用户需求说明书标准模板

  • 格式:doc
  • 大小:267.50 KB
  • 文档页数:11

下载文档原格式

  / 11
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

变更履历

目录

1.项目概况 (4)

1.1.项目背景 (4)

1.2.项目目标 (5)

1.3.单位情况 (5)

1.4.单位组织结构 (5)

2.信息化现状 (5)

2.1.硬件状况 (5)

2.2.软件状况 (5)

2.2.1.系统软件 (5)

2.3.人力资源状况 (6)

3.用户功能需求 (7)

3.1.功能模块的组成 (7)

3.2.名词术语 (7)

3.3.工作流程 (8)

3.3.1关键业务流程 (8)

3.4.模块功能通用要求 (9)

3.5.模块功能关键要求 (9)

3.5.1.首页桌面 (9)

3.5.2.日常办公 (9)

3.5.3.待办公文 (9)

4.非功能性要求 (9)

4.1.稳定性 (9)

4.2.安全性 (10)

4.3.用户界面需求 (10)

4.3.1.操作简捷 (10)

4.3.2.数据校验 (10)

4.4.运行需求 (10)

4.4.1.数据库要求 (10)

4.4.2.应用服务器要求 (11)

4.4.3.故障处理 (11)

4.4.4.用户文档 (11)

4.5.其它需求 (11)

4.5.1.支持软件环境 (11)

4.5.2.表单 (11)

4.6.接口 (12)

与第三方集成接口(硬件接口)的描述 (12)

4.6.1.与市低保系统的接口 (12)

附录A:词汇表 (12)

5验证及确认 (12)

以合同内容为双方验证确认的范围 (12)

1.项目概况

1.1.项目背景

建立社会救助体系,是构建社会主义和谐社会的首善之区的需要,是全面建设小康社会、统筹城乡经济社会发展、实现“新北京、新奥运”战略构想的重要内容,对于维护首都改革、发展和稳定具有重要意义。

96年以来,北京市建立了城乡最低生活保障制度,并通过实施医疗、住房、教育、司法、就业、灾害救助以及流浪乞讨人员救助等一系列专项救助,以及建立和完善的临时救助、社会互助等措施在保障低收入群众的基本生活、维护社会稳定方面发挥了重要作用。

目前,XXX已初步形成了以最低生活保障为基础,医疗、住房、教育等专项救助相配套,社会互助为补充的综合性、多层次的社会救助体系。但是,目前的救助还存着各区级委办局在社会救助方面的信息数据未实现共享,不能通过数字化管理,把政府和社会的各种救助资源及困难群众的救助需求有机结合的问题。还存在着在基础数据的收集和处理应用方面工作不到位的问题。

1.2.项目目标

以标准为灵魂,以需求为导向,以数据为基础,以应用为根本,以网络为载体,针对目前社会救助工作中存在的问题,建立数字化社会救助体系,全面掌握全区困难群众的救助需求,统一掌握救助信息,合理配置救助资源,提高工作效率和救助水平,科学监督评价救助工作效果,使困难群众应保尽保,应助尽助。

1.3.单位情况

1.4.单位组织结构

2.信息化现状

2.1.硬件状况

2.2.软件状况

2.2.1.系统软件

服务器:Windows 2003 操作系统

Oracle 10G数据库

客户端:Windows XP 操作系统

2.3.人力资源状况

信息技术人员水平较高,能够独立地对网络以及服务器主机进行调试与网络搭建,

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.用户界面需求

界面设计原则:用户界面应从输入输出的角度,反映系统的整体功能。

4.3.1.操作简捷

本系统要求操作简洁,易于学习,用户只需要简单培训即可掌握系统操作。

1.用户是所有处理的核心,简化用户操作步骤;

2.采用菜单方式按业务分类菜单;

4.3.2.数据校验

数据校验是增强系统可用性和可靠性的重要手段,系统要求对输入的数据进行有效性、合法性校验,数据校验可以排除许多数据不一致的现象,从逻辑上、数据完整性上保证数据的质量,做到“正确的输入有正确的结果,错误的输入有正确的响应”。

4.4.运行需求

4.4.1.数据库要求

Oracle 10g