医院病房监护系统_第1页
医院病房监护系统_第2页
医院病房监护系统_第3页
医院病房监护系统_第4页
医院病房监护系统_第5页
已阅读5页,还剩78页未读 继续免费阅读

下载本文档

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

文档简介

医院病房监护系统请对系统需求进行分析!经过初步的需求分析,得到系统功能要求:1.监视病员的病症(血压、体温、脉搏等)2.定时更新病历3.病员出现异常情况时报警。4.随机地产生某一病员的病情报告。

例2医院病房监护系统产生病情报告监视病情更新病历2020/11/32二、简单的需求分析说明对“医院病房监护系统”进行分析,确定系统的主要功能如下:1.病症监视器可以将采集到的病症信号(组合),格式化后实时的传送到中央监护系统。2.中央监护系统将病人的病症信号开解后与标准的病症信号库里的病症信号的正常值进行比较,当病症出现异常时系统自动报警。3.当病症信号异常时,系统自动更新病历并打印病情报告。4.值班护士可以查看病情报告并进行打印。医生可以查看病情报告,要求打印病情报告,也可以查看或要求打印病历。6.系统定期自动更新病历。需求分析2020/11/331.通过以下六个问题识别角色(1)谁使用系统的主要功能?(2)谁需要系统的支持以完成日常工作任务?(3)谁负责维护,管理并保持系统正常运行?(4)系统需要应付(或处理)哪些硬设备?(5)系统需要和哪些外部系统交互?(6)谁(或什么)对系统运行产生的结果(值)感兴趣?需求分析三、建立系统的用例模型值班护士、医生、病人值班护士、医生系统管理员监护器,网络,报警系统标准病症信号库、病历库同(2)2020/11/34

通过回答这六个问题以后,再进一步分析可以识别出本系统的四个角色:值班护士,医生,病人,标准病症信号库。角色描述模板:角色:病人角色职责:提供病症信号角色职责识别:负责生成、实时提供各种病症信号。角色:值班护士角色职责:负责监视病人的病情变化角色职责识别:(1)使用系统主要功能(2)对系统运行结果感兴趣角色:标准病症信号库角色职责:负责向系统提供病症信号的正常值角色职责识别:(1)负责保持系统正常运行(2)与系统交互角色:医生角色职责:对病人负责,负责处理病情的变化角色职责识别:(1)需要系统支持以完成其日常工作(2)对系统运行结果感兴趣角色描述2020/11/352.识别用例回答下面的问题:⑴与系统实现有关的主要问题是什么?⑵系统需要哪些输入/输出?这些输入/输出从何而来?到哪里去?⑶执行者需要系统提供哪些功能?⑷执行者是否需要对系统中的信息进行读、创建、修改、删除或存储?通过分析可以初步识别出系统的用例为:中央监护,病症监护,提供标准病症信号,病历管理,病情报告管理。顶层用例图为:2020/11/36通过分析可以初步识别出系统的用例为:中央监护,病症监护,提供标准病症信号,病历管理,病情报告管理。顶层用例图为:医院病房监护系统高层用例图值班护士医生病人标准病症信号库病症监护提供标准病症信号中央监护病历管理病情报告管理<<extend>><<include>><<include>><<include>>2020/11/37进一步将用例细化,即分解用例:1.中央监护

分解:a分解信号将从病症监护器传送来的组合病症信号分解为系统可以处理的信号。

b比较信号将病人的病症信号与标准信号比较。

c报警如果病症信号发生异常(即高于峰值),发出报警信号。

d数据格式化将处理后的数据格式化以便写入病历库。2.病症监护

分解:e信号采集采集病人的病症信号。

f模数转化将采集来的模拟信号转化为数字信号。

g信号数据组合将采集到的脉搏,血压等信号数据组合为一组信号数据。

h采样频率改变根据病人的情况改变监视器采样频率。用例细化2020/11/383.提供标准病症信号i(此用例不分解)4.病历管理

分解为:j生成病历k查看病历l更新病历

m打印病历

病情报告管理

分解为:n显示病情报告

在显示器上显示病情

o打印病情报告在打印机打印病情报告用例细化2020/11/39给出细化的用例图细化的用例图病人模数转化数据格式化值班护士报警信号采集比较信号标准病症信号库医生信号数据组合采样频率改变提供标准病症信号生成病历查看病历更新病历打印病历显示病情报告打印病情报告分解信号<<Extend>><<Extend>><<Extend>><<include>><<include>><<include>><<include>><<include>><<include>><<include>><<include>>2020/11/310用例名:

