文档介绍：分析篇分析篇建立需求模型—— 需求分析和系统分析需求分析的确切含义是对用户需求进行分析,旨在产生一份明确、规范的需求定义。OOA的主要内容是研究问题域中与需求有关的事物,把它们抽象为系统中的对象,建立类图。确切地讲,这些工作应该叫做系统分析,而不是严格意义上的需求分析。早期的OOA缺乏一个良好的基础——对需求的规范描述。需求说明需求说明需求分析需求分析健壮分析健壮分析需求模型需求模型分析模型分析模型分析过程Jacobson方法(OOSE)提出用况(use case)概念,解决了对需求的描述问题,其分析过程如下:问题域(抽象的来源)OOA模型(类图)抽象OOA是将问题域中的事物抽象为系统中的对象系统责任(抽象的目标)抽象的目标是系统责任——需求用况的概念解决了对需求的描述问题需求模型(用况图) 基本思路问题的提出:在系统尚未存在时,如何描绘用户需要一个什么样的系统?如何规范地定义用户需求?考虑问题的思路:把系统看作一个黑箱,看它对外部的客观世界发挥什么作用,描述其外部可见的行为。系统是由一条边界包围起来的未知空间只通过有限的几个接口与外部交互系统边界以外是与系统进行交互的参与者把内外交互情况描述清楚,就确切地定义了系统的需求系统边界系统边界:一个系统所包含的所有系统成分与系统以外各种事物的分界线。系统:被开发的计算机软硬件系统,不是指现实系统。系统成分:在OOA和OOD中定义并且在编程时加以实现的系统元素——对象对象对象对象对象对象对象参与者(人员)参与者(设备)参与者(外系统)参与者:在系统边界以外,与系统进行交互的事物——人员、设备、系统边界与参与者现实世界中的事物与系统之间的关系——分四种情况(1)被抽象为系统中的对象汽车飞机奖杯钟表起重机职员楼房天平(2)只作为系统外部的参与者与系统交互(4)与系统无关操作员(3)既是系统中的对象,本身又作为参与者与系统交互人员——系统的直接使用者直接为系统服务的人员设备——与系统直接相联的设备为系统提供信息在系统控制下运行不与系统相连的设备×计算机设备×外系统——上级系统子系统其它系统如何发现参与者——考虑人员、设备、外系统什么是用况I. Jacobson:用况是通过使用系统功能的某些部分而使用系统的一种具体方式。每个用况包括一个由参与者发动的完整的事件过程。它详细说明了参与者和系统之间发生的交互。因此,一个用况是一个由参与者和系统在一次对话中执行的特定的相关事务序列。全部用况的集合则说明了所有可能存在的系统使用方式。《对象技术词典》:。。UML:对系统在与它的参与者交互时所能执行的一组动作序列(包括其变体)的描述。???本书的定义:用况是对参与者使用系统的一项功能时所进行的交互过程的描述,其中包含由双方交替执行的一系列动作。用况(use case)术语“use case”的准确含义——使用情况是对一项系统功能使用情况的一般描述,它对于每一次使用都普遍适应,既不是应用实例,也不是举例说明。——因此译为“用况”,而不是“用例”。几点说明:(1)一个用况只描述参与者对单独一项系统功能的使用情况;(2)通常是平铺直叙的文字描述,UML也允许其他描述方式;(3)陈述参与者和系统在交互过程中双方所做的事;(4)所描述的交互既可能由参与者发起也可能由系统发起;(5)描述彼此为对方直接地做什么事,不描述怎么做;(6)描述应力求准确,允许概括,但不要把双方的行为混在一起;(7)一个用况可以由多种参与者分别参与或共同参与。内容与书写格式:名称行为陈述(分左右栏)调用语句控制语句括号或标号收款输入开始本次收款的命令;作好收款准备,应收款总数置为0,输出提示信息;for顾客选购的每种商品do输入商品编号;if此种商品多于一件then输入商品数量end if;检索商品名称及单价;货架商品数减去售出数;if货架商品数低于下限then call 通知上货end if;计算本种商品总价并打印编号、名称、数量、单价、总价;总价累加到应收款总数;end for;打印应收款总数;输入顾客付款数;计算应找回款数,打印付款数及找回款,应收款数计入账册。例