摘要：
第一步，照猫画虎 首个要解决的问题是：类从哪里来？ 从上一章中总结的领域模型关系图中可以看到，这些领域对象基本上就是我们所需要的类，只是有些映射到软件类后并不是系统真正参与的类，所以要剔除掉。 领域类是需求涉及的业务的概念，软件类是软件系统内部的概念。 以POS机为例，顾客这个领域类可以剔除，因为它 阅读全文
摘要：
经过领域模型建模，面向对象初具雏形。但领域模型不能指导我们进行编码工作。因为领域类是从用例模型中提炼出的反应业务领域的概念，不是真正意义上的软件类。 下一步，就该完成从领域类到软件类的转换。 设计模型分为两种：静态模型和动态模型。 静态模型：描述系统包含的类，以及类的名称，属性名，方法名，类与类之间 阅读全文
摘要：
领域建模是从需求分析到面向对象设计的一个桥梁 领域模型是指对需求所涉及的领域的建模，换言之就是业务模型 领域模型的作用： 发掘重要的业务领域模型； 建立业务领域概念之间的联系； 领域模型的建立，遵循的规则是： 找名词 -> 填属性 -> 连关系 1.找名词 从哪里找？当然是从需求模型中找，也就是从用 阅读全文
摘要：
用例方法主要是用来描述需求的业务流程，也就是HOW 使用用例来描述需求流程的方法为三段法，即NEA方法。 Normal流程 分析描述需求的正常流程 Exception流程 在正常流程的基础上，分析每一步的各种异常情况和应对处理 Alternative流程 在正常流程的基础上，分析是否有可替代的方法， 阅读全文
摘要：
1.需求分析的目的 客户会告诉需求是什么,但往往不会说明需求背后的问题。需求的终极目的就是挖掘客户的问题，实现客户价值。 客户所描述的需求有时可能是不准确的。同样的需求，可能背后要解决的问题并不一样，挖清需求背后要解决的问题。 需求分析三重境界： 记录员 —— 记录客户所描述的需求，以及客户所反映的 阅读全文