AIS产品架构设计指导书.docx
- 文档编号:16943617
- 上传时间:2023-07-20
- 格式:DOCX
- 页数:17
- 大小:53.05KB
AIS产品架构设计指导书.docx
《AIS产品架构设计指导书.docx》由会员分享,可在线阅读,更多相关《AIS产品架构设计指导书.docx(17页珍藏版)》请在冰点文库上搜索。
AIS产品架构设计指导书
目录
1.简介4
1.1目的4
1.2范围4
1.3定义、首字母缩写词和缩略语4
1.4读者对象4
1.5参考资料4
1.6概述5
2.整体说明5
2.1简介5
2.2构架表示方式5
2.3构架目标和约束5
3.用例视图6
3.1核心用例6
3.2用例实现10
4.逻辑视图10
4.1逻辑视图10
4.2分层11
4.2.1应用层13
4.2.2业务层13
4.2.3中间层14
4.2.4系统层15
4.3公用元素及服务16
5.部署视图16
6.实施视图17
6.1概述17
6.2部署18
7.数据视图18
8.大小和性能19
9.质量19
10.其它说明19
11.附录B规范19
12.附录D示例19
1.简介
本文档是对该软件的整个系统的结构关系进行了详细描述,阐述了系统的总体框架,包括物理、逻辑结构,说明了体系结构所采取的设计策略和技术,并对相关内容做出了统一的规定。
目的
本文档是为AIS软件系统进行详细设计和编码提供设计依据。
为实施、集成及测试提供可参考的说明;并使开发过程做到资源复用,降低成本,缩短开发周期,研发出客户满意的产品。
范围
本文档用于医院手术麻醉数字化管理系统的设计,用于指导手术麻醉系统即AIS的研发。
定义、首字母缩写词和缩略语
a. AIS:
手术麻醉信息管理系统。
b. ORACLE:
OracleDatabase,又名OracleRDBMS,或简称Oracle。
是甲骨文公司的一款关系数
据库管理系统。
c.SQL:
一种用于访问查询数据库的语言。
读者对象
本文档主要读者包括:
1、本系统的项目管理人员(理解用户需求,把握项目进度)。
2、本系统的设计人员(理解用户需求,把握用户需求)。
3、本系统的系统开发人员(了解用户需求,为编码提供思路)。
4、本系统的测试人员(了解用户需求,为测试提供参考)。
5、客户(检查是否满足需求)。
参考资料
《软件工程讲义》
《AIS需求规格说明书》
概述
本文档包含以下几个部分:
1、架构整体说明
2、架构用例视图
3、架构逻辑视图
4、架构部署视图
5、架构实施视图
2.整体说明
简介
整个系统采用分层体系架构风格作为整个系统的体系风格,将系统拆分为由多个逻辑层组成,以便于详细设计、编码、维护以及适应需求变更。
通过定义出层与层之间的接口,使系统规范的同时也更灵活,降低了层与层之间的耦合度,增强了系统的可扩展性以及可维护性。
同时,分层也有益于项目模块的划分以及任务的分配,通过明确清晰的接口,降低集成的难度,提高效率。
构架表示方式
体系架构视图反映了系统的技术组成和关键技术的集成框架。
本文档将通过以下一系列视图来表示AIS系统的软件架构:
用例视图、逻辑视图、部署视图、括数据视图和实施视图。
这些视图都是通过EA或VISIO建立的模型。
构架目标和约束
系统的设计需要具备足够的可扩展性和可维护性,以便于因发展或改变而对系统功能的调整和增加,便于系统升级和维护。
系统在开发过程中有如下设计约束:
1.开发语言为C++与C#混合开发;
2.采用关系型数据库(ORACLE)存放数据;
3.采用基于UML的面向对象分析与设计方法进行开发;
4.系统必须保证数据的安全访问,用户需要通过用户名和密码或统一认证进行身份认证。
3.用例视图
本章是对软件架构的用例视图的描述。
本章主要介绍了核心用例的描述。
对于其余的用例,可参考软件需求规约。
按角色可分为:
●外科医生
●麻醉主任/护士长
●麻醉医生
●护士
●设备管理员
核心用例
1.1外科医生
图1外科医生用例图
1.1.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麻醉计划
简要说明:
该用例为麻醉医生针对将要手术的患者做出的计划安排。
1.3.3麻醉记录
简要说明:
该用例为麻醉医生记录患者的用药情况等信息。
1.3.4术后访视记录
简要说明:
该用例为麻醉医生记录手术后的患者的状况。
1.3.5术后苏醒记录
简要说明:
该用例为麻醉医生记录手术后的患者苏醒状况。
1.3.6术后镇痛记录
简要说明:
该用例为麻醉医生记录手术后的患者苏醒状况。
1.3.7麻醉总结
简要说明:
该用例为麻醉医生对手术的情况进行总结。
1.4护士
图1护士用例图
1.4.1器械清点
简要说明:
该用例为护士对手术使用的器械进行核对并记录。
1.4.2安全检查
简要说明:
该用例为护士对手术要注意的安全事项进行检查并记录。
1.4.3风险评估
简要说明:
该用例为护士对手术中将要发生的风险情况进行评估并记录。
1.4.4记录术前访视
简要说明:
该用例为护士对手术前患者的状况作下记录。
1.4.5记录术后访视
简要说明:
该用例为护士对手术后患者的状况作下记录。
1.5设备管理员
图1设备管理员用例图
1.5.1设备采集
简要说明:
该用例为设备管理员设置采集设备的状况。
1.5.2家属公示
简要说明:
该用例为设备管理员设置输出的公告信息。
1.5.3对接接口
简要说明:
该用例为设备管理员设置需要关联的平台或系统。
用例实现
暂无
4.逻辑视图
逻辑视图
本节是对软件架构的逻辑视图的描述。
主要内容包括描述重要的类,类的分包,子系统以及子系统的分层等。
逻辑视图从系统内在逻辑结构的角度描述系统的基本结构与动态行为,通常包括分析模型(Analysis Model)、设计模型(Design Model)以及数据模型(Data Model)等。
设计模型说明了系统的组成元素、组织架构和关系,并描述了各组成元素的协作以及状态转换关系等,将分别在系统层次结构模型中描述系统的层次组织结构;在主要的包和子系统中说明系统的具体组成。
在进行构架设计时,重点考虑了对架构影响的需求:
●多层体系结构:
系统基于多层体系结构设计。
●单点登录:
用户只需要登录一次,而不需要重复登录。
●工作流应用:
系统中存在多人参与的应用,这些应用需要协作才能完整,并且要求参与的角色
和可能的流程可以被修改。
●信息整合:
信息单一存储,减少信息的冗余度。
●如何连接设备和外部系统:
由于医疗系统的业务种类繁多,需要考虑如何集成外部的医疗设备
和外部系统。
分层
整个系统采用分层体系架构设计,以达到高内聚,低耦合的设计目标,系统由4个层次组成:
分别为:
●应用层
●业务层
●中间层
●系统层
1、应用层(UILayer):
通俗讲就是展现给用户的界面,即用户在使用一个系统的时候他的所见所得。
2、业务逻辑层(LogicLayer):
针对具体问题的操作,也可以说是对数据层的操作,对数据业务逻辑处理。
3、中间访问层(MiddleLayer):
对外接设备和数据库的访问等。
4、系统层(SystemLayer):
系统的支持平台,框架等。
应用层
图3UI层架构图
UI层主要由5个子系统组成,这5个子系统分别是外科医生工作站、麻醉主任护士长工作站、麻醉医生工作站、护士长工作站、辅助功能。
业务层
图4Service包架构图
业务层主要由6个包组成:
ConfigManager包负责配置文件的加载,存储等业务处理;
PlanManager包负责预约、排程等计划的显示,保存等业务处理;
RecordManager包负责文书的显示、保存等业务处理;
DeviceManager包负责外联的硬件设备的设置、读取等业务处理;
DBManager包负责数据库的表操作,增、删、该、查等业务处理;(包括C#、C++两部分)
CanvasManager包负责单据的编辑、保存等业务处理;
中间层
图6Middleware层架构图
业务层主要由4个包组成:
DeviceControl包负责外联的硬件设备的设置、读取等;
DBControl包负责数据库的表操作,增、删、该、查等;(包括C#、C++两部分)
CanvasControl包负责单据的编辑、保存等;
FileControl包负责对文件的保存、读取等;
系统层
图7系统层架构图
业务层主要由3个包组成:
C#Library包为支撑C#使用的类库;
MFCLibrary包为VS框架提供的系统访问类库;
Oracle为存储数据信息的关系数据库;
公用元素及服务
图8公共元素架构图
业务层主要由2个包组成:
UlilityCpp包为c++常用的功能封装,如字符串转换、日志和线程操作等;
UlilityCs包为c#常用的功能封装,如字符串转换、日志和线程操作等;
5.部署视图
本章描述了部署和运行软件的物理网络(硬件)配置。
从系统软硬件物理配置的角度,描述系统的网络逻辑拓扑结构。
模型包括各个物理节点的硬件与软件配置,网络的逻辑拓扑结构,节点间的交互和讯关系等。
图9系统部署图
UserPC
Ais:
用户主要通过可执行应用程序来访问系统,支持的平台为windowsXP、windows等,客户端与服务端的连接是局域网。
Simulate:
程序按照规则制作模拟数据,支持的平台为windowsXP、windows等,客户端与服务端的连接是局域网。
Gather:
程序采集设备发送来的数据存入数据库,支持的平台为windowsXP、windows等,客户端与服务端的连接是局域网。
AisServer
应用服务器运行oracle数据库系统,它与客户端程序通过ADO和OLE引擎连接。
外部接口
应用服务与外部系统的连接通过webservice连接。
6.实施视图
概述
本部分从编译与构建的角度,描述系统实施构件的组织结构与依赖关系(主要是编译依赖)。
模型包括实施子系统和构件结构,及其依赖关系。
同时还表达了逻辑视图中各个包和类分配到实施视图中的子系统和构件的映射关系。
部署
图10实施架构图
7.数据视图
<待补充>
系统主要涉及实体的E—R图如下图1-1:
图7数据模型ER图
8.大小和性能
本系统支持如下性能需求:
1.系统支持48小时以上连续稳定运行。
2.系统的用户操作响应时间在2s以内(除外联的硬件设备外)。
9.质量
本系统支持系统质量方面的需求:
1.系统应当方便所有用户的使用,对于有基础计算机水平的用户的培训时间应不超过4小时。
2.系统不能出现计划外的关闭现象。
3.系统的结构以保证较高的可维护性,系统的模块可替换。
4.系统正确处理发生的异常或者错误,并返回错误信息。
10.其它说明无
11.附录B规范无
12.附录D示例无
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- AIS 产品 架构 设计 指导书