MSF专题
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
确保知道所有的问题 开发测试策略和计划 实施测试
在小组中扮演用户代言人 管理用户需求定义 设计和开发绩效支持系统 驱动使用性和绩效提高的折中决策 提供帮助功能特性和文件的规格说明 开发和提供用户培训
扮演运营、支持和交付渠道的代言人 管理采购 管理产品部署 驱动可管理性和可支持性的折中决策 管理运营、支持和交付渠道关系 向项目组提供项目小组后勤支持
驱动开发过程，按时交付产品 管理产品规格说明 推动小组内部沟通和协商 维护项目进度表，报告项目状态 驱动关键折中决策的实现 开发、维护和执行项目计划和进度表 驱动和管理风险评估和风险管理
定义物理设计的特性 估计完成每个功能特性所需的时间和投入 构建功能特性或监督功能特性的构建 为部署准备产品 向小组提供技术方面的专门知识
➢ MSF对软件开发还持以下独到的见解：
❖用户的需求是变动的
❖需求是未来的不是当前的，有线捕捉远景
❖资源永远匮乏，对项目种矛盾的各个方面做折中，最 后在特定约束条件下提交可行的解决方案。
❖风险普遍存在，风险管理是整个项目的显式的、正规 的过程的一个部分，属于要经常进行的、贯穿项目始 终的活动
❖开发小组成员是协作的平等关系
六条指南 有效的变更控制必须要有的因素
➢ MSF过程模型依据的基本原则
❖共享项目远景 ❖灵活敏捷，主动应变 ❖业务价值是重点 ❖鼓励坦率的沟通
➢ 过程模型的关键概念
❖客户参与是项目成功的关键 ❖协调与干系人的关系 ❖MSF的解决方案概念 ❖基准化 ❖范围
第六章 MSF风险管理
风险管理过程
原型风格：扔掉原型、演进原型、可执行规格说明 原型目标 原型评价技术
软件实现标准技术
通常采用系统软件公司提供的平台软件或标准技术 如：.NET ， SunOne(基于EJB) 中间件：EAI(Tibco公司),WebLogic(BEA), MQSeries(IBM) GUI：MS-Windows，Swing，Openwin，Html 数据描述：XML; 数据库：
❖ 过程模型
按CMM3级标准，在项目开发之前应按该项目的特点定义开发过程。 MSF提供既分阶段又有反复迭代的软件开发模型。吸收瀑布模型和螺
旋模型的优点。 过程模型简单易行。
➢ 三种管理准则
❖项目管理准则
项目管理内容和目标：将知识、技能、工具和技术运用于项目 活动，以满足项目的要求
项目管理的特色：
开发
测试
在确定并找到所有产品质 量问题后，才批准发布
➢ 共享角色
产品管理 程序管理
开发 测试 用户体验 发布管理
产品管理
N N P P U
程序管理
N
N U U P
P 可以
U 不一定
开发
测试
N
P
N
U
N
N
N
P
N
P
N 不推荐
用户体验
P U N P
U
发布管理
U P N P U
MSF过程模型
➢ MSF过程模型有三个与众不同的功能特性
平滑部署和稳定运营
项目管理 解决方案体系结构 过程管理 管理服务
技术咨询 实现体系结构和设计 应用程序开发 基础架构开发
测试计划 测试工程 测试报告
可访问性 国际化 技术通信 培训 可用性 用户界面设计
基础架构 支持 运营 后勤 商业发布管理
职责
扮演客户代言人 驱动共享的项目远景/范围 管理客户需求定义 开发和维护业务用例 管理客户期望 驱动功能特性、进度、资源折中(trade-off)决策 管理市场、宣传和公共关系 开发、维护和执行沟通计划
➢ 一个基于里程碑的方法 里程碑是MSF的核心主题，用于计划和监视项目 进展
❖主里程碑和中间里程碑 ❖里程碑是同步点 ❖里程碑驱动的职责 ❖不同的角色驱动不同的阶段 ❖后里程碑审核
➢ 一个迭代方法
❖版本化发布 ❖创建活文档 ❖早基准、晚冻结 ❖每日构造（daily build） ❖配置管理 ❖分版本发布指南
发挥人员的积极性使项目陈功的关键； 开发人员需要相互沟通，才能保证软件的内在逻辑一致性。 分组，开发小组3~8人 MSF提供了一个有机的建组模型，由不同业务职能人员形成开发组，
人员以角色承担组内应负的职责。角色之间是协商和合作关系，全然 不是过去等级关系。小组的扩大与缩减也都以角色承担工作量为准。
➢ 小组模型依据的MSF基本原则
❖ 明确责任，共享职责 ❖ 为小组成员授权 ❖ 业务价值是重点 ❖ 共享项目远景 ❖ 保持灵活，期盼变化 ❖ 鼓励
产品管理
用户体验
提高用户使用 效率
按项目约束交付解决方案
程序管理
沟通
发布管理
平稳地部署，为日常运 营作好准备
按规格说明书构建
第五章 MSF基础模型
MSF基础模型
➢ MSF小组模型
❖ MSF小组模型构造的小组是小型的、多学科的小组。 ❖ 共同负责，平衡能力，精力集中在项目上； ❖ 共享公共项目远景，集中精力在项目部署、质量和沟通的高标准。 ❖ MSF小组模型没有单一的领导，小组成员关系平等； ❖ 小组建组模型是指上是为开发软件的人力需求提供解决方案模型。
➢ 开发阶段的前期任务主要是构造解决方案的核心 功能，然后再逐步添加功能特性。
➢ 功能特性的构造顺序是按照计划阶段所制定的进 度表来决定的。
➢ 在整个开发阶段，构造和测试是结合在一起的。
➢ 开发阶段的活动
❖开发技术基础架构 ❖解决方案技术基础架构的验证 ❖内部发布 ❖每日构造 ❖代码审核 ❖构造用户体验交付物 ❖构造运营文档 ❖测试解决方案 ❖缺陷管理
❖开发计划和程序(规程)类文档：项目计划、风险管理计 划、质量计划、配置管理计划、员工管理计划、测试 计划、验收程序，争议解决程序
❖中间工作产品：测试用例、测试程序、原型系统 ❖最终工作产品：软件源代码、数据、安装程序、用户
手册、培训手册
➢ 2.6基础设施
❖基础设置包括电子邮件系统、网络系统、存储系统、 会议室，甚至开发人员的座位安排。
面向功能(结构)设计
转移分析、事务分析 扇入/扇出、功效作用域/控制作用域 由DFD图到SC图，形成软件的体系结构
面向对象设计
类、对象、继承、多态是关键 到 定义方向元信息的基于组建的设计(通 过反射reflection)
虽然面向对象设计植根与数据抽象概念，但现已转向职责驱动的设计概 念
MSF专题
曹晓夏
➢ 2.2团队组织
❖团队文化试纸一群人独有的生活方式，是由团队成员 相似的价值观、信念、工作态度组成。团队文化为该 群体的日常工作提供哲学上的支持。
❖有了好的团队文化，团队结构，开发组织还要对成员 的胜任资格有要求，即对成员的技能、知识和行为的 要求。
➢ 2.3建模和实现的方法、技术
➢ MSF基本原则
❖职责明确，责任共享 ❖共享项目远景 ❖小组成员有职有权 ❖业务价值是重点 ❖灵活敏捷，主动应变 ❖促进坦率沟通 ❖在质量上投资 ❖从各种经验中学习
➢ 关键概念——支持MSF思想的理念
❖角色平等；以客户为中心；都要有产品理念；零缺点 意识；乐于学习；有激情的小组最有效
本章介绍了MSF的小组模型和过程模型 MSF小组模型描述了微软为了获得项目成功，构建人员和活 动的方法。本章介绍了MSF小组模型的目标、原则、角色簇、 关键概念等 对于MSF过程模型，本章介绍了概念、特点和原则等
➢ 小组成功的六个目标
❖ 客户满意 ❖ 在项目的约束下交付解决方案 ❖ 按规格说明构造 ❖ 只能在标识和解决所有的产品质量问题后批准发布 ❖ 提高用户工作效率 ❖ 平湖部署和连续运行
MSF的小组模型的六个角色簇是：
程序管理
产品管理 用户体验
沟通
开发 测试
发布管理
➢ 小组模型 ➢ MSF的小组模型以六个对等的角色共同完成项目开发。 ➢ 角色以工作职责命名，承担角色的是职能人员，如产品经
理承担产品管理角色，分析员、设计员承担产品开发角色。 ➢ “沟通”表示每个角色可以和任何角色对等沟通的连线。
角色簇 产品管理
目标 客户满意
功能领域
市场活动 业务价值 客户代言人 产品计划
程序管理
开发 测试 用户体验 发布管理
在项目约束下 交付解决方案
按规格说明构 建解决方案
只有在标识和解决了 所有的产品质量问题 后批准发布 提高用户使用解决方 案时的效率
电子邮件系统： 知识共享平台： 文档处理工具： 防病毒软件： 会议室、实验室： 企业内部网络设施：防火墙、路由器 服务器：文件服务，打印服务，电子邮件服务 打印机、投影仪、扫描仪，CD-ROM
❖ 2.3.3软件实现的方法和技术
软件实现方法
启发式方法：网络通信、交通路径控制 形式方法 原型方法
❖2.3.1模型的表示方法
结构描述(静态视图)
体系结构描述语言ADL 类和对象图 组件图 CRC(class, responsibilities, collaboration) 部署图：用以表示(物理)节点集及其相互之间关系，以及模型系
统的物理方面 实体关系图 接口描述语言 Jackson结构图：用以描述数据结构，有顺序、选择和迭代 结构图：用以描述程序的调用结构
与生产环境匹配) ❖ 写出文档：为使这种技术可以工作必须的事情 ❖ 为设计提供信息 ❖ 开始标识问题和技术风险，并记入文档 ❖ 按照对风险和问题最佳的理解，更新主项目的进度表
第十一章 项目开发阶段
➢ 开发阶段的目的是：构造解决方案中所要求的各 种功能特性和交付物，其中包括代码、组件、基 础架构(软件、硬件、网络、设施)以及和用户及 运营相关的文档等交付物。另外还包括开发市场 渠道和销售帮助。
❖一个基于里程碑的方法 ❖一个迭代方法 ❖一个开发和部署的集成视图
➢ MSF过程模型的原理图
➢ MSF过程模型的原理图 ——版本化发布
功能
版本 1
版本 2
时间
版本 3
➢ MSF过程模型
部署阶段
发布就绪认可
部署完成
部署
构思
构思阶段
远景/范围认可
计划
稳定
稳定阶段
范围完成
开发 开发阶段
计划阶段
项目计划认可
以数据结构为中心的设计
设计程序从数据结构及其操作开始，而不是从功能分解开始 该方法首先描述输入/输出的数据结构(JSD图)，然后基于这些结构图开发
程序的控制结构
其他方法
➢ 2.4 软件工具
❖阶段相关工具 ❖非阶段性工具
➢ 2.5工作产品
❖软件模型文档：业务模型、应用程序模型、数据模型、 技术模型
➢ 风险管理过程的六个步骤
❖风险标识 ❖风险分析和优先级化 ❖风险计划和调度 ❖风险跟踪和报告 ❖风险控制 ❖风险学习
第十章 项目计划阶段
计划阶段的活动
➢ 技术验证 ➢ 技术验证的目的是确保新的技术能满足功能规范中所
阐述的准则。 ➢ 技术验证需要做的主要工作有：
❖ 考察技术 ❖ 该技术能否手工安装或配置(使技术处于理想条件下，无需
行为描述(动态视图) 活动图 协作图 决策表和图 流程图和结构化流程图 形式规范语言 伪代码和程序设计语言PDL 顺序图 状态转移和状态图
❖ 2.3.2建模(软件设计)的策略和方法
一般策略
分治法 逐步求精 自动向下、由底向上、中间两分 数据抽象、数据隐藏 启发式规则 定式(pattern)和定式语言 迭代和增量
每人一角色名义参与，承担角色应负的职责，他们是共同负责的 协作关系；
项目管理活动尽量以当事人的意见为主 强调项目管理与风险管理紧密结合 MSF项目管理非常重视实践，因此强调就绪管理，把就绪看作是
一个过程活动，也要进行计划、实施、审核和检查。
❖风险管理准则
❖就绪管理准则
➢ 两个模型是基础，三个准则则是MSF的重点方面， 他们都是体现MSF基本原则、基本思想的手段。
第四章 实用软件工程方法MSF
➢ MSF认为项目失败的原因：
❖规格说明不能描述客户要解决的真正问题 ❖业务与技术分离 ❖缺乏公共的语言和公认的过程 ❖缺乏正常交流 ❖开发过程不灵活
➢ MSF的基本观点
所谓框架就是解决这个问题所涉及的各个方面以及他们的特征 和相互关系构成(可以用文字、图表、事物表达)，他不是具体 可用的软件(程序)，甚至连解决
❖认识是渐进的，过程是迭代的——MSF分版本发布 ❖技术模型也可以影响业务模型
➢ MSF概念 ➢ MSF是一系列的知道方针，其目的在于用更快的速度，更
少的人力，更小的风险，更高的质量，成功交付信息技术 解决方案。
➢ 两种模型
❖ 小组模型
开发IT项目最活跃、最有生气的是人 MSF的基本思想是如何构建一个合理的人员组织结构，即开发小组，
在小组中扮演用户代言人 管理用户需求定义 设计和开发绩效支持系统 驱动使用性和绩效提高的折中决策 提供帮助功能特性和文件的规格说明 开发和提供用户培训
扮演运营、支持和交付渠道的代言人 管理采购 管理产品部署 驱动可管理性和可支持性的折中决策 管理运营、支持和交付渠道关系 向项目组提供项目小组后勤支持
驱动开发过程，按时交付产品 管理产品规格说明 推动小组内部沟通和协商 维护项目进度表，报告项目状态 驱动关键折中决策的实现 开发、维护和执行项目计划和进度表 驱动和管理风险评估和风险管理
定义物理设计的特性 估计完成每个功能特性所需的时间和投入 构建功能特性或监督功能特性的构建 为部署准备产品 向小组提供技术方面的专门知识
➢ MSF对软件开发还持以下独到的见解：
❖用户的需求是变动的
❖需求是未来的不是当前的，有线捕捉远景
❖资源永远匮乏，对项目种矛盾的各个方面做折中，最 后在特定约束条件下提交可行的解决方案。
❖风险普遍存在，风险管理是整个项目的显式的、正规 的过程的一个部分，属于要经常进行的、贯穿项目始 终的活动
❖开发小组成员是协作的平等关系
六条指南 有效的变更控制必须要有的因素
➢ MSF过程模型依据的基本原则
❖共享项目远景 ❖灵活敏捷，主动应变 ❖业务价值是重点 ❖鼓励坦率的沟通
➢ 过程模型的关键概念
❖客户参与是项目成功的关键 ❖协调与干系人的关系 ❖MSF的解决方案概念 ❖基准化 ❖范围
第六章 MSF风险管理
风险管理过程
原型风格：扔掉原型、演进原型、可执行规格说明 原型目标 原型评价技术
软件实现标准技术
通常采用系统软件公司提供的平台软件或标准技术 如：.NET ， SunOne(基于EJB) 中间件：EAI(Tibco公司),WebLogic(BEA), MQSeries(IBM) GUI：MS-Windows，Swing，Openwin，Html 数据描述：XML; 数据库：
❖ 过程模型
按CMM3级标准，在项目开发之前应按该项目的特点定义开发过程。 MSF提供既分阶段又有反复迭代的软件开发模型。吸收瀑布模型和螺
旋模型的优点。 过程模型简单易行。
➢ 三种管理准则
❖项目管理准则
项目管理内容和目标：将知识、技能、工具和技术运用于项目 活动，以满足项目的要求
项目管理的特色：
开发
测试
在确定并找到所有产品质 量问题后，才批准发布
➢ 共享角色
产品管理 程序管理
开发 测试 用户体验 发布管理
产品管理
N N P P U
程序管理
N
N U U P
P 可以
U 不一定
开发
测试
N
P
N
U
N
N
N
P
N
P
N 不推荐
用户体验
P U N P
U
发布管理
U P N P U
MSF过程模型
➢ MSF过程模型有三个与众不同的功能特性
平滑部署和稳定运营
项目管理 解决方案体系结构 过程管理 管理服务
技术咨询 实现体系结构和设计 应用程序开发 基础架构开发
测试计划 测试工程 测试报告
可访问性 国际化 技术通信 培训 可用性 用户界面设计
基础架构 支持 运营 后勤 商业发布管理
职责
扮演客户代言人 驱动共享的项目远景/范围 管理客户需求定义 开发和维护业务用例 管理客户期望 驱动功能特性、进度、资源折中(trade-off)决策 管理市场、宣传和公共关系 开发、维护和执行沟通计划
➢ 一个基于里程碑的方法 里程碑是MSF的核心主题，用于计划和监视项目 进展
❖主里程碑和中间里程碑 ❖里程碑是同步点 ❖里程碑驱动的职责 ❖不同的角色驱动不同的阶段 ❖后里程碑审核
➢ 一个迭代方法
❖版本化发布 ❖创建活文档 ❖早基准、晚冻结 ❖每日构造（daily build） ❖配置管理 ❖分版本发布指南
发挥人员的积极性使项目陈功的关键； 开发人员需要相互沟通，才能保证软件的内在逻辑一致性。 分组，开发小组3~8人 MSF提供了一个有机的建组模型，由不同业务职能人员形成开发组，
人员以角色承担组内应负的职责。角色之间是协商和合作关系，全然 不是过去等级关系。小组的扩大与缩减也都以角色承担工作量为准。
➢ 小组模型依据的MSF基本原则
❖ 明确责任，共享职责 ❖ 为小组成员授权 ❖ 业务价值是重点 ❖ 共享项目远景 ❖ 保持灵活，期盼变化 ❖ 鼓励
产品管理
用户体验
提高用户使用 效率
按项目约束交付解决方案
程序管理
沟通
发布管理
平稳地部署，为日常运 营作好准备
按规格说明书构建
第五章 MSF基础模型
MSF基础模型
➢ MSF小组模型
❖ MSF小组模型构造的小组是小型的、多学科的小组。 ❖ 共同负责，平衡能力，精力集中在项目上； ❖ 共享公共项目远景，集中精力在项目部署、质量和沟通的高标准。 ❖ MSF小组模型没有单一的领导，小组成员关系平等； ❖ 小组建组模型是指上是为开发软件的人力需求提供解决方案模型。
➢ 开发阶段的前期任务主要是构造解决方案的核心 功能，然后再逐步添加功能特性。
➢ 功能特性的构造顺序是按照计划阶段所制定的进 度表来决定的。
➢ 在整个开发阶段，构造和测试是结合在一起的。
➢ 开发阶段的活动
❖开发技术基础架构 ❖解决方案技术基础架构的验证 ❖内部发布 ❖每日构造 ❖代码审核 ❖构造用户体验交付物 ❖构造运营文档 ❖测试解决方案 ❖缺陷管理
❖开发计划和程序(规程)类文档：项目计划、风险管理计 划、质量计划、配置管理计划、员工管理计划、测试 计划、验收程序，争议解决程序
❖中间工作产品：测试用例、测试程序、原型系统 ❖最终工作产品：软件源代码、数据、安装程序、用户
手册、培训手册
➢ 2.6基础设施
❖基础设置包括电子邮件系统、网络系统、存储系统、 会议室，甚至开发人员的座位安排。
面向功能(结构)设计
转移分析、事务分析 扇入/扇出、功效作用域/控制作用域 由DFD图到SC图，形成软件的体系结构
面向对象设计
类、对象、继承、多态是关键 到 定义方向元信息的基于组建的设计(通 过反射reflection)
虽然面向对象设计植根与数据抽象概念，但现已转向职责驱动的设计概 念
MSF专题
曹晓夏
➢ 2.2团队组织
❖团队文化试纸一群人独有的生活方式，是由团队成员 相似的价值观、信念、工作态度组成。团队文化为该 群体的日常工作提供哲学上的支持。
❖有了好的团队文化，团队结构，开发组织还要对成员 的胜任资格有要求，即对成员的技能、知识和行为的 要求。
➢ 2.3建模和实现的方法、技术
➢ MSF基本原则
❖职责明确，责任共享 ❖共享项目远景 ❖小组成员有职有权 ❖业务价值是重点 ❖灵活敏捷，主动应变 ❖促进坦率沟通 ❖在质量上投资 ❖从各种经验中学习
➢ 关键概念——支持MSF思想的理念
❖角色平等；以客户为中心；都要有产品理念；零缺点 意识；乐于学习；有激情的小组最有效
本章介绍了MSF的小组模型和过程模型 MSF小组模型描述了微软为了获得项目成功，构建人员和活 动的方法。本章介绍了MSF小组模型的目标、原则、角色簇、 关键概念等 对于MSF过程模型，本章介绍了概念、特点和原则等
➢ 小组成功的六个目标
❖ 客户满意 ❖ 在项目的约束下交付解决方案 ❖ 按规格说明构造 ❖ 只能在标识和解决所有的产品质量问题后批准发布 ❖ 提高用户工作效率 ❖ 平湖部署和连续运行
MSF的小组模型的六个角色簇是：
程序管理
产品管理 用户体验
沟通
开发 测试
发布管理
➢ 小组模型 ➢ MSF的小组模型以六个对等的角色共同完成项目开发。 ➢ 角色以工作职责命名，承担角色的是职能人员，如产品经
理承担产品管理角色，分析员、设计员承担产品开发角色。 ➢ “沟通”表示每个角色可以和任何角色对等沟通的连线。
角色簇 产品管理
目标 客户满意
功能领域
市场活动 业务价值 客户代言人 产品计划
程序管理
开发 测试 用户体验 发布管理
在项目约束下 交付解决方案
按规格说明构 建解决方案
只有在标识和解决了 所有的产品质量问题 后批准发布 提高用户使用解决方 案时的效率
电子邮件系统： 知识共享平台： 文档处理工具： 防病毒软件： 会议室、实验室： 企业内部网络设施：防火墙、路由器 服务器：文件服务，打印服务，电子邮件服务 打印机、投影仪、扫描仪，CD-ROM
❖ 2.3.3软件实现的方法和技术
软件实现方法
启发式方法：网络通信、交通路径控制 形式方法 原型方法
❖2.3.1模型的表示方法
结构描述(静态视图)
体系结构描述语言ADL 类和对象图 组件图 CRC(class, responsibilities, collaboration) 部署图：用以表示(物理)节点集及其相互之间关系，以及模型系
统的物理方面 实体关系图 接口描述语言 Jackson结构图：用以描述数据结构，有顺序、选择和迭代 结构图：用以描述程序的调用结构
与生产环境匹配) ❖ 写出文档：为使这种技术可以工作必须的事情 ❖ 为设计提供信息 ❖ 开始标识问题和技术风险，并记入文档 ❖ 按照对风险和问题最佳的理解，更新主项目的进度表
第十一章 项目开发阶段
➢ 开发阶段的目的是：构造解决方案中所要求的各 种功能特性和交付物，其中包括代码、组件、基 础架构(软件、硬件、网络、设施)以及和用户及 运营相关的文档等交付物。另外还包括开发市场 渠道和销售帮助。
❖一个基于里程碑的方法 ❖一个迭代方法 ❖一个开发和部署的集成视图
➢ MSF过程模型的原理图
➢ MSF过程模型的原理图 ——版本化发布
功能
版本 1
版本 2
时间
版本 3
➢ MSF过程模型
部署阶段
发布就绪认可
部署完成
部署
构思
构思阶段
远景/范围认可
计划
稳定
稳定阶段
范围完成
开发 开发阶段
计划阶段
项目计划认可
以数据结构为中心的设计
设计程序从数据结构及其操作开始，而不是从功能分解开始 该方法首先描述输入/输出的数据结构(JSD图)，然后基于这些结构图开发
程序的控制结构
其他方法
➢ 2.4 软件工具
❖阶段相关工具 ❖非阶段性工具
➢ 2.5工作产品
❖软件模型文档：业务模型、应用程序模型、数据模型、 技术模型
➢ 风险管理过程的六个步骤
❖风险标识 ❖风险分析和优先级化 ❖风险计划和调度 ❖风险跟踪和报告 ❖风险控制 ❖风险学习
第十章 项目计划阶段
计划阶段的活动
➢ 技术验证 ➢ 技术验证的目的是确保新的技术能满足功能规范中所
阐述的准则。 ➢ 技术验证需要做的主要工作有：
❖ 考察技术 ❖ 该技术能否手工安装或配置(使技术处于理想条件下，无需
行为描述(动态视图) 活动图 协作图 决策表和图 流程图和结构化流程图 形式规范语言 伪代码和程序设计语言PDL 顺序图 状态转移和状态图
❖ 2.3.2建模(软件设计)的策略和方法
一般策略
分治法 逐步求精 自动向下、由底向上、中间两分 数据抽象、数据隐藏 启发式规则 定式(pattern)和定式语言 迭代和增量
每人一角色名义参与，承担角色应负的职责，他们是共同负责的 协作关系；
项目管理活动尽量以当事人的意见为主 强调项目管理与风险管理紧密结合 MSF项目管理非常重视实践，因此强调就绪管理，把就绪看作是
一个过程活动，也要进行计划、实施、审核和检查。
❖风险管理准则
❖就绪管理准则
➢ 两个模型是基础，三个准则则是MSF的重点方面， 他们都是体现MSF基本原则、基本思想的手段。
第四章 实用软件工程方法MSF
➢ MSF认为项目失败的原因：
❖规格说明不能描述客户要解决的真正问题 ❖业务与技术分离 ❖缺乏公共的语言和公认的过程 ❖缺乏正常交流 ❖开发过程不灵活
➢ MSF的基本观点
所谓框架就是解决这个问题所涉及的各个方面以及他们的特征 和相互关系构成(可以用文字、图表、事物表达)，他不是具体 可用的软件(程序)，甚至连解决
❖认识是渐进的，过程是迭代的——MSF分版本发布 ❖技术模型也可以影响业务模型
➢ MSF概念 ➢ MSF是一系列的知道方针，其目的在于用更快的速度，更
少的人力，更小的风险，更高的质量，成功交付信息技术 解决方案。
➢ 两种模型
❖ 小组模型
开发IT项目最活跃、最有生气的是人 MSF的基本思想是如何构建一个合理的人员组织结构，即开发小组，