算法设计与分析详细设计说明书Word格式.doc

算法设计与分析详细设计说明书Word格式.doc

《算法设计与分析详细设计说明书Word格式.doc》由会员分享，可在线阅读，更多相关《算法设计与分析详细设计说明书Word格式.doc（29页珍藏版）》请在冰豆网上搜索。

医务收费是帮助医务人员、医务工作人员对医务收费管理软件。

1.4参考资料

相关的文件包括：

A、《高校医务收费高校医务收费管理系统研究项目可行性研究报告》；

B、《高校医务收费高校医务收费管理系统研究项目概要设计》；

参考资料：

①杨晶《VB程序设计教程与实训》　北京-科学出版社2006

②张海潘《软件工程》　　北京清华大学出版版社2003　

③李昭原《数据库原理与应用》　科学出版社2002

④徐兰芳,彭冰《数据库设计与实现》上海-上海交通大学出版社2006

⑤（美）WendyBoggs《UML与RationalRose2002从入门到精通》邱仲潘等译北京-电子工业出版社2002

⑥《金华市发达装配厂库存管理系统KCGL》的可行性分析

⑦《中华人民共和国国家标准UDC681．3》

⑧《计算机软件产品开发文件编制指南GB8567-88》

第二部分、程序系统的结构

2.1系统结构

在概要设计中，系统的在结构描述纵向上划分为三个层次，横向上划分为九个相对独立的模块，如图1和图2。

数据访问对象

ADO

连接对象

MSSQLSERVER

医生管理

药品管理

病人管理

主界面[如：

启动窗口、菜单等]

工具栏

状态栏

登录窗口

查询窗口

药品集合对象

医生集合对象

病人集合对象

医生对象描述

药品对象描述

病人对象描述

界面层

数据处理层

数据访问层

帐单对象描述

帐单管理

帐单集合对象

图1：

系统逻辑结构的纵向划分

ActiveX登录控件

ActiveX数据访问组件

9数据访问

SQLServer

5医生管理

6病人管理

7药品管理

8帐单管理

3数据查询

4主界面

2登录验证和安全

1登录子系统

图2：

系统横向模块划分

2.2UML系统建模

对于本系统，主要使用UML中的用例图、时序图和协作图来进行系统分析，帮助开发人员了解系统功能与系统流程。

2.2.1UML用例视图描述

首先确定医务收费系统中的角色。

1．角色（Actors）的确定

在医务收费系统中，可以归纳出来的主要问题是：

（1）病人要看病；

（2）挂号操作员提供挂号服务；

（3）医生提供病人看病服务；

（4）收费操作员提供门诊病人划价收费服务，并将信息输入到系统；

（5）取药员负责取药给病人；

（6）住院登记操作员提供住院登记服务，并将信息输入到系统；

（7）系统维护员提供系统相关的维护服务。

由于医生与病人打交道，给病人诊断病情、开药方等服务，并没有直接与系统发生交互，与系统的交互是通过划价收费操作员来进行的，因此可以将医生与划价收费操作员这两个对象用一个操作员的角色代替，即认为划价收费操作员在所有病人看病的过程中直接向病人提供服务，并根据服务业务流程对系统进行操作。

这样不妨碍系统的功能实现。

同样，取药操作员并没有直接和系统发生交互，可以不用一个单独的角色。

从以上的分析中，可以创建以下角色：

（1）病人；

（2）挂号操作员；

（3）收费操作员；

（4）药品管理员；

（5）系统维护员。

在RationalRose的UseCaseView中建立角色如图3所示。

图3在UseCaseView中创建角色

2．创建用例（UseCases）

医院信息系统根据业务流程可以分为以下的几个用例：

（1）病人挂号；

（2）挂号服务；

（3）病人看病；

（4）病人交费取药；

（5）病人按处方配药；

（6）收费操作员划价扣费配药；

（7）分发药品；

（8）维护基本信息；

（9）用户注册；

（10）登录验证。

在RationalRose的UseCaseView中创建用例（UseCases）如图4所示。

图4在UseCaseView中创建用例

3．创建角色（Actor）与用例（UseCase）关系图

