ImageVerifierCode 换一换
格式:DOCX , 页数:15 ,大小:144.56KB ,
资源ID:27966699      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/27966699.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(需求规格说明书范例.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

需求规格说明书范例.docx

1、需求规格说明书范例项目管理协作支撑系统需求规格说明书项目组名称2007年XX月XX日 1.引言 41.1编写目的 41.2项目背景 41.3范围 41.4定义 41.5参考资料 42.任务概述 42.1目标 42.2用户的特点 42.3假定和约束 53.程序系统的结构 53.1用例模型 53.2功能结构 64.程序设计说明 64.1功能 64.1.1功能流程图 64.1.2功能流程图说明 74.2性能 74.3新建项目站点 74.4项目管理员管理站点 74.4.1用户自定义模版 74.4.2项目通告通知信息的发布及管理 74.4.3项目的任务分配管理及信息发布 74.4.4项目的文档管理 84

2、.4.5项目的进度规划及跟踪监控 94.4.6项目成员的工作日志发布及管理 104.4.7项目bug发布及跟踪 104.4.8项目邮件子系统 114.4.9项目相关主题讨论发布及管理 114.4.10项目应用资料发布及管理 124.4.11项目网络会议白板系统 134.4.12项目名片共享 135 补充需求 131.引言1.1编写目的编写此文档的目的是进一步定制软件开发的细节问题,希望能使本软件开发工作更具体。是为使用户、软件开发者及分析人员对该软件的初始规定有一个共同的理解,它说明了本产品的各项功能需求、性能需求和数据要求,明确标识各功能的实现过程,阐述实用背景及范围,提供客户解决问题或达到

3、目标所需的条件或权能,提供一个度量和遵循的基准。 1.2项目背景 在各个行业中,当我们接受到用户的商业项目后,在项目运行的全过程中充满了不确定因素,只有有效的运用项目管理的科学和艺术,才有可能使项目取得成功。对以上方面要想达到有效的管理水平,必须有一套科学的管理方法,但是即使有了科学的管理方法,由于项目干系人之间的沟通、协作不到位,往往达不到预期的结果。鉴于这种情况我们开发一套项目管理协作支撑系统,旨在为项目干系人提供一个交流、协作以及项目的进度跟踪监控、项目的质量控制、项目相关资源的管理的软件平台,从而提高项目管理水平,实现了工作的协同化、提高了工作效率。 1.3范围 侧重IT项目但对其他行

4、业项目能够做到粗粒度支撑。 1.4定义 1.5参考资料 主要是从网上下载了几套详细设计说明书模版。2.任务概述2.1目标 决策支持: 根据项目的需求及时提供所需信息,并在一定阶段对各模块的进度进行追踪及提示,实现工作的协同化、提高了工作效率。提高效率:利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理。2.2用户的特点 本系统主要在软件开发行业使用,也可对其他行业项目能够做到粗粒度支撑。使用者包括项目管理人员,软件编程人员,测试人员等,这些人员在计算机的应用、使用上不存在障碍,都在、计算机的操作和使用方面得到过相关的培训根据业务的频繁程度。用户可以定义适合自己需求的界面,具有

5、较大的灵活性。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 指派项目管理

6、员。4.4项目管理员管理站点4.4.1项目管理员自定义模版 项目管理员根据所需项目功能选择适合自己的模版,设计自己喜欢的风格界面。4.4.2项目通告通知信息的发布及管理1.功能说明:项目管理员可以把与项目相关的信息或者相关新闻根据该功能发布给项目成员;2.参与者:项目管理员,项目成员;3.功能用例图:4.4.3项目的任务分配管理及信息发布1. 功能说明:项目管理员根据项目需求创建项目任务,再向项目成员分配项目任务,把分配任务以信息的形式发布给项目成员; 2. 参与者: 项目管理员,项目成员; 3. 功能用例图: 4.4.4项目的文档管理 1. 功能说明: 项目管理员根据项目需求把与项目相关的项

7、目文档(需求规格说明书,数据库分析说明书,用例图等)发布,项目成员可以把相关的项目文档下载到本地,项目管理员可以指派项目成员管理项目文档(添加,修改)。 2 参与者:项目管理员,项目成员; 3. 功能用例图: 4.4.5项目的进度规划及跟踪监控 1. 功能说明: 项目管理员根据项目需求将项目分配给项目成员后,在完成项目的过程当中,项目成员定时提交项目完成的百分比(按条状图显示),项目管理者随时了解项目成员的完成情况,可以有效把握项目进度,使项目能够按时提交用户。1.参与者:项目管理员,项目成员;2.功能用例图: 4.4.6项目成员的工作日志发布及管理 1. 功能说明: 项目成员在每一天工作结束

8、的时候把自己在这一天所做的工作情况向项目管理者汇报,再把明天计划要做的东西也要向项目管理者汇报。 2. 参与者:项目成员; 3. 功能用例图: 4.4.7项目bug发布及跟踪 1. 功能说明: 当项目进行到测试阶段,测试人员根据项目需求测试项目,如有错误,测试人员将bug信息发布到bug公布栏,其状态为待修改。当程序员看到bug信息,及时修改项目当中存在的bug,修改完成后再将项目bug信息的状态修改为待测试,测试人员再进行二次测试,直到测试通过,状态修改为通过测试。 2. 参与者: 测试人员,项目成员; 3. 功能用例图: 4.4.8项目邮件子系统 1. 功能说明: 该模块有两种功能:1.向

9、任何人(如163,搜狐等)发电子邮件.2.向项目成员内部发消息(纸条),发送消息时可以选择接收人员,当发送者发出消息后,接收者打开站点时提示有未读消息,阅读后改成以读消息。 2. 参与者:项目管理员,项目成员; 3. 功能用例图: 4.4.9项目相关主题讨论发布及管理 1. 功能说明: 项目管理员或者项目成员可以利用该功能发布项目相关的讨论主题,其他人员可以对其主题进行相关的讨论(和网上的论坛有点相似)。 2. 参与者:站点内部人员; 3. 功能用例图: 4.4.10项目应用资料发布及管理 1. 功能说明:项目管理员和项目成员可以随时将项目相关资料(参考资料)发布,项目成员可以阅读或下载。 2

10、. 参与者: 项目管理员,项目成员; 3. 功能用例图: 4.4.11项目网络会议白板系统 1. 功能说明: 项目管理员可以根据项目完成情况在项目成员间进行交流讨论,也可以邀请其他人员参加会议,相当于一个网上会议。2.参与者: 站点内部人员,被邀请人员;3.功能用例图: 4.4.12项目名片共享1.功能说明: 项目管理员添加项目有效联系人,共享给有关项目成员浏览。2.参与者:站点内部人员;5.补充需求5.4易用性:例如指出普通用户和高级用户要高效地执行某个特定操作所需的培训时间;指出典型任务的可评测任务次数;或者指出需要满足的可用性标准(如IBM的CUA标准、Microsoft的GUI标准。5

11、.5可靠性:包括系统可用性(可用时间百分比、使用小时数、维护访问权、降纸模式操作等);平均故障间隔时间(MTBF,通常表示为小时数,但也可表示为天数、月数或年数);平均修复时间(MTTR,系统在发生故障后可以暂停运行的时间);精确度(指出系统输出要求具备的精密度、分辨率和精确度);最高错误或缺陷率(通常表示为bugs/KLOC,即每千行代码的错误数目或 bugs/function-point,即每个功能点的错误数目);错误或缺陷率(按照小错误、大错误和严重错误来分类:需求中必须对“严重”错误进行界定,例如:数据完全丢失或完全不能使用系统的某部分功能)。5.6性能:包括对事务的响应时间(平均、最长);吞吐量(例如每秒处理的事务数);容量(例如系统可以容纳的客户或事务数);降级模式(当系统以某种形式降级时可接受的运行模式);资源利用情况:内存、磁盘、通信等。5.7其它:包括用户界面要求、联机帮助系统要求、法律许可、外购构件,以及操作系统、开发工具、数据库系统等设计约束。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1