构建之法学习(第七章 MSF)

第七章 MSF

MSF(Microsoft Solution Framework)微软解决方案框架:

  MSF是一套大型系统开发指南,是微软推荐的软件开发方法,它描述了如何用组队模型、过程模型和应用模型来开发Client/Server结构的应用程序,是在微软的工具和技术的基础上建立并开发分布式企业系统应用的参考。

一、MSF 9条基本原则

  1.推动信息共享与沟通

    ——把所有信息都保留并公开,讨论要包括所有涉及的角色,决定要公开并告知所有人。

      当然,对牵涉到技术机密、安全性等信息要采取必要的保护措施

  2.为共同的远景而工作

    ——同心同德

  3.充分授权和信任

    ——在一个高效的团队中,所有的成员都应该能得到充分的授权,他们有权在职权范围

      内按照自己的承诺完成任务,同时,他们也充分信任其他同事能实现各自的承诺。

  4.各司其职,对项目共同负责

    ——每个角色在其职责范围内的失败都会导致整个项目的失败,各个角色的工作

      都是相互渗透、相互依赖的。

  5.交付增量的价值

    ——在MSF团队模型中,“用户体验”这个角色代表了用户的利益,保证产品能真正易于

      使用;“产品管理”这个角色代表了客户的利益,保证了我们的产品能为顾客提供商

      业价值。

  6.保持敏捷,预期和适应变化

    ——是预期变化,而不是期望变化。

  7.投资质量

    ——对质量的重视,引起对质量的投资,引起对人、过程和工具的投资。

  8.学习所有的经验

    ——在学习过去的经验的同时,也要避免让过去的经验妨碍解决现在的问题。要系统地

      总结团队的成功经验和失败教训,同时也客观评价团队的一些特性和团队的开发过

      程管理,这样能促使团队成员以客观、向前看、解决问题的心态来参加“事后诸葛

      亮”会,避免主观臆断或相互指责

  9.与顾客合作

 

二、MSF团队模型

   在MSF团队模型中,任何技术项目都必须达到特定的关键质量目标,才能够被认为是成功的项目。任何一个角色无法实现其目标,都将危及整个项目。因此,每个角色都被认为是同等重要的,重要的决定都要共同作出。

  除了项目的各个角色之外,MSF团队模型还可以推广到包括操作、业务和用户等外部因素。在对立中寻找共同利益,在冲突中达到平衡。MSF团队模式推动了不同利益代表在追求共同利益过程中的融合。

三、MSF开发模式

  *MSF敏捷开发模式

MSF敏捷开发模式吸收了近几年来在软件业界流行的各种“敏捷”开发模式的优点,认识到目前大部分软件是以网络应用相联系的,强调和用户更紧密地交流,快速迭代,避免不必要的过程。

  特点:更强调与用户的交流

质量—防患于未然

重视在实战条件下的质量

精简过程,直奔主题

  *MSF CMMI开发模式

   CMMI(Capacity Maturity Model Integrated)即能力成熟度模型集成。

  

时间: 2024-08-02 07:00:53

构建之法学习(第七章 MSF)的相关文章

构建之法(第七章 MSF)

第六章主要讲了 1.MSF的原则,MSF团队模型和开发模式,MSF和CMMI 2.各种软件工程原则的异同,如何在学生团队实施软件工程的原则 1.MSF的基本原则 1.1推动信息共享与沟通 所有信息都保留并公开,讨论要包括所有涉及的角色,决定要公开并告知所有人.当然,对牵涉到技术机密.安全性等信息要采取必要的把握措施. 使用Alert来提醒何事发生了变化:所有的信息都保留并公开,不能删除工作项. 1.2为共同的远景而工作 这个目标必须是明确的,没有二义性. 这个目标不是当前就能达到,必须是通过努力

构建之法学习(第一章 概论)

初读邹欣老师的<构建之法>,却发现并没有像其它大多数软件工程教材一样偏重理论知识,而是大量引用实例,将实践与理论相结合,一改原本的空洞.乏味,反而更多的是趣味性. 通过对于第一章的自我学习,总结了一些知识点: 1.软件=程序+软件工程 程序=数据结构+算法    程序,就是指的源程序,是可执行代码.软件构建,构建成机器能懂的可执行代码,要有合理的软件架构,软件设计与实现,还要有各种文件和数据来描述各个程序文件之间的依赖关系,编译参数,链接参数等等. 软件工程是把系统的.有序的.可量化的方法应用

《构建之法》第七章自习感想与知识点

