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

加入VIP,免费下载
 

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

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

下载须知

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

版权提示 | 免责声明

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

目前最全面的需求规格说明书模板.docx

1、目前最全面的需求规格说明书模板文件编号:受控状态:受控非受控级别:公司级部门级项目级普通级记录编号:分发编号:中国智慧旅游平台需求规格说明书Version 1.0需求规格说明书模板文档标识:当前版本:当前状态:草稿发布日期:发布修改历史日期版本作者修改容评审号变更控制号1前言编写目的说明编写这份需求规格说明书的目的,指出预期的读者(一般包括评审人员、软件设计人员、软件开发人员,针对具体情况,还可能包括客户),它是软件开发的基础。文档约定描述编写文档时所采用的字体标准或排版约定,包括标题和正文的字体和字号约定。完成文档编写后,文档编写完成后本部分须裁剪字体大小约定:标题1 宋体 三号 加粗标题2

2、 宋体 小三号加粗标题3 宋体 四号加粗标题4 宋体 小四号加粗标题5 宋体 小四号正文 宋体 五号段落约定:文章中每段落需抬头,即段落开头需有两字元的缩排,单倍行距。表与图编号约定:文中所有表、图须按章节编号,如:第四章节第二个表,编号为:表4-2。裁剪约定:如标注可裁剪提示信息,表示该部分容可以裁剪或删除。读者对象描述本需求规格说明书的主要读者。建议将不同读者的阅读重点与建议以列表方式表现,如下表:读者对象阅读重点与建议运营中心、产品中心、系统使用部门和系统管理员仔细阅读项目概述、功能性需求、非功能性需求。各个部门可重点阅读与本部门相关的容。需求评审人员仔细阅读全部容。系统设计人员仔细阅读

3、全部容。系统开发人员仔细阅读全部容。质量管理人员仔细阅读全部容。系统测试人员仔细阅读文档约定,系统功能介绍和维度指标说明。术语和缩略词在此列出本文中用到的专门术语的术语定义,英文缩写的原词组的解释,以便读者可以正确地解释和理解软件需求规格说明。术语/英文缩写术语/英文全称解释与描述参考文档可简单罗列编写本文档时所参考的其他资料或文档,如:行业标准和规。也可用表格方式列出这些文件资料的标题和来源。编号文档、资料名称来源备注1232项目概述项目背景描述项目产生的背景,包括:1.产生该项目需求的原因或起源,如社会背景、市场发展、政策趋势、原有系统局限性、存在问题等方面。2.列出此项目的任务提出者、开

4、发者3.软件项目的用途、软件项目的围4.需开发的软件系统的名称,英文缩写(可选),项目编号(可选)项目目标描述项目建设的目标,即简要叙述该项目要达到的要求。例如:应用目标、作用围,简述该软件系统能给用户的受益。需求围对项目的需求围进行整体性的描述。总体框架用VISIO工具画图,以图的方式显示系统的部模块和模块之间关系以与系统与外部系统的关系。组织机构用VISIO工具画图,以图的方式表现客户方(系统使用相关角色)的组织机构。可裁剪用户特点列出本软件的最终可能用户,操作人员、维护人员的教育水平和技术专长,以与本软件的预期使用频度。这些是软件设计的重要约束。设计约束 描述设计开发系统时的限制,例如经

5、费限制、开发期限、实现的语言和平台约束等等。描述系统设计中最主要的约束,这些是由客户强制要求并在需求说明书写明的。3功能性需求总体流程 用VISIO工具画图,以图的方式显示系统的部模块之间的业务关系。此部分可以更加项目实际情况进行裁剪。角色定义按照不同的使用对象,紧密围绕使用对象的工作围、工作性质和工作容,进行角色分类描述。对使用系统的人员进行角色分类,并进行详细的定义与说明。角色名称角色定义与说明系统功能概述系统所具有的主要功能,可以用VISIO画图的形式展示。建议有功能列表,列出功能分类,以与优先级,并加入必要文字说明。模块名称功能名称标识符优先级描述标识符:对于每个功能点需求进行标识,标

6、识符为:SRS_模块名称序列号。优先级:15 数字越小,优先级别越高功能描述功能模块A业务流程 用VISIO工具画图,以图的方式显示模块的业务流程。本部分可以进行裁剪。用例图用ROSE工具画用例图,用来鉴别和划分系统功能。它把系统分成角色和用例。角色表示与系统交互以实现某种目的的人、硬件或软件系统。功能点1业务定义/功能描述这部分描述的是功能要达到的目标、所采用的方法和技术,还应清楚说明功能意图的由来和背景,一般以一个段落说明。使用角色描述此处描述哪些角色使用此功能,可同时说明操作本功能的相关权限业务操作流程描述正常业务流程,列举异常情况和处理流程。建议使用图示,并配合必要的文字说明。如无需或

7、没有操作流程说明则注明无或略。输入提供所有与本功能有关的输入描述,包括:输入数据类型、媒体、格式、有效数值围、精度、单位等,如果有界面原型此项可以进行裁剪。输出提供与本功能有关所有输出的描述,包括:输出数据类型、方式、格式、精度、单位等,以与图形或显示报告的描述,如果有界面原型此项可以进行裁剪。用户界面如有条件插入界面原型,否则注明无或略。原型设计采用Axure工具约束与约定描述本功能需求的相关约束或约定,可裁剪。例如:只有持有管理员密码的用户才能执行¥100.00或更大金额的退款操作。功能点2业务定义/功能描述这部分描述的是功能要达到的目标、所采用的方法和技术,还应清楚说明功能意图的由来和背

