构建之法---阅读报告

  软件工程 (Software Engineering,简称为SE)是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及到程序设计语言,数据库,软件开发工具,系统平台,标准,设计模式等方面。在现代社会中,软件应用于多个方面。典型的软件比如有电子邮件,嵌入式系统,人机界面,办公套件,操作系统,编译器,数据库,游戏等。同时,各个行业几乎都有计算机软件的应用,比如工业,农业,银行,航空,政府部门等。这些应用促进了经济和社会的发展,使得人们的工作更加高效,同时提高了生活质量。 软件开发的不同阶段:  “软件工程”的概念是1968年第一次提出来的。和其他行业相比,软件工程还是一个年轻的产业,它在发展过程中经历了不同的阶段。以同期产生的航空业为例,软件工程也大概分为4个:  一、玩具阶段    纸飞机、航模飞机和真飞机一样,体现了很多基本理论。可以理解为软件工程在最开始雏形的时候只有一定的理论而没有真正的实品。  二、业余爱好阶段    在理论形成了若干年以后,终于有人尝试并且制作出了实品。  三、探索阶段    尝试去改造并且去形成成型的理论  四、成熟的产业阶段    从理论到实品,再从实品变成一个产业
软件工程是什么:  软件工程是把系统的、有序的、可量化的方法应用到软件的开发、运营和维护上的过程。  软件工程包括下列领域:软件需求分析、软件设计、软件构建、软件测试和软件维护。  软件工程和下列学科相关:计算机科学、计算机工程、管理学、数学、项目管理学、质量管理、软件人体工程学、系统工程、工业设计和用户界面设计。

单元测试:  单元测试应该在最基本的功能上验证程序的正确性  单元测试必须由最熟悉代码的人来写  单元测试过后,机器状态保持不变  单元测试要快  单元测试应该产生可重复、一致的结果  独立性  单元测试应该覆盖所有代码路径

敏捷流程:  1.尽早并持续地交付有价值的软件以满足顾客需求  2.敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势  3.经常发布可用的软件,发布间隔可以从几周到几个月,能短则短  4.业务人员和开发人员在项目开发过程中应该每天共同工作  5.以有进取心的认为项目核心,充分支持信任他们  6.无论团队内外,面对面的交流始终是最有效的沟通方式  7.可用的软件是衡量项目进展的主要指标  8.敏捷流程应能保持可持续的发展。领导、团队和用户应该能按照目前的步调持续合作下去  9.只有不断关注技术和设计,才能越来越敏捷  10.保持简明--尽可能简化工作量的技艺--极为重要  11.只有能自我管理的团队才能创造优秀的架构、需求和设计  12.时时总结如何提高团队效率,并付诸行动

需求分析:  1.获取和引导需求  2.分析和定义需求  3.验证需求  4.在软件产品的生命周期中管理需求对软件的需求:
 
				
时间: 2024-11-01 16:55:07

构建之法---阅读报告的相关文章

构建之法阅读笔记三—结对编程

构建之法阅读笔记三——结对编程 何谓结对编程,结对编程就是程序员肩并肩,平等的,互补的进行开发工作,他们使用同一台电脑,编写同样的程序,一起分析,一起设计,一块交流想法. 然而我以前却并不是这样做的,我以前喜欢在没人打扰的环境下写代码,我觉得有人在我身边看着,会影响我的思路,还有我个人自尊心比较强,不太喜欢被人指指点点,所以每次都是,我写完代码之后,自己先找自己的bug,每当自己实在找不到之后,才会请教大神,但是有时候可能由于自己的能力不足,往往一个很简单的问题,我自己发现就会花费很久的时间,让

构建之法阅读笔记四—团队开发

构建之法阅读笔记—团队开发 软件开发过程中有团队和非团队之分.其区别就在于目标利益的不同,团队中每个人的目标是一致的.共同的,会根据实际情况给每个人分配不同的任务,不会计较个人利益的得失.非团队每个人的目标都是不同的,大家都为自己的利益而奋斗. 在阅读了构建之法后,我了解到团队开发有以下的特点:1.团队开发有一致的集体目标,团队要完成这个目标.一个团队成员不一定要同时工作.2.团队成员有各自的分工,互相依赖合作,共同完成任务.还有完成一个项目开发的工作流有业务建模,需求,分析和设计,实现,测试,

