公文管理系统用户需求说明书.docx

公文管理系统用户需求说明书.docx

《公文管理系统用户需求说明书.docx》由会员分享，可在线阅读，更多相关《公文管理系统用户需求说明书.docx（14页珍藏版）》请在冰豆网上搜索。

公文管理系统用户需求说明书

机构图标

{公文管理系统}

用户需求说明书

文件状态：

[√]草稿

[]正式发布

[]正在修改

文件标识：

Company-Project-RD-UR

当前版本：

V1.0

作者：

完成日期：

机构公开信息

版本历史

版本/状态

作者

参与者

起止日期

备注

1.文档介绍

1.1文档目的

本文档为《公文管理系统》项目的用户需求说明书，主要目的在于：

（1）拟定《公文管理系统》系统的一般性需求；针对其功能性需求的业务、流程以及输入输出数据的规范和约束提出具体的要求，同时作为该产品设计与开发的重要参考依据；

（2）为下一步实施（系统的测试和文档人员）提供需求依据；

1.2文档范围

本文档包括以下几个重要部分：

1.产品介绍；

2.产品面向的用户群体；

3.产品应当遵循的标准或规范；

4.需求建模与分析报告

5.产品的非功能性需求

6.附件：

《用户需求调查报告》和《需求确认》。

1.3读者对象

读者分类

目的

客户代表

了解本文档对需求的理解是否和他们要求的一致

系统分析人员

理解用户需求，转化为系统需求

系统设计人员

理解用户需求，在设计时把握用户需求。

系统测试人员

了解用户需求，为测试提供参考

文档人员

编写用户使用和操作手册

1.4参考文档

提示：

列出本文档的所有参考文献（可以是非正式出版物），格式如下：

[标识符]作者，文献名称，出版单位（或归属单位），日期

例如：

[SPP-PROC-PP]SEPG，需求开发规范，机构名称，日期

1.5术语与缩写解释

缩写、术语

解释

RD

RequirementDesign

UR

UserRequirement

RD

需求开发RequireDevelopment

2.产品介绍

提示：

（1）这是一个公文管理系统，用于用户在线收发公文。

（2）这个公文管理系统是我们小组成员通过一个工程实训开发完成的。

3.产品面向的用户群体

（1）公文的用户群，该群体有如下特征。

a.主流面向为小型的企事业单位

4.产品应当遵循的标准或规范

产品应遵循以下的标准和规范：

IEEESoftwareEngineeringStandards；

代码注释规范.

阅读国家规范.

界面设计规范.

GB8567-88计算机软件产品开发文件编制指南 

GB/T12505-90计算机软件配置管理计划规范 

GB/T12504-90计算机软件质量保证计划规范

5.需求建模与分析报告

5.1参与者

1、小组成员（包括了系统的分析、设计、开发、测试）

2、软件使用客户。

5.2用例列表

列出系统的所有用例（有效用例）列表，并对每个用例要实现的功能进行简单说明。

5.3用例图

5.4用例说明

对每个用例描述其“基本流程”和“分支流程”。

5.4.1登录（Login）

基本流程

顾客单击页面顶部的“登录”链接。

系统显示登录页面。

顾客输入用户账号和密码，以及系统自动生成的图片验证码后，点击“登录”按钮。

系统根据用户数据信息对登录信息进行验证，然后返回页顶的连接，将系统控制权交付到其它用例。

页顶上的登录链接更换显示为“您好，用户的帐号名”和一个“退出”链接。

分支流程

如果顾客输入的帐号或密码不正确，系统将显示一条消息，提示顾客重新输入。

如果顾客连续三次输入的密码都不正确，系统将显示一条消息，提示顾客同客户服务部联系，并冻结Login页面。

关联列表

顾客和登录页面交互，登录页面同首页交互

窗体顶端

5.4.2收文浏览

■基本流程

用户成功登陆后，进入收文浏览页面，用户根据编码单击查看详细内容，并可发表阅文回执。