视执行者:值班护士、医生目标:对病人的病症信号进行监测、处理,超过极限报警。功能描述:1.分解信号:将从病症监护器传送来的组合病症信号分解为系统可以处理的信号。2.比较信号:将病人的病症信号与标准信号比较

。3.报警:如果病症信号发生异常(即高于峰值),发出报警信号。4.数据格式化:将处理后的数据格式化以便写入病历库

。其他非功能需求:高可靠性、实时性主要步骤:按设定频率连续接收来自各病人的病症信号,并进行分解。将病人的病症信号与专家系统(标准病症信号库)中的标准信号进行比较判断是否超过极限值。若超过极限值,进行报警,并及时更新病历和打印病情报告。相关用例:病症监护、提供标准病症信号、病历管理、病情报告管理。相关信息:(优先级、性能、频执行率):优先级:报警处理具有最高优先级3,一般病历管理为1,其他2.性能:实时性、高可靠性频执行率:根据病情严重程度12-30次/小时用例“中央监护”描述模板2020/11/311第十章内容概要面向对象方法学概述面向对象的概念面向对象建模UML可视化建模基础面向对象的需求提取面向对象分析★2020/11/312模型:为了理解事物而对事物作出的一种抽象,是对事物的一种无歧义的书面描述。模型由一组图示符号和组织这些符号的规则组成,利用它们来定义和描述问题域中的术语和概念。模型是一种思考工具,把知识规范地表示出来。模型是现实的简化、化简的实现。面向对象建模2020/11/3132020/11/3142020/11/3152020/11/3162020/11/3172020/11/3182020/11/3192020/11/3202020/11/3212020/11/3222020/11/3232020/11/3242020/11/3252020/11/3262020/11/327UML描述模型的三种基本词汇:要素(Things)、关系(Relationships)、图(Diagrams)UML有4种要素:表述结构的要素:UseCase、类、接口、协作表述行为的要素:交互、状态机用于组织的要素:包用于辅助说明的要素:注释面向对象建模符号系统-UML2020/11/328UML有4种关系:关联关系:有联系依赖关系:使用泛化关系:特殊到一般实现关系:规约到解决方案UML有9种图:UseCase图:展示UseCase、Actor及其关系;类图:展示类、接口、包及其关系;面向对象建模符号系统-UML0..1*employeremployee2020/11/329顺序图:按时序展示对象间消息传递;协作图:强调收发消息的对象间的组织结构;状态图:展示对象在其生命周期中的可能状态以及在这些状态上对事件的响应;活动图:展示系统从一个活动转到另一活动的可能路径和判断条件;对象图:某个时间点上系统中各对象的快照;构件图:展示系统各构件及其关系;配置图:展示交付系统中软硬件间物理关系;面向对象建模符号系统-UML2020/11/330UseCase图主要用于描述系统和外部环境的关系。UseCase:对系统提供的功能的一种描述。(Ausecasedescribesbehaviorthatthesystemexhibitstobenefitoneormoreactors.)Actor:是可能使用这些UseCase的人或外部系统。(Actorsarerolesadoptedbythingsthatinteractdirectlywithsystem.Aroleislikeahatthatsomethingwearsinaparticularcontext.)系统边界:UseCase在内,Actor在外;用例之间的关系:《extend》、《include》、 GeneralizationUseCase(用例)图简介2020/11/331用例图示例PlaceOrderCancleOrderCheckOrderStatusRequestCatalogShipProductMailordersystemactorcommunicationrelationshipSubjectnamesystemboundaryusecaseCustomerShippingCompanyDispatcher2020/11/332用例图示例2020/11/333Actor与UseCase间的连线称为通信关联,表示Actor与相应UseCase的交互。无论有无箭头,通信关联都表示双向会话,箭头表示Actor触发UseCase。2020/11/334类图应用最广,可在各个层次上描述系统的静态结构。方框表示类:上面写类名,中间是类的属性,下面是类的操作。关联(Association):关联关系表示类的实例之间存在某种稳定的联系。对象图是类图的一种变形,对象名下面要加下划线。类图/对象图简介2020/11/335类的表述形式:+:public-:private#:protected关联关系:2020/11/336AClassinUMLClassnameAttributesOperators2020/11/337AnObjectinUMLobjectnameandclass2020/11/338ClassRelationshipsinUMLGeneralizationDependencyAssociationThesecanrepresentinheritance,using,aggregation,etc.2020/11/339Exampleclassdiagram2020/11/340AssociationStructuralrelationshipbetweenpeerclasses(orobjects).Associationcanhaveanameanddirection,orbebi-directionalRolenamesforeachendoftheassociationMultiplicityoftherelationship2020/11/341ExamplesofAssociation2020/11/342AssociationcodeexampleclassPerson{public:private:Company*employer;};classCompany{public:private:Person**employee;};EachinstanceofPersonhasapointertoitsemployerEachinstanceofCompanyhasacollectionofpointersdenotingitsemployees2020/11/343LinkAttributesAssociationsmayhavepropertiesinthesamemannerasobjects/classes.Salaryandjobtitlecanberepresentedas2020/11/344Aggregation(聚合/共享聚集)Apartofrelationship(physicalcontainment)classProjectGroup{public:ProjectGroup();

