考勤系统项目书18551.docx

《考勤系统项目书18551.docx》由会员分享，可在线阅读，更多相关《考勤系统项目书18551.docx（64页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、武汉厚溥教育科技有限公司实训实习中心考勤综合管管理平台项目说明书书（.NETT项目研发发组）文件编号：TD070003文档编号TD070003版本号QMS20013分册名称第1册/共共1册总页数正文附录编制审批生效日期武汉厚溥教教育科技有有限公司目录第1章项目目介绍31.1文档档编制目的的31.2项目目开发背景景31.3项目目特点31.4项目目开发环境境配置4第2章项目目总体结构构52.1源码码目录介绍绍52.2数据据库目录结结构72.3系统统模块介绍绍72.4模块块大体功能能简介82.5系统统代码格式式要求9【个人心得得】10第3章项目目展示1113.1系统统角色分工工113.2项目目主体内

2、容容展示122【个人心得得】23第4章模块块需求介绍绍244.1公共共功能2444.1.11登录244.1.22系统主页页254.2管理理员功能2274.2.11用户管理理274.2.22部门管理理324.2.33考勤设置置364.3主管管功能3774.3.11考勤管理理374.3.22请假审批批414.4员工工功能4334.4.11我的考勤勤434.4.22请假申请请46【个人心得得】51第5章项目目总体评价价525.1用户户界面评价价525.1.11用户界面面设计的基基本原则5525.1.22用户界面面设计规范范535.2功能能性评价5555.3代码码设计分析析55【个人心得得】59第6章

3、项目目进度监控控评表600【个人心得得】62第1章项目目介绍当今社会正正处于信息息时代，信信息技术已已渗透到社社会生活的的各个领域域，特别是是各行业的的管理领域域，智能化化信息处理理已是提高高效率、规规范管理、客客观审查的的最有效途途径。考勤勤作为一个个公司的基基层管理，是是公司对员员工工作管管理的基本本依据。1.1文档档编制目的的编写此文档档的主要目目的是明确确所要开发发的软件所所应具有的的功能，使使系统分析析人员和软软件设计人人员能清楚楚地了解用用户的需求求，并在此此基础上进进一步提出出概要设计计和完成后后续设计与与开发工作作，为软件件开发范围围、业务处处理规范提提供依据，也也是应用软软件

4、进行最最终验收的的依据。系统对企业业员工的资资料和考勤勤情况进行行管理，通通过每日的的打卡把出出勤信息输输入到系统统中，保存存员工每日日的出勤情情况，以便便于统计出出勤情况。同同时方便管管理员查阅阅，即节省省了人力，又又省去了中中间的很多多容易出错错的步骤。让让企业的考考勤管理更更具有透明明性，且方方便管理。此此外系统还还涉及用户户管理的问问题、部门门管理等问问题，因此此还要求系系统具有系系统管理的的处理功能能。1.2项目目开发背景景考勤是一个个比较烦琐琐的工作，公公司每天都都要对员工工的出勤状状况（包括括迟到、早早退、请假假、旷工等等情况）进进行记录。而而随着企业业规模的扩扩大和市场场竞争的

5、更更加激烈，企企业的人事事管理日趋趋复杂，规规范的考勤勤管理是现现代企业提提高管理效效益的重要要保证，而而传统的人人工管理存存在着效率率低、不易易统计、成成本高和易易出错等弊弊端，已经经无法适应应现代企业业的需求。各各类企业都都越发认识识到人力资资源管理的的重要性及及提升企业业自身人力力资源管理理水平的迫迫切性。而而人力资源源管理水平平的提升不不仅需要高高素质的管管理人员而而且也需要要信息化工工具进行辅辅助。因而而将传统的的人工考勤勤管理计算算机化，建建立一个高高效的、无无差错的、规规范的考勤勤管理系统统，能够大大大的提高高企业的管管理效率，有有效的帮助助企业实现现“公正考考勤，高效效薪资”，

6、使使企业的管管理水平登登上一个新新的平台。1.3项目目特点此系统具有有如下5个特点： 灵活性：本本系统可以以根据不同同的登录用用户，自动动识出用户户的身份，并并引导和呈呈现出该用用户可以进进行的操作作。 简单便捷的的用户操作作：功能模模块的操作作采用简单单易行的使使用原则，用用户可以很很容易理解解某个操作作的含义并并很容易上上手。 友好的用户户界面：系系统的操作作界面简单单、美观、大大方，能够够给用户一一种简洁舒舒适的感觉觉。 跨浏览器兼兼容性：系系统支持多多种主流浏浏览器，用用户可以根根据自己的的喜好选择择喜欢的浏浏览器来访访问本系统统。 多用户同时时在线：本本系统以BB/S结构构构建，支支