■分支流程

会员进入浏览页面，如果收文列表为空，系统反馈“页面显示为空”

■关联列表

会员与首问列表页面相交互，收文列表页面与收文具体内容页面相交互

5.4.3发文浏览

■基本流程

用户成功登陆后，进入发文浏览页面，用户根据编码单击查看详细内容，并可发表阅文回执。

■分支流程

会员进入浏览页面，如果发文列表为空，系统反馈“页面显示为空”

■关联列表

会员与发文列表页面相交互，发文列表页面与发文具体内容页面相交互

5.4.4发文

■基本流程

会员进入发文页面，书写发文内容。

输入收文者帐号，用户所属部门编号、文件标题、文件说明等信息。

■分支流程

会员输入收文者帐号为空，系统提示信息。

会员输入用户所属部门编号为空，系统提示信息。

会员输入文件标题为空，系统提示消息。

■关联列表

会员关联发送成功页面

5.4.5发文管理

■基本流程

用户对发文列表做相应的操作，确认后，系统对发文列表更新

■分支流程

用户对发文列表做相应的操作，取消操作，系统不做响应。

■关联列表

会员与发文管理面交互。

5.4.6收文管理

■基本流程

用户对收文列表做相应的操作，确认后，系统对发文列表更新

■分支流程

用户对发文列表做相应的操作，取消操作，系统不做响应。

■关联列表

会员同收文管理页面交互。

5.4.7删除文件

■基本流程

会员选择收文或者发文管理后对文件进行删除操作，系统相应操作，删除成功。

■分支流程

用户对发文列表做相应的操作，取消操作，系统不做响应。

■关联列表

用户与发文管理或者收文管理页面相交互。

5.4.8删除部门

■基本流程

管理员登陆部门管理列表，管理员输入某个部门编号进行搜索请求。

系统返还部门列表页面，管理员删除某部门请求提交给系统，系统删除该部门资料，部门删除成功。

■分支流程

管理员对某部门的搜索信息未搜索到相应部门，提示消息。

■关联列表

管理员与部门列表页面相交互。

5.4.9添加会员

■基本流程

管理员登陆会员管理列表，向系统发出添加会员请求。

系统返还会员注册页面。

管理员输入所添加用户的资料提交给系统，系统保留资料，会员创建成功。

■分支流程

管理员输入所添加的用户资料如果不正确，提示消息。

■关联列表

管理员与会员管理列表页面相交互，会员管理列表页面与会员注册页面相交互。

5.4.10修改现有部门信息

■基本流程

管理员进入单个部门信息页面，修改相应信息后提交系统，系统相应相应操作。

■分支流程

管理员输入某些信息过长或者格式不正确时，系统提示错误

■关联列表

管理员与修改现有部门信息也面向交互。

5.4.11添加新部门

■基本流程

管理员登录进入添加新部门页面，输入部门编号，部门名称，部门信息后提交系统，系统相应添加成功信息

■分支流程

管理员输入格式不正确时，提示消息

■关联列表

管理员与“添加新部门页面交互。

5.4.12添加新用户

■基本流程

管理员登录进入添加新用户页面，输入用户名称，用户密码，用户归属部门等信息后提交系统，系统相应添加成功信息

■分支流程

管理员输入部门编号为空或者不正确时，系统提示信息

管理员输入用户账号格式错误或者为空时，系统提示信息

■关联列表

管理员与添加新用户也面向交互

5.4.13修改用户权限

■基本流程

管理员修改用户权限后提交系统，系统做出相应

■分支流程

管理员未做修改返还系统时，系统提示信息。

■关联列表

管理员与修改用户权限页面向交互

6.产品的非功能性需求

6.1用户界面需求

需求名称

详细要求

视觉美观

整个界面要有良好的视觉效果。

界面布局

要求界面布局整齐，既有商业的氛围，也有书店的恬静。

局部元素

局部视觉元素精致耐看

色调

