项目需求讲解与实践

.,项目需求讲解与实践,.,目录,.,一、需求工程概述,.,二、需求开发,（一）需求获取（二）需求分析（三）需求定义（四）需求确认,.,需求开发过程,需求开发过程,需求获取,需求分析,需求定义,需求确认,需求变更,.,（二）需求分析,对各种需求信息进行分析并抽象描述，为目标系统建立一个概念模型。,用户需求,系统需求,筛选、转换、整理、建模,.,（三）需求定义,根据需求调查和需求分析的结果，进一步定义准确无误的产品需求，产生需求规格说明书。系统设计人员将依据需求规格说明书开展系统设计工作。,用户需求说明书,需求规格说明书,语言转换、细化、明确,.,（四）需求确认,需求确认目的需求确认方法需求确认案例,.,需求确认目的,确定需求范围明确需求基线提供设计依据提供测试依据建立验收基准,.,需求确认方法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.明确变更审批流程,项目管理办法中进行明确项目变更审批流程一般需要此项目实施涉及的所有方参与审批。变更意见需要每一方的项目最高领导签署确认才可通过。,.,需求变更审批流程（案例）,变更申请,变更单位,变更审核,变更审批,监理单位,设计单位,业主单位,需求变更,技术审批,费用审批,变更申请表,技术审批表,费用审批表,.,（四）需求跟踪,需求说明书,实施过程,需求跟踪,跟踪报告需求变更,.,需求跟踪矩阵,需求跟踪矩阵,.,四、需求文档,（一）如何写规范文档（二）需求说明书内容（三）需求说明书案例,.,（一）如何写规范文档,文档命名要规范。文档格式要一致。文档目录不可缺。文档结构要清晰。文档内容要全面。文档句子要准确。文档前后要一致。文档不要低级错。,.,（二）需求说明书基本内容,项目背景。项目范围。项目功能需求。项目非功能需求。项目运行环境。系统外部接口。,.,（三）需求说明书案例,用户需求说明书与需求规格说明书的区别：读者对象不同描述语言不同实际用途不同,