7、持多人同同时在线，多多个不同的的用户可以以同时在系系统中进行行操作。1.4项目目开发环境境配置l 设备配置u 服务器端最最低配置n硬件平台：英特尔T44300处处理器，22G内存，800G硬盘空空间。n软件平台：Winddows Servver 22003，数数据库 SSQL SServeer 20005u 客户端配置置n软件平台：Winddows XP 或或更高版本本，浏览器器IE 88+，Chroome 112+，FireeFox 6+l 服务器端必必要的软件件操作系统 Winddows Servver 22003或或更高版本本，数据库库 SQLL Serrver 20055 或更高高版本

8、， frammeworrk 3.5或更高高版本l 开发工具及及语言u VS 20010，SQL Servver 22005u C# 第2章项目目总体结构一个设计良良好的项目目结构必备备的条件是是：易维护护性、可扩扩展性、当当遇到需求求变更或功功能变更时时能够以最最低的代码码成本响应应变更。这就要求求整个软件件在设计上上做好周密密、全方位位的设计。此软件总体体设计如下下。2.1源码码目录介绍绍我们现从整整个项目的的源码结构构上做如下下分析,以下是对对项目源码码部分进行行分开介绍绍，如下：图(38)各项目层次次说明如下下：项目说明WebSiite界面表示层层，引用BBLL、Modeel、SVSEE

9、.FraamewoorkBLL业务逻辑层层，引用DDAL、Modeel、SVSEE.FraamewoorkDAL数据访问层层，引用SSVSE.Frammeworrk、ModeelModell实体层，引引用SVSSE.FrramewworkSVSE.Frammeworrk基础框架层层各层源码展展开如下图图所示：2.2数据据库目录结结构2.3系统统模块介绍绍2.4模块块大体功能能简介2.5系统统代码格式式要求为保证项目目开发代码码的规范性性、可读性性，特制定定该代码规规范：1、 命名规范：C#语言规规范规定了了C#所采用用的命名规规则为Paascall命名法。其其中，命名名空间、类类型（类、结结构

10、、枚举举、委托、接接口）首字字母大写；方法、属属性、事件件、公共字字段、常量量首字母大大写；私有有字段、局局部变量、方方法参数首首字母小写写。命名时时，名称应应具备一定定的意义，而而非随意命命名。2、 在三层框架架中，实体体层应命名名为Moddel或以以Modeel结尾；业务逻辑辑层应命名名为BLLL或以BLLL结尾，与与该层相关关的所有业业务逻辑类类及类文件件（cs文件）应应以BLLL结尾；数数据访问层层应命名为为DAL或以以DAL结尾尾，与该层层相关的所所有数据访访问类及类类文件应以以DAL结尾尾。3、 方法的逻辑辑应做到职职责明确、功功能单一。即即每个方法法只负责完完成明确的的一个功能能

11、，多个功功能应采用用多个方法法。每个方方法的代码码应尽量做做到简短精精炼，避免免一个方法法的代码过过长，如果果一个方法法代码过长长可将其拆拆分成多个个小的方法法。4、 方法的参数数不宜过多多，过多的的参数容易易导致维护护的困难。如如果方法的的参数超过过了6个，则应应考虑将方方法的参数数包装成特特定的类型型。5、 如果多个类类都使用同同一段代码码或同一个个类似的方方法，则应应考虑将该该段代码、该该方法的公公共相同部部分提取出出来，封装装成一个通通用的方法法，使用到到的类应该该是调用公公共的方法法而不是将将相同的代代码复制粘粘贴。6、 业务逻辑的的代码应写写在BLLL层，DALL层应只负负责执行S

