深入浅出面向对象分析与设计的笔记(19)

按有用程度 按页码先后 最新笔记

• 

  展开 收起

  第534页

  ZFenng (追求技术又学习管理的IT人)

  在用例中，最好要加入必要的验证环节

  2013-04-03 10:37:15   1人喜欢

• 

  展开 收起

  第495页

  ZFenng (追求技术又学习管理的IT人)

  特征列表反映了系统的功能，而用例图则反映了如何使用系统。

  2013-04-03 09:51:26

• 

  展开 收起

  第471页

  ZFenng (追求技术又学习管理的IT人)

  当使用契约式编程时，你实际是在和客户端程序一同进行实现，双方遵守接口的语义和使用方式，能简化代码的实现。 并且更能反映客户的需求，以客户的期望进行实现。

  2013-04-02 17:20:34

• 

  展开 收起

  第394页

  ZFenng (追求技术又学习管理的IT人)

  确保职责清晰的一个方法，是提出问题：is XX responsible for YY itself？ 当陈述不合理时，说明在一个对象中存在多项职责。

  2013-04-02 16:30:14

• 

  展开 收起

  第369页

  ZFenng (追求技术又学习管理的IT人)

  在设计时要想清楚哪些是共同的，哪些是变化的。封装变化实现灵活的配置。但当不同点多玩共同点时，可能无法找到一个普适能用的解决方案。

  2013-03-29 12:40:26

• 

  展开 收起

  第343页

  ZFenng (追求技术又学习管理的IT人)

  在开始动手的初期还未决定从哪个模块开始时，需要在有完整的需求和用例流程前开始实现一部门模块。此时需要先设计一两个完整的场景以细化流程和需求以降低风险，明确实现细节。 当决定开始实现哪个模块后则要完整用例和场景。

  2013-03-29 11:24:18

• 

  展开 收起

  第326页

  ZFenng (追求技术又学习管理的IT人)

  在系统分解任务完成后，需要对系统架构进行梳理。系统架构是指系统的结构，如模块划分，模块之间的联系，核心模块，交互机制，以及你在设计中的原则和指导思想。 设计架构时的三个常用问题：是否是系统必需部分？特征是什么意思？我是否知道如何处理？

  2013-03-29 10:54:37

• 

  展开 收起

  第318页

  ZFenng (追求技术又学习管理的IT人)

  处理流程： 1 需求收集 2 需求分析 特征列表，用例图 3 领域分析 小模块/包/子系统 4 运用适当的设计模式 5 将大问题分解为小问题，逐一解决。

  2013-03-29 09:56:49

• 

  展开 收起

  第298页

  ZFenng (追求技术又学习管理的IT人)

  在需求分析层面，可以先列出特征或需求列表，再作出整体的用例图，并将特征列表上的特征和需求对应到用例图的用例上。

  2013-03-27 11:15:40

• 

  展开 收起

  第291页

  ZFenng (追求技术又学习管理的IT人)

  系统的一个特征feature，指从客户的需求层面描述的系统需要有的一种特性或功能。一个特征对于开发分析人员的层面来看可能包含多个需求requirement。

  2013-03-27 11:08:11