1．
1． 原型化
（1） 原型化的优点及意义：P247
1． 加强了开发过程中用户的参与和决策
2． 以用户为中心来建设系统
3． 提供了一个验证用户需求的环境
4． 允许生命周期的早期进行人/机结合测试
5． 提供了生动的文档
6． 可以接受需求的不确定性和风险
7． 简化项目管理
8． 有利于是获得开发经验
9． 对开发人员和用户的吸引力
10． 提高了人们对系统的安全感
（2） 原型化生命周期划分：P248
1．合适的（好的）选择 方法的选择
2．识别基本需求
3．开发工作模型
4．模型验证
5．修正和改进
6．判定原型完成
7．判别细部说明
8．严格说明细部
9．判定原型效果
10．整理原理和提供文档
（3） 原型化准则：P253
1. 大多数的应用系统都能从一个小的系统结构集合导出
2. 多数系统使用一个常用和熟悉的功能集合
3. 大多数的输入从一个小的编辑模型集中导出
4. 基于一个4步的报表模型生成应用系统的报表
5. 有一个“正确”的设计结构集合，对原型将会产生积累作用
（4） 原型化策略：P255
1． 用第三范式规范数据，建立应用系统的数据模型
2． 大多数富有成效的建立模型的途径是利用组合工程
3． 最富有成效的建立模型的途径是“剪裁和粘贴”
4． 用系统举例
5． 字典驱动的软件结构
6． 文档的自动化
7． 小的原型化队伍
8． 交互式原型开发者的工作台
9． 陈述性规格说明
10． 终端用户报表生成器
11． 专业原型化人员
12． 开发人员参加原型化
（5） 压缩和修改后的生命周期：P261
压缩：可行性—原型化—生产/维护
修改：可行性—原型化---优化/补充—变换---生产/维护
（6） 原型化三个活动中心：P262
1． 开发中心：是开发新的系统和维护现有系统所配置的资源的组合
2． 生产中心：是支持和完成产品系统所配置的资源和组合
3． 信息中心：是为最终用户直接存取、造表、分析数据所配置的资源的组合
（7） 原型化软件需求：P264
1． 数据字典驱动
2． 有结构地支持组合工程
3． 从现有组件“剪裁和粘贴”出新的组件
4． 提供交互原型化工作台
5． 使用描述性文档
（8） 生成完整应用所必需的所有软件成分：P266
1． 一个灵活和集成的数据字典
2． 一个强功能的数据库管理系统
3． 一个能生成批处理和联机处理程序的高水平的过程化语言
4． 一个过程处理监督器
5． 一个批处理和联机问题的查询语言
6． 一个非过程化的报告生成器
7． 一个文档资料生成器
（9） 原型工作环境：P266
1． 项目工作室的建立
2． 快速响应的工作环境
3． 规范的原型构造过程
4． 文档资源
5． 演示/展示设施
6． 集中式/分散式原型开发中心
7． 零件部门
（10） 集中式/分散式原型开发中心特点：P267
在组织内部将原型开发部门集中还是分散，应根据组织的规模和业务复杂程度而定。集中与分散的结合，可能是一种兼顾效率和效果的方式。职能集中化有利于解决问题的有效性。而职能分散化则更强调用户要求的响应和服务效果。分散式的开发人员通过负责的组织接近用户具有以下优点：
开发人员将成为业务领域专家，从而在解决新问题时可少走弯路；
开发人员与用户所在组织形成了一种一致的工作关系；
不必考虑两个不同组织的开发者之间的合作，而职能分散对大多数开发机构并不需要设置分散的物理设施。
（11）
严格定义策略、原型定义策略、原型法项目管理内容：P242 [2005下已考]
[问题1]
严格定义方法适用的场合：1 所有的需求都能够被预先定义；2 修改定义不完备系统代价昂贵且实话困难；3项目参加者之间能够清晰而准确地进行通信；4 静态描述或图形模型对应用系统反映是充分的；5严格方法的生命周期中各阶段划分都是正确的。
原形法适用的场合：1并非所有的需求在系统开始以前都能准确说明；2 有快速的系统建造工具；3 项目参加者之间经常存在通信上的障碍；4 需要实际的、可供用户参与的系统模型； 5 需求一旦确定就可以遵从严格定义方法；5 大量的反复是不可避免的、必要的、应该加以鼓励。
[问题2]
改变原型生命周期约束的方法：1仅对屏幕的原形化；2 使用购买的应用系统作为初始模型；3子系统原型化；4目的原型与需求建议；5最终用户原型化；
[问题3]
引入原型法后，项目管理的基本内容
（1） 估计问题
（2） 费用重新分配
（3） 变化控制
（4） 活动停止
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
