系统需求说明书.doc

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

1、 考勤软件系统需求说明书Software Requirement Specification目 录第1部分引言21.1产品的定义和范围21.2预期的读者和阅读建议21.3需求分析的目标与方法21.3.1需求分析的目标与任务21.3.2需求分析的关键原则3第2部分综合描述42.1产品的前景和起源42.2产品的框架结构52.3用户类和特征62.4运行环境62.5设计和实现上的限制62.6假设和依赖7第3部分外部接口需求83.1用户界面83.2硬件接口83.3软件接口8第4部分 其他非功能需求94.1性能需求94.2安全设施需求94.3安全性需求94.4软件质量属性10第5部分系统规格说明125.1

2、 考勤管理125.1.1模块综述125.1.2模块导航125.1.3系统自动统计考勤信息发送给相关人员处理155.2 出差管理155.2.1模块综述155.2.2项目出差165.2.3非项目出差205.2.4出差查询统计245.3 请休假管理265.3.1请假管理265.4 系统管理31附录A 风险分析32附录B 词汇表33第1部分 引言1.1 产品的定义和范围系统定义：本系统为辅助考勤管理而开发，主要用于获取、存贮、检索相应的数据，并使信息更好的在部门间流动。系统范围：提供业务资料的信息共享，提供工作流，支持考勤数据审批流转及安全的共享，为用户提供远程办公的可能，并对各类业务资料进行管理。1

3、.2 预期的读者和阅读建议预期的读者：用户、技术总监、设计员、程序员、确认测试人员。1.3 需求分析的目标与方法1.3.1 需求分析的目标与任务需求分析的主要目的是通过详细的需求调研，理清管理流程，并分析其中的问题，把握用户的管理需求，设计出应用系统的逻辑模型和功能模型。需求分析是应用系统开发过程中最为关键的一个环节，只有准确无误地把握用户需求，开发出的应用系统才能真正为管理人员提供更多的支持。需求分析的工作目标如下：(1) 使系统开发人员正确理解业务流程和管理需求；(2) 发现管理中的问题，并寻求利用信息技术解决问题的可能途径；(3) 促使员工对本岗位的流程进行重新整理和再思考；(4) 提出

4、新系统的逻辑模型，设计出系统原型。需求分析阶段需要完成的任务如下：(1) 完成应用软件的详细调研工作，调研内容包括相关部门、相关岗位的工作流程、数据载体等；(2) 对管理流程和数据进行分析，理清数据与流程之间的关系；(3) 识别用户的功能需求，提出新系统的逻辑模型和功能需求模型；(4) 完成系统基本录入界面和查询界面的原型；(5) 根据分析的结果，主要由开发方（武汉佰钧成技术有限责任公司）撰写需求分析报告（即本报告），作为与用户方共同认可的有关系统开发的需求说明。需求分析报告须经用户方和开发方共同签字确认，作为系统设计、系统编码、试运行和验收的主要依据。1.3.2 需求分析的关键原则作为信息系

5、统建设过程中的关键阶段，需求分析工作中需要坚持用户参与原则。由于需求分析的主要目的就是系统开发人员了解用户(即管理中的业务人员和各级领导)的工作过程、方法等所有与工作相关的事项。需求分析是系统开发人员与业务人员进行充分交流的关键时期，而且，需求分析过程中必定会发现管理中的许多问题，这时需要业务人员和开发人员一起讨论解决方法，业务人员从管理上考虑问题，开发人员则从技术上提供解决方案。因此，需求分析需要系统开发人员、相关部门的业务人员、各级主管的密切配合和深层次的参与。第2部分 综合描述2.1产品的前景和起源该产品为针对企业的办公产品。它是一个在局域网上运行的基于B/S模式的考勤系统。在Lotus

6、产品被广泛应用的今天，人们在使用其产品的同时已不仅仅局限于C/S模式，更多的则是关注B/S模式。我们正是根据市场的发展趋势，本着与国际发展大方向接轨的思想，并结合企业的实际需求，为企业量身定做出这套考勤管理软件。产品背景和起源：企业并没有一套考勤管理软件，各个部门较为孤立，通过纸质文档进行考勤管理，本软件在深入认识的基础上，根据企业的实际情况，规划出一个用于整个企业的考勤管理系统，可以满足企业的需求。本系统存在以下先进性：1. 企业应用考勤管理软件的各部门之间通讯与协作审批；2. 各个部门都能在严格的权限控制下，使用为其定制的模块；3. 本系统在许多方面都考虑了灵活性，能更好的适应企业的复杂需

