最新第14讲-软件项目管理课件.ppt

合集下载

软件项目管理教材PPT89页

软件项目管理教材PPT89页
核心三计划
范围计划 进度计划 成本计划
--成本基准,进度基准
0
软件项目管理
第三讲 软件项目范围计划
1
本章要点
一、软件需求管理过程 二、任务分解定义 三、任务分解的类型 四、任务分解的过程 五、案例分析
2
1 软件项目需求管理
影响软件项目成败的因素
其它
过少的用户输入
13%
12% 50%
场景串联提供了用户界面以说明系统操作流程,它容易创 建和修改,能让用户知道系统的操作方式和流程。
根据与用户交互的方式,场景串联被分成三种模式:静态 的场景串联、动态的场景串联以及交互的场景串联。
选择提供哪种场景串联是根据系统的复杂性和需求缺陷的 风险来确定的。
23
如何记录需求------需求跟踪矩阵
Inadequate communications for system integration 8
系统集成阶段 , 交流与沟通不充分
9
Insufficient experience as team 团队缺乏经验
10 Shortage of application domain experts
缺乏应用领域专家
4
1 软件项目需求管理
软件开发的目标——按时按预算开发出满足用户真实需要的软件。 需求—— 一个软件项目的开始阶段。在软件工程中,需求分析阶 段是 包括客户、用户、业务或需求分析员、开发人员、测试人员、用 户文档编写者、项目管理者和客户管理者在内的所有的风险承担者都 需要参与的阶段。
5
1 软件项目需求管理
结构化分析方法的优点与局限性。
28
需求规格
需求分析工作完成的一个基本标志是形成 了一份完整的、规范的需求规格说明书

软件项目管理课程PPT80页

软件项目管理课程PPT80页

36
10
155 60 8
5
对该方法的有效性有争议:
支持:易计算,很多软件估算模型以它为关键的输入。 反对:LOC依赖于语言,不适用于非过程化语言,在 分析与设计完成之前难以估算。
六盘水师范学院 孙新杰
27
(2)面向功能的度量
“功能”不能直接测量,利用其他的测量数据间接 地导出。 Albrecht提出来的一种称为功能点的度量。用 下表计算5个信息域的值:
另外,可根据文档的页数、评审的时间、功能点及 源代码行数来度量软件的生产率。
六盘水师范学院 孙新杰
23
项目度量可在项目进行的基础上评估产品的质量, 以指导在必要时修改技术方法以改进质量。
软件项目度量建议每个项目都应该测量: • 输入:完成工作所需要的资源(如人员、环境); • 输出:软件工程过程中产生的工作产品; • 结果:最终产品的有效性。 项目度量集成起来产生对整个软件组织公用的过程 度量。
六盘水师范学院 孙新杰
6
⑴列出需要澄清问题的清单
⑵安排与用户进行讨论的会议 ⑶评审用户要求及范围的陈述 ⑷研究推荐的解决方案 ⑸为正式的会议准备工作文档 ⑹共同制订能反映软件的数据、功能和行为特
征的规约,形成软件范围的文档 ⑺评审文档 ⑻根据需求修改文档 …… 庇护性活动贯穿于整个过程。
六盘水师范学院 孙新杰
2名在转换期间数据输入人员
$960
(40小时/名,12美元/小时)
六盘水师范学院 孙新杰
16
培训: 三天的开发人员内部培训课程 30个用户,三天的内部培训课程
复印 磁盘、纸张等消耗品 购买硬件、软件:
20台工作站Windows软件 20台工作站内存升级 网络软件 20台工作站办公软件产品

软件项目管理ProjectPPT课件

软件项目管理ProjectPPT课件

