ch 软件工程案例_第1页
ch 软件工程案例_第2页
ch 软件工程案例_第3页
ch 软件工程案例_第4页
ch 软件工程案例_第5页
已阅读5页,还剩58页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

案例分析第9章一、银行网络系统ATM二、医院病房监护系统三、会议管理系统案例

采用OMT方法对银行网络系统ATM(AutoTradeMachine)进行分析和设计。一、问题的陈述银行网络系统包括人工出纳和分行共享的自动出纳机;各分理处用自己的计算机处理业务(保存帐户、处理事务等);各分理处与出纳站通过网络通信;出纳站录入帐户和事务数据;自动出纳机与分行计算机通信;自动出纳机与用户接口,接受现金卡;发放现金;打印收据;分行计算机与拨款分理处结帐。要求系统正确处理同一帐户的并发访问;网络费用平均摊派给各分理处。图1给出了银行网络系统的示意图。银行网络系统ATM(AutoTradeMachine)自动出纳机自动出纳机自动出纳机出纳站分理处计算机分理处计算机出纳站帐户帐户图1银行网络系统的示意图用户分行计算机退出首页下页末页案例一

二、类的识别方法

常用的识别类的方法有:名词识别法、系统实体识别法、使用重用、从用例中识别类等。1、名词识别法

识别问题域中的实体,实体的描述通常用名词、名词短语、名词性代词的形式出现。用指定语言对系统进行描述;从系统描述中标识名词、名词短语、名词性代词;识别确定(取、舍)类。2、系统实体识别法

不关心系统的运作流程及实体之间的通信状态,而只考虑系统中的人员、组织、地点、表格、报告等实体,经过分析将他们识别为类(或对象)。被标识的实体有:系统需要存储、分析、处理的信息实体、系统内部需要处理的设备、与系统交互的外部系统、系统相关人员、系统的组织实体。

在确定类时,常使用两类技术:

⑴分解技术将整体类和组合类分解。可控制单个类的规模。

⑵抽象技术根据一些类的相似性建立抽象类,并建立抽象类与这些类之间的继承关系。抽象类实现了系统内部的重用,很好地控制了复杂性,并为所有子类定义了一个公共的界面,使设计局部化,提高系统的可修改性和可维护性。退出上页首页下页末页

三、建立对象模型根据下述原则进一步确定类:①去掉冗余类:如两个类表述同一信息,应保留最具有描述能力的类,如“用户”与“顾客”是重复的描述,由于“顾客”更具有描述性,故保留它,删除“用户”。②去掉不相干的类:删除与问题无关或关系不大的类,如“费用”。③删除模糊的类:有些初始类边界定义不确切,或范围太广,应该删除。如“系统”、“安全措施”、“记录保管”、“银行网络”。④删除那些性质独立性不强的,而应该是类“属性”的候选类:如“帐户数据”、“收据”、“现金”、“事务数据”。⑤所描述的操作不适宜作为对象类,并被其自身所操纵,所描述的只是实现过程中的暂时的对象,应删去。如“软件”,“访问”。

(一)确定类采用名词识别法:检查问题陈述中的所有名词,得到初始类:软件银行网络分行计算机系统分行出纳站分理处分理处计算机自动出纳机出纳员帐户数据帐户现金卡事务数据用户顾客收据记录保管事务费用安全措施访问现金

最终确定的类为:分行计算机分行出纳站出纳员分理处分理处计算机自动出纳机帐户现金卡事务顾客退出上页首页下页末页

(二)为每个建模实体准备数据词典—描述模板对类进行精确描述,如ATM系统中类的范围、成员、方法的限制等。(三)确定关联

两个或多个类之间的相互依赖关系就是关联,实现关联的方式有多种。关联通常用描述性动词和动词词组表示。

可以从问题陈述中抽去所有可能的关联表述,在银行网络系统示例中所有可能的关联,大多数是直接抽取问题中的动词词组而得到的。但在陈述中,有些动词词组表述的关联是不明显的,或在问题陈述中是找不到的,还有一些关联与客观世界或人的假设有关,必须同用户一起确定这种关联。即关联通常由以下方面确定:1、银行网络系统问题陈述中抽取可能的关联(动词词组)2、隐含的动词词组3、基于问题域的知识4、去掉不必要和不正确的关联三、建立对象模型退出上页首页下页末页

1、银行网络系统问题陈述中的关联

银行网络包括出纳站和自动出纳机。分行共享自动出纳机分理处提供分理处计算机分理处计算机保存帐户分理处计算机处理帐户支付事务分理处拥有出纳站出纳站与分行计算机通信出纳员为帐户录入事务自动出纳机接受现金卡自动出纳机与用户接口自动出纳机发放现金自动出纳机打印收据系统处理并发访问分理处提供软件费用分摊给分理处3、基于问题域的知识

分理处雇佣的出纳员现金卡访问帐户2、隐含的动词词组分行由分理处组成分理处拥有帐户分行拥有分行计算机系统提供记录保管系统提供安全顾客有现金卡(三)确定关联退出上页首页下页末页

4、去掉不必要和不正确的关联

使用下列标准去掉不必要和不正确的关联:

(1)

若某个类已被删除,那么与它有关的关联也必须删除或者用其他类来重新表述。在示例中,删除了“银行网络”,相关的关联也要删除。(2)不相干的关联或实现阶段的关联。删除所有问题域之外的关联或涉及实现结构中的关联,如“系统处理并发访问”就是一种实现的概念。(3)动作。关联应描述应用域的结构性质而不是瞬时事件,因此应删除“自动出纳机接受现金卡”,“自动出纳机与用户接口”等。(4)

