考勤系统项目书

《考勤系统项目书》由会员分享，可在线阅读，更多相关《考勤系统项目书（64页珍藏版）》请在装配图网上搜索。

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

2、.1系系统角色色分工1113.2项项目主体体内容展展示122【个人心心得】223第4章模模块需求求介绍2244.1公公共功能能244.1.1登录录244.1.2系统统主页2254.2管管理员功功能2774.2.1用户户管理2274.2.2部门门管理3324.2.3考勤勤设置3364.3主主管功能能374.3.1考勤勤管理3374.3.2请假假审批4414.4员员工功能能434.4.1我的的考勤4434.4.2请假假申请446【个人心心得】551第5章项项目总体体评价5525.1用用户界面面评价5525.1.1用户户界面设设计的基基本原则则525.1.2用户户界面设设计规范范535.2功功能性评

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

4、计和完完成后续续设计与与开发工工作，为为软件开开发范围围、业务务处理规规范提供供依据，也也是应用用软件进进行最终终验收的的依据。系统对企企业员工工的资料料和考勤勤情况进进行管理理，通过过每日的的打卡把把出勤信信息输入入到系统统中，保保存员工工每日的的出勤情情况，以以便于统统计出勤勤情况。同同时方便便管理员员查阅，即即节省了了人力，又又省去了了中间的的很多容容易出错错的步骤骤。让企企业的考考勤管理理更具有有透明性性，且方方便管理理。此外外系统还还涉及用用户管理理的问题题、部门门管理等等问题，因因此还要要求系统统具有系系统管理理的处理理功能。1.2项项目开发发背景考勤是一一个比较较烦琐的的工作，公

5、公司每天天都要对对员工的的出勤状状况（包包括迟到到、早退退、请假假、旷工工等情况况）进行行记录。而而随着企企业规模模的扩大大和市场场竞争的的更加激激烈，企企业的人人事管理理日趋复复杂，规规范的考考勤管理理是现代代企业提提高管理理效益的的重要保保证，而而传统的的人工管管理存在在着效率率低、不不易统计计、成本本高和易易出错等等弊端，已已经无法法适应现现代企业业的需求求。各类类企业都都越发认认识到人人力资源源管理的的重要性性及提升升企业自自身人力力资源管管理水平平的迫切切性。而而人力资资源管理理水平的的提升不不仅需要要高素质质的管理理人员而而且也需需要信息息化工具具进行辅辅助。因因而将传传统的人人工

6、考勤勤管理计计算机化化，建立立一个高高效的、无无差错的的、规范范的考勤勤管理系系统，能能够大大大的提高高企业的的管理效效率，有有效的帮帮助企业业实现“公公正考勤勤，高效效薪资”，使使企业的的管理水水平登上上一个新新的平台台。1.3项项目特点点此系统具具有如下下5个特点点： 灵活性：本系统统可以根根据不同同的登录录用户，自自动识出出用户的的身份，并并引导和和呈现出出该用户户可以进进行的操操作。 简单便捷捷的用户户操作：功能模模块的操操作采用用简单易易行的使使用原则则，用户户可以很很容易理理解某个个操作的的含义并并很容易易上手。 友好的用用户界面面：系统统的操作作界面简简单、美美观、大大方，能能够

7、给用用户一种种简洁舒舒适的感感觉。 跨浏览器器兼容性性：系统统支持多多种主流流浏览器器，用户户可以根根据自己己的喜好好选择喜喜欢的浏浏览器来来访问本本系统。 多用户同同时在线线：本系系统以BB/S结结构构建建，支持持多人同同时在线线，多个个不同的的用户可可以同时时在系统统中进行行操作。1.4项项目开发发环境配配置l 设备配置置u 服务器端端最低配配置n硬件平台台：英特特尔T443000处理器器，2GG内存，880G硬硬盘空间间。n软件平台台：Wiindoows Serrverr 20003，数数据库 SQLL Seerveer 220055u 客户端配配置n软件平台台：Wiindoows XP

