我们的现实情况是:需要满足客户以及老板和项目管理中心所谓正规软件工程所需要的标准过程,还有标准过程所要求的文档。所以,通常来讲,我们会按照这样的过程进行工作:
考虑以下一些方法:
- 利用用例分析或者用户故事,来讲需求分析与需求传递和培训两个过程合并。
- 考虑需求文档中的用例分析部分可以是主力需求分析人员带领开发团队共同完成。
- 需求文档的工作量很大,并且变更之后的维护也是问题。因此考虑需求文档与测试用例进行结合,减少需求文档中的内容。
- 使用某种形式的工具来自动生成规范格式的需求说明书。
- 概要设计说明书中仅包含系统架构层面的设计工作。
- 系统设计过程与测试案例编写过程融合(参考XP过程)。
- 实用工具(例如javadoc)来自动由编码生成详细设计文档。
- 现实存在详细设计过程,但是并不正规,仅仅产生一些中间产物文档,如界面草图、UML顺序图等等。