构建之法——第二篇

学到现在，那么对于我们而言真正的软件工程包括什么呢？

根据构建之法中的描述，软件工程包括了开发，运营，维护软件的过程中的很多技术，做法，习惯和思想。软件工程把这些相关的技术和过程统一到一个体系中，叫“软件开发流程”，软件开发流程的目的是为了提高软件开发，运营，维护的效率，以及提升用户满意度，软件的可靠性和可维护性。

由构建之法中写到软件工程中的软件开发流程，那么软件开发流程不光指团队的流程，还包括个人开发流程，因为软件团队是由个人组成的。在团队的大流程中，是每一个具体的个人在做开发，测试，用户界面设计，管理，交流等工作。

作为初级软件工程师，我们应当

1.积累软件开发相关的知识，提升技能技术

2.积累问题领域的知识和经验

3.对通用的软件设计思想和软件工程思想的理解

4.提升职业技能

时间： 2024-10-16 02:35:37

构建之法——第二篇的相关文章

构建之法--第二篇

构建之法--第二章 在这一周中,我计划学习了<构建之法>的第二章,我认为从第二章开始,才算真正进入到了这本书的主题.这一章讲到的是个人技术和流程.首先,个人技术是衡量你是否能成为一名合格的软件工程师.而想要组建一个优秀的软件开发团队,就必须要有一名软件工程师.流程则是团队来管理开发活动的经过. 个人技术:其中就包括了三点,即单元测试.回归测试.效能分析. 单元测试:我们为什么需要做单元测试呢?这是为了让自己负责的模块功能定义尽量明确,模块内部的改变不会影响其他模块,而且模块的质量能得到稳定的.

构建之法 第二组第一周学习

这是我们小组学习构建之法的第一周.在第一周的学习中,大家都对<构建之法>这本书产生了浓厚的兴趣,这本书用各种实例来阐述软件工程中的内容,让大家更容易理解,更容易接受.在学习的过程中,有同学说这本书的第一章就像是一篇小说,把软件工程里一些死板的方法写活了,把一些冷硬的知识点写的有血有肉,让大家在学习的过程中更有动力.可以说这本书是很少有的能把软件工程写活的书,在大家学习的过程中,仿佛是在和书对话,让自己身临其境,切身的体会真正进行软件工程操作时会遇到的问题和困难. 在这一周的学习中,大家都表现出

读构建之法第二天

刚刚读了构建之法第一章的内容,主要讲述了计算机科学领域,软件工程与计算机科学的关系,软件的特性以及软件工程的定义和组成部分这四方面的内容.下面我将分为四部分 来记录自己的收获. 第一部分: 1. 软件 = 程序 + 软件工程        软件工程的核心部分是构建管理.源代码管理.软件设计.软件测试.项目管理.广义上软件工程还包括用户体验,用户设计界面等, 所以一个拓展的推论是:        软件企业 = 软件  + 商业模式. 2.  软件开发有不同的阶段:(1)玩具阶段  (2)业余爱好阶

构建之法——第一篇

通过两周的学习,在<构建之法>的前两章中,了解到软件的概述以及单元测试的重要性. 通过第一章"软件=程序+软件工程"使我对于软件工程有了一个相对来说比较宏观的定义,即软件工程是把系统的,有序的,可量化的方法应用到软件的开发,运营和维护上的过程.为此我也了解到软件有很多种,就以三个我比较感兴趣的举例来说吧! ShrinkWrap:是最强大的软件保护工具,其强大的反调试检测让所有调试器均无法加载 Internal Software:即就是企业或学校或某组织内部的软件 Mobil

构建之法---初识篇（软件工程和个人测试）

这周学习了构建之法的前两章的内容,关于软件工程的介绍以及关于个人测试的重要性. 首先说一下软件工程,一开始觉得软件工程是一个很庞大的任务,在做一个项目的时候,像我们这种小白,心里面还是尽力的想要避开软件工程的复杂步骤,只想着做代码的实现,然后进一步的测试测试就好,但是看了第一章的内容以后呢,觉得软件工程必须按照步骤来,而且代码实现好像并不是占比重最大的部分.一个良好的软件工程是需要一个和谐的团队的共同作业的,但是在这个团队做出一个项目之前,我们首先要做的应该是先成为一个合格的软件工程师,所以了解

构建之法第一篇阅读笔记

程序=算法+数据结构这句话我估计应该深入每个计算机系学生的心里了,但是就像书中所说的一样除了上数据结构课程我们没有用过任何与数据结构有关的东西,难道老师讲的都是错的吗?构建之法给了我明确的答案,这都是我们就业后所要面临的问题,因此,软件工程概论这门课就显得尤为重要了,它可以帮助我们了解软件工程整体结构,了解其中的各个流程,使我们能够了解到我们今后将会遇到的问题,提前让我们熟悉这个行业,意识到自身所学真正的作用. 软件工程是把系统的.有序的.可量化的方法应用到软件的开发.运营和维护上的过程.它包含

构建之法--第一篇

这一周,我学习了<构建之法>中第一章的内容,对<构建之法>这本书有了一个大概认识. 首先,我们从第一章中,能得出其中两个等式: 1.软件=程序+软件工程.我们该怎么去理解这个等式呢?如果是以一个程序员的立场来看,我们想要做出一个可以推广出去并且能过投入市场的软件,要经过几道必要的步骤.程序员要利用自己所擅长的语言来编写出客户需要的程序,待客户满意这一个程序的基本需求后,才算勉强形成一个胚子.后续,还需要随客户的要求而增加相应的功能来满足客户的需求,这是一个庞大的工程.从简单的程序,

读构建之法 第二章：个人技术和流程

绝大部分软件都是由多人合作完成的,大家的工作相互有依赖关系.某人负责的模块的功能被其他人调用,但如何让自己负责的模块功能定义尽量明确,模块内部的改变不会影响其他模块,而且模块的质量能得到稳定的.量化的保证???单元测试就是一个很有效的解决方案. 创建单元测试函数的主要步骤是: 1.设置数据(一个假象的正确的E-mail地址) 2.使用被测试类型的功能(用E-mail地址来创建一个User类的实体) 3.比较实际结果和预期的结果(Assert.IsTrue(target!=null) 创建完就可以

构建之法第二章个人技术和流程

如果说第一章我还有点概念,那么第二章我可以说一窍不通,什么是VSTS,什么是单元测试,什么是回归测试,还是什么是效能分析--好多的新名称,第一次看见,是那么的没有头绪.要不是百度了,仅仅看书,我完全不知VSTS--Visual Studio Team System,是由微软开发的一套具有高生产力.高集成性.可扩展的生命周期开发工具. 2.1.1节图文并茂的告诉我,单元测试重要作用,可能是自己的能力不足,相关知识了解的太少了,一边看还一边想,单元测试怎么写?写在哪里?什么时候写?就算是按照书本上的