8、 或更高高版本，浏浏览器IIE 88+，Chrromee 122+，FirreFoox 66+l 服务器端端必要的的软件操作系统统 Wiindoows Serrverr 20003或或更高版版本，数数据库 SQLL Seerveer 220055 或更更高版本本，.nnet fraamewworkk 3.5或更更高版本本l 开发工具具及语言言u VS 220100，SQLL Seerveer 220055u C# 第2章项项目总体体结构一个设计计良好的的项目结结构必备备的条件件是：易易维护性性、可扩扩展性、当当遇到需需求变更更或功能能变更时时能够以以最低的的代码成成本响应应变更。这就要要求整个

9、个软件在在设计上上做好周周密、全全方位的的设计。此软件总总体设计计如下。2.1源源码目录录介绍我们现从从整个项项目的源源码结构构上做如如下分析析,以下是是对项目目源码部部分进行行分开介介绍，如如下：图(388)各项目层层次说明明如下：项目说明WebSSitee界面表示示层，引引用BLLL、Moddel、SVSSE.FFrammewoorkBLL业务逻辑辑层，引引用DAAL、Moddel、SVSSE.FFrammewoorkDAL数据访问问层，引引用SVVSE.Fraamewworkk、ModdelModeel实体层，引引用SVVSE.FraamewworkkSVSEE.Frrameeworrk

10、基础框架架层各层源码码展开如如下图所所示：2.2数数据库目目录结构构2.3系系统模块块介绍2.4模模块大体体功能简简介2.5系系统代码码格式要要求为保证项项目开发发代码的的规范性性、可读读性，特特制定该该代码规规范：1、 命名规范范：C#语言规规范规定定了C#所采用用的命名名规则为为Passcall命名法法。其中中，命名名空间、类类型（类类、结构构、枚举举、委托托、接口口）首字字母大写写；方法法、属性性、事件件、公共共字段、常常量首字字母大写写；私有有字段、局局部变量量、方法法参数首首字母小小写。命命名时，名称应具备一定的意义，而非随意命名。2、 在三层框框架中，实实体层应应命名为为Modde

11、l或或以Moodell结尾；业务逻逻辑层应应命名为为BLLL或以BLLL结尾尾，与该该层相关关的所有有业务逻逻辑类及及类文件件（css文件）应应以BLLL结尾尾；数据据访问层层应命名名为DAAL或以以DALL结尾，与与该层相相关的所所有数据据访问类类及类文文件应以以DALL结尾。3、 方法的逻逻辑应做做到职责责明确、功功能单一一。即每每个方法法只负责责完成明明确的一一个功能能，多个个功能应应采用多多个方法法。每个个方法的的代码应应尽量做做到简短短精炼，避避免一个个方法的的代码过过长，如如果一个个方法代代码过长长可将其其拆分成成多个小小的方法法。4、 方法的参参数不宜宜过多，过过多的参参数容易易

12、导致维维护的困困难。如如果方法法的参数数超过了了6个，则则应考虑虑将方法法的参数数包装成成特定的的类型。5、 如果多个个类都使使用同一一段代码码或同一一个类似似的方法法，则应应考虑将将该段代代码、该该方法的的公共相相同部分分提取出出来，封封装成一一个通用用的方法法，使用用到的类类应该是是调用公公共的方方法而不不是将相相同的代代码复制制粘贴。6、 业务逻辑辑的代码码应写在在BLLL层，DAAL层应应只负责责执行SSQL语语句，不不做任何何逻辑上上的分支支判断等等操作。7、 确保数据据库连接接每次使使用之后后都会关关闭。可可以将关关闭数据据库连接接的方法法的代码码放在ffinaallyy块中以以确

13、保执执行。8、 绝对不要要将数据据库连接接对象SSqlCConnnecttionn设置为为静态的的。应该该在每次次使用数数据库连连接时创创建一个个新的SSqlCConnnecttionn对象，并并在使用用完之后后关闭它它。9、 不要相信信用户的的输入永永远是正正确的。应应该总是是对用户户的输入入进行验验证，确确保用户户的非法法输入不不会产生生程序的的异常。10、 不要使用用tryycaatchh来做做输入数数据的有有效性验验证。应应使用验验证方法法（如判判断、正正则表达达式等）对对数据进进行有效效性验证证。11、 如果定义义的字符符串很长长（比如如用字符符串定义义了一条条很长的的复杂SSql查

