企业内部管理系统用户需求说明书.doc

企业内部管理系统
需求规格说明书

第1章 引言
1.1 目的
秉承“公司信息化”的理念，实现公司员工、资源和管理的完美结合。促进公司内部办公效率，增强员工沟通，促成组织管理的全面升级，工作更有效，管理更科学，执行力更高。
本系统具有平台性、开放性、集成性的特点，是真正的协同办公平台，允许用户自由使用各种业务模块，整合数据，构建统一的信息化中心平台，实现随需应变的管理。
组织的核心竞争力源自组织对内外部资源的有效利用，对它们之间的关系进行协调，最大限度的发挥所有资源的作用，并用系统的观点，在整个系统价值最大化的基础上来发挥各个资源的作用，使资源的运作产生协同效用，提高核心竞争力。
实现公司的信息管理、数据共享、统计分析。
1. 提供可靠的日常考勤信息，解决不同地域办公的打卡问题，为管理人员提供统计和决策参考；
2. 内部资源全面共享，提高资源的利用率，减少沟通成本和重复劳动；
3. 提供完善的信息交流机制，方便公司各部门和员工之间日常办公及业务信息的交流和管理，实现业务办理互联互通，信息数据共享；
4. 充分利用现有建设好的网络环境及已有的网络配置资源，保护已有的信息化投资；
5. 实用、易用、好用内部管理系统。
1.2 背景
随着公司人员规模的不断扩大，员工的管理工作的负担变得越来越重，员工的基本信息没有统一的管理，导致行政管理人员无法统筹了解公司员工的基本情况。员工的考勤工作不够规范，缺乏统一的考勤信息收集、统计和分析工具，给项目及公司领导的管理工作带来了比较大的麻烦。与此同时，公司内部的信息交流往往以邮件、即时通信工具为主，缺乏一个统一的资源管理的平台，导致内部资源管理分散，资源的利用率不高。
因此，现阶段有必要建设一个员工信息管理、资源共享的信息平台，以促进公司内部效率提高，内部协同能力增强，资源利用率提高，进一步提高公司内部的办公效率。
第2章 业务现状
2.1 业务术语
Ø 业务流程
由于传统的OA和工作流不能解决企业流程实时改变所带来的敏捷性、实时效果评估、资源整合与优化等问题，就出现了业务流程管理。通过业务流程管理可以使业务自动化运行，并通过流程的分析及监控功能，对业务进行整合及计量，从业务角度、组织角度、IT角度都可得到可量化的改善效果，这种效果随着管理者通过BPM分析与优化流程，将越来越显著。
Ø 知识管理
KM的理念是指对知识的组织和再组织，从而在大量的信息中进行知识挖掘，以及对人的显性和隐性知识进行管理。从企业管理角度来说，KM是指通过对企业知识资源的开发和有效利用以提高企业创新能力从而提高企业创造价值的能力的管理活动。当前的协同OA一般都融入了知识管理的理念
2.2 现有系统的分析
无
2.3 用户角色
用户角色包括项目总监、技术总监、项目经理、技术经理、质控经理、普通员工、考勤管理员、系统管理员
2.4 业务架构图

2.5 业务架构说明
第3章 业务功能描述

3.1 考勤管理
3.1.1 业务概述
考勤模块是记录和考察员工上下班出勤情况，员工的上下班打卡时间是从公司的门禁打卡信息中获取的。主要包括以下功能：
1. 查询上下班打卡时间
员工登录系统后，可以查看自己截止当前日期的所有上下班打卡信息。
2. 考勤补登
当员工的上下班忘记打卡时，可以向上级领导提出补登申请。上级领导同意补登申请后，考勤管理员对打卡信息进行补登。
3. 考勤统计
统计员工的考勤情况，考勤按工资月（本月21日到下月20日为一个工资月）统计员工的考勤信息。
普通员工可查看自己的考勤统计情况；项目总监、技术总监和考勤员可查看部门所有员工考勤统计情况；技术经理/质控经理可查看所属组员工考勤统计情况。
考勤管理员可以将员工的考勤统计信息导出到Excel文件中；也可以打印统计信息。
3.1.2 业务流程图

