OOAD设计原则精细版详细讲解

软件开发中,比较经典的开发步骤:
一、瀑布模型
1.可行性分析
2.需求分析
3.软件设计
4.编码
5.测试
6.交付产品
7.维护
弊端：瀑布模型存在比较严重的问题需求如果要发生变更只能在极早期越往后走,代价越大
二、迭代+瀑布模型
1.计划驱动----文档为主
2.敏捷开发—客户交流为主
需求分析、软件分析，编程 都有两种方式：面向对象，面向过程
采用面向对象的思维方式进行：分析需求（OOA） 软件设计（OOD） 编程（oop）
软件设计的优良
一、评价的标准
1.有没有覆盖用户所提供的所有的业务功能（覆盖了所有的需求，也不一定就是一个很好的软件）
2.前期设计出来的各种文档或者图纸，可读性高不高，能不能被项目所有的干系人快速的理解。一个可读性非常差的文档，或者设计的图纸，会给我们后期的开发，测试，维护带来巨大的影响
3.软件设计的图纸中，覆盖的类、包、接口。以及后期其他的各种组件，复用性强不强，能不能被本项目或者其他项目重复使用
4.软件开发后期，如果业务需求需要发生变化，业务功能或者性能的拓展性高不高
5.后期软件的维护，或者开发过程中代码的维护能力强不强（员工离职了，其他员工能不能看懂，快速理解软件架构）
归纳总结：软件设计过程中是否能够做到“高类聚，低耦合”（高类聚：一个类只干一件事情，一个方法也只干一件事情。具体来说：就是一个类只关注一个点。 低耦合：就是指类和类之间的