14、查询语句句），则则应考虑虑将字符符串分行行显示以以增加可可读性。可可以采用用两种方方法：使使用“+”号将将每个字字符串常常量分行行连接起起来；或或者使用用原义字字符串“ ”abcdedfg” ”。12、 如果要验验证字符符串是否否为空（null）或空字符串（”），建议使用string.IsNullOrEmpty方法。13、 不要对sstriing类类型的变变量、属属性等再再次调用用ToSStriing()方法法，产生生strringg.TooStrringg()这这类毫无无意义的的代码。14、 在拼接SSql语语句时，如如果参数数超过22个，应应使用sstriing.Forrmatt方法来来代

15、替直直接使用用+号的字字符串连连接。建建议总是是使用sstriing.Forrmatt方法代代替+号以提提高阅读读性。例例如，将将”seelecct * frrom tabble wheere Namme=”+ namme + “ annd PPwd=”+ pwwd +”改写为string.Format(”select * from table where Name=0 and Pwd=1”,name,pwd)。15、 如果要进进行大量量的字符符串拼接接，请使使用SttrinngBuuildder类类，而不不要直接接使用+号连接接。16、 在涉及身身份验证证（如登登录验证证）、数数据安全全等影

16、响响系统安安全的关关键段，执执行的SSQL语语句应使使用参数数化查询询，不应应该使用用拼接的的SQLL语句。17、 尽量使用用强类型型数据、强强类型集集合（如如Lisst、Dicctioonarry）以以获得更更好的编编程支持持及数据据安全。18、 不要把大大量的数数据存储储在全局局对象中中（如SSesssionn、VieewSttatee、Apppliccatiion等等），全全局对象象应只保保存关键键的、较较少量的的数据及及信息。19、 在定义JJavaascrriptt函数（方方法）时时，绝对对要注意意函数的的命名不不能与wwinddow对对象的属属性或者者方法名名称产生生冲突。20、

17、Javaascrriptt命名规规范：函函数的首首字母小小写，从从第二个个单词起起，每个个单词首首字母大大写；对对象的首首字母大大写。以上规范范最终解解释权归归武汉厚厚溥教育育科技有有限技术术公司所所有特此此声明！【个人心心得】个人心得得与总结结日志我的体会会1、2、3、我打算做做第3章项项目展示示一个好的的应用界界面的必必备的条条件是：内容清清楚、指指示明白白、屏幕幕美观和和有亲切切感。界界面通常常包含图图形和文文字。应应用界面面的设计计是对控控件进行行适当的的取舍及及功能的的选择和和处理过过程。在在程序设设计中需需要对设设计的方方法反复复推敲才才能使其其达到完完美的境境界。3.1系系统角色

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

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

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

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

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

23、：所有有用户 信息要求求：退出出系统 事件信息息系统处处理：点点击退出出按钮，注注销当前前用户的的登录，并并跳转到到登录页页面。 信息处理理结果：注销当当前登录录用户信信息，跳跳转到登登录页面面。4.2管管理员功功能系统管理理员的主主要功能能是对系系统的的的基础数数据进行行维护，保保证系统统的正常常运行。其其功能包包括用户户管理、部部门管理理、考勤勤设置。4.2.1用户户管理4.2.1.11查询用用户 信息来源源：系统统管理员员 信息要求求：以表表格形式式显示分分页的用用户的数数据 事件信息息系统处处理：点点击查询询按钮时时，根据据所输入入的查询询条件对对用户数数据进行行联合查查询，并并将查询

24、询结果数数据以分分页的形形式显示示在表格格中。列列表中列列头标题题为超链链接，点点击可以以实现按按照对应应的字段段对数据据进行升升序/降序排排列切换换显示。 信息处理理结果：查询出出所有符符合条件件的非管管理员用用户（即即所有员员工、主主管），并并以表格格形式分分页显示示。4.2.1.22添加用用户 信息来源源：系统统管理员员 信息要求求：实现现用户的的添加功功能 事件信息息系统处处理：11.用户户类型的的选项为为“员工工”、“主主管”。2.点击保存按钮时，对用户信息中的必填项进行验证，如果没有填写，则进行相应的提示，并不允许提交保存。如果必填项都已填写，则可以提交保存。提交保存时，需要首先对

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