自动化测试工具
自动化测试工具的定义
自动化测试工具是一种用于自动化测试的软件工具,它能够模拟手工测试用例的执行,提高测试效率和准确性。
常见的自动化测试工具
Selenium、Appium、Junit等是最为常见的自动化测试工具,它们提供了测试脚本编写、测试用例执行、测试报告 生成等功能,方便测试人员进行自动化测试。
常见的项目管理软件
Trello、Asana、Jira等是最为常见的项目管理软件,它们提供了任务管理、看板管理、甘 特图等功能,方便项目经理进行项目进度和资源的监控。
项目管理软件的应用
在软件项目中,团队成员可以通过项目管理软件来分配任务、跟踪进度、管理资源等操作 ,确保项目能够按时交付并满足质量要求。
成本增加。
04
05
缺乏有效的沟通机制,导致 项目团队对需求理解存在偏
差,影响项目质量。
案例三:高效的项目团队建设
总结词:高效的项目团队 是软件项目成功的关键因 素。
选拔具备专业技能和良好 沟通能力的团队成员,提 高团队整体素质。
详细描述
建立明确的职责分工和协 作机制,确保团队成ቤተ መጻሕፍቲ ባይዱ能 够高效协作。
THANKS FOR WATCHING
特点
软件项目具有明确的目标、时间限制 、资源限制、技术要求和多学科交叉 的特点,需要跨部门、跨领域的团队 协作。
软件项目管理的重要性
提高项目成功率
有效的项目管理能够降低项目风险,提高项 目成功率,避免资源浪费。
提升软件质量
通过项目管理,可以确保软件产品符合质量 要求,提高软件质量。
降低开发成本
合理的项目计划和资源分配可以降低开发成 本,提高项目经济效益。
看板等方式来管理项目进度,确保项目能够快速响应需求变化。

软件开发项目管理PPT课件(92页)

软件开发项目管理PPT课件(92页)
– 优点:近30年来之所以广为流行,是因为它在支持开发结 构化软件、控制软件的开发复杂度、促进软件开发工程化 方面起着显著作用
– 缺点:缺乏灵活性,无法通过开发活动澄清本来不够确切 的软件需求。这些问题可能导致开发出的软件并不是用户 真正需要的软件,并且这一点在开发过程完成后才有所察 觉
ห้องสมุดไป่ตู้
2.5 进化模型(1)
• 实践表明,各个阶段间的关系并非如此简单。由于阶段评审可 能出现向前阶段的反馈,致使在各阶段间产生环路,瀑布流水 出现上流。W.Royce在提出瀑布模型时,就对此提出了如何进行 的建议
瀑布模型(2)
系统需求 软件需求 分析 设计 编码 测试
每个开发阶段均应具有以下特征
• 从上一阶段接受本阶段工作的对 象,作为输入
1.1 软件项目管理的目的
• 为了生产产品能做到:
–按时交付 –在预算内 –合格的质量 –按计划做事
1.2 软件项目管理的重要性
• 软件工程管理引起广泛注意源于20世纪70年代中期,当时 发现不成功的项目70%是因为管理不善而引起
• 20世纪90年代中期,美国的软件开发仍然很难预测,大约 只有10%的项目能够在预定的费用和进度下交付
1.3 软件项目管理的对象
• 任务 • 成本 • 工作量 • 效率 • 人员 • 资源 • 风险
1.4 项目管理的主要任务
• 定义软件生命周期 • 进行软件规模估算 • 进行软件风险分析 • 制定软件开发计划 • 进行软件项目跟踪与监控 • 进行软件度量
2 软件生命周期
2.1 软件过程的三个主要阶段 2.2 什么是软件生命周期 2.3 软件生命周期模型 2.4 瀑布模型 2.5 进化模型 2.6 螺旋模型 2.7 Rational 软件开发过程框架 2.8 软件生命周期的选取评价准则

软件项目管理课程PPT113页

软件项目管理课程PPT113页

