打卡标准管理系统需求规格说明指导书.doc

机构图标

{ 打卡管理系统 }

顾客需求阐明书

文献状态：
[√] 草稿
[ ] 正式发布
[ ] 正在修改
文献标记：
Company-Project-RD-UR
当前版本：
V1.0
作 者：
XX
完毕日期：
Year-Month-Day

机构公开信息

版 本 历 史

版本/状态
作者
参加者
起止日期
备注

目 录
0. 文档简介 5
0.1 文档目 5
0.2 文档范畴 5
0.3 读者对象 5
0.4 参照文档 5
0.5 术语与缩写解释 5
1. 产品简介 7
2. 产品面向顾客群体 7
3. 产品应当遵循原则或规范 7
4. 产品功能性需求 7
4.0 功能性需求分类 7
4.1 考勤管理模块 8
4.1.1 员工登录模块 8
4.1.2 员工修改密码 9
4.2 考勤查询模块 9
4.2.1 个人考勤信息查询 9
4.2.2 所有人考勤信息查询 9
4.3 人事管理模块 9
4.3.1 员工考勤信息查询 9
4.3.2 员工考勤信息修改删除 9
4.4 备份管理模块 9
4.4.1 数据库备份 9
4.5 报表管理模块 10
4.5.1 月考勤系统报表生成 10
4.6 系统设立模块 10
4.6.1 时间规则设定（上下班时间设立） 10
4.6.2 权限分派设立 10
5. 产品非功能性需求 10
5.1 顾客界面需求 10
5.2 软硬件环境需求 10
5.3 产品质量需求 11
5.n 其她需求 11
附录A：顾客需求调查报告 12
A.1 需求标题1 12
A.n 需求标题N 12
0. 文档简介
为了实现公司管理制度需求,实现整个管理过程自动化，无纸化办公，以便管理层管理，变化原有不合理人工管理方式存在某些漏洞等。 
本方案实现了员工系统登录、打卡信息查询管理、人事管理、系统设立、备份管理和报表管理功能，达到公司整个上下班管理过程自动化,无纸化,操作简朴、高效、直观，进一步完善公司员工制度管理。
0.1 文档目
此需求规格阐明书是对顾客需求分析成果，明确系统应具备功能及性能与界面方面需求，使系统分析员及软件开发构成员能清晰地理解顾客需求，并在此基本上完毕后续设计与开发工作。
0.2 文档范畴
该文档包括系统功能性需求和非功能性需求两个方面
0.3 读者对象
客户、系统开发人员
0.4 参照文档
公司管理制度
0.5 术语与缩写解释
缩写、术语
解 释
UML
Unified Modeling Language (UML)又称统一建模语言或原则建模语言，它是一种支持模型化和软件系统开发图形化语言，为软件开发所有阶段提供模型化和可视化支持，涉及由需求分析到规格，到构造和配备。
Use Case图
用例图 可以表达客户需求，通过用例建模可以对外部角色以及它们所需要系统功能建模。 
CMM
能力成熟度模型（Capability Maturity Model，英文缩写为CMM）是一种开发模型。
SPP
简并行过程（Simplified Parallel Process）是基于CMMI以及软件工程和项目管理知识而创作一种“软件过程改进办法和规范”，它由众多过程规范和文档模板构成。SPP重要用于指引国内IT公司持续地改进其软件过程能力。

1. 产品简介
打卡管理系统：重要实现公司对员工考勤方面自动化管理。重要功能模块如下：
1、系统管理模块
2、人事管理模块
3、备份管理模块
4、报表管理模块
5、系统设立模块
2. 产品面向顾客群体
公司各部门普通员工，系统管理员
3. 产品应当遵循原则或规范
本产品是模仿产品,尚没有遵循原则.
4. 产品功能性需求4.0 功能性需求分类
功能类别
子功能
1、系统管理模块
管理员登陆模块
管理员修改密码
2、人事管理模块
个人打卡信息查询
所有人打卡信息查询
员工打卡信息修改删除
3、备份管理模块
数据库备份
4、报表管理模块
月打卡信息登记表
5、系统设立模块
时间规则设定(上下班时间设立)

