Clik here to view.
UML精粹学习笔记（一）
UML有三种使用方式：用作草图绘制，用于蓝图绘制，用于程序编制。倾向于将UML用于草图绘制，绘制草图的实质是选择，重点是进行交流，常用的介质是白板。草图是故意不完备的，要突出重要的信息。草图是探究性的，蓝图是定义性的。草图用于正向工程（设计阶段），蓝图用于逆向工程（根据已有的代码导出）。详细文档应该根据代码生成。UML最重要的是类图和顺序图。瀑布风格和迭代风格瀑布风格是基于活动来分解项目的，迭代风格...
View ArticleClik here to view.
UML精粹学习笔记（二）
在OO开发中，至关重要的能力是熟练地为软件对象分配职责。在面向对象分析中（OOA），强调的是在问题领域内发现和描述对象。OOA关注从对象的角度创建领域描述，OOA的结果可以表示为领域模型。需要注意的是，领域模型并不是对软件对象的描述（区别于软件中的对象类），它是真实世界领域中的概念和想象可视化。在面向对象设计（OOD）中，强调的是定义软件对象及它们如何协作以实现需求。（类图与顺序图）迭代开发是OOA...
View ArticleClik here to view.
UML精粹学习笔记（三）
在迭代开发中，我们并非一次就实现所有需求。 在多个迭代里对同一用例进行增量式开发。 细化阶段：构建核心架构，解决高风险元素，定义大部分需求，以及预计总体进度和资源。（包括了三到四次的细化迭代） 关键思想和最佳实践： 实行短时间定量、风险驱动的迭代 及早开始编程 对架构的核心和风险部分进行适应性设计、实现和测试 尽早、频繁、实际的测试 基于来自测试、用户、开发者的反馈进行调整...
View ArticleClik here to view.
UML精粹学习笔记（四）
基于职责设计对象 最关键的软件开发工具是受过良好设计原则训练的思维，而不是UML或其他任何技术。 RDD是思考OO软件设计的一般性隐喻。把软件对象想象成具有某种职责的人，他要与其他人协作以完成工作。RDD使我们把OO设计看作是有职责对象进行协作的共同体。 分配职责的基本模式是GRASP。 创建者模式 问题：谁创建类A的实例？...
View Article
