- 1、本文档共14页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件项⽬管理
第⼀章 软件项⽬管理基本概念
项⽬定义
项⽬(Project)是为了创造⼀个唯⼀的产品或提供⼀个唯⼀的服务⽽进⾏的临时性的努⼒。
项⽬的特征
有明确的⽬标
项⽬之间的活动具有相关性
限定的周期
有独特性
资源成本的约束性
项⽬的不确定性
项⽬管理定义
项⽬管理是⼀系列的伴随着项⽬的进⾏⽽进⾏的、⽬的是为了确保项⽬能够达到期望的结果的⼀系列管理⾏为。
软件项⽬管理
是软件⼯程组成部分
确保软件项⽬满⾜预算,成本等约束,提交⾼质量软件产品
敏捷模型(Agile Development)
敏捷组织提出的⼀个灵活开发⽅法
应对迅速变化需求的快速软件开发⽅法
是⼀种迭代、循序渐进的开发⽅法
敏捷宣⾔——4个价值
个体和互动⾼于流程和⼯具
可⼯作的软件⾼于详尽的⽂档
客户合作⾼于合同谈判
响应变化⾼于遵循计划
第⼆章软件项⽬确⽴
项⽬⽴项
明确项⽬的⽬标、时间表、项⽬使⽤的资源和经费,⽽且得到执⾏该项⽬的项⽬经理和项⽬发。 起⼈的认可
项⽬招投标过程
甲⽅招标书定义—— ⼄⽅项⽬分析——招标与竞标——合同签署
项⽬章程(Project Charter)
确认项⽬存在的⽂件,包括对项⽬的确认、对项⽬经理的授权和项⽬⽬标的概述等。
敏捷项⽬章程
基本要素:
项⽬⽬标
发布标准
预期的⼯作流
第三章⽣存期模型
⽣存期模型
预测型模型
迭代模型
增量模型
敏捷模型
混合模型
软件开发模型变迁
作坊式——过程控制——敏捷——DevOps
项⽬⽣存期选择
预测型:提前进⾏⼤量的计划⼯作,然后⼀次性执⾏;执⾏是⼀个连续的过程。
迭代型:允许对未完成的⼯作进⾏反馈,从⽽改进和修改该⼯作。
增量型:向客户提供各个已完成的,可以⽴即使⽤的可交付成果。
敏捷型:既有迭代,也有增量,便于完善⼯作,频繁交付。
预测型-模型
瀑布模型
V模型
迭代模型Or: 原型模型
增量模型
优点:
阶段式提交⼀个可运⾏的产品
关键的功能更早出现
早期预警问题,避免缺陷蔓延
阶段性完成可以降低估计失误
敏捷⽅法
敏捷⽅法是⼀个囊括了各种框架和⽅法的涵盖性术语。
Scrum 模型
1990年代初,肯·施⽡伯在其公司使⽤了⼀种⽅法Advanced Development Methods (先进开发⽅法),这种⽅法后来发展为Scrum。
敏捷模型的代表。
XP(eXtreme Programming) 极限编程模型
XP(eXtreme Programming)极限编程是由Kent Beck提出的⼀套针对业务需求和软件开发实践的规则。
精益(Lean)
精益(Lean)模式提倡持续不断地改进, 减少流程中的浪费。
DevOps: Development 和Operations 的组合
全程敏捷思维。
开发和运维⼯作紧密合作。
DevOps是⼀组过程、⽅法与系统的统称,⽤于促进开发、技术运营和质量保障 QA( )部门之间的沟通、协作与整合。
混合模型
第四章 软件需求管理
软件需求管理过程
需求获取
需求分析
需求规格编写
需求验证
需求变更
需求建模的基本⽅法
原型⽅法
基于数据流建-模结构化分析法
基于UML建模- ⾯向对象的⽤例分析法
敏捷需求分析
软件需求定义
需求是指⽤户对软件的功能和性能的要求。
需求获取
需求分析
需求分析是为最终⽤户所看到的系统建⽴⼀个概念模型,是对需求的抽象描述。
需求规格编写
需求分析⼯作完成的⼀个基本标志是形成了⼀份完整的、规范的需求规格说明书。
需求验证
需求变更管理
①确定需求变更控制过程
②建⽴变更控制委员会(SCCB)
③进⾏需求变更影响分析
④跟踪所有受需求变更影响的⼯作产品
⑤建⽴需求基准版本和需求控制版本⽂档
⑥维护需求变更的历史记录
⑦跟踪每项需求的状态
⑧衡量需求稳定性
需求建模的基本⽅法介绍
传统⽅法: 1. 原型⽅法 2. 基于数据流建模
文档评论(0)