[这是 现代软件工程讲义 的一篇] 一个软件团队经历了计划/设计/开发等阶段, 达成代码完成 (Code Complete) 这一目标，似乎后面的事情就水到渠成了. 其实不然, 软件生命周期的最后阶段往往是最考验团队的，不但考验团队项目管理水平，应变能力，也考验团队的血型。 原计划的软件发布 ...

在前一个博客里 (典型用户), 我们讲了怎么收集, 分析和验证用户的需求。 这里我们讲 spec – specification Specification, 又叫spec, 有两种: a) functional spec, 软件功能说明书, 主要用来说明软件的外部功能, 和用户的交互 ...

很多老师反映教软件工程和程序设计的时候没有合适的题目，《构建之法》提供了下面的题目，都是从简单的解题思路入手，逐步增量改进。学生们可以复习基本的编程技能，然后逐步加入模块化，文件处理，单元测试，信息隐藏，面向对象的分析，MVC 等概念和实践。 大家可以选用： - 黄金点游戏和单词 ...

（这一节在第一版的 《构建之法》中没有， 是《构建之法》电子书（多看版）， 和纸版书第二版中新增加的内容，纸版书第二版预计2015年6月出版） 11.1 分析和设计方法 我们写软件就是要解决用户的需求，我们需要表达和传递下面这些信息： 在“需求分析”阶段，我们要搞清楚 ...

这是我们软件工程的个人阅读作业，然后我就把邹欣老师的《移山之道》和《现代软件工程讲义》读了，还是有些体会的，这里说一下。作为大学生，没有真正的软件工程实践，必有目光短浅，言语欠缺之处。。 我主要想说敏捷这一部分，还有一些关于团队角色的问题 敏捷 先说敏捷，英文是aglie，是一种现在十分 ...

[现代软件工程讲义 的一部分] 软件开发的过程, 就是 “用户最需要的东西” 在下面这一链条中传送，转换，实现，扭曲或丢失的过程。 用户最需要的 > 用户表达出来的 > 软件团队能理解的 (老板/PM) + 团队的商业目标 > ...

测试的角色 (Test) 要独立出来么 ? 独立出来的测试角色怎么才能发挥作用? 有些成功人士和成功的公司号称没必要有独立的测试角色 (Test), 你怎么看? 最近又看到一 ...