[读书报告]构建之法(七)

今天读了《构建之法》的第十四章,这章讲质量保障。

软件质量=程序质量+软件工程质量

程序的质量体现在软件外在功能的质量。衡量程序的质量,基本的判断可以用“是|否”来判定。

软件工程的质量与“快”和“省”相关,主要体现在以下方面:

1.软件开发过程的可见性

2.软件开发过程的风险控制

3.软件内部模块,项目中间阶段的交付质量,项目管理工具的因素

4.软件开发成本的控制

5.内部质量指标的完成情况

衡量软件工程质量的方法——CMMI(能力成熟度模型集成)

一级:初始级。在这一水平上,企业项目的目标得以实现。但是由于任务的完成带有很大的偶然性,企业无法保证在实施同类项目时仍能完成任务。企业在这一级上的项目实施对实施人员有很大的依赖性。

二级:管理级。在管理级水平上,企业在项目实施上能够遵守既定的计划和流程,有资源准备,权责到人,对相关的项目实施人员有相应的培训,对整个流程有监测与控制,并联合上级单位对项目与流程进行审查。企业在二级水平上体现了对项目的一系列管理程序。这一系列的管理手段排除了完成任务质量的随机性,保证了企业的所有项目实施都会得到成功。

三级:明确(定义)级。在定义级水平上,企业不仅能够对项目的实施有一整套的管理措施,并保障项目的完成;而且,企业能够根据自身的特殊情况以及标准流程,将这套管理体系与流程予以制度化。这样,企业不仅能够在同类的项目上成功地实施CMMI,在不同类的项目上一样能够成功地实施。

四级:量化管理级。在量化管理级水平上,企业的项目管理不仅形成了一种制度,而且要实现数字化的管理。通过量化技术来实现流程的稳定性,实现管理的精度,降低项目实施在质量上的波动。

五级:优化级。在优化级水平上,企业的项目管理到达了最高的境界。企业不仅能够通过信息化和数字化来实现对项目的管理,而且能够充分利用信息资料,对企业在项目实施过程中可能出现的次品予以预防。企业能够主动盖上流程,运用新技术,实现流程的优化。

CMMI有两种不同的实施方法:

1.连续式:主要是衡量一个企业在某一项目中的管理能力。

2.阶段式:主要是衡量一个企业的成熟度。

质量成本的组成:

1.预防

2.评审

3.内部故障

4.外部故障

5.流程分析改进

6.提高职业技能

7.投资软件工具

独立的测试角色如何发挥最大的作用?

1.充分授权和信任

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

时间: 2024-10-13 14:05:43

[读书报告]构建之法(七)的相关文章

[读书报告]构建之法(三)

今天读了<构建之法>的第八章. 第八章讲需求分析.需求分析有以下几个步骤: 1.获取和引导需求 找到软件的利益相关者,了解和挖掘他们对软件的需求,引导他们表达出对软件的需求. 2.分析和定义需求 对从各个方面获取的需求进行规整,定义需求的内涵,从各个角度将需求量化. 3.验证需求 通过分析报告.用户调查等形式向利益相关者验证团队对需求的认知. 4.在软件产品的生命周期中管理需求 在软件的声明周期中不断对需求进行重新审核并作出调整 需求分为以下几个方面: 1.对产品功能性的需求 要求产品必须实现

[读书报告]构建之法(八)

今天读了<构建之法>的第15章:稳定和发布阶段 Alpha:指集成了主要功能的第一个试用版本. Beat:功能基本完备,稳定性较Alpha版本高,用户可以在实际工作中小范围使用. ZBB:某天的版本把在之前记录的Bug都解决掉 RC:发布候选版本 RTM:最终发布版本 RTW:和RTM类似 会诊小组 软件团队的各个角色代表组成了会诊小组,处理每一个影响产品发布的问题. 决定对每一个Bug采取以下哪一种行动: 1.修复 2.设计本来如此 3.不修复 4.推迟 复杂项目的会诊 第一步:开发者提交惨

[读书报告]构建之法(二)

今天阅读了<构建之法>从67页到139页的部分,思考和体会如下. 1.第四章 这章讲的是两人合作.主要的点有代码规范.极限编程和结对编程,也讲到了与别人交流的一些技巧. 代码是给机器看的,也是给人看的,但我觉得代码更多是给人看的.因为我一直觉得不论何种科学或者技术发展到了什么程度,人都是最根本的.书中对代码规范方面讲的比较细致,形式上的包括我比较熟悉的缩进.括号.分行.命名.注释.大小写等问题和以前没考虑过的行宽.下划线等问题.我在平时写代码时,关于形式上的规范,首先考虑的是风格的一致性和代码

