项目需求讲解与实践

,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,单击此处编辑母版标题样式,项目需求讲解与实践,目录,需求工程,一,需求开发,二,需求管理,三,交流实践,五,需求文档,四,一、需求工程概述,需 求 工 程,需求开发,需 求 获 取,需 求 分 析,需 求 定 义,需 求 确认,需 求 管 理,二、需求开发,（一）需求获取,（二）需求分析,（三）需求定义,（四）需求确认,需求开发过程,需求开发过程,需求获取,需求分析,需求定义,需求确认,需求变更,（二）需求分析,对各种需求信息进行分析并抽象描述，为目标系统建立一个概念模型。,用户需求,系统需求,筛选、转换、整理、建模,（三）需求定义,根据需求调查和需求分析的结果，进一步定义准确无误的产品需求，产生,需求规格说明书,。系统设计人员将依据,需求规格说明书,开展系统设计工作。,用户需求说明书,需求规格说明书,语言转换、细化、明确,（四）需求确认,需求确认目的,需求确认方法,需求确认案例,需求确认目的,确定需求范围,明确需求基线,提供设计依据,提供测试依据,建立验收基准,需求确认方法,1,承建单位编写,建设单位确认,需求说明书,需求确认方法,2,承建单位编写,建设单位确认,需求说明书,监理单,位审核,需求确认方法,3,承建单位编写,建设单位确认,需求说明书,监理单,位审核,专家,评审,需求确认案例,承建单位内部审核,监理单位审核,业主单位内部审核,专家技术审核,三、需求管理,（一）制定需求管理计划,（二）版本控制,（三）需求变更管理,（四）需求跟踪,（一）制定需求管理计划,主要包括确定需求管理软硬件资源、需求跟踪矩阵、需求变更申请表等。由项目经理审批该计划。,（二）版本控制,处于“草稿”状态的配置项的版本号格式为：,0.YZ,。,随着草稿的不断完善，,YZ,的取值应递增。,YZ,的初值和增幅由开发者自己把握。,处于“正式发布”状态的配置项的版本号格式为：,X.Y,。,X,为主版本号，取值范围为,l9,。,Y,为次版本号，取值范围为,19,。,配置项第一次“正式发布”时，版本号为,1.0,。,处于“正在修改”状态的配置项的版本号格式为：,X.Y,。,如果配置项的版本升级幅度比较小，一般只增大,Y,值，,X,值保持不变。只有当配置项版本升级幅度比较大时，才允许增大,X,值。,配置项上在修改时，一般只增大,Z,值，,X.Y,值保持不变。,（三）需求变更管理,1.,成立变更控制委员会,2.,明确变更审批流程,1.,成立变更控制委员会,承建单位项目经理,建设单位项目经理,用户单位项目经理,监理单位总监理工程师,设计单位项目经理,代建单位项目经理,项目管理咨询单位项目经理,其他相关人员,2.,明确变更审批流程,项目管理办法中进行明确,项目变更审批流程一般需要此项目实施涉及的所有方参与审批。,变更意见需要每一方的项目最高领导签署确认才可通过。,需求变更审批流程（案例）,变更申请,变更单位,变更审核,变更审批,监理单位,设计单位,业主单位,需求变更,技术审批,费用审批,变更申请表,技术审批表,费用审批表,（四）需求跟踪,需求说明书,实施过程,需求跟踪,跟踪报告,需求变更,需求跟踪矩阵,需求跟踪矩阵,需求文档,设计文档,代码,测试用例,1,标题或标识符（版本，日期），说明,标题或标识符（版本，日期），说明,标题或标识符（版本，日期），说明,标题或标识符（版本，日期），说明,2,四、需求文档,（一）如何写规范文档,（二）需求说明书内容,（三）需求说明书案例,（一）如何写规范文档,文档命名要规范。,文档格式要一致。,文档目录不可缺。,文档结构要清晰。,文档内容要全面。,文档句子要准确。,文档前后要一致。,文档不要低级错。,（二）需求说明书基本内容,项目背景。,项目范围。,项目功能需求。,项目非功能需求。,项目运行环境。,系统外部接口。,（三）需求说明书案例,用户需求说明书与需求规格说明书的区别：,读者对象不同,描述语言不同,实际用途不同,（三）需求说明书案例,用户需求说明书,需求规格说明书,五、交流实践,实战演习,互动交流,Click to edit company slogan .,