之前已经学过了需求分析,在“需求分析”阶段,我们要搞清楚
在问题领域中的现实世界里,都有哪些实体,如何抽象出我们真正关心的属性,实体之间的关系是什么,在这个基础上,用户的需求是什么,软件如何解决用户的需求。
而在分析设计阶段,软件团队的所有相关人员都需要处理、了解这些信息。
那么这些信息怎么表达才能更准确、更能有效地交流呢?
构建之法给我们提供了几个方法。
-
以文字为主的文档,如Word、PowerPoint 文档。正如我们在需求分析和场景设计中看到的那样
-
用图形为主构造的模型,如Mind Map(思维导图),ERD,DFD,UML的各种图,甚至包括Flow Chart流程图
-
用数学语言的描述,如Vienna Development Method
-
用类自然语言+代码构造的描述,如Literate Programming
-
源代码加注释也能描述。
在计算机软件发展的过程中,科学家和工程师们还尝试了很多其他方法,它们在不同程度上解决了一些局部问题,从不同的方面推动了相关领域的发展。
构建完毕并不意味着结束,后期还需要修复许多Debug。