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

1、机构图标（公文管理系统用户需求说明书文件状态：文件标识：Company-Project-RD-URV 草稿当前版本：V 1.0正式发布作者：正在修改完成日期：机构公开信息版本历史目录S TOC o 1-5 h z HYPERLINK l bookmark14 o Current Document 1.1文档目的 5 HYPERLINK l bookmark19 o Current Document 1.2文档范围 5 HYPERLINK l bookmark28 o Current Document 1.3读者对象 5 HYPERLINK l bookmark31 o Current Docu

2、ment 1.4参考文档 6 HYPERLINK l bookmark34 o Current Document 1.5术语与缩写解释 6 HYPERLINK l bookmark37 o Current Document 产品介绍 7 HYPERLINK l bookmark43 o Current Document 产品面向的用户群体 7 HYPERLINK l bookmark47 o Current Document 产品应当遵循的标准或规范 7 HYPERLINK l bookmark51 o Current Document 需求建模与分析报告 8 HYPERLINK l book

3、mark55 o Current Document 5.1参与者 8 HYPERLINK l bookmark60 o Current Document 5.2用例列表 8 HYPERLINK l bookmark63 o Current Document 5.3用例图 9 HYPERLINK l bookmark66 o Current Document 5.4用例说明 9 HYPERLINK l bookmark69 o Current Document 5.4.1 登录（Login） 105.4.1注册（Register） 错误!未定义书签。 HYPERLINK l bookmark21

4、6 o Current Document 产品的非功能性需求16 HYPERLINK l bookmark220 o Current Document 6.1用户界面需求 16 HYPERLINK l bookmark223 o Current Document 6.2软硬件环境需求 16 HYPERLINK l bookmark226 o Current Document 6.3产品质量需求 17 HYPERLINK l bookmark229 o Current Document n其他需求 18 HYPERLINK l bookmark232 o Current Document 附录

5、A：用户需求调查报告 19 HYPERLINK l bookmark235 o Current Document A.1需求标题1 19 HYPERLINK l bookmark238 o Current Document A.n 需求标题 N 19 HYPERLINK l bookmark241 o Current Document 附录B:需求确认 211.文档介绍1.1文档目的本文档为公文管理系统项目的用户需求说明书，主要目的在于：（1）拟定公文管理系统系统的一般性需求；针对其功能性需求的业务、流程以 及输入输出数据的规范和约束提出具体的要求，同时作为该产品设计与开发的重要参考 依据；（

6、2）为下一步实施（系统的测试和文档人员）提供需求依据；1.2文档范围本文档包括以下几个重要部分：产品介绍；产品面向的用户群体；产品应当遵循的标准或规范；需求建模与分析报告产品的非功能性需求附件：用户需求调查报告和需求确认。1.3读者对象读者分类目的客户代表了解本文档对需求的理解是否和他们要求的一致系统分析人员理解用户需求，转化为系统需求读者分类目的系统设计人员理解用户需求，在设计时把握用户需求。系统测试人员了解用户需求，为测试提供参考文档人员编写用户使用和操作手册1.4参考文档提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下:标识符作者，文献名称，出版单位（或归属单位），日期例如

7、：SPP-PROC-PP SEPG，需求开发规范，机构名称，日期1.5术语与缩写解释缩写、术语解释RDRequirement DesignURUser RequirementRD需求开发 Require Development产品介绍提示：（1）这是一个公文管理系统，用于用户在线收发公文。（2）这个公文管理系统是我们小组成员通过一个工程实训开发完成的。产品面向的用户群体（1）公文的用户群，该群体有 如下特征。a.主流面向为小型的企事业单位产品应当遵循的标准或规范产品应遵循以下的标准和规范：IEEE Software Engineering Standards ；代码注释规范.阅读国家规范.界面

