托普集团项目过程文文件……软件需求规格说明书
四川托普集团技术文档
卷
号:
卷内编号:
V1.0 版
多层体系政务框架平台之一
行政服务中心政务平台
软件产品需求规格说明书
Software Product Requirements Specification
项 目 承 担 部 门:中央研究院应用产品开发中心
撰 写 人(签名):
完 成 日 期:
本 文 檔 使 用 部 门:■主管领导 ■项目组 □客户(市场)
■维护人员 □用户
文档验交组(签名):
验 交 日 期:
评审负责人(签名):
评 审 日 期:
第 1 页 共 39页
托普集团项目过程文文件……软件需求规格说明书
软件产品需求规格说明书
Software Product Requirements Specification
1. 引言
1.1. 目的
本节描述软件产品需求规格说明书(SRS)的目的是:
定义软件总体要求,作为用户和软件开发人员之间相互了解的基础;
提供性能要求、初步设计和对用户影响的信息,作为软件人员进行软件结构
设计和编码的基础;
作为软件总体测试的依据。
1.2. 定义
Workflow:工作流
1.3. 参考资料
行政服务中心政务平台白皮书
行政服务中心政务平台项目审批表
第 2 页 共 39页
托普集团项目过程文文件……软件需求规格说明书
2. 软件总体概述
2.1. 软件标识
软件全称:多层体系政务框架平台之一行政服务中心政务平台
软件简称:XZFWZXZW
版 本 号:1.0
2.2. 软件描述
2.2.1. 系统属性
行政服务中心是改革开放进程中一项新生事物,是实践江总书记“三个代表”
重要思想的具体表现,是改善投资环境,扩大开放,吸收外来投资,加快发展的
重要举措。为了实现行政服务中心“一站式集中,一条龙服务”,为全社会提供平
等竞争的市场条件和长期稳定的投资环境,塑造廉洁,规范,高效的政府形象的
目标,充分利用信息化技术,建设先进实用的可扩展性强的行政服务信息系统,
实现行政服务信息处理的智能化、网络化、“无纸化”成为一项迫切的工作。为
此,托普集团根据行政服务中心的业务需求,设计了行政服务中心政务平台。
2.2.2. 开发背景
开发目的:1、公众服务
2、行政服务中心和各级政府部门
应用目标:行政服务机构
使用范围:行政服务机构,公众
2.3. 软件功能(共 12 个系统模块)
第 3 页 共 39页
托普集团项目过程文文件……软件需求规格说明书
序号
功能名称
功能需求标识
优先级
简要解释
1
2
3
4
5
6
7
8
9
系统门户
办件管理
系统管理
触摸屏查询
决策分析
考核管理
数据整合
内部办公
CA 认证
L1
L2
L3
L4
L5
L6
L7
L8
L9
10
11
12
收费管理
网站发布
流程自定义
L10
L11
L12
高
高
高
中
中
中
中
中
中
中
中
中
用户操作的入口
是本系统的核心子系统,负责对网上受理和大厅
受理的办件业务依据中心项目管理办法和办件
规则进行报批、批复、办理。
用户管理,流程管理,权限管理,日志管理,系
统配置,数据备份,假日设置等
项目查询,办件查询
系统能够灵活的按照中心的要求,定期或不定期
的生成各类事项受理和办理情况的统计报表并
发送到相关领导或机构的桌面。
记录考核的结果,便于查询统计
将文档型数据库与关系型数据库进行数据交换,
交流,
完成单位内部的无纸化办公及与行政服务中心
系统的无缝接合。
实现 CA 认证,高度的保证数据真实,安全,可
靠。
收费处理,收费统计,收费查询
实现网站的自动发布
实现办件流程的自定义
第 4 页 共 39页
托普集团项目过程文文件……软件需求规格说明书
用软件的功能结构图加以说明如下:
系统门户
行
政
服
务
中
心
政
务
平
台
办件管理
流程自定义
网站发布系统
决策分析
触摸屏查询
考核管理
数据整合
收费管理
内部办公
CA 认证
系统管理
内网门户
外网门户
一站式网上申报
一站式受理
网上审批
网上办结
网上查询
网上统计
网上监督
网上咨询
网上投诉
项目查询
办件查询
收费处理
收费统计
收费查询
用户管理
流程管理
权限管理
日志管理
数据备份
假日设置
第 5 页 共 39页
托普集团项目过程文文件……软件需求规格说明书
其中内部办公模块又分为:
内
部
办
公
个人办公
日常办公
通讯录管理
公共信息
个人邮件
通讯录
个人事务
收文管理
发文管理
档案管理
资源管理
电子论坛
公用信息
第 6 页 共 39页
托普集团项目过程文文件……软件需求规格说明书
2.4. 用户的特点
因为本软件是一个全新的概念,对它的使用要求领导绝对的支持,才能将这
个软件系统得以很好的使用。
系统管理员和维护人员:计算机水平好,文化程度高,对 Notes 熟悉,能胜
任系统管理工作;
领导:对使用这个系统有很大的支持度,会用计算机;
操作人员:对计算机能熟练使用;
公众:对于咨询与要求处理事件的人,没有什么特别的要求,从网上的,系
统一般都给明确的提示;从窗口来的,一般与操作人员接洽处理。
2.5. 限制与约束
本节描述软件开发工作的某些限制,例如经费限制、开发期限、硬件限制、
编程语言、通信协议、安全和保密要求、开发过程中须遵守的某些标准或规则。
本节内容不是陈述具体需求或设计约束,而是为具体需求以及设计约束的描
述提供依据。
经费限制:41.07 万;
开发期限:2002 年 8 月 31 日完成;
硬件限制:硬设备有部分配置比较低,完成本需求说明中的功能和性能要求
没有问题;
编程语言:Notes Script,HTML,C++ BUILDER,Visual C++
通信协议:TCP/IP ,X.509
安全和保密要求:Notes 提供的七级权限控制;CA 加密认证;
开发过程中须遵守的某些标准或规则:编码规范采用 Notes Script、C++
第 7 页 共 39页
托普集团项目过程文文件……软件需求规格说明书
BUILDER,Visual C++的编码规范进行。
3. 具体需求
本章应包括在进行软件结构设计时所需的全部细节。
3.1. 总体要求
1、 基本要求:
构建行政服务中心政务平台,实现办件处理网络化、无纸化、科学化,内部
办公自动化与政务公开化的要求,并为领导提供办件相关的统计与决策分析数
据。
2、 软件结构:
行政服务中心政务平台采用 B/S 模式,对于系统管理采用 C/S 模式。
3、 操作时限要求:
文档处理平均响应时间为 1 秒,不包括查询与统计时间。
4、 流程要求:
提供可视化的方法修改和自定义工作流程。
流程中的人员配置、工作流控制和工作流应用三者完全分离。人员配置是根
据工作需要对工作人员进行适时配置;工作流控制可以控制工作流的流向、属性,
并根据人员配置分配流程中的人员属性以及管理工作流之间的信息交换;工作流
应用能够根据用户的不同流程需要开发出不同的流程应用。
流程具备回溯功能,具备流程监控功能。
5、 文档管理、查询要求:
能将各种办件处理结果或情况按月进行归档。
6、 操作接口要求:
分为 B/S 与 C/S 两种类型,
B/S 体现一种清晰,严谨之感觉。这个接口的体现是多为录入,查询与审批。
C/S 提供相应的应用接口,对无使用权限的功能不在接口上显示。操作尽量
简单,好用、易用。这个接口体现多为管理,统计分析。
第 8 页 共 39页