7、求；该产品的制作过程是在ISO9000的严格体系控制下完成的，其中需求的获取要通过评审小组的评审，并经过开会讨论进一步完善其功能。因此本系统的质量是完全可以保证的。2.2产品的框架结构 2.3用户类和特征普通查询用户：只能对各类非敏感信息进行检索，查询，无法对其信息内容进行更改操作；业务操作用户：拥有普通查询用户的所有权限，并可对自己的数据进行更改操作，并与其他业务操作用户进行协同工作；高级操作用户：拥有业务操作用户的所有权限，并可对一些普通业务操作用户无法完成的操作，如删除重要文档等；领导级用户：在系统中拥有极高的查询权，可看到各类敏感和非敏感的数据，并可进行审批等重要操作。2.4运行环境硬

8、件配置：l 客户端：1.8HZ以上主频的CPU，64M以上内存，5G以上剩余磁盘空间，10M以上网络带宽；l 服务器端：2.4GHZ以上主频的双核CPU，带UPS，2G以上内存，60G以上剩余磁盘空间，10M以上网络带宽软件配置：l 客户端：用户浏览器 Microsoft windows95/98/NT/2000（要求SP3以上补丁）+IE6.0（要求SP1以上补丁）以上l 服务器端：操作系统Microsoft windows NT/2000/2003 Server + Lotus Domino Server 注：Domino服务器充当web服务器（开通http服务，Domino作为应用程序服

9、务器和邮件服务器）2.5设计和实现上的限制必须使用的特定技术：在Domino中的Web编程技术、代理、防火墙技术必须使用的特定工具：Lotus Domino Designer必须使用的特定编程语言：Lotus 公式语言、LotusScript、JavaScript、Java Applet网络管理数据库webadmin.nsf所要求的开发规范或标准：设计和实现遵循制订的ISO9001质量体系标准规定的程序文件以及第三层文件数据格式转换标准：使用Domino Designer的设计表单和视图等界面元素，一般不直接编写HTML页面，当客户机浏览器向服务器发出请求时，由Domino Web Serve

10、r自动将界面元素转换成HTML页面发送给浏览器端。2.6假设和依赖需求变更：现在假设需求已经冻结，需求不会再变更。当确实需要需求变更将由项目变更控制委员会决定实现那些变更。并且需求填写需求变更申请表，通过审核后方能进行。需求变更会影响开发的原计划时间安排。服务器拓扑结构：企业内部的局域网。运行环境：现在假设运行环境非下面四种需求情况1. 实时需求：Domino不适宜用来设计要接收实时信息的系统。2. 大量信息报表的需求：Domino不适宜用来制作大量的交叉查阅的表格，并且要进行合并和汇总的系统3. 关系型数据：数据的相关性越强，Domino局限性越大4. 大量用户访问相同的文档：系统运行时，认

11、为以下条件成立：1. 用户的需求是可穷举的；2. 用户的功能需求在系统开发过程中不会进行大的变更；3. 操作用户在进行文档的自定义流转时，会正确选择下一个接收人；4. 普通操作用户不会对系统恶意进行破坏；5. 系统服务器由专人负责管理，不会被无关人员接近；6. 用户已具有一定的计算机应用基础，无需进行此方面的培训；7. 系统管理员Domino体系比较熟悉，能够独立完成日常的维护工作；8. Domino软件包已具备的功能，直接应用于系统中，不再进行重复开发； 第3部分 外部接口需求3.1 用户界面快捷键：暂时没有定义快捷键。错误信息显示标准：应用标准windows提示框用户登录页面： 提供统一登

12、录验证口令的界面。基本信息录入页面：用表单的形式提供各方面的信息录入界面。各功能模块导航界面：能够在各可见功能项中相互切换。3.2 硬件接口系统通过Domino与硬件进行数据交换等工作，不直接深入硬件底层操作：客户端自少要有网卡NIC与服务器上的数据库通讯，即保证物理设备上线路的畅通3.3 软件接口产品与数据库的SSL连接：安全套接字层 (SSL) 是为通过 TCP/IP 来运作的 Domino 服务器任务提供通讯保密和验证的一种安全性协议。可以要求用户使用可靠的 SSL 连接来访问数据库。如果不要求 SSL 连接，则客户机既可使用 SSL 也可使用 TCP/IP 连接到服务器。可以对单个数据

