作业4 阅读《构建之法》第6 第7章有感

第六章:

老师您好,第六章中讲到的敏捷Agile,和第二章说到的单元测试有联系吗?因为他们毕竟都是有利于程序开发的东西。

第七章:

MSF是一个经验知识库,它包括以下方面的内容:

企业结构设计方案—采用交互的方式,侧重于制定长期规划,同时也能完成短期目标。

项目开发准则—包含组队模型和过程模型,用于建立高效的项目组,管理项目的生命周期。

项目设计过程和多层结构的应用程序模型—用于支持设计复杂的分布式企业应用。

企业信息基础设施的实施方法—使用组队模型和过程模型支持实现、操作和技术上的方案。

MSF和CMMI的联系,CMMI为什么不适合互联网企业呢?

时间: 2024-09-19 21:02:17

作业4 阅读《构建之法》第6 第7章有感的相关文章

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

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

读构建之法第四、十七章有感(作业四)

第四章: 问题: 看到这里的时候,才注意到代码中的"下划线"这个东西,在之前的敲代码过程中并没有怎么遇到下划线,在经过百度后得到了一些答案: 这只是Python中下划线的一部分应用,在不同的语言中,下划线的用处也不太相同,而在原文中作者对下划线的解释很简单,对于"下划线用来分隔变量名字中的作用域标注和变量的语义"这句话也不太理解,我认为作者可以适当地放一些代码片段来说明下划线的用法,如果作者提及下划线的原因仅仅是因为命名的话,我觉得完全可以放在下划线的上一小节&qu

读《现代软件工程——构建之法》第1~5章有感

第一章的问题:在我了解第一章的时候,我比较着重于软件开发过程的难题,对于这5大难点的解决,我还是有点迷茫,我在想随着软件工具的开发是否会减轻这些难点,但是工具更多不是要求更高,对于一个团队密切不是需要更严密? 第二章:在关于单元测试和回归测试中,单元测试我们改如何具体描写,还有如果由单个人操作,那在temp的合作中该怎么分工. 第三章:在这章中,我想到一个局外问题,职业与证件,是否因为职业而采取证件措施,还是一个人能力依据证件表现? 第四章:在2人合作中,调试工作应该如何划分,最后调试为最主要,

《构建之法》8,9,10,章有感

久违了的随笔,我又来啦.~ 第八章.需求分析 当用户提出需求时,我们应该如何满足用户才能尽可能的满足顾客的需求,避免由于客户的 描述不正确,而导致工作的翻工,降低工作效率.另外当用户,不清楚自己的需求时,我们 额外增加一些后续功能,会不会多此一举? 第九章.项目经理 要做好哪些方面,才能成为一名合格的项目经理,具备哪些能力? 第十章.典型用户和场景 如何能更进一步深层次的挖掘用户的需求?

第一次阅读构建之法

    第一次阅读构建之法,把以前很多门课的知识点联系到了一起.      软件=程序+软件工程.我认为这是对软件的一种及其精炼的解释.程序即是指一行行代码,软件工程则包含了各种软件开发活动,包括构建管理.源代码管理.软件设计.软件测试.项目管理等等,是把系统的.有序的.可量化的方法应用到软件的开发.运营和维护上的过程.      从一个简单的程序,扩展到一个满足各种功能的应用软件,再扩展到一个能保证服务质量的软件服务.源程序是建立在数据结构上的一些算法.构建不仅仅是CC和link命令,一个复杂

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

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

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

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

第五次作业 关于《构建之法》的心得体会

阅读了邹欣老师的<构建之法>这本书,我感受颇多.上个学期在学习软件工程的课程的时候,并没有很大的学习兴趣.但是读了这本书,我完全有了新的感受.以下是我的学习心得. 阅读这本书使我对下面个人技术和流程.分析了软件工程师的成长.软件团队合作的几种模式和开发流程.敏捷流程.需求分析.项目经理.用户体验.软件测试.质量保障这些概念有了更深刻的理解. 我了解到了创建单元测试的主要步骤以及好的单元测试的标准是什么.还有团队的力量是无穷的,这让我懂得了我们应该增强团队合作意识,这样很多时候会事倍功半.通过阅

阅读构建之法第一章有感

今天阅读了构建之法第一章,感觉到自己其实玩具的阶段都不到,离研究阶段更是差的有段距离.了解到程序其实只是一个藏在你电脑里的数据结构加算法,要想成为软件还得经历软件工程这一阶段,软件工程便是把系统的.有序的,可量化的方法应用到软件开发,运营和维护上的过程中.首先我要进行软件需求分析,一个成功的软件是要有市场需求作为背景的,没有需求你做的软件就是无用的东西,有了需求然后我们对软件进行设计使之安全 可行 基本满足市场的需求.然后我们便对我们的软件进行测试.最后软件在用户手中运行,但是十全十美的软件是不

为什么报计算机还有阅读构建之法的心得

1.为什么选择计算机这个专业; 当初读本科的时候,一志愿填的是电气工程及其自动化,估计是因为分数太低了被调剂到了网络工程专业.之前的我并没有过多的接触计算机,感觉自己对这方面并没有多大的兴趣,本科的时候自己的学习并没有多么的认真.当时自己还想过要转专业,后来也不了了之了.慢慢的感觉这个专业还可以,也就学了三年,后来到了考研的时候,本来打算考金融专业的,但是跨专业考研难度挺大的,而且最近几年计算机这个专业实在是太火了,毕业之后工作找工作各方面都不错然后就限定决心考了计算机技术.庆幸的是考上了,现在