补登流程
考勤补登流程的详细描述如下：
Ø 补登申请
员工提交补登申请给上级领导。开发人员提交给技术经理；技术经理和质控经理提交给技术总监。员工的一次补登申请只能登一天的考勤打开记录，不能补登多天的考勤记录。
员工收到上级领导退回的补登申请，可以修改补登申请信息重新提交；也可以终止补登流程。
Ø 补登确认
上级领导接收到补登申请后，可执行如下操作。
同意：同意补登申请，补登流程结束。
退回：上级领导不同意补登申请或补登申请填写有误时，退回给员工修改补登申请或终止申请；
3.1.3 业务数据
打卡信息：员工编号、员工姓名、打卡日期、上班打卡时间、下班打卡时间。
补登申请：员工编号、员工姓名、补登日期、补登时间（上班打卡、下班打卡）、补登理由
考勤统计信息：员工编号、员工姓名、应到天数、实到天数、迟到次数、早退次数、旷工天数
3.2 请假管理
3.2.1 业务概述
请假管理模块主要管理部门员工的请假工作。
请假类别：事假、年假、婚嫁、调休、产假、病假、其他、迟到、早退、旷工。
员工在填写请假申请时，可以查询剩余的年假和调休天数。
Ø 请假统计
统计员工的请假情况，查看员工是否具有某项请假类别或是否能够调休。统计按工资月（本月21日到下月20日为一个工资月）统计员工的请假信息。
普通员工可查看自己的请假统计情况；项目总监、技术总监和考勤员可查看部门所有员工请假统计情况；技术经理/质控经理可查看所属组员工请假统计情况。
考勤管理员可以将员工的请假统计信息导出到Excel文件中；也可以打印统计信息。
3.2.2 业务流程图

请假流程
请假流程的详细说明如下：
Ø 请假申请
员工有添加请假申请、并对已有的请假申请进行修改和查看审阅记录的操作。
添加：员工填写请假申请单，提交后将请假信息发送给上级领导。
修改：请假申请信息有误时，员工对自己的请假申请信息进行修改。
终止申请：当员工的请假申请审核未通过可终止请假流程。
查看审阅记录：员工通过查看审阅记录来了解自己的请假信息是否通过，从而进行相关的操作。
Ø 请假审批
当上级领导接收到请假申请的时候，对请假申请单进行审批。审批人对提交上来的请假单有同意、不同意和退回操作
同意：当审批人对请假单信息的意见填写同意的时候，同意请假申请。请假流程结束。
退回：当审批人不同意该请假信息，或请假信息有误的时候，审阅人点击回退给申请人，申请人对请假信息修改后再次提交申请。
关闭：审批人对此请假信息进行关闭操作，不予以审阅。

部门的请假角色对应的审批角色如下。

请假人员
请假审批
项目经理
项目总监
质量经理
技术总监
技术经理
技术总监
其它员工
技术经理或质量经理
（公共组件组由【技术总监】邮件回复同意后生效）

3.2.3 业务规则
员工填写请假申请单时，一定要准确填写请假信息，并精确计算请假天数。正确选择请假类别，能够快速的被自己的上司或主管进行审阅。
上级领导审批时，审批意见中填写同意（默认），如果不同意，可以点击回退，返回到员工请假单中。员工在查看审阅记录时，会发现未被审批。并做相应的修改后再次提交。
3.2.4 业务数据
请假记录表：员工编号、员工姓名、请假日期、考勤类别、起始日期、结束日期、天数、状态、详情描述、备注
请假统计信息：员工编号、员工姓名、事假（天）、年假（天）、婚嫁（天）、调休（天）、产假（天）、病假（天）、其他（天）
3.3 加班管理
3.3.1 业务概述
加班管理模块主要用于员工在日常工作中的加班管理工作，主要包括研发人员加班申请、主管加班申请、加班审批、考勤员确认、添加调休等功能。
1. 研发人员加班申请
普通员工有提出加班申请的添加功能、并对已有的加班申请进行修改和查看审阅记录的操作。
添加：员工填写加班申请单，申请单提交至员工的技术主管处。
修改：当员工的加班申请信息没有被审核通过，或加班申请信息有误时，员工对自己的加班申请信息进行相关的修改工作。
删除：当员工的加班申请信息未审核时或审核不通过时，可对加班申请信息进行删除操作。
查看：员工通过查看审阅记录来了解自己的加班申请单是否通过，从而进行相关的操作。
2. 主管加班申请
主管有提出加班申请的添加功能、并对已有的加班申请进行修改和查看审阅记录的操作。
添加：主管填写加班申请单，申请单提交至技术总监处。
修改：当主管提交的加班申请单没有被审核通过，或加班申请信息有误时，主管对加班申请信息进行相关的修改工作。

