构建之法5.5-6-7章观后感

第5.3章,讲了一下软件工程的一些模型,有瀑模型、螺旋模型等

第6章,讲敏捷流程,敏捷流程” 是指价值观和方法论的集合。

第7章,msf,没有像敏捷那样搞一个宣言,但是它也是有一套思想框架--9条基本原则。MSF团队模型,产品管理、项目管理、开发、发布管理、测试、用户体验,共同推演,交流。最终产生一个大家都接受的产品。MSF过程模型,是从传统的软件开发瀑布模型和螺旋模型发展而来的,它把瀑布模型基于里程碑的规划优势与螺旋模型中增量迭代的长处结合起来。

MSF过程模型的基本元素是阶段和里程碑。还讲了MSF敏捷开发模式,MSF CMMI开发模式。CMMI是Capacity Maturity Model Integrated(能力成熟度模型集成)。

时间: 2024-10-15 05:46:17

构建之法5.5-6-7章观后感的相关文章

《构建之法》第四&十七章读书笔记

 <构建之法>第四&十七章读书笔记 一.         前言 再次阅读<构建之法>,愈发被其中生动有趣的举例吸引.作为一本给予软件工程学生的书籍,其不以枯燥的理论知识为核心,而是基于对知识和方法的引导.本次研读的这两章内容主要涉及了代码规范,两人结对与多人合作的团队方面等相关知识,从其中逐渐明白与人相处作业等方面的技巧与艺术.以下是我对这两章节的思考与疑惑. 二.        第四章<两人合作>. 本章主要涉及代码规范,极限编程,结对编程,两人合作不同阶段,

《构建之法》第4.17章读书笔记

<构建之法>第4.17章读书笔记 第四章 原文语句: 异常不能跨过DLL或进程的边界来传递信息,所以异常不是万能的. 提出问题: 1.什么是DLL?DLL是来解决什么问题的? 网上说法: DLL是Dynamic Link Library的缩写,意为动态链接库.在Windows中,许多应用程序并不是一个完整的可执行文件,它们被分割成一些相对独立的动态链接库,即DLL文件,放置于系统中.当我们执行某一个程序时,相应的DLL文件就会被调用.一个应用程序可有多个DLL文件,一个DLL文件也可能被几个应

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

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

《构建之法》之第一二三章读后感

读<构建之法>这本书就像读故事书那样,耐人寻味,又很多故事和经验都是源自作者本身,读起来很有趣,并不会像其他书那样的枯燥乏味. 这本书的第一章——概论,为我们解释什么是软件,什么是软件工程,读完这章对这些概念有一定的认识这章让我明白,代码不能盲目的敲,好的软件并非两三天内就能赶出来的.在编写程序之前,需要做一系列的分析.设计,要满足客户的需求,后续还要对软件进行测试.维护等.在这之前,我一直觉得能把程序运行,能有正确的结果,那就完成任务了,可这只是整个软件流程的一部分而已. 问题:目前软件工程

浅谈对《构建之法——现代软件工程》第一章的理解

---恢复内容开始--- 一.精读第一章后对专业术语的整理 <构建之法——现代软件工程>一书第一章向我们主要介绍了计算机科学的领域.软件工程与计算机科学的关系.软件的特性以及软件工程的定义与组成部分. 1.通过对第一章的学习,我们了解到了软件的 几种分类: 系统软件:操作系统.设备驱动程序.工具软件等 应用软件:办公软件.通信软件.游戏视频软件等 恶意软件:软件病毒等 以及软件的几种特殊性:1.负责性:2.不可见性:3.易变性:4.服从性:5.非连续性: 2.软件工程与计算机科学的关系 首先,

构建之法学习(第四章 两人合作)

第四章 两人合作 1.代码规范  1)代码风格规范.主要是文字上的规定,看似表面文章,实际上非常重要. *原则:简明,易读,无二义性 *缩进:4个空格 *行宽:行宽必须限制,可以限定为100字符 *括号:在复杂的条件表达式中,用括号清除地表示逻辑优先级 *断行与空白的{}行:推荐格式如下 if ( condition ) {        DoSomething(); } else {       DoSomethingElse(); } *分行:不要把多条语句放在一行上.并且,不要把多个变量定

阅读《构建之法》8到10章

第8章 四象限法是一种什么样的方法?如何在现实中运用好四象限法来分析软件的功能?杀手功能是否在四象限法占了很大的作用? 第9章.项目经理 才能成为一名合格的项目经理,要做好哪些方面,具备哪些能力? 第10章.典型用户和场景 一个软件应该满足各种用户还是专注于某种类型的用户呢?开发者又应该从什么方面去考虑软件服务的用户和类型?

《构建之法》之第四章读后感

<构造之法>第四章主要讲一些两人合作前的基础,以及两人合作对于成功的重要性,两人合作是两个人的不断磨合.适应.与进步. 本章大篇幅讲了两人合作需要的准备,例如代码的规范,这非常重要,如果你的代码,只有你一个人看得懂,这十分不利于团队合作,再好的代码,不能被别人知道,这还是一个不好的程序,因此代码规范非常重要.优秀的代码应该遵守的原则是:简明.易懂.无二义性.我们在规范代码时要注意缩进.行宽.括号.断行.空号等的规范与使用.我们要养成良好的写代码的习惯,注意程序的命名,我们要用英文命名,不能随便

构建之法第13、14章学习

第十三章的内容是关于各种测试方法和测试的设计方法. 一个软件开发团队统一思想首先要从基本名词解释开始,第一节为我们解释了一些基本名词并进行分类(例:Bug是指软件的缺陷,可以分解为症状(Symptom).程序错误(Fault).根本原因(Root Cause)):在对这些基本名词进行分类时,可以按测试设计的方法分类(分为黑箱和白箱),也可以按测试的目的(分为功能测试和非功能测试)或者测试的时机和作用分类. 在第二节中,详细介绍了各种测试方法--单元测试.代码覆盖率测试.构建验证测试.验收测试..

《构建之法》第十六章读后感更正

第十六章IT行业的创新 1.关于灵感.灵光闪现固然重要,很多伟大的发明依靠的就是灵光一现的基础,但是灵光闪现的前提是个人的思考,长时间的思考.完成这一灵光的基础是不断的尝试,提高自己的技术.这样才会将自己的灵光变成一个实物而不是空想. 2.关于喜好.并不是人人都喜欢创新,因为创新本来就是个长耗时又难以被认可的东西.创新有需要考虑的因素有许多,个人.面子.优先级等等,现在人们更多的是支持在原有材料技术上的"线性发展"--扩充功能等. 3.关于想法.人们接受的并不是好的想法而是他们所需要的