派生关联,省略那些可以用其他关联来定义的关联。因为这种关联是冗余的。

银行网络系统的初步对象图如图2所示,其中含有关联。(三)确定关联退出上页首页下页末页

图2初始对象图

建立对象模型图2银行网络系统的初始对象类图分行分理处帐户顾客分行计算机自动出纳机远程事务分理处计算机出纳员现金卡出纳站出纳事务通信通信所有所有所有雇佣涉及涉及访问认可有有拥有组成录入由录入录入退出上页首页下页末页

(四)确定类属性

属性通常用修饰性的名词词组来表示。属性一般不可能在问题陈述中完全表述出来,应分析应用领域,并考虑最主要的属性。只考虑与具体应用直接相关的属性,不要考虑那些超出问题范围的属性;找出重要属性,避免那些只用于实现的属性,要为各个属性取有意义的名字。按下列标准删除不必要的和不正确的属性:(1)限定词:若属性值固定下来后,能减少关联的重数,则可考虑把该属性重新表述为一个限定词。如银行码、站代码及雇员号等是限定词,不作为属性。

(2)内部值:若属性描述了对象的非公开的内部状态,则应从对象模型中删除该属性。

(3)细化:在分析阶段应忽略那些不可能对大多数操作有影响的属性。

图3给出了银行网络系统对象模型的部分属性。

退出上页首页下页末页确定定类类属属性性退出出上页页首页页下页页末页页图3银行网络系统的部分属性自动出纳机分发现金远程事务种类,日期,时间,数量顾客名字地址现金卡密码雇员号站代码分理处名字帐户号卡片码银行码分理处计算机帐户余额、类型贷款限定出纳员名字出纳事务出纳站银行码分行分行计算机银行码站代码(五五))使使用用继继承承来来细细化化类类使用用继继承承来来共共享享公公共共结结构构,,以以此此来来重重新新组组织织类类::1、、自自底底而而上上将现现有有类类的的共共性性一一般般化化为为父父类类。。找出出具具有有相相同同属属性性、、关关联联、、操操作作的的类类,,来来发发现现继继承承,,例例如如::““出出纳纳事事务务””和和““远远程程事事务务””其其属属性性与与主主要要操操作作是是是是类类似似的的,,则则将将它它们们的的共共性性一一般般化化,,得得到到父父类类““事事务务””。。2、、自自顶顶而而下下将现现有有类类细细化化为为更更具具体体的的子子类类。。若假假设设的的具具体体化化与与现现有有的的类类发发生生冲冲突突,,则则说说明明该该类类结结构构不不恰恰当当,,当当同同一一关关联联名名多多次次出出现现,且意意义义也也相相同同时时,,应应尽尽量量具具体体化化为为相相联联系系的的类类。。例例如如““事事务务””从从““出出纳纳站站””和和““自自动动出出纳纳机机””进进入入,,““录录入入站站””就就是是““出出纳纳站站””和和““自自动动出出纳纳机机””的的一一般般化化。。图44给给出出了了加加入入继继承承后后银银行行网网络络系系统统的的对对象象模模型型。。退出出上页页首页页下页页末页页图4使用用继继承承来来细细化化类类退出出上页页首页页下页页末页页图4银行网络系统的对象模型银行码出纳站录入站远程事务帐户余额、类型贷款限定顾客名字地址出纳员名字现金卡密码事务种类,日期,时间,数量分行计算机银行码站代码银行码分行自动出纳机分发现金出纳事务雇员号站代码分理处名字帐户号卡片码银行码分理处计算机(六六))完完善善对对象象模模型型在软软件件开开发发的的全全过过程程中中,,需需要要不不断断地地完完善善对对象象模模型型。。可可以以从从以以下下几几方方面面考考虑虑::1、、检检查查是是否否有有缺缺少少的的对对象象如果果一一个个类类中中,,存存在在毫毫无无关关系系的的属属性性和和操操作作,,则则应应该该分分解解这这个个类类。。一般般化化体体系系不不清清楚楚,,可可分分离离为为两两个个类类。。存在名称及目目的相同的冗余关联,则通通过一般化创创建一个父类类,并组织关关联。2、查找多余余的类若类中缺少属属性、操作和和关联,删除除该类。3、查找缺少少的关联4、系统的改改进⑴现金卡有有多个独立的的特性,分解解为卡片权限限和现金卡。。卡片权限是是银行用来鉴鉴别用户访问问权限的卡片片,表示一个个或多个用户户帐户的访问问权限;各个个卡片权限对对象中可能具具有好几个现现金卡,每张张都带有安全全码、卡片码码,它们附在在现金卡上,,表示银行的的卡片权限。。现金卡是自动动出纳机得到到标识码的数数据卡片,它它也是银行代代码和现金卡卡代码的数据据载体。⑵为了“事事务”与“帐帐户”之间的的传输描述具具有一般性,,增加“更新新”。因为一一般在每个帐帐户中,一个个“事务”包包括一个或多多个“更新””,一个“更更新”是对帐帐户的一个动动作,它们是是取款、存款款、查询之一一。即事务由由若干更新组组成,更多涉涉及到帐户。。⑶由于“分分理处”与““分理处计算算机”之间的的区别不影响响分析,可将将“分理处计计算机”并入入“分理处””。同理,将将“分行计算算机”并入““分行”。以上改进如图图5所示。退出上页首页下页末页图5完善对象模型型退出上页首页下页末页图5修改后后的对象模型型录入站远程事务现金卡银行名、卡片码安全号出纳员事务出纳员名字出纳站分行银行码站代码帐户余额、类型贷款限定顾客名字地址自动出纳机分发现金事务种类、日期、时间、数量卡片权限密码、限制更新数量、类型雇员号站代码分理处名字帐户号卡片码录入组成拥有拥有雇用访问标识发行被录入开始涉及维持有有四、建立动动态模型动态分析从寻寻找外部可见见的模拟和响响应事件开始始,确定各对对象的可能事事件的顺序,,在分析阶段段不考虑算法法的执行,它它是实现模型型的一部分。。通常动态模模型有:事件跟踪表、状态图。建立动态模型型的步骤分为为4步:1、准备典型型的对话脚本本脚本是事件序序列,每当系系统中的对象象与外部用户户发生互换信信息时,就产产生一个事件件,所互换的的信息值就是是该事件的参参数。对于各各事件,应确确定触发事件件的动作对象象和该事件的的参数。包括“正常脚脚本”、“例例外脚本”,,自动出纳机与与用户交互的的正常的脚本本如下所示::⑴自动出纳机请请求用户插入入卡片;用户户插入现金卡卡。⑵自动出纳机接接受卡片并读读出它的卡号号。⑶自动出纳机要要求密码,用用户键入密码码“4011”。⑷自动出纳机与与分行确认卡卡号和密码;;分理处检查查它并通知承承兑的自动出出纳机。⑸自动出纳机要要求选择事务务类型(取款款、存款、转转户及查询)),用户选择择取款。⑹自动出纳机要要求现金数量量;用户输入入¥100。。⑺自动出纳机要要求分行处理理事务;分行行把要求转给给分理处,确确认事务成功功。⑻自动出纳机分分发现金并且且要求用户取取现金;用户户取现金。⑼自动出纳机提提示用户是否否想继续;用用户指出不继继续。⑽自动出纳机打打印收据,退退出卡,并请请求用户取出出它们;用户户拿走收据和和卡。⑾自动出纳机请请求用户插入入。退出上页首页下页末页自动出纳机与与用户交互的的例外的脚本本如下所示::⑴自动出纳机请请求用户插入入卡;用户插插入现金卡。。⑵自动出纳机接接受卡并读它它的卡号。⑶自动出纳机要要求密码;用用户键入:9999:。。⑷自动出纳机与与分行确认卡卡号和密码,,在咨询分理理处后拒绝它它。⑸自动出纳机指指示密码错并并要求重新键键入;用户键键入:4011:,分行行确认成功。。⑹自动出纳机请请求用户选择择事务类型;;用户选择取取款。⑺自动出纳机请请求键入现金金数量;用户户改变选择并并键入“CANCEL””(取消)。。⑻自动出纳机退退出卡并且请请求用户拿走走卡;用户取取出卡。⑼自动出纳机请请求用户插入入卡。2、确定事件件根据脚本确定定所有的外部部事件,事件件包括:发送送者、接收者者、外设信号号、输入、中中断、转换和和动作等。使使用脚本可以以发现正常事事件,但不要要遗漏条件和和异常事件。。3、画出事件件跟踪表把脚本表示成成一个事件跟跟踪表,即不不同对象间的的事件排序表表,图6给出了银行网网络系统的事事件跟踪表。。图7给出出了事件流图图,它给出类类之间的所有有事件。事件件流图是对象象图的一个动动态对照,对对象图中路径径反映了可能能的信息流,,而事件流图图反映了可能能的控制流。。退出上页首页下页末页退出上页首页下页末页