计算程序控制结构的V(G)值
E = 4 E = 3 N = 4 N = 3 V = 2 V = 2
计算程序控制结构的V(G)值
E = 6 N = 5 V = 3
例3.1 计算如图所示程序控制结构图的V(G)值。 (a) e=1,n=2,v=1; (b) e=3,n=3,v=2; (c) e=4,n=4,v=2; (d) e=3,n=3,v=2; (e) e=6,n=5,v=3.
过程的内部属性 工作量 计划和进度 一段时间内某类事件发生的次数 过程的外部属性 成本 可控制性 可观察性 稳定性 资源的内部属性 人 软硬件环境 方法 经验 资源的外部属性 成本 时间
3.1.1.2 面向规模的度量
代码行数 LOC或KLOC 生产率 Pl=L/E 其中 L 软件项目代码行数 E 软件项目工作量(人月 PM) Pl 软件项目生产率(LOC/PM) 代码出错率 EQRl=Ne/L 其中 Ne 软件项目的代码错误数 EQRl 每千行代码的错误数
每行代码平均成本 Cl=S/L 其中 S 软件项目总开销(元/美元) Cl软件项目每行代码的平均成本 文档与代码比 Dl=Pd/L 其中 Pd 软件项目文档页数 Dl 每千行代码的平均文档数
软件的外部属性和内部属性 外部属性 软件产品、过程、资源与环境的关系 如,成本、效益、劳动生产率、可靠性、可维护性 内部属性 软件产品、过程、资源、环境自身的属性 如,产品结构、模块化程度、复杂性、程序长度等。
产品-过程-资源
产品的内部属性 程序代码长度 程序功能 模块化 重用性 控制流 数据流 模块耦合度与内聚度 产品的外部属性 程序的可靠性 可用性 可维护性 软件的可理解性 有效性 可移植性
例3.1计算程序控制结构的V(G)值

软件项目管理教材(PPT 41页)

软件项目管理教材(PPT 41页)

3.3 项目组织类型
职能型组织结构具有以下优点:
➢H在减ot人少T员 了ip使 资用 源上的具浪有费较。大的灵活性,节约人力,
➢ 技术专家可以同时被不同的项目所使用。 ➢ 同一部门的专业人员在一起易于交流知识和经
验,可使项目获得部门内所有的知识和技术支 持,对创造性地解决项目的技术问题非常有利 。 ➢ 当有成员离开项目组时,职能部门可作为保持 项目技术连续性的基础。 ➢ 职能部门可以为本部门的专业人员提供一条正
组织之间都需要通过签署各种合同去保障双方的利益和调 整双方的利益关系。
3 .1 项目相关利益主体
二.项目相关利益主体之间的关系
2.业H主ot与T项ip目其他相关利益主体之间的利益关系
3.项目实施组织与项目其他相关利益主体之间的利 益关系
现代项目管理的实践证明,不同项目相关利益主体之间 的利益冲突和目标差异应该以对各方负责的方式,通过采 用合作伙伴式管理和其他的问题解决方案予以解决。
任者,在项目管理中起到决定性的作用。
➢ 项目经理应确保项目全部工作在预算范围内按时、 优质地完成,并使利益相关者满意。
➢ 项目经理必须对上级组织负责、对项目客户负责、 对项目本身负责及对项目团队成员负责。
3.2 项目经理的责任和权力
项目经理与项目相关利益者关系图
Hot Tip
项目委托人/业主
项目团队
都是全职的项目工作人员。矩阵型组织中一般全
职项目工作人员占一半以上。
➢ 项目经理的角色。职能型项目组织的项目经理是 兼职的,有时只是项目的协调员或项目的联系人 。而项目型的项目经理是全职的,矩阵型的项目 经理通常都是以全职工作人员的角色参与项目工 作。
3.3 项目组织类型
2.影响组织选择的关键因素

软件项目管理ppt课件

软件项目管理ppt课件

15
IT项目管理-项目风险管理-14
Q期望货币值
. 期望货币值(EMV)是风险事件概率和风险 事件货币值的乘积
. 用于组织决定应该从事什么项目
10/12/2023
16
IT项目管理-项目风险管理-15
期望货币值(EMV)示例
10/12/2023
17
IT项目管理-项目风险管理-16
Q计算风险因子
. 计算风险因子——代表各种具体事件的整体 风险的数字(基于其发生的概率和对项目造 成的影响)
– 成本加成本百分比合同
– 买方向卖方支付容许的完成任务的成本,加上事先约 定的总成本的一定百分比。
. 单价合同
– 要求买方向卖方按单位服务的预定金额支付的合 同
10/12/2023
36
IT项目管理-项目采购管理-11