13、库要求 SSL 连接，也可以对服务器上的所有数据库都要求 SSL 连接需要开通的服务： 服务器端要装有Lotus Domino Server 普通客户端要装有浏览器IE，要求版本6.0以上，并安装过SP1补丁，同时将办公自动化站点设为可信站点，同时自定义可信站点的安全性（详见管理员手册）管理客户端要装有Lotus Administrator与SQL数据库连接 通过ADODB与SQL数据库连接，读取人员信息，写入出差与请休假信息。第4部分 其他非功能需求4.1 性能需求1 采用Browser/Sever模式，共享数据库信息，网络正常流量下（）数据库文档存取反应时间不超过10秒2 在不运行其他应用

14、程序条件及网络正常流量下，服务器数据库文档存取时占用率不超过80。4.2 安全设施需求1. 源代码要隐藏，包括管理员在内的人员无法察看。2. 有条件可以安装防火墙3. 用户在使用过程中的权限严格控制4.3 安全性需求产品必须满足的安全型或保密性策略1. 用户关心的几种安全要求，要考虑进来，根据实际情况，能解决的都要在需求中说明，拿不准的就作为待细化和明确内容提出来2. 能够进行严格存取权限控制（），保证数据库信息安全。只有该数据库管理者才可以进行权限配置操作管理员手册中需要指明该系统权限配置方法。具有文书角色才可以进行新建操作。3. 数据库要达到应用级安全。即使用SSL（安全套接字协议）验证客

15、户机和服务器+x509验证系统的安全，按照保密规定的要求，至少要达到“身份鉴别，访问控制，系统审计”三大要点，除此以外，我们还在办公自动化系统中，结合了多种方式来保证系统的安全可靠。1 身份鉴别能够和活动目录认证结合起来，单点登录任何用户要以自己的身份进入系统，就是说，进入系统前必须进行身份验证，以确定当前用户”是谁”，未在系统注册范围内的用户，是被拒绝于系统之外的。2 访问控制用户通过身份验证后，系统自动根据使用者的身份确定其操作级别，并针对此级别显示不同的数据，提供不同的操作界面。级别不够的用户看不到存贮在系统中的敏感数据，也看不到越权的操作按钮。也就是说，无权察看的数据和无权进行的操作虽

16、然存在于系统中，但对权限级别不够的用户是透明的。3 系统审计用户对任何一个子系统数据的访问，都会被系统自动记录在审计数据库中，系统会记录哪个时间开始，至什么时间结束，具体用户名，访问了什么数据库的数据，供管理员在必要时查阅。一旦某项敏感信息泄露，管理员可根据审计数据库找到相应数据被谁访问过，从而进一步追查相关数据汇密的可能性。系统审计数据库不允许任何用户修改其内容，只能在一定时期内归到一个备份库中备查。4 数据文件加密管理员手册中需要说明出现故障时对于加密数据库的灾难恢复服务器上的数据库文件采用Notes提供的强度加密方式进行加密处理，加密处理并不影响使用者的日常操作，而一旦非法用户将数据库文

17、件复制到本地，由于其没有管理员的身份标识文件，无法打开数据库，也就无法对其中的任何数据进行读取。5数据库内容加密系统中的数据内容，并不是以明文形式存贮在数据库中的，而是被Domino以其特有的编码方式，与其他设计元素一起存放在数据库文件中。因此，非法用户即使取得数据库文件，也不能直接查看其中的数据内容。6网络加密传输系统采用SSL方式，对网络上传输的数据进行加密处理，这样即使非法用户通过侦听方式取得网上传输数据，也无法对其信息进行读取。4.4 软件质量属性1. 可靠性：当操作错误时（如忘记填写关键域而直接保存或者人员编码重复），系统应提示错误信息，并且用户可以修改错误（继续填写关键域）。2.

18、可用性：域的命名要具有可理解性，看见域名就知道相应含义，从而可以方便使用。3. 可移植性：可以移植到其它的硬件基础上。4. 可维护性： 具有产品软件维护所必须的规范文档及说明书。5. 可操作性：普通用户只需能正常运行IE，会浏览网页，就可以在用户使用手册指导下进入办公自动化系统。6. 可安装性：系统管理员只需具有Notes基本知识，就可以在产品安装指南指导下独立安装软件的服务器端程序。第5部分 系统规格说明5.1 第一章 考勤管理5.1.1 模块综述考勤管理模块主要是对企业内部的出勤情况查询、统计的管理。5.1.2 模块导航用户在点击主界面左菜单 “考勤管理”，进入“考勤管理”模块。导航内容包