12、SQL语句句，不做任任何逻辑上上的分支判判断等操作作。7、 确保数据库库连接每次次使用之后后都会关闭闭。可以将将关闭数据据库连接的的方法的代代码放在ffinallly块中中以确保执执行。8、 绝对不要将将数据库连连接对象SSqlCoonnecctionn设置为静静态的。应应该在每次次使用数据据库连接时时创建一个个新的SqqlConnnecttion对对象，并在在使用完之之后关闭它它。9、 不要相信用用户的输入入永远是正正确的。应应该总是对对用户的输输入进行验验证，确保保用户的非非法输入不不会产生程程序的异常常。10、 不要使用ttryccatchh来做输输入数据的的有效性验验证。应使使用验证方

13、方法（如判判断、正则则表达式等等）对数据据进行有效效性验证。11、 如果定义的的字符串很很长（比如如用字符串串定义了一一条很长的的复杂Sqql查询语语句），则则应考虑将将字符串分分行显示以以增加可读读性。可以以采用两种种方法：使使用“+”号将每每个字符串串常量分行行连接起来来；或者使使用原义字字符串“ ”abbcdeddfg” ”。12、 如果要验证证字符串是是否为空（null）或空字符串（”），建议使用string.IsNullOrEmpty方法。13、 不要对sttringg类型的变变量、属性性等再次调调用ToSStrinng()方方法，产生生striing.TToStrring()这类毫

14、毫无意义的的代码。14、 在拼接Sqql语句时时，如果参参数超过22个，应使使用strring.Formmat方法法来代替直直接使用+号的字符符串连接。建建议总是使使用strring.Formmat方法法代替+号以提高高阅读性。例例如，将”sselecct * fromm tabble wwheree Namme=”+ namme + “ aand PPwd=”+ ppwd +”改改写为sttringg.Forrmat(”sellect * frrom ttablee wheere NName=0 annd Pwwd=1”,namee,pwdd)。15、 如果要进行行大量的字字符串拼接接，请使

15、用用StriingBuuildeer类，而而不要直接接使用+号连接。16、 在涉及身份份验证（如如登录验证证）、数据据安全等影影响系统安安全的关键键段，执行行的SQLL语句应使使用参数化化查询，不不应该使用用拼接的SSQL语句句。17、 尽量使用强强类型数据据、强类型型集合（如如Listt、Dicttionaary）以以获得更好好的编程支支持及数据据安全。18、 不要把大量量的数据存存储在全局局对象中（如如Sesssion、ViewwStatte、Appllicattion等等），全局局对象应只只保存关键键的、较少少量的数据据及信息。19、 在定义Jaavasccriptt函数（方方法）时，绝

16、绝对要注意意函数的命命名不能与与winddow对象象的属性或或者方法名名称产生冲冲突。20、 Javasscrippt命名规规范：函数数的首字母母小写，从从第二个单单词起，每每个单词首首字母大写写；对象的的首字母大大写。以上规范最最终解释权权归武汉厚厚溥教育科科技有限技技术公司所所有特此声声明！【个人心得得】个人心得与与总结日志志我的体会1、2、33、我打算做第3章项目目展示一个好的应应用界面的的必备的条条件是：内内容清楚、指指示明白、屏屏幕美观和和有亲切感感。界面通通常包含图图形和文字字。应用界界面的设计计是对控件件进行适当当的取舍及及功能的选选择和处理理过程。在在程序设计计中需要对对设计的

17、方方法反复推推敲才能使使其达到完完美的境界界。3.1系统统角色分工工本系统主要要分为三种种角色：系系统管理员员、主管、员工。各角色进入系统后，根据权限可以操作的模块如下：系统管理员员：主要完完成系统各各模块基本本数据的初初始化工作作，包括定定义部门、录录入员工、设设置年月份份的特殊上上班/休假日期期。主管：主要要完成对所所管辖的部部门的员工工的请假审审批工作，以以及考勤信信息的导入入、查看部部门员工的的考勤状态态。员工：主要要完成请假假的申请，以以及个人年年月份的考考勤状态数数据的查询询。3.2项目目主体内容容展示用户登录页页面：注：（系统统管理员：admiin）登录录成功后，根据用户户的不同

18、角角色，到达达不同的功功能页面。系系统管理员员登录成功功后到达考考勤设置页页面：用户管理页页面：点击“添加加”，打开开新增用户户界面：点击“编辑辑”，打开开编辑用户户信息界面面：删除用户：部门管理页页面：点击“添加加”，打开开新建部门门界面：点击“编辑辑”，打开开修改部门门信息界面面：修改个人信信息页面：主管登录成成功后到达达考勤管理理页面：点击“导入入考勤数据据”，打开开考勤导入入界面：点击表格中中的“查看看”，打开开员工考勤勤查看界面面：请假审批页页面：点击“查看看”，打开开请假单审审批界面：当请假单处处于“归档档”状态时时，则打开开查看请假假单信息界界面：员工登录成成功后到达达我的考勤勤