删除：当主管提交的加班申请单未审核时或审核不通过时，可对加班申请信息进行删除操作。
查看：主管通过查看来了解自己的加班申请单是否通过，从而进行相关的操作。
3. 加班审批
当主管或技术总监收到相关加班申请时，可对加班申请单进行审批。审阅人对提交上来的加班申请单有批准、回退、和关闭的功能。
批准：当审阅人对加班申请单的意见填写同意的时候，批准该加班申请。研发人员加班申请提交至技术经理处，技术经理批准通过后提交至技术总监处，技术总监批准通过该加班申请有效。
回退：当审阅人不同意该加班申请时，或加班申请单信息有误的时候，审阅人点击回退给申请人，申请人对加班申请单修改后再次提交申请。
关闭：审阅人对此加班申请进行关闭操作，不予以审阅。
4. 调休管理
员工的加班申请予以批准通过后，根据加班时间考勤管理员给相关员工添加调休天数。调休添加比例为工作日1:1，周末2:1，节假日3:1。
调休管理的查询：查询由主管或管理员添加员工的调休信息记录（员工号、员工姓名、调休原因、调休时间、添加人员、添加时间）。
调休管理的添加：添加员工的带薪休假的天数。
3.3.2 业务流程图

流程图-员工加班申请审阅流程

流程图-主管加班申请审阅流程
3.3.3 业务流程描述说明
用户的加班申请单提交以后，系统首先对该用户是否是主管进行判断，如果不是主管，则进入主管审批过程，主管审批通过后进入技术总监审批过程，主管审批不通过直接跳出。如果该用户是主管，直接进入技术总监审批过程，技术总监同意与否，表示申请通过与不通过，流程结束。
3.3.4 业务规则
员工填写加班申请单时，一定要准确填写加班申请原因，并估算加班时间。
主管或上司进行审阅时，审阅意见中填写同意（默认），如果不同意，可以点击回退，返回到员工请假单中。员工在查看审阅记录时，会发现未被审批。并做相应的修改后再次提交。
3.4 外派驻场管理
3.4.1 业务概述
外派驻场管理模块主要用于部门员工在外派及驻客户现场工作的管理。主要包括，驻场申请，驻场审批，驻场到期提醒等。
1. 驻场申请
技术经理或项目经理有提出驻场申请的添加功能、并对已有的驻场申请进行修改和查看、审阅记录的操作。
添加：主管填写驻场申请单，驻场申请单提交至技术总监处。
修改：当主管的驻场申请单没有被审核通过，或驻场申请有误时，员工对自己的驻场申请进行相关的修改工作。
查看审阅记录：主管通过查看审阅记录来了解自己提交的驻场申请是否通过，从而进行相关的操作。
2. 驻场审批
当技术总监或部门经理接收到员工的驻场申请时，对驻场申请单进行审批。审阅人对提交上来的请假单有批准、回退、和关闭的功能。
批准：当审阅人对驻场申请单的意见填写同意的时候，批准该主场申请。
回退：当审阅人不同意该驻场申请时，或驻场申请信息有误的时候，审阅人点击回退给申请人，申请人对驻场申请信息修改后再次提交申请。
关闭：审阅人对此驻场申请进行关闭操作，不予以审阅。
3. 驻场到期提醒
当驻场申请到期前3天时，申请人登录系统时系统自动弹出提醒，提醒驻场到期，安排驻场员工返回公司或提出新的驻场申请。
3.4.2 业务流程图

流程图-驻场申请审阅流程
3.4.3 业务流程描述说明
该申请必须由技术经理或项目经理发起，申请单提交后，进入技术总监审批过程，技术总监审批通过后进入部门经理审批过程，技术总监审批不通过直接跳出。部门经理同意与否，表示申请通过与不通过，流程结束。
3.4.4 业务规则
主管填写驻场申请单时，需准确填写驻场人员、驻场事由、驻场起止时间及驻场共计天数。
主管或上司进行审阅时，审阅意见中填写同意（默认），如果不同意，可以点击回退，返回到员工驻场申请单中。员工在查看审阅记录时，会发现未被审批。并做相应的修改后再次提交。
3.5 项目基本信息管理
3.5.1 业务概述
项目基本信息管理，管理部门实施项目的基本信息。
项目总监和质控经理维护项目的基本信息，如添加、修改和删除。
部门员工可查看项目的基本信息。
人力成本基数由系统自动计算，人力成本基数=软件开发金额（万元）/3.75。
3.5.2 业务数据
项目基本信息：项目实施年度、项目名称、项目简写、项目状态、是否考核软件开发金额（万元）、项目经理、技术经理、SVN访问地址、人力成本基数
3.6 绩效考核管理
绩效考核管理模块分项目经理考核和技术经理考核。
项目经理的维度包括人力成本、质量、客户满意度、挖掘项目和项目总监考核。
技术经理的考核内容包括项目完成规范度、工作任务完成效率、执行力及交流协作、工作规范监控
3.6.1 查看绩效考核标准
项目总监、部门总监、项目经理、技术经理可以查看绩效考核的考核标准。
3.6.2 任务单管理
3.6.2.1 业务概述
项目经理在项目实施过程中，将实施活动分解成多个任务活动，然后将这些任务分配给技术经理（技术团队）去执行。技术经理接收到任务单后去完成任务，完成后提交给项目经理确认。
1. 任务单信息暂存
在任务单流转的每个节点，系统能提供暂存任务单信息的功能。
2. 任务单查看
项目总监、技术总监和QA能查看所有任务单信息和完成情况；项目经理和技术经理只能查看到与自己相关的任务单。其他人无权查看。
3. 任务单查询
帅选条件：起草日期、任务单编号、项目经理、技术经理、任务状态、任务综合系数
帅选结果：项目名称、项目经理、任务单编号、任务单名称、技术经理、人力投入、任务状态、当前处理人
4. 任务单统计
统计一段时间内项目经理和技术经理人力成本。
统计条件：时间（年、季度、半年、自定义）
统计结果：人力投入（人月）