19、括以下几项：员工日考勤明细显示当天所有员工的打卡明细情况； 查询表单：选择年 与月 默认为当月。 选择日期日期控件选择部门查询查询结果员工编号姓名日期刷卡机号上午刷卡时间下午刷卡时间异常备注A00张三2010.08.0538:50:0017:40:00迟到 1A01李四2010.08.05出差工月考勤明细：显示当月所有员工的出勤明细情况；查询格式见 查询表单：选择年 与月 默认为当月。 选择日期年 月选择部门查询查询结果年月：周日一二三。序号部门员工编号 姓名1234。1A00000张三迟到迟到。员工月考勤报表：显示统计当月所有员工出勤，以报表形式；查询格式见 查询表单：选择年 与月 默认为当

20、月。 选择日期年 月部门查询查询结果序号部门员工编号姓名出差(天)迟到(次)早退(次)旷工(天)。员工年度考勤：显示统计当年所有员工出勤；查询格式见 查询表单选择日期年 查询查询结果序号部门员工编号姓名（年度）应出勤天数实际出勤天数请假天数旷工天数。张三251241182。部门日考勤统计：显示统计当月所有员工出勤；查询格式见 查询表单选择日期年 查询查询结果部门名称#部门总人数85正常刷卡人数60迟到人数5迟到员工名单张三、李四、王五早退人数5早退员工名单旷工人数2旷工员工名单出差人数10出差员工名单请假人数3请假员工名单视图区上按钮包括以下几项：上一页：显示当前页面的上一页所有可阅览文件；下

21、一页：显示当前页面的下一页所有可阅览文件； 5.1.3 系统自动统计考勤信息发送给相关人员处理后台代理每天自动运行完成统计功能。l 统计部门迟到及早退人数，如要超出10人以上或50%，发送给相关公司分管领导。（）l 统计员工一个月内迟到10次以上或未打卡两次以上。发送给相关公司分管领导。5.2 第二章 出差管理5.2.1 模块综述出差管理模块主要实现出差的审批流程和通知、核销、归档等的综合管理，分为项目出差、非项目出差。5.2.2 第一节 项目出差5.2.2.1 功能描述1、 项目出差由项目秘书起草先交由各项目经理审批，如果是项目经理出差则交给项目部主任审批。各项目经理审批完后如果是生产人员就

22、还要给部门领导审批，最后所有人员交给项目部主任审批。完成审批之后通知出差人员。出差加来后到部门主任去核销。2、 标题提示的格式为：部门/项目+人员+”自”+开始时间+“至”+结束时间+“出差的请示”。3、 起止时间为日期控件，只提供日期选择。4、 选择开始与结束日期后自动算出共计天数5、 出差人员表为动态表格，可以动态的增加删除人员。6、 开始起草与关闭流程环节要将数据写入SQL数据库7、 流程发送给主要领导审批后，在一定时间（一般三小时，可以在后台配置）内领导没有审批系统自动发送给副领导审批。8、 该模块需提供以下配置：部门专业5.2.2.2 项目出差主表单设计用户在“新建项目出差”导航栏中

23、点击“项目出差”按钮，界面如下所示：单号：项目号-CC-流水号项目出差计划审批表项目简称出差事由出差地点出差起止时间自 至 共 天出差人员表部门专业姓 名员工编码职位职 称部门主任审批意见操作增加删除 项目经理审批意见部门审批意见项目部审批意见 字段标题类型取值范围及有效性检验备注标题文本手工填写项目简称文本SQL库配置 出差地点文本手工写入出差起止时间日期控件输入部门下拉列表工艺部,公用系统室,管道室,设备室,电控室,土建室,项目控制部,采购部,施工部,信息技术部,安全质量部,财务部,项目部专业下拉列表跟据部门不同取值不同。通过后台配置取值姓 名文本手工填写员工编码文本手工填写职位文本系统自