19、页面：我的考勤状状态数据也也可以以日日历的形式式展示：请假申请页页面：点击“请假假”，打开开发起请假假申请界面面：点击“编辑辑”，可以以打开请假假申请信息息编辑界面面：【个人心得得】个人心得与与总结日志志我的体会1、2、33、我打算做第4章模块块需求介绍绍本系统按照照角色身份份功能可以以分为公共共功能、管管理员功能能、主管功功能、员工工功能四大大类。4.1公共共功能公共功能为为使用本系系统的所有有用户都具具有的功能能。其中包包括登录和和个人信息息。4.1.11登录4.1.11.1用户登登录 信息来源：所有用户户 信息要求：用户登录录系统及其其身份验证证 事件信息系系统处理：点击登录录按钮后，验

20、验证用户名名和密码是是否允许登登录。对于用户户名或密码码无效的用用户，弹出出提示“用用户名或密密码错误！”，并不不允许登录录；对于通通过验证的的用户，允允许用户登登录，并根根据用户的的不同身份份跳转到相相应的默认认页面。 信息处理结结果：对于于系统管理理员，默认认跳转到“考考勤设置”；对于主管管，默认跳跳转到“考考勤管理”；对于员工工，默认跳跳转到“我我的考勤”。4.1.22系统主页页4.1.22.1个人信信息 信息来源：所有用户户 信息要求：当前登录录的用户可可以修改登登录密码以以及手机号号码 事件信息系系统处理：点击保存存按钮，保保存用户修修改的手机机号码信息息。如果“新新密码”和和“确认

21、密密码”都为为空，则可可以提交保保存，且保保存时不用用修改登录录密码；如如果只填写写了其中一一项，则需需给出提示示另一项项也必须填填写，此时时不能提交交保存；如如果这两项项都填写了了，则还需需要验证两两次输入的的密码是否否一致，如如果不一致致，给出提提示，且不不能提交保保存；只有有两次输入入密码相同同时，才允允许提交保保存，此时时将修改当当前用户的的登录密码码为本次新新设置的密密码。 信息处理结结果：将用用户修改的的手机、登登录密码信信息更新到到数据库。4.1.22.2退出 信息来源：所有用户户 信息要求：退出系统统 事件信息系系统处理：点击退出出按钮，注注销当前用用户的登录录，并跳转转到登录

22、页页面。 信息处理结结果：注销销当前登录录用户信息息，跳转到到登录页面面。4.2管理理员功能系统管理员员的主要功功能是对系系统的的基基础数据进进行维护，保保证系统的的正常运行行。其功能能包括用户户管理、部部门管理、考考勤设置。4.2.11用户管理理4.2.11.1查询询用户 信息来源：系统管理理员 信息要求：以表格形形式显示分分页的用户户的数据 事件信息系系统处理：点击查询询按钮时，根根据所输入入的查询条条件对用户户数据进行行联合查询询，并将查查询结果数数据以分页页的形式显显示在表格格中。列表表中列头标标题为超链链接，点击击可以实现现按照对应应的字段对对数据进行行升序/降序排列列切换显示示。

23、信息处理结结果：查询询出所有符符合条件的的非管理员员用户（即即所有员工工、主管），并并以表格形形式分页显显示。4.2.11.2添加加用户 信息来源：系统管理理员 信息要求：实现用户户的添加功功能 事件信息系系统处理：1.用户类类型的选项项为“员工工”、“主主管”。22.点击保保存按钮时时，对用户户信息中的的必填项进进行验证，如如果没有填填写，则进进行相应的的提示，并并不允许提提交保存。如如果必填项项都已填写写，则可以以提交保存存。提交保保存时，需需要首先对对该用户IID进行验验证是否已已经存在，如如果已经存存在则提示示“该用户户ID已经存存在！”，并并不允许保保存；如果果该用户IID不存在在，