图6银行网络系统的事件追综图用户自动出纳机分行分理处确认帐号插入卡要求密码输入密码要求类型输入类型要求数量输入数量分发现金要求取现金取现金提示继续终止打印收椐退出卡要求取卡取卡显示屏确认银行卡银行帐户正确处理银行事务银行事务成功帐户正确处理事务事务成功图7系统的事事件图自动出纳机的的事件流图退出上页首页下页末页图7银行网网络系统的事事件图用户分理处自动出纳机分行确认卡及银行行,处理银行行事务分理处事务成成功、失败,,分理处帐户户正确事务成功、事事务失败、帐帐户正确、不不正确帐户、、密码、银行行代码插入卡,输入入密码,类型型,取现金,,取卡不显示主屏可可读卡,要求求密码、类型型、数量,取取消信息,分发现现金,要求继继续,不正确确帐户信息确认帐户处理事务4、构造状态态图对各对象类建建立状态图,,反映对象接接收和发送的的事件,每个个脚本或事件件跟踪表都对对应于状态图图中一条路径径。在银行网网络系统示例例中,自动出出纳机、出纳纳站、分行和和分理处对象象都是动作对对象。用来互互换事件,而而现金卡、事事务和帐户都都是被动对象象,不交换事事件,顾客和和出纳员都是是动作对象,,它们同录入入站的交互作作用已经表示示出来了。但但顾客和出纳纳员对象都是是系统外部的的因素,不在在系统内部实实现。图给出出了自动出纳纳机的状态图图,图8给出出了“分行””类的状态图图,图给出了了“分理处””类的状态图图。图8自动动出纳机机类的状状态图为重要的的类建立立状态图图退出上页首页下页末页图8“自动出纳机”类的状态图检查do:要求密码核对do:确认帐户选择do:要求类型输数据do:要求数量开始do:显示屏插入插入密码帐户正确输入类型取卡片不可读do:不可读卡信息取消do:取消信息帐户错误do:帐户错误信息失败do:失败信息取消取消插入卡卡片退出do:退出卡,取卡片结束do:打印收据继续否do:请求继续发现金do:请求继续事物do:处理事务事务成功取现金终止取消输入事务帐户错取消取消密码错事务失败等5秒图9分行行类的状状态图退出末页