24、动输入职 称文本系统自动输入部门主任审批意见单选1、同意 2、不同意部门审批节点时输入，不同意时显示意框项目经理审批意见单选1、同意 2、不同意项目经理审批节点时输入，不同意时显示意框项目部审批意见单选1、同意 2、不同意项目部审批节点时输入，不同意时显示意框5.2.2.3 项目出差流程图5.2.2.4 流程环节说明：1、起草环节 处理人：项目秘书 处理内容：填写主表单信息 操作： l 保存：保存主表单以下次再编辑。l 提交：提交给下一处理人。l 关闭：关闭当前页面。下一节点： l 如果出差人员是项目经理 下一节点为项目部主任。l 如果不是项目经理，下一节点为项目经理。2、项目经理审核 处理人

25、：出差人员项目经理 处理内容：项目经理意见 操作： l 保存：保存主表单以下次再编辑。l 提交：提交给下一处理人。l 关闭：关闭当前页面。下一节点： l 如果出差人员是生产人员 下一节点为部门主任。l 如果不是生产人员，下一节点为项目部主任。这里表述需要澄清一下：如果是部门主任，则下一节点为项目部主任。对于非生产人员，同时该人员也不是部门主任时，还是需要该人员所在部门主任审批的。3、部门主任审核 处理人：出差人员部门主任 处理内容：部门主任意见 操作： l 保存：保存主表单以下次再编辑。l 提交：提交给下一处理人。l 关闭：关闭当前页面。下一节点： l 如果不是生产人员，下一节点为项目部主任。

26、到了部门主任一级审批后，下一结点一定是项目部主任。4、项目部主任审核 处理人：出差人员部门主任 处理内容：项目部主任意见 操作： l 保存：保存主表单以下次再编辑。l 提交：提交给下一处理人。l 关闭：关闭当前页面。下一节点： l 出差人员确认与核销。5、出差人员确认与核销 处理人：出差人员 处理内容： 系统自动记录时间 操作： l 保存：保存主表单以下次再编辑。l 提交：提交给下一处理人。l 关闭：关闭当前页面。l 核销：核销出差。下一节点： l 部门主任核销。6、部门主任确认核销 处理人：出差人员部门主任 处理内容： 操作： l 保存：保存主表单以下次再编辑。l 提交：提交给下一处理人。l

27、 关闭：关闭当前页面。l 关闭电子流：流程关闭。下一节点： 无5.2.2.5 视图列表视图名称文档来源字段名称及顺序排序规则及特殊功能（降序）按开始时间项目出差开始时间，实际结束时间，部门，项目简称，项目编号，地点，状态，人员（显示一个人+“等”）起草时间按状态项目出差状态，部门，项目简称，项目编号，开始时间，实际结束时间，地点人员（显示一个人+“等”）, 起草时间项目简称项目出差项目简称，项目编号，开始时间，实际结束时间，地点人员（显示一个人+“等”）,状态起草时间按部门项目出差部门，项目简称，项目编号，开始时间，实际结束时间，地点人员（显示一个人+“等”）,状态起草时间按开始时间项目出差开

28、始时间，实际结束时间，部门，项目简称，项目编号，地点，状态，人员（显示一个人+“等”）起草时间5.2.3 第二节 非项目出差5.2.3.1 功能描述1、 非项目出差由事务秘书起草先交由各部门主任审批，如果是部门主任出差则不用审批。各部门主任审批完后如果是经营性出差就还要给经营部门领导审批，最后所有人员交给项目部主任审批。完成审批之后通知出差人员。出差加来后到部门主任去核销。2、 标题提示的格式为：部门+人员+”自”+开始时间+“至”+结束时间+“出差的请示”。3、 起止时间为日期控件，只提供日期选择。4、 选择开始与结束日期后自动算出共计天数5、 出差人员表为动态表格，可以动态的增加删除人员。

29、6、 开始起草与关闭流程环节要将数据写入SQL数据库7、 流程发送给主要领导审批后，在一定时间（一般三小时，可以在后台配置）内领导没有审批系统自动发送给副领导审批。8、 该模块需提供以下配置：同项目出差。部门专业5.2.3.2 非项目出差主表单设计用户在“新建项目出差”导航栏中点击“项目出差”按钮，界面如下所示：单号：一般出差-CC-流水号非项目出差计划审批表出差类型出差事由出差地点出差起止时间自 至 共 天出差人员表部门专业姓 名员工编码职位职 称部门主任审批意见操作增加删除 部门主任审批意见经营管理部门经理审批意见项目部审批意见 字段标题类型取值范围及有效性检验备注标题文本系统自动生成部门

