项目需求讲解与实践

.项目要求说明和实践，目录，一、需求工程概述、二是开发需求，(a)收集需求，(b)需求分析，(3)需求定义，(4)需求开发流程，需求开发流程，需求获取，需求分析，需求定义，需求确认，需求更改(2)需求分析，分析和抽象各种需求信息，建立目标系统的概念模型。用户要求、系统要求、过滤、转换、清理、建模、(3)根据需求定义、需求调查和需求分析结果进一步定义正确的产品需求，从而生成需求规格说明书。系统设计者基于需求规格说明书执行系统设计任务。用户要求手册，要求规范手册，语言转换，精炼，明确，(4)确认要求，确认要求目的要求确认方法确认要求实例，确认要求的目的，确定要求的范围提供明确的要求标准提供设计标准提供测试标准建立接受标准，要求确认方法1，建立建设单位，确认建设单位，要求手册，要求确认方法2，建立建设单位，确认建设单位，需求说明，监督单位审计，需求确认方法3、建设单位确认、需求说明书、监督单位审计、专家审查、需求确认案例，建设单位内部审计，监督单位审计，业主单位内部审计，专家技术审查，3，需求管理，(a)开发需求管理计划，(2)版本控制，(3)需求更改管理，(4)需求跟踪，(a)开发需求管理计划，主要包括需求管理硬件和软件资源确定、需求跟踪表、需求更改请求表等。项目经理批准计划。(2)版本控制，处于草案状态的配置项目的版本号格式为0。是YZ。草案完成后，YZ的值必须增加。YZ的初始值和增量由开发人员直接确定。处于正式发布状态的配置项的版本号格式为X.Y。x主要版本号，值范围为l到9。y是次版本号，范围为1-9。第一次“ga”配置项时，版本号为1.0。处于“正在修改”状态的配置项的版本号格式为X.Y。如果配置项的版本升级阶段较小，则通常仅增加y值，而x值保持不变。只有在配置项版本升级阶段较大的情况下，才能增加x值。在配置项中修改时，通常只会增加z值，而X.Y值保持不变。(3)需求变更管理，1 .变更控制委员会配置2。显式变更批准进程，1 .变更控制委员会组成，建设单位项目经理建设单位项目经理用户单位项目经理监督单位高级监督工程师设计单位项目经理建设单位项目经理项目管理咨询单位项目经理其他有关人员，2 .明确的变更批准进程，在项目管理方法中进行明确的项目变更批准进程通常需要与实施此项目相关的所有各方进行批准。变更意见需要各方项目首席负责人确认后才能通过。需求变更核准流程(案例)、变更请求、变更单位、变更稽核、变更核准、监督单位、设计单位、拥有者单位、需求变更、技术核准、费用核准、变更请求表单、技术核准表单、费用核准表单、(4)需求跟踪、需求陈述、实施过程、需求跟踪、报告需求更改跟踪、需求更改跟踪表、需求跟踪表、4，要求文档，(a)如何创建规范文档，(b)要求文档内容，(c)要求声明示例，(a)如何创建规范文档，文档命名惯例。文件格式必须相符。文档目录不是必需的。文件结构要明确。文件内容要全面。文件文章要准确。文件前后必须一致。文档不能是低级错误。(b)要求手册基本内容，项目背景。项目范围。项目功能要求。项目非功能要求。项目执行环境。系统外部接口。，(c)要求声明示例、用户要求声明和要求规范说明之间的区别：根据读者对象说明语言，实