26、保存结果给出相应的提示。 信息处理理结果：将填写写的用户户信息更更新到数数据库，完完成用户户信息的的修改。4.2.1.44删除用用户 信息来源源：系统统管理员员 信息要求求：将所所选择的的用户从从系统中中删除 事件信息息系统处处理：点点击删除除按钮时时，对用用户的删删除操作作弹出确确认提示示“确定定要删除除选择的的用户吗吗？”如如果选择择“否”，则则不做任任何操作作；如果果选择“是是”，则则删除所所选择的的所有用用户数据据，并根根据删除除结果给给出相应应的提示示。 信息处理理结果：将用户户信息从从数据库库中删除除。4.2.2部门门管理4.2.2.11查询部部门 信息来源源：系统统管理员员 信息

27、要求求：以表表格形式式显示分分页的部部门的数数据 事件信息息系统处处理：11.加载载部门列列表时，如如果该部部门下不不存在任任何用户户，则最最后一列列操作列列中显示示删除按按钮；如如果该部部门下存存在用户户，则不不显示删删除按钮钮。2.点击查查询按钮钮时，根根据所输输入的查查询条件件对部门门数据进进行联合合查询，并并将查询询结果数数据以分分页的形形式显示示在表格格中。 信息处理理结果：查询出出所有符符合条件件的部门门数据，并并以表格格形式分分页显示示。4.2.2.22添加部部门 信息来源源：系统统管理员员 信息要求求：实现现部门的的添加功功能 事件信息息系统处处理：点点击保存存按钮时时，对部部

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

29、动动加载出出部门信信息。2.点击击保存按按钮时，对对部门信信息中的的必填项项进行验验证，如如果没有有填写，则则进行相相应的提提示，并并不允许许提交保保存。33.提交交保存时时，如果果修改了了部门名名称，则则需要对对新的部部门名称称进行验验证是否否已经存存在，如如果存在在则提示示“部门门名称已已经存在在！”，并并不允许许保存。保保存之后后，根据据保存结结果给出出相应的的提示。 信息处理理结果：将填写写的部门门信息更更新到数数据库，完完成部门门信息的的修改。4.2.2.44删除部部门 信息来源源：系统统管理员员 信息要求求：将所所选部门门从数据据库中删删除 事件信息息系统处处理：点点击删除除按钮时

30、时，对用用户的删删除操作作弹出确确认提示示“确定定要删除除该部门门吗？”如如果选择择“否”，则则不做任任何操作作；如果果选择“是是”，则则删除所所选择的的部门数数据，并并根据删删除结果果给出相相应的提提示。 信息处理理结果：将该部部门从数数据库中中删除。4.2.3考勤勤设置4.2.3.11显示设设置信息息 信息来源源：系统统管理员员 信息要求求：以列列表的形形式显示示所选月月份的考考勤设置置信息 事件信息息系统处处理：11.点击显显示按钮钮，将所所选年月月份的整整月的考考勤设置置信息以以列表形形式展示示出来，并并显示“保保存”按按钮。2.列表表中的“状状态”一一列显示示为下拉拉列表，下下拉列表

31、表的选项项为“默默认”“上上班”“休休假”，默默认选项项为“默默认”。 信息处理理结果：显示出出所选月月份的每每一天的的状态数数据。4.2.3.22保存设设置信息息 信息来源源：系统统管理员员 信息要求求：将列列表中该该月份的的每一天天所选择择的下拉拉列表的的状态保保存到数数据库 事件信息息系统处处理：点点击保存存按钮，将将整个列列表中该该月份的的每一天天所选择择的下拉拉列表的的状态保保存到数数据库中中，并根根据保存存结果给给出相应应的提示示。 信息处理理结果：将所选选月份的的每一天天的状态态数据保保存到数数据库中中。4.3主主管功能能4.3.1考勤勤管理4.3.1.11查看考考勤 信息来源源

32、：主管管 信息要求求：以列列表形式式展示部部门员工工在所选选年月的的考勤状状态 事件信息息系统处处理：11.页面面加载后后，以分分页的形形式显示示当前主主管所管管理的部部门下所所有员工工的基本本信息，列列表中列列头标题题为超链链接，点点击可以以实现按按照对应应的字段段对数据据进行升升序/降序排排列切换换显示。2.点击击“查看看”打开开考勤查查看界面面，可以以选择年年月并查查询该员员工在所所选年月月的考勤勤状态信信息。33.考勤勤状态信信息以列列表形式式展示，详详情见“员员工功能能我的的考勤查看看考勤信信息（列列表）”。 信息处理理结果：显示该该员工在在所选年年月的考考勤信息息状态数数据。4.3