构建之法阅读笔记6--敏捷开发2

构建之法阅读笔记—敏捷开发2 敏捷开发并不是一门技术,它是一种开发方法,也就是一种软件开发的流程,它会指导我们用规定的环节去一步一步完成项目的开发:而这种开发方式的主要驱动核心是人:它采用的是迭代式开发:敏捷开发并不是瀑布开发模型,它是以文档为驱动的,为什么呢?因为在瀑布的整个开发过程中,要写大量的文档,把需求文档写出来后,开发人员都是根据文档进行开发的,一切以文档为依据:而敏捷开发它只写有必要的文档,或尽量少写文档,敏捷开发注重的是人与人之间,面对面的交流,所以它强调以人为核心.而所谓的迭代开

构建之法阅读计划

1.本学期我打算阅读关于软件工程的三本书. 在第1-4周先把构建之法阅读完成 5-9周把人月神话阅读完成 10-16周重新寻找新的书刊阅读 2.速览构建之法中的问题 (1).在之后的团体项目中,我们几人如何分配任务,分配任务之后,如果有一些比如我编程能力缺乏,如何才能真正使这个团队最后的软件质量得到保证 (2).还有如果因为分配之后你学习到只有一部分的知识,另一部分如何学习熟练 (3).我们学习的知识只是基础,到了一些企业中,所用的软件不同,会不会白学. (4).在学校的时候用什么样的团队模式最

03构建之法阅读笔记之一

构建之法阅读笔记03 遇到问题总是想弄清楚所有细节.所有依赖关系之后再动手,想的太多,没法前进,分析的就会出现错乱,或者直接动手,慢慢发现偏离的一开始的轨道,忘记了目标,这样就会产生"分析麻痹"和"不分主次,想解决所有问题",以后遇到问题应该时刻记住自己的目标,在解决问题的时候不断提醒自己,应该如何思考.越早对自己有一个清晰的定位,对自己越好,很多人只是把软件工程师当成一个工作,当成一个能挣钱养家的营生,而我想把它的当成自己投身的事业,把软件项目相关的目标作为长期的

构建之法读书报告

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

《构建之法阅读笔记02》

这次主要对<构建之法>的第四章“两人合作”作一次阅读笔记. 首先是代码规范问题. 我过去对于代码规范问题并没有做到注意.在编程中,许多变量和函数的命名都非常的简单而没有实际的意义.而且编程时不注意对齐缩进.很多时候也不加注释,导致对这些简单的变量名称不熟悉. 这样做会使得很多人读代码费劲,甚至是自己都要花时间再次阅读懂自己的代码.而且很多没必要的注释也会使得注释失去意义.当自己再次在原基础上编程时,可能要重新编程等问题. 因此,通过阅读“代码规范”,我找到一些解决方法.代码的风格要简明.易读.

构建之法阅读笔记05

2017.5.20 今天阅读的是<构建之法>第8章需求分析的阅读笔记,我们如果要开始做一个软件,最先要进行的就是需求分析,我们应该充分的了解我们这个软件是否具有前景,我们为用户提供的服务是不是用户所需要的,这一章详细的叙述了如何进行需求分析. 首先是获取和引导需求,我们应该找到软件的利益相关者,了解挖掘他们对软件的需求,引导他们表达出真实的需求.然后分析和定义需求,对各个方面的需求进行规整,定义需求内涵,从各个角度将需求量化,然后估计实现这些需求所需要的时间和资源,确定各个需求的优先级.紧接着

构建之法阅读笔记三

今天阅读了构建之法第四章,对我最深的感触就是代码规范,对于一个软件工程师来说,编程是一项基本技能,程序编的好一半来自于代码的规范:就算你学的算法再好,编程能力再强,代码不规范也没有任何意义.当阅读者拿到你的代码时一头雾水,完全看不懂,这样的代码对于后期的维护和bug的寻找难上加难,或者是对于后来的初学者来说,也是去了教育意义.所以在我们日常的编程过程中要养成代码规范的习惯,习而久之,这样的习惯会一直伴随我们编程整个过程. 还有就是代码复审,我一开始也想不明白,代码为什么要复审呢,写完代码得到执行