院前急救资源管理系统11

2.7 获取非功能性需求 （1） 性能需求分析（运行速度，资源消耗量等方面的要求等）
（2） 可靠性需求分析（用户在严重程度、易恢复性，以及故障可预测性等方面的要求） （3） 易用性需求分析（用户在界面的易用性、美观性等方面的要求）
3、需求分析 3.1 建立概念模型(用例场景/事件流)
图3-1业务流程图
分析： 院前急救资源调度的模式模糊，不明确。 资源调度合理性不够。 病人与急救中心的联系不及时。
建议： 规范院前急救资源调度的流程。
优化通信系统，使得病人和急救中心及时联系。 设定明确规则，使院前急救调度井然有序。 统一急救网络布局，统一指挥调度平台
1.2 组织机构分析
1.3 组织职能分析
图1-1
系统分析和系统设计。 要求：用Microsoft Office Visio绘制图形。
三、实验步骤 1、组织分析
1.1 组织目标分析
Δ 资源调度有效性 Δ 及时救助 Δ 争取救治时间
提高院前急救资源调度的水平，必须要有先进的通讯系统，优化的运输设备，完善院前急 救专业人员的培训，才能让资源调度有序进行，从而及时有效的救助病人。
院前急救资源调度信息系统分析与设计实验——面向对象方 法
学生姓 名
实验日 期
指导教 师
XXX
XXX
XXX
XXX
2014-10-10
实验成绩
XXXX
批改日期
一、实验目的 1、熟悉领域分析和需求分析过程，掌握领域分析和需求分析的面
向对象方法 2、掌握面向对象的系统设计过程和设计方法
二、实验任务和要求 任务：结合课程项目，完成组织需求分析、需求获取、需求分析、
图2-4 病人场景图 图2-5 接话员场景图
图2-6 调度员场景图 图2-7 医院场景图
图2-8病人与调度员场景图 图2-9调度员与医院场景图
2.6 领域建模(结构建模/业务实体模型)
图2-10
2.6 提炼业务规则 (1) 接到呼救电话信息后，迅速判断病情，及时向急救分站下达出车命 令，督促立即出车。 (2) 正确使用调度通信设备 (3) 利用现有指挥系统，合理、有效、快捷分配全市医疗急救资源。 (4) 及时准确原则、区域划分原则等
3.2 建立业务架构(获取用例场景中的实体及其关系)
图3-2 业务架构图
3 系统原型 4、系统分析
4.1 建立系统用例
图4-1 医院用例图
图4-2接话员用例图
4.2 分析业务规则 交互规则
业务名称
表4-1 拨打电话
调度资源
业务角色
病人 调度员下达指示
其他人（家属） 医院下达指示
前置条件
急救电话正常呼入呼出
病人
接话员 调度员 医院
职能
表1-1
拨打求救电话、提供基本信息、描述病况、以及所 在位置
接听电话、记录病人基本信息（电话）以及地址
调度各个急救中心
负责分配医护人员，医疗器械，医疗资源、出车等
2、需求获取 2.定义边界
2.2 发现主角
图2-1
2.3 获取业务用例
图2-2
图2-3 用例图
2.4 业务建模(功能建模/业务场景/业务流程)
百度文库
子事件流
各个急救中心进行资源分配，医护人员，并前往救助
异常流
同一时间并发呼入量大，无法及时应答 网络故障，无法接入
4.3 用例实现
图4-3拨打电话用例实现 图4-4分配资源用例实现
图4-5接话员鲁棒图
图4-6接话员时序图
图4-7调度员鲁棒图
图4-8调度员时序图
图4-9 医院鲁棒图 图4-10医院时序图
4.4 软件架构和框架
图4-11 软件架构
4.5 建立分析模型 4.5.1 初始的分析模型
图4-12 图4-13
图4-14 4.5.2分析模型优化
图4-14
4.6 组件模型
图4-12 组建模型
4.7 部署模型 部署图用来帮助读者了解软件中的各个组件驻留在什么硬件位 置，以及这些硬件之间的交互关系:
1.WEB服务器: 理解WEB服务器,首先你要理解什么是WEB?WEB你可以简单理解为你所看到的HTML页面就是WEB的 数据元素,处理这些数据元素的应用软件就叫WEB服务器,如IIS、apache。 WEB服务器与客户端 打交道，它要处理的主要信息有：session、request、response、HTML、JS、CS等。 2.应用服务器: 应用服务器如JSP，处理的是非常规性WEB页面（JSP文件），他动态生成WEB页面，生成的WEB页 面在发送给客户端（实际上当应用服务器处理完一个JSP请求并完成JSP生成HTML 后它的任务就 结束了，其余的就是WEB处理的过程了）。 WEB服务器与应用服务器的联系: 1.WEB服务器一般是通用的，而应用服务器一般是专用的，如Tomcat只处理JAVA应用程序而不能 处理ASPX或PHP。而Apache是一个WEB服 务器f（HTTP服务器），后来连接Tomcat应用服务器来 支持java。
后置条件
需要去救助的急救中心的相关物资充足，医疗人员技能达到要求
主要事件流
1. 患者所处位置，地点 2. 联系电话 3. 询问部位，是否有陈发性疾病，有何伴随症状 4. 意识状态，是否有呼吸困难 5. 根据病人所处位置，查看地图 6. 找到最近的急救单位 7. 通知出车
扩展流
1.急救中心资源缺乏，进行资源补充 2.病人情况正常，取消本次急救 3.如果需再次呼入，继续进行流程
图4-13 部署模型
5、系统设计 5.1 设计模型
5.2 接口设计
5.3 包设计