33、.1.22导入考考勤 信息来源源：主管管 信息要求求：将Exxcell形式的的考勤打打卡记录录导入到到系统中中 事件信息息系统处处理：点点击导入入考勤数数据按钮钮，打开开考勤导导入界面面。浏览要要导入的的考勤记记录Exxcell文件，并并点击导导入按钮钮完成打打卡记录录的导入入。如果果没有选选择文件件，则提提示“请请选择要要导入的的Exccel文文件”。所所选的文文件必须须是Exxcell工作表表形式的的考勤打打卡记录录信息，如如果所选选文件格格式不正正确，则则给出相相应的提提示“EExceel文件件格式不不正确”。若若Exccel文文件格式式无误（即即为打卡卡记录EExceel表），则则将E

34、xxcell中所有有的打卡卡记录全全部导入入到数据据库，并并根据导导入结果果给出相相应的提提示。 信息处理理结果：将所选选的考勤勤Exccel文文件中的的打卡记记录保存存到数据据库，完完成打卡卡记录的的导入。4.3.2请假假审批4.3.2.11查询请请假单 信息来源源：主管管 信息要求求：以表表格形式式显示当当前主管管所管理理的部门门的所有有员工的的请假申申请 事件信息息系统处处理：页页面加载载后，以以分页的的形式显显示当前前主管所所管理的的部门下下所有员员工的请请假申请请记录，默默认查询询出“待待审批”的的请假数数据；列列表中列列头标题题为超链链接，点点击可以以实现按按照对应应的字段段对数据

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

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

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

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

39、上班时时间，最最后一次次打卡时时间早于于下班时时间4.考勤勤的状态态以半天天为计算算单位。如如果当天天全天的的考勤状状态具有有一致性性，则只只显示全全天的考考勤状态态的综合合结果（即即当天只只有一种种状态）；如果当当天全天天的考勤勤状态不不具有一一致性，则则需要分分别显示示上午的的考勤状状态和下下午的考考勤状态态（即当当天有两两种状态态）。具有一致致性的考考勤状态态：当天天中的半半天（上上午或下下午）不不是请假假状态，即即全天上上班或全全天不上上班不具有一一致性的的考勤状状态：当当天中的的半天（上上午或下下午）处处于请假假状态，另另外半天天处于上上班状态态 信息处理理结果：显示所所选年月月的考

40、勤勤信息状状态数据据。4.4.1.22查看考考勤信息息（日历历） 信息来源源：员工工 信息要求求：以日日历形式式展示所所选年月月的考勤勤状态。 事件信息息系统处处理：以以日历形形式显示示当前登登录的员员工在所所选年月月的考勤勤状态信信息。当鼠标标停留在在日历中中的某一一天的单单元格时时，可以以以气泡泡的形式式显示出出当天的的首次打打卡时间间和最后后打卡时时间。考考勤状态态见“查查看考勤勤信息（列列表）”。 信息处理理结果：显示所所选年月月的考勤勤信息状状态数据据。4.4.2请假假申请4.4.2.11查询申申请 信息来源源：员工工 信息要求求：以表表格形式式显示当当前用户户发起的的所有请请假申请

41、请 事件信息息系统处处理：页面加加载后，以以分页的的形式显显示当前前用户发发起的所所有请假假申请记记录；列列表中列列头标题题为超链链接，点点击可以以实现按按照对应应的字段段对数据据进行升升序/降序排排列切换换显示；点击查查询按钮钮时，根根据所输输入的查查询条件件对请假假单数据据进行联联合查询询，并将将查询结结果数据据以分页页的形式式显示在在表格中中；最后后一列中中，如果果该请假假单的状状态为“待待审批”，则则显示为为编辑和和删除按按钮，允允许对请请假单进进行编辑辑和删除除。如果果请假单单状态为为“归档档”，则则显示为为查看超超链接，只只允许查查看请假假单的信信息。 信息处理理结果：查询出出所有