private:Personmember[n];};2020/11/345Composition(组合,组合聚集)2020/11/346AggregationvsCompositionAggregationisasharedcontainment.Manyotherclassesmayhavethesametypeofaggregate.E.g.,string,listCompositionisaggregatesthatcannotstandbythemselves(e.g.,foot,arm,etc.)2020/11/347Generalization/Inheritance2020/11/3482020/11/349Dependency依赖关系描述两个模型元素(类、用例等)之间的语义连接关系:其中一个模型元素是独立的,另一个模型元素不是独立的,它依赖于独立的模型元素,如果独立的模型元素改变了,将影响依赖于它的模型元素。2020/11/350Refine当对同一个事物在不同抽象层次上描述时,这些描述之间具有细化关系。假设两个模型元素A和B描述同一个事物,它们的区别是抽象层次不同,如果B是在A的基础上的更详细的描述,则称B细化了A,或称A细化成了B。细化的图示符号为由元素B指向元素A的、一端为空心三角形的虚线2020/11/3512020/11/3522020/11/353类图示例:简单手表的组成部分2020/11/354对象图:类图:2020/11/355在三个层次上使用类图:概念层:描述应用域中的概念说明层:考察软件的接口部分,而非实现部分,要区分接口与实现(即类型与类)实现层:揭示软件实现体的构成情况。只有在这层才有真正严格意义上的类的概念要理解问题:概念层要理解软件:说明层类图/对象图简介2020/11/356顺序图描述几个对象间的动态协作关系,一个对象通过发送消息与其他对象相互作用。一个对象对消息的接收触发一个操作的执行,从而可能给其他对象发消息。顺序图对识别UseCase中的附加对象很有用:包含在UseCase中的对象称为参与对象;顺序图展示了这些对象间传送消息的时间顺序,反映了对象之间的一次特定交互过程;顺序图简介2020/11/357顺序图示例:简单手表调时2020/11/358顺序图示例:一台打印服务器2020/11/359也是用来描述系统中对象间的动态协作关系;协作图侧重说明哪些对象间有消息传递;顺序图侧重表述在某情况下对象间传递消息的时序性;协作图中要给消息编号来标明消息的执行顺序;协作图简介2020/11/360协作图示例:打印服务器2020/11/361协作图中使用的消息层次编号能反映激活的嵌套性质,这在顺序图中能显式地表示出来。2020/11/362一个状态是对象满足的一种条件。状态可认为是一个类属性值的抽象;用对象的多个状态及这些状态间的转换来描述单个对象的行为。标注状态转移:事件[条件]/动作动作:伴随转移发生,不会被中断活动:在某一状态中进行,可以被中断状态图简介2020/11/363简单手表“设置时间”UseCase的状态图2020/11/364类似流程图描述所要进行的各项活动的执行流程描述一个UseCase的处理流程活动图可以方便地描述控制转移条件以及并行执行等要求活动图简介2020/11/365活动图示例:打印过程2020/11/3662020/11/367活动图示例:开发软件需求的流程2020/11/368活动图示例:表示并发和同步2020/11/3692020/11/370构件图描述程序代码的组织结构构件:源代码构件二进制目标代码构件可执行构件文档构件构件图简介2020/11/371反映程序代码构件间的依赖关系的构件图2020/11/372描述系统中软硬件的物理配置情况和系统体系结构结点表示实际的物理设备连接表示各物理结点的连接方式结点内部表示分配到该结点运行的构件或对象配置图简介2020/11/373描述一个系统的物理体系结构的配置图2020/11/374标记值(TaggedValue)附属于UML元素的各种信息(Property)具有形式:{属性名=值}约束(Constraint)UML中限制一种或多个

温馨提示

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

评论

0/150

提交评论