软件项目资源管理PPT
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
即中等规模复用，如软件设计结果的复用。
3. 大粒度复用
即大规模复用，如应用于系统的复用。
7.2.4 可复用软件资源的管理
为提高软件生产率和软件质量，需要把有重用价值的软 件模块或构件收集起来，再把相关的资料组织在一起，标 注说明，建立索引，从而建立可复用的软件构件库。 1.软件资源的分类：
① ② ③ ④ ⑤ ⑥ ⑦ 按构件标准分：可跨平台、跨语言使用的标准构件；某个特定环境中 使用的专用构件。 按使用范围分：通用构件、领域专用构件。 按适合操作系统分：基于Windows、UNIX/Linux等 按应用领域分：数据库、网络、多媒体和人工智能等 按业务领域分：工商、银行和电信等。 按功能分：如数据库中查询构件、报表构件等。 按粒度大小分：大、中、小型构件。
2.Brooks定律 定律
曾担任IBM公司操作系统项目经理的F.Brooks，从大 量的软件开发实践中得出了另一条结论：“向一个已经拖 延的项目追加新的开发人员，可能会是这个项目完成得更 晚”。从另一个角度说明了“时间与人员不能线性互换”。 对这个定律的合理解释是，当开发人员以算术级数 增长时，人员之间的通信将以几何级数增长，从而可能导 致“得不偿失”的结果。一般说来，由N位开发人员组成 的小组要完成既定的工作，相互之间的通信路径总数为： C=N(N-1)/2，而通信时需要时间的。
通过上面的论述说明，在项目启动时就要做好人力资源的分析和规 划，制定项目整个过程的人力资源需求表，如下：
序号 1 2 3 4 5 6 7 8 角色 项目经理 分项目经理 系统分析员 架构设计师 数据库工程师 程序员 文档管理员 测试员 …… 数量 1 6 到位时间
× × × ×年× ×月
备注
分项目1： × × × ×年× ×月 分项目2： × × × ×年× ×月
面向对象方法（方案2） 系统建模：Objectmaker 数据库建模：ERWin（可 选） SQA，TestBytes， SafePro/C++ 用ParadigmPlus中的 Publisher可生成项目文档 CCC/Harvest 系统建模：ParadigmPlus 数据库建模：ERWin（可 选） 根据软件特点可选用： SQA，SafePro/C ， TestBytes 用ParadigmPlus中的 Publisher可生成项目文档
③ ④
7.2.5 CASE工具及其管理
1.Case工具的概念
CASE（Computer-Aided Software Engineering , CASE）计算 机辅助软件工程。CASE作为软件开发自动化支持的代名词，已经被 软件工程界普遍接受。 CASE 吸收了计算机辅助设计、操作系统、数据库和计算机网络 等许多研究领域的原理和技术，把软件开发技术、方法和工具集成为 一个统一的整体。简单的理解为，CASE=软件工程+自动化工具。
7.1.4 团队组织和分工
组建软件项目团队取决于可供选择的人员、项目的需求以及组 织的需求，这里介绍一下各种软件项目段对组织的策略。
1. 软件团队中的角色
① ② ③ ④ ⑤ ⑥ ⑦ ⑧ 项目经理 分项目经理 系统分析员 系统架构师 数据库管理员 程序员 配置管理员 系统测试员
2.
开发人员的组织
① 水平团队方案 ② 垂直团队方案 ③ 混合团队方案
7.1.3 人力资源的获取
人员的获取是项目团队的逐组建关键，在选拔项目 成员时，成员的来源有3种渠道：
① 在组织内部选拔合适的人选 ② 通过招聘吸收新成员； ③ 通过熟悉的人员介绍，引进所需要的中高级技术人才。
项目经理是全包项目成功的关键，因此，项目经理 应具备的基本素质如下。
① 良好的交流沟通能力 ② 良好的文档能力 ③ 解决冲突的能力和项目实践经验
目前市场上出现了较多的CASE工具 1. 按其应用类型可分为一下3类：
① ② ③ 辅助计算工具，具体包括风险分析工具、测试分析工具和项目计划 工具等。 辅助设计工具，具体包括分析和设计工具、原型工具、接口设计和 开发工具，编程工具和测试工具等。 辅助管理工具，具体包括项目管理工具、需求跟踪工具、文档管理 工具、质量管理工具和配置管理工具。 单独运行方式 工具与工具之间直接连通 通过集成式项目支持环境
更为详细的构件分类模式：
构件标识 构件名称 构件功能描述关键字 所用数据结构 数学模型 构件作用对象 构件作用领域 构件应用场所 特别需求信息 错误处理及异常信息 构件作者 构件完成日期 构件最近一次修改日期 辅助软件 可用的文档描述及测试用 例描述
2.软件库的检索 步骤一般如下：
① ② 系统分析员对需求进行综合分析，得到理解后的需求，压缩问 题空间。 以形式化的语言表达需求，并构造查询条件。查询条件可以是 简单的字符串搜索命令或组合的SQL查询语句，也可是复杂的 构件检索语言规约。 针对可复用的构件库，按照某种分类方法将构件按照标准划分 为构件类，对构件类的编码进行描述并建立索引。 通过构件匹配算法将需求表达与构件集合。
同时，在选择和评价CASE时，还应结合项目组的 自身因素来考虑，具体内容包括以下几个方面。
① ② ③ ④ 软件开发组织的背景 软件系统规模 软件系统类型 人员素质
只有当软件开发的方法、过程模型、软件开发的 管理以及文档编写的标准切实符合软件开发组织的实 际情况时，CASE工具的选择与集成开发环境的构建 才能够行之有效，才能起到很好的支撑和帮助作用。
1.人员 人员——进度权衡定律 人员 进度权衡定律
著名学者Putnam在估算软件开发工作量时得出的公式： E=S3 / ( C3×t4 ) 其中，E是以人年为单位的工作量，S是LOC，C是技 术银子，t是以年为单位的耗费时间，截至产品交付所用 的时间。 由于软件项目的建设时间主要取决于应用软件的开发 时间，因此可将这种人员与进度之间的非线性替代关系称 为“人员——进度权衡定律”。
以上性能指标为原则，具体在选用CASE工具时还要落实以下原则：
掌握CASE工具间的借口和信息关系，保证高端CASE工具的信息向低端 CASE工具能流畅传递，进而使工具之间、人员之间以及软件工程各过程之 间均能便利地通信。 注重商业化程度高的CASE工具。 较少地涉及软件实现工具，例如编程工具、界面工具和报表工具等。
②
2.激励
① ②
7.2 软件资源管理
1.软件资源管理的概念
在软件开发过程中，可以尽可能重复使用以前开发活动中曾经 积累或使用过的软件资源，这些软件资源被称为可复用软件资源。
2.软件资源的复用方式
① ② ③ ④ ⑤ 源代码的复用 目标代码复用 设计结果复用 分析结果复用 类模块复用
类库与库函数的联系与区别： 1. 联系：而这都是经过特定开发语言编译后的二进制代码。 2. 区别：二者有本质区别，主要表现在一下几方面：
2. 按对于软件工具之间的集成方式，分以下3种：
① ② ③
2. CASE工具产品
工具类 报表工具 界面工具 数据库工具 产品列表 QRHTMLExport filter,Report builder enterprise Layout controlls,Venus,Toolbar PowerBuilder,EmsMySQLmanager,Erwin,Quickdesk,Develop
系统类型 大 中 型 软 件 系 统
活动 系统建模 分析设计 测试
结构化方法（方案1） 系统建模：Objectmaker，PlayCASE 数据库建模：ERWin（可选） SQA(黑盒测试)，SafePro/C， TestBytes（数据库测试），C程序测试 分析 BPWin、ERWin等工具提供报表功能 CCC/Harvest 系统建模：Objectmaker，PlayCASE 数据库建模：ERWin SQA(黑盒测试)，SafePro/C， TestBytes（数据库测试） BPWin、ERWin等工具提供报表功能， 也可将有关模型输入到程序中，但不支 持特定的软件开发规范的自动生成
分析人力资源需求、规划人力资源配备状况。 获取人力资源信息、招聘员工、确定劳资关系。 培训员工、任用员工。 评估员工业绩，依据人力资源评价体系奖惩员工。
7.1.2 人力资源分析与策划
在软件开发过程中，人员的获取、选择、分配和组织 是设计软件开发进度、软件开发过程管理和软件产品质量 的重大问题，必须引起项目负责人的高度重视。软件项目 的开发实践表明，软件开发各个阶段所需要的技术人员类 型、层次和数量是不同的。 在软件项目的计划与分析阶段只需要少数人，主要是 系统分析员、从事软件系统论证和概要设计的软件高级工 程师和项目高级管理人员；在概要设计阶段，要增加一部 分高级程序员；在详细设计阶段要增加软件工程师的程序 员；在编码和测试阶段，还要增加程序员、软件测试员。
分析和设计工具 Powerdesign Playcase,Rational Rose,Object maker SQA 配置管理工具 测试工具 安装工具 Rational clearcase SQA,Safepro/c,TestBytes Install Shield, Install express;
文档 项目管理
小 型 软 件 系பைடு நூலகம்统
系统建模 分析设计 测试
文档
CASE工具集成方案 工具集成方案
7.3 硬件资源管理
7.3.1 硬件资源管理概念 硬件资源的管理是指硬件设备运行全过程的管理，包 括对设备经济状态和技术状态的全面管理。软件项目中的 硬件资源包括：
7.1.5 团队建设
1.建立沟通机制 通常可以采用的沟通方式有以下几种：
① ② ③ ④ 会议沟通 文件沟通 电子邮件 电话
2.培训与学习型组织 在项目实施过程中，逐步建立起学习型项目团队是 项目成功的另一个标志
7.1.6 人力资源评估
1.绩效考核
① 项目绩效：从项目成本、利润、计划完成情况、项目质量、规 范程度、文档水平、技术、产品化和共享度等方面评价项目效 果。 个人绩效：采用员工自评与项目经理考核相结合的方式，从敬 业精神、工作责任感、个人技能、个人贡献、团队合作、工作 效率及完成情况等方面进行考察，对项目成员进行打分、 正激励：主要以物质奖励和精神鼓励等方式体现 负激励：主要以提醒、交谈、批评及体罚等方式。
3. CASE工具的选用
选CASE工具时应注意两方面因素：一是CASE自身特点；其 二是应用CASE工具的软件开发机构的特点。主要有以下性能指标：
① ② ③ ④ ⑤ 可靠性，能长时间完成规定性能，而极少出现死机现象。 可用性，易安装，易学，用户界面通用性等。 高性能，优化内存需求、存储器需求等。 可维护性，如厂商对问题的反应速度，产品维护能力等。 可移植性，能在不同的操作系统、平台上运行。
软件项目资源管理
本章目录
7.1人力资源管理 7.2软件资源管理 7.3硬件资源管理 7.4案例故事解析
7.1.1 人力资源管理概念
软件项目中的人力资源管理包括所有项目干系人：资 助者、客户、项目组成员、支持人员及供应商等。软件项 目的人力资源管理就是有效地发挥每个项目干系人作用的 过程。一般来说，人力资源管理是一项复杂的工作，其具 体的工作内容是由若干相互关联的任务所组成。
……
分项目1、3的经理人 选尚空缺，待招聘
人力资源需求表
制定软件项目人力计划，主要依据工作量和进度进行人 员需求预估。一般来讲，工作量与项目总时间的比值就是理 论上所需的人员数量，但选取和分配人力资源有许多值得研 究的问题。许多学者从软件工程角度提出了一些经验思路， 可作为软件项目人力资源管理参照，再次进行简单介绍： 人员——进度权衡定律 Brooks Brooks定律 Norden-Rayleigh曲线 人力资源计划的平衡 下面将对前两个做以详细的介绍
① 独立性强 ② 高度可塑性 ③ 接口清晰、简明
3. 根据类的特性，类模块复用又可进一步分为以下3种方式：
① 实例复用 ② 继承复用 ③ 多态复用
7.2.3 软件复用的粒度
1. 小粒度复用
即小规模复用，如程序源代码复用和目标代码复用，主要表现 为函数、子程序、面向对象中的类、方法的复用。
2. 中粒度复用
3. 大粒度复用
即大规模复用，如应用于系统的复用。
7.2.4 可复用软件资源的管理
为提高软件生产率和软件质量，需要把有重用价值的软 件模块或构件收集起来，再把相关的资料组织在一起，标 注说明，建立索引，从而建立可复用的软件构件库。 1.软件资源的分类：
① ② ③ ④ ⑤ ⑥ ⑦ 按构件标准分：可跨平台、跨语言使用的标准构件；某个特定环境中 使用的专用构件。 按使用范围分：通用构件、领域专用构件。 按适合操作系统分：基于Windows、UNIX/Linux等 按应用领域分：数据库、网络、多媒体和人工智能等 按业务领域分：工商、银行和电信等。 按功能分：如数据库中查询构件、报表构件等。 按粒度大小分：大、中、小型构件。
2.Brooks定律 定律
曾担任IBM公司操作系统项目经理的F.Brooks，从大 量的软件开发实践中得出了另一条结论：“向一个已经拖 延的项目追加新的开发人员，可能会是这个项目完成得更 晚”。从另一个角度说明了“时间与人员不能线性互换”。 对这个定律的合理解释是，当开发人员以算术级数 增长时，人员之间的通信将以几何级数增长，从而可能导 致“得不偿失”的结果。一般说来，由N位开发人员组成 的小组要完成既定的工作，相互之间的通信路径总数为： C=N(N-1)/2，而通信时需要时间的。
通过上面的论述说明，在项目启动时就要做好人力资源的分析和规 划，制定项目整个过程的人力资源需求表，如下：
序号 1 2 3 4 5 6 7 8 角色 项目经理 分项目经理 系统分析员 架构设计师 数据库工程师 程序员 文档管理员 测试员 …… 数量 1 6 到位时间
× × × ×年× ×月
备注
分项目1： × × × ×年× ×月 分项目2： × × × ×年× ×月
面向对象方法（方案2） 系统建模：Objectmaker 数据库建模：ERWin（可 选） SQA，TestBytes， SafePro/C++ 用ParadigmPlus中的 Publisher可生成项目文档 CCC/Harvest 系统建模：ParadigmPlus 数据库建模：ERWin（可 选） 根据软件特点可选用： SQA，SafePro/C ， TestBytes 用ParadigmPlus中的 Publisher可生成项目文档
③ ④
7.2.5 CASE工具及其管理
1.Case工具的概念
CASE（Computer-Aided Software Engineering , CASE）计算 机辅助软件工程。CASE作为软件开发自动化支持的代名词，已经被 软件工程界普遍接受。 CASE 吸收了计算机辅助设计、操作系统、数据库和计算机网络 等许多研究领域的原理和技术，把软件开发技术、方法和工具集成为 一个统一的整体。简单的理解为，CASE=软件工程+自动化工具。
7.1.4 团队组织和分工
组建软件项目团队取决于可供选择的人员、项目的需求以及组 织的需求，这里介绍一下各种软件项目段对组织的策略。
1. 软件团队中的角色
① ② ③ ④ ⑤ ⑥ ⑦ ⑧ 项目经理 分项目经理 系统分析员 系统架构师 数据库管理员 程序员 配置管理员 系统测试员
2.
开发人员的组织
① 水平团队方案 ② 垂直团队方案 ③ 混合团队方案
7.1.3 人力资源的获取
人员的获取是项目团队的逐组建关键，在选拔项目 成员时，成员的来源有3种渠道：
① 在组织内部选拔合适的人选 ② 通过招聘吸收新成员； ③ 通过熟悉的人员介绍，引进所需要的中高级技术人才。
项目经理是全包项目成功的关键，因此，项目经理 应具备的基本素质如下。
① 良好的交流沟通能力 ② 良好的文档能力 ③ 解决冲突的能力和项目实践经验
目前市场上出现了较多的CASE工具 1. 按其应用类型可分为一下3类：
① ② ③ 辅助计算工具，具体包括风险分析工具、测试分析工具和项目计划 工具等。 辅助设计工具，具体包括分析和设计工具、原型工具、接口设计和 开发工具，编程工具和测试工具等。 辅助管理工具，具体包括项目管理工具、需求跟踪工具、文档管理 工具、质量管理工具和配置管理工具。 单独运行方式 工具与工具之间直接连通 通过集成式项目支持环境
更为详细的构件分类模式：
构件标识 构件名称 构件功能描述关键字 所用数据结构 数学模型 构件作用对象 构件作用领域 构件应用场所 特别需求信息 错误处理及异常信息 构件作者 构件完成日期 构件最近一次修改日期 辅助软件 可用的文档描述及测试用 例描述
2.软件库的检索 步骤一般如下：
① ② 系统分析员对需求进行综合分析，得到理解后的需求，压缩问 题空间。 以形式化的语言表达需求，并构造查询条件。查询条件可以是 简单的字符串搜索命令或组合的SQL查询语句，也可是复杂的 构件检索语言规约。 针对可复用的构件库，按照某种分类方法将构件按照标准划分 为构件类，对构件类的编码进行描述并建立索引。 通过构件匹配算法将需求表达与构件集合。
同时，在选择和评价CASE时，还应结合项目组的 自身因素来考虑，具体内容包括以下几个方面。
① ② ③ ④ 软件开发组织的背景 软件系统规模 软件系统类型 人员素质
只有当软件开发的方法、过程模型、软件开发的 管理以及文档编写的标准切实符合软件开发组织的实 际情况时，CASE工具的选择与集成开发环境的构建 才能够行之有效，才能起到很好的支撑和帮助作用。
1.人员 人员——进度权衡定律 人员 进度权衡定律
著名学者Putnam在估算软件开发工作量时得出的公式： E=S3 / ( C3×t4 ) 其中，E是以人年为单位的工作量，S是LOC，C是技 术银子，t是以年为单位的耗费时间，截至产品交付所用 的时间。 由于软件项目的建设时间主要取决于应用软件的开发 时间，因此可将这种人员与进度之间的非线性替代关系称 为“人员——进度权衡定律”。
以上性能指标为原则，具体在选用CASE工具时还要落实以下原则：
掌握CASE工具间的借口和信息关系，保证高端CASE工具的信息向低端 CASE工具能流畅传递，进而使工具之间、人员之间以及软件工程各过程之 间均能便利地通信。 注重商业化程度高的CASE工具。 较少地涉及软件实现工具，例如编程工具、界面工具和报表工具等。
②
2.激励
① ②
7.2 软件资源管理
1.软件资源管理的概念
在软件开发过程中，可以尽可能重复使用以前开发活动中曾经 积累或使用过的软件资源，这些软件资源被称为可复用软件资源。
2.软件资源的复用方式
① ② ③ ④ ⑤ 源代码的复用 目标代码复用 设计结果复用 分析结果复用 类模块复用
类库与库函数的联系与区别： 1. 联系：而这都是经过特定开发语言编译后的二进制代码。 2. 区别：二者有本质区别，主要表现在一下几方面：
2. 按对于软件工具之间的集成方式，分以下3种：
① ② ③
2. CASE工具产品
工具类 报表工具 界面工具 数据库工具 产品列表 QRHTMLExport filter,Report builder enterprise Layout controlls,Venus,Toolbar PowerBuilder,EmsMySQLmanager,Erwin,Quickdesk,Develop
系统类型 大 中 型 软 件 系 统
活动 系统建模 分析设计 测试
结构化方法（方案1） 系统建模：Objectmaker，PlayCASE 数据库建模：ERWin（可选） SQA(黑盒测试)，SafePro/C， TestBytes（数据库测试），C程序测试 分析 BPWin、ERWin等工具提供报表功能 CCC/Harvest 系统建模：Objectmaker，PlayCASE 数据库建模：ERWin SQA(黑盒测试)，SafePro/C， TestBytes（数据库测试） BPWin、ERWin等工具提供报表功能， 也可将有关模型输入到程序中，但不支 持特定的软件开发规范的自动生成
分析人力资源需求、规划人力资源配备状况。 获取人力资源信息、招聘员工、确定劳资关系。 培训员工、任用员工。 评估员工业绩，依据人力资源评价体系奖惩员工。
7.1.2 人力资源分析与策划
在软件开发过程中，人员的获取、选择、分配和组织 是设计软件开发进度、软件开发过程管理和软件产品质量 的重大问题，必须引起项目负责人的高度重视。软件项目 的开发实践表明，软件开发各个阶段所需要的技术人员类 型、层次和数量是不同的。 在软件项目的计划与分析阶段只需要少数人，主要是 系统分析员、从事软件系统论证和概要设计的软件高级工 程师和项目高级管理人员；在概要设计阶段，要增加一部 分高级程序员；在详细设计阶段要增加软件工程师的程序 员；在编码和测试阶段，还要增加程序员、软件测试员。
分析和设计工具 Powerdesign Playcase,Rational Rose,Object maker SQA 配置管理工具 测试工具 安装工具 Rational clearcase SQA,Safepro/c,TestBytes Install Shield, Install express;
文档 项目管理
小 型 软 件 系பைடு நூலகம்统
系统建模 分析设计 测试
文档
CASE工具集成方案 工具集成方案
7.3 硬件资源管理
7.3.1 硬件资源管理概念 硬件资源的管理是指硬件设备运行全过程的管理，包 括对设备经济状态和技术状态的全面管理。软件项目中的 硬件资源包括：
7.1.5 团队建设
1.建立沟通机制 通常可以采用的沟通方式有以下几种：
① ② ③ ④ 会议沟通 文件沟通 电子邮件 电话
2.培训与学习型组织 在项目实施过程中，逐步建立起学习型项目团队是 项目成功的另一个标志
7.1.6 人力资源评估
1.绩效考核
① 项目绩效：从项目成本、利润、计划完成情况、项目质量、规 范程度、文档水平、技术、产品化和共享度等方面评价项目效 果。 个人绩效：采用员工自评与项目经理考核相结合的方式，从敬 业精神、工作责任感、个人技能、个人贡献、团队合作、工作 效率及完成情况等方面进行考察，对项目成员进行打分、 正激励：主要以物质奖励和精神鼓励等方式体现 负激励：主要以提醒、交谈、批评及体罚等方式。
3. CASE工具的选用
选CASE工具时应注意两方面因素：一是CASE自身特点；其 二是应用CASE工具的软件开发机构的特点。主要有以下性能指标：
① ② ③ ④ ⑤ 可靠性，能长时间完成规定性能，而极少出现死机现象。 可用性，易安装，易学，用户界面通用性等。 高性能，优化内存需求、存储器需求等。 可维护性，如厂商对问题的反应速度，产品维护能力等。 可移植性，能在不同的操作系统、平台上运行。
软件项目资源管理
本章目录
7.1人力资源管理 7.2软件资源管理 7.3硬件资源管理 7.4案例故事解析
7.1.1 人力资源管理概念
软件项目中的人力资源管理包括所有项目干系人：资 助者、客户、项目组成员、支持人员及供应商等。软件项 目的人力资源管理就是有效地发挥每个项目干系人作用的 过程。一般来说，人力资源管理是一项复杂的工作，其具 体的工作内容是由若干相互关联的任务所组成。
……
分项目1、3的经理人 选尚空缺，待招聘
人力资源需求表
制定软件项目人力计划，主要依据工作量和进度进行人 员需求预估。一般来讲，工作量与项目总时间的比值就是理 论上所需的人员数量，但选取和分配人力资源有许多值得研 究的问题。许多学者从软件工程角度提出了一些经验思路， 可作为软件项目人力资源管理参照，再次进行简单介绍： 人员——进度权衡定律 Brooks Brooks定律 Norden-Rayleigh曲线 人力资源计划的平衡 下面将对前两个做以详细的介绍
① 独立性强 ② 高度可塑性 ③ 接口清晰、简明
3. 根据类的特性，类模块复用又可进一步分为以下3种方式：
① 实例复用 ② 继承复用 ③ 多态复用
7.2.3 软件复用的粒度
1. 小粒度复用
即小规模复用，如程序源代码复用和目标代码复用，主要表现 为函数、子程序、面向对象中的类、方法的复用。
2. 中粒度复用