CPPC成 本加成 本百分 比合同
买方的风险
CPFF成 本加固 定费合
Q应急储备
. 是项目发起人为了应付项目范围或质量上可 能发生的变更而持有的预备资金
10/12/2023
22
IT项目管理-项目风险管理-21
Q风险应对控制
. 包括执行风险管理过程和风险管理计划,以 应对风险事件
. 执行风险管理过程是指确保风险意识是一项 在整个项目过程中、有全体项目团队成员执 行的不间断的活动
. 成本补偿合同
– 指向卖方支付直接和间接实际成本 – 成本加奖励费合同
– 买方向卖方支付容许的完成任务的成本以及事先决定 的费用和激励奖金
10/12/2023
35
IT项目管理-项目采购管理-10
– 成本加固定费合同
– 买方向卖方支付容许的完成任务的成本,加上按估算 成本一定百分比计算的固定费用。

软件项目管理课程课件-完整版

软件项目管理课程课件-完整版

三.软件工程模型
所有软件工程的活动都必须进行管理。 软件项目管理贯穿于软件工程的演化过程。 软件工程的演化过程:
三.软件工程模型
软件工程模型: 组织软件工程活动的方 法,称为软件工程模型。
软件工程模型是用一定的流程将各个活 动连接起来,并可用规范的方式操作全 过程,如同工厂的生产线。
常见模型有线性、快速原型、螺旋、渐 增式等模型。
常见的软件工程模型
线性模型(也称,瀑布模型,顺序模型)
常用的软件工程模型
螺旋模型 可看成是连接的线性模型
常用的软件工程模型
渐增式模型(增量模型)
常用的软件工程模型
渐增式模型首先构建系统的基本轮询回 路:
1.2项目管理
一.项目与项目管理
1.项目的概念及特点 项目:是指在一定约束条件下具有特定目标的一
一个次里程碑。
各阶段特点
为实现整个项目的某个特定状态,每个阶段都要进 行足够次数迭代。
各阶段的工作产品(制品,文档等),同时进化产 生,但每个阶段都有一个主要焦点: 初始阶段 需求 (生命周期目标里程碑) 细化阶段 设计 (生命周期构架里程碑) 构造阶段 实现 (初始的可操作能力里程碑) 移交阶段 实施 (产品发布里程碑) (这里的模型是渐增式(增量式))
管理科学用于计划、资源、质量、成本 等管理。
二.软件工程框架
软件工程目标 软件工程活动 软件工程原则
软件工程框架
软件工程目标
正确性--软件产品达到预期功能的程 度。
可用性--软件基本结构、实现、文档 为用户可用的程度。
合算性--具有经济效益,即开发、运 行的开销满足用户要求的程度。
软件工程活动---生产软件步骤
问题定义--明确要解决的问题 可行性分析--即定义的问题是否有解决的办

2024年度2024全新项目管理课程ppt课件

2024年度2024全新项目管理课程ppt课件

明确沟通目标
在沟通之前,明确沟通的目标和期望结果,以便更好地传达信息 。
选择合适的沟通方式
根据项目需求和团队成员的特点,选择合适的沟通方式,如面对 面会议、电话会议、电子邮件等。
倾听与理解
在沟通过程中,注重倾听他人的意见和需求,理解对方的立场和 观点,以便更好地达成共识。
2024/3/23
22
项目干系人管理
识别干系人
在项目开始阶段,识别所有与项目相 关的干系人,包括项目发起人、团队 成员、客户、供应商等。
分析干系人需求
了解干系人的利益、期望和需求,以 便更好地满足他们的要求。
2024/3/23
制定干系人管理计划
根据项目需求和干系人特点,制定相 应的管理计划,包括沟通计划、参与 计划等。
监控与调整
在项目执行过程中,密切关注干系人 的反馈和需求变化,及时调整管理计 划。
2024全新项目管理课 程ppt课件
REPORTING
2024/3/23
1
2024/3/23
• 项目管理导论 • 项目组织与团队管理 • 项目计划与控制 • 项目风险管理 • 项目沟通与协调 • 项目收尾与后评价
2
目录
PART 01
项目管理导论
REPORTING
2024/3/23
3
项目管理的定义与重要性
2024/3/23
获得干系人认可
与项目干系人沟通,确保项目计划得到认可 和支持。
12
项目进度控制与优化
监控项目进度
通过定期收集进度数据,了解项目的实际进展情况。
分析进度偏差
将实际进度与计划进度进行比较,分析偏差原因。
采取调整措施
根据偏差分析结果,采取相应的调整措施,如重新分配资源、调整任务优先级等。

