构建之法第三四五章总结

软件开发流程不光指团队的流程,还包括个人开发流程,因为软件团队是由个人组成的。在团队的大流程中,是没一个具体的人在做开发,测试等,因此,个人在团队中也有独立的流程,把每个人的工作有序组织起来,就是团队的流程。软件系统的大部分模块是由个人开发或维护的,每个人的工作质量直接影响最终软件的质量,因此软件工程师个人的技术和能力很重要。

初级软件工程师可以以下几方面来提升自我:积累软件开发相关的知识,提升技术技能;积累问题领域的知识和经验;对通用的软件设计思想和软件工程思想有好的理解;有良好的职业技能;对实际成果有好的认识。好的软件工程师除了有好的技能,还要会解决问题,这的解决问题是指低层次的问题解决成不用经过大脑的自动操作后的高层次问题。

在团队合作中,为了让团员之间相互理解方便,让人家看的懂自己写的代码,代码就要有规范的写,为软件的后续开发奠定良好的基础。团队是指有共同的集体目标,互相依赖合作共同完成任务的组合。一个好的团队模式也很重要,要根据不同的人员和需求选择不同的团队模式。团队的成员要在不同的阶段做不同的事,统一流程:业务建模;需求;分析和设计;实现;测试;部署;配置和变更管理;项目管理;环境;初始阶段;细化阶段;构造阶段;交付阶段。还有老板驱动的流程和渐进交付的流程。

时间: 2024-10-22 23:46:32

构建之法第三四五章总结的相关文章

构建之法 第三四五章

第三章 软件工程师的成长 1.个人能力的衡量与发展 初级软件工程师如何成长:(1)积累软件开发 相关的只是,提升技术技能.例如:对java.c.c++,c#的掌握,诊断\提高效能的技术,对设备驱动程序.内核调试器的掌握:对于某一开发平台的掌握 (2)积累问题领域的知识和经验 (3)对通用的软件设计思想和软件工程思想的理解 (4)提升职业技能 (5)实际成果 2.职业之路--考级之路 计算机等级考试和全国计算机技术与软件专业技术资格考试 第四章 两人合作 1.代码规范 "代码规范"可以分

构建之法第三四五章读后感

一个优秀的软件工程师都需要和团队的合作,所以通过这几章的阅读,对自己的编程的规范等有了一定的认识,也学会了一个优秀的软件开发人员应当具备的素质. 软件开发流程不光指团队的流程,还包括个人开发流程,因为软件团队是由个人组成的.在团队的大流程中,是每一个具体的在做,开发.测试.用户界面设计,管理.交流工作.因此,个人在团队中也有独立的流程. 成为软件工程师所要具备的条件,分别是:1.积累软件开发相关知识,提升技能技术.2.积累问题领域的知识和经验.3.对通用的软件设计思想和软件工程的理解. 一个人,

构建之法第三章读书心得

在构建之法第三章中,我们主要学习了个人能力的衡量与发展. 初级软件工程师有以下几个成长阶段:1.积累软件开发相关的知识,提升技术技能. 2.积累问题领域的知识和经验. 3.对通用的软件设计思想和软件工程思想的理解 4.提升职业技能 5.实际成果 软件开发的工作量和质量你的衡量标准:1.项目.任务有多大? 2.花了多少时间? 3.质量如何?交付的代码中有多少缺陷?

构建之法五、六章读后感

在本周我主要学习了构建之法的第五章和第六章,第五章主要讲述团队和流程,第六章主要讲述敏捷流程: 软件团队的模式有:主治医师模式.明星模式.社区模式.业余剧团模式.秘密团队.特工团队.交响乐团模式.爵士乐模式.功能团队模式.官僚模式: 开发流程包括:写了再改模式.瀑布模型.瀑布模型的变形(生鱼片模型.大瀑布带着小瀑布): Rational Unified Process统一流程(RUP):包括业务建模.需求.分析和设计.实现.测试.部署.配置和变更管理.项目管理.环境: RUP的四个阶段包括:初始

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

通过阅读<构建之法>第十七章,不能说对我造成了什么深远的影响,但是还是感触颇深: 第一,工作分配的重要性,说道工作分配,不得不说我们个小组的组长们,组长不仅仅是一个团队的领导者,更是这个团队的灵魂.它不仅需要了解随时掌握各组员的动向,更重要的是,他需要了解各组员的能力,然后根据个人的能力,然后再去非陪相应的任务,只要这样才能做到“物尽其用”,才能更好的完成我们的项目,有时甚者能更创造出以外的效果,达到更完美的状态.这不仅是组长的能力  其实其无时无刻也体现着我们这个小组的团结力和创造力.当初选

构建之法-第三周

构建之法第三章-软件工程师的成长 本章主要的理论和知识点是评价软件工程师水平的主要方法.技能的反面以及TSP对个人的要求. 首先,不同的数据能够从不同方面一个展示软件工程师的技术和能力,例如,通过完成时间平均值的比较,两位工程师或许能决出完成效率的高下,但通过比较方差则又能体现出的两位工程师的工作稳定性. 作为一个初级软件工程师,我们可以关注的成长有一下几个方面: 1.积累软件开发相关的知识,提升技术技能: 2.积累问题领域的知识和经验: 3.对通用的软件设计思想和软件工程思想的理解: 4.提升

《构建之法》第四章---阅读总结

<构建之法>第四章---阅读总结 前言 看到这个章节的名字,我想起了之前老师叫我们看的<硅谷传奇>,原来老师是想让我们在学这一章节之前先了解两人合作的重要性.确实,软件工程既然能带上“工程”二字,那就说明它并不是一个人的事情,软件工程离不开团队合作,而团队合作的最简形态就是两人合作.由<硅谷传奇>可知,一个好的合作伙伴是多么重要,两人能有着共同的追求,又能包容对方的性格,各施其长后能力就不再是简单的1加1了. 分析与理解 本章节围绕“两人合作”的中心,主要讲解了编程规范

阅读《构建之法》第四章、第十七章收获

阅读<构建之法>第四章.第十七章 阅读这一章的时候,我意识到了很多以前写程序没有注意到的地方,以前写程序就只知道能运行就好,根本不管自己写的程序占多少内存,运行的时间,是否有优化的空间,写代码的时候也不注意规范,有时候设计的函数根本用不上,造成代码冗余.同时也认识到结对编程的重要性,没读这本书之前就觉得结对编程就是两个人一人负责一个模块,然后合在一起,调试调试.但实则不然,真正的结对编程应该像书中那样,一个是驾驶人,一个是领航人,两个人有规律的进行编程.期间,一人编程一人复审,极大地提高了效率

构建之法读后感----第1章 绪论

首先,文章对于程序.用户需求.工程等等概念用了阿超给儿子编写的一个出题程序来分别解释了个中的含义,尤其是程序和工程的区别,程序大概就是用很多语言或工具编写的一个简单能实现目标要求的一行行代码,而工程就是在这个程序的基础上不断满足用户的需求.修复程序的bug.提供后续维护等服务. 需求分析:梳理需求,逐步展开后续工作,如设计(软件架构).实现(写数据结构和算法),测试,发布软件 软件=程序+软件工程(软件企业=软件+商业模式) 软将工程的核心部分:构建管理.源代码管理.软件设计.软件测试.项目管理