42、符符合条件件的请假假申请数数据，并并以表格格形式分分页显示示。4.4.2.22新增申申请 信息来源源：员工工 信息要求求：发起起请假申申请单 事件信息息系统处处理：点点击确定定按钮时时，对请请假单中中的必填填项进行行验证，如如果没有有填写，则则进行相相应的提提示，并并不允许许提交保保存。如如果必填填项都已已填写，则则可以提提交保存存。提交交保存时时，需要要首先验验证当前前填写的的请假时时间段内内是否已已经请过过了假，以以及是否否与其他他请假单单中的请请假时间间产生冲冲突（也也就是与与其他请请假单的的请假时时间存在在交集）。如如果存在在冲突则则提示在在该时间间段内已已经存在在请假记记录，并并不允

43、许许保存；如果不不存在冲冲突，则则保存请请假单信信息，且且将该请请假单的的状态设设置为“待待审批”，并并根据保保存结果果给出相相应的提提示。 信息处理理结果：将发起起提交审审批的请请假单信信息保存存到数据据库。4.4.2.33修改申申请 信息来源源：员工工 信息要求求：修改改已经发发起的请请假单的的信息 事件信息息系统处处理：点击确确定按钮钮时，需需要对请请假单中中的必填填项进行行验证。提提交保存存时，如如果修改改了请假假时间，则则需要对对新填写写的请假假时间进进行验证证，是否否与其他他请假单单中的请请假时间间产生冲冲突。如如果存在在冲突则则提示在在该时间间段内已已经存在在请假记记录，并并不允

44、许许修改。保保存修改改后的请请假单信信息，并并根据保保存结果果给出相相应的提提示。 信息处理理结果：将修改改后的请请假单信信息更新新到数据据库，完完成请假假单的修修改。4.4.2.44删除申申请 信息来源源：员工工 信息要求求：删除除还未审审批的请请假单 事件信息息系统处处理：点击删删除按钮钮时，对对用户的的删除操操作弹出出确认提提示“确确定要删删除该请请假申请请吗？”如如果选择择“否”，则则不做任任何操作作；如果果选择“是是”，则则删除所所选择的的请假申申请，并并根据删删除结果果给出相相应的提提示。 信息处理理结果：将还未未审批的的请假单单从数据据库中删删除。【个人心心得】个人心得得与总结结

45、日志我的体会会1、2、3、我打算做做第5章项项目总体体评价5.1用用户界面面评价5.1.1用户户界面设设计的基基本原则则5.1.1.11用户界界面设计计原则基于平台台开发的的应用软软件应坚坚持图形形用户界界面（GGUI）设设计原则则：（1）界界面直观观、对用用户透明明：用户户接触软软件后对对界面上上对应的的功能一一目了然然、不需需要太多多培训就就可以方方便使用用本应用用系统。（2）始始终强调调软件用用户是所所有处理理的核心心：用户户界面应应当由用用户来控控制应用用如何工工作、如如何响应应，而不不是由开开发者按按自己的的意愿把把操作流流程强加加给用户户。5.1.1.22一般交交互原则则企业级系系

46、统的应应用软件件的一般般交互遵遵循以下下原则：（1）一一致性：菜单选选择、数数据显示示以及其其它功能能都应使使用一致致的格式式。（2）提提供有意意义的反反馈。（3）执执行有较较大破坏坏性的动动作前要要求确认认。（4）在在数据录录入上允允许取消消大多数数操作。（5）减减少在动动作间必必须记忆忆的信息息数量。（6）允允许用户户非恶意意错误，系系统应保保护自己己不受致致命操作作的破坏坏。（7）按按功能对对动作分分类，并并按此排排列屏幕幕布局，设设计者应应提高命命令和动动作组织织的内聚聚性。（8）提提供语境境相关的的帮助机机制。5.1.1.33信息显显示原则则企业级系系统的应应用软件件信息显显示遵循循