软件开发项目管理 ppt课件

软件开发项目管理 ppt课件
软件开发项目管理
P1
Contents
1 项目管理概要 2 人员管理 3 质量管理 4 进度管理 5 沟通管理 6 关于5W1H
P2
精品资料
• 你怎么称呼老师? • 如果老师最后没有总结一节课的重点的难点,你
是否会认为老师的教学方法需要改进? • 你所经历的课堂,是讲座式还是讨论式? • 教师的教鞭 • “不怕太阳晒,也不怕那风雨狂,只怕先生骂我笨,
P 11
项目经理人员能力要求
技術
文档能力
对项目经理人员的能力要求
管理 综合能力 沟通
业务
经验
威信?亲和力?抗压能力?发现问题的能力?口才?
P 12
Contents
1 项目管理概要 2 人员管理 3 质量管理 4 进度管理 5 沟通管理 6 关于5W1H
P 13
人员管理-人员分类
能力
能力强,不积极
P 30
Contents
1 软件项目管理概要 2 人员管理 3 质量管理 4 进度管理 5 沟通管理 6 关于5W1H
P 31
如何做事-5W/1H
什么是5W/1H?
1.“5W/1H”是一种定律,是一种原理,也是一种流程,更是一种工具,广泛运用至企业管理和日常工作生 活和学习中; 2.“5W/1H”为我们提供了科学的工作分析方法,常常被运用到制定计划草案上和对工作的分析与规划中, 并能使我们提高效率和使工作的有效执行。
P6
对项目经理的质问 对项目经理的质问
项目的作业内容(开发范围)很清楚吗? 项目计划安排合理吗?能保证按时上线?各个阶段设置时间段合理吗? 你对所有人员的能力都很清楚吗?人员和体制安排合理吗?是否有超过人员能力的安排 ?是否有的人太闲,有的人太忙? 所有的进度都在控制之中吗?客户询问进度情况你能应答自如? 你对项目平品质指标很清楚吗?对品质有没有信心?哪个地方的品质是你担心的?如果 有不放心的地方都采取了妥当的措施保证不会出问题?总体上能保证品质吗? 客户提的要求你都满足了吗?客户对你放心满意吗?客户问你项目的情况,你都能做出 合理的回答和解释吗? 你的上级对你放心吗?你的下属服从安排吗? 当前项目有哪些问题你都清楚吗?所有的问题是不是都在你的掌控之中? 你是否能在压力下工作?外界的压力是否影响你工作效率和质量? 整个项目都是按你的预想在前进吗?

项目管理培训课件(完整版)ppt课件

项目管理培训课件(完整版)ppt课件

项目时间管理
总结词
项目时间管理是确保项目按时完成的过程,包括项目进度计划制定、项目进度控 制和项目时间优化等环节。
详细描述
项目时间管理是为了确保项目按时完成的一系列管理活动。它包括制定详细的项 目进度计划、监控项目进度、及时调整进度计划以及采取时间优化措施等。通过 合理安排时间资源,确保项目按时交付并满足相关利益相关者的期望。
在此添加您的文本16字
制定变更管理计划:制定变更管理计划,明确变更流程、 审批权限和责任人。
在此添加您的文本16字
加强与利益相关方的沟通:及时与利益相关方沟通,了解 他们的需求和期望,确保项目范围满足各方要求。
在此添加您的文本16字
定期审查范围变更:定期审查项目范围变更情况,及时调 整项目计划和资源分配。
报告项目绩效
定期向相关干系人报告项 目的绩效情况。
收尾过程组
结束项目或阶段
确保项目按照预定的计划结束,完成 收尾工作。
总结经验教训
对项目进行总结,识别成功和失败的 原因,形成经验教训文档。
04
项目管理工具与技术
甘特图
总结词
展示项目进度和时间安排的有效工具
详细描述
甘特图是一种条形图,通过时间刻度 和活动条形长度来显示项目的进度和 时间安排。它有助于项目团队直观地 了解每个任务的开始和结束时间,以 及任务之间的依赖关系。
时,采用调解或仲裁方式解决
团队冲突。
06
如何提升项目风险管理能力
提高风险管理能力的措施
制定风险管理计划:在项目开始阶段,制定风险管理计 划,识别潜在风险并评估其影响。
提高团队风险意识:加强团队成员的风险意识培训和教 育,鼓励大家积极参与风险管理。
•·

