1. 前言 UP开发包括四个阶段:初始阶段.细化阶段.构建阶段.移交阶段: UP每个阶段包括 业务建模.需求.设计等科目: 需求是UP科目之一,在初始阶段需求科目的工作量占据较大的部分.但是初始阶段的需求科目并非定义所有需求,而是需要在后续的细化阶段逐步迭代. 同时需求科目工作的成果会形成相关的制品. 2.相关术语 术语 说明 需求 系统必须提供的能力和遵从的条件 需求管理 定义需求的方法 瀑布式需求管理 编程之前项目的第一个阶段就试图完全定义和固化需求 UP式需求管理 用一种系统的方法来寻找.…

1.前言 UP开发包括四个阶段:初始阶段.细化阶段.构建阶段.移交阶段: 初始阶段是项目比较简短的起始步骤,主要目的是收集足够的信息来建立共同设想,调查项目的总体目标和可行性,确定是否值得进一步深入. 注:关于初始阶段的系列文章,虽然是以初始阶段为标题,但是实际的很多制品和介绍会跨越初始阶段.细化阶段和构造阶段 2. 初始阶段的主要工作 2.1 初始阶段的主要工作 . 项目的设想和业务用例是什么? . 是否可行? . 购买还是开发? . 粗略估计一下成本 . 项目应该继续还是停止? 2.2 初始…

学习 <UML和模式应用(原书第3版)>目标: 理解OOA/D思想 如何使用UML建模 如何使用设计模式 如何设计分层架构 目录: 第1部分 绪论 第1章 面向对象分析和设计 第2章 迭代.进化和敏捷 第3章 案例研究 第2部分 初始阶段 第4章 初始不是需求阶段 第5章 进化式需求 第6章 用例 第7章 其他需求 第3部分 细化迭代1-基础 第4部分 细化迭代2-更多模式 第5部分 细化迭代3-中级主题 第6部分 其他主题…

1.前言 用例是UP和其他众多迭代方法的核心.UP提倡用例驱动开发. 2. 迭代方法中如何使用用例 功能需求首先定义在用例中 用例是迭代计划的重要部分,迭代是通过选择一些用例场景或整个用例来定义的 用例实现驱动设计 用例会影响用户手册的组织 功能或系统测试应符合用例的场景 2.1 迭代中如何演化用例和其他规格说明 图 跨越早期迭代的需求工作任务示例 定义了10%的需求后,就可以构建系统的产品化核心(在了解所有需求之前,迅速开展对系统核心的产品级开发) 直到第一次迭代接近结束时再做进一步的深入需求…

1. 前言 UP开发包括四个阶段:初始阶段.细化阶段.构建阶段.移交阶段: UP每个阶段包括 业务建模.需求.设计等科目: 其中需求科目对应的需求制品包括:设想.业务规则.用例模型.补充性规格说明.词汇表. 上章主要讨论UP初始阶段需求科目对应的制品之一---用例模型,阐述了用例模型的基本概念,使用用例的好处,用例的常用形式. 本章将用一个具体的实例进行详细分析和说明用例模型,采用用例的三种常用形式之一---详述风格来说明 处理销售   这个用例的编写. 2. 详述风格的特点 详述风格详细编写所…

1. 前言 UP开发包括四个阶段:初始阶段.细化阶段.构建阶段.移交阶段: UP每个阶段包括 业务建模.需求.设计等科目: 其中需求科目对应的需求制品包括:设想.业务规则.用例模型.补充性规格说明.词汇表. 本文主要介绍需求科目中最重要的制品---用例模型 2. 用例的基本概念 参与者 某些具有行为的事物,如人.计算机系统,主要包括如下三种类型: (1)主要参与者:具有用户目标,通过使用系统的服务完成.可以发现驱动用例的用户目标 (2)协助参与者:为当前系统提供服务的系统.可以明确外部接口或协议…

chpater1 1.什么是分析和设计 分析:对问题和需求的调查研究 设计:满足需求的概念上的解决方案 做正确的事(分析)和正确地做事(设计) 2.什么是Object-Oriented-Analysis (面向对象分析) 在问题领域发现和描述对象(或概念)**从问题发现需求然后从需求中抽象出对象* * finding and describing the** concepts in (not software object or class) **the problem domain 3.什么是…

1.前言 以当前迭代中所要设计的需求为界,创建领域模型的步骤: 1.寻找概念类 2.将其绘制为UML类图中的类 3.添加关联和属性 2.如何寻找概念类 寻找概念类有如下几种方法: 重用和修改现有的模型 许多常见领域都存在已发布的.绘制精细的领域模型和数据模型 使用分类列表 业务交易 -> 交易项目 -> 与交易项目相关的产品或服务 -> 交易记录何处?.... 通过识别名词短语寻找概念类 在对领域的文本型描述中识别名词和名词短语,将其作为候选的概念类或属性 3.绘制UML类图中的类 规则…

1.前言 从本文开始进入细化阶段,讨论迭代技术的基础,本次讨论将着重讨论第一次迭代,以POS机为例. 2. 第一次迭代处理的需求(以NextGen POS项目处理销售用例) 实现 处理销售 用例中基本和关键的场景:输入商品项目并收取现金 实现用于支持迭代初始化需要的启动用例 不处理任何特殊和复杂的部分,仅仅针对场景的简单理想路径,并对此进行设计和实现 不与外部服务进行协作 不应用复杂的定价规则 不考虑UI支持.数据库内容的支持 3. 迭代过程,并非一次就实现所有需求 迭代生命周期方法的关键理解:…

1.前言 系统顺序图(SSD)是为阐述系统相关的输入和输出事件而快速.简单的创建的制品,它们是操作契约和对象设计的输入. SSD展示了直接与系统交互的外部参与者.系统(作为黑盒)以及由参与者发起的系统事件. 应为每个用例的主成功场景,以及频繁发生的或者复杂的替代场景绘制SSD. 大部分SSD在细化阶段创建 2.系统顺序图对其它制品的影响 图 系统顺序图对其它UP制品的影响 3. 为何绘制SSD? 因为需要准确的知道什么是外部输入的事件,这些事件时系统行为分析的重要部分 软件系统要为如下三种事件响…