项目 项目经理
项目经理
人力成本基数（人月）
人力投入（人月）
项目1
某1
10
1.2
项目2
某2
12
2.0

项目 技术经理
某1
某2
项目1
0
1
项目2
1.2
0.5
合计（人月）
1.2
1.5

5. 设置任务综合系数
技术总监在项目流转过程或办结后，可设置任务单的任务综合系数。
3.6.2.2 业务流程及描述

任务单的业务流程描述如下：
Ø 任务单起草
项目经理填写任务申请单，任务单模板见附录1任务单模板中工作任务单。任务单填写完成，提交给技术经理设计。
退回到“任务单起草”节点的任务单，项目经理可以修改任务单的信息。
如果任务单是从“实施”节点退回到“任务单起草”节点，项目经理修改完任务单信息后，项目经理可选择流转到“实施”节点。
任务单编号规则：WD_项目简写_起草日期（8位）_序号，由系统自动生成。
Ø 设计
技术经理接收项目经理的任务单后，如果任务需求清晰明确，则针对任务需求对任务展开概要设计、安排时间进度。设计工作完成后流转到下一节点，由项目经理对设计工作进行确认。如果任务需求不清晰明确，技术经理执行退回操作，将任务单打回给项目经理修改。
Ø 设计确认
项目经理审核概要设计和进度安排，如果设计没有问题，提交给技术经理实施；如设计存在问题，打回给技术经理修改设计。
Ø 实施
项目经理设计确认通过后，技术经理组织开发人员按照概要设计和进度安排完成任务单中的工作内容。
技术经理验证开发人员的工作结果，验证通过后流转到下一节点，由项目经理验证任务需求；技术经理在实施过程中，需要项目经理修改申请单中的信息，如人力成本、任务内容等，可直接退回到“任务单起草”节点。
Ø 验证确认
项目经理根据任务单中的任务需求，对技术经理提交的工作结果进行验证确认。验证通过后，填写简单总结和改建意见，并办结该任务单；验证不通过，打回到上一节点。

3.6.2.3 业务数据
任务单信息：起草日期、任务单编号、项目名称、任务名称、项目经理、技术经理、人力投入（人日）、要求完成时间、概要设计、进度安排、简单总结及改进建议、任务综合系数
任务单列表：项目名称、项目经理、任务单编号、任务单名称、技术经理、人力投入、任务状态、当前处理人、任务综合系数
3.6.3 绩效考核结果管理
3.6.3.1 业务概述
项目总监和技术总监上传项目经理和技术经理的考核结果，结果以附件的形成上传；
项目经理和技术经理可以查看和下载绩效考核结果。
3.6.3.2 业务数据
3.7 成果管理
3.7.1 项目成果管理
3.7.1.1 业务概述
管理部门项目在验收阶段归档的文档和代码。可支持系统多个版本的文档和代码归档。
1. 下载申请
部门员工需要查看或下载项目的归档资料时，提交申请给项目总监。
2. 下载审批
项目总监审批部门员工的下载申请。
批准：项目总监同意下载申请后，部门员工可在有效期内下载项目的归档资料。
退回：项目总监打回下载申请，部门员工能修改申请信息，重新提交申请；部门员工也可以放弃申请。
3. 维护
质控经理可以新增、修改和删除项目各版本的归档资料；
可上传多个附件。
3.7.1.1 业务流程

