TSPP08P01 需求开发和管理过程 V100.docx

《TSPP08P01 需求开发和管理过程 V100.docx》由会员分享，可在线阅读，更多相关《TSPP08P01 需求开发和管理过程 V100.docx（15页珍藏版）》请在第一文库网上搜索。

1、TIANSU需求开发和管理过程文件编号TSP-P08-P01生效日期2009-11-25受控编号保密级别秘密版本号V1.00修改次数0总页数14正文9附录0编制陆增审核批准南京天溯自动化控制系统有限公司（版权所有,翻版必究）变更日志编号版本修改内容修改人修改日期10.10创建初稿陆增2009-10-3020.20内部评审，建立组织方针陆增2009-11-1031.00发布陆增2009-11-251 引言11.1 目的和方针112适用范围113定义114参考资料12 过程总体描述21 .1过程概述22 .2木勾S23 需求开发和管理过程活动33.1 开发客户需求33. 1.134. 12角色与职

2、责35. 13进入标准36. 1437. 1.5任务38. 1.6输出39. 17111zf1i*33. 2开发软件需求41. 2.1概述43. 22jf144. 2.3进入标准45. 2.4输入46. 2.547. 2.6输出48. 2.7退出标准43.3需求评审及确认3.3.353.3.4输入53.3.5任务53.361.1-153.3.7退出标准53. 4需求变更51. 4.153. 4.2角色与职责54. 4.3进入标准65. 4.4y66. 4.5任务67. 4.6输出68. 47I-I-I*63.5需求跟踪63.5.1概述63.5.2JDj63.5.3进入标准63.5.4输入735

3、573.5.6输出73.5.7退出标准73. 6舟司ZtK品艮品宗.73. 6.1概述74. 6.2角色与职责75. 6.3进入标准76. 6.4输入77. 6.5任务74. 1引用文件94. 2使用模板91引言1.1 目的和方针“需求开发和管理过程”的目的是指导软件项目在需求开发过程中的活动，确保形成明确的、高质量的软件需求工作软件，使其满足客户及最终使用者的要求，并作为软件项目在后续开发过程中的依据。为策划和执行“需求开发和管理”过程，制定并维护组织方针:项目组收集、协调与产品有关各方的需要、期望、限制条件和界面，形成顾客需求并得到顾客确认；选择解决方案，确定从方案派生出来的产品和产品构件

4、需求；对顾客需求、产品需求和产品构件需求进行分析，形成需求分析说明；需求须形成文档;需求须经过评审；需求变更须进行管理；在客户和遵循客户需求的软件项目之间建立一种共同的理解。项目计划、工作产品和活动须与给定需求保持一致。1.2 适用范围适用于公司开发的所有软件项目。1.3 定义下表列出本报告中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇,同时继承全部的先前过程中定义过的词汇。客户指个人或单位，他们为软件开发提供资金，通常（但有时也不必）还提出各种需求。用户指运行系统或者直接与系统发生交互作用的个人或集团。用户和客户通常不是同一些人。需求指系统必须实现什么的规格说明，

5、它描述了系统的行为、特性或属性，是在开发过程中对系统的约束。需求的层次软件需求分为三个不同的层次：业务需求、用户需求、功能需求。业务需求反映了组织机构或客户对软件高层次的目标要求，它们在项目目标和范围文档中予以说明。用户需求反映了用户使用该软件要完成的任务。功能需求定义了软件开发人员必须实现的软件功能。需求工程所有与需求直接相关的活动通称为需求工程。需求工程中的活动可分为两大类，一类属于需求开发，另一类属于需求管理需求规格说是需求阶段的软件，它精确地阐述一个软件系统提供的功能、性能和必要的明书限制条件，是系统测试、系统设计、编码和用户培训的基础。1.4 参考资料2过程总体描述2.1 过程概述通

6、过规范需求开发的过程，实现下述目标： 便于用户、需求分析人员和软件设计人员进行理解和交流。用户通过软件需求规格说明书初步判定目标软件能否满足其原来的期望，设计人员则将软件需求规格说明书作为软件设计的基本出发点。 支持目标软件系统的确认。软件开发目标是否完成不应由系统测试阶段的人为因素决定，而应根据软件需求规格说明书中确立的可测试标准决定。因此，软件需求规格说明书中的各项需求都应该是可测试的。 控制系统进化过程。在需求分析完成之后，如果用户追加需求，那么软件需求规格说明书将用于确定追加需求是否为新需求。2.2 过程结构描述图1.需求开发流程图3需求开发和管理过程活动1.1 开发客户需求1.1.1

