1、AIS产品架构设计指导书目 录1. 简介 41.1 目的 41.2 范围 41.3 定义、首字母缩写词和缩略语 41.4 读者对象 41.5 参考资料 41.6 概述 52. 整体说明 52.1 简介 52.2 构架表示方式 52.3 构架目标和约束 53. 用例视图 63.1 核心用例 63.2 用例实现 104. 逻辑视图 104.1 逻辑视图 104.2 分层 114.2.1 应用层 134.2.2 业务层 134.2.3 中间层 144.2.4 系统层 154.3 公用元素及服务 165. 部署视图 166. 实施视图 176.1 概述 176.2 部署 187. 数据视图 188.
2、大小和性能 199. 质量 1910. 其它说明 1911. 附录B 规范 1912. 附录D 示例 191. 简介本文档是对该软件的整个系统的结构关系进行了详细描述，阐述了系统的总体框架，包括物理、逻辑结构，说明了体系结构所采取的设计策略和技术，并对相关内容做出了统一的规定。目的 本文档是为AIS软件系统进行详细设计和编码提供设计依据。为实施、集成及测试提供可参考的说明;并使开发过程做到资源复用，降低成本，缩短开发周期，研发出客户满意的产品。范围 本文档用于医院手术麻醉数字化管理系统的设计, 用于指导手术麻醉系统即AIS的研发。定义、首字母缩写词和缩略语aAIS:手术麻醉信息管理系统。bOR
3、ACLE:Oracle Database，又名Oracle RDBMS，或简称Oracle。是甲骨文公司的一款关系数 据库管理系统。c. SQL: 一种用于访问查询数据库的语言。读者对象 本文档主要读者包括：1、本系统的项目管理人员（理解用户需求，把握项目进度）。2、本系统的设计人员 （理解用户需求，把握用户需求）。3、本系统的系统开发人员（了解用户需求，为编码提供思路）。4、本系统的测试人员 （了解用户需求，为测试提供参考）。5、客户 （检查是否满足需求）。参考资料 软件工程讲义 AIS需求规格说明书概述本文档包含以下几个部分：1、架构整体说明2、架构用例视图3、架构逻辑视图4、架构部署视图
4、5、架构实施视图2. 整体说明简介整个系统采用分层体系架构风格作为整个系统的体系风格，将系统拆分为由多个逻辑层组成，以便于详细设计、编码、维护以及适应需求变更。通过定义出层与层之间的接口，使系统规范的同时也更灵活，降低了层与层之间的耦合度，增强了系统的可扩展性以及可维护性。同时，分层也有益于项目模块的划分以及任务的分配，通过明确清晰的接口，降低集成的难度，提高效率。构架表示方式 体系架构视图反映了系统的技术组成和关键技术的集成框架。本文档将通过以下一系列视图来表示AIS系统的软件架构：用例视图、逻辑视图、部署视图、括数据视图和实施视图。这些视图都是通过EA或VISIO建立的模型。构架目标和约束
5、系统的设计需要具备足够的可扩展性和可维护性，以便于因发展或改变而对系统功能的调整和增加，便于系统升级和维护。系统在开发过程中有如下设计约束：1. 开发语言为C+与C#混合开发; 2. 采用关系型数据库(ORACLE)存放数据;3. 采用基于UML的面向对象分析与设计方法进行开发;4. 系统必须保证数据的安全访问，用户需要通过用户名和密码或统一认证进行身份认证。3. 用例视图 本章是对软件架构的用例视图的描述。本章主要介绍了核心用例的描述。对于其余的用例，可参考软件需求规约。按角色可分为： 外科医生 麻醉主任/护士长 麻醉医生 护士 设备管理员核心用例1.1 外科医生 图1 外科医生用例图1.1
6、.1 预约简要说明：该用例外科医生预约手术申请。该用例的主要参与者为外科医生。1.2 麻醉主任/护士长 图1麻醉主任/护士长用例图1.2.1 排程简要说明：该用例为麻醉主任/护士长对外科医生提出了申请进行排班。1.2.2 术中监控简要说明：该用例为麻醉主任使用监控功能观察手术进行状况。1.2.3 手术间管理简要说明：该用例为麻醉主任/护士长对手术室的使用做出计划和安排。1.2.4 统计分析简要说明：该用例为麻醉主任/护士长对过往的手术情况进行统计。1.3 麻醉医生 图1 麻醉医生用例图1.3.1 术前访视记录简要说明：该用例为麻醉医生在手术前访视患者，并将患者状况记录下来。1.3.2 麻醉计划
7、简要说明：该用例为麻醉医生针对将要手术的患者做出的计划安排。1.3.3 麻醉记录简要说明：该用例为麻醉医生记录患者的用药情况等信息。1.3.4 术后访视记录简要说明：该用例为麻醉医生记录手术后的患者的状况。1.3.5 术后苏醒记录简要说明：该用例为麻醉医生记录手术后的患者苏醒状况。1.3.6 术后镇痛记录简要说明：该用例为麻醉医生记录手术后的患者苏醒状况。1.3.7 麻醉总结简要说明：该用例为麻醉医生对手术的情况进行总结。1.4 护士 图1 护士用例图1.4.1 器械清点简要说明：该用例为护士对手术使用的器械进行核对并记录。1.4.2 安全检查简要说明：该用例为护士对手术要注意的安全事项进行检
8、查并记录。1.4.3 风险评估简要说明：该用例为护士对手术中将要发生的风险情况进行评估并记录。1.4.4 记录术前访视简要说明：该用例为护士对手术前患者的状况作下记录。1.4.5 记录术后访视简要说明：该用例为护士对手术后患者的状况作下记录。1.5 设备管理员 图1设备管理员用例图1.5.1 设备采集简要说明：该用例为设备管理员设置采集设备的状况。1.5.2 家属公示简要说明：该用例为设备管理员设置输出的公告信息。1.5.3 对接接口简要说明：该用例为设备管理员设置需要关联的平台或系统。用例实现暂无4. 逻辑视图逻辑视图本节是对软件架构的逻辑视图的描述。主要内容包括描述重要的类，类的分包，子系
9、统以及子系统的分层等。逻辑视图从系统内在逻辑结构的角度描述系统的基本结构与动态行为，通常包括分析模型（AnalysisModel）、设计模型（DesignModel）以及数据模型（DataModel）等。设计模型说明了系统的组成元素、组织架构和关系，并描述了各组成元素的协作以及状态转换关系等,将分别在系统层次结构模型中描述系统的层次组织结构；在主要的包和子系统中说明系统的具体组成。在进行构架设计时，重点考虑了对架构影响的需求： 多层体系结构：系统基于多层体系结构设计。 单点登录：用户只需要登录一次，而不需要重复登录。 工作流应用：系统中存在多人参与的应用，这些应用需要协作才能完整，并且要求参与
10、的角色 和可能的流程可以被修改。 信息整合：信息单一存储，减少信息的冗余度。 如何连接设备和外部系统：由于医疗系统的业务种类繁多，需要考虑如何集成外部的医疗设备和外部系统。分层整个系统采用分层体系架构设计,以达到高内聚，低耦合的设计目标,系统由4个层次组成:分别为: 应用层 业务层 中间层 系统层、应用层（UI Layer）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。、业务逻辑层（Logic Layer）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。、中间访问层（Middle Layer）：对外接设备和数据库的访问等。4、 系统层（System
11、Layer）：系统的支持平台，框架等。应用层 图3UI层架构图UI层主要由5个子系统组成，这5个子系统分别是外科医生工作站、麻醉主任护士长工作站、麻醉医生工作站、护士长工作站、辅助功能。业务层 图4 Service包架构图业务层主要由6个包组成：Config Manager 包负责配置文件的加载，存储等业务处理；Plan Manager 包负责 预约、排程 等计划的显示，保存等业务处理；Record Manager 包负责文书的显示、保存等业务处理；Device Manager包负责外联的硬件设备的设置、读取等业务处理；DB Manager 包负责数据库的表操作，增、删、该、查等业务处理；（包
12、括C#、C+两部分）Canvas Manager 包负责单据的编辑、保存等业务处理；中间层 图6 Middleware层架构图业务层主要由4个包组成：Device Control包负责外联的硬件设备的设置、读取等；DB Control 包负责数据库的表操作，增、删、该、查等；（包括C#、C+两部分）CanvasControl 包负责单据的编辑、保存等；File Control包负责对文件的保存、读取等；系统层图7 系统层架构图业务层主要由3个包组成：C# Library包为支撑C# 使用的类库；MFC Library 包为VS框架提供的系统访问类库；Oracle 为存储数据信息的关系数据库；公
13、用元素及服务 图8 公共元素架构图业务层主要由2个包组成：UlilityCpp 包为c+常用的功能封装，如 字符串转换、日志和线程操作等；UlilityCs 包为c#常用的功能封装，如 字符串转换、日志和线程操作等；5. 部署视图本章描述了部署和运行软件的物理网络（硬件）配置。从系统软硬件物理配置的角度，描述系统的网络逻辑拓扑结构。模型包括各个物理节点的硬件与软件配置，网络的逻辑拓扑结构，节点间的交互和讯关系等。图9 系统部署图User PC Ais : 用户主要通过可执行应用程序来访问系统，支持的平台为windows XP、windows 等，客户端与服务端的连接是局域网。Simulate
14、: 程序按照规则制作模拟数据，支持的平台为windows XP、windows 等，客户端与服务端的连接是局域网。Gather : 程序采集设备发送来的数据存入数据库，支持的平台为windows XP、windows 等，客户端与服务端的连接是局域网。Ais Server应用服务器运行oracle数据库系统，它与客户端程序通过ADO和OLE引擎连接。外部接口应用服务与外部系统的连接通过webservice连接。6. 实施视图概述 本部分从编译与构建的角度，描述系统实施构件的组织结构与依赖关系（主要是编译依赖）。模型包括实施子系统和构件结构，及其依赖关系。同时还表达了逻辑视图中各个包和类分配到实
15、施视图中的子系统和构件的映射关系。部署图10 实施架构图7. 数据视图待补充系统主要涉及实体的ER图如下图1-1： 图7 数据模型ER图8. 大小和性能本系统支持如下性能需求：1. 系统支持48小时以上连续稳定运行。2. 系统的用户操作响应时间在2s以内（除外联的硬件设备外）。9. 质量 本系统支持系统质量方面的需求：1. 系统应当方便所有用户的使用，对于有基础计算机水平的用户的培训时间应不超过4小时。2. 系统不能出现计划外的关闭现象。3. 系统的结构以保证较高的可维护性，系统的模块可替换。4. 系统正确处理发生的异常或者错误，并返回错误信息。10. 其它说明无11. 附录B 规范无12. 附录D 示例无