24、则保存存用户信息息，并根据据保存结果果给出相应应的提示。 信息处理结结果：将填填写的用户户信息保存存到数据库库，完成用用户的添加加。4.2.11.3修改改用户 信息来源：系统管理理员 信息要求：对系统中中现有用户户的信息进进行修改 事件信息系系统处理：1.页面打打开时，自自动加载出出该用户的的信息，其其中用户IID为只读读不能修改改。2.点击保保存按钮时时，对用户户信息中的的必填项进进行验证，如如果没有填填写，则进进行相应的的提示，并并不允许提提交保存。如如果必填项项都已填写写，则可以以提交保存存，并根据据保存结果果给出相应应的提示。 信息处理结结果：将填填写的用户户信息更新新到数据库库，完成

25、用用户信息的的修改。4.2.11.4删除除用户 信息来源：系统管理理员 信息要求：将所选择择的用户从从系统中删删除 事件信息系系统处理：点击删除除按钮时，对对用户的删删除操作弹弹出确认提提示“确定定要删除选选择的用户户吗？”如如果选择“否否”，则不不做任何操操作；如果果选择“是是”，则删删除所选择择的所有用用户数据，并并根据删除除结果给出出相应的提提示。 信息处理结结果：将用用户信息从从数据库中中删除。4.2.22部门管理理4.2.22.1查询询部门 信息来源：系统管理理员 信息要求：以表格形形式显示分分页的部门门的数据 事件信息系系统处理：1.加载部部门列表时时，如果该该部门下不不存在任何何

26、用户，则则最后一列列操作列中中显示删除除按钮；如如果该部门门下存在用用户，则不不显示删除除按钮。22.点击查查询按钮时时，根据所所输入的查查询条件对对部门数据据进行联合合查询，并并将查询结结果数据以以分页的形形式显示在在表格中。 信息处理结结果：查询出所所有符合条条件的部门门数据，并并以表格形形式分页显显示。4.2.22.2添加加部门 信息来源：系统管理理员 信息要求：实现部门门的添加功功能 事件信息系系统处理：点击保存存按钮时，对对部门信息息中的必填填项进行验验证，如果果没有填写写，则进行行相应的提提示，并不不允许提交交保存。如如果必填项项都已填写写，则可以以提交保存存。提交保保存时，需需要

27、首先对对该部门名名称进行验验证是否已已经存在，如如果已经存存在则提示示“部门名名称已经存存在！”，并并不允许保保存；如果果该部门名名称不存在在，则保存存部门信息息，并根据据保存结果果给出相应应的提示。 信息处理结结果：将填填写的部门门信息保存存到数据库库，完成部部门的添加加。4.2.22.3修改改部门 信息来源：系统管理理员 信息要求：对部门信信息进行修修改 事件信息系系统处理：1.页面打打开时，自自动加载出出部门信息息。2.点击保保存按钮时时，对部门门信息中的的必填项进进行验证，如如果没有填填写，则进进行相应的的提示，并并不允许提提交保存。3.提交保存时，如果修改了部门名称，则需要对新的部门

28、名称进行验证是否已经存在，如果存在则提示“部门名称已经存在！”，并不允许保存。保存之后，根据保存结果给出相应的提示。 信息处理结结果：将填写的的部门信息息更新到数数据库，完完成部门信信息的修改改。4.2.22.4删除除部门 信息来源：系统管理理员 信息要求：将所选部部门从数据据库中删除除 事件信息系系统处理：点击删除除按钮时，对对用户的删删除操作弹弹出确认提提示“确定定要删除该该部门吗？”如果选选择“否”，则则不做任何何操作；如如果选择“是是”，则删删除所选择择的部门数数据，并根根据删除结结果给出相相应的提示示。 信息处理结结果：将该部门门从数据库库中删除。4.2.33考勤设置置4.2.33.

29、1显示示设置信息息 信息来源：系统管理理员 信息要求：以列表的的形式显示示所选月份份的考勤设设置信息 事件信息系系统处理：1.点击显示示按钮，将将所选年月月份的整月月的考勤设设置信息以以列表形式式展示出来来，并显示示“保存”按按钮。2.列表中中的“状态态”一列显显示为下拉拉列表，下下拉列表的的选项为“默默认”“上上班”“休休假”，默默认选项为为“默认”。 信息处理结结果：显示示出所选月月份的每一一天的状态态数据。4.2.33.2保存存设置信息息 信息来源：系统管理理员 信息要求：将列表中中该月份的的每一天所所选择的下下拉列表的的状态保存存到数据库库 事件信息系系统处理：点击保存存按钮，将将整个

