构建之法 03

第二章:在这章中让我想到了怎么提高个人水平和技能?一个人怎样独立开发程序和发现问题?培养个人写程序的习惯和个人开发流程中要注意到哪些问题,特别是在程序的测试中下大量时间。个人编写模块时要有单元测试,毕竟最后的软件是由多人合作完成的。我们要确保我们所写的模块能被他人调用,并且代码清晰易懂,不影响其他模块。用vsts写单元测试我们没有接触过,看着书也印象不太深,它是否能测试所有的计算机语言呢。希望有时间实践操作一下。另外,对于单元测试自动化,什么是单元自动化,要怎么做呢。百度了也很晕。以及GitHub之前觉得它的图标很可爱,有去了解过,但是没看懂它能干嘛。现在的开发往往是很多人合作完成一款软件应用,不同的开发人员之间就存在依赖关系。我需要调用你写的代码模块,你也需要调用我写的代码模块,但是因为不了解模块的变化,模块没有达到高内聚低耦合造成了对其他模块的影响,往往会产生错误。在确定发布这个模块的时候,要经过完整的单元测试,为了达到事半功倍的效果,我们可以把规格说明说写得详细一些,详细到各项要求都可以表示为一个单元测试用例。估算时间--->需求分析--->生成设计文档--->设计复审--->代码规范--->具体设计--->编写代码--->代码复审--->代码测试--->记录用时--->测试报告--->计算工作量--->总结--->讨论改进。随着工作年限的增长,编码所占的比例会越来越小,因为开发不再是一味地编码,测试所占的比重会越来越高,保证质量要求。

时间: 2024-08-11 19:01:51

构建之法 03的相关文章

构建之法03

在现实社会中,人们为了解决生活中的各种问题,需要借助于软件.但,每个人的需求都有不同,软件团队通过以下几个步骤来获取人们的需求: 1.获取和引导需求       软件团队需要找到软件得利益相关者,了解挖掘他们对软件的需求,引导他们表达出真实需求.同时,需求还可以来自各种管理机构,还可以来自软件企业本身,也可以来自技术团队本身.有些需求的目的是要“更好的了解用户的行为和需求”. 2.分析和定义需求       这是指对从各个方面获取的需求进行规整,定义需求的内涵,从各个角度将需求量化. 3.验证需

03构建之法阅读笔记之一

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

构建之法读后感03

以前我总是认为开发程序就是自己做自己的事情,与自己不同思路的人交流是浪费时间 在阅读构建之法使我了解到: 4.1大节提到的代码规范,我们编写代码时要注重代码风格规范和代码设计规范,无论是类名,对象名,缩进还是行宽什么的,在结对子编程时都要有所规 定,不然到后面出现的类或是对象多了,就很容易混乱,分不清楚谁是谁.要学会封装,编写函数,将功能模块具体化,减少主方法里面的代码,避免大规模的出 错. 4.4中提到了代码复审,在平时编程程序时,我也会从头到尾的查看自己的代码,运行程序,若是多次结果相同,无

阅读《构建之法》与链接有感.

4.学术诚信与职业道德 阅读<构建之法>P384~391. 参考阅读以下链接: 偷了『半条命2』源代码的那小子http://blog.jobbole.com/79450/ 2014年,锤子手机在天猫电器城上预约数造假http://tech.ifeng.com/a/20141020/40841049_0.shtml 从天猫处罚作假看手机市场三大趋势http://www.chinahightech.com/html/727/2014/1020/15575128.html 独立游戏制作人作品被盗后…

阅读《构建之法》P384~391

通过阅读<构建之法>P384~391以及参考阅读杜老师给出的链接,得出一个重要的结论:软件工程师的职业道德至关重要. 软件工程的动态性和需求的前后关系,要求一个规范能对出现的新情形有较强的适应性和适用性.但是即使在这种一般性原则下,本规范也只对那些以文档记录职业道德态度并采取积极行动的软件工程师提供支持:即提供相应开发组中的个人以及整个开发组都可以求助的道德基础.本规范也帮助定义哪些是对软件工程师提出的道德上不适当的要求. 原则1  公众 软件工程师的行为应与公众的利益一致. 原则2  客户与

阅读《构建之法》和以下链接的读后感

1.关于学术诚信与职业道德 阅读<构建之法>P384~391,并参考阅读以下链接:     偷了『半条命2』源代码的那小子http://blog.jobbole.com/79450/     2014年,锤子手机在天猫电器城上预约数造假http://tech.ifeng.com/a/20141020/40841049_0.shtml     从天猫处罚作假看手机市场三大趋势http://www.chinahightech.com/html/727/2014/1020/15575128.html

构建之法——读书笔记(8)

<构建之法>第十&十一章 主要讲述了在软件设计前期的需求分析问题上的方法和实践经验,分为"典型用户和场景"以及"软件设计与实现". 其中第十章大部分内容包含: 用户的分类(典型用户可以包括以下内容: 1. 名字(越自然越好) 2. 年龄(不同年龄和收入的用户有不同的需求) 3. 收入 4. 代表的用户在市场上的比例和重要性(比例大不等同于重要性高,如付费的用户比例较少,但是影响大,所以更重要 5. 使用这个软件的典型场景 6. 使用本软件/服务的

《构建之法阅读笔记02》

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

简读《构建之法》,所想问题展示

1,<构建之法>这本书全局语言通俗,学生很容易读懂,但是存在一个隐患:学过软件工程,我们只是笼统的理解,而对这方面的专业知识很少了解,该怎么办? 2,书中提到的软件结构,软件设计与实现具体是怎样的?怎么理解它们之间的关系? 3,软件在不断更新和增加功能的负担下,一定程度下会崩溃.若有一个软件,即将考虑添加下一个功能,但是在添加这个功能之后,系统一定会崩溃,但是这个功能对这个软件的市场前景起着至关重要的作用,这是该怎么办? 4,软件设计和软件构建有区别吗?不同之处是什么? 5,当软件中的依赖关系