- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件工程教案10
第 10 章 软件项目管理 邢承杰 北京大学计算中心管理信息中心 E-mail: xingcj@pku.edu.cn 项目管理框架图 本章主要内容 10.1软件项目管理的概念 10.2软件度量 10.3软件项目计划 10.4风险分析和管理 10.5软件配置管理 10.1 软件项目管理的概念 What is Project Management? 为了使软件项目能够按照预定的成本、进度、质量顺利完成,而对成本、人员、进度、质量、风险等进行分析和管理的活动。 Project management is the application of knowledge , skills , tools , and techniques to project activities in order to meet or exceed stakeholder needs and expectations from a project. 软件项目管理的特点 软件是纯知识产品,其开发进度和质量很难估计和度量,生产效率也难以预测和保证。 软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。 例:Windows这样的操作系统有1500万行以上的代码,同时有数千个程序员在进行开发,项目经理都有上百个。 软件项目的三约束 软件项目重要的四维 人员(People) 产品(Product) 过程(Process) 技术(Technology) 人员-项目管理中最重要的因素 参与软件项目管理过程的人员分为以下五类: 高级管理者:负责定义业务问题,这些问题往往对项目管理产生很大影响 项目(技术)管理者:计划、激励、组织和控制软件开发人员 开发人员:负责开发一个产品或应用所需的专门技术 客户:负责说明待开发软件的需求的人以及其他风险承担者 最终用户:一旦软件发布称为产品,最终用户是直接与软件进行交互的人 每一个软件项目都有上述的人员参与。为了达到高效,项目组的组织必须最大限度地发挥每个人的技术和能力。 软件小组 大多软件产品都很大,但个软件专业人员不可能在有限时间内单独完成。因而,产品必须分配给一组专业人员,有他们共同来完成。 类比: 如果1个农夫可在10天内采摘完1块草莓地,同样大小的草莓地可以由10个农夫在1天内采摘完; 另一种情况,1个妇女可在9个月里生育1个小孩,但绝不可能有9个妇女在1个月里生育出一个小孩。 软件小组 换句话说,像摘草莓这样的任务完全可以分担,但像生育小孩这样的任务是不能分担的。 与生育小孩不同,在小组成员之间通过分开编写代码,可以分担软件的实现任务。然而小组编程又不像采摘草莓,小组成员之间需要以一种富有意义并且卓有成效的方式进行交互。 开发小组的组织是一个管理性的问题,管理人员必须对开发小组进行组织管理,保证每个小组工作的高效率。 软件小组的组织形式 封闭型:顶层的问题解决和内部小组协调是由小组负责人管理的。管理人和小组成员之间的通信是垂直的。这种小组在开发与过去做过的产品相类似的软件时十分有效,当在这种封闭式范型下难以进行创新的工作。 自由型:松散地组织小组,并依赖于小组成员个人的主动性。当需要创新或技术的突破时,按照这种自由型组织的小组很有优势。但当需要“有次序地完成”时,这种小组就会陷入困境。 开放型:具有封闭型的控制性,又包含了自由型的创新性。工作的完成结合了大量的通信和基于小组一致意见的决策。开放型小组结构特别适于解决复杂问题,当可能不像其他类型小组那么有效率。 协同型:依赖于问题的自然划分,组织小组成员各自解决问题的片断,它们之间没有什么主动的通信。 产品 软件范围:通过回答以下问题来定义 语境:待建造的软件如何适应于大型的系统、产品或商业的语境,在该语境下要加什么约束? 信息目标:软件要产生什么样的客户可见的数据对象作为输出?需要什么样的数据对象作为输入? 功能和性能:软件要执行什么样的功能使得输入数据变换成输出?需要满足任何特殊的性能特征吗? 问题分解:有时称为划分或问题详细描述,他是软件需求分析的核心活动。在确定软件范围的活动中并不试图完全分解问题,而是将分解应用于两个主要方面: 必须交付的功能 用于交付功能的过程 过程 定义:定义一个初步的计划,以反映项目管理过程中所需要的工作任务 开发:包括客户交流、集合、风险分析、构造及发布、客户评估等活动 支持:根据项目规模、关键性或类型确定软件最适合的开发模型 技术 工程技术 开发技术 本章主要内容 10.1软件项目管理的概念 10.2软件度量 10.3软件项目计划 10.4风险分析和管理 10.5软件配置管理 10.2 软件度量(metrics) 软件度量:是软件产品、软件开发过程、资源和环境等的定量描述。如程序规模、操作符个数、程序中错误的个数等。 下面介绍
文档评论(0)