资源描述
需求说明书
目录
1. 引言 5
1.1 编写目标 5
1.2 背景 5
1.3 项目专用术语 5
1.4 参考资料 5
2. 任务概述 6
2.1 目标 6
2.2 运行环境 6
2.3 条件和限制 6
2.4 工作步骤 6
3. 数据描述 7
3.1 数据库结构 7
3.2 代码字典 9
3.3 数据采集 9
4. 功效需求 9
4.1 总体需求 9
4.1.1 用户界面 9
4.1.2 表格编辑打印 11
4.1.3 图型编辑打印 11
4.1.4 数据编辑 11
4.1.5 系统兼容性 11
4.1.6 输入输出接口 11
4.2 系统功效模块及需求(一) 11
4.2.1 模块结构 12
4.2.2 功效描述 12
4.2.3 工作流图 12
4.2.4 数据流图 13
4.2.5 UML图 13
5. 性能需求 22
5.1 对性能要求 22
5.1.1 精度 22
5.1.2 时间特征要求 22
5.1.3 灵活性 22
5.2 输入输出要求 22
5.3 数据管理能力要求(针对软件系统) 23
5.4 故障处理要求 23
5.5 其它专门要求 23
6. 运行环境要求 23
6.1 设备 23
6.2 支持软件 23
6.3 接口 23
7. 其它需要说明问题: 23
8. 签字 24
需求说明书
1. 引言
1.1 编写目标
本手册作为用户和该系统软件开发维护人员共同遵守软件需求规范说明。
使用对象: 安吉县水利局
1.2 背景
开发软件名称:安吉山洪灾难防治预警平台
项目任务提出者:安吉县水利局
项目开发者:浙江钱江科技发展水利事业部
用户:安吉县水利局
实现软件单位:浙江钱江科技发展
考勤作为一个企业基础管理,是企业对职员工作管理基础依据。实际管理和统计工作很需要快速获知各个部门职员每日出勤情况,方便于立即向高层管理者反应职员出勤,缺勤情况(包含迟到、早退、病假、事假、出差等情况)。我们提出基于C/S结构网络考勤系统,实现网上考勤任务,以减轻考勤人员工作量。我们准备开发职员考勤管理系统,完成职员基础信息维护、企业部门信息维护、企业基础考勤类型维护、职员考勤管理、职员考勤查询和分析。实现人事考勤需要,包含职员迟到、早退、请假、旷工情况统计,在每个月底计算工资对职员和对职员进行绩效评定时候,对职员整个月考勤统计进行查询和统计。企业考勤管理系统是为了处理职员考勤管理而设计,目标是建立一个能够初步实现企业考勤管理系统智能化管理,提升考勤管理效率,工作人员能够在各个岗位上工作状态得到立即反馈,而系统所需工作人员数量少,效率高。降低资源浪费,同时增强职员管理透明度和约束职员自觉遵守出勤制度。
1.3 项目专用术语
HPTC-MAS :Hangzhou Public Transport Company Attendance -Management System
(杭州公交企业考勤管理系统)
1.4 参考资料
.net
微软教材
MSDN帮助文
2. 任务概述
2.1 目标
1)规范企业管理,实现对全企业人员管理实时监控。
2)实现较完善考勤管理体系。
3)为企业领导决议提供依据。
4)系统符合实际生产需求,人机界面友好、操作简便。
2.2 运行环境
操作系统平台:windows xp
数据库平台:sqlserver
2.3 条件和限制
程序运行前提:本程序是基于.net framework 2.0 开发,所以需要框架支持。
.net framework 2下载地址:
2.4 工作步骤
(不经过)
登录系统
选择上班操作
进入管理员系统界面
进入职员系统界面
管理员操作
职员操作
验证
(经过)
(判定身份)
上班
下班
登录系统
选择下班操作
验证
(不经过)
(经过)
3. 数据描述
静态数据
职员信息,部门信息
动态数据
月统计信息,考勤信息,出差信息,请假信息,留言信息,加班信息
3.1 数据库结构
采取Windows Sqlserver数据库写入读取文件
数据库名称:BUSDB
数据表描述:
EMPLOYEE(职员信息表)
数据项
系统生成还是用户输入
备注
职员号
用户输入
8位
密码
用户输入
6位到16位
姓名
用户输入
性别
用户输入
生日
用户输入
部门号
用户输入
2位
地址
用户输入
电话
用户输入
电子邮件
用户输入
备注
用户输入
状态
系统生成
0上班1不在班
DEPARTMENT(部门信息表)
数据项
系统生成还是用户输入
备注
部门编号
用户输入
2位
部门名称
用户输入
部门介绍
用户输入
部门责任人
用户输入
ATTENDANCE_DATE(日统计信息表)
数据项
系统生成还是用户输入
备注
编号
系统生成
日期
系统生成
职员号
系统生成
8位
职员姓名
系统生成
工作时间
系统生成
加班时间
系统生成
是否请假
用户输入
1表示是 0表示不是
是否出差
用户输入
1表示是 0表示不是
是否迟到
系统生成
1表示是 0表示不是
是否早退
系统生成
1表示是 0表示不是
是否旷工
系统生成
1表示是 0表示不是
ATTENDANCE(考勤信息表)
数据项
系统生成还是用户输入
备注
编号
系统生成
8位日期+登入序号
职员号
系统生成
8位
职员姓名
系统生成
上班时间
系统生成
下班时间
系统生成
ERRAND(出差信息表)
数据项
系统生成还是用户输入
备注
编号
系统生成
职员号
用户输入
8位
职员姓名
用户输入
开始时间
用户输入
结束时间
用户输入
描述情况
用户输入
LEAVE(请假信息表)
数据项
系统生成还是用户输入
备注
编号
系统生成
职员号
用户输入
8位
职员姓名
用户输入
开始时间
用户输入
结束时间
用户输入
原因
用户输入
MESSAGE (留言信息表)
数据项
系统生成还是用户输入
备注
职员号
系统生成
8位
职员姓名
系统生成
留言内容
系统生成
留言时间
系统生成
OVERTIME(加班信息表)
数据项
系统生成还是用户输入
备注
编号
系统生成
1+日期+序号
职员号
系统生成
8位
姓名
系统生成
加班时间
系统生成
加班日期
系统生成
3.2 代码字典
E_ 职员 D_部门 OV_加班 MS_留言 ER_出差 AT_考勤 AM_月考勤
3.3 数据采集
杭州公交企业各分企业人事部
4. 功效需求
4.1 总体需求
1)基础考勤管理(包含上班,下班)
2)特殊境况特殊处理(包含节假日 请假 出差 加班)
3)不合理上下班系统能够做出友好界面提醒和统计
4)立即统计职员考勤信息并提供立即查询
5)月度统计职员信息并支持打印报表
6)支持职员信息修改
4.1.1 用户界面
登录界面
说明:登录界面验证用户身份,并使用验证码确保验证正确性. 而且依据登录者身份选择不一样跳转页面。用户在忘记密码时候能够选择向管理员提交请求而且要回密码。
职员操作界面
说明:
职员操作界面包含以下功效:
1.密码修改
2.查询考勤统计
3.向管理员留言
管理员操作界面
说明:
管理员操作界面包含以下功效:
1.修改密码
2.职员信息管理(查看和修改功效)
3.考勤统计查询及报表打印
4.查看留言
4.1.2 表格编辑打印
支持
4.1.3 图型编辑打印
不支持
4.1.4 数据编辑
由操作人员角色决定
4.1.5 系统兼容性
兼容通常奔3机或以上微机或笔记本(需Framework2.0框架支持)
4.1.6 输入输出接口
1) 系统输入:从用户界面输入登录信息
2) 系统输出:登录信息反馈,报表生成
3)硬件接口:通常奔3或以上PC机或笔记本
4)软件接口:Windows XP
4.2 系统功效模块及需求(一)
4.2.1 模块结构
4.2.2 功效描述
1)实现基础上下班考勤管理
2)特殊情况(节假日 加班 出差 请假等)特殊判定 不属于正常考勤标准范围内统计
3)管理员对系统能够提供具体设计(包含通常考勤规则:职员信息查询修改,部门查询修改;特殊考勤规则:节假日 加班 出差 请假等规则设定 );
4)实现人性化操作:职员生日提醒,友好界面,工作问候
4.2.3 工作流图
4.2.4 数据流图
4.2.5 UML图
4.2.5.1) 上班
上班用例图
上班活动图
4.2.5.2)下班步骤
下班用例图
下班活动图
4.2.5.3)查询统计
查询统计用例图
查询统计活动图
4.2.5.4)登入
登入用例图
登入活动图
4.2.5.5节假日
节假日用例图
5. 性能需求
5.1 对性能要求
5.1.1 精度
1) 本系统全部为整数
5.1.2 时间特征要求
各个操作在1-20秒内完成
5.1.3 灵活性
1)系统能够立即适应数据库接收新数据
2)要求系统能够在PC机和笔记本上通用
5.2 输入输出要求
输入:
1. 职员帐号和密码输入:
格式:文本
输出:
1. 考勤报表:
格式:Excel电子表格形式输出
要求:表格内容正确无误
2. 考勤信息查询:
格式:Windows可视化窗口提醒
要求:人性化界面;数据正确
5.3 数据管理能力要求(针对软件系统)
说明需要管理文卷和统计个数、表和文卷大小规模,要按可预见增加对数据及其分量存放要求作出估算。
5.4 故障处理要求
出现异常提供具体异常错误信息并给出适宜处理方案。
5.5 其它专门要求
1) 安全性:对用户账户信息严格保护。
2) 可维护性:有错误时,能够提供立即修复工作
3) 易读性:界面符合windows友好界面风格,能提醒用户下一步操作步骤
4) 可转移性:支持IEPC机全部能够使用本系统。
5) 可靠性:出现错误不会造成系统死机。
6. 运行环境要求
6.1 设备
内存要求:256M以上
CPU要求:PⅢ以上,一般办公室PC机即可
6.2 支持软件
操作系统:windows xp
编译程序:Visual Studio
测试程序:Visual Studio
6.3 接口
无
7. 其它需要说明问题:
1、需求汇报由甲方提出基础需求,由开发方从技术层面进行认可,经双方认可后,作为正式项目需求汇报。
2、许可甲方(用户)在项目实施过程中,对需求汇报功效进行局部调整,调整需经双方认可后,作为以后开发和验收依据。
3、假如在开发过程中需要对软件功效进行调整,合作双方应友好协商处理,假如增加费用过大,甲方应支付此项费用。以确保项目标顺利实施。
8. 签字
此项目需求说明书已经双方确定。
甲方代表: 乙方代表:
展开阅读全文