30、/项目+人员+”自”+开始时间+“至”+结束时间+“出差的请示”。姓 名文本手工填写员工编码文本手工填写部 门文本系统计算专 业文本系统计算职 称文本系统计算职 位文本系统计算出差类型单选一般性出差各类会议培训 经营出差其他出差地点文本手工写入出差起止时间日期控件输入部门主任审批意见单选1、同意 2、不同意部门审批节点时输入，不同意时显示意框经营管理部门经理审批意见单选1、同意 2、不同意项目经理审批节点时输入，不同意时显示意框项目部审批意见单选1、同意 2、不同意 项目部审批节点时输入，不同意时显示意框5.2.3.3 非项目出差流程图5.2.3.4 流程环节说明：1、起草环节 处理人：事务秘

31、书 处理内容：填写主表单信息 操作： l 保存：保存主表单以下次再编辑。l 提交：提交给下一处理人。l 关闭：关闭当前页面。下一节点： l 如果出差人员是部门主任， 下一节点为部门主任核销。l 如果不是部门主任，下一节点为部门主任审核。3、部门主任审核 处理人：出差人员部门主任 处理内容：部门主任意见 操作： l 保存：保存主表单以下次再编辑。l 提交：提交给下一处理人。l 关闭：关闭当前页面。下一节点： l 如果是经营出差，下一节点为经营部主任审核。l 如果不是经营出差，并且不是领导 下一节点为项目部主任审核。l 如果不是经营出差，并且是领导 下一节点为经营部主任审核l4、经营部主任审核 处

32、理人：出差人员部门主任 处理内容：经营部主任审核意见 操作： l 保存：保存主表单以下次再编辑。l 提交：提交给下一处理人。l 关闭：关闭当前页面。下一节点： l 如果不是经营人员，下一节点为项目部主任。4、项目部主任审核 处理人：出差人员部门主任 处理内容：项目部主任意见 操作： l 保存：保存主表单以下次再编辑。l 提交：提交给下一处理人。l 关闭：关闭当前页面。下一节点： l 出差人员确认与核销。5、出差人员确认与核销 处理人：出差人员 处理内容： 系统自动记录时间 操作： l 保存：保存主表单以下次再编辑。l 提交：提交给下一处理人。l 关闭：关闭当前页面。l 核销：核销出差。下一节点

33、： l 部门主任核销。6、部门主任确认核销 处理人：出差人员部门主任 处理内容： 操作： l 保存：保存主表单以下次再编辑。l 提交：提交给下一处理人。l 关闭：关闭当前页面。l 关闭电子流：流程关闭。下一节点： 无5.2.3.5 视图列表视图名称文档来源字段名称及顺序排序规则及特殊功能（降序）按开始时间非项目出差开始时间，实际结束时间，部门，项目简称，项目编号，地点，状态，人员（显示一个人+“等”）起草时间按状态非项目出差状态，部门，项目简称，项目编号，开始时间，实际结束时间，地点人员（显示一个人+“等”）, 起草时间按部门非项目出差部门，项目简称，项目编号，开始时间，实际结束时间，地点人员

34、（显示一个人+“等”）,状态起草时间5.2.4 出差查询统计查询所有出差信息。查询表单： 开始时间日期控件结束时间日期控件出差类型出差项目出差部门查询查询结果 见： 序号姓名员工编码部门专业项目出差一般性出差各类会议培训经营出差1张三A0000XXXXXX2张四A0000XXXXXX3张五A0000XXXXXX5.3 第三章 请休假管理请休假管理模块主要实现公司员工的请假 休假的综合管理；请休假模块包括:请假 休假 两大模块；5.3.1 第一节 请假管理5.3.1.1 功能描述1、 请假是员工按照规定的请假事项起草请假文档交由部门领导审批。部门领导审批完后通知请假人员。假期完后要到部门领导那里

35、销假。2、 请假员工要严格按照公司的请假条例。3、 起止时间为日期控件，只提供日期选项。4、 选择开始与结束日期后自动计算总计天数。5、 流程发送给主要领导审批后，在一定时间（一般三小时，可以在后台配置）内领导没有审批系统自动发送给副领导审批。5.3.1.2 员工请假流程图5.3.1.3 员工休假流程图5.3.1.4 流程环节说明请注意，这里请休假流程中需要判断人员是否参加项目，如果是项目成员，则需要他参加项目的项目经理审批。这里参加项目指的是总承包项目，在项目基本信息表中会显示出来（其他类型的项目则不需要考虑），如果人员参加两个或以上的总承包项目，则需要他参加的所有总承包项目经理的审批。请参

