软件产品需求规格说明书(案例)

一个案例

四川托普集团技术文档

卷 号： 卷内编号：

V1.0版

多层体系政务框架平台之一 行政服务中心政务平台

软件产品需求规格说明书

Software Product Requirements Specification

项 目 承 担 部 门：中央研究院应用产品开发中心 撰 写 人（签名）： 完 成 日 期：

本 文 檔 使 用 部 门：■主管领导 ■项目组 □客户（市场）

■维护人员 □用户

文档验交组（签名）： 验 交 日 期： 评审负责人（签名）： 评 审 日 期：

一个案例

软件产品需求规格说明书

Software Product Requirements Specification

1. 引言

1.1. 目的

本节描述软件产品需求规格说明书（SRS）的目的是：

定义软件总体要求，作为用户和软件开发人员之间相互了解的基础； 提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础；

作为软件总体测试的依据。

1.2. 定义

Workflow：工作流

1.3. 参考资料

行政服务中心政务平台白皮书 行政服务中心政务平台项目审批表

一个案例

2. 软件总体概述

2.1. 软件标识

软件全称：多层体系政务框架平台之一行政服务中心政务平台

软件简称：XZFWZXZW

版 本 号：1.0

2.2. 软件描述

2.2.1. 系统属性

行政服务中心是改革开放进程中一项新生事物，是实践江总书记“三个代表”重要思想的具体表现，是改善投资环境，扩大开放，吸收外来投资，加快发展的重要举措。为了实现行政服务中心“一站式集中，一条龙服务”，为全社会提供平等竞争的市场条件和长期稳定的投资环境，塑造廉洁，规范，高效的政府形象的目标，充分利用信息化技术，建设先进实用的可扩展性强的行政服务信息系统，实现行政服务信息处理的智能化、网络化、“无纸化”成为一项迫切的工作。为此，托普集团根据行政服务中心的业务需求，设计了行政服务中心政务平台。

2.2.2. 开发背景

开发目的：1、公众服务

2、行政服务中心和各级政府部门 应用目标：行政服务机构 使用范围：行政服务机构，公众

2.3. 软件功能(共12个系统模块)

一个案例

一个案例

一个案例

其中内部办公模块又分为：

一个案例

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++

一个案例

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 提供相应的应用接口，对无使用权限的功能不在接口上显示。操作尽量简单，好用、易用。这个接口体现多为管理，统计分析。

一个案例

7、 安全要求：

严格的权限控制，严谨的保密设计。采用NOTES的七级安全控制与CA加密认证的处理方式相结合的过程。

8、

用户分类控制：

使用对象按不同的标准备分为不同的类型：其中主要按使用功能对象来说分可分为：系统管理员、领导（监督者）、窗口单位操作者、公众。

9、

委托授权要求：

提供委托办理功能，如果在工作流中某个环节上的工作人员不在时，可由该工作人员指定代办人员来协助完成办理，有效避免了文档在某一环节的停滞。

10、

流程监控和提醒功能：

能自动搜索逾期未办件文档，对逾期未办件文档或指定文件进行催办，并可查看催办情况及答复催办。当出现逾期未办理的办件，系统会自动给出文字提醒。

3.2. 功能需求

本节描述2.3节所述的每一功能需求。本节可以划分为若干小节，每一小节逐一说明每一功能需求。

本节将该功能需求具体描述为输入、处理和输出的需求。本节可用自然语言描述；也可用形式化的方法描述，如数据流程图（DFD）、IDEF0方法等。本节由以下内容组成：

输入：详细描述该功能的所有输入资料，包括：输入源、类型、长度、数值范围、精度、量纲、数量、更新和处理频度等；

处理：定义对输入资料的全部操作，以获得预期的输出资料，包括：输入资料的有效性检验、操作时序或优先级、异常情况处理、输出资料的有效性检验等；

输出：详细描述该功能的所有输出资料，包括：接受者、类型、长度、数值范围、精度、量纲、数量、出错信息等。

所有字体都要求以宋体为主，正文内容按具体的行文进行处理。

一个案例

3.2.1. 系统门户子系统

3.2.1.1. 内网门户 操作界面：

首先出现登录界面（该界面的背景为行政务服务中心图片）：

登录进去之后，出现系统操作主界面：

其中XX件超时为链接，点击就可以进入超时的办件视图。

3.2.1.2. 外网门户

以下为门户网站的外网界面：

一个案例

选中法律法规、审批事项，政府公告、规章制度、领导介绍、中心简介、中心职能,窗口单位电话时出现如下的界面：

其中电子邮件是为行政服务中心设置的外部邮箱。采用notes的电子邮件系统。其界面如下：

采用Notes自带的WEB邮箱

一个案例

点击主页上的网上咨询时出现

对于没有答复的咨询不显示,点击我要咨询时出现如下表单样式。

一个案例

打开问题时出现

打开答复时出现:

点击菜单上的网上投诉时现网上投诉表单：

3.2.2. 办件管理子系统

办件管理的主界面如下：

一个案例

3.2.2.1. 一站式申报模块

点击主菜单上的网上申报时出现：

当按确定时：系统弹出如下的信息

一个案例

点击完成就会关闭窗口。 点击继续申报出现如下的窗口：

其中除了申报单位，申报项目，附件为空，其余的继承刚才填写的内容。 点击新的申报出现一个新的申报单。 3.2.2.2. 一站式受理模块

一站式受理子系统分为受理窗口办件与受理网上办件： 选中一站式受理会出现如下的界面

一个案例

a.

受理窗口办件

点击一站式受理右边的窗口受理按钮出现如下的窗口办件主界面如下：

当按提交时：系统弹出如下的信息

一个案例

受理时开始计时，一直到网上办结，点击打印就会打印出该申报单。点击继续申报出现新的受理表单。

b.

受理网上办件

网上办件是来源于一站式申报的数据，其中界面如下：

选中需要审批的，再选中右面的一个文档出现如下的办件受理界面：

一个案例

当按提交时：系统弹出如下的信息

点击继续受理会出现下一个要受理的网上审批单。

3.2.2.3. 网上审批模块

选中需要审批的，右面的一个文档出现如下的办件审批界面：

一个案例

总的审批意见是显示前面审批人的意见。 当按提交时：系统弹出如下的信息

点击继续审批会出现下一个要审批网上办件单。 3.2.2.4. 网上办结模块

网上办结的主界面如下：

选中右面的一个文档出现如下的办件审批界面：

一个案例

总的审批意见是显示前面审批人的意见。 当按办结密码正确时：系统返回如下的信息

点击继续办结会出现下一个要办结的网上办件单。 3.2.2.5. 网上查询模块

网上查询提供用户查询、模糊查询和综合查询、密码查询。 a.

用户查询

用户查询为如下界面

点击确定后若申报号和密码符合则出现申报信息，见下图：

一个案例

b.

模糊查询

其界面如下：

点击确定后将出现如下的界面：

本文来源：https://www.bwwdw.com/article/28j1.html