软件开发的需求说明书文档.docx

上传人:b****6 文档编号:8035496 上传时间:2023-01-28 格式:DOCX 页数:10 大小:34.45KB
下载 相关 举报
软件开发的需求说明书文档.docx_第1页
第1页 / 共10页
软件开发的需求说明书文档.docx_第2页
第2页 / 共10页
软件开发的需求说明书文档.docx_第3页
第3页 / 共10页
软件开发的需求说明书文档.docx_第4页
第4页 / 共10页
软件开发的需求说明书文档.docx_第5页
第5页 / 共10页
点击查看更多>>
下载资源
资源描述

软件开发的需求说明书文档.docx

《软件开发的需求说明书文档.docx》由会员分享,可在线阅读,更多相关《软件开发的需求说明书文档.docx(10页珍藏版)》请在冰豆网上搜索。

软件开发的需求说明书文档.docx

软件开发的需求说明书文档

需求说明书

需求说明书

1.引言

编写的目的

本手册作为用户与该系统软件开发维护人员共同遵守的软件需求规范说明。

使用对象:

安吉县水利局

背景

开发软件名称:

安吉山洪灾害防治预警平台

项目任务提出者:

安吉县水利局

项目开发者:

XX钱江科技发展有限公司水利事业部

用户:

安吉县水利局

实现软件单位:

XX钱江科技发展有限公司

考勤作为一个企业的基础管理,是企业对员工工作管理的基本依据。

实际管理和记录工作非常需要快速获知各个部门员工的每日出勤情况,以便于及时向高层管理者反映员工的出勤,缺勤情况〔包括迟到、早退、病假、事假、出差等情况。

我们提出基于C/S结构的网络考勤系统,实现网上考勤任务,以减轻考勤人员的工作量。

我们准备开发员工考勤管理系统,完成员工基本信息维护、企业的部门信息维护、企业基本考勤类型的维护、员工考勤的管理、员工考勤的查询与分析。

实现人事考勤的需要,包括员工迟到、早退、请假、旷工的情况的记录,在每个月底计算工资对员工和对员工进行绩效评估的时候,对员工整个月的考勤记录进行查询和统计。

企业考勤管理系统是为了解决员工考勤管理的而设计的,目的是建立一个能够初步实现企业考勤管理系统的智能化管理,提高考勤管理效率,工作人员能够在各个岗位上的工作状态得到及时的反馈,而系统所需的工作人员的数量少,效率高。

降低资源浪费,同时增强员工管理的透明度以及约束员工自觉遵守出勤制度。

项目专用术语

HPTC-MAS:

HangzhouPublicTransportCompanyAttendance-ManagementSystem

参考资料

微软教材

MSDN帮助文

2.任务概述

目标

1规范企业管理,实现对全公司人员管理的实时监控。

2实现较完善的考勤管理体系。

3为企业领导决策提供依据。

4系统符合实际生产需求,人机界面友好、操作简便。

运行环境

操作系统平台:

windowsxp

数据库平台:

sqlserver

条件与限制

程序运行前提:

本程序是基于.netframework2.0开发的,所以需要框架支持。

.netframework2下载地址:

=0.html

工作流程

上班

下班

3.数据描述

静态数据

员工信息,部门信息

动态数据

月记录信息,考勤信息,出差信息,请假信息,留言信息,加班信息

数据库结构

采用WindowsSqlserver数据库写入读取文件

数据库名称:

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位

姓名

系统生成

加班时间

系统生成

加班日期

系统生成

代码字典

E_员工D_部门OV_加班MS_留言ER_出差AT_考勤AM_月考勤

数据采集

XX公交公司各分公司人事部

4.功能需求

总体需求

1基本的考勤管理〔包括上班,下班

2特殊境况特殊处理〔包括节假日请假出差加班

3不合理的上下班系统可以做出友好的界面提示和记录

4及时记录员工的考勤信息并提供及时查询

5月度统计员工的信息并支持打印报表

6支持员工信息的修改

用户界面

登录界面

说明:

登录界面验证用户身份,并使用验证码确保验证的准确性.并且根据登录者的身份选择不同的跳转页面。

用户在忘记密码的时候可以选择向管理员提交请求并且要回密码。

员工操作界面

说明:

员工操作界面包括以下功能:

1.密码修改

2.查询考勤记录

3.向管理员留言

管理员操作界面

说明:

管理员操作界面包括以下功能:

1.修改密码

2.员工信息管理〔查看和修改功能

3.考勤记录查询及报表打印

4.查看留言

表格编辑打印

支持

图型编辑打印

不支持

数据编辑

由操作人员角色决定

系统兼容性

兼容一般奔3机或以上微机或笔记本<需Framework2.0框架支持>

输入输出接口

1)系统输入:

从用户界面输入登录信息

2)系统输出:

登录信息反馈,报表生成

3硬件接口:

一般奔3或以上PC机或笔记本

4软件接口:

WindowsXP

系统功能模块及需求<一>

模块结构

功能描述

1实现基本的上下班考勤管理

2特殊情况〔节假日加班出差请假等特殊判断不属于正常考勤标准的范围内记录

3管理员对系统可以提供详细设计〔包括一般考勤规则:

员工信息的查询修改,部门的查询修改;特殊考勤规则:

节假日加班出差请假等规则设定;

4实现人性化操作:

员工生日提醒,友好界面,工作问候

工作流图

数据流图

UML图

4.2.5.1>上班

上班用例图

上班活动图

4.2.5.2下班环节

下班用例图

下班活动图

4.2.5.3查询统计

查询统计用例图

查询统计活动图

4.2.5.4登入

登入用例图

登入活动图

4.2.5.5节假日

节假日用例图

5.性能需求

对性能的规定

精度

1)本系统全部为整数

时间特性要求

各个操作在1-20秒内完成

灵活性

1系统可以立刻适应数据库接受的新数据

2要求系统可以在PC机和笔记本上通用

输入输出要求

输入:

1.员工帐号和密码输入:

格式:

文本

输出:

1.考勤报表:

格式:

Excel电子表格形式输出

要求:

表格内容准确无误

2.考勤信息查询:

格式:

Windows可视化窗口提示

要求:

人性化界面;数据准确

数据管理能力要求〔针对软件系统

说明需要管理的文卷和记录的个数、表和文卷的大小规模,要按可预见的增长对数据及其分量的存储要求作出估算。

故障处理要求

出现异常提供详细异常错误信息并给出合适的解决方案。

其他专门要求

1)安全性:

对用户账户信息严格保护。

2)可维护性:

有错误时,可以提供及时修复工作

3)易读性:

界面符合windows友好界面风格,能提示用户下一步的操作步骤

4)可转移性:

支持IE的PC机都可以使用本系统。

5)可靠性:

出现错误不会导致系统死机。

6.运行环境规定

设备

内存要求:

256M以上

CPU要求:

PⅢ以上,普通办公室PC机即可

支持软件

操作系统:

windowsxp

编译程序:

VisualStudio2005

测试程序:

VisualStudio2005

接口

7.其它需要说明的问题:

1、需求报告由甲方提出基本需求,由开发方从技术层面进行认可,经双方认可后,作为正式的项目需求报告。

2、允许甲方〔客户在项目实施过程中,对需求报告的功能进行局部调整,调整需经双方认可后,作为以后开发和验收的依据。

3、如果在开发过程中需要对软件功能进行调整,合作双方应友好协商解决,如果增加费用过大,甲方应支付此项费用。

以保证项目的顺利实施。

8.签字

此项目需求说明书已经双方确认。

甲方代表:

乙方代表:

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 解决方案 > 学习计划

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1