采用一致的色调，色彩搭配合理，符合书店行业特征。

符号设计

通俗易懂。

导航

符合用户操作习惯，方便用户在整个系统中进行页面浏览。

搜索引擎优化（SEO）

所有信息页面能够容易被搜索引擎收录。

…

6.2软硬件环境需求

需求名称

详细要求

硬件要求

IBM兼容机、IntelPentiumIII800/AMDK7以上处理器、1G以上内存支持标准网络协议的网卡

系统平台

WindowsServer2008、IIS7.0

运行环境

ASP.NET4.0、SQLServer2005标准版

客户端

IE7.0、IE8.0、IE9.0兼容

6.3产品质量需求

主要质量属性

详细要求

可靠性

1、系统应有备份与恢复机制。

数据出现异常时，可以在5个小时之内恢复到最近一天数据的状态。

2、从正式运营时开始，平均故障时间间隔不超过1次/3年。

3、系统应冗余磁盘阵列，防范磁盘故障。

性能，效率

1、系统能够支撑的Web并发查询人数不少于1000人/秒。

2、每次信息查询的响应时间小于3秒。

3、各类信息查询成功率必须达到80%。

易用性

1、普通用户不需要借助帮助即可完成订购图书操作。

2、业务员第一次使用系统时，能在30分钟内学会系统绝大部分的管理操作。

3、完成一项业务功能一般只需点击2-3次鼠标。

4、通过调查，达到80%的用户认为网站操作简单、快捷。

维护性

1、系统能够提供运行状态的实时报表和周、月、季的统计报表。

2、整个系统的维护在局域网内进行。

3、支持远程方式对图书目录及图书信息进行维护。

安全性

1、系统整体架构和实现，要能有效防范黑客攻击。

2、运行服务器要考虑防火墙、入侵检测、病毒防治等安全方面的措施，并提供相应的有效解决方案。

可扩展性

1、系统可通过平行增加服务器（web、应用、数据库服务器）的数量来提高并发能力、系统容量、数据访问速度、支持连接数等。

2、系统对负载均衡策略应该对N（N>=2）台服务器适用。

3、系统要提供包括数据库和查询界面的扩展开发接口，并描述接口的实现策略或说明文档。

4、系统可以非常方便的进行功能扩展。

兼容性

可运行在大多数主流的硬件及软件配置下

6.n其他需求

附录A：

用户需求调查报告

常见需求调查方式有：

与用户交谈，向用户提问题。

参观用户的工作流程，观察用户的操作。

向用户群体发调查问卷。

与同行、专家交谈，听取他们的意见。

分析已经存在的同类软件产品，提取需求。

从行业标准、规则中提取需求。

从Internet上搜查相关资料。

A.1需求标题1

需求标题1

调查方式

调查人

调查对象

时间、地点

需求信息记录

A.n需求标题N

需求标题N

调查方式

调查人

调查对象

时间、地点

需求信息记录

附录B：

需求确认

提示：

需求确认规程请参见SPP-PROC-RM，主要分两步：

（1）需求评审，

（2）需求承诺。

对需求的评审应当采用“正式技术评审方式”，将产生一份“需求评审报告”，规程请参见SPP-PROC-TR。

在获取责任人（Stakeholders）对需求的承诺之前，该《产品需求规格说明书》必须先通过需求评审。

需求评审报告摘要

需求文档

输入名称，标识符，版本，作者，完成日期，…

需求评审报告

输入名称，标识符，评审日期，…

评审结论

[]工作成果合格，“无需修改”或者“需要轻微修改但不必再审核”。

[√]工作成果基本合格，需要作少量的修改，之后通过审核即可。

[]工作成果不合格，需要作比较大的修改，之后必须重新对其评审。

评审意见

评审小组成员

输入评审小组成员

需求承诺

需求文档

输入名称，标识符，版本，作者，完成日期

客户承诺

承诺…

签字，日期

项目经理承诺

承诺…

签字，日期