软件项目管理PPT课件

软件项目管理PPT课件
软件项目管理的对象是软件工程项目,他 所涉及的范围覆盖了整个软件工程过程。
-
10
项目管理的概念
Meiler Page-Jones:
我拜访了很多商业公司,我也观察了 很多数据处理的管理者,我常常恐惧地看 到这些管理者徒劳地与恶梦般的项目斗争 着,在根本不可能的最后期限下苦苦挣扎, 或是在交付了使其用户极为不满的系统之 后,又继续花费大量的时间去维护该系统。
Problem
软件范围 问题分解
Process
合并问题和过程 过程分解
-
24
-
25
项目管理的概念__项目
90—90 规则 项目开始时,必须花时间建立一个现实的
计划,在项目进行中监控该计划,并在整 个过程中控制质量和变化。
-
26
2. 软件项目计划
-
27
软件项目计划 Software Project Planning
-
3
软件项目管理 成为软件项目开发中
最重要的核心问题之一。
-
4
1、项目管理的概念
Q
B
T
-
5
-
6
-
7
项目管理框架
-
8
1.项目管理的概念
-
9
项目管理的概念__什么是软件项目管理?
软件项目管理是为了使软件项目能够按照 预定的成本、进度、质量顺利完成,而对 成本、人员、进度、质量、风险等进行分 析和管理的活动。
软件项目计划—Observations on Estimating
估算需要:
经验
experience 了解以前有用的信息
access to good historical information 当仅存定性数据时进行定量测量的勇气

2024版年度项目管理软件Project课件

2024版年度项目管理软件Project课件

自定义设置
支持对报告模板和图表进 行自定义设置,满足个性 化需求。
30
数据可视化展示,直观了解项目情况
数据仪表盘
通过数据仪表盘展示项目关键指 标,便于团队成员快速了解项目
概况。
可视化图表
利用图表展示项目数据,帮助团队 更好地理解数据和分析问题。
交互式界面
提供交互式界面,支持用户对数据 进行筛选、排序和操作,提高数据 分析效率。
设置时间
介绍如何设置任务的时间, 包括工时、开始时间、结 束时间等,以及如何调整 任务的时间安排。
11
生成甘特图及视图调整技巧
生成甘特图
演示如何生成甘特图,包括选择甘特图视图、调整时间刻度等。
视图调整技巧
提供多种视图调整技巧,如缩放视图、移动视图、筛选视图等,以便用户更好地查看和管理项目信息。
2024/2/3
24
在线协作编辑任务信息,提高工作效率
团队成员可以在线协作编辑任务信息,包括任务名称、描述、截止日期等。
支持多人同时编辑,避免信息不同步和重复工作。
提供任务提醒和进度更新功能,帮助团队成员及时掌握任务进展。
2024/2/3
25
实时沟通交流,解决问题和分享经验
提供实时聊天和消息通知功能,方便团队成员随 时沟通交流。
16
预警机制设置及应对措施
项目管理软件Project支持预警机制的 设置,可以根据项目实际情况设置多 种预警条件。
用户可以根据预警信息制定相应的应 对措施,如调整任务分配、增加资源 投入等,以确保项目能够顺利进行。
当系统检测到预警条件满足时,会自 动发出预警信息,提醒相关人员注意 并采取应对措施。
介绍如何设置项目的基本信息,如项目开始时间、结束时间、工作日历等。

软件项目管理课程课件

