构建之法关于(MSF)

第七章的内容是关于微软解决方案框架(MSF)的。

第七章介绍了微软推荐的软件开发方法MSF。MSF的最大特性是商业化,并一直体现在项目的实施过程中。所谓商业化意味着客户的商业利益。客户投入多少,得到多少回报,客户要用到哪些最新的技术,最后如何把项目计划(Project)变成产品(Product)直至产生效益,等等,这些都是MSF要考虑的问题。我认为MSF的基本原则,不仅符和软件开发流程,而且也也可以应用到平时生活和学习。如学习所有的经验,学习他人经验及自己的过去的经验,反思错误,才会获取到知识。

时间: 2024-10-05 11:19:34

构建之法关于(MSF)的相关文章

《构建之法》MSF&需求分析

第七章 MSF MSF基本原则 推动信息共享与沟通 为共同的远景而工作 充分授权和信任 各司其职,对项目共同负责 交付增量的价值 保持敏捷,预期和适应变化 投资质量 学习所有的经验 与顾客合作 MSF团队模型 MSF团队模型定义了小组同级成员的一些角色和职责,在MSF团队模型中,任何技术项目都必须达到特定的关键质量目标,才能够被认为是成功的项目.任何一个角色无法实现其目标,都将危及整个项目.因此,每个角色都被认为是同等重要的,重要的决定都要共同做出.一个项目要达到的目标很多,MSF团队模型让不同

《构建之法》学习(7)——MSF

<构建之法>学习(7)--MSF 1.MSF简史 微软解决方案框架,也就是微软推荐的软件开发方法 2.MSF基本原则 推动信息共享与沟通 所有信息都保留并公开,讨论要包括所有涉及的角色,决定要公开并告知所有人.当然,对牵涉到技术机密.安全性等信息要采取必要的把握措施. 使用Alert来提醒何事发生了变化:所有的信息都保留并公开,不能删除工作项. 为共同的远景而工作 这个目标必须是明确的,没有二义性. 这个目标不是当前就能达到,必须是通过努力才能达到的. 这个目标不是空泛的,它应该对项目成员每天

关于 《构建之法》

1.关于<构建之法>: 看了第一章,关于<构建之法>的概述,通过一定的软件流程,在预计的时间内发布好的软件,软件工程对于开发一个好的软件很重要,在开发中,程序很重要,软件开发流程也很重要. 软件具有:复杂性,不可见性,易变性,服从性,非连续性.还有其他特性. 软件工程的目标:创造“足够好”的软件. 构建之法的目标: 研发出符合用户需求的软件: 通过一定的软件流程,在预计的时间内发布“足够好”的软件: 能证明所开发的软件是可以维护和继续发展的. 可行性分析->项目立项->

构建之法读后感

 我现在是一名大三学生,即将面对实训这件事,而今年才刚接触软件测试这门课程,讲的是如何测试代码可行性,都有什么样的方法可以测试代码可行性.软件测试这个行业对于女生来说是一个比较好的职业,不需要有强大的敲代码基础,需要的是细心和观察力.如果对于软件测试有兴趣就应该看看构建之法这本书,构建之法这本书的好首先就在于这是一本全景式的图书,能让你更了解这个软件行业.可以让人从陌生变熟悉,所以这本书是不错的.其次,这是一本实践式的书,涵盖了科学软件开展的每个方面,不单单只是实践,理论的东西也很重要.我们中国

0502,读《构建之法》第6~7章有感

<构建之法>第6和7章讲的是敏捷流程和MSF.大概了解了一些关于敏捷流程和MSF的一些基本概念.敏捷流程是一系列价值观和方法论的集合.敏捷流程同MSF同有着自己的基本原则. 先来说一说“敏捷流程”吧. 敏捷开发原则有12点,针对客户需求,市场竞争,软件自身的更新完善,还有就是开发团队自身以及开发团队和业务人员的关系.原则本身强调的是效率,人性,以及灵活.我个人感觉这套原则挺不错的. 敏捷流程分出了四步,Product Backlog,Sprint Backlog,Sprint,改进更新.就像名

《构建之法》第四次

本周我阅读了<构建之法>的第4到8章,其内容着重于两人合作.多人合作的一些注意点以及MSF与软件的需求分析. 与他人进行团队合作的时候,"代码规范"是一件非常重要的事情,代码规范分为风格规范与设计规范,代码风格的原则是:简明.易读.无二义性.在缩进时不要用Tab,而要用4个空格,因为Tab在不同的情况下会显示不同的长度,严重干扰阅读.行宽也是必须限制的,一般在100字符左右.大括号要注意格式的对应.不要把多行语句放在一行上,适当的进行分行.在适当的地方填上注释会让队友方便阅

第一次通读《构建之法》阅读笔记

问题1:敏捷开发在现阶段急于使用或试行,会不会得到相反的结果? 对于并没有体验或者初步体验过软件过程的学生来说,直接运行在高强度的开发模式和工程模式下会不会出现化学中的“钝化”现象,即跟不上或者勉强跟进时产生对这样的模式产生抵触心理.就算没有直接的数据证明即使出现了“钝化”问题也能让所有人受益,最好也能解释或根据一些教学或工作经验,证明或推理其可行性. 问题2:邹欣老师担任的是微软亚洲研究院技术创新组研发主管,所有整套书的知识和体系结构都有微软.NET开发流程的痕迹在里面,虽然软件流程并不限制与

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

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

看《构建之法》有感

这个学期我们又新加了一门课程——<构建之法>,对于我们又要学习这么一门乏味但又十分重要的课程时.但真正的看了这本书后,我完全沉浸进去了,这是一本难得的好书.        <构建之法>是一本讲软件工程的书,但又不是一本传统的软件工程的书.它是理论和实践的相结合.讲现代理论,同时也讲体现理论的工具.<构建之法>从开发测试.开发人员成长.团队管理一直讲到需求分析.设计以及用户体验等.先让我们知道开发为何物,在脑海有了一个大概的概念和每个人都具有了编码实践的经验后再一步步提到