需求分析报告202.docx
- 文档编号:11122889
- 上传时间:2023-05-29
- 格式:DOCX
- 页数:52
- 大小:1.78MB
需求分析报告202.docx
《需求分析报告202.docx》由会员分享,可在线阅读,更多相关《需求分析报告202.docx(52页珍藏版)》请在冰点文库上搜索。
需求分析报告202
需求规格说明书
文档编号:
创建日期:
最后修改日期:
版本号:
V1.0
电子版文件名:
文档修订摘要
日期
修订号
描述
著者
审阅者
日期
2011.06.30
V1.0.0
全文,初稿
刘仁峰
一、引言
1.系统概述
1.1目的
1.2术语定义
缩写、术语
解释
1.3阅读对象和文档组织结构
1.4参考资料
1.5需求优先级说明
优先级别
重要程度
说明
优先级1[A1]
最优先
必须实现。
本文中未做特别表明的需求,优先级均默认为优先级1。
优先级2[A2]
优先
争取实现,如困难,可以变通方式实现
优先级3[A3]
中等
争取实现,如困难,可以变通方式实现;如实在困难,受各种客观软硬件条件影响,可以考虑到再升级时实现
优先级4[A4]
可以等待
争取实现,如困难,可以变通方式实现,且不对该功能实现做时间上的要求;如实在困难,可考虑再升级时实现
优先级5[A5]
不太必要
再升级时实现
2.系统目标
二、文档约束
为使预期读者能够顺利、准确理解本文档内容,在此对文档中的“特殊语言”加以约定,即本文档中使用的格式、符号等内容在此做统一标准,以使本文读者能够在共同语言的基础上理解本文档内容。
1.文档项目编号约定
此需求规格说明文档以“1、1.1、1.1.1……”项目编号形式编排,依次表示“大标题”、“次标题”、“子条目”。
2.业务流程图约定
本文档中的业务流程图中,所应用图形含义约定如下:
项目
说明
图例
角色
使用系统的人员岗位角色
过程
业务处理的操作
预定义过程
包含细化过程的业务操作
数据
业务涉及的数据项目
文档
业务过程中生成、使用的文档资料
判断
对过程执行条件的判断操作
开始
某一个业务过程起始的标识
结束
某一个业务过程完成的标识
标注
对某项目进一步解释说明的标识
3.数据说明约定
本文档中数据说明表中,各个数据项名称的含义约定如下:
●名称:
注明数据项名称;
●建议长度:
说明数据项的建议长度范围;
●输入方式:
A表示手工输入、B表示手工选择、C表示系统带入;
●描述:
即说明此数据项的含义;
●备注:
其它需要说明事项。
如果数据类型为枚举型,则在此注明枚举各项内容明细。
需要特别声明的是,这里的数据说明只是从需求的角度阐述需要这些数据,绝不代表数据库设计,离数据库设计还有很大的差异,但会是将来数据库设计的很好依据。
三、需求概述
根据各个业务部门提交的日常事务的审批单据,配合相应的业务流程,实现日常办公的电子化需要,并能够对历史数据进行查询
1.需求列表
编号
需求名称
需求简要描述
是否为产品
优先级
1
招聘申请
是
A
2
入职办理
是
A
3
转正申请
是
A
4
请假审批
是
A
5
离职申请
是
A
6
人事变动申请
否
A
7
设计变更申请
否
A
8
设计任务流程
否
A
9
出差申请
是
A
10
差旅借款申请
是
A
11
其他借款申请
是
A
12
付款申请
是
A
13
日常费用报销
是
A
14
差旅费用报销
是
A
15
其他费用报销
是
A
16
移库调拨申请
否
A
17
资产申购
是
A
18
领料申请
否
A
19
入库申请
否
A4
20
项目采购申请
否
21
项目合同清单申请
否
22
项目信息管理
否
四、软件的功能需求
1.产品功能说明
1.1招聘申请
1.1.1业务描述
用于人员增聘的电子化审批。
1.1.2表单页面原型
说明:
上图为产品已有功能,增聘申请的新建页面原型,根据调研,暂定需要添加一下相关字段:
接收建立的邮箱地址、入职类型(正编人员、非正编人员)、最迟到位时间、招聘原因(离职、缺编、异动、组织结构调整、临时需求、其他;选择其他时指明“特殊说明”);另外招聘人数域银河伟业展现方式略有出入:
银河伟业现有表单为:
人数(编制\实际),现有产品系统中是提示是否在计划内;
调整后页面:
其中标红的为新添加的或者调整的;
1.1.3功能描述
1.申请人默认是当前系统登录人,可以修改;
2.选择部门后带出此部门下的所有岗位信息;
3.选择岗位后带出岗位的岗位职责、任职要求等信息,并可在此手动更改;
4.招聘原因选择其他时,要求特殊说明必填;
5.增聘申请一般是由部门经理填写;
1.1.4业务流程
1.1.5业务数据说明
用印申请数据说明
名称
来源
描述
备注
1.2转正申请
1.2.1业务描述
用于人员转正的电子化审批。
1.2.2表单页面原型
1.2.3功能描述
1.申请人、部门、岗位根据当前系统登录人自动带出,不可以修改;
2.转正审核表以附件的形式上传;
3.审批过程中部门经理填写建议薪资、日期等(具体有:
专业知识、工作能力、工作效率、协调能力、性格品德(这这五项是选项的:
优秀、良好、一般、差)、建议(选项:
提前转正、期满转正、延长使用期、转岗在试用、辞退)、建议转正日期、建议转正薪资);
4.部门审批通过之后需要修改表单展示页面,以便于在下级审批时可以看见部门经理填写的信息;
5.只有在员工信息列表中员工状态为试用的才可以填写转正申请;
1.2.4业务流程
1.2.5业务数据说明
名称
来源
描述
备注
1.3请假审批
1.3.1业务描述
用于员工请假申请的电子化审批。
1.3.2表单页面原型
(图一)
(图二)
1.3.3功能描述
1.申请人、部门、岗位根据当前系统登录人自动带出,可以修改;
2.需要维护好员工的假期类型,并维护员工的假期信息;
3.员工只能填写请假类型下的剩余时间不为0的申请;
4.员工一次可以填写多个类型的请假申请,并且每个假期类型的请假时间不得大于剩余时长;
5.请假申请每个员工都可以填写;
1.3.4业务流程
1.3.5业务数据说明
名称
来源
描述
备注
1.4离职申请
1.4.1业务描述
用于员工离职申请的电子化审批。
1.4.2表单页面原型
1.4.3功能描述
1.申请人、性别、部门、岗位、入职日期根据当前系统登录人自动带出,申请人可以更改;
2.审批过程中部门经理填写与员工谈话内容概要;
3.部门审批通过之后需要修改表单展示页面,以便于在下级审批时可以看见部门经理填写的信息;
4.只有员工信息列表中员工状态为非离职的员工可以填写离职申请;
1.4.4业务流程
说明:
离职手续办理完成之后,额外通知人事、财务部门;
1.4.5业务数据说明
名称
来源
描述
备注
1.5出差申请
1.5.1业务描述
用于员工出差申请的电子化审批。
1.5.2表单页面原型
(图一)
(图二)
说明:
图一为出差申请表单概要信息;
1.5.3功能描述
1.申请人、部门、岗位根据当前系统登录人自动带出,申请人可以更改,申请日期默认为当天,不可更改;
2.如果需要写明行程明细,则勾选是否有行程明细,打开图二,进行填写,目的是解决一次出差会去多个城市的情况;
3.所有员工都可以填写出差申请;
1.5.4业务流程
1.5.5业务数据说明
名称
来源
描述
备注
1.6差旅借款申请
1.6.1业务描述
用于员工差旅借款申请的电子化审批。
1.6.2表单页面原型
1.6.3功能描述
1.申请人、部门、岗位、职位等级根据当前系统登录人自动带出,申请人可以更改,申请日期默认为当天,可更改;
2.所有员工都可以填写出差申请;
1.6.4业务流程
1.6.5业务数据说明
名称
来源
描述
备注
1.7其他借款申请
1.7.1业务描述
用于员工其他借款申请的电子化审批。
1.7.2表单页面原型
1.7.3功能描述
1.申请人、部门、岗位、职位等级根据当前系统登录人自动带出,申请人可以更改,申请日期默认为当天,可更改;
2.所有员工都可以填写其他借款申请;
1.7.4业务流程
同差旅借款申请流程图;
1.7.5业务数据说明
名称
来源
描述
备注
1.8付款申请
1.8.1业务描述
用于员工付款申请的电子化审批。
1.8.2表单页面原型
1.8.3功能描述
1.申请人、部门根据当前系统登录人自动带出,申请人可以更改,申请日期默认为当天,可更改;
2.当支付方式选择银行支付时,需要调整收款人银行账号的收款银行为手填;
3.所有员工都可以填写付款申请;
4.付款申请分为采购付款和其他付款申请;
1.8.4业务流程
同差旅借款申请流程图;
1.8.5业务数据说明
名称
来源
描述
备注
1.9日常费用报销
1.9.1业务描述
用于员工日常费用报销申请的电子化审批。
1.9.2表单页面原型
说明:
打印的时候去掉费用说明;
1.9.3功能描述
1.申请人、部门、岗位、职位等级根据当前系统登录人自动带出,申请人可以更改,申请日期默认为当天,可更改;
2.一个报销单可以填写多条费用明细;
3.所有员工都可以填写日常费用报销申请;
4.北京本地的审批流程安下边流程图信息进行审批,外地的日常费用报销,不需要经过总经理审批的环节;
1.9.4业务流程
1.9.5业务数据说明
名称
来源
描述
备注
1.10差旅费用报销
1.10.1业务描述
用于员工差旅费用报销申请的电子化审批。
1.10.2表单页面原型
1.10.3功能描述
1.申请人、部门、岗位、职位等级根据当前系统登录人自动带出,申请人可以更改,申请日期默认为当天,可更改;
2.一个报销单可以填写多条费用明细;
3.所有员工都可以填写差旅费用报销申请;
4.北京本地的审批流程安下边流程图信息进行审批,外地的日常费用报销,不需要经过总经理审批的环节;
1.10.4业务流程
同日常费用报销流程图;
1.10.5业务数据说明
名称
来源
描述
备注
1.11其他费用报销
1.11.1业务描述
用于员工其他费用报销申请的电子化审批。
1.11.2表单页面原型
1.11.3功能描述
1.申请人、部门、岗位、职位等级根据当前系统登录人自动带出,申请人可以更改,申请日期默认为当天,可更改;
2.一个报销单可以填写多条费用明细;
3.所有员工都可以填写其他费用报销申请;
4.北京本地的审批流程安下边流程图信息进行审批,外地的日常费用报销,不需要经过总经理审批的环节;
1.11.4业务流程
同日常费用报销流程图;
1.11.5业务数据说明
名称
来源
描述
备注
1.12资产申购
1.12.1业务描述
用于员工固定资产或者低值易耗品的采购申请的电子化审批。
1.12.2表单页面原型
1.12.3功能描述
1.申请人、部门根据当前系统登录人自动带出,申请人可以更改,申请日期默认为当天,可更改;
2.上图为系统原有功能表单,根据银河伟业相关需求,需要做以下调整:
供应商、规格型号、单价改成非必填;资产性质改为固定资产和低值易耗品;
3.一张申请单可以填写多件物品明细的信息;
4.一般是由项目经理填写采购申请;
1.12.4业务流程
1.12.5业务数据说明
名称
来源
描述
备注
1.13项目采购申请
1.13.1业务描述
用于员工项目采购申请的电子化审批。
1.13.2表单页面原型
此功能不采用表单开发,用户直接填写银河伟业电子版word或excel项目采购清单表,然后上传的我们系统预先定义好的文档库中作为流程审批的数据载体;
1.13.3功能描述
1.13.4业务流程
1.13.5业务数据说明
名称
来源
描述
备注
1.14管理合同
1.14.1业务描述
用于管理合同的电子化审批。
1.14.2表单页面原型
此功能不采用表单开发,用户直接填写银河伟业电子版word或excel项目采购清单表,然后上传的我们系统预先定义好的文档库中作为流程审批的数据载体;上载后指明合同类型(中铁、农行)
1.14.3功能描述
1.一般由项目经理上载管理合同,并启动流程;
1.14.4业务流程
1.14.5业务数据说明
名称
来源
描述
备注
1.15项目信息备案
1.15.1业务描述
用于已经立项的项目备案,方便员工查阅,和设计部流程使用;
1.15.2表单页面原型
1.15.3功能描述
1.15.4业务流程
无。
1.15.5业务数据说明
名称
来源
描述
备注
1.16施工日志
1.16.1业务描述
1.16.2表单页面原型
1.16.3功能描述
1.工程部现场负责人填写实施日志,然后通知项目总负责人和李羿;
1.16.4业务流程
无。
1.16.5业务数据说明
1.17配工单
1.17.1业务描述
1.17.2表单页面原型
1.17.3功能描述
1.17.4业务流程
无。
1.17.5业务数据说明
2.表单功能说明
2.1录用申请
2.1.1业务描述
用于员工录用申请的电子化审批。
2.1.2表单页面原型
说明:
*表示必填信息;
2.1.3功能描述
1.录用申请采用自定制开发法模式实现,实现技术将采用InfoPath表单开发,上图为表单原型图。
2.其中应聘人员登记表编号为必填,目的是提醒人事人员要求应聘人填写应聘人员登记表,如有特殊情况,应聘者没有填写应聘人员登记表,则由人事部填写一个特殊编号以作标示;
3.一般是人事部填写人员录用申请表单;
4.部门经理确认人员到岗日期后,由人力资源部确认人员是否到岗(提醒人力资源员工填写员工入职登记表),如果到岗,通知财务部及相关人员,结束流程;如果没有到岗,通知部门经理等相关人员,结束流程;
2.1.4业务流程
说明:
2.1.5业务数据说明
名称
来源
描述
备注
2.2人事变动申请
2.2.1业务描述
用于员工人事变动申请的电子化审批。
2.2.2表单页面原型
说明:
*表示必填信息;
2.2.3功能描述
1.录用申请采用自定制开发法模式实现,实现技术将采用InfoPath表单开发,上图为表单原型图。
2.变动类型包括转岗、调职、调薪,其中转岗和调职可能会涉及到跨部门的情况,需要人事部协助现在做工作交接
3.员工都可以填写人事变动申请表单;
2.2.4业务流程
说明:
总经理审批通过之后,通知人事行政部办理工作交接;
2.2.5业务数据说明
名称
来源
描述
备注
2.3设计变更申请
2.3.1业务描述
用于设计变更申请的电子化审批。
2.3.2表单页面原型
每一步审批的过程中都可以传附件;
2.3.3功能描述
1.录用申请采用自定制开发法模式实现,实现技术将采用InfoPath表单开发,上图为表单原型图。
2.项目基本信息中选择项目后会带出项目备案中记录的项目基本信息,项目信息为只读;
3.甲方联系人在项目备案记录时,采用多行文本,手动方式录入;
4.附件信息会相当大,需要另一种机制来存储,然后将项目存储位置连接记录在图纸等链接栏;
5.设计变更表单是由经理提起的;,设计部经理审批决定是否执行变更,然后由审计部经理指定变更执行人(必填)和内审人(可选);
6.最后有设计部经理审核变更执行质量,并指定是否有成本预算部审批(默认是“勾选”);
2.3.4业务流程
说明:
全部审批通过后,需要额外通知申请人的分管领导、雷雨;
2.3.5业务数据说明
名称
来源
描述
备注
2.4设计任务流程
2.4.1业务描述
用于设计任务申请的电子化审批。
2.4.2表单页面原型
说明:
*为必填信息;
2.4.3功能描述
1.设计任务申请采用自定制开发法模式实现,实现技术将采用InfoPath表单开发,上图为表单原型图。
2.项目基本信息中选择项目后会带出项目备案中记录的项目基本信息,项目信息为只读;
3.甲方联系人在项目备案记录时,采用多行文本,手动方式录入;
4.附件信息会相当大,需要另一种机制来存储,然后将项目存储位置连接记录在图纸等链接栏;
5.设计任务单是设计部经理提起的;任务完成时也由设计部经理验收,并指定是否有成本预算部审批(默认是“勾选”);
2.4.4业务流程
说明:
全部审批通过后,需要邮件通知雷雨;
2.4.5业务数据说明
名称
来源
描述
备注
2.5移库调拨申请
2.5.1业务描述
用于移库调拨申请的电子化审批。
2.5.2表单页面原型
说明:
*表示必填信息;
2.5.3功能描述
1.移库调拨申请采用自定制开发法模式实现,实现技术将采用InfoPath表单开发,上图为表单原型图。
2.物品信息中,优先展示物料编码、物料名称、规格型号,可以接受分行显示,但最好不要展示信息不全;
3.ERP调拨单号是需要审批完成,打印出来后手动填写的,必填;
4.移库调拨申请一般是由库管填写;
2.5.4业务流程
2.5.5业务数据说明
名称
来源
描述
备注
2.6领料申请
2.6.1业务描述
用于员工领料申请的电子化审批。
2.6.2表单页面原型
说明:
*表示必填信息;
2.6.3功能描述
1.领料申请采用自定制开发法模式实现,实现技术将采用InfoPath表单开发,上图为表单原型图。
2.物品信息中,优先展示物料编码、物料名称、规格型号,可以接受分行显示,但最好不要展示信息不全;
3.领料申请一般是由库管填写;
2.6.4业务流程
2.6.5业务数据说明
名称
来源
描述
备注
2.7入库申请
2.7.1业务描述
用于员工入库申请的电子化审批。
2.7.2表单页面原型
说明:
*表示必填信息;
2.7.3功能描述
1.入库申请采用自定制开发法模式实现,实现技术将采用InfoPath表单开发,上图为表单原型图。
2.物品信息中,优先展示物料编码、物料名称、规格型号,可以接受分行显示,但最好不要展示信息不全;
3.入库申请一般是由库管填写;
2.7.4业务流程
2.7.5业务数据说明
名称
来源
描述
备注
五、软件的非功能性需求
1.1.系统集成
●和现有的邮件系统(Exchange2010)集成;
●基于现有的AD域验证。
1.2.系统扩展性
1.3.使用方便性
●功能实现时应尽可能简化用户操作难度
1.4.安全
●对于不同角色有不同的安全授权
六、签字确认
姓名
日期
备注
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 分析 报告 202