8、设计规范.GB 8567-88计算机软件产品开发文件编制指南GB/T 12505-90计算机软件配置管理计划规范GB/T 12504-90计算机软件质量保证计划规范需求建模与分析报告5.1参与者1、小组成员（包括了系统的分析、设计、开发、测试）2、软件使用客户。5.2用例列表列出系统的所有用例（有效用例）列表，并对每个用例要实现的功能进行简单说明。5.3用例图5.4用例说明对每个用例描述其“基本流程”和“分支流程”。5.4.1 登录（Login）基本流程顾客单击页面顶部的“登录”链接。系统显示登录页面。顾客输入用户账号和 密码，以及系统自动生成的图片验证码后，点击“登录”按钮。系统根据用户数据

9、信息对登录信息进行验证，然后返回页顶的连接，将系统控 制权交付到其它用例。页顶上的登录链接更换显示为“您好，用户的帐号名”和一 个“退出”链接。分支流程如果顾客输入的帐号或密码不正确，系统将显示一条消息，提示顾客重新输入。如果顾客连续三次输入的密码都不正确，系统将显示一条消息，提示顾客同客户服务部联系，并冻结Login页面。关联列表顾客和登录页面交互，登录页面同首页交互5.4.2收文浏览基本流程用户成功登陆后，进入收文浏览页面，用户根据编码单击查看详细内容，并可发表阅文 回执。分支流程会员进入浏览页面，如果收文列表为空，系统反馈“页面显示为空”关联列表会员与首问列表页面相交互，收文列表页面与收

10、文具体内容页面相交互5.4.3发文浏览基本流程用户成功登陆后，进入发文浏览页面，用户根据编码单击查看详细内容，并可发表阅文 回执。分支流程会员进入浏览页面，如果发文列表为空，系统反馈“页面显示为空”关联列表会员与发文列表页面相交互，发文列表页面与发文具体内容页面相交互5.4.4发文基本流程会员进入发文页面，书写发文内容。输入收文者帐号，用户所属部门编号、文件标题、 文件说明等信息。分支流程会员输入收文者帐号为空，系统提示信息。会员输入用户所属部门编号为空，系统提示信息。会员输入文件标题为空，系统提示消息。关联列表会员关联发送成功页面5.4.5发文管理基本流程用户对发文列表做相应的操作，确认后，

11、系统对发文列表更新分支流程用户对发文列表做相应的操作，取消操作，系统不做响应。关联列表会员与发文管理面交互。5.4.6收文管理基本流程用户对收文列表做相应的操作，确认后，系统对发文列表更新分支流程用户对发文列表做相应的操作，取消操作，系统不做响应。关联列表会员同收文管理页面交互。5.4.7删除文件基本流程会员选择收文或者发文管理后对文件进行删除操作，系统相应操作，删除成功。分支流程用户对发文列表做相应的操作，取消操作，系统不做响应。关联列表用户与发文管理或者收文管理页面相交互。5.4.8删除部门基本流程管理员登陆部门管理列表，管理员输入某个部门编号进行搜索请求。系统返还部门列表页面，管 理员删

12、除某部门请求提交给系统，系统删除该部门资料，部门删除成功。分支流程管理员对某部门的搜索信息未搜索到相应部门，提示消息。关联列表管理员与部门列表页面相交互。5.4.9添加会员基本流程管理员登陆会员管理列表，向系统发出添加会员请求。系统返还会员注册页面。管理员输入所添 加用户的资料提交给系统，系统保留资料，会员创建成功。分支流程管理员输入所添加的用户资料如果不正确，提示消息。关联列表管理员与会员管理列表页面相交互，会员管理列表页面与会员注册页面相交互。5.4.10修改现有部门信息基本流程管理员进入单个部门信息页面，修改相应信息后提交系统，系统相应相应操作。分支流程管理员输入某些信息过长或者格式不正

