[指南]需求分析过程

[指南]需求分析过程

ID:32401055

大小:87.50 KB

页数:11页

时间:2019-02-04

[指南]需求分析过程_第1页
[指南]需求分析过程_第2页
[指南]需求分析过程_第3页
[指南]需求分析过程_第4页
[指南]需求分析过程_第5页
资源描述:

《[指南]需求分析过程》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库

1、需求分析过程指南Version:0.1需求分析过程指南Version0.1修订历史日期版本描述作者2010-09-110.1需求分析过程指南初稿谭勇普通11/11需求分析过程指南Version:0.1目录1绪言和目标31.1目的31.2范围31.3定义及缩写31.4参考32角色和职责33进入标准34输入35过程45.1需求研发45.2变更控制46输出47退出标准48控制机制49度量4普通11/11需求分析过程指南Version:0.11绪言和目标1.1目的本文档为软件项目开发中需求分析工作提供了一个可遵循的规范标准,通过本规范的使用可以提高需求分析工作的质量、可管理性、可跟踪性和可维护性,

2、促进在业务部门、技术部门和开发商之间的对系统需求的充分的共同理解,提高项目的质量和用户满意度。1.2范围本文档主要面向的读者和使用人员是:管理应用开发的有关人员,开发商的设计开发人员。1.3文档概述本文档描述了软件项目开发中,需求分析工作应遵循的过程规范、基本原则和可选择的需求分析方法。1.4定义及缩写缩写定义需求系统必须满足的条件和实现的功能需求管理对系统需求进行引入、组织和文档化的一种系统化的方法与步骤,以及建立和维护开发人员与业务部门之间关于系统需求变更的确认的过程1.5参考文档名标题《软件工程——实践者的研究方法》2需求分析过程标准需求管理流程分为四个阶段:阶段工作内容提交成果责任

3、人确认人1业务需求调研《业务需求说明书》需求管理人员业务部门负责人2确定系统需求《系统需求说明书》需求管理人员、系统架构管理人员技术管理部门负责人3详细需求调研和需求分析《系统需求规格说明书》需求管理人员、系统架构管理人员、系统开发商业务部门项目经理、技术管理部门项目经理普通11/11需求分析过程指南Version:0.14需求变更管理《系统变更单》需求管理人员、系统架构管理人员、系统开发商业务部门负责人、技术管理部门负责人第一阶段主要对应于业务部门确定的业务需求。第二阶段主要对应于技术管理部门确定的系统范围和系统需求。前两个阶段对应于项目合同签订前的活动,需求管理人员必须完成制定系统的高

4、层需求的工作。第三阶段主要对应于系统开发商对业务需求和系统需求的细化和分析,是项目合同签订后的活动。第四阶段主要对应于前三阶段的提交成果产生基线版本后需要对需求内容进行修改时的活动,是贯穿于系统整个生命周期的活动。因为需求涉及从高到低的不同的概括层次,出于分工的需要,需求管理人员将持续维护的高层需求,并管理开发商维护系统的详细需求。1.1业务需求调研业务需求反映:l业务部门对系统高层次的目标要求;l用户对系统使用和运行方式的重要规定;l业务涉及的组织机构;l主要的业务流程和参与角色;l重要的影响到系统的外部约束和假设(如必须遵从的标准、规范,与其他部门的接口,其它关联的系统,和业务有关的法

5、律、法规等)。l业务需求调研阶段产生的提交成果为《业务需求说明书》。1.1.1需求管理人员制订需求调研计划需求管理人员与业务部门有关人员会谈,了解业务部门对系统高层次的目标要求,并共同确定:1)需求信息(包括组织机构信息、标准、规范、法律、法规、与其他部门和业务的接口、其它关联的系统等)的获得途径和时间进度,这部分信息的获取一般采用资料收集的手段;2)要进行调研的主要业务流程、指定的描述流程的业务人员和时间安排,提供这部分调研一般采用与有关业务人员面谈的手段。3)需求调研计划纳入到《项目工作计划》中。1.1.2需求管理人员调研业务流程将要涉及到的业务流程明确下来之后,需求管理人员在业务部门

6、的协调下,按计划调研确定每一个业务流程中的参与人员角色、每个角色所执行的活动、在活动中所使用的业务实体、以及在活动中要遵循的一些业务规则。调研结果填写在《需求调研表》中。1.1.3需求管理人员撰写《业务需求说明书》需求管理人员通过对前一阶段业务需求调研结果的整理,形成《业务需求说明书》。普通11/11需求分析过程指南Version:0.11.1.1业务部门负责人确认《业务需求说明书》业务部门负责人审阅(或安排相关业务人员审阅)并签字确认《业务需求说明书》后,作为一个基线版本,将不允许直接改动,除非通过正规的变更流程。当有较大的变更时,应创建新的基线版本。1.2确定系统需求需求管理人员、系统

7、架构管理人员,根据用户业务需求,结合相关技术约束条件,确定将来系统所要提供的高层的、概括的功能特性,将来系统所要具有的非功能特性,系统的用户界面特性,系统的运行环境,系统设计需遵循的技术标准和原则,系统必须提供的接口等。通过《系统需求说明书》,参与各方都能理解将来系统的概况,并且一致同意将来系统就按照《系统需求说明书》的要求来开发。非功能特性可包括:l性能指标;l可靠性指标;l可维护性;l可用性;l灵活性;l可移植性;l

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。