30、列表表中该月份份的每一天天所选择的的下拉列表表的状态保保存到数据据库中，并并根据保存存结果给出出相应的提提示。 信息处理结结果：将所所选月份的的每一天的的状态数据据保存到数数据库中。4.3主管管功能4.3.11考勤管理理4.3.11.1查看看考勤 信息来源：主管 信息要求：以列表形形式展示部部门员工在在所选年月月的考勤状状态 事件信息系系统处理：1.页面加加载后，以以分页的形形式显示当当前主管所所管理的部部门下所有有员工的基基本信息，列列表中列头头标题为超超链接，点点击可以实实现按照对对应的字段段对数据进进行升序/降序排列列切换显示示。2.点击“查查看”打开开考勤查看看界面，可可以选择年年月并

31、查询询该员工在在所选年月月的考勤状状态信息。3.考勤状态信息以列表形式展示，详情见“员工功能我的考勤查看考勤信息（列表）”。 信息处理结结果：显示示该员工在在所选年月月的考勤信信息状态数数据。4.3.11.2导入入考勤 信息来源：主管 信息要求：将Exccel形式式的考勤打打卡记录导导入到系统统中 事件信息系系统处理：点击导入入考勤数据据按钮，打打开考勤导导入界面。浏览要导导入的考勤勤记录Exxcel文文件，并点点击导入按按钮完成打打卡记录的的导入。如如果没有选选择文件，则则提示“请请选择要导导入的Exxcel文文件”。所所选的文件件必须是EExcell工作表形形式的考勤勤打卡记录录信息，如如

32、果所选文文件格式不不正确，则则给出相应应的提示“Excel文件格式不正确”。若Excel文件格式无误（即为打卡记录Excel表），则将Excel中所有的打卡记录全部导入到数据库，并根据导入结果给出相应的提示。 信息处理结结果：将所所选的考勤勤Exceel文件中中的打卡记记录保存到到数据库，完完成打卡记记录的导入入。4.3.22请假审批批4.3.22.1查询询请假单 信息来源：主管 信息要求：以表格形式式显示当前前主管所管管理的部门门的所有员员工的请假假申请 事件信息系系统处理：页面加载载后，以分分页的形式式显示当前前主管所管管理的部门门下所有员员工的请假假申请记录录，默认查查询出“待待审批”的

33、的请假数据据；列表中中列头标题题为超链接接，点击可可以实现按按照对应的的字段对数数据进行升升序/降序排列列切换显示示；点击查查询按钮时时，根据所所输入的查查询条件对对请假单数数据进行联联合查询，并并将查询结结果数据以以分页的形形式显示在在表格中。 信息处理结结果：查询询出所有符符合条件的的请假申请请数据，并并以表格形形式分页显显示。4.3.22.2审批批请假单 信息来源：主管 信息要求：对部门员员工的请假假申请进行行审批 事件信息系系统处理：点击列表表上的查看看超链接，打打开请假审审批界面。页页面打开时时，加载出出请假申请请的信息，并并且为只读读不能修改改；并根据据当前请假假单的状态态，显示出

34、出不同的审审批信息：如果当前前请假单为为“待审批批”，则审审批信息为为空，需要要主管对该该请假单进进行审批。其其中，“审审批结果”包包括“同意意”、“不不同意”，且且为必填项项。点击确确定按钮时时，需要对对必填项进进行验证。保保存时，将将审批结果果信息保存存到数据库库，并且更更新请假单单的状态为为“归档”；如果当前前请假单为为“归档”，则则查看请假假单的审批批信息，为为只读。 信息处理结结果：将部部门员工的的请假单审审批结果保保存到数据据库。4.4员工工功能4.4.11我的考勤勤4.4.11.1查看看考勤信息息（列表） 信息来源：员工 信息要求：以列表形形式展示所所选年月的的考勤状态态。 事件

35、信息系系统处理：点击查看看按钮，查查询出当前前登录的员员工在所选选年月的考考勤状态结结果信息，并并以列表的的形式显示示出来。其其中：1.将所选月月份的所有有日期（从从当月的第第一天到当当月的最后后一天，如如所选日期期为4月，则显显示4月1日4月30日）的的每一天的的考勤状态态数据都显显示出来；2.显示的的信息包括括：日期、星星期、首次次打卡时间间、最后打打卡时间、考考勤状态。其其中：日期：当天天的日期星期：当天天是星期几几首次打卡时时间：当天天第一次打打卡的时间间最后打卡时时间：当天天最后一次次打卡的时时间考勤状态：见下3“考勤状状态”3.考勤状状态：根据据当天的打打卡情况、是是否请假、是是否