36、看 Q_WH_PIM_A88_02 员工各类请休假管理流程图：1、起草环节 起草人：请假员工 处理内容：填写主表单信息 操作： l 保存：保存主表单以下次再编辑。l 提交：提交给下一处理人。下一结点：l 如果请假是部门主任，下一结点为部门经理审批 如果是部门经理，下一结点为总经理。l 如果不是部门主任、 部门经理，下一结点为部门主任审批；2、部门主任审核 处理人 ：部门主任 处理内容：部门主任意见 操作： l 保存：保存主表单以下次再编辑。l 提交：提交给下一处理人。l 关闭：关闭当前页面。下一结点：部门经理审核3、部门经理审核 处理人 ：部门经理 处理内容：部门经理意见 操作： l 保存：保

37、存主表单以下次再编辑。l 提交：提交给下一处理人。l 关闭：关闭当前页面。下一节点： l 人力资源部审核。4，人力资源部审核l 处理人 ： 行政人员l 处理内容：审查 核对申请信息操作：l 保存：保存主表单以下次再编辑。l 提交：提交给下一处理人。l 关闭：关闭当前页面。下一结点：l 请假人员核查与核销5、总经理审批 处理人： 总经理 处理内容： 总经理意见 操作： l 保存：保存主表单以下次再编辑。l 提交：提交给下一处理人。l 关闭：关闭当前页面。l 关闭电子流：流程关闭。下一节点： 无5.3.1.5 请假主表单设计用户在“新建人员请假”导航栏中点击“人员请假”按钮，界面如下所示：（编号）

38、：部门-员工编号-QJ-流水号员 工 请 休 假 单姓 名员工编号部 门联系电话请假类型带薪休假 事假 婚假 产假 病假 探亲假 殡丧假 选择带薪休假显示（已休天数： 剩余天数：）请假事由外出地点请假起止时间自 年 月 日至 年 月 日 共计 天部门主任部门经理人力资源部总经理字段标题类型取值范围及有效性检验备注编号文本部门-员工编号-QJ-流水号姓名文本手工填写必填部门下拉列表控件输入请假类型单选带薪休假 事假 婚假 产假 病假 探亲假 殡丧假 如果是带薪休假则显示“已休天数” “剩余天数”必填请假事由文本手工填写 必填外出地点文本请假起止时间日期控件输入必填部门主任审批单选1、同意 2、不

39、同意部门主任审批节点时输入部门经理审批文本手工填写部门经理审批节点时输入人力资源部审批文本手工填写人力资源部审批节点时输入总经理审批文本手工填写总经理审批节点时输入5.3.1.6 视图列表视图名称文档来源字段名称及顺序排序规则及特殊功能（降序）按开始时间请休假管理开始时间，实际结束时间，部门，项目简称，项目编号，地点，状态，人员（显示一个人+“等”）起草时间按状态请休假管理状态，部门，项目简称，项目编号，开始时间，实际结束时间，地点人员（显示一个人+“等”）, 起草时间按部门请休假管理部门，项目简称，项目编号，开始时间，实际结束时间，地点人员（显示一个人+“等”）,状态起草时间第四章 系统管理

40、 5.3.1.7 模块概述系统管理主要用于对组织结构、人员注册、角色分配、等方面进行管理。通过系统管理员在此模块中的相关预设置，来完成在系统运行过程中需要的各种功能。如自动判断该人员的处室、部门；根据流程自动判断该环节的审核人员；委托办理人的权限等等。5.3.1.8 功能详述1、组织结构：本系统将组织结构分为两个组织l 单位、部、个人三层结构l 项目组，项目成员两层结构2、人员注册人员注册注册工作由代理自动完成。人手动调整，注册内容包括姓名、所在部门、所在项目组、用户角色等方面的信息。已注册人员可以使用系统管理员分配的用户名和密码进入本系统。3、角色分配 角色分配主要是在管理模块中选择具有相应的角色权限的文件以保证文件的正常流转。4、系统审计系统进入每个应用模块，进行每步操作，以及查看某个文档，都会被系统自动记录下来，形系统日志。只有系统管理员才能查看系统日志。系统管理员从系统管理模块中进入，查看系统日志，系统日志按时间，操作者所属部门，操作者姓名分类排序，还包含操作开始时间，结束时