47、以下原原则：（1）只只显示与与当前用用户语境境有关的的信息。（2）不不要用数数据将用用户包围围，使用用便于用用户迅速速吸取信信息的方方式表现现信息。（3）使使用一致致的标记记、标准准缩写和和可预测测的颜色色，显示示信息的的含义应应该非常常明确，用用户不必必再参考考其它信信息源。（4）产产生有意意义的出出错信息息。（5）使使用缩进进和文本本来辅助助理解。（6）使使用窗口口分隔/控件分分隔不同同类型的的信息。（7）高高效地使使用显示示器的显显示空间间。5.1.1.44数据输输入原则则企业级系系统的应应用软件件数据输输入遵循循以下原原则：（1）尽尽量减少少用户输输入动作作的数量量。（2）维维护信息息

48、显示和和数据输输入的一一致性。（3）交交互应该该是灵活活的，对对键盘和和鼠标输输入的灵灵活性提提供支持持。（4）在在当前动动作的语语境中使使用不合合适的命命令不起起作用。（5）让让用户控控制交互互流，用用户可以以跳过不不必要的的动作、改改变所需需动作的的顺序（如如果允许许的话）以以及在不不退出系系统的情情况下从从错误状状态中恢恢复。（6）为为所有输输入的动动作提供供帮助。（7）消消除冗余余输入。可可能的话话提供缺缺省值、绝绝不要让让用户提提供程序序中可以以自动获获取或计计算出来来的信息息。5.1.2用户户界面设设计规范范5.1.2.11界面规规范的总总体规定定本应用系系统显示示界面总总体上分分

49、为三帧帧：菜单单工具栏栏区域、状状态栏区区域、应应用软件件工作区区，如下下图：（1）顶顶层为菜菜单工具具栏区域域，高度度为899px。（2）中中间为应应用软件件工作区区。（3）底底部为状状态栏区区域，固固定在当当前窗口口（浏览览器）的的底部，高高度为226pxx。5.1.2.22界面一一致性规规范本系统各各软件界界面在设设计中应应该保持持界面的的一致性性。一致性既既包括：使用标标准的控控件；使使用相同同的信息息表现方方法，如如：在字字体、标标签风格格、颜色色、术语语、显示示错误信信息等方方面保持持一致。5.1.2.33显示信信息一致致性规范范（1）字字体：系系统缺省省字体采采用如下下设置：fo

50、nnt-ssizee：12ppx。（2）日日期：采采用长格格式，以以yyyyy-MMM-ddd的形形式格式式化。使使用缺省省字体。（3）对对齐：系系统整体体以居中中对齐方方式显示示；表格格内容居居中对齐齐显示。（4）颜颜色：系系统采用用统一的的蓝色风风格界面面。（5）提提示信息息：系统统所有的的前台提提示信息息均采用用浮动的的红底白白字横幅幅形式，具具有清晰晰醒目的的特点。（6）弹弹窗：系系统所有有弹出窗窗口页面面均采用用流行的的弹出层层的形式式，附加加伸展打打开的动动画效果果。5.2功功能性评评价（1）易易用性：系统的的操作简简单，按按钮的功功能明确确，系统统界面简简洁，具具有良好好的可操操

51、作性，用用户可以以很快上上手使用用本系统统，不需需要专业业的培训训。（2）可可扩展性性：系统统采用三三层架构构模式，各各层之间间职责明明确：表表示层负负责用户户页面的的展示；业务逻逻辑层负负责处理理整个系系统中的的业务逻逻辑规则则；数据据访问层层负责操操作数据据库；实实体层负负责将数数据封装装为对象象，作为为各层之之间数据据传递的的载体；基础框框架层为为系统的的运行提提供了基基础的功功能服务务。三层层架构模模式+基础框框架，使使得本系系统具有有较强的的可扩展展性：可可以通过过扩展基基础框架架来增加加系统运运行时底底层的基基本功能能；可以以添加实实体类，以以扩展数数据库表表结构等等数据库库对象；

52、可以添添加新的的业务逻逻辑类，来来处理新新的业务务逻辑等等。（3）安安全性：系统采采用了多多种方式式来保证证用户在在使用系系统的过过程中，不不会产生生安全隐隐患： 身份验证证：通过过ASPP.NEET框架架提供的的安全可可靠的FFormms身份份验证，使使得非法法用户不不能够登登录和使使用本系系统。 参数化查查询：使使用基于于参数化化的SQQL语句句，防止止了SQQL注入入的产生生，从而而避免了了恶意用用户对系系统的攻攻击。 数据的有有效性验验证：对对用户输输入的数数据始终终做有效效性验证证，使得得无效数数据、错错误数据据、危险险数据不不能够被被录入到到系统中中，从而而减少了了系统在在运行过过