4.1 系统管理模块
4.1.1 管理员登录模块
名称
管理员登录
功能描述
管理员输入账号和密码登录，进入系统
实现规定
提供登录界面
输入
账号 密码
解决
系统验证输入账号和密码与后台数据库数据与否对的
输出
1、输入账号和密码对的，进入打卡管理系统
2、输入账号和密码不对的，则重新返回登录页面
补充阐明
账号和密码不能为空
4.1.2 管理员修改密码
名称
管理员修改密码
功能描述
让管理员可以修改自己登录密码
实现规定
提供修改密码页面
输入
输入旧密码和新密码
解决
1、验证输入旧密码与数据库密码与否一致
2、旧密码对的，则输入新密码
3、旧密码错误，则重新输入
输出
1、旧密码对的，输入新密码，提示修改成功
2、旧密码错误，重新进入修改密码页面

4.2 人事管理模块
4.2.1 个人打卡信息查询
名称
个人打卡信息查询（前台）
功能描述
让员工可以依照姓名查询当月打卡状况
实现规定
按姓名查找
输入
输入员工姓名
解决
验证祈求查找姓名与否存在，从数据中查找符合条件记录
输出
显示查找成果

4.2.2 所有人打卡信息查询
名称
所有打卡信息查询
功能描述
让管理员可以查询所有员工当月打卡状况
实现规定
按部门名称查找
输入
输入部门名称
解决
验证祈求查找所在部门名称与否存在，从数据中查找符合条件记录
输出
显示查找成果

4.2.3 员工打卡信息修改删除
名称
员工打卡信息修改删除
功能描述
让管理员可以以便快捷解决员工打卡状况
输入
1、点击修改，可以重新输入修改员工考勤信息。
2、点击删除，可以直接删除员工考勤信息。
解决
1、验证所输入数据有效性在保存到数据库。2、直接删除
输出
1、显示修改成功2、显示删除成功,

4.3 备份管理模块
4.3.1 数据库备份
名称
数据库备份
功能描述
备份系统数据库数据
实现规定
用数据库备份
输入
备份文献保存途径
解决
备份数据库
输出
提示备份成功或错误信息

4.4 报表管理模块
4.4.1 月打卡系统报表生成
名称
打卡登记表
功能描述
记录员工打卡信息
实现规定
对员工打卡信息进行记录
输入
部门、姓名、打卡时间段
解决
记录员工打卡信息
输出
月打卡信息登记表

4.5 系统设立模块
4.5.1 时间规则设定（上下班时间设立）
名称
时间规则设定（上下班时间设立）
功能描述
设定每天精确上下班时间界限
实现规定
设立上、下班时间
输入
员工上班与下班时间
解决
设定员工上班和下班时间
输出
提示保存成功
补充阐明
上下班时间不能为空，下班时间不能<上班时间

5. 产品非功能性需求
5.1 顾客界面需求
需求名称
详细规定
操作方式
软件操作简洁、人性化
客户界面
客户界面采用微软通用界面原则，整洁、美观
…

5.2 软硬件环境需求
需求名称
详细规定
软件体系架构
软件主体功能采用B/S构造实现
数据库
软件支持MYSQL数据库
服务器
WEB服务器：P4 3.6G CPU，4G内存，500G硬盘
…

5.3 产品质量需求
重要质量属性
详细规定
对的性
在不同环境下保证软件对的性，不浮现导致异常错误
健壮性
软件要能适应不同版本操作系统以及MYSQL等主流数据库
可靠性
系统全年非人为故障在5小时以内
性能，效率
普通查询记录操作在4秒内得到成果
易用性
普通操作人员要很容易上手，软件操作流程人性化
清晰性
对各模块做到功能分界明晰，软件有很清晰框架
安全性
对顾客次密码进行验证
可扩展性
软件要有良好可扩展性，规定管理员队员没有功能进行编码实现，对新增项目可以加入软件中使用
兼容性
可以提供原则接口对将其他系统告警接入到该产品中
可移植性
规定底层软件在不同硬件环境下直接编译生成，不需要修改源代码
…

5.n 其她需求

附录A：顾客需求调查报告
常用需求调查方式有：
² 与顾客交谈，向顾客提问题。
² 参观顾客工作流程，观测顾客操作。
² 向顾客群体发调查问卷。
² 与同行、专家交谈，听取她们意见。
² 分析已经存在同类软件产品，提取需求。
² 从行业原则、规则中提取需求。
² 从Internet上搜查有关资料。
A.1 需求标题1
需求标题1

调查方式

调查人

调核对象

时间、地点

需求信息记录

A.n 需求标题N
需求标题N

调查方式

调查人

调核对象

时间、地点

需求信息记录