用户需求说明书标准模板Word文档下载推荐.docx
- 文档编号:20470377
- 上传时间:2023-01-23
- 格式:DOCX
- 页数:9
- 大小:155.25KB
用户需求说明书标准模板Word文档下载推荐.docx
《用户需求说明书标准模板Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《用户需求说明书标准模板Word文档下载推荐.docx(9页珍藏版)》请在冰豆网上搜索。
1.0
正式发布
目
录
1.项目概况
4
1.1.项目背景
1.2.项目目标
1.3.单位情况
5
1.4.单位组织结构
2.信息化现状
2.1.硬件状况
2.2.软件状况
2.2.1.系统软件
2.3.人力资源状况
3.用户功能需求
6
3.1.功能模块的组成
3.2.名词术语
3.3.工作流程
7
3.3.1关键业务流程
3.4.模块功能通用要求
8
3.5.模块功能关键要求
3.5.1.首页桌面
3.5.2.日常办公
3.5.3.待办公文
4.非功能性要求
4.1.稳定性
4.2.安全性
9
4.3.用户界面需求
4.3.1.操作简捷
4.3.2.数据校验
4.4.运行需求
4.4.1.数据库要求
4.4.2.应用服务器要求
10
4.4.3.故障处理
4.4.4.用户文档
4.5.其它需求
4.5.1.支持软件环境
4.5.2.表单
4.6.接口
11
与第三方集成接口(硬件接口)的描述
4.6.1.与市低保系统的接口
附录A:
词汇表
5验证及确认
以合同内容为双方验证确认的范围
1.项目概况
1.1.项目背景
建立社会救助体系,是构建社会主义和谐社会的首善之区的需要,是全面建设小康社会、统筹城乡经济社会发展、实现“新北京、新奥运”战略构想的重要内容,对于维护首都改革、发展和稳定具有重要意义。
96年以来,北京市建立了城乡最低生活保障制度,并通过实施医疗、住房、教育、司法、就业、灾害救助以及流浪乞讨人员救助等一系列专项救助,以及建立和完善的临时救助、社会互助等措施在保障低收入群众的基本生活、维护社会稳定方面发挥了重要作用。
目前,XXX已初步形成了以最低生活保障为基础,医疗、住房、教育等专项救助相配套,社会互助为补充的综合性、多层次的社会救助体系。
但是,目前的救助还存着各区级委办局在社会救助方面的信息数据未实现共享,不能通过数字化管理,把政府和社会的各种救助资源及困难群众的救助需求有机结合的问题。
还存在着在基础数据的收集和处理应用方面工作不到位的问题。
1.2.项目目标
以标准为灵魂,以需求为导向,以数据为基础,以应用为根本,以网络为载体,针对目前社会救助工作中存在的问题,建立数字化社会救助体系,全面掌握全区困难群众的救助需求,统一掌握救助信息,合理配置救助资源,提高工作效率和救助水平,科学监督评价救助工作效果,使困难群众应保尽保,应助尽助。
1.3.单位情况
1.4.单位组织结构
2.信息化现状
2.1.硬件状况
客户方硬件
硬件对本系统的影响
判定结果
两台服务器能够通过Cluster结构.
由于采用SCSI硬盘,对数据保存安全性较高。
另外CLUSTER结构对接口兼容性较好
客户方硬件条件良好
CPU:
一个2路SMP多处理器模块,有2个750MHz以上微处理器。
内存:
四个容量为2G以上的内存。
内置硬盘:
2个高容量、高缓冲的SCSI硬盘,2个硬盘互为镜像。
以太网卡:
两块1000M以太网卡
磁带机:
磁带机能够对操作系统和系统运行数据作部分或完全备份。
SAN储存设备
2.2.软件状况
2.2.1.系统软件
服务器:
Windows2003操作系统
Oracle10G数据库
客户端:
WindowsXP操作系统
2.3.人力资源状况
信息技术人员水平较高,能够独立地对网络以及服务器主机进行调试与网络搭建,系统使用人员都能在WINDOWS平台下正常使用简单的OFFICE软件等。
人员岗位
学历
计算机水平
系统操作员
本科以上40人
网络知识良好,可对服务器/客户端进行调试与网络搭建。
在Windows平台下正常使用简单的Office等软件
3.用户功能需求
3.1.功能模块的组成
3.2.名词术语
术语和缩写
解释
备注
法定项目
一些低保人群可以根据自身条件申请某些社会救助项目。
而且只要符合相关条件,就一定可以申请到相关救助项目。
法定项目一次可申请多个。
非法定项目
根据现有资源(资金,物品等),对低收入人群的困难情况排序,优先救助过分贫困的人群,有些人可能申请不到。
一次只能申请一个。
3.3.工作流程
3.3.1关键业务流程
●普通业务流程--区级法定救助业务流程
…………….
系统总体结构
3.4.模块功能通用要求
1.各级用户,可在系统首页查看到提供的公告栏下载园地中的主要内容.
2.平台主要功能
(1)基础数据采集与管理
(2)业务办理管理
3.5.模块功能关键要求
3.5.1.首页桌面
简要说明
首页桌面体现用户登录系统后,现实在主页面上常用的功能,其中信息包括常用功能内的信息统计描述;
3.5.2.日常办公
日常办公体现当前用户在系统上经常办理业务的功能。
方便客户能快速的在系统上进行业务的办理。
3.5.3.待办公文
待办公文需要体现当前用户等待办理的事项,使用户方便快捷的找到当前需要办理的工作,以及办理流程,在审批通过后,对相应的救助申请进行救助资源的分配操作。
其包括业务受理、审核审批、分配实施三部分,业务受理功能为对救助申请的业务进行业务受理,审核审批功能是对受理通过的救助信息进行审核上报和审批办结的操作,分配实施功能是办理人员根据办理流程上的各级意见,最重确定救助金额的步骤。
4.非功能性要求
4.1.稳定性
保证数据存取和逻辑处理等不出现异常错误,确保7×
24正常运转。
对在数据处理过程中可能出现的软件、硬件故障导致的数据处理中断,系统应及时进行数据回滚,保证数据的唯一性、准确性。
4.2.安全性
在数据处理、存储、传输等过程中确保数据不被篡改,对不同功能进行权限划分。
对人为误操作所导致的数据删除,系统应提供数据恢复,保证数据的完整性。
4.3.用户界面需求
界面设计原则:
用户界面应从输入输出的角度,反映系统的整体功能。
序号
需求名称
备注
1
操作简洁
用户只需要简单培训即可掌握系统操作
2
数据校验
系统对录入的数据进行合法性校验
4.3.1.操作简捷
本系统要求操作简洁,易于学习,用户只需要简单培训即可掌握系统操作。
1.用户是所有处理的核心,简化用户操作步骤;
2.采用菜单方式
按业务分类菜单;
4.3.2.数据校验
数据校验是增强系统可用性和可靠性的重要手段,系统要求对输入的数据进行有效性、合法性校验,数据校验可以排除许多数据不一致的现象,从逻辑上、数据完整性上保证数据的质量,做到“正确的输入有正确的结果,错误的输入有正确的响应”。
4.4.运行需求
4.4.1.数据库要求
Oracle10g
4.4.2.应用服务器要求
WebLogic9.2环境
4.4.3.故障处理
软硬件故障的处理:
如果收到福利事务管理中心的故障处理方面的要求,如果是轻微故障可以直接去给客户进行故障处理,如果是严重的故障,我方先记录下来故障的原因等信息,然后我方会尽快根据客户所提出的故障进行分析,然后给客户一个处理的具体时间。
故障处理完后我方会对出现的故障进行总结。
4.4.4.用户文档
用户手册,培训教材
4.5.其它需求
4.5.1.支持软件环境
编号
设备名称
型号
配置/描述
操作系统
Window2003
数据库
Oracle10g环境
正式数据库
3
应用服务器
WebLogic9.2环境
正式应用服务器
4.5.2.表单
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 用户 需求 说明书 标准 模板