福建农林大学11专升本软件工程期末第14章01-项目管理概.pptVIP

福建农林大学11专升本软件工程期末第14章01-项目管理概.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
* * * * * * * * * * * * * * * * * * * * 软件工程 第14章 软件项目管理 * 1、参考过程体系 CMMI:早期的CMMI(CMMI-SE/SW/IPPD)1.02版本是应用于软件业项目的管理方法,SEI在部分国家和地区开始推广和试用。随着应用的推广与模型本身的发展,演绎成为一种被广泛应用的综合性模型。 RUP: 统一软件开发过程,统一软件过程,是一个面向对象且基于网络的程序开发方法论。 。 MSF:是一套大型系统开发指南,它描述了如何用组队模型、过程模型和应用模型来开发Client/Server结构的应用程序,是在微软的工具和技术的基础上建立并开发分布式企业系统应用的参考。 敏捷开发:敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。 软件工程 第14章 软件项目管理 * 2、过程制定与改进 过程制定:在项目开始时就应根据项目的情况制定合理的过程规范,不要照搬标准过程,而是栽减我们需要的实践。过程规范中应包括: 过程改进:项目开始时制定的过程规范不一定完全符合项目的情况,随着项目的进展,会暴露出很多问题,我们需要根据现有的情况及问题改进过程规范,以更好的适应和推动项目。 框架活动 软件工程动作 任务集 任务 软件工程 第14章 软件项目管理 * 需求管理的价值:等确保团队以需求为目标开展设计和开发,精确的实现客户期望的需求为其创造业务价值。 需求管理分为需求分析及需求变更控制两部分。 需求分析:通过有效的方法和工具收集、分析、定义有价值的客户需求。 我们不仅要实现变更,更要适应需求变更控制:唯一不变的就是变化,需求一定会发生变化,我们要对变化进分析,确保变更的业务价值并以最小的代价实现需求变更。 变化! 软件工程 第14章 软件项目管理 * 1、需求分析 需求分析:通过有效的方法和工具收集、分析、定义有价值的客户需求。 了解业务 收集需求 分析需求 定义评审 软件工程 第14章 软件项目管理 * 了解业务 软件系统因为能够帮助客户创造业务价值而存在,我们开发软件是为了能够客户在特定的业务环境中更好的实现业务工作,所以我们首先要全面的去了解客户当前的业务环境,知道他们现在是怎么做的。 在了解客户的业务环境时,可以使用Visio绘制职能图来记录他们的业务流程,以帮助我们分析客户的需求。 1、需求分析 了解业务 收集需求 分析需求 定义评审 软件工程 第14章 软件项目管理 * 收集需求 当我们了解客户现有的业务环境后,可与关键人员(核心管理人员及主要使用者)进的直接的沟通,第一次沟通时应召所有的关键人员进行集中沟通,明确总体需求,再分别收集具体的详细需求。 1、需求分析 了解业务 收集需求 分析需求 定义评审 软件工程 第14章 软件项目管理 * 分析需求 全面收集客户详细需求后,我们可以对需求进行仔细业务的分析,它的环境是怎么样的,客户的需求目标是什么,这样是不是满足需求目标的最佳方式,有没潜在的问题等。 我们在的与分析需求时可以制定软件原型,一方面可以帮助自己理解和整理需求,一方面可以拿软件原型直观客户进行交流明确。 1、需求分析 了解业务 收集需求 分析需求 定义评审 软件工程 第14章 软件项目管理 * 定义评审 通过软件原型与客户具体的确认需求后,我们可以以用例的格式来编制正式的《软件需求规格说明书》。 编制完《软件需求规格说明书》后可邀请关键客户来正式评审需求,评审需求时可以软件原型演示的形式(每个细节都需要明确)来评审需求,如果需求没有问题,可由客户签字最终确认需求。 了解业务 收集需求 分析需求 定义评审 1、需求分析 软件工程 第14章 软件项目管理 * 四、技术管理 软件工程 第14章 软件项目管理 * 技术管理的价值:软件是技术型产品,是用技术实现的,选错了实现技术软件就无法实现了,所以对技术的管理在软件开发中非常重要。 技术管理的目标是确保用最为合理的技术实现满足需求的软件系统! 软件工程 第14章 软件项目管理 * 1、技术体系管理 全面理解需求:不管理选择哪些技术都是为了实现需求 选择合理的技术体系:考虑现有人员技能、技术积累、技术风险等情况,并编制“技术方案”描述技术体系,内容应包含所要采用哪些技术,各技术的优缺 点,为什么采用该技术等 根据技术体系进行设计和开发 跟踪技术体系的执行情况,并根据反馈进行优化调整 软件工程 第14章 软件项目管理 * 2、技术规范管理 编写技术规范:在进行设计和开发前就应根据技术体系及项目情况编写指导设计和开发的规范,比如“java编程规范”等 检查技术规范的执行情况,一旦发现应重点警告并通知修改 根据反馈对相应技术规范进行调整修改以更适应

文档评论(0)

smdh + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档