第3讲--软件项目范围计划

第3讲--软件项目范围计划

ID:43218257

大小:3.12 MB

页数:90页

时间:2019-10-03

第3讲--软件项目范围计划_第1页
第3讲--软件项目范围计划_第2页
第3讲--软件项目范围计划_第3页
第3讲--软件项目范围计划_第4页
第3讲--软件项目范围计划_第5页
资源描述:

《第3讲--软件项目范围计划》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、0范围计划配置管理计划合同计划风险计划沟通计划质量计划成本计划时间计划集成计划范围计划项目结束项目执行控制项目计划项目初始人力计划1核心三计划范围计划进度计划成本计划--成本基准,进度基准2软件项目管理第三讲软件项目范围计划3本章要点一、软件需求管理过程二、任务分解定义三、任务分解的类型四、任务分解的过程五、案例分析41软件项目需求管理影响软件项目成败的因素5项目失败的原因分析No.Top10Factors平均值1Inadequaterequirementsspecification不充分的需求规范4.52Changesinrequirements需求的改变4.33Shortage

2、ofsystemsengineers缺乏系统工程师4.24Shortageofsoftwaremanagers缺乏了解软件特性的经理人4.15Shortageofqualifiedprojectmanagers缺乏合格的项目经理4.16Shortageofsoftwareengineers缺乏软件工程师3.97Fixed-pricecontract固定价合同3.88Inadequatecommunicationsforsystemintegration系统集成阶段,交流与沟通不充分3.89Insufficientexperienceasteam团队缺乏经验3.610Shortage

3、ofapplicationdomainexperts缺乏应用领域专家3.6Scale:5=VerySerious3=Serious1=NoSeriousSource:Carnegie-MellonUniversity,SoftwareEngineeringInstitute6软件开发的目标——按时按预算开发出满足用户真实需要的软件。需求——一个软件项目的开始阶段。在软件工程中,需求分析阶段是包括客户、用户、业务或需求分析员、开发人员、测试人员、用户文档编写者、项目管理者和客户管理者在内的所有的风险承担者都需要参与的阶段。1软件项目需求管理7需求定义IEEE软件工程标准词汇表(199

4、7年)中将需求定义为:用户解决问题或达到目标所需的条件或权能(Capability);系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能;一种反映上面(1)或(2)所描述的条件或权能的文档说明。软件需求包括以下几个层次:业务需求(businessrequirement)用户需求(userrequirement)功能需求(functionalrequirement)同时也包括非功能需求、软件需求规格说明(softwarerequirementsspecification,SRS)等。1软件项目需求管理8软件需求各组成部分关系1软件项目需求管理9需求类型在UP(

5、统一过程)中,软件需求是根据FURPS+模型来分类的,其中FURPS的含义如下:Functional(功能性)Usability(可用性)Reliability(可靠性)Performance(性能)Supportability(可支持性)“+”是指一些辅助性的和次要的因素:Implementation(实现)Interface(接口)Operations(操作)Packaging(包装)Legal(授权)1软件项目需求管理10需求过程所涉及的工作需求开发和管理过程11需求管理的重要性12需求工程——也叫做需求过程或需求阶段,包括需求开发和需求管理。需求开发——包括需求获取、需求分

6、析、编写需求规格说明、验证需求四个阶段,在这四个阶段执行以下活动:确定产品所期望的用户类;获取每个用户类的需求;了解实际用户任务和目标以及这些任务所支持的业务需求;分析源于用户的信息以区别业务需求、功能需求、质量属性、业务规则,建议解决的方法和附加的信息;分解需求,并将需求中的一部分分配给软件组件;了解相关属性的重要性;划分实施优先级;编写需求规格说明和模型;评审需求规格,验证对用户需求的正确理解和认识。需求开发和管理过程13需求管理——是一种用于查找、记录、组织和跟踪系统需求变更的系统化方法,可用于获取、组织和记录系统需求并使客户和项目团队在系统需求变更上保持一致。有效的需求管理

7、在于维护清晰明确的需求阐述、每种需求类型所适用的属性,以及与其它需求和其它项目工件之间的可追踪性。需求管理活动包括定义需求基线评审需求变更并评估每项需求变更对软件产品的影响从而决定是否实施它。以一种可控制的方式将需求变更融入当前的软件项目。让当前的项目计划和需求保持一致。估计变更所产生的影响并在此基础上协商新的约定实现通过需求可跟踪对应的设计、源代码和测试用例。在整个项目过程中跟踪需求状态及其变更情况。需求开发和管理过程14需求获取需求获取的主要目的是从宏观上把握用户

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

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

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