1.前言 迭代开发中,每次迭代都会发生从以需求或分析为主要焦点到以设计和实现为主要焦点的转变 分析和面向对象的分析重点关注学习做正确的事,理解案例重要目标,规则和约束 设计工作强调正确的做事,熟练设计解决方案满足本次迭代的需求 早期迭代在分析活动上花费较多时间,后期迭代减少分析活动,注重构建解决方案 2.尽早引发变更 早期迭代发现和变更一些需求是很正常的有帮助的: 迭代和进化式方法包容变更: 早期迭代引发变更有助于后期迭代稳定: 尽早编程.测试和演示有助于尽早引发不可避免的变更: 3.完成分析和…
1.前言 开发者如何设计对象,可以采用如下三种方式: 编码:在编码的同时进行设计 绘图然后编码:绘制一些UML,然后转到如上编码方式,在集成开发环境中编码 只绘图,不编码:使用工具从图中生成一切 本章主要介绍在对象设计和编码前进行轻量级绘图 2.敏捷建模 敏捷建模的目标是减少常用图形 建模的目的是为了沟通和理解,不是为了构建文档 简单的敏捷建模方法包括使用白板笔.数码相机和打印机捕获“UML草图” 敏捷建模还包括: 与他人一同建模.并行创建若干模型 XP敏捷建模原则:一切从简.只为有效 敏捷建模…
1.前言 以当前迭代中所要设计的需求为界,创建领域模型的步骤: 1.寻找概念类 2.将其绘制为UML类图中的类 3.添加关联和属性 2.如何寻找概念类 寻找概念类有如下几种方法: 重用和修改现有的模型 许多常见领域都存在已发布的.绘制精细的领域模型和数据模型 使用分类列表 业务交易 -> 交易项目 -> 与交易项目相关的产品或服务 -> 交易记录何处?.... 通过识别名词短语寻找概念类 在对领域的文本型描述中识别名词和名词短语,将其作为候选的概念类或属性 3.绘制UML类图中的类 规则…
1.前言 系统顺序图(SSD)是为阐述系统相关的输入和输出事件而快速.简单的创建的制品,它们是操作契约和对象设计的输入. SSD展示了直接与系统交互的外部参与者.系统(作为黑盒)以及由参与者发起的系统事件. 应为每个用例的主成功场景,以及频繁发生的或者复杂的替代场景绘制SSD. 大部分SSD在细化阶段创建 2.系统顺序图对其它制品的影响 图 系统顺序图对其它UP制品的影响 3. 为何绘制SSD? 因为需要准确的知道什么是外部输入的事件,这些事件时系统行为分析的重要部分 软件系统要为如下三种事件响…
1.前言 从本文开始进入细化阶段,讨论迭代技术的基础,本次讨论将着重讨论第一次迭代,以POS机为例. 2. 第一次迭代处理的需求(以NextGen POS项目处理销售用例) 实现 处理销售 用例中基本和关键的场景:输入商品项目并收取现金 实现用于支持迭代初始化需要的启动用例 不处理任何特殊和复杂的部分,仅仅针对场景的简单理想路径,并对此进行设计和实现 不与外部服务进行协作 不应用复杂的定价规则 不考虑UI支持.数据库内容的支持 3. 迭代过程,并非一次就实现所有需求 迭代生命周期方法的关键理解:…
1.前言 用例是UP和其他众多迭代方法的核心.UP提倡用例驱动开发. 2. 迭代方法中如何使用用例 功能需求首先定义在用例中 用例是迭代计划的重要部分,迭代是通过选择一些用例场景或整个用例来定义的 用例实现驱动设计 用例会影响用户手册的组织 功能或系统测试应符合用例的场景 2.1 迭代中如何演化用例和其他规格说明 图 跨越早期迭代的需求工作任务示例 定义了10%的需求后,就可以构建系统的产品化核心(在了解所有需求之前,迅速开展对系统核心的产品级开发) 直到第一次迭代接近结束时再做进一步的深入需求…
1. 前言 UP开发包括四个阶段:初始阶段.细化阶段.构建阶段.移交阶段: UP每个阶段包括 业务建模.需求.设计等科目: 其中需求科目对应的需求制品包括:设想.业务规则.用例模型.补充性规格说明.词汇表. 上章主要讨论UP初始阶段需求科目对应的制品之一---用例模型,阐述了用例模型的基本概念,使用用例的好处,用例的常用形式. 本章将用一个具体的实例进行详细分析和说明用例模型,采用用例的三种常用形式之一---详述风格来说明 处理销售   这个用例的编写. 2. 详述风格的特点 详述风格详细编写所…
1. 前言 UP开发包括四个阶段:初始阶段.细化阶段.构建阶段.移交阶段: UP每个阶段包括 业务建模.需求.设计等科目: 其中需求科目对应的需求制品包括:设想.业务规则.用例模型.补充性规格说明.词汇表. 本文主要介绍需求科目中最重要的制品---用例模型 2. 用例的基本概念 参与者 某些具有行为的事物,如人.计算机系统,主要包括如下三种类型: (1)主要参与者:具有用户目标,通过使用系统的服务完成.可以发现驱动用例的用户目标 (2)协助参与者:为当前系统提供服务的系统.可以明确外部接口或协议…
1. 前言 UP开发包括四个阶段:初始阶段.细化阶段.构建阶段.移交阶段: UP每个阶段包括 业务建模.需求.设计等科目: 需求是UP科目之一,在初始阶段需求科目的工作量占据较大的部分.但是初始阶段的需求科目并非定义所有需求,而是需要在后续的细化阶段逐步迭代. 同时需求科目工作的成果会形成相关的制品. 2.相关术语 术语 说明 需求 系统必须提供的能力和遵从的条件 需求管理 定义需求的方法 瀑布式需求管理 编程之前项目的第一个阶段就试图完全定义和固化需求 UP式需求管理 用一种系统的方法来寻找.…
1.前言 UP开发包括四个阶段:初始阶段.细化阶段.构建阶段.移交阶段: 初始阶段是项目比较简短的起始步骤,主要目的是收集足够的信息来建立共同设想,调查项目的总体目标和可行性,确定是否值得进一步深入. 注:关于初始阶段的系列文章,虽然是以初始阶段为标题,但是实际的很多制品和介绍会跨越初始阶段.细化阶段和构造阶段 2. 初始阶段的主要工作 2.1 初始阶段的主要工作 . 项目的设想和业务用例是什么? . 是否可行? . 购买还是开发? . 粗略估计一下成本 . 项目应该继续还是停止? 2.2 初始…