UML和模式应用4-初始阶段

1.前言

初始阶段是项目比较简短的起始步骤,主要目的是收集足够的信息来建立共同设想,调查项目的总体目标和可行性,确定是否值得进一步深入。

2. 初始阶段的主要工作

2.1 初始阶段的主要工作

进行的主要工作包括:

. 项目的设想和业务用例是什么?

. 是否可行?

. 购买还是开发?

. 粗略估计一下成本

. 项目应该继续还是停止?

2.2 初始阶段的其它工作

同时为了能够在细化阶段进行编程,初始阶段还将完成如下的工作:

. 对10%的用例进行分析

. 关键的非功能需求的分析

. 业务案例创建

. 开发环境准备

3. 初始阶段特性

  • 初始阶段的目标不是定义所有需求
  • 初始阶段持续的时间相对较短
  • 初始阶段的预算和计划并不是可靠的
  • 不会定义架构(架构是在细化阶段用迭代方式进行)
  • 会产生业务案例和设想制品
  • 会选择部分用例进行详细分析,以便获得对问题范围的真实认知

4. 初始阶段的制品

初始阶段会创建如下表中的全部或部分制品:

制品 说明
设想和业务用例 描述高阶目标和约束,业务案例,并提供执行摘要
用例模型 描述功能需求。确定大部分用例名称,并详细分析10%的用例
补充性规格说明 描述其它需求,主要是关键的非功能性需求
词汇表 关键领域术语和数据字典
风险列表和风险管理计划 描述风险(业务,技术,资源,进度)及应对和缓解方法
原型和概念验证 澄清设想,验证技术思路
   
   
   
时间: 2024-12-29 01:37:19

UML和模式应用4-初始阶段的相关文章

UML和模式应用4:初始阶段(2)--进化式需求

1. 前言 本文主要对迭代开发 初始阶段 的需求相关制品展开讨论,阐述了初始阶段并非定义所有需求,而是需要在后续的细化阶段逐步迭代. 同时也讨论了初始阶段关于需求相关的制品. 2.相关术语 术语 说明 需求 系统必须提供的能力和遵从的条件 需求管理 定义需求的方法 瀑布式需求管理 编程之前项目的第一个阶段就试图完全定义和固化需求 UP式需求管理 用一种系统的方法来寻找.记录.组织和跟踪系统不断变更的需求 表 需求相关术语说明 3. 寻找需求的方法 与客户一起编写用例 开发者和客户共同参加客户讨论

UML和模式应用4:初始阶段(4)--需求制品之用例模型示例

1. 前言 上章主要讨论UP初始阶段需求科目对应的制品之一---用例模型,阐述了用例模型的基本概念,使用用例的好处,用例的常用形式. 本章将用一个具体的实例进行详细分析和说明,采用用例的三种常用形式之一---详述风格来说明 处理销售   这个用例的编写. 2. 详述风格的特点 详述风格详细编写所有步骤及各种变化,同时具有补充部分. 一般在需求科目进行时用摘要形式编写了大量用例后,第一次需求讨论会上,用此风格将编写10%的关键用例,并对这10%具有架构意义的用例或场景进行设计和编程 3. 详述风格

UML和模式应用5:细化阶段(1)--概述

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

《UML和模式应用》重点之思想篇

本书是帮助开发者和学生学习面向对象分析和设计(OOA/D)的核心技能的重要工具. UML不是OOA/D,也不是方法,只是图形表示法,如果没有真正掌握如何创建优秀的面向对象设计,或者如何评估和改进现有设计,那么学习UML或者UML CASE工具是毫无意义的.对象思想才是重点和难点. 在OO开发中,至关重要的能力是熟练地为软件对象分配职责,除此之外当然还有其他很多重要的技能. 有益的分析和设计可以概括为:做正确的事(分析)和正确地做事(设计). 面向对象分析的过程中强调在问题领域内发现和描述对象(或

UML和模式应用-1面向对象的分析与设计

1.本书的主要内容 UML和面向对象的思想 对应用了UML和模式的面向对象分析与设计(OOA/D)的介绍 重点阐述对象设计,也会讲述在OOA/D中如何使用UML OOD的原则和模式 职责驱动设计 模式,问题解决方案公式 案例研究 贯穿全书的案例研究 用例 讲述需求分析 迭代开发 迭代开发使用统一过程(UP)的敏捷方法作为示例迭代过程来讲述迭代开发 TODO

UML和模式应用:面向对象的分析与设计

1.1.什么是分析和设计 分析(analysis):强调的是对问题和需求的调查研究,而不是解决方案,即应该如何使用系统,系统应该具有哪些功能. 设计(design):强调的是满足需求的概念上的解决方案(在软件和硬件方面),而不是其实现.最终,分析可以实现,而实现则表达了真实和完整的设计. 分析和设计一词最好加以限制,如面向对象的设计.数据库设计. 有益的分析和设计可以概括为:做正确的事(分析)和正确地做事(设计). 1.2.什么是面向对象的分析和设计 在面向对象分析(OOA)过程中,强调的是在问

第二部分初始阶段 第四章 初始不是需求阶段

初始阶段是建立项目共同设想和基本范围的比较简短的起始步骤.为了在随后的细化阶段能够开始编程,它将包括对10%的用例进行分析,关键的非功能需求的分析,业务案例创建和开发环境的准备. 什么是初始阶段 大多数项目需要一个简短的起始步骤,在该步骤中要考虑以下几类问题 1.项目的设想和业务案例是什么 2.是否可行 3.购买还是开发 4.粗略估计一下成本:是一万到十万美元,还是上百万美元 5.项目应该继续下去还是停止 想要定义设想并大致得出所需的预算,就必须研究需求.但是,初始阶段的目标并不是定义所有需求,

UML和模式应用4:初始阶段(5)--用例编写的准则

1.前言 本文主要介绍用例编写时所遵循的几条基本准则. 2.用例编写的准则 2.1 以本质的风格编写用例 如系统认证,而不要说 需要输入ID进行认证等 2.2 编写简洁的用例 如系统认证,不要说 这个系统认证 2.3 编写黑盒用例 通过职责来描述系统,而不是说明系统如何工作 2.4 采用参与者和参与者目标的视角 对特定参与者具有价值的可观察结果 2.5 如何发现用例 1.选择系统边界 如:POS系统之外的收银员.支付授权服务都在系统边界之外: 2.寻找主要参与者和目标 用例建模的观点就是寻找参与

UML和模式应用5:细化阶段(5)---系统顺序图

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