本周的学习当中,我第一次接触到了MSF这个概念,它是微软所推荐的做软件的一种方法.它有9条基本原则,每条原则环环相扣,规划合理,并且并非一成不变,会随着学习而完善,所以可以适用于很多场景.沟通也是这个方法的一个重点,与团队沟通,与客户沟通.这样一个方法很显然也是要依赖于一个强劲的团队的.以下是本周的一些知识点: 一.MSF基本原则 1)推动信息共享与沟通 所有信息都保留并公开,讨论要包括所有涉及的角色,决定要公开并告知所有人.当然,对牵涉到技术机密.安全性等信息要采取必要的把握措施. 2)为共同

构建之法学习总结(1)

构建之法学习总结(1) 从刚开始的自主学习过程再到暑期的开发实践,粗略一算也有一个学期多了,这段时间内收益匪浅.<现代软件工程>这门软件开发的基础课程,说实话这类概念型教材是很枯燥的,但邹老师编写的这本<构建之法>一书给读者带来了更多趣味性,简单易懂,是一本很好的软件工程书. 这本教材对于初学者来说是非常适合的,易懂且涉及全面,软件开发所涉及的方面和方法都有包括在内. 第一章 概论,讲述了软件工程的相关基础概念,为大家解答了软件以及软件工程到底是什么:软件工程和计算机科学的关系:源

《构建之法》第三章学习心得

这周我学习了<构建之法>第三章,讲述了软件工程师的成长.软件系统的绝大部分模块都是由个人开发或维护的.在软件工程的术语中,这些单个的成员叫做Individ-ual Contributor(IC).IC在团队中的流程是怎么样的呢?以开发人员为例,流程如下. 1.通过交流.实验.快速原型等方法,理解问题.需求或任务 2.提出多种解决办法并估计工作量 3.其中包括寻找以前的解决方案,因为很多工作是重复性的 与相关角色交流解决问题的提案,决定一个可行的方案 执行,把想法变成实际中能工作的代码,同时验证

《构建之法》第七八章读后感

读<构建之法>第七八章有感 今天我读了<构建之法>的第七八章,对MSF模型和开发模式,以及需求分析有了进一步的认识. 其中第七章主要讲了一些MSF方面的知识.MSF是微软公司关于软件开发的方法论——微软解决方案框架,是微软推荐的软件开发方法.而且MSF有自己的基本原则.1>推动信息共享与沟通,这就是说把所有信息保留并公开. 2>为共同的远景而工作,要做到这一点,就要确定一个明确的目标,并且这个目标对成员每天的工作有指导作用 3>充分授权和信任,这就要我们团队成员之

构建之法 第6~7章读后感

第六章-敏捷流程 第六章主要详细介绍了敏捷流程,在软件工程范畴里,“敏捷流程”是一系列价值观和方法论的集合.这一章以敏捷流程的Scrum方法论而展开,而敏捷流程的精髓就是在于快速的交付. 敏捷开发的流程如下: 1.找出完成产品需要做的事情 - Product Backlog. 2.决定当前的冲刺(Sprint)需要解决的事情--Sprint Backlog. 3.冲刺(Sprint).在冲刺阶段,外部人士不能直接打扰团队成员.期间每日例会,向同伴报告进度,把问题摆在明面上.同时启动每日构建,让大

构建之法五、六章读后感

在本周我主要学习了构建之法的第五章和第六章,第五章主要讲述团队和流程,第六章主要讲述敏捷流程: 软件团队的模式有:主治医师模式.明星模式.社区模式.业余剧团模式.秘密团队.特工团队.交响乐团模式.爵士乐模式.功能团队模式.官僚模式: 开发流程包括:写了再改模式.瀑布模型.瀑布模型的变形(生鱼片模型.大瀑布带着小瀑布): Rational Unified Process统一流程(RUP):包括业务建模.需求.分析和设计.实现.测试.部署.配置和变更管理.项目管理.环境: RUP的四个阶段包括:初始

构建之法6、7章--读后感---软件工程

第六章:敏捷流程 在 6.2节中定义好任务究竟是什么?书上敏捷第三步中有个例子写道:”去你的,要改主意,也要等老子冲刺再说!“,这句话我不是很理解,万一产品负责人改变主意,重新确定好任务,那么程序猿还得将之前的任务继续“冲刺”下去吗? 第七章:MSF 随着信息时代的高速发展,MSF也具有它的基本原则: 1.推动信息共享与沟通: 2.为共同的远景工作: 3.充分授权的信任: 4.各司其职,对项目共同负责: 5.交付增量的价值: 6.保持敏捷,预期和适应变化: 7.投资质量: 8.学习所有的经验: