摘要: 第五章本章为团队和流程,主要介绍了典型的软件团队模式和开发流程以及它们的优缺点、TSP、MVP、MBP、RUP团队: 并不是几个人凑到一起就叫团队,称之为团队。 软件团队形式多样,适用于不同的人员与需求。团 队可能会演变的模式有:主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交 阅读全文
posted @ 2017-06-04 19:44 DEEMO。 阅读(108) 评论(0) 推荐(0)
摘要: 一、代码规范 需要我们在编程中特别注意这一点,要保持代码工整可修改,无二义性,每一行一句代码尽量加以注释。不仅是要让机器编译读懂,还要程序员能读懂 二、代码风格、设计规范 在代码设计规范中,要考虑程序设计、模块之间的关系;设计模式命名和格式必须要规范还要有一定的注释,要学会封装,将功能模块具体化。原 阅读全文
posted @ 2017-05-21 17:49 DEEMO。 阅读(83) 评论(0) 推荐(0)
摘要: 本章主要的理论和知识点是评价软件工程师水平的主要方法、技能的反面以及TSP对个人的要求。 首先,不同的数据能够从不同方面一个展示软件工程师的技术和能力,例如,通过完成时间平均值的比较,两位工程师或许能决出完成效率的高下,但通过比较方差则又能体现出的两位工程师的工作稳定性。 作为一个初级软件工程师,我 阅读全文
posted @ 2017-05-07 11:23 DEEMO。 阅读(98) 评论(0) 推荐(0)
摘要: 读完第二章之后总结下来: 单元测试应该准确快速地保证程序基本模块的正确性,应该做到,测试过后,机器状态保持不变,单元测试速度要快,多次测试产生重复、一致的结果。单元测试的运行不依赖于别的测试,可以人为构造数据,以保持单元测试的独立性且单元测试也应覆盖所有代码路径。单元测试应该集成到自动测试的框架中, 阅读全文
posted @ 2017-04-23 17:35 DEEMO。 阅读(131) 评论(0) 推荐(0)
摘要: 本书第一章标题为“软件=程序+软件工程”,如标题所言,在开头就十分精炼地概述了“软件”的概念,这样哪怕读者是门外汉,这一部分对于他们来说也很浅显易懂好消化,至少不会一上来就被一棍打懵。通过灵活又务实地举例子,把编程的意义、软件工程的概念等等都尽可能清晰而具象地向读者剖析出来。 软件工程的工程二字意味 阅读全文
posted @ 2017-04-09 13:25 DEEMO。 阅读(64) 评论(0) 推荐(0)