[读书报告]构建之法(四)

今天读了<构建之法>的第10章 这章讲典型用户和场景. 定义典型用户,需要全面考虑.软件系统中有受欢迎的用户,但也有不受欢迎的用户. 典型用户可以包括以下内容: 1.名字 2.年龄 3.收入 4.带便的用户在市场上的比例和重要性 5.使用这个软件的典型场景 6.使用本软件/服务的环境 7.生活/工作情况 8.知识能力层次 9.用户的动机.目的和困难 10.用户的偏好 需要注意:一个软件不是为所有人服务的 有个典型用户之后,还要决定每一个典型用户的目标——使用系统想要达到什么目的.对每一个目标,

[读书报告]构建之法(五)

今天读了<构建之法>的第十一章和第十二章 第十一章,软件设计与实现主,要讲了以下几个问题: 1.从规格到实现 主要要经历以下阶段: 1.估计开发所需时间 2.写一些原型代码,看看效果 3.写设计文档 4.按照文档写代码 5.对照设计文档和代码指南进行复审 6.创建或更新单元测试 7.进行单元测试 8.得到一个可以的测试版本 9.修复测试人员发现的问题,请同事复审 10.根据代码复审意见修改代码,签入代码 2.开发阶段的日常管理 一个比较重要的问题是实现每日构建. 书中宣称,经调查,成功的公司中

[读书报告]构建之法(一)

今天我阅读了邹欣老师的<构建之法>从前言到正文的第66页,一些思考和体会如下: 1.前言 从前言可以看出邹欣老师对软件工程课的定位和对这本书作为教材的评价还是很高的.从前言可以知道这本书是邹欣老师结合了在一些高校的软件工程授课经验和自己的心得体验,写出的一本强调通过动手实践学习软件工程的教材. 2.给任课老师和助教的建议 这部分可以看书邹欣老师对同学们的要求很高,预期每个学生需要每周花费8个小时在这门课上.我个人而言,在个人项目和团队项目中每周花费的时间要超过8个小时.在团队项目中如果算上开会

阅读报告--构建之法

软件工程是一门研究用工程化方法构建和维护有效的.实用的和高质量的软件的学科.它涉及程序设计语言.数据库.软件开发工具.系统平台.标准.设计模式等方面.软件工程牵涉的范围很广,对于即将投身IT业的学生而言,软件工程的内容又非常重要.典型的软件有电子邮件.嵌入式系统.人机界面.办公套件.操作系统.编译器.数据库.游戏等.同时,各个行业几乎都有计算机软件的应用,如工业.农业.银行.航空.政府部门等.这些应用促进了经济和社会的发展,也提高了工作效率和生活效率 . 一.软件=程序+软件工程 正如书中所言,

构建之法读书报告

这学期的软工课上接触到了构建之法这本书, 这本书语言轻松愉快,读起来就像读小说一样适合年轻的学生阅读,从中学到知识.所以老师推荐给了我们并让我们写读书报告. 首先拿起这本书,封面简介但不失设计感,引起了我的兴趣.翻开它读起来其中的语言让我非常舒服.第一章概述讲的是什么是软件工程,不用多说,软件工程就是从拿到需求开始的到运营维护一个系统的一系列设计,从需求到架构到实现.第二章,讲的是单个设计人员如何提高自己的技术和单人开发的流程这也是很重要的,开发以人为单位每个人的能力决定了了团队的能力,学习个人

项目管理学习——《构建之法》读书笔记

最近终于有时间来读读书了.买了<构建之法>已经一年多了,这次静下心来读完了,收获很大.现在想起自己在上大学的时候学习软件工程是机械工业出版社出版的一本外国书籍的翻译版本,当时由于对于整个行业没有太大的感触,而这本书又全部由专业术语和定义组成,所以当时的课是相当痛苦.而老师通过的这门课程的方式又由各种理论知识考试为准,所以当时学习感觉相当“鸡肋”. 好的地方: 1,情景式.对话式对白,有趣易读.这点非常喜欢,很多实际中碰到的问题在这里可以重现.比如:每日构建,在实际开发中,就会由于各种原因导致不