Actor和UseCase之间存在的关联关系通常涉及到Actor和UseCase之间的通信关联关系。

（1）病人的UseCases关系图如图5所示。

病人看病

（fromUserCases）

病人交费取药

病人挂号

病人按处方配药

病人

（fromActors）

图5病人的用例关系图

（2）挂号操作员的UseCases关系图如图6所示。

挂号服务

（fromUserases）

挂号操作员

图6挂号操作员的用例关系图

（3）收费操作员用例的UseCases关系图如图7所示。

收费操作员划价扣费配药（fromUserCases）

收费操作员

图7收费操作员用例关系图

（4）药品管理员的UseCases关系图如图8所示。

分发药品

退货

进货

药品管理员

图8药品管理员的用例关系图

（5）系统维护员的UseCases关系图如图9所示。

维护基本信息

系统维护员

用户注册

登录验证

图9系统维护员的用例关系图

系统采用VisualBasic6.0的标准EXE工程来进行开发，实现标准包括：

1：

主程序

A、工程类型：

标准EXE；

B、工程名称：

医务收费系统.vbp

C、编译生成文件：

医务收费系统.EXE

D、引用的组件：

ADO2.5

E、引用的控件：

RichEditBox——富文本框；

CommanDialogBox——共用对话框；

MSFlexGrid——网格；

frmLogin——登录组件；

MicrosoftWindowsCommanControls6.0SP4——Windows通用组件SP4；

MicrosoftWindowsCommanControls-26.0SP3——Windows通用组件第二版SP3；

2、登录控件

A、工程类型：

ActiveX控件；

B、工程名称：

frmLogin；

C、编译生成文件：

Login.OCX；

D、引用的组件：

prjDBAccess；

E、引用的控件：

3、数据访问控件：

ActiveXDLL；

DBAccess.DLL；

ADO2.5；

第三部分、登录组件设计说明

登录组件的界面设计如图10：

图10：

登录组件界面设计

3.1程序描述

A、目的和意义：

该部分以组件的方式来提供，向数据库执行指定姓名、密码的查询验证，很多系统都具有登录验证的要求，因此，该组件具有一定的可重用性。

B、特点说明：

用户（医生）输入管理员告知的姓名和密码，启动程序后将首先显示登录组件组成的登录界面，一生输入的姓名、密码信息，通过上图11的数据流程图进行检验，并且在出现非法登录的情况下，以对话框的形式予以信息输出。

该组件非常驻内存，可重用，无覆盖要求，顺序处理登录验证，但登录事务在数据库端属于并发事务，由数据库本身进行协调。

3.2功能

输入-处理-输出采用IPO图表示如下：

输出

1、验证正确，进入系统；

2、根据不同的情况，在屏幕上给出错误提示信息；

处理

1、根据输入信息执行查询

2、根据查询结果进行核对密码和用户名是否符合；

输入

1、用户名称字符信息

2、密码字符信息

图11：

登录组件：

IPO

3.3性能

精度：

对在文本框内输入的大小写敏感，姓名和密码都区分大小写；

灵活性：

用户输入按回车键可以进行确认，按ESC键表示关闭当前窗口；

时间特性：

用户输入后的验证时间在1.5秒之内；

3.4输人项

用户输入的姓名，密码字符信息；

这些信息由系统管理员管理，存储在数据库表中。

3.5输出项

输入情况

输出情况

输入正确的密码和口令

程序进入到系统的主界面

系统没有任何用户

程序直接退出

输入姓名正确，密码错误

提示信息“请输入正确的密码，请注意密码的大小写…”

输入姓名错误，密码正确或者错误

提示信息，“请输入正确的用户名，请注意用户名的大小写…”；

提示信息为信息符号，参考的输出结果如图12，在屏幕上显示一个对话框：

图12：

一个显示密码非法的对话框信息

3.6算法

本部分没有采用自定义的算法。

3.7流程逻辑

登录组件的逻辑流程如下：

Y

N

=0

密码不正确

>

无此姓名的医生

=-1

开始

结束

显示登录窗体

输入医生姓名、登录密码

clsLogin