53、程中产产生异常常的可能能，提高高了系统统的稳定定性和安安全性。（4）可可维护性性：基于于三层架架构模式式+基础框框架的代代码设计计，各层层之间相相互分离离的职责责，使得得系统的的可维护护性大大大增强：当需要要修改获获取数据据的源头头时，只只需要修修改数据据访问层层的代码码；当需需要改变变界面呈呈现的元元素样式式时，只只需要改改变表示示层的代代码；当当需要改改变整个个系统运运行的的的行为，或或者给整整个系统统添加功功能插件件、模块块时，只只需要更更改基础础框架层层的代码码等。（5）智智能性、健健壮性：系统中中对于可可能出现现的人为为性错误误均进行行了自动动化的验验证处理理，比如如部门名名称不应应

54、该重复复，用户户ID不应应该重复复等，提提高了用用户在使使用系统统时的工工作效率率，减少少了人工工对数据据进行验验证的繁繁琐步骤骤，降低低了出错错的可能能性，使使得系统统更加智智能和健健壮。5.3代代码设计计分析（1）实实体类分分析所有的实实体类都都继承了了实体类类基类EEntiity，使使得所有有的实体体类都具具有统一一的行为为特征都是是Enttityy，这就就方便了了实体类类功能特特性的扩扩展：只只要基类类改变了了某一个个行为或或特征，则其会影响到所有的实体类，比如需要给实体类添加一个ToJson方法，则只需要在基类中添加该方法，然后所有的子类就都可以继承该方法，不用重复在每一个子类中添加

55、；同时，也把本身相互之间没有联系的每一个实体类相互联系了起来，通过Entity基类，便可以对所有实体类进行统一的操作，使得后续的插件化、切面化的功能模块扩展可以很容易实现。（2）数数据访问问层分析析数据访问问层采用用当前主主流的实实体数据据模型ORRM框架架的模式式，具有有以下显显著的优优点： 使用实体体类作为为数据传传递的载载体，避避免了大大量使用用DattaTaablee、DattaSeet等弱弱类型数数据集，使使得代码码具有强强类型的的编程优优点：智智能感知知、自动动类型推推断、编编译时的的类型成成员检查查。由于于可以智智能感知知，这使使得开发发人员在在编写代代码时的的开发效效率大大大提

56、升；通过自自动类型型推断和和编译时时类型成成员检查查，使得得在开发发过程中中出现低低级错误误（如字字段名拼拼写错误误等）的的几率几几乎为零零，并且且可以获获得编译译器的检检查支持持。 使用主流流的ORRM框架架模式进进行数据据访问，使使得开发发人员可可以更加加的专注注于系统统的业务务逻辑，而而不用过过多地关关注于如如何在代代码中向向数据库库插入一一条数据据，开发发人员节节省了编编写基本本增删改改查SQQL语句句的时间间，大大大提升了了开发效效率以及及开发质质量。 对于复杂杂的查询询，ORRM框架架本身提提供的方方法或许许不能满满足，在在这种情情况下可可以依旧旧使用底底层的AADO.NETT进行

57、Sqql语句句的编写写，利用用SqllHellperr提供的的一套封封装好的的、完善善的数据据库访问问方法，可可以很方方便地对对数据库库进行操操作，执执行所需需要的任任何SQQL语句句、存储储过程等等。 数据访问问层DAAL中所所有的数数据访问问类都继继承与数数据访问问基类BBaseeDALL，该类类提供了了数据访访问操作作中常见见的增删删改查、分分页等方方法，使使得每一一个继承承于该类类的具体体的数据据访问类类不用花花费大量量时间在在最基本本的数据据库操作作上，而而是把重重心转移移为相关关的业务务逻辑的的数据操操作，从从而提升升了开发发效率，降降低了代代码中产产生低级级Bugg的几率率。【个人心心得】个人心得得与总结结日志我的体会会1、2、3、我打算做做第6章项项目进度度监控评评表以附件：N13334班班项目进进度控制制表为准准：【个人心心得】个人心得得与总结结日志我的体会会1、2、3、我打算做做第64页