需求规格说明书范例.docx
《需求规格说明书范例.docx》由会员分享，可在线阅读，更多相关《需求规格说明书范例.docx（12页珍藏版）》请在冰豆网上搜索。
需求规格说明书范例
项目管理协作支撑系统
需求规格说明书
项目组名称
2007年XX月XX日
引言Notableofcontentsentriesfound.
1.引言
1.1编写目的
编写此文档的目的是进一步定制软件开发的细节问题,希望能使本软件开发工作更具体。
是为使用户、软件开发者及分析人员对该软件的初始规定有一个共同的理解，它说明了本产品的各项功能需求、性能需求和数据要求，明确标识各功能的实现过程，阐述实用背景及范围，提供客户解决问题或达到目标所需的条件或权能，提供一个度量和遵循的基准。
1.2项目背景
在各个行业中，当我们接受到用户的商业项目后，在项目运行的全过程中充满了不确定因素，只有有效的运用项目管理的科学和艺术，才有可能使项目取得成功。
对以上方面要想达到有效的管理水平，必须有一套科学的管理方法，但是即使有了科学的管理方法，由于项目干系人之间的沟通、协作不到位，往往达不到预期的结果。
鉴于这种情况我们开发一套项目管理协作支撑系统，旨在为项目干系人提供一个交流、协作以及项目的进度跟踪监控、项目的质量控制、项目相关资源的管理的软件平台，从而提高项目管理水平，实现了工作的协同化、提高了工作效率。
1.3范围
侧重IT项目但对其他行业项目能够做到粗粒度支撑。
1.4定义
1.5参考资料
主要是从网上下载了几套详细设计说明书模版。
2.任务概述
2.1目标
<1>决策支持:
根据项目的需求及时提供所需信息,并在一定阶段对各模块的进度进行追踪及提示,实现工作的协同化、提高了工作效率。
<2>提高效率:
利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理。
2.2用户的特点
本系统主要在软件开发行业使用，也可对其他行业项目能够做到粗粒度支撑。
使用者包括项目管理人员，软件编程人员，测试人员等，这些人员在计算机的应用、使用上不存在障碍，都在、计算机的操作和使用方面得到过相关的培训根据业务的频繁程度。
用户可以定义适合自己需求的界面，具有较大的灵活性。
2.3假定和约束
假定：
用户能够提供交付测试的环境；
用户能够参与到需求的核准工作；
约束：
本系统的最后的交付日期是2007-10-08；
设计和实现上的限制:
基于.NET架构进行开发；
使用SqlServer2000数据库；
3.应用分析
3.1系统用例模型
3.2功能结构
4.系统功能概述
4.1功能
4.1.1业务流模型：
4.1.2业务流模型说明：
项目管理员注册项目站点，对项目站点进行管理，对项目管理分为三个阶段。
4.2性能
可升级；
可扩展；
可配置；
4.3新建项目站点
4.3.1由系统管理员为项目管理员新建站点。
4.3.2分配项目站点的空间大小和站点地址。
4.3.3指派项目管理员。
4.4项目管理员管理站点
4.4.1项目管理员自定义模版
项目管理员根据所需项目功能选择适合自己的模版，设计自己喜欢的风格界面。
4.4.2项目通告通知信息的发布及管理
1.功能说明：
项目管理员可以把与项目相关的信息或者相关新闻根据该功能发布给项目成员；
2.参与者：
项目管理员，项目成员；
3.功能用例图：
4.4.3项目的任务分配管理及信息发布
1.功能说明：
项目管理员根据项目需求创建项目任务，再向项目成员分配项目任务，把分配任务以信息的形式发布给项目成员；
2.参与者：
项目管理员，项目成员；
3.功能用例图：
4.4.4项目的文档管理
1.功能说明：
项目管理员根据项目需求把与项目相关的项目文档（需求规格说明书，数据库分析说明书，用例图等）发布，项目成员可以把相关的项目文档下载到本地，项目管理员可以指派项目成员管理项目文档（添加，修改）。
2．参与者：
项目管理员，项目成员；
3.功能用例图：
4.4.5项目的进度规划及跟踪监控
1.功能说明：
项目管理员根据项目需求将项目分配给项目成员后，在完成项目的过程当中，项目成员定时提交项目完成的百分比（按条状图显示），项目管理者随时了解项目成员的完成情况，可以有效把握项目进度，使项目能够按时提交用户。
1.参与者：
项目管理员，项目成员；
2.功能用例图：
4.4.6项目成员的工作日志发布及管理
1.功能说明：
项目成员在每一天工作结束的时候把自己在这一天所做的工作情况向项目管理者汇报，再把明天计划要做的东西也要向项目管理者汇报。
2.参与者：
项目成员；
3.功能用例图：
4.4.7项目bug发布及跟踪
1.功能说明：
当项目进行到测试阶段，测试人员根据项目需求测试项目，如有错误，测试人员将bug信息发布到bug公布栏，其状态为‘待修改’。
当程序员看到bug信息，及时修改项目当中存在的bug，修改完成后再将项目bug信息的状态修改为‘待测试’，测试人员再进行二次测试，直到测试通过，状态修改为‘通过测试’。
2.参与者：
测试人员，项目成员；
3.功能用例图：
4.4.8项目邮件子系统
1.功能说明：
该模块有两种功能:
1.向任何人（如163，搜狐等）发电子邮件.
2.向项目成员内部发消息（纸条），发送消息时可以选择接收人员，当发送者发出消息后，接收者打开站点时提示有未读消息，阅读后改成以读消息。
2.参与者：
项目管理员，项目成员；
3.功能用例图：
4.4.9项目相关主题讨论发布及管理
1.功能说明：
项目管理员或者项目成员可以利用该功能发布项目相关的讨论主题，其他人员可以对其主题进行相关的讨论（和网上的论坛有点相似）。
2.参与者：
站点内部人员；
3.功能用例图：
4.4.10项目应用资料发布及管理
1.功能说明：
项目管理员和项目成员可以随时将项目相关资料（参考资料）发布，项目成员可以阅读或下载。
2.参与者：
项目管理员，项目成员；
3.功能用例图：
4.4.11项目网络会议白板系统
1.功能说明：
项目管理员可以根据项目完成情况在项目成员间进行交流讨论，也可以邀请其他人员参加会议，相当于一个网上会议。
2.参与者：
站点内部人员，被邀请人员；
3.功能用例图：
4.4.12项目名片共享
1.功能说明：
项目管理员添加项目有效联系人，共享给有关项目成员浏览。
2.参与者：
站点内部人员；
5.补充需求
5.4易用性：
例如指出普通用户和高级用户要高效地执行某个特定操作所需的培训时间；指出典型任务的可评测任务次数；或者指出需要满足的可用性标准（如IBM的CUA标准、Microsoft的GUI标准。
5.5可靠性：
包括系统可用性（可用时间百分比、使用小时数、维护访问权、降纸模式操作等）；平均故障间隔时间（MTBF，通常表示为小时数，但也可表示为天数、月数或年数）；平均修复时间（MTTR，系统在发生故障后可以暂停运行的时间）；精确度（指出系统输出要求具备的精密度、分辨率和精确度）；最高错误或缺陷率（通常表示为bugs/KLOC，即每千行代码的错误数目或bugs/function-point，即每个功能点的错误数目）；错误或缺陷率（按照小错误、大错误和严重错误来分类：
需求中必须对“严重”错误进行界定，例如：
数据完全丢失或完全不能使用系统的某部分功能）。
5.6性能：
包括对事务的响应时间（平均、最长）；吞吐量（例如每秒处理的事务数）；容量（例如系统可以容纳的客户或事务数）；降级模式（当系统以某种形式降级时可接受的运行模式）；资源利用情况：
内存、磁盘、通信等。
5.7其它：
包括用户界面要求、联机帮助系统要求、法律许可、外购构件，以及操作系统、开发工具、数据库系统等设计约束。
升级会员 