36、需要上上班、是否否为默认休休假日、是是否为指定定休假日等等综合信息息，系统自自动推断出出当天的考考勤结果状状态。考勤勤状态共有有8种： 正常：当天天正常按时时打卡 未打卡：当当天只有一一次打卡记记录 请假：当天天包含于审审批同意的的请假申请请时间范围围内 休假：当天天为默认休休假日（周周末）或指指定休假日日（见考勤勤设置） 缺勤：当天天没有打卡卡记录 迟到：第一一次打卡时时间晚于上上班时间，且且当天打卡卡两次 早退：最后后一次打卡卡时间早于于下班时间间，且当天天打卡两次次 迟到且早退退：当天打打卡两次，且且第一次打打卡时间晚晚于上班时时间，最后后一次打卡卡时间早于于下班时间间4.考勤的的状态以

37、半半天为计算算单位。如如果当天全全天的考勤勤状态具有有一致性，则则只显示全全天的考勤勤状态的综综合结果（即即当天只有有一种状态态）；如果果当天全天天的考勤状状态不具有有一致性，则则需要分别别显示上午午的考勤状状态和下午午的考勤状状态（即当当天有两种种状态）。具有一致性性的考勤状状态：当天天中的半天天（上午或或下午）不不是请假状状态，即全全天上班或或全天不上上班不具有一致致性的考勤勤状态：当当天中的半半天（上午午或下午）处处于请假状状态，另外外半天处于于上班状态态 信息处理结结果：显示示所选年月月的考勤信信息状态数数据。4.4.11.2查看看考勤信息息（日历） 信息来源：员工 信息要求：以日历形

38、形式展示所所选年月的的考勤状态态。 事件信息系系统处理：以日历形形式显示当当前登录的的员工在所所选年月的的考勤状态态信息。当鼠标停停留在日历历中的某一一天的单元元格时，可可以以气泡泡的形式显显示出当天天的首次打打卡时间和和最后打卡卡时间。考考勤状态见见“查看考考勤信息（列列表）”。 信息处理结结果：显示示所选年月月的考勤信信息状态数数据。4.4.22请假申请请4.4.22.1查询询申请 信息来源：员工 信息要求：以表格形式式显示当前前用户发起起的所有请请假申请 事件信息系系统处理：页面加载载后，以分分页的形式式显示当前前用户发起起的所有请请假申请记记录；列表表中列头标标题为超链链接，点击击可以

39、实现现按照对应应的字段对对数据进行行升序/降序排列列切换显示示；点击查查询按钮时时，根据所所输入的查查询条件对对请假单数数据进行联联合查询，并并将查询结结果数据以以分页的形形式显示在在表格中；最后一列列中，如果果该请假单单的状态为为“待审批批”，则显显示为编辑辑和删除按按钮，允许许对请假单单进行编辑辑和删除。如如果请假单单状态为“归归档”，则则显示为查查看超链接接，只允许许查看请假假单的信息息。 信息处理结结果：查询询出所有符符合条件的的请假申请请数据，并并以表格形形式分页显显示。4.4.22.2新增增申请 信息来源：员工 信息要求：发起请假假申请单 事件信息系系统处理：点击确定定按钮时，对对

40、请假单中中的必填项项进行验证证，如果没没有填写，则则进行相应应的提示，并并不允许提提交保存。如如果必填项项都已填写写，则可以以提交保存存。提交保保存时，需需要首先验验证当前填填写的请假假时间段内内是否已经经请过了假假，以及是是否与其他他请假单中中的请假时时间产生冲冲突（也就就是与其他他请假单的的请假时间间存在交集集）。如果果存在冲突突则提示在在该时间段段内已经存存在请假记记录，并不不允许保存存；如果不不存在冲突突，则保存存请假单信信息，且将将该请假单单的状态设设置为“待待审批”，并并根据保存存结果给出出相应的提提示。 信息处理结结果：将发发起提交审审批的请假假单信息保保存到数据据库。4.4.2