图9“分行”类的状态图do:处理分理处事务do:确认分理处代码do:确认卡[正确代码]分理处事务成功/事务成功处理事务确认帐户[错误代码]/错的分理处代码错的分理处帐户/错的帐户错的分理处帐户OK/错的密码分理处密码/帐户OK分理处事务失败/事务失败上页首页下页do:更新帐户do:确认卡片号do:确认密码[有效][成功]/分理处事务成功处理分理处事务确认分理处与卡片[无效]/错的分理处帐户[无效]/错的分理处密码[有效]/分理处帐户OK[失败]/分理处事务失败图10“分理处”类的状态图五、建立功能能模型功能模型型描述了了值之间间的依赖赖关系,,通常用用分层的的数据流流图描述述。数据据流图有有助于表表示功能能依赖关关系,其其中的处处理对应应于状态态图的活活动和动动作,其其中的数数据流对对应于对对象图中中的对象象或属性性。建立功能能模型的的步骤是是:1、确定定输入、、输出值值先列出输输入、输输出值,,输入输输出值是是系统与与外部世世界之间间的事件件的参数数。检测测问题陈陈述,从从中找出出遗漏的的所有输输入输出出值。由由于所有有系统与与外部世世界之间间的交互互都经过过自动出出纳机,,因而所所有输入入输出值值都是自自动出纳纳机事件件的参数数。图给给出了自自动出纳纳机的输输入输出出值。退出上页首页下页末页图11自自动动出纳机机的输入入输出值值现金卡用户自动出纳纳机银行码卡片码帐户类型型事务类型型密码现金收据信息图12自自动动出纳机机顶层数数据流图图自动出纳纳机顶层层数据流流图2、建立立数据流流图退出上页首页下页末页数据流图图说明输输出值是是怎样从从输入值值得来来的,数数据流图图通常按按层次组组织。最最顶层由由单个处处理组成成,也可可由收集集输入、、计算值值及生成成结果的的一个综综合处理理构成。。图给出出自动出出纳机顶顶层数据据流图。。将顶层图图中的处处理扩展展成更低低层次的的数据流流图,如如果第二二层次图图中的处处理仍包包含一些些可细化化的处理理,它们们还可继继续扩展展,图13是图图12中中“执行行事务””处理的的扩展。。现金卡用户读输入执行事务务产生输出出帐户结算银行码卡码密码数量事务类型型现金收据信息帐户类型型图13自自动出出纳机““执行事事务”数数据流图图“执行事事务”加加工的分分解退出上页页首页页下页页末页页图13自动出纳机“执行事务”数据流图更新帐户选择帐户确认密码选择卡选择分理处分行银行码银行码卡码无效卡码不正确密码卡授权密码密码帐户类型帐户不正确帐户无效事务现金、收据数量、事务类型帐户不正确的银行码3、、描描述述处处理理退出出上页页首页页下页页末页页当数数据据流流图图已已细细化化到到一一定定程程度度后后,,对对各各处处理理进进行行描描述述,,描描述述方方法法用用自自然然语语言言、、伪伪码码及及判判定定树树等等,,描描述述可可以以是是说说明明的的或或过过程程的的。。说明明性性描描述述确确定定了了输输入入、、输输出出值值之之间间的的关关系系。。说说明明性性描描述述优优于于过过程程性性描描述述,,因因为为它它隐隐含含实实现现的的考考虑虑。。过过程程性性描描述述确确定定一一个个算算法法来来实实现现处处理理功功能能,,算算法法只只是是用用来来确确定定处处理理干干什什么么。。过过程程性性描描述述实实现现起起来来较较为为容容易易。。下面面给给出出““更更新新帐帐户户””处处理理的的描描述述::IF取取款款数数目目超超过过当当前前帐帐户户结结算算,,退出出事事务务,,不不发发现现金金IF取取款款数数目目不不超超过过当当前前帐帐户户结结算算,,记帐帐并并分分发发要要求求的的现现金金IF事事务务是是存存款款,,建立立帐帐户户并并无无现现金金分分发发IF事事务务是是状状态态请请求求,,无现现金金分分发发在任任何何情情况况收据据显显示示自自动动出出纳纳机机编编号号、、日日期期、、时时间间、、帐帐户户编编号号,,事务务类类型型,,数数量量((若若有有))以以及及新新的的结结算算。。监视病情更新新病病历历产生生病情情报报告告一、、问问题题的的描描述述在医医院院的的病病房房里里,,将将病病症症监监视视器器安安置置在在每每个个病病床床,,对对病病人人进进行行监监护护。。监监视视器器将将病病人人的的病病症症信信号号((组组合合))实实时时地地传传送送到到中中央央监监护护系系统统进进行行分分析析处处理理。。在在中中心心值值班班室室里里,,值值班班护护士士使使用用中中央央监监护护系系统统对对病病员员的的情情况况进进行行监监控控,,监监护护系系统统实实时时地地将将病病人人的的病病症症信信号号与与标标准准的的病病诊诊信信号号进进行行比比较较分分析析,,当当病病症症出出现现异异常常时时,,系系统统会会立立即即自自动动报报警警,,并并打打印印病病情情报报告告和和更更新新病病历历。。系系统统根根据据医医生生的的要要求求随随时时打打印印病病人人的的病病情情报报告告,,系系统统还还定定期期自自动动更更新新病病历历。。退出下页末页病房中央值班室医院病病房监监护系系统案例例二二二、简简单的的需求求分析析说明明系统名名称::医院院病房房监护护系统统根据分分析系系统主主要实实现以以下功功能::1、病病症监监视器器可以以将采采集到到的病病症信信号((组合合),,格式式化后后实时时的传传送到到中央央监护护系统统。2、中中央监监护系系统将将病人人的病病症信信号与与标准准的病病症信信号库库里的的病症症信号号的正正常值值进行行比较较,当当病症症出现现异常常时系系统自自动报报警。。3、当当病症症信号号异常常时,,系统统自动动更新新病历历并打打印病病情报报告。。4、值值班护护士可可以查查看病病情报报告并并进行行打印印。5、医医生可可以查查看病病情报报告,,要求求打印印病情情报告告,也也可以以查看看或要要求打打印病病历。。6、系系统定定期自自动更更新病病历。。三、用用UML的的静态态建模模机制制定义义并描描述本本系统统的静静态结结构(一))建立立系统统的用用例图图通过以以下六六个问问题识识别角角色(1)谁使使用系系统的的主要要功能能?(2)谁需需要系系统的的支持持以完完成日日常工工作任任务??(3)谁负负责维维护,,管理理并保保持系系统正正常运运行??(4)系统统需要要应付付(或或处理理)哪哪些硬硬设备备?(5)系统统需要要和哪哪些外外部系系统交交互??(6)谁((或什什么))对系系统运运行产产生的的结果果(值值)感感兴趣趣?退出上页首页下页末页需求分分析通过回回答这这六个个问题题以后后,再再进一一步分分析可可以识识别出出本系系统的的四个个角色色:值值班护护士,,医生生,病病人,,标准准病症症信号号库。。角色描描述模模板角色:病人角色职责:

提供病症信号角色职责识别:负责生成、实时提供各种病症信号。角色:值班护士角色职责:负责监视病人的病情变化角色职责识别:(1)使用系统主要功能(2)对系统运行结果感兴趣角色:标准病症信号库角色职责:负责向系统提供病症信号的正常值角色职责识别:(1)负责保持系统正常运行(2)与系统交互角色:医生角色职责:对病人负责,负责处理病情的变化角色职责识别:(1)需要系统支持以完成其日常工作(2)对系统运行结果感兴趣通过分分析可可以初初步识识别出出系统统的用用例为为:中中央监监护,,病症症监护护,提提供标标准病病症信信号,,病历历管理理,病病情报报告管管理。。顶层层用例例图为为:退出上页首页下页末页提供标准病症信号病历管理病人标准病症信号库

医生值班护士病症监护病情报告管理中央监护《使用》《使用》《使用》角色描描述将用例例细化化,可可以得得到分分解的的用例例:1、中中央监监护分解为为:a分分解解信号号将从病病症监监护器器传送送来的的组合合病症症信号号分解解为系系统可可以处处理的的信号号。b比比较较信号号将病人人的病病症信信号与与标准准信号号比较较。。c报警如果病病症信信号发发生异异常((即高高于峰峰值)),发发出报报警信信号。。d数据格格式化化将处理理后的的数据据格式式化以以便写写入病病历库库。。2、病病症监监护分解为为:e信信号号采集集采集病病人的的病症症信号号。f模模数转转化将采集集来的的模拟拟信号号转化化为数数字信信号。。g信信号号数据据组合合将采集集到的的脉搏搏,血血压等等信号号数据据组合合为一一组信信号数数据。。h采采样样频率率改变变根据病病人的的情况况改变变监视视器采采样频频率。。3、提供标标准病病症信信号i(此用用例不不分解解)4、病病历管管理分解为为:j生生成成病历历k查查看看病历历l更更新病病历m打打印印病历历5、病病情报报告分解为为:n显示示病情报告告在显示器上上显示病情情o打印印病情报告告在打印机打打印病情报报告退出上页首页下页末页用例细化给出细化的的用例图退出上页首页下页末页病人模数转化数据格式化值班护士报警信号采集比较信号标准病症信号库医生信号数据组合采样频率改变提供标准病症信号生成病历查看病历更新病历打印病历显示病情报告打印病情报告分解信号《Extend》《Extend》《Extend》《use》《use》《use》《use》《use》《use》《use》《use》细化的用例例图(二)识别别系统的类类通过名词识识别法和系系统实体识识别法等方方法可以识识别出系统统的十二个个类,以下用类图图这种简单单明了的方方法分别表表示出类的的名称,属属性,操作作。见下图:医生用户名密码查看病情报告()要求打印病情报告()查看病历()要求打印病历()病人姓名性别年龄病症提供病症信号()病症监视器采集频率病症信号格式化信号数据()采集信号()信号组合()报警信号声音灯光文字报警()数模转化()病历库类型大小容量生成病历()更新病历()查看病历()打印病历()病人病症信号脉搏血压体温生成病症信号()病历格式病人基本情况打印时间生成病历()查看病历()打印病历()标准病症信号脉搏血压体温生成标准信号()用户名密码查看病情报告()打印病情报告()值班护士类型大小容量提供标准信号()标准病症信号库标题格式生成病情报告()查看病情报告()打印病情报告()病情报告输入输出分解信号()比较信号()报警()数据格式化()中央监护系统退出上页首页下页末页类的识别再进一步在在类图中标标明类之间间的关系::退出上页首页下页末页*******1111111111111111值班护士医生病人病症监视病人病症信号

