第2章 软件项目管理之需求管理

第2章 软件项目管理之需求管理

ID:83456236

大小:17.20 KB

页数:4页

时间:2023-05-19

上传者:187****8149
第2章 软件项目管理之需求管理_第1页
第2章 软件项目管理之需求管理_第2页
第2章 软件项目管理之需求管理_第3页
第2章 软件项目管理之需求管理_第4页
资源描述:

《第2章 软件项目管理之需求管理》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库

第2章软件项目管理之需求管理第二部分IT项目管理之需求为准需求工程需求开发需求获取需求分析文档编写需求验证需求管理需求状态需求跟踪版本控制需求变更基础认知需求相关概念剖析需求的重要性需求是业务的根源,需求工作的优劣对业务影响最大。就像一条河流,如果源头被污染了,那么整条河流也就被污染了。需求是缺陷主要来源错误引入阶段分析Requirements56%Design27%JamesMartin:超过50%的缺陷由不完善的、不正确的、不准确的和/或不明确的需求所引起Code7%Other10%错误定位费用分析Requirements82%Design13%JamesMartin:80%以上的用于定位业务错误的费用是基于业务系统需求定义的错误Code1%Other4%一个小故事4

1如何练就需求分析的火眼金晴?5W+1H+8C5W就是Who、When、Where、What、WhyWhy是关键1H就是How–需求本身的流程8C指的是8个约束和限制,即8个Constraints:包括性能Performance、成本Cost、时间Time、可靠性Reliability、安全性Security、合规性Compliance、技术性Technology、兼容性Compatibility如何建立组织级需求工程?专业的角色做专业的事?专业的人做专业的事?需求工程贯穿开发全过程客户要求业务需求内部需求质量属性DFX用户需求标准约束书面标准事实标准功能需求非功能需求硬件需求设计需求系统规格架构设计软件需求需求存在什么问题不是“大而全”,而是“准而精”;镀金.swf不是“热点组合”,而是“关键点组合”;不是“盲目跟风”,而是“为我所用”;不是“形成报告”,而是“达成共识”。CRUDLCreate-Read-Update-Delete-List可研与立项1.可行性研究项目的机会选择2.项目立项立项管理过程建设方的立项管理初步可行性研究详细可行性研究(1)可行性分析报告模版承建方的立项管理(1)某大型集团IT项目实施管理方法4

2(2)校务通模型(2)金蝶公司可行性分析报告合同项目立项过程1.甲方过程招标书定义、乙方选择、合同签署2.乙方过程项目分析、竞标、合同签署3.相关文档《立项报告》、《可行性分析报告》、《标书》需求分析在工程中的位置需求分析师业务模型抽象、提炼需求模型设计依据软件模型用户开发团队业务用户/系统管理者初始需求变更的需求项目环境获取,分析,定义,验证需求需求开发需求规格说明控制需求变更需求管理需求工程活动综合关系需求管理的最终作用需求管理的目的是在用户与开发方之间建立对需求的共同理解,维护需求与工作成4

3果的一致性,并控制需求的变更。包括:需求确认、需求变更控制、需求跟踪1、需求确认需求确认是指开发方和用户共同对需求文档进行评审,双方对需求达成共识后做出书面承诺,使需求文档具有商业合同效果。一、需求确认项目开发面临的实际问题项目开发面临的实际问题项目开发面临的实际问题需求验证的目的和任务需求验证的目的就是要确保软件需求具有良好的特性(如完整性,正确性等)。需求验证包含的活动–满足性(功能需求是否满足需要)–满意性(非功能需求是否满意)–明确及含蓄的需求(失败)、(成功)–共识行(是否能共同理解)–可行性(技术是否可行)–明晰性(信息是否存在含混性)1、为需求进行正式评审正式的审查过程4

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

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

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