2012年软件水平考试系统分析师章节精析（5）

会计考友

第五章
* j% P) j: S! t% l2 _7 T) u
　　1、重点用例剖析（10分）DFD（10分）、类图（10分）
5 _: L8 `2 Y, I, z　　2、建模原则（体味）建模的原则：选择成立什么样的模子对若何发现息争决问题具有主要的影响； 每个模子可以有多种表达体例；最好的模子老是能够合适现实；孤立的模子是不完整的。任何好的系统都是由一些几乎自力的模子拼集出来的。
　　UML建模（知道）布景：1994年10月，Rational公司的Booch和Rumbaugh抉择将其Booch体例和OMT体例综合成一个新的建模说话，康复1995年10月发布了Unified Method 0．8。
5 f# I- R, Y! P　　1995年秋季，Jacobson及其OOSE体例插手Rational公司，抉择将OOSE体例与Unified Method进行综合，更名为UML，并分袂于1996年6月和10月发布了UML 0．9和UML 0．91。
. [" t* W+ M* w5 p　　1996年，DEC、HP、I－Logix、Intellicorp、IBM、ICON、MCI、Microsoft、Oracle、Rational、会，于1997 年1 月推出了UML 1．0，并向OMG 申请将其作为一种尺度说话。1997 年9 月发生了UML 1．1，11 月被OMG 正式采纳。1999 年6 月，OMG 发布了UML 1．3。1999 年7 月，UML RealTime 随Rose RealTime 推出。2001 年9 月，OMG 发布了UML 1．4。 2004 年4 月，OMG 发布了UML 1．5。2005 年7 月，OMG 发布了UML 2．0。
　　用例：描述了一系列执行的勾当所发生的一些输出结不美观。每个用例描述了外部用户若何来触发系统必需响应的事务。在事务驱动模子中，系统的一切行为都被认为是对某个触发事务的响应。
2 w( q; B  Y1 |# Z2 S# D1 D　　相关：用例是由外部用户触发；每个用例只描述零丁的使命，而不能描述多个使命；用例必需发生一个对用户有意义的结不美观；场景（Scenario）是用例的一个执行实例，是例执行；过程中的一条现实路径，一个用例可能会包含多个场景；
　　UML中的用例视图只能反映出两类信息：
　　1）哪些外部用户会和统发生交互
0 ]) E3 k4 H# t6 C5 e; F2 n　　2）系统需要实现哪些功能特征
　　根基信息：
# @8 g. B# m4 n　　1）每个用例都有一个名称、编号和简要描述。为了明晰标识某些用例在整个系统中的相对主要性，需要使用优先级来暗示。用例（use case）是一个行为上相关的轨范序列，代表的是一个相对完整的营业使命。UML中的用例是动作轨范的集结。动作（action）是系统的一次执行（能够给某个介入者输出结不美观值）。与介入者通信，或进行计较，或在系统内工作都可以称作动作。用例应撑持多种可能发生的动作，每个动作由良多具体轨范实现。
　　2）用例的元素：介入者是存在于系统之外并与系统交互的人或事。所谓“与系统交互”指的是介入者向系统发送动静，从系统中领受动静，或是在系统中交流信息。介入者是一个群体概念，代表的是一类能使用某个功能的人或事，介入者不是指某个个体。
　　3）输入和输出每一个用例的首要输入、输出连同其来历和目的都要进行描述。它搜罗所有可能的输入输出，而不仅仅是用来凡是用的部门。建造用例是一个逐渐提炼的过程，用例在剖析的过程中可以慢慢的完美。 　　4）细节：用例需要描述具体的轨范和它们所使用到的输入和输出，这些轨范就是用例中所执行的勾当。