8、景,一般以一个段落说明。使用角色描述此处描述哪些角色使用此功能,可同时说明操作本功能的相关权限业务操作流程描述正常业务流程,列举异常情况和处理流程。建议使用图示,并配合必要的文字说明。如无需或没有操作流程说明则注明无或略。输入提供所有与本功能有关的输入描述,包括:输入数据类型、媒体、格式、有效数值围、精度、单位等,如果有界面原型此项可以进行裁剪。输出提供与本功能有关所有输出的描述,包括:输出数据类型、方式、格式、精度、单位等,以与图形或显示报告的描述,如果有界面原型此项可以进行裁剪。用户界面如有条件插入界面原型,否则注明无或略。原型设计采用Axure工具约束与约定描述本功能需求的相关约束或约定

9、,可裁剪。例如:只有持有管理员密码的用户才能执行¥100.00或更大金额的退款操作。功能点N业务定义/功能描述这部分描述的是功能要达到的目标、所采用的方法和技术,还应清楚说明功能意图的由来和背景,一般以一个段落说明。使用角色描述此处描述哪些角色使用此功能,可同时说明操作本功能的相关权限业务操作流程描述正常业务流程,列举异常情况和处理流程。建议使用图示,并配合必要的文字说明。如无需或没有操作流程说明则注明无或略。输入提供所有与本功能有关的输入描述,包括:输入数据类型、媒体、格式、有效数值围、精度、单位等,如果有界面原型此项可以进行裁剪。输出提供与本功能有关所有输出的描述,包括:输出数据类型、方式

10、、格式、精度、单位等,以与图形或显示报告的描述,如果有界面原型此项可以进行裁剪。用户界面如有条件插入界面原型,否则注明无或略。原型设计采用Axure工具约束与约定描述本功能需求的相关约束或约定,可裁剪。例如:只有持有管理员密码的用户才能执行¥100.00或更大金额的退款操作。4非功能性需求在本节中主要描述项目所包含的非功能性方面的需求,主要包括软件需求和硬件需求。软件需求界面需求说明系统界面方面的需求;没有则注明无或略。性能要求说明系统整体性能需求,包括并发处理能力以与单事务响应时间等指标,甚至更多性能要求指标,如:数据精度、时间特性、容错性、可扩展性以与系统有效性等等。容量要求说明系统整体容

11、量,包括系统需要满足的用户规模以与对存储空间的要求等;没有则注明无或略。数据安全数据保护/对需要保护或的敏感性、局限性等方面的数据进行需求描述;没有则注明无或略。数据加密描述关于在访问或传输过程中的数据加密方面的需求;没有则注明无或略。数据备份/恢复对数据备份与数据恢复的需求进行描述;没有则注明无或略。硬件需求主机系统描述主机方面的需求;操作系统描述操作系统方面的需求;数据库描述数据库方面的需求;存储设备描述存储设备方面的需求;网络设备描述网络设备方面的需求;5外围系统和接口在本节中主要描述系统和哪些外围系统进行交互以与交互的接口说明。系统A概述此处简要描述外围系统基本情况。可裁剪接口描述接口

12、1此处描述接口的方式、接口数据容,数据转换、数据安全、周期等信息。接口2此处描述接口的方式、接口数据容,数据转换、数据安全、周期等信息。系统B概述此处简要描述外围系统基本情况。可裁剪接口描述接口1此处描述接口的方式、接口数据容,数据转换、数据安全、周期等信息。接口2此处描述接口的方式、接口数据容,数据转换、数据安全、周期等信息。6其他需求对其它需要描述但未在本模板中列出的需求,在此进行说明,没有则注明无或略。7数据字典在本章中主要描述系统的数据字典。主要包括有哪些实体以与实体所包含的数据项,实体关系图使用工具POWERDESIGN或者ERWIN。根据情况可裁剪。8附件此处主要是对在需求调研过程

13、中项目甲方提供的原始清单、票据、单据等材料进行罗列序号附件名称描述9附件此处主要是对在需求调研过程中项目甲方提供的原始清单、票据、单据等材料进行罗列序号附件名称描述10附件此处主要是对在需求调研过程中项目甲方提供的原始清单、票据、单据等材料进行罗列序号附件名称描述附录 A:需求确认 主要分两步:(1)需求评审,(2)需求承诺。在获取责任人(Stakeholders)对需求的承诺之前,该需求规格说明书必须先通过需求评审。对需求的评审应当采用“正式技术评审方式”,将产生一份“需求评审报告”。需求评审报告摘要需求文档输入名称,标识符,版本,作者,完成日期,需求评审报告输入名称,标识符,评审日期,评审结论 工作成果合格,“无需修改”或者“需要轻微修改但不必再审核”。 工作成果基本合格,需要作少量的修改,之后通过审核即可。 工作成果不合格,需要作比较大的修改,之后必须重新对其评审。评审意见评审小组成员输入评审小组成员需求承诺需求文档输入名称,标识符,版本,作者,完成日期,客户承诺承诺签字,日期项目经理承诺承诺签字,日期

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

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