13、确时，系统提示错误关联列表管理员与修改现有部门信息也面向交互。5.4.11添加新部门基本流程管理员登录进入添加新部门页面，输入部门编号，部门名称，部门信息后提交系统，系统相应添加成功信息分支流程管理员输入格式不正确时，提示消息关联列表管理员与“添加新部门页面交互。5.4.12添加新用户基本流程管理员登录进入添加新用户页面，输入用户名称，用户密码，用户归属部门等信息后提交系统， 系统相应添加成功信息分支流程管理员输入部门编号为空或者不正确时，系统提示信息管理员输入用户账号格式错误或者为空时，系统提示信息关联列表管理员与添加新用户也面向交互5.4.13修改用户权限基本流程管理员修改用户权限后提交系

14、统，系统做出相应分支流程管理员未做修改返还系统时，系统提示信息。关联列表管理员与修改用户权限页面向交互产品的非功能性需求6.1用户界面需求需求名称详细要求视觉美观整个界面要有良好的视觉效果。界面布局要求界面布局整齐，既有商业的氛围，也有书店的恬静。局部元素局部视觉元素精致耐看色调采用一致的色调，色彩搭配合理，符合书店行业特征。符号设计通俗易懂。导航符合用户操作习惯，方便用户在整个系统中进行页面浏览。搜索引擎优化（SEO）所有信息页面能够容易被搜索引擎收录。 6.2软硬件环境需求需求名称详细要求硬件要求IBM兼容机、Intel Pentium 111 800/AMD K7以上处理器、1G以上内存

15、 支持标准网络协议的网卡系统平台Windows Server 2008 、11S 7.0运行环境ASP.NET 4.0、SQL Server 2005 标准版客户端1E7.0、1E8.0、1E 9.0 兼容6.3产品质量需求主要质量属性详细要求可靠性1、系统应有备份与恢复机制。数据出现异常时，可以在 5个小时之内恢复到最近一天数据的状态。2、从正式运营时开始，平均故障时间间隔不超过 1次/3年。3、系统应冗余磁盘阵列，防范磁盘故障。性能，效率1、 系统能够支撑的Web并发查询人数不少于1000人/秒。2、每次信息查询的响应时间小于3秒。3、各类信息查询成功率必须达到 80%。易用性1、普通用户

16、不需要借助帮助即可完成订购图书操作。2、业务员第一次使用系统时，能在30分钟内学会系统绝大部分的管理操作。3、完成一项业务功能一般只需点击 2-3次鼠标。4、通过调查，达到80%的用户认为网站操作简单、快捷。维护性1、系统能够提供运行状态的实时报表和周、月、季的统计报表。2、整个系统的维护在局域网内进行。3、支持远程方式对图书目录及图书信息进行维护。安全性1、系统整体架构和实现，要能有效防范黑客攻击。2、运行服务器要考虑防火墙、入侵检测、病毒防治等安全方面的措施，并提供相应的有效解决方案。可扩展性1、 系统可通过平行增加服务器（web、应用、数据库服务器）的数量来提高并发能力、系统容量、数据访

17、问速度、支持连接数等。2、系统对负载均衡策略应该对 N（ N=2）台服务器适用。3、 系统要提供包括数据库和查询界面的扩展开发接口，并描述接口的实现策略或说明文档。4、系统可以非常方便的进行功能扩展。兼容性可运行在大多数主流的硬件及软件配置下6.n其他需求附录A :用户需求调查报告常见需求调查方式有：与用户交谈，向用户提问题。参观用户的工作流程，观察用户的操作。向用户群体发调查问卷。与同行、专家交谈，听取他们的意见。分析已经存在的同类软件产品，提取需求。从行业标准、规则中提取需求。从Internet上搜查相关资料。A.1需求标题1需求标题1调查方式调查人调查对象时间、地点需求信息记录A.n需求标题N需求标题N附录B :需求确认提示：需求确认规程请参见SPP-PROC-RM，主要分两步：（1）需求评审，（2）需求承诺。 对需求的评审应当采用“正式技术评审方式”，将产生一份“需求评审报告”，规程请参 见