软件项目管理课程课件
软件维护人员 使用需求文档帮助理解软件系统内在的逻辑 关系
软件发布人员 在需求文档的基础上编写用户文档,如用户 手册
软件培训人员 在需求文档的基础上编写培训材料
2.软件需求规格说明
(1)基本含义
规格就是一个预期的或已存在的计算机系统 的表示,它可以作为开发者和用户之间协议 的基础来产生预期的系统.
三.软件需求文档
1. 需求文档的编制与作用
编写需求文档时,以下几点是应该注意的:
语句和段落尽量简短.
表达时采用主动语态.
语句要完整,且语法,标点等正确无误.
使用的术语要与词汇表中的定义保持一致.
陈述时要采用一致的样式.
避免模糊的,主观的术语,如性能"优越"
避免使用比较性的词汇,尽量给出定量的说明,
2.1 软件需求
一. 软件需求概念
1. 定义
简单地说,软件需求就是确定系统需要 做什么.
严格意义上,软件需求是系统或软件必 须达到的目标与能力
定义软件需求的五项内容
1. 系统的输入 2. 系统的输出 3. 系统的功能 4. 系统的属性 5. 系统环境的属性
2.软件需求在软件项目的作用
软件需求与其他软件过程的关系
生一个次里程碑。
各阶段特点
为实现整个项目的某个特定状态,每个阶段都要进 行足够次数迭代。
各阶段的工作产品(制品,文档等),同时进化产 生,但每个阶段都有一个主要焦点: 初始阶段 需求 (生命周期目标里程碑) 细化阶段 设计 (生命周期构架里程碑) 构造阶段 实现 (初始的可操作能力里程碑) 移交阶段 实施 (产品发布里程碑) (这里的模型是渐增式(增量式))
二 软件需求类别
1.软件需求的抽象层次
软件需求分成四个抽象层次 1. 原始问题描述 2. 用户需求 3. 系统需求 4. 软件设计描述
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
❖ 项目管理者的目标是定义全部项目任务,识别出关键任务, 跟踪关键任务的进展状况,以保证能及时发现拖延进度的情 况。为达到上述目标,管理者必须制定一个足够详细的进度 表,以便监督项目进度并控制整个项目。
2021/4/4
1
三 进度计划
❖ 软件项目的进度安排是这样一种活动,它通过把工 作量分配给特定的软件工程任务并规定完成各项任 务的起止日期,从而将估算出的项目工作量分布于 计划好的项目 持续期内。
7
项目组规模与项目组总生产率
❖ 让我们举例说明项目组规模与生产率的关系。假设个人最高生产率为 500LOC/月(即L=500),每条通信路径导致生产率下降10%(即l=50)。 如 果每个组员都必须与组内所有其他组员通信(r=1),则项目组规模与 生产率的关系列在表13.4)中,可见,在这种情况下项目组的最佳规模 是5.5人,即 Popt=5.5。
❖ 通常,成本估算模型也同时提供了估算开发时间T的方程。与工作量方 程不同,各种模型估算开发时间的方程很相似,例如:
❖ (1) Walston_Felix模型
T=2.5E0.35
❖ (2) 原始的COCOMO模型
T=2.5E0.38
❖ (3) COCOMO2模型
T=3.0E0.33+0.2×(b-1.01)
2
估算开发时间
❖ 对于一个估计工作量为20人月的项目,可能 想出下列几种进度表:
1个人用20个月完成该项目; 4个人用5个月完成该项目; 20个人用1个月完成该项目。
❖ 这些进度表并不现实,实际上软件开发时间 与从事开发工作的人数之间并不是简单的反 比关系。
2021/4/4
3
估算开发时间T的方程
2021/4/4
5
项目组规模与项目组总生产率
❖ 如果项目组共有P名组员,每个组员必须与所 有其他组员通信以协调开发活动,则通信路 径数为P(P-1)/2。如果每个组员只需与另外一 个组员通信,则通信路径数为P-1
因此,通信路径数大约在P~P2/2的范围内变化。 也就是说,在一个层次结构的项目组中,通信路 径数为Pα,其中1<α<2。
❖ (4) Putnam模型
T=2.4E1/3
❖ 其中, ❖ E是开发工作量(以人月为单位), ❖ T是开发时间(以月为单位)。
2021/4/4
4
开发时间与从事开发工作的人数
❖ 用上列方程计算出的T值,代表正常情况下的开发时间。客 户往往希望缩短软件开发时间,显然,为了缩短开发时间应 该 增加从事开发工作的人数。但是,经验告诉我们,随着开 发小组规模扩大,个人生产率将下降,以致开发时间与从事 开发工作的人数并不成反比关系。出现这种现象 主要有下述 两个原因:
❖ 当把一个工程项目分解成许多子任务,并且它们彼 此间的依赖关系又比较复杂时,仅仅用Gantt图作为 安排进度的工具是不够的,不仅难于做出既节省资 源又保证进度的计划,而且还容易发生差错。
2021/4/4
12
2021/4/4
1500
8
项目组规模与项目组总生产率
❖ Boehm根据经验指出,软件项目的开发时间最多可以减少到正常开发时 间的75%。如果要求一个软件系统的开发时间过短,则开发成功的概率 几乎为零。
2021/4/4
9
Gantt图
❖ Gantt(甘特)图是历史悠久、应用广泛的制 定进度计划的工具
假设有一座陈旧的矩形木板房需要重新油漆。这 项工作必须分3步完成: 首先刮掉旧漆,然后刷 上新漆,最后清除溅在窗户上的油漆。
假设一共分配了15名工人去完成这项工作,然而 工具却很有限: 只有5把刮旧漆用的刮板,5把刷 漆用的刷子,5把清除溅在窗户上的油漆用的小 刮刀。怎样安排才能使工作进行得更有效呢?
❖ 对于一个规模为P的项目组,项目组的总生产率为
Ltot=P(L-l(P-1)r)
❖ 对函于数给。定随的着P一值组增L,加l,和Lr的tot值将,从总0增生大产到率某Lto个t是最项大目值组,规然模后P再的
下降。因此,存在一个最佳的项目组规模Popt,这个规模的
2021项/4/4目组其总生产率最高。
2021/4/4
6
项目组规模与项目组总生产率
ห้องสมุดไป่ตู้
❖ 对于某一个组员来说,他与其他组员通信的路径数在1~(P1)的范围内变化。如果不与任何人通信时个人生产率为L, 而且每条通信路径导致生产率减少l,则组员个人平均生产率 为
Lr= L - l(P-1)r
❖ 其中,r是对通信路径数的度量,0<r≤1(假设至少有一名组员 需要与一个以上的其他组员通信,因此r>0)。
进度计划
❖ 不论从事哪种技术性项目,实际情况都是,在实现一个大目 标之前往往必须完成数以百计的小任务(也称为作业)。
❖ 这些任务中有一些是处于“关键路径” 之外的,其完成时间 如果没有严重拖后,就不会影响整个项目的完成时间;
❖ 其他任务则处于关键路径之中,如果这些“关键任务”的进 度拖后,则 整个项目的完成日期就会拖后,管理人员应该高 度关注关键任务的进展情况。
当小组变得更大时,每个人需要用更多时间与组内其他成员讨论问 题、协调工作,因此增加了通信开销。
如果在开发过程中增加小组人员,则最初一段时间内项目组总生产 率不仅不会提高反而会下降。这是因为新成员在开始时不仅不是生 产力,而且在他们学习期间还需要花费小组其他成员的时间。
❖ 综合上述两个原因,存在被称为Brooks规律的下述现象: 向一个已经延期的项目增加人力,只会使得它更加延期。
2021/4/4
10
Gantt图
2021/4/4
11
Gantt图
❖ 但是Gantt图也有3个主要缺点:
(1) 不能显式地描绘各项作业彼此间的依赖关系; (2) 进度计划的关键部分不明确,难于判定哪些部分应当 是主攻和主控的对象; (3) 计划中有潜力的部分及潜力的大小不明确,往往造成 潜力的浪费。
❖ 进度计划将随着时间的流逝而不断演化。
在项目计划的早期,首先制定一个宏观的进度安排表, 标识出主要的软件工程活动和这些活动影响到的产品功 能。
随着项目的进展,把宏观进度表中的每个条目都精化成 一个详细进度表,从而标识出完成一个活动所必须实现 的一组特定任务,并安排好了实现这些任务的进 度。
2021/4/4
相关文档
最新文档