7、 概述本阶段的目标是收集客户的需要、期望，限制条件和接口，并对收集到的信息进行分析、协调、精炼和细化，最终把它们转换成客户需求。1.1.2 角色与职责 项目经理：负责选择合适的软件需求分析人员；组建软件需求小组；制定需求调研计划。 客户：根据业务目标提出需求；与需求分析人员一起讨论、分析用户需求；参与用户需求规格说明书的审查和批准。 需求分析人员：由项目组成员或项目经理担任，客户需求调研工作的主要承担者。1.1.3 进入标准立项报告已经过审查、获得批准。1.1.4 输入立项报告。1.1.5 任务(1)确定项目范围在软件项目开始之前，客户、项目经理要对项目范围达成共同的理解，形成相关需求记录文件

8、并最终包含在需求规格说明书中，作为未来项目决策的基准。(2)制定需求调研计划为了更好地获得需求，项目经理根据相关需求记录文件中规定的项目范围，与客户共同确定要调研的部门、调研的时间安排、调研方式以及调研的内容，形成需求调研计划。(3)需求调研需求分析人员应该在调研前做好充分的准备，针对具体项目的特点设计一些问题和表格，以提高调研的效率和质量。需求调研的准备工作完成后，需求分析人员按照计划执行调查。调查的方式可以采用与用户面谈、向用户提问题、参观用户的工作流程、分析已经存在的同类软件等方式。每次调研结束后，需求分析人员要立刻整理并形成需求调研访谈记录。1.1.6 输出需求调研计划需求调研访谈记录

9、1.1.7 退出标准需求调研访谈记录得到确认。1.2 开发软件需求3. 2.1概述本阶段的主要任务是将用户的需求转换为软件的需求。为了将软件的需求描述清楚，需求分析人员需要用文字、图形符号来详细说明软件必须要做什么。4. 2.2角色与职责 项目经理：选择软件需求开发的方法和工具，负责指定需求分析人员编写软件需求规格说明书。 需求分析人员：软件需求开发阶段工作的主要承担者，软件需求文档化的主要承担者。 QA：参与工作产品的审查，统计缺陷；并对开发软件需求过程进行审计，并对开发软件需求过程进行审计。3.2.3进入标准需求调研访谈记录得到确认。3.2.4输入项目开发计划3.2.5任务（1）为需求建立

10、系统模型需求的图形分析模型是软件需求规格说明书极好的补充说明，例如系统流程图、数据流图、实体联系图、系统关联图、状态转换图、对话图等，具体使用哪些模型，需要在项目计划中明确规定。（2）需求分析并编写需求规格说明书需求分析包括功能需求分析、性能需求分析、接口需求分析、数据需求分析和其它需求分析，分析所实现软件的操作需求、验证需求、文档需求、运行环境和约束条件，并根据需要分析其可靠性、安全性、可维护性、可移植性及故障处理要求。软件需求规格说明书是需求阶段的产品，它精确地阐述一个软件系统提供的功能、性能和必要的限制条件；是系统测试、系统设计、编码和用户培训的基础。（3）创建需求跟踪矩阵需求分析人员在

11、需求分析阶段结束后，可以建立一个项目需求追溯表，把每项需求与实现、测试它的设计和代码部分联系起来。3. 2.6输出系统模型，需求规格说明书，需求跟踪矩阵4. 2.7退出标准该阶段退出标准：绘制了系统模型；编写了需求规格说明书，经过了初步审查；创建了需求跟踪矩阵。3.3需求评审及确认3. 3.1概述项目经理可以邀请同行专家和用户（包括客户和最终用户）一起评审需求规格说明书，尽最大努力使需求规格说明书能够正确无误地反映用户的真实意愿。需求评审之后，开发方和客户要对需求规格说明书作书面承诺。4. 3.2角色与职责 项目经理：负责软件需求规格说明书的审查和批准，协调各项活动，分配任务。 同行专家：参与软件需求规格说明书的审查。 用户：内部或外部客户，参与软件需求规格说明书的审查。 需求分析人员：对参加需求评审的人员描述软件。 系统测试人员：负责组织软件测试组对软件需求进行分析，通过编写系统测试计划和用例来审查软件需求的可测试性；参与软件需求规格说明书的审查和批准。 QA：参与工作软件的审查，统计缺陷，并对验证和确认需求过程进行审计。3. 3.3进入标准需求规格说明书已经通过初步审查。4. 3.4输入需