选择合适的项目方法(PPT33页)
合集下载
如何选择合适的项目方法(33张)
需求优先级分类： ➢ Must have ➢ Should have ➢ Could have ➢ Won’t have
4.14 极限编程
极限编程（Extreme Programming, XP） 原理：
代码应该简单的开发来满足现有的需 求，而不是考虑对应用程序的未来扩展， 因为未来的需求是不确定的。
4.11 增量式交付
优点： Should have
系统要在其上运行的系统环境的特点是什么 SSADM: Structured Systems Analysis & Design Method
从早期增量得到的反馈来改进后面的阶段 方法学、过程模型、软件工具、目标环境
快速应用开发➢（rapid application development, RAD）强调的是快速产生供用户评价的软件原型。
选择特定的过程模型会增加新的产品到项目分解结构中，或者增加新的活动到活动网络中。
将产生的软件是通用工具还是应用领域特定 每个要交付的构件应该给用户带来一些效益。
➢ 在开始时项目的不确定性越大，项目不成功的风险越大。
进化式方法：不确定性较高的情况
的 这个方法包括将应用程序分解为小的构件，然后按顺序实现和交付构件。
➢ 开发环境、维护环境、需要的培训
有关问题
➢ 产品和活动、财务
4.4 过程模型的选择
系统开发要着手进行许多相关的活动来创 建最终的产品。这些活动可按许多不同的 方法来组织并称之为“过程模型”
策划人员不仅需要选择方法，而且必须规 定每种方法如何应用。
学生项目
4.5 结构与交付速度
快速应用开发（rapid application development, RAD）强调的是快速产生 供用户评价的软件原型。
4.14 极限编程
极限编程（Extreme Programming, XP） 原理：
代码应该简单的开发来满足现有的需 求，而不是考虑对应用程序的未来扩展， 因为未来的需求是不确定的。
4.11 增量式交付
优点： Should have
系统要在其上运行的系统环境的特点是什么 SSADM: Structured Systems Analysis & Design Method
从早期增量得到的反馈来改进后面的阶段 方法学、过程模型、软件工具、目标环境
快速应用开发➢（rapid application development, RAD）强调的是快速产生供用户评价的软件原型。
选择特定的过程模型会增加新的产品到项目分解结构中，或者增加新的活动到活动网络中。
将产生的软件是通用工具还是应用领域特定 每个要交付的构件应该给用户带来一些效益。
➢ 在开始时项目的不确定性越大，项目不成功的风险越大。
进化式方法：不确定性较高的情况
的 这个方法包括将应用程序分解为小的构件，然后按顺序实现和交付构件。
➢ 开发环境、维护环境、需要的培训
有关问题
➢ 产品和活动、财务
4.4 过程模型的选择
系统开发要着手进行许多相关的活动来创 建最终的产品。这些活动可按许多不同的 方法来组织并称之为“过程模型”
策划人员不仅需要选择方法，而且必须规 定每种方法如何应用。
学生项目
4.5 结构与交付速度
快速应用开发（rapid application development, RAD）强调的是快速产生 供用户评价的软件原型。
项目启动会议33页PPT
• 圣仑人力资源项目方案规划和实施现在可能是合适的时机，而 且可能是最后的时机
7
核心议题
1. Why-项目背景 2. What-项目工作范围 3. How-项目合作方式 4. When-项目进程 5. 项目组成员介绍
8
核心议题
1. Why-项目背景 2. What-项目工作范围
2.1. HR体系介绍 2.2. 项目工作目标 2.3. 分项目标介绍
圣仑进出口集团公司 人力资源咨询项目启动会议
九略管理顾问公司
2
核心议题
1. Why-项目背景 2. What-项目工作范围 3. How-项目合作方式 4. When-项目进程 5. 项目组成员介绍
3
1.1. 企业资源分析
长期
人力资源
中期
技术
短期
资金
持续发展 生产力
利益
4
1.2. 人力资源与战略管理
员工被动接受 为企业提供生产能力
10
2.1. 人力资源管理与人事管理的区别
人力资源管理
人事管理
岗位职责界定 定量描述，目标、职责和 定性描述、目标模糊 任务清晰、可观测
岗位价值判断 岗位评估
管理等级划分
员工绩效管理 促进人员业绩提升与发展 奖惩
员工薪酬管理 以对岗位及任职者价值的 以岗位和任职者的管理
3. How-项目合作方式 4. When-项目进程 5. 项目组成员介绍
9
2.1. 人力资源管理与人事管理的区别
人力资源管理
人事管理
在管理工作中 的位置
对人的价值评 估
管理方式
核心职能 人为资源 资源开发与合理运用
从属职能 人为劳动者 监督与控制
参与水平 管理目标
7
核心议题
1. Why-项目背景 2. What-项目工作范围 3. How-项目合作方式 4. When-项目进程 5. 项目组成员介绍
8
核心议题
1. Why-项目背景 2. What-项目工作范围
2.1. HR体系介绍 2.2. 项目工作目标 2.3. 分项目标介绍
圣仑进出口集团公司 人力资源咨询项目启动会议
九略管理顾问公司
2
核心议题
1. Why-项目背景 2. What-项目工作范围 3. How-项目合作方式 4. When-项目进程 5. 项目组成员介绍
3
1.1. 企业资源分析
长期
人力资源
中期
技术
短期
资金
持续发展 生产力
利益
4
1.2. 人力资源与战略管理
员工被动接受 为企业提供生产能力
10
2.1. 人力资源管理与人事管理的区别
人力资源管理
人事管理
岗位职责界定 定量描述，目标、职责和 定性描述、目标模糊 任务清晰、可观测
岗位价值判断 岗位评估
管理等级划分
员工绩效管理 促进人员业绩提升与发展 奖惩
员工薪酬管理 以对岗位及任职者价值的 以岗位和任职者的管理
3. How-项目合作方式 4. When-项目进程 5. 项目组成员介绍
9
2.1. 人力资源管理与人事管理的区别
人力资源管理
人事管理
在管理工作中 的位置
对人的价值评 估
管理方式
核心职能 人为资源 资源开发与合理运用
从属职能 人为劳动者 监督与控制
参与水平 管理目标
项目投资分析(ppt 33页)
第 5 项目周期、项目寿命期及项目计算期
一
项目周期：从最初项目设想、提出、建设，直
节
到建成投产的全过程。
投资前期+投资期+ 生产期
投
项目寿命期：项目从开始建设到主要固定资产
资
报废所经历的时间。
项
建设期+主要固定资产折旧年限
目 分
项目计算期：项目分析时需要考察计算项目投 资、成本、收入和利润等数据的时间长度。
概念：投资主体为获取预期收益，投入一定量资 本，不断形成资产以期实现其增值的经济活动。
要素：
投 资 项 目 分 析 概
投资主体：
自然人、企业法人、政府、外商
投资目的：
获取收益：财务、经济、社会、生态
投资手段：
不低于注册资本30%
货币、实物、知识产权、土地使用权等
投资方向：
直接投入生产经营性领域
析
概
述
是项目分
通常15年左右
析中真正
，最长不超过
使用的
20年
第 一 节 投 资 项 目 分 析 概 述
投投 机机会研研究究
资资 初初步可可行行性性研研究究 前前 详详细可可行行性性研研究究 时时 评评估估和和决决策策 期期
一、课程学习的重要性
前
从就业与创业看（行政事业单位、企业） 从我国投资体制改革看
言
企业投资项目决策程序（备案制）
前 言
投资机会研究
是否存在投资机会
否
终
是
止
研
初步可行性研究
究
项目是否有生命力
否
， 寻
是
求
新
可行性研究
的
项目在技术经济等方 面是否可行
项目实施方案ppt模板-实施方案模板共33页PPT
13、遵守纪律的风气的培养，只有领 导者本 身在这 方面以 身作则 才能收 到成效 。—— 马卡连 柯 14、劳动者的组织性、纪律性、坚毅 精神以 及同全 世界劳 动者的 团结一 致，是 取得最 后胜利 的保证 。—— 列宁 摘自名言网
15、机会是不守纪律的。——雨果
41、学问是异常珍贵的东西，从任何源泉吸 收都不可耻。——阿卜·日·法拉兹
项目实施方案ppt模板-实施方 案模板
11、战争满足了，或曾经满足过人的 好斗的 本能， 但它同 时还满 足了人 对掠夺 ，破坏 以及残 酷的纪 律和专 制力的 欲望。 ——查·埃利奥 特 12、不应把纪律仅仅看成教育的手段 。纪律 是教育 过程的 结果， 首先是 学生集 体表现 在一切 生活领 域—— 生产、 日常生 活、学 校、文 化等领 域中努 力的结 果。— —马卡 连柯(名 言网)
42、只有在人群中间，才能认识自 己。 Nhomakorabea—德国43、重复别人所说的话，只需要教育； 而要挑战别人所说的话，则需要头脑。—— 玛丽·佩蒂博恩·普尔
44、卓越的人一大优点是：在不利与艰 难的遭遇里百折不饶。——贝多芬
45、自己的饭量自己知道。——苏联
15、机会是不守纪律的。——雨果
41、学问是异常珍贵的东西，从任何源泉吸 收都不可耻。——阿卜·日·法拉兹
项目实施方案ppt模板-实施方 案模板
11、战争满足了，或曾经满足过人的 好斗的 本能， 但它同 时还满 足了人 对掠夺 ，破坏 以及残 酷的纪 律和专 制力的 欲望。 ——查·埃利奥 特 12、不应把纪律仅仅看成教育的手段 。纪律 是教育 过程的 结果， 首先是 学生集 体表现 在一切 生活领 域—— 生产、 日常生 活、学 校、文 化等领 域中努 力的结 果。— —马卡 连柯(名 言网)
42、只有在人群中间，才能认识自 己。 Nhomakorabea—德国43、重复别人所说的话，只需要教育； 而要挑战别人所说的话，则需要头脑。—— 玛丽·佩蒂博恩·普尔
44、卓越的人一大优点是：在不利与艰 难的遭遇里百折不饶。——贝多芬
45、自己的饭量自己知道。——苏联
项目实施经验分享ppt-经验分享ppt思路共33页文档
项目实施经验分享ppt-经验分享ppt 思路
36、“不可能”这个字(法语是一个字 )，只 在愚人 的字典 中找得 到。--拿 破仑。 37、不要生气要争气，不要看破要突 破，不 要嫉妒 要欣赏 ，不要 托延要 积极， 不要心 动要行 动。 38、勤奋，机会，乐观是成功的三要 素。(注 意：传 统观念 认为勤 奋和机 会是成 功的要 素，但 是经过 统计学 和成功 人士的 分析得 出，乐 观是成 功的第 三要素 。
39、没有不老的誓言，没有不变的承 诺，踏 上旅途 ，义无 反顾。 40、对时间的价值没有没有深切认识 的人， 决不会 坚韧勤ห้องสมุดไป่ตู้勉。
46、我们若已接受最坏的，就再没有什么损失。——卡耐基 47、书到用时方恨少、事非经过不知难。——陆游 48、书籍把我们引入最美好的社会，使我们认识各个时代的伟大智者。——史美尔斯 49、熟读唐诗三百首，不会作诗也会吟。——孙洙 50、谁和我一样用功，谁就会和我一样成功。——莫扎特
项目实施经验分享ppt-经验分享ppt思路共33页文档
55、 为 中 华 之 崛起而 读书。 ——周 恩来
谢谢！
51、 天 下 之 事 常成 于困约 ，而败 于奢靡 。——陆 游 52、 生 命 不 等 于是呼 吸，生 命是活 动。——卢 梭
53、 伟 大 的 事 业，需 要决心 ，能力 ，组织 和责任 感。 ——易 卜 生 54、 唯 书 籍 不 朽。——乔 特
项目实施经验分享ppt-经验分享ppt思 路
•
பைடு நூலகம்
6、黄金时代是在我们的前面，而不在 我们的 后面。
•
7、心急吃不了热汤圆。
•
8、你可以很有个性，但某些时候请收 敛。
•
9、只为成功找方法，不为失败找借口 (蹩脚 的工人 总是说 工具不 好)。
•
10、只要下定决心克服恐惧，便几乎 能克服 任何恐 惧。因 为，请 记住， 除了在 脑海中 ，恐惧 无处藏 身。-- 戴尔． 卡耐基 。
谢谢！
51、 天 下 之 事 常成 于困约 ，而败 于奢靡 。——陆 游 52、 生 命 不 等 于是呼 吸，生 命是活 动。——卢 梭
53、 伟 大 的 事 业，需 要决心 ，能力 ，组织 和责任 感。 ——易 卜 生 54、 唯 书 籍 不 朽。——乔 特
项目实施经验分享ppt-经验分享ppt思 路
•
பைடு நூலகம்
6、黄金时代是在我们的前面，而不在 我们的 后面。
•
7、心急吃不了热汤圆。
•
8、你可以很有个性，但某些时候请收 敛。
•
9、只为成功找方法，不为失败找借口 (蹩脚 的工人 总是说 工具不 好)。
•
10、只要下定决心克服恐惧，便几乎 能克服 任何恐 惧。因 为，请 记住， 除了在 脑海中 ，恐惧 无处藏 身。-- 戴尔． 卡耐基 。
项目实施方案ppt12页PPT文档共33页
33、如果惧怕前面跌宕的山岩，生命 就永远 只能是 死水一 潭。 34、当你眼泪忍不住要流出来的时候 ，睁大 眼睛， 千万别 眨眼!你会看到 世界由 清晰变 模糊的 全过程 ，心会 在你泪 水落下 的那一 刻变得 清澈明 晰。盐 。注定 要融化 的，也 许是用 眼泪 Nhomakorabea 方式。
35、不要以为自己成功一次就可以了 ，也不 要以为 过去的 光荣可 以被永 远肯定 。
项目实施方案ppt12页
31、别人笑我太疯癫，我笑他人看不 穿。(名 言网) 32、我不想听失意者的哭泣，抱怨者 的牢骚 ，这是 羊群中 的瘟疫 ，我不 能被它 传染。 我要尽 量避免 绝望， 辛勤耕 耘，忍 受苦楚 。我一 试再试 ，争取 每天的 成功， 避免以 失败收 常在别 人停滞 不前时 ，我继 续拼搏 。
66、节制使快乐增加并使享受加强。 ——德 谟克利 特 67、今天应做的事没有做，明天再早也 是耽误 了。——裴斯 泰洛齐 68、决定一个人的一生，以及整个命运 的，只 是一瞬 之间。 ——歌 德 69、懒人无法享受休息之乐。——拉布 克 70、浪费时间是一桩大罪过。——卢梭
35、不要以为自己成功一次就可以了 ，也不 要以为 过去的 光荣可 以被永 远肯定 。
项目实施方案ppt12页
31、别人笑我太疯癫，我笑他人看不 穿。(名 言网) 32、我不想听失意者的哭泣，抱怨者 的牢骚 ，这是 羊群中 的瘟疫 ，我不 能被它 传染。 我要尽 量避免 绝望， 辛勤耕 耘，忍 受苦楚 。我一 试再试 ，争取 每天的 成功， 避免以 失败收 常在别 人停滞 不前时 ，我继 续拼搏 。
66、节制使快乐增加并使享受加强。 ——德 谟克利 特 67、今天应做的事没有做，明天再早也 是耽误 了。——裴斯 泰洛齐 68、决定一个人的一生，以及整个命运 的，只 是一瞬 之间。 ——歌 德 69、懒人无法享受休息之乐。——拉布 克 70、浪费时间是一桩大罪过。——卢梭
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
➢ 实验模型 ➢ 模仿模型 ➢ 部分工作模型
➢ 纵向的 ➢ 横向的
4.10 分类原型的其它方法
那些要进行原型化
人机界面 系统的功能
4.11 增量式交付
4.11 增量式交付
这个方法包括将应用程序分解为小的构件， 然后按顺序实现和交付构件。每个要交付 的构件应该给用户带来一些效益。
时间盒通常与增量式方法相关联。每个增 量可交付产品的时机严格受已批准的最终 期限的约束，即使删掉一些功能，这个最 终期限也必须满足。
4.11 增量式交付
缺点：
软件变更量:后面的增量可能要求更改前 面的构件
程序员效率低 降低了系统的可扩展性:可扩展性与全局
性的矛盾
4.12 动态系统开发方法
SSADM: Structured Systems Analysis & Design Method
DSDM: Dynamic Systems Development Method
极限编程
是增量式开发的扩展 更强调交流（与用户和组织内） 强调测试在开发中的作用 只满足现有的需求，不考虑未来的需要
Байду номын сангаас 4.11 增量式交付
举例：ERP系统 生产计划管理模块 生产排程管理模块 销售管理模块 采购管理模块 库存管理模块 系统管理模块 质量管理模块 设备管理模块 质量追溯管理模块 产品召回管理模块
4.11 增量式交付
优点：
从早期增量得到的反馈来改进后面的阶段 减少需求变更的可能性 用户在早期就能受益 早期可以得到回报 易于控制与管理 开发过程控制可以更灵活 如果出现紧急工作，该项目可以临时放弃 开发人员增加了成就感
4.12 动态系统开发方法
➢ 用户主动参与 ➢ DSDM组做出决策 ➢ 经常交付产品 ➢ 满足业务目标 ➢ 迭代式和增量式交付 ➢ 变更是可逆的 ➢ 需求从高层次来基线化 ➢ 测试要集成到整个生命周期中 ➢ 项目相关人员之间的协作方法是通用的
4.12 动态系统开发方法
DSDM鼓励使用时间盒。建议典型的时间 盒是2~6周。
当用户的需求影响到系统的实施方法的时 候，项目策划人员应该努力确保不必要的 假设或约束不会影响满足项目目的的方法， 同时，也要尽力采用能够满足用户需求的 项目实施方案。(用户的组织特征和用户采 用的标准)
4.2.5 选择通用的生命周期方法
控制系统 信息系统 通用工具:Face to market 专用技术：KRM 硬件环境 安全性关键的系统 不准确的需求
4.3 技术计划内容清单
介绍和概括约束条件
系统特征、风险、用户需求
推荐的方法
方法学、过程模型、软件工具、目标环境
实现
开发环境、维护环境、需要的培训
有关问题
➢ 产品和活动、财务
4.4 过程模型的选择
系统开发要着手进行许多相关的活动来创 建最终的产品。这些活动可按许多不同的 方法来组织并称之为“过程模型”
并发？基于知识？计算机图形？
➢ 要创建的系统是不是有安全性需求的 ➢ 系统要在其上运行的系统环境的特点是什么
4.2.3 标识高级别项目风险
在开始时项目的不确定性越大，项 目不成功的风险越大。
➢产品不确定性(需求) ➢过程不确定性(开发过程与模型) ➢资源不确定性(人力)
4.2.4 考虑与实现有关的用户需求
选择特定的过程模型会增加新的产品到项 目分解结构中，或者增加新的活动到活动 网络中。这将创建步骤4的输入：标识项 目的产品和活动。
4.2 选择技术
项目分析的输出是选择最合适的方法学和 技术。方法包括OO、SSADM等；技术可 能包括合适的应用程序构造和自动化测试 环境。
影响范围：
➢ 开发人员的培训需求 ➢ 要招聘的员工类型 ➢ 开发环境 ➢ 系统维护安排
原型的缺点和危险：
用户可能曲解原型的作用 可能缺乏项目标准 缺乏控制 额外的费用 机器效率 与开发人员密切接近
4.10 分类原型的其它方法
要从原型中学到什么
详细说明希望从原型中学到什么 计划如何评价原型 报告实际从原型中学到什么
4.10 分类原型的其它方法
原型要做到什么程度
策划人员不仅需要选择方法，而且必须规 定每种方法如何应用。
学生项目
4.5 结构与交付速度
快速应用开发（rapid application development, RAD）强调的是快速产生 供用户评价的软件原型。
RAD采用联合应用开发（joint application development, JAD）研讨 会策略。
RAD压力：快速廉价、健壮性
4.6 瀑布模型
4.7 V过程模型
4.8 螺旋模型
4.9 软件原型开发
原型分类：
抛弃型原型：只验证某些想法，然后在真 正开发系统是抛弃
进化型原型：开发和修改原型，直至它最 终成为可运行的系统。
采用原型进行开发理由：
在实践中学习 改进沟通 改进用户参与 澄清部分已知的需求 验证规格说明的一致性和完整性 减少文档的需要 降低了维护成本 特征约束 产生期望的结果
第四章 选择合适的项目方法
本章目的
在策划项目时考虑待开发系统的特征 选择合适的过程模型 在合适的场合最佳地使用“瀑布”过程
模型 通过创建合适的原型来降低风险 通过增量式地实现项目来降低其它风险 使用“敏捷”开发方法消除组织级障碍
4.1 引言
选择合适的项目方法对应的是步进式方法 中的步骤3：分析项目的特征。
需求优先级分类： Must have Should have Could have Won’t have
4.14 极限编程
极限编程（Extreme Programming, XP） 原理：
代码应该简单的开发来满足现有的需 求，而不是考虑对应用程序的未来扩展， 因为未来的需求是不确定的。
4.2.1 目的/产品驱动
目的驱动的项目优先于产品驱动的项目， 需要选择通用的软件解决方案来实现。
项目经理的理想情况是有明确的目的，但 尽可能非常自由地选择满足目的的方法。
4.2.2 分析项目其它特征
➢ 要实现的系统是面向数据的还是面向过程的 ➢ 将产生的软件是通用工具还是应用领域特定
的 ➢ 要实现的应用程序是否是特殊类型的
➢ 纵向的 ➢ 横向的
4.10 分类原型的其它方法
那些要进行原型化
人机界面 系统的功能
4.11 增量式交付
4.11 增量式交付
这个方法包括将应用程序分解为小的构件， 然后按顺序实现和交付构件。每个要交付 的构件应该给用户带来一些效益。
时间盒通常与增量式方法相关联。每个增 量可交付产品的时机严格受已批准的最终 期限的约束，即使删掉一些功能，这个最 终期限也必须满足。
4.11 增量式交付
缺点：
软件变更量:后面的增量可能要求更改前 面的构件
程序员效率低 降低了系统的可扩展性:可扩展性与全局
性的矛盾
4.12 动态系统开发方法
SSADM: Structured Systems Analysis & Design Method
DSDM: Dynamic Systems Development Method
极限编程
是增量式开发的扩展 更强调交流（与用户和组织内） 强调测试在开发中的作用 只满足现有的需求，不考虑未来的需要
Байду номын сангаас 4.11 增量式交付
举例：ERP系统 生产计划管理模块 生产排程管理模块 销售管理模块 采购管理模块 库存管理模块 系统管理模块 质量管理模块 设备管理模块 质量追溯管理模块 产品召回管理模块
4.11 增量式交付
优点：
从早期增量得到的反馈来改进后面的阶段 减少需求变更的可能性 用户在早期就能受益 早期可以得到回报 易于控制与管理 开发过程控制可以更灵活 如果出现紧急工作，该项目可以临时放弃 开发人员增加了成就感
4.12 动态系统开发方法
➢ 用户主动参与 ➢ DSDM组做出决策 ➢ 经常交付产品 ➢ 满足业务目标 ➢ 迭代式和增量式交付 ➢ 变更是可逆的 ➢ 需求从高层次来基线化 ➢ 测试要集成到整个生命周期中 ➢ 项目相关人员之间的协作方法是通用的
4.12 动态系统开发方法
DSDM鼓励使用时间盒。建议典型的时间 盒是2~6周。
当用户的需求影响到系统的实施方法的时 候，项目策划人员应该努力确保不必要的 假设或约束不会影响满足项目目的的方法， 同时，也要尽力采用能够满足用户需求的 项目实施方案。(用户的组织特征和用户采 用的标准)
4.2.5 选择通用的生命周期方法
控制系统 信息系统 通用工具:Face to market 专用技术：KRM 硬件环境 安全性关键的系统 不准确的需求
4.3 技术计划内容清单
介绍和概括约束条件
系统特征、风险、用户需求
推荐的方法
方法学、过程模型、软件工具、目标环境
实现
开发环境、维护环境、需要的培训
有关问题
➢ 产品和活动、财务
4.4 过程模型的选择
系统开发要着手进行许多相关的活动来创 建最终的产品。这些活动可按许多不同的 方法来组织并称之为“过程模型”
并发？基于知识？计算机图形？
➢ 要创建的系统是不是有安全性需求的 ➢ 系统要在其上运行的系统环境的特点是什么
4.2.3 标识高级别项目风险
在开始时项目的不确定性越大，项 目不成功的风险越大。
➢产品不确定性(需求) ➢过程不确定性(开发过程与模型) ➢资源不确定性(人力)
4.2.4 考虑与实现有关的用户需求
选择特定的过程模型会增加新的产品到项 目分解结构中，或者增加新的活动到活动 网络中。这将创建步骤4的输入：标识项 目的产品和活动。
4.2 选择技术
项目分析的输出是选择最合适的方法学和 技术。方法包括OO、SSADM等；技术可 能包括合适的应用程序构造和自动化测试 环境。
影响范围：
➢ 开发人员的培训需求 ➢ 要招聘的员工类型 ➢ 开发环境 ➢ 系统维护安排
原型的缺点和危险：
用户可能曲解原型的作用 可能缺乏项目标准 缺乏控制 额外的费用 机器效率 与开发人员密切接近
4.10 分类原型的其它方法
要从原型中学到什么
详细说明希望从原型中学到什么 计划如何评价原型 报告实际从原型中学到什么
4.10 分类原型的其它方法
原型要做到什么程度
策划人员不仅需要选择方法，而且必须规 定每种方法如何应用。
学生项目
4.5 结构与交付速度
快速应用开发（rapid application development, RAD）强调的是快速产生 供用户评价的软件原型。
RAD采用联合应用开发（joint application development, JAD）研讨 会策略。
RAD压力：快速廉价、健壮性
4.6 瀑布模型
4.7 V过程模型
4.8 螺旋模型
4.9 软件原型开发
原型分类：
抛弃型原型：只验证某些想法，然后在真 正开发系统是抛弃
进化型原型：开发和修改原型，直至它最 终成为可运行的系统。
采用原型进行开发理由：
在实践中学习 改进沟通 改进用户参与 澄清部分已知的需求 验证规格说明的一致性和完整性 减少文档的需要 降低了维护成本 特征约束 产生期望的结果
第四章 选择合适的项目方法
本章目的
在策划项目时考虑待开发系统的特征 选择合适的过程模型 在合适的场合最佳地使用“瀑布”过程
模型 通过创建合适的原型来降低风险 通过增量式地实现项目来降低其它风险 使用“敏捷”开发方法消除组织级障碍
4.1 引言
选择合适的项目方法对应的是步进式方法 中的步骤3：分析项目的特征。
需求优先级分类： Must have Should have Could have Won’t have
4.14 极限编程
极限编程（Extreme Programming, XP） 原理：
代码应该简单的开发来满足现有的需 求，而不是考虑对应用程序的未来扩展， 因为未来的需求是不确定的。
4.2.1 目的/产品驱动
目的驱动的项目优先于产品驱动的项目， 需要选择通用的软件解决方案来实现。
项目经理的理想情况是有明确的目的，但 尽可能非常自由地选择满足目的的方法。
4.2.2 分析项目其它特征
➢ 要实现的系统是面向数据的还是面向过程的 ➢ 将产生的软件是通用工具还是应用领域特定
的 ➢ 要实现的应用程序是否是特殊类型的