41、2.3修改改申请 信息来源：员工 信息要求：修改已经经发起的请请假单的信信息 事件信息系系统处理：点击确定定按钮时，需需要对请假假单中的必必填项进行行验证。提提交保存时时，如果修修改了请假假时间，则则需要对新新填写的请请假时间进进行验证，是是否与其他他请假单中中的请假时时间产生冲冲突。如果果存在冲突突则提示在在该时间段段内已经存存在请假记记录，并不不允许修改改。保存修修改后的请请假单信息息，并根据据保存结果果给出相应应的提示。 信息处理结结果：将修修改后的请请假单信息息更新到数数据库，完完成请假单单的修改。4.4.22.4删除除申请 信息来源：员工 信息要求：删除还未未审批的请请假单 事件信息

42、系系统处理：点击删除除按钮时，对对用户的删删除操作弹弹出确认提提示“确定定要删除该该请假申请请吗？”如如果选择“否否”，则不不做任何操操作；如果果选择“是是”，则删删除所选择择的请假申申请，并根根据删除结结果给出相相应的提示示。 信息处理结结果：将还还未审批的的请假单从从数据库中中删除。【个人心得得】个人心得与与总结日志志我的体会1、2、33、我打算做第5章项目目总体评价价5.1用户户界面评价价5.1.11用户界面面设计的基基本原则5.1.11.1用户户界面设计计原则基于平台开开发的应用用软件应坚坚持图形用用户界面（GUI）设计原则：（1）界面面直观、对对用户透明明：用户接接触软件后后对界面上

43、上对应的功功能一目了了然、不需需要太多培培训就可以以方便使用用本应用系系统。（2）始终终强调软件件用户是所所有处理的的核心：用用户界面应应当由用户户来控制应应用如何工工作、如何何响应，而而不是由开开发者按自自己的意愿愿把操作流流程强加给给用户。5.1.11.2一般般交互原则则企业级系统统的应用软软件的一般般交互遵循循以下原则则：（1）一致致性：菜单单选择、数数据显示以以及其它功功能都应使使用一致的的格式。（2）提供供有意义的的反馈。（3）执行行有较大破破坏性的动动作前要求求确认。（4）在数数据录入上上允许取消消大多数操操作。（5）减少少在动作间间必须记忆忆的信息数数量。（6）允许许用户非恶恶意

44、错误，系系统应保护护自己不受受致命操作作的破坏。（7）按功功能对动作作分类，并并按此排列列屏幕布局局，设计者者应提高命命令和动作作组织的内内聚性。（8）提供供语境相关关的帮助机机制。5.1.11.3信息息显示原则则企业级系统统的应用软软件信息显显示遵循以以下原则：（1）只显显示与当前前用户语境境有关的信信息。（2）不要要用数据将将用户包围围，使用便便于用户迅迅速吸取信信息的方式式表现信息息。（3）使用用一致的标标记、标准准缩写和可可预测的颜颜色，显示示信息的含含义应该非非常明确，用用户不必再再参考其它它信息源。（4）产生生有意义的的出错信息息。（5）使用用缩进和文文本来辅助助理解。（6）使用用

45、窗口分隔隔/控件分隔隔不同类型型的信息。（7）高效效地使用显显示器的显显示空间。5.1.11.4数据据输入原则则企业级系统统的应用软软件数据输输入遵循以以下原则：（1）尽量量减少用户户输入动作作的数量。（2）维护护信息显示示和数据输输入的一致致性。（3）交互互应该是灵灵活的，对对键盘和鼠鼠标输入的的灵活性提提供支持。（4）在当当前动作的的语境中使使用不合适适的命令不不起作用。（5）让用用户控制交交互流，用用户可以跳跳过不必要要的动作、改改变所需动动作的顺序序（如果允允许的话）以以及在不退退出系统的的情况下从从错误状态态中恢复。（6）为所所有输入的的动作提供供帮助。（7）消除除冗余输入入。可能的的话提供缺缺省值、绝绝不要让用用户提供程程序中可以以自动获取取或计算出出来的信息息。5.1.22用户界面面设计规范范5.1.22.1界面面规范的总总体规定本应用系统统显示界面面总体上分分为三帧：菜单工具具栏区域、状状态栏区域域、应用软软件工作区区，如下图图：（1）顶层层为菜单工工具栏区域域，高度为为89pxx。（2）中间间为应用软软件工作区区。（3）底部部为状态栏栏区域，固固定在当前前窗口（浏浏览器）的的底