3.7.1.2 业务数据
下载申请：申请人、申请项目名称、申请时间、有效截止日期、下载原因
项目归档表：项目名称、版本号、版本描述、归档清单、附件
3.7.2 产品成果管理
3.7.2.1 业务概述
产品管理，管理部门内部开发的组件和产品的发布资料。
1. 下载资料
部门员工都可以查看、下载组件和产品各版本的发布资料。
2. 维护
技术总监可以新增、修改和删除组件和产品各版本的发布资料；可上传多个附件。
3.7.2.1 业务数据
项目归档表：组件/产品名称、版本号、版本描述、归档清单、附件
3.8 文章管理
3.8.1 业务概述
项目总监和管理员发布和维护部门内部的通知公告；
质控经理发布和维护公司内部的规范制度，如开发规范、质量规范、交互规范、考勤制度等；
部门所有员工能通过系统查看通知公告和规范制度，并可以下载规范制度。
3.8.2 业务数据
通知公告：标题、详细内容、发布人、发布时间
制度规范：标题、详细内容、发布人、发布时间、附件
3.9 人员管理
3.9.1 业务概述
管理员、项目总监和技术总监有维护部门人员信息。
员工可查看自己的个人信息。
3.9.1 业务数据
工号、姓名、性别、出生日期、电子邮件、家庭住址、固定电话、移动电话、所在部门、目前职位、在职状态、调休天数、年假天数。

3.10 文档模板和范例管理
3.10.1 业务概述
质控经理可以上传部门实施文档模板和范例文档，提供部门内所有人员下载。
文档分为：管理文档、工程文档其他
管理文档分为：项目启动、项目计划、项目监控、配置管理、质量保证、评审管理、风险管理结束管理、其他
工程文档：实施方案、软件需求、软件设计、软件实现、软件测试、运行维护、其他
3.10.1 业务数据
模板：文档名称、文档分类、文档分类子类、文档版本、附件
范例：文档名称、文档分类、文档分类子类、共享人、附件

3.11 建议/问题管理
3.11.1 业务概述
1. 提交建议或问题
部门员工对系统有什么建议或问题，或者对部门的规范制度什么建议或问题，可发送建议或问题给建议管理员；
2. 回复建议或问题
建议管理员接收到部门员工的建议或问题后，可回复问题。
3.11.1 业务数据
建议/问题简述、建议/问题详细描述、提交人、提交时间、回复时间、回复内容建议/问题状态。
3.12 部门活动专栏
3.12.1 业务概述
部门活动专栏包括：活动信息和照片墙。
员工可以查看部门的活动信息和照片墙；部门活动管理员可发布、修改和删除活动信息和活动照片。
3.13 系统管理
3.13.1 节假日管理
节假日设置功能包括添加假日、删除假日、修改假日和工作日设置。项目经理和管理员可以制定一年之中的各种假日，例如元旦，春节，清明，五一，十一等各种节日，并对各个节日的休假天数进行实时修改。
n 添加假日：创建一个新的假日，并设置假日的天数，以及假日的起始日期和结束日期。
n 删除假日：这天本该是节假日，由于其他原因成了工作日，需要删除这个默认的假日设置为工作日。（如果设置的假日起始日期大于当前的日期，也就是说假日还没有到，那么此假日允许执行删除操作，否则不允许执行删除操作）。
n 修改假日：如果设置的假日起始日期大于当前的日期，也就是说假日还没有到，那么此假日允许执行修改操作，否则不允许执行修改操作。
n 工作日设置：项目经理或管理员能够变更某一天为假日或工作日，比如国定假日在工作日这天，需要在临近的前后周末设置一天作为工作日。
第4章 业务数据描述
4.1 业务数据指标描述
4.1.1 在线用户信息
系统用户
使用时间高峰期
数据库业务
系统维护人员
内部员工
上下班打卡时间
表与表之间关联
管理员

大约30人
早9:30，晚5:30
30张表以内
1~2人

4.1.2 数据库指标
指标
内容描述
长度（字节数）

数据增长
一段时间内增加的记录条数
清理要求和周期
约一年清理一次
第5章 附录
5.1 附录1 任务单
1、工作任务单
任务单编号：
WD_项目拼音简写_8位日期
项目名称：

任务名称：

项目经理：

技术经理：

人力投入规划：

时间规划：

具体任务(可以是系统级别，也可以是模块级别，需要提供具体需求说明。系统级别的需要提供原形和需求规格说明书，可通过附件形式)

提交时间：

签收时间：

2、工作计划单
概要设计

进度计划

3、验收确认
项目经理确认：

确认时间：

简单总结及改进建议