需求规格说明书范例Word文件下载.docx
- 文档编号:19076794
- 上传时间:2023-01-03
- 格式:DOCX
- 页数:12
- 大小:144.57KB
需求规格说明书范例Word文件下载.docx
《需求规格说明书范例Word文件下载.docx》由会员分享,可在线阅读,更多相关《需求规格说明书范例Word文件下载.docx(12页珍藏版)》请在冰豆网上搜索。
在各个行业中,当我们接受到用户的商业项目后,在项目运行的全过程中充满了不确定因素,只有有效的运用项目管理的科学和艺术,才有可能使项目取得成功。
对以上方面要想达到有效的管理水平,必须有一套科学的管理方法,但是即使有了科学的管理方法,由于项目干系人之间的沟通、协作不到位,往往达不到预期的结果。
鉴于这种情况我们开发一套项目管理协作支撑系统,旨在为项目干系人提供一个交流、协作以及项目的进度跟踪监控、项目的质量控制、项目相关资源的管理的软件平台,从而提高项目管理水平,实现了工作的协同化、提高了工作效率。
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.参与者:
4.4.5项目的进度规划及跟踪监控
1.功能说明:
项目管理员根据项目需求将项目分配给项目成员后,在完成项目的过程当中,项目成员定时提交项目完成的百分比(按条状图显示),项目管理者随时了解项目成员的完成情况,可以有效把握项目进度,使项目能够按时提交用户。
1.参与者:
2.功能用例图:
4.4.6项目成员的工作日志发布及管理
项目成员在每一天工作结束的时候把自己在这一天所做的工作情况向项目管理者汇报,再把明天计划要做的东西也要向项目管理者汇报。
项目成员;
4.4.7项目bug发布及跟踪
当项目进行到测试阶段,测试人员根据项目需求测试项目,如有错误,测试人员将bug信息发布到bug公布栏,其状态为‘待修改’。
当程序员看到bug信息,及时修改项目当中存在的bug,修改完成后再将项目bug信息的状态修改为‘待测试’,测试人员再进行二次测试,直到测试通过,状态修改为‘通过测试’。
测试人员,项目成员;
4.4.8项目邮件子系统
该模块有两种功能:
1.向任何人(如163,搜狐等)发电子邮件.
2.向项目成员内部发消息(纸条),发送消息时可以选择接收人员,当发送者发出消息后,接收者打开站点时提示有未读消息,阅读后改成以读消息。
4.4.9项目相关主题讨论发布及管理
项目管理员或者项目成员可以利用该功能发布项目相关的讨论主题,其他人员可以对其主题进行相关的讨论(和网上的论坛有点相似)。
站点内部人员;
4.4.10项目应用资料发布及管理
项目管理员和项目成员可以随时将项目相关资料(参考资料)发布,项目成员可以阅读或下载。
4.4.11项目网络会议白板系统
项目管理员可以根据项目完成情况在项目成员间进行交流讨论,也可以邀请其他人员参加会议,相当于一个网上会议。
站点内部人员,被邀请人员;
4.4.12项目名片共享
项目管理员添加项目有效联系人,共享给有关项目成员浏览。
5.补充需求
5.4易用性:
例如指出普通用户和高级用户要高效地执行某个特定操作所需的培训时间;
指出典型任务的可评测任务次数;
或者指出需要满足的可用性标准(如IBM的CUA标准、Microsoft的GUI标准。
5.5可靠性:
包括系统可用性(可用时间百分比、使用小时数、维护访问权、降纸模式操作等);
平均故障间隔时间(MTBF,通常表示为小时数,但也可表示为天数、月数或年数);
平均修复时间(MTTR,系统在发生故障后可以暂停运行的时间);
精确度(指出系统输出要求具备的精密度、分辨率和精确度);
最高错误或缺陷率(通常表示为bugs/KLOC,即每千行代码的错误数目或bugs/function-point,即每个功能点的错误数目);
错误或缺陷率(按照小错误、大错误和严重错误来分类:
需求中必须对“严重”错误进行界定,例如:
数据完全丢失或完全不能使用系统的某部分功能)。
5.6性能:
包括对事务的响应时间(平均、最长);
吞吐量(例如每秒处理的事务数);
容量(例如系统可以容纳的客户或事务数);
降级模式(当系统以某种形式降级时可接受的运行模式);
资源利用情况:
内存、磁盘、通信等。
5.7其它:
包括用户界面要求、联机帮助系统要求、法律许可、外购构件,以及操作系统、开发工具、数据库系统等设计约束。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 规格 说明书 范例
![提示](https://static.bdocx.com/images/bang_tan.gif)