病历病历库病情报告报警信号中央监护系统标准病症信号标准病症信号库

111报警监视系统类图(三)用包包图和配置置图描述系系统的体系系结构通过一定的的分组机制制得到以下下包图:用户医生值班护士病人病历管理病历用户界面病情报告局部监视报警信号病症监视器中央监护系统病人病症信号标准病症信号数据库病历库标准病症信号库用户层用户界面层应用层数据库层退出上页首页下页末页包图接下来用配配置图进一一步描述系系统的网络络结构四、用UML的动态态建模机制制定义并描描述系统结结构元素的的动态特性性及行为(一)下面面给出两个个关系很紧紧密的状态态图退出上页首页下页末页病症监视器的状态图信号采集模数转化数据信号组合发送信号数据局部显示开解信号开解信号数据比较数据信号异常比较数据信号正常格式化的数据报警更新病历更新日期到发生病情异常发送报警标志数据格式化数据格式化打印请求中央监护系统的状态图打印病情报告数据库服务务器标准病症信信号库病历库TCP/IPTCP/IP应用服务器中央监护系统局部监视客户端用户界面状态图与配配置图(二)用时时序图和合合作图描述述病人病情情异常时系系统的情况况,其他情情况从略。时序图:病情报告监视器采集信号发送信号信号异常返回打印更新中央监视系统病历报警信号退出上页首页下页末页合作图:采集信号发送信号信号异常打印更新监视器中央监视系统报警信号病情报告病历时序图与与合作图图(三)用用活动图图描述系系统在监监护病人人时的状状态变化化退出上页首页末页信号正常更新时间到信号异常时间间隔未到采集信号分析比较信号判断是否正常判断更新时间报警更新病历打印病情报告活动图一、问题题陈述有一个对对外营业业的会议议中心,,有各种种不同规规格的会会议室,,为用户户提供以以下服务务:1、用户户可以按按照会议议人数、、会议时时间预订订会议室室。可以以只预订订1次,,也可预预订定期期召开的的会议。。2、开会会前允许许修改会会议时间间、人数数,重新新选择会会议室,,甚至取取消预订订的会议议。3、、确确定定会会议议预预订订后后,,会会议议中中心心负负责责会会务务管管理理::包包括括通通过过邮邮寄寄或或电电子子邮邮件件,,通通知知开开会会人人员员有有关关会会议议信信息息,,制制作作代代表表证证等等。。4、、系系统统根根据据会会议议室室的的使使用用情情况况((紧紧张张与与否否)),,调调整整、、更更改改会会议议室室和和会会议议时时间间,,并并调调整整修修改改预预订订会会议议的的时时间间。。会议议管管理理系系统统退出出下页页末页页案例例三三二、、建建立立用例例模模型型1、、识识别别角角色色找出出所所有有可可能能与与系系统统发发生生交交互互行行为为的的外外部部实实体体、、对对象象、、系系统统。。考虑虑系系统统的的主主要要功功能能的的使使用用者者,,就就会会想想到到用用户户和和系系统统管管理理者者,,但但如如果果直直接接将将用用户户定定义义为为角角色色,,系系统统的的所所有有功功能能几几乎乎都都由由用用户户使使用用。。根根据据问问题题的的描描述述,,系系统统要要求求将将会会议议和和会会议议的的召召开开分分开开来来。。从会会议议的的角角度度看看,,允允许许用用户户定定义义、、更更改改或或删删除除一一个个会会议议。。从会会议议召召开开的的角角度度看看,,允允许许用用户户为为某某个个会会议议定定义义召召开开时时间间、、参参加加人人数数、、更更改改相相应应的的数数据据或或删删除除已已定定义义的的会会议议召召开开。。因此此,,将将用用户户识识别别为为““会会议议管管理理者者””和和““会会议议申申请请者者””两两个个角角色色。。本系系统统定定义义以以下下角角色色::会议议管管理理者者((MeetingAdministrator))会议议申申请请者者((MeetingInstanceRequester))邮局局((PostOffice))会议议人人员员管管理理((AttendeeManagement))系统统维维护护者者((SystemMaintainer))退出出上页页首页页下页页在识识别别角角色色的的基基础础上上,,列列出出与与角角色色相相关关的的用用例例,,有有的的用用例例与与多多个个角角色色相相关关,,经经过过分分析析,,确确定定系系统统的的用用例例((打打)。⑴与会会议管理理者相关关的用例例:定义一个个会议((DefineMeeting)更改一个个会议((AlterMeeting)删除一个个会议((RemoveMeeting)⑵与会会议申请请者相关关的用例例:申请会议议召开((RequestMeetingInstance)更改申请请(ChangRequest)取消申请请(CancelRequest)定义参加加人员(AddAttendee)归还会议议室(ReleaseRoom)2、用例例识别退出上页首页下页2、用用例识识别⑶与与邮局局相关关的用用例::申请会会议召召开(RequestMeetingInstance)更改申申请(ModifyRequest)取消申申请(CancelRequest)⑷与与会议议人员员管理理相关关的用用例::定义参参加人人员((AddAttendee)取消申申请((CancelRequest)申请会会议召召开((RequestMeetingInstance)更改申申请((ModifyRequest)⑸与与系统统维护护者相相关的的用例例:会议室室维护护(MeetingRoomMaintenance)设定预预定时时限((SetReservationTomeLimit)在确定定角色色和用用例的的基础础上,,画出出用例例图((图11)。。退出上页首页下页3、会会议管管理系系统的的Usecase图图1会议管理系统的Usecase图归还会议室申请会议召开更改申请取消申请定义参加人员会议召开申请者邮局会议人员管理设置预定时限会议室维护定义会议更改会议删除会议系统维护者会议管理员退出上页首页下页用例1、定定义会会议(DefineMeeting))输入会会议名名称确定会会议规规模确定会会议类类型其中会会议规规模是是指参参会人人数范范围。。用例22、更更改会会议(AlterMeeting))改变会会议名名称改变会会议规规模改变会会议召召开频频度用例33、删删除会会议(RemoveMeeting))如果该该会议议没有有召开开申请请从会议议列表表中删删除如果该该会议议有召召开申申请取消与与之相相关的的会议议召开开信息息删除该该会议议使用::用例8删删除参参加人人员((RemoveAttendee))用例6取取消申申请((CancelRequest)4、对对用例例的进进一步步描述述用例4、申申请会会议召召开(RequestMeetingInstance)确定召开时时间(年、、月、日))确定参加人人员确定侯选会会议室发会议通知知使用:用例11发发会议通通知(InformofMeeting))用例13选选择参加加组(SelectGroupAttendee)扩展:①如果召召开时间在在申请时限限之外用例12申申请拒绝绝(RequestRejection))②如果果还没定义义参加人员员用例7定定义参加人人员(AddAttendee)用例5:更更改申请(ModifyRequest))更改召开时时间更改参加人人员更改取得会会议室发会议更改改通知使用:用例13选选择参加加组(SelectGroupAttendee))用例11发发会议通通知(InformofMeeting)扩展:①如果更更改的时间间不合法用例12申申请拒绝绝(RequestRejection)②用例7定义参参加人员(AddAttendee)退出上页首页下页用例6:取取消会议召召开(CancelRequest)、、取消申请归还会议室室发会议取消消通知使用:用例8归归还会议室室(ReleaseRoom)用例14发发会议取取消通知((InformRejection)扩展:①如果会会议已召开开用例12申申请拒绝绝(RequestRejection)用例7:定定义参加人人员(AddAttendee)输入参加人人员的详细细信息定义参加组组用例9:会会议维护(MeetingRoomMaintenance)加入一个会会议室(用用例15)标记一个会会议室不可可用(用例例16)查询会议室室预定情况况(用例17)用例10::设置预定定时限制(SetReservationTomeLimit)设置时间限限用例11::发会议通通知(InformofMeeting)从会议人员员管理获得得参加人员员的投递地地址填写通知((会议召开开时间、会会议室号码码)发送通知用例12::申请拒绝绝(RequestRejection)作废当前的的一切输入入中字止用户户当前的操操作用例13::选择会议议参加人员员组(SelectGroupAttendee)浏览会议组组成员选择参加组组用例14:会议取消消通知(InformofCancellation)从会议人员员管理处获获取参加人人员地址填写写通通知知发送送通通知知用例例88::归归还还会会议议室室(ReleaseRoom)输入入会会议议室室号号码码输入入使使用用时时间间删除除参参加加人人员员归还还会会议议室室使用用::用例例99会会议议室室维维护护((MeetingRoomMaintenance)用例例18删删除除参参加加人人员员((RemoveAttendee))退出出上页页首页页下页页用例例15:增增加加会会议议室室(AddMeetingRoom))输入入会会议议室室号号码码输入入会会议议室室规规模模输入入会会议议室室可可使使用用状状态态((可可使使用用、、不不可可使使用用))加入入该该会会议议室室用例例16:设设置置会会议议室室不不可可使使用用(SetUnusableFlag))输入入会会议议室室号号码码通知知该该会会议议室室的的预预定定者者标记记该该会会议议室室的的可可所所以以状状态态为为不不可可用用用例例17:查查询询会会议议室室的的使使用用情情况况(BrowseMeetingroomusage)输入入会会议议室室号号码码查询询本用用例例返返回回会会议议室室的的使使用用状状态态((已已使使用用、、空空闲闲))和和会会议议室室的的可可否否使使用用情情况况。。用例例18::删删除除会会议议参参加加人人员员(RemoveAttendee))删除除参参加加人人员员删除除参参加加组组图2描描述述了了会会议议管管理理系系统统完完整整的的用用例例模模型型。。退出出上页页首页页下页页5、完整整的会议议管理系系统的Usecase图图2完完整的会会议管理理系统Usecase图退出上页首页下页除了用例例模型外外,其它它模型都都依赖于于类模型型,因此此,类模模型是OOO方法法的核心心,类模模型从对对象的角角度描述述系统的的组成,,描述类类(对象象)及相相互间的的关系。。为了建建立类模模型,首首先要识识别类,,鉴于篇篇幅,这这里就不不再讨论论类的识识别过程程。通过过分析,,识别以以下类::1、Meeting类,标识识一个会会议(名名称、类类型、规规模)。。2、MeetingInstance类,Meeting类的子类类,对会会议时间间、人数数等进行行描述。。3、MeetingRoom类,描述述会议室室的有关关信息。。4、MeetingAdministration类,管理理会议。。5、Attendee类,描述述参会人人员(姓姓名、性性别、地地址、头头衔等))。6、GroupAttende类,创建建一个参参加会议议的组。。7、Address类,描述述邮寄地地址E-mail地址址。8、PostOffic类,负责责发送邮邮寄通知知。9、AttendeeManagement类,数据据库管理理。10、ReservationCriteria类,定义义会议室室预定准准则。11、Information类,构造造一条通通知。三、建立类模模型退出上页首页下页该类与会会议召开开不同,,它标识识了一个个会议((图3)),因此此,其属属性包括括会议名名称、类类型、规规模(参参加会议议的人数数)。其其操作则则有:增增加会议议、取消消会议。。一个会会议往往往有多个个子会议议(子类类)的召召开,因因此,必必须描述述Meeting类与其子子类MeetingInstance类之间的的关联,,如图4所示。。2、MeetingInstance类类MeetingInstance类是Meeting类的子类类,描述述会议的的具体情情况,会会议的开开始(StartTime)、结束束时间(EndTime),参会会的人数(AttendeeNumber),其操操作有:添添加参加人人员AddAttendee()、添加参加加人员组AddGroupAttendee(),而AttachMeetingRoom()表示示为该类分分配一个会会议室,而而Cancel()则表示取取消该会议议的召开。。MeetingNameTypeSizeAddMeetingInstance()CancelMeetingInstance()图3Meeting类图MeetingMeetingInstanceStartTimeEndTimeAttendeeNumberAddAttendee()AttachMeetingRoom()AddGroupAttendee()Cancel()图4MeetingInstance类图1、Meeting类退出上页首页下页MeetingRoomCapacityBuildingCodeDoorCodeStatusAssignMeetingInstance()SetInvalidate()Release()MeetingInstanceMeeting图5MeetingRoom类图该类描述了了有关会议议室的情况况,因此MeetingRoom类的属性包包括:会议议室的规模模Capacity,位置BuildingCode、DoorCode,,使用状态Status(正在在使用、已已预定、空空闲和不可可用)等。。该类的操作作有:AssignMeetingInstance()将MeetingRoom分配给MeetingInstance对象,而SetInvalidate()则表表示当会议议室出现故故障时,将将其状态设设置为不可可用。Release()为归还会会议室。当会议被预预定后,为为了便于查查询某个会会议室预定定给了哪个个会议,应应建立类MeetingRoom与类MeetingInstanc之间的双向向关联,这这里定义为为1:1。。3、MeetingRoom类退出上页首页下页AttendeeNameSexPostaddressEmailAddressTitleMeetingInstance11..*图6Attendee类图Attendee类描述参加会会议人员的的有关信息息,如:姓姓名、性别别、地址、、E-mail地址址、头衔等等。MeetingInstance类与Attendee类之间有一一对多的关关联“1..*””。5、GroupAttendee类MeetingInstanceGroupAttendeeMemberNumberGroupNameAddAttendee()DeleteAttendee()10..*Attendee11..*图7GroupAttendee类图该类可创建一个参参加会议的的组,便于于按照小组组选择参加加会议的人人员。MeetingInstance类与GroupAttendee类之间有一一对多的关联“0..*”。4、Attendee类退出上页首页下页系统中有两两种地址::电子邮件件地址(EmailAddress)和邮寄地地址(PostAddress)),而且,,每个参加加会议的人人,可以有有一个或者者多个邮寄寄地址,有有0个或多多个Email地址。有有关地址的的属性,在在再内这里里不再讨论论。负责发送邮邮寄通知。。PostOffice类分别与PostAddress、EmailAddress和Information之间有一一对多的关关联。7、PostOffice类1..*InformationEmailAddress1..*PostAddress1..*(fromUseCaseView)DelieverInformation()图9PostOffice类图PostOfficeAddress

PostAddressEmailAddressAttendee图8Address类图1..*0..*6、Address类退出上页首页下页InformationNoticeTopicReceiverTitleReceivernameTimeEventExplanationSendTimeSendrSignatureCreate()MeetingRoom图10Information类图该类用于构构造一条通通知,由于于在本系统统中,通常常有三种::会议召开开通知,会会议更改通通知,会议议取消通知知。如下例例所示,通通知的内容容常包括标标题、接受受者、会议议内容、会会议时间及及发通知的的时间等。。XXXX会议召开通知XX先生:定于2003年9月15日在樱都会议中心召开XXXX会议。

XXXX会议筹备组2003年8月20日8、Information类退出上页首页下页八、Iformation类GroupAttendeeAttendeeAttendeeManagement(fromUseCaseView)AttendNumber()GroupAttendeeNumber()AddAttendee()ChangeAttendee()AddGroupAttendee()DeleteGroupAttendee()图11AttendeeManagement类图该类使用数数据库对参参加会议的的人员进行行管理。分分析阶段只只确定该类类与系统的的接口,有有关数据库库的设计在在设计阶段段解决。该该类与GroupAttendee类及及Attendee类类的关关联如如图11所所示。。10、、ReservationCriteria类该类定定义了了预定定会议议室的的准则则(如如时间间),,并建建立会会议实实例((MeetingInstanee类类)与与该类类之间间的联联系。。ReservationCriteriaTimeCriteriasetCrieria()GetCriteria()MeetingInstanee图12ReservationCriteria类图9、AttendeeManagement类类退出上页首页下页八、Iformation类类该类管管理系系统中中由用用户定定义的的所有有会议议,并并提供供给用用户友友好的的用户户界面面。由由于该该类有有定义义会议议(DefineMeeting)、、更改改会议议(Alter

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论