归纳第11章 软件项目管理.ppt
第11章项目集成计划
C :定值
C=F(S,Q,T)
Q
客户满意度
项目经理
平衡
4
Chapter 11 Integration Plan
本章内容
集成计划
11.2.1 11.2 11.3 案例
定义
使用其他专项计划过程所生成的结果,运用整体和 综合平衡的方法制定出的,用于指导项目实施和管 理的整体性、全局性、协调统一的整体计划文件。 渐进式推进 步骤
本章内容
集成计划
11.2 11.3 案例
校务通
7
End of Chapter 11本章内容Fra bibliotek基本概念
11.1.1
集成计划
11.2
11.3 案例
集成
运用整体和综合平衡的方法制定总体计 划。 范围计划
1
9
?
集成计划
配置计划
3
Chapter 11 Integration Plan
本章内容
基本概念
11.1
集成计划
11.2
11.3 案例 C S T
成本计划
重点 范围计划 进度计划 质量计划
11.2.2
过程
1
2
3
4
5
信息收集
初步计划
综合平衡
最终计划
评审批准
5
Chapter 11 Integration Plan
本章内容
集成计划
11.2 11.3 案例
项目概述 主体计划
11.2.3 编写
项目团队、沟通 开发环境、规范 范围
专项计划
进度
配置
6
Chapter 11 Integration Plan
软件项目管理路线图
《软件工程》教学课件 第11章 软件项目管理
下 表 是 根 据 63 个 项 目 的 数 据 统 计 结 果 , 按 照 基 本 的 COCOMO模型估算的工作量和进度。
总体类型 组织型
半独立型 嵌入型
工作量 MM=10.4(KLOG)1.05 MM=3.0(KLOG)1.12 MM=3.6(KLOG)1.20
进度 TDEV=10.5(MM)0.38 TDEV=10.5(MM)0.35 TDEV=10.5(MM)0.32
i1
其中:ai — 估计的最小行数 bi — 估计的最大行数 mi — 最可能的行数
将估算的源代码行数,乘以根据经验推算的每行源代 码所需成本,即为该软件的成本。
IBM 估算模型
1977年由Waiston 和 Felix 总结了IBM联合系统 分部(FSD)负责的60个项目的数据,利用最小二 乘法拟合,得到如下估算公式:
PERT(Program evaluation & review technique)计 划评审技术或CPM(Critical path method)关键路径法, 都是采用网络图来描述项目的进度安排。如图描述了开发 模块A、B、C的任务网络图。各边上所标注的数字为该任 务所持续的时间,数字结点为任务的起点和终点。
70
任务
月份 1 2 3 4 5 6 7 8 9 10 11 12
60
需求分析 ▲ ▲ ▲
50
总体设计
▲ ▲▲
40
详细设计
▲▲
30
编码 软件测试
▲ ▲▲
20
10
▲▲▲
0 一月
二月
三月
四月
五月
六月
进度表
2.甘特图(Gantt Chart)
管理学 第 11章 (周三多第三版)
11.1 控制活 动
五、பைடு நூலகம்制类型
分类依据 1、根据管理控制系统 标准输出值 Z 的性质分类 类别 程序控制 跟踪控制 自适应控制 最佳控制 2、根据管理控制时机、 对象和目的不同分类 前馈控制 同期控制 反馈控制
11.1 控制活 动
1-1、程序控制 如果系统标准输出值 Z 是个变量,且是已知时间 t 的函数, 则这种类型的控制叫程序控制。 用函数关系表示 Z = f 例:自动化生产程序 ( t )
11.3 控制方 法
盈利比率:常用的有销售利润率和资金利用率。 盈利比率:常用的有销售利润率和资金利用率。 销售利润率是销售净利润与销售总额之间的比例关系,反映 销售利润率是销售净利润与销售总额之间的比例关系, 了企业在一定时期的产品销售中是否获得了足够的利润。 了企业在一定时期的产品销售中是否获得了足够的利润。 资金利用率是企业在某个经营时期的净利润与该期占用的全 部资金之比,反映了企业通过投资是否获得了足够的净利润。 部资金之比,反映了企业通过投资是否获得了足够的净利润。
2DO EOQ = PC
D-企业在一定时间内的总需求量 C-保管成本与库存物品价值之比 O-每次订购所需的费用 P-库存物品单价
11.3 控制方 法
例:某企业一年对某种材料的总需求量是5000 件,每件价格为20元,每次订购所需的费用是 250元,保管成本与库存物品价格之比为12.5%, 安全存货:在最优订货批量外保留的储存量 求最优订购批量。
使企业的经营成果数字化,为企业发展指明方向 为协调企业活动提供了依据 为企业的各项活动确立了财务标准
使控制过程中的绩效衡量工作更加客观可靠 易于测量出实际活动的偏差,为采取纠正措施奠定基础 2)缺点: 不能促使企业对不能计量的方面予以足够重视 编制预算容易因循守旧,忽视当期实际需要 会过度束缚决策者的行动,使企业经营缺乏灵活性和适应性 过分强调预算准则,而忽视了部门活动的本来目的 预算经常偏大,大而无当,造成资金的积压浪费
软件工程导论第11章
【还可以把适配接口再进一步细分为转换接口和扩充接口。转换接口, 是为了克服与表示方法、数据结构或硬件特点相关的操作给重用带来 的困难而设计的,这类接口是每个类构件在重用时都必须重新定义的 服务的集合。当使用C++语言编程时,应该在根类(或适当的基类)中, 把属于转换接口的服务定义为纯虚函数。如果某个服务有多种可能的 实现算法,则应该把它当作扩充接口。扩充接口与转换接口不同,并 不需要强迫用户在派生类中重新定义它们,相反,如果在派生类中没 有给出扩充接口的新算法,则将继承父类中的算法。当用C++语言实现 时,在基类中把这类服务定义为普通的虚函数。】
4. 弱耦合 耦合:指一个软件结构内不同模块之间互连的紧 密程度。 在面向对象方法中,对象是最基本的模块,因此, 耦合主要指不同对象之间相互关联的紧密程度。 弱耦合是优秀设计的一个重要标准。
5
对象之间的耦合分为两大类: (1) 交互耦合: 对象之间的耦合通过消息连接来实现。 使交互耦合尽可能松散,应遵守下述准则: 尽量降低消息连接的复杂程度。 应该尽量减少消息中包含的参数个数,降低参数的复 杂程度。 减少对象发送(或接收)的消息数。 (2) 继承耦合 与交互耦合相反,应该提高继承耦合程度。 通过继承关系结合起来的基类和派生类,构成系统中 粒度更大的模块。设计时应该使特殊类尽量多继承并 使用其一般化类的属性和服务,从而更紧密地耦合到 其一般化类。
13
2. 软件成分的重用级别 (1) 代码重用 源代码剪贴:最原始的重用形式。 复制或修改原有代码时可能出错,存在严重的配臵 管理问题,人们几乎无法跟踪原始代码块多次修改 重用的过程。 源代码包含:许多程序设计语言都提供包含库中 源代码的机制。配臵管理问题有所缓解,修改了库 中源代码之后,所有包含它的程序自然都必须重新 编译。 继承:利用继承机制重用类库中的类时,无须修 改已有的代码,就可以扩充或具体化在库中找出的 类,基本上不存在配臵管理问题。
第11章 软件项目管理-软件工程基础(第3版)-胡思康-清华大学出版社
第 4 页4
软件项目管理概述
软件项目管理目标
软件项目管理成功的目标包括以下几方面: ⑴ 如期完成项目 ⑵ 项目成本控制在计划之内 ⑶ 妥善处理用户的需求变动 ⑷ 保证项目质量⑸ 保持对项目进度的跟踪与控制
第11章 软件项目管理
第 5 页5
软件项目规模度量
任何软件项目都需要定量描述才能制定软件开发成本。只有把软件项目 中设计的各项因素,如软件开发时间、人员数量、开发环境的软件工具和硬 件系统、资金等资源的指标尽可能量化,才能准确估算软件产品的规模、复 杂度、工作总量。没有定量的项目将难以展开软件管理和实施过程。
❖系统的内部处理复杂吗
❖代码设计可重用吗
❖ 设计中包括转换和安 装吗
❖ 系统的设计支持不同 组织的多次安装吗
❖ 系统的实际有利于用 户的修改和使用吗
第 10 页10
软件项目规模度量
面向功能的度量
一旦计算出功能点,就可仿照LOC的方式度量软件的生产率、质量和 其它属性:
生产率 = FP/E 质量 = ER/FP 成本 = S/FP 文档 = ER/FP
第11章 软件项目管理
第 2 页2
软件项目管理概述
软件项目管理的特点
⑷ 软件产品虽然分通用软件和领域软件,但其都是“定制”的定向系统 ,目前仍无法摆脱手工开发模式。“没有完全一样的软件项目”,这不仅对 项目实施过程难以控制,而且还需要根据具体应用领域、环境等制定特殊管 理过程和内容。
⑸ 源于应用领域的复杂性和软件开发技术的复杂性,软件自身是一个复 杂系统。因而软件管理要对复杂软件系统过程做到未雨绸缪,对软件开发内 容抽丝剥茧般的细致。 ⑹ 软件项目管理需要综合各方面,特别是社会因素、精神因素、认知要素、 技术问题、领域问题、用户沟通等各项复杂内容。
项目管理前沿
第11章项目管理前沿学习目标:熟悉计算机辅助的建设项目管理和网络平台上的建设项目管理。
重点难点:1、Internet在建筑业中的应用2、工作流管理功能3、项目信息门户(project information portal)课程内容:信息化是当今国际社会发展的趋势之一。
近年来,许多发达国家和发展中国家纷纷把信息视为重要战略资源,把信息化作为社会持续发展的重要途径之一。
我国也提出了信息化发展战略和发展规划,并将国家信息化建设作为21世纪初期我国经济和社会发展的重要组成部分。
本章主要介绍信息化的背景和含义、建设项目管理信息化的含义和意义以及建设项目管理信息化的实施等内容。
在网络平台上进行建设项目的管理,其技术基础是网络平台,是在局域网或互联网上构建的信息沟通平台;网络平台上的活动主体是用户,是构成了一个虚拟的项目管理组织的用户群体;而网络平台上项目管理活动的核心是建设项目的信息管理,包括了项目信息的创建、集中管理和共享等几个方面。
11.1信息化的内涵信息化是人类社会发展过程中一种特定现象,它的产生和发展表明人类对信息资源的依赖程度越来越高。
信息化是人类社会继农业革命、城镇化和工业化后进入新的发展时期的重要标志。
本节主要介绍信息化产生的背景――数字鸿沟、信息化的含义以及建设项目管理信息化的发展趋势等内容。
11.1.1 信息化产生的背景――数字鸿沟信息化的出现给人类带来新的资源、新的财富和新的社会生产力,形成了以创造型信息劳动者为主体,以电子计算机等新型工具体系为基本劳动手段,以再生性信息为主要劳动对象,以高技术型企业为骨干,以信息产业为主导产业的新一代信息生产力。
在以质能转换为主体的传统经济中,人们对资源的争夺主要对象为土地、矿产和石油等,而今天,信息资源日益成为争夺的重点,带来了国际社会新的竞争方式、竞争手段和竞争内容。
由于信息化发展水平不同,产生了存在于国与国、地区与地区、产业与产业、社会阶层与社会阶层之间的“数字鸿沟”(Digital Divide)。
中间COCOMO模型估算方程
K :人的工作量(人-年)
Ck :技术状况有关的常数
对于差的开发环境 Ck = 2500 对于好的开发环境 Ck = 10000 对于优的开发环境 Ck = 12500
5、基于代码行的成本估算方法
模型: Le (a 4m b) / 6
Ld
n (b a)2 i1 6
a:极好情况下的源代码估算行数期望值 b:正常情况下的源代码估算行数期望值 c:较差情况下的源代码估算行数期望值
可能的影响 2 3 2 3 2
RMMM
表 风险预测表样本
资金流失
预算风险Biblioteka 40%1需求改变
产品规模
80%
2
技术达不到预期效果
技术风险
30%
1
缺少对于工具的培训
人力风险
80%
3
人员缺乏经验 人员流 动频繁
人力风险
30%
2
人力风险
60%
2
3、COCOMO模型 (1)基本COCOMO模型
估算方程: ED rS c TD a(ED)b
ED:总的开发工作量 TD:开发时间 S:源指令数 r,c,a,b:经验常数,取决于项目的总体类型
项目的总体类型:
结构型:在本机内部的开发环境中的小规模产 品。
嵌入型:计算机开发环境往往受到严格限制, 例如时间与空间的限制, 因此对同样的软件规模, 其开发难度要大些,估算工作量要大得多,生产率 将低得多。
半独立型介于结构型与嵌入型之间。
3、COCOMO模型 (2)中间COCOMO模型
估算方程: ED rS c TD a(ED)b
ED:总的开发工作量 TD:开发时间 S:源指令数 r,c,a,b:经验常数,取决于项目的总体类型
SE1101-lecture16_软件项目管理49——【软件工程 精品资源】
• 宿主机连同必要的软件工具构成软件开发系统。 • 软件资源包括用于开发的运行平台、各种CASE工具可以
帮助分析和设计软件、开发程序所有的编程语言等。
2020/9/18
广东工业大学计算机学院
5
3. 可复用构件资源
• 为了促成软件的复用,以提高软件的生产率和软件产品的质量, 可建立可复用的软件部件库。根据需要,对软件部件稍做加工, 就可以构成一些大的软件包。这要求这些软件部件应加以编目, 以利于引用,并进行标准化和确认,以利于应用和集成。
• 对一些规模较大的项目,在整个软件生存期中,各种人员的参与情 况是不一样的。如图初1级1-技2所术人示员
高
高高级级技技术术人人员员
初级技术人员
管理人员
管理人员
计 需 概详 编单 划 求 要细 码元
分 设设 测 析 计计 试
整确 体认 测测 试试
图11-2 管理人员与技术人员的参与情况
2020/9/18
这是一种常见的估算方法。它的优点是估算各个部分的准确性高。 缺点是缺少各项子任务之间相互联系所需要的工作量,还缺少许多 与软件开发有关的系统级工作量(配置管理、质量管理、项目管 理)。所以往往估算值偏低,必须用其他方法进行检验和校正。
• 3. 差别估算法
这种方法综合了上述两种方法的优点,其想法是把待开发的软件项 目与过去已完成的软件项目进行类比,从其开发的各个子任务中区 分出类似的部分和不同的部分。类似的部分按实际量进行计算,不 同的部分则采用相应的方法进行估算。这种方法的优点是可以提高 估算的准确度,缺点是不容易明确“类似”的界限。
• IBM模型是一个静态单变量模型,它利用已估算的特性,例如源代码
第11章项目沟通管理
第11 章项目沟通管理1.项目沟通管理过程包括:沟通计划编制、信息分发、绩效报告、项目干系人管理2.沟通管理计划包括确定了项目干系人的信息和沟通需求;哪些人是项目干系人,他们对于该项目的收益水平和影响程度,谁需要什么样的信息,何时需要,以及应怎样分发给他们。
详细来说应包括沟通内容及结果的处理、收集、分发、保存的程序和方式,以及报告、数据、技术资料等信息的流向,也就是说,沟通的结果应当通过什么形式,向谁汇报,由谁执行、由谁监督以及使用什么方法来发布等。
3.沟通计划编制的输入:组织过程资产、项目章程、项目管理计划、项目范围说明书4.沟通计划编制的工具和技术:项目干系人分析、沟通需求分析、沟通技术5.沟通计划编制的一个关键部分就是项目干系人分析。
项目干系人是指那些积极参与项目,或利益可能会受到项目执行结果或项目完成的正面或负面影响的个体、工作组和组织6.一些不是项目团队成员的项目干系人也会承担项目相关职责。
参与、审查、反馈是对应非组员项目干系人的三大职责。
7.项目干系人分析为两个目的服务,一方面,这些分析确定不同的项目干系人的信息需求,另一方面,这些分析可以辨别出对项目干系人的影响和收益,以此帮助项目经理制定出对项目最佳的沟通策略。
8.根据美特卡夫定律,沟通渠道的数目=n (n-1) 12,其中n为沟通的人员数量。
9.影响项目的沟通技术元素包括:信息需求的即时性、技术的适用性、预期的项目人员配置、项目生命周期、团队环境10.确定项目沟通需求的所需的典型信息包括:组织章程项目组织和项目干系人职责关系项目涉及的学科、专长、专业项目在何地、涉及多少人等方面的后勤信息内部信息需求外部信息需求项目干系人信息11.沟通计划编制的输出:沟通管理计划12.沟通管理计划是包含于或附属于项目管理计划的文档,它提供了:项目干系人的需求和预期用于沟通的信息,包括格式、内容、细节水平13.对于不同层次的项目干系人,应规定不同的信息格式14.沟通管理计划也包括项目统计会议、项目团队会议、电子会议、电子邮件的指导。
软件工程导论(第11章)
3. 信息隐蔽
在面向对象方法中,信息隐蔽通过对象的封
装性实现:类结构分离了类的接口与类的实
现,从而支持了信息隐蔽。
4. 弱耦合
弱的耦合可以提高软件模块的独立性,避免 某一部分模块发生变化对其它模块有较大的影 响。
一般来说,对象间的耦合有两大类:
A.交互耦合:对象间的耦合通过信息连接来
实现。应使交互耦合尽量松散。
2. 一般—特殊结构的深度应适当
中等规模的系统中,类等级层次数应保持 为7±2。不是必要情况,不应该随意创建派生类;
3. 设计简单的类:设计小而简单的类,便于
开发和管理;
1)避免包含过多的属性; 2)有明确的定义; 3)尽量简化对象之间的合作关系; 4)不要提供太多服务。
4. 使用简单的协议:设计简单的类接口,发送 的消息中参数要少。 5. 使用简单的服务:编写实现每一个服务时, 避免复杂的语句和结构; 6. 把设计变动减至最小。
2.
两个方向的关联都用属性实现,这种方法能 实现快速访问。
3.
用独立的关联对象实现双向关联。关联对象 不属于相互关联的任何一个类,它是独立的 关联类的实例 。
40
41
4、关联对象的实现
关联对象的实现方法取决于关联的阶数:
一对一关联:
• 关联对象可以与参与关联的任一个对象合并。
一对多关联:
• 关联对象可以与“多”端对象合并。
11.9 设计类中的服务 11.9.1 确定类中应有的服务 11.9.2 设计实现服务的方法
1. 设计实现服务的算法
1)算法复杂度;
2)容易理解、容易实现;
3)容易修改;
2. 选择数据结构 3. 定义内部类和内部操作
软件项目开发过程PPT课件
精品ppt
18
设计编码标准
• 设计的过程模块需要进行标准化 • 标准化包括设置程序和数据库的名称约定 • 标准化使代码的可读性更强,更易于维护 • 常规编码标准 • 函数声明的编码标准
精品ppt
– 颜色 – 字形 – 标题和标签的尺寸 – 页眉和页脚的外观 – 控件的主题、位置和尺寸
精品ppt
16
设计界面
• 根据 GUI 标准集设计屏幕的布局 • 可以是用户输入或显示信息的报表 • 记录在界面设计文档中
精品ppt
17
设计数据库和过程模块
• 数据库: – 根据 ERD 中包含的信息设计数据库。 – 表设计将遵循规范化的规则。 – 表设计记录在表设计文档中。
28
开发管理的一些指南
• 建立原代码互审的管理制度 ― 每个软件开发工程师遍写的原代码都有致少一个以上的同事对程序 进行审查。
• 建立原代码编写的规范 ― 每个软件开发工程师都应按照规范进行程序设计, 包括编写的风格, 格式, 组件接口的规范, 解说词的撰写, 等等。
29
测试管理的一些指南
• 根据设计构划书撰写测试计划 ― 测试计划要请项目经理和开发工程师一起进行审查。 ― 测试计划用列表式将所有的测试方案写下。 ― 每个具体地的测试方案都有专人执行,并记录每个测试方案的结果 . 任何缺陷都记录下来。
精品ppt
4
软件项目基本流程
启动
计划
执行
控制
结束
5
流程示意图
6
软件项目开发的流程及特征
• 此通用流程时间表为各种开发项目的参考,各工作项目的时间长短视项 目具体的要求来决定, 且有的流程可有可无。
软件工程第11章(3-01)
2.编码的目的
编码的目的是使用选定的程序设计语言,把模块的过程性 描述翻译为用该语言书写的源程序。 编码产生的源程序应该正确可靠、简明清晰,而且具有较 高的效率。前两点要求是一致的,因为源代码越是清楚简 明,就越便于验证源代码和模块规格说明的一致性,也就 越容易对它进行测试和维护。
1.代码和程序遵守标准 与规范的重要性
1.2.2 编码语言的基本成分
1.数据成分 数据成分指明该语言能接受的数 据,用来描述程序中所涉及的数 据。如各种类型的变量、数组、 指针、记录等。作为程序操作的 对象,具有名称、类型和作用域 等特征。使用前要对数据的这些 特征加以说明。数据名称由用户 通过标识符命名,类型说明数据 须占用多少存储单元和存放形式, 作用域说明数据可被使用的范围。 以某语言为例,其数据构造方式 可分为基本类型和构造类型
1.2.2 编码语言的基本成分
3.控制成分 控制成分指明该语言允许的控制结构,人们可以利用这 些控制成分来构造程序中的控制逻辑。基本的控制成分 包括顺序控制结构、条件选择结构和循环结构
1.2.2 编码语言的基本成分
4.转输成分 传输成分指明该语言允许的数据传输方式,
在程序中可用它进行数据传输。 例如,Turbo C语言标准库提供了两个控 制台格式化输入、输出函数printf()和 scanf(),这两个函数可以在标准输入/输 出设备上以各种不同的格式读/写数据。 printf()函数用来向标准输出设备写数据, scanf()函数用来从标准输入设备上读数据。
1.1.4 编码途径
程序编码的一般途径有以下几种。 1.自顶向下的开发 2.自底向上的开发
3.自底向上和自顶向下相结合的开发
软件项目团队管理
项目经理(团队领袖)的行为过程指南
⑤案例
3、项目组织形式的确定
4、项目团队的建设
心理类型测试对人员的管理
Myers- Briggs:
用一系列的心理测试来决定一个人的心
理想的项目成员
●
●
●
海兹伯格的激励理论
5、团队的沟通管理
沟通的目的:先沟通再行动,让员工了解政策,让别人了解你的想法
①项目沟通管理概述:沟通管理是对传递项目信息的内容,传递项目信息的方法,传递
③编制项目沟通计划
●沟通需求分类
●联系方式
●工作汇报的方式:详细说明信息的收集渠道、详细说明信息分发渠道、沟通渠道●项目文件的标准
●计划表维护
6、案例分析
School项目案例说明:团队管理计划
小结
团队建设管理的内容:
项目经理的确定
项目组织形式的确定
项目团队的建设
沟通管理。
项目管理讲义(第1章--第11章)
新药 申请
注册后 活动
代谢作用 毒性研究
专利处理过程
发现 筛选
临床前研究 10年以上
病情登记
项目管理过程的内容
项目管理过程的特点 项目生命周期与项目管理过程的关系
1、项目管理过程的内容
启动
规划
监控各过程 规划各过程
42个 过程
执行
命周期。
丁荣贵认为:项目生命周期就是由完成项目需要
经过的若干个不同阶段或过程组成的总体。
二、项目生命周期的一般划分
启动 组织与准备 项目 成 本 和 资 源 投 入 水 平 项目管理 的输出 项目章程 项目管理计划 时间 验收的可 交付成果 存档的 项目文件
执行工作
结束项目
图2-1 项目通用的生命周期结构
多变的资源需求
效果型的 风险和不确定型的
稳定的资源需求
效率型的 经验型的
四、项目的分类
按项目规模分类:大型项目、中型项目和小型项目 按项目的复杂程度分类:复杂项目和简单项目 按项目的结果分类:产品型项目和服务型项目
按行业分类:工业、农业(林业)、IT业、水利项目…
按项目进展领域分类:科研项目、工程项目、产品开
21世纪
2002年4月,中国(首届)项目管理国际研讨会于北京召开,并 出版了《中国项目管理知识体系纲要》
二、项目管理的起源和发展(续)
3、项目管理的发展趋势: 项目管理的应用范围扩大
从偏重技术管理到关注人的管理
项目管理被作为组织结构扁平化的解决方案
三、项目管理很难做好
项目管理箴言:
发项目……
盈利项目和非盈利项目 从不同层面分
四、项目的分类(续)
Project工程项目管理软件应用
2.1工程项目生命期及其4个阶段 2.2工程项目管理的5个过程 2.3工程项目管理4个阶段与5个过程的关系 2.4工程项目计划与工程项目控制之间的关系 2.5里程碑和可交付成果
3.1 Project的基本情况 3.2 Project的基础功能和组成 3.3 Project的认证培训大纲 3.4 Project工作界面 3.5 Project的常用视图 3.6在Project中选择数据域 3.7上机实验
精彩摘录
这是《Project工程项目管理软件应用》的读书笔记模板,可以替换为自己的精彩内容摘录。
作者介绍Βιβλιοθήκη 这是《Project工程项目管理软件应用》的读书笔记模板,暂无该书作者的介绍。
谢谢观看
第10章工程项 目信息管理
第11章工程项 目沟通管理
10.1工程项目信息管理概述 10.2工程项目管理信息系统 10.3工程项目文档管理 10.4 Project在工程项目信息管理中的运用
11.1工程项目沟通管理概述 11.2工程项目中常见的几种重要沟通 11.3工程项目的沟通方式 11.4 Project在工程项目沟通管理中的运用
Project工程项目管理软件应用
读书笔记模板
01 思维导图
03 读书笔记 05 精彩摘录
目录
02 内容摘要 04 目录分析 06 作者介绍
思维导图
教材
工作
本书关键字分析思维导图
管理软 件
管理
工程项目
工程
书
工程项目
第章
管理
资源
概述
工程项目
计划
成本
进度
成本计划
项目
预算
内容摘要
本书主要介绍了Project工程项目管理软件应用的基本内容,包括4篇11章,涉及工程项目管理概述、工程项 目过程管理、Project介绍、工程项目范围管理、工程项目进度(资源、成本)计划、工程项目跟踪控制、工程 项目信息管理及沟通管理等。Project软件应用具有很强的操作性和实践性,本书结合工程项目管理的基本理论 和方法,编写时力求深入浅出、通俗易懂,突出各部分应用的操作过程和实用性。本书可作为高等院校土木工程、 工程管理、工程造价专业的学生教材,也可作为工程管理相关人员的岗位培训教材,还可供工程管理从业人员参 考。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
MM = 5.528I1.057 MM = 4.089I1.263
MM = 7.054I1.019 MM = 4.495I0.781
MM = 10.078I0.811
优选文档
5
第11章 软件项目管理
11.1.1 参数方程
⒉ 静态多变量 静态多变量模型也是根据历史数据导出 经验公式,公式的典型形式如下: 资源= c11×e1×exp(c12)+c21×e2×exp(c22)+ … 其中ei是软件的第i个特点,ci1和ci2是与 第i个特点有关的经验常数。
其中标准生产率的单位通常是每人日可以开
发的程序长度(源程序行数或目标指令条数);
修正系数反映其他因素对开发工作量的影响,
当考虑从需求分析直到测试的开发过程时,它 的算法是:
修正系数 = 1 + 0.1 * n
其中n是符合下列条款的数目:
优选文档
9
第11章 软件项目管理
11.1.2 标准值法
⒈ 目标系统情况 ① 修改文档不完备的程序 ② 需求中有不明确的或尚未决定的内容 ③ 系统规模较大 ④ 工作带有试探性质(需多次试探) ⑤ 系统接口不明确或接口复杂 ⑥ 联机实时系统(测试困难) ⑦ 数据库需要复杂的安全措施
程序的最小规模(a),最大规模(b)和最可能的规模(m),分别求让
这三种规模的平均值,a、b和m之后,再用下式计算程序规模的
估计值:
K a 4m b
6
优选文档
8
第11章 软件项目管理
11.1.2 标准值法
然后使用开发该类程序的标准生产率和适当
的修正系数估算开发工作量:
工作量
=
修正系数×
程序长度 标准生产率
优选文档
4
第11章 软件项目管理
11.1.1 参数方程
应用范围
全部 命令和控制 科学计算 商业 实用程序
估算开发工作量的算法
目标代码
源代码
MM = 4.079I0.991 MM = 4.573I1.228 MM = 4.495I1.058 MM = 2.895I0.784
MM = 12.039I0.719
12
第11章 软件项目管理
11.1.2 标准值法
⒋ 开发环境情况 ① 现有的操作系统功能不足 ② 将来预定使用的计算机尚未测试 ③ 工作场所分散 ④ 主存和辅存受限制 ⑤ 计算机使用时间不能充分保障 ⑥ 计算机机房管理不善 ⑦ 工作中途中断
优选文档
11
第11章 软件项目管理
11.1.2 标准值法
⒊ 用户情况 ① 用户对计算机数据处理知之甚少 ② 系统需要在不同场合使用 ③ 系统需满足使用部门的标准或手续 ④ 使用部门提供的测试数据没经过验证 ⑤ 使用部门不同意开发计划 ⑥ 开发过程中用户需求发生了变化 ⑦ 使用部门负责人变动
优选文档
优选文档
2
第11章 软件项目管理
11.1 成本估算
优选文档
3
第11章 软件项目管理
11.1.1 参数方程
⒈ 静态单变量 静态单变量模型的一般形式如下: 资源=C1×(估计的特点)*exp(C2) 其中“资源”通常是人力(即开发工作需要的工作量, 以人月或人日、人年为单位),也可以是工程期限, 需要的人数或文档数量等等,常数C1和C2根据历史经 验数据得出;“估计的特点”通常是源代码的行数。 例如,Doty提出的估算开发工作量的算法列在表。 表中MM是开发(包括分析、设计、编码、测试和调 试等工作)需要用的人力(以人月为单位);I是估计 的程序长度,表内中间一列是用目标指令数度量长度, 右边一列是用源代码行数度量长度,长度单位是千条 (或千行)。
Байду номын сангаас
优选文档
10
第11章 软件项目管理
11.1.2 标准值法
⒉ 项目管理和人员组成情况 ① 中途改变项目管理人 ② 项目组不协调(人事关系不好) ③ 新手或初级人员比例较高 ④ 需要培训程序员 ⑤ 项目管理人没有数据处理经验 ⑥ 项目管理人没有应用领域经验 ⑦ 系统分析员没有应用领域经验 ⑧ 系统设计员没有应用领域经验 ⑨ 程序员没有应用领域经验
优选文档
6
第11章 软件项目管理
11.1.1 参数方程
⒊ 动态多变量
这类模型把资源需求看作是开发时间的函数。例如,根据大型软件工程 项目(总工作量30人年以上)的数据导出的Putnam模型如下:
L Ck K1/3td 4/3
(1)
其中
L是源代码行数; K是开发需用的人力(以人年为单位);
td是开发需用的时间(以年为单位); Ck是技术水平常数,它的典型值如下:
对于差的开发环境=2500; 对于好的开发环境=10000; 对于优越的开发环境=12500。 从方程(1)可以解出开发需要的工作量:
K L3Ck 3td 4
优选文档
7
第11章 软件项目管理
11.1.2 标准值法
这种方法主要使用开发各类程序的标准生产率估计开发工程的总
工作量。标准生产率根据以往的开发经验导出。主要从下述几个 方面划分程序开发类型:
第11章 软件项目管理
优选文档
1
第11章 软件项目管理
软件项目管理
在经历了几个像操作系统开发这样的大型软件工程项目的失败以 后,人们才逐渐认识到软件管理中的独特问题。事实上,这些工 程项目的失败并不是由于从事开发工作的软件工程师无能,正相 反,他们之中的绝大多数是当时杰出的技术专家。这些工程项目 的失败主要是由于使用的管理技术不适当。 总结历史经验教训,逐渐形成了软件工程这门新学科,它包括方 法、工具和管理等广泛的研究领域。十几年来已经研究出一些用 于软件规格说明、设计、实现和验证的先进方法学,对软件管理 的认识也有一定进步。但是,在软件管理方面的进步远比在设计 方法学和实现方法学方面的进步小,至今还提不出一套管理软件 开发的通用指导原则。 软件经理(管理人员)的责任是制定软件开发工程的计划,监督 和检查工程进展情况,保证工程按照要求的标准,准时在预算成 本内完成。虽然目前好的管理还不一定能保证工程成功,但是坏 的管理或不适当的管理技术却一定会导致工程失败——软件交付 使用的日期将大大拖后,成本可能比预计成本高几倍,而且最终 的软件产品很难维护。
① 使用的程序设计语言。
② 处理方式(批处理,实时处理等)。
③ 程序难易程度。
④ 技术人员的水平。
⑤ 开发范围(从需求分析到测试,或者从程序设计到测试)。
使用标准值法估算开发工作量,首先需要确定程序的开发类型,
并且估计程序的规模。为了使程序规模的估计值更接近实际值,
可以请几名有经验的软件工程师分别作出计。每个人都应该估计