软件工程试验报告

1、软件工程实验报告目录引言第1章 药房管理系统需求分析 11.1 药房管理系统的需求陈述 11.2 需求分析11.2.1 功能需求11.2.2 性能需求21.3 系统需求建模 21.3.1 确定参与者21.3.2 确定用例 31.3.3 系统用例建模 3第2章系统分析62.1 系统用例建模62.2 静态结构模型92.2.1 类的识别92.2.2 类的关联分析102.2.3 类的属性描述112.3 系统动态模型122.3.1 系统执行顺序分析 122.3.2 系统的协作分析 132.3.3 系统状态分析 162.3.4 活动分析17第3章系统设计与实现213.1 UML体系结构设计213.1.1

2、硬件体系结构设计 213.1.2 软件体系结构设计 223.2 对象模型设计223.3 系统实现 223.3.1 组件图223.3.2 配置图233.3.3 部署图24课程设计的体会与心得 25引言：随着计算机的普及，人们对计算机的认识及需求有了明显的增加。计算机对于大量信息的管理的优势更是显而易见。 对于一个只要企业来说，这方面的需要 尤其重要。有了这个药房管理系统，管理员的工作任务就可能会事半功倍。编写目的：本需求的编写目的在于研究药房管理系统软件的开发途径和应用方法，为以后的开发工作提供可靠的依据。背景及范围：本项目的名称：药房管理系统。本项目的任务开发者：张文凤项目与其他软件或其他系统

3、的关系： 该系统在 WIN98、WIN2000、WIN XP系统 中都能很好的运行，具有很好的兼容性。同时，需要对数据库软件 SQL的支持。 名词定义：实体：客观世界中存在的且可互相区别的事物。联系：客观事物中的彼此之间的关系。属性：实体或者联系所具有的性质。任务概述：该药品库存管理系统软件目前已有比较完善的管理与使用功能。研制药房管理系统软件是为了满足药房管理员方便，同时方便对药品的各种管理与操作。开发意图：a,为了药房管理系统更完善；b,为了药房管理更方便；c,为了减轻药房管理工作人员的工作负担；d,为了加强医药公司的正规化管理；第1章 药房管理系统需求分析1.1 药房管理系统的需求陈述现

4、在拟开发一个药房管理系统，它是一个能进行划价，进行配发药品，对 药品进行查询、统计和盘点的系统。支持这个系统所使用的计算机，打印机，网 络路由器由康健医院投资购买。此系统的开发成本由康健医院出资。当病人将处方交给药房工作人员后， 药房工作人员根据处方内容，对处方进 行划价，并记录下来；当病人将已收费处方的回执交给工作人员，经工作人员确 认后，配药人员根据处方内容进行配药，如果没有得到已收费处方的回执则不再 往下进行；经发药任何核对所配备的药品无误后，将药品发放给病人；如果发现错误则返回给配药人员。外部终端机和内部终端机可以进入系统的查询部分。 药品管理员和医生进入 查询子系统后，输入相应的查询

5、信息，如果信息有误则显示错误；如果信息正确， 则显示所查询药品、处方或记录的详细信息。内部终端可对药品进行统计。药品管理员进入统计界面后根据需要统计的药 品信息的要求，输入统计信息，如果信息有误则显示错误；如果信息无误则显示 相应的统计结果。如果需要可以打印出相应的统计报表。内部终端对可对药品进行盘点。 药品管理员进入盘点几面后，根据需要盘点 的内容选择库存药品盘点、缺乏药品盘点、过期药品盘点功能中的其中之一进行 盘点，结束后可打印相应的盘点清单，之后回到选择界面可以继续盘点或者退出 盘点界面。1.2 需求分析1.2.1 功能需求对上面的需求陈述进行分析，可以得到如下的功能需求:1）病人持有处

6、方（处方有编号）。2）各科室用药申请。3）药品管理员对处方划价。4）药品管理员对申请进行记录。5）药品管理员接受收费单据。6）配药人员根据处方和用药申请配药。7）发药人员把药品发给病人和科室。8）药品管理员对药品进行统计。9）药品管理员对药品进行盘点。10）医生对药品信息进行查询。1.2.2 性能需求性能需求是从各个角度对系统的约束和限制，反映了应用系统对软件系统质 量和特性的额外要求，例如响应时间、数据精度、可靠性等。下面是关于该药房 管理系统的性能需求：(1)系统在20秒内相应所有的用户请求。(2)系统应该每周7天、每天24小时都可以使用。(3)对于一个没有经验的用户而言，经过两个小时的培

7、训就可以使用系统的 所有功能，稍加练习，便可熟练操作了。(4)当系统发生故障时，只需重启便可以重新使用，在重启后，数据可以 自动恢复，不会受到破坏。1.3 系统需求建模图1.2处方管理用例图盘点用例图如图1.3所示。1.3.1确定参与者通过对系统需求的分析，可以确定系统中的参与者有：医生、药品管理员、 配药人员、发药人员、过期药品处理人员。参与者的描述如下：1、医生描述：医生为病人开具处方，医生可以对药品进行查询，医生会得到药品的统计信息。示例：内科医生、外科医生等。2、药品管理员描述：对药品进行总体的管理，可以进行对药品的统计，查询和盘点示例：药片管理员。3、配药人员描述：根据处方配药。示例

8、：配药人员。4、发药人员描述：将配好的药发给病人和科室。示例：发药人员。5、过期药品处理人员描述：盘点之后对过期的药品进行处理。示例：过期药品处理人员。1.3.1 确定用例前面已经识别出了参与者，通过对需求的进一步分析，可以确定系统中有如 下用例存在：1）处方管理。本用例提供了管理处方、存储处方、检验处方的功能。2）药品管理。本用例提供了对药品总体管理的方向进行选择的功能。3）配药。本用例提供了配药人员根据处方配药的功能。4）发药。本用例提供了将配好的的药品发给病人和科室的功能。5）查询。本用例提供了医生和药品管理员对药品的详细信息进行查询的功能。6）统计。本用例提供了让药品管理员对药品分类进

9、行统计的功能。7）盘点。本用例提供了让药品管理员对库存药品、过期药品和缺乏的药品进行盘点的功能。1.3.2 系统用例建模本系统的用例模型由总体工作用例图、处方管理用例图、盘点用例图等用例 图组成。系统总体工作用例图如图1.1所示。药品管理员盘点图1.1总体用例图处方管理用例图如图1.2所示。图1.3盘点用例图药房管理系统有很多用例描述，下面是其中的发药功能的用例描述作为例 子。名称：发药描述：发药人员将配好的药品发放给病人。前置条件：配药人员根据处方配备好了病人所需药品。后置条件：结束。活动的基本过程：处方编号被识别； 药品名称被识别； 病人被识别；新的药品发放被记录第2章系统分析2.1系统用

10、例建模本系统的用例模型由总体工作用例图、处方管理用例图、盘点用例图等用例 图组成。系统总体工作用例图如图2.1所示。配药用例图如图2.2所示。发药用例图 如图2.3所示。统计用例图如图2.4所示。查询用例图如图2.5所示。盘点用例 图如图2.6所示。药品营理员盘点图2.1总体用例图图2.2配药用例图图2.3发药用例图统计结果图2.4统计用例图图2.5查询用例图过期药品盘点图2.6盘点用例图药房管理系统有很多用例描述，下面是其中的配药功能的用例描述作为例子。名称：配药描述：配药人员根据处方配备药品。前置条件：医生已经为病人开据处方，处方已经被划价，并且已经缴纳相关的费用 后置条件：如果病人缴纳了

11、相关的费用，并且药房内有处方内的药品，则处方内的 药品将被找出集中准备发给病人。活动的基本过程：处方编号被识别；药品名称被识别；新的药品配药被记录。2.2静态结构模型进一步分析系统需求，发现类以及类之间的关系，确定它们的静态结构和动 态行为，是面向对象分析的基本任务。系统的静态结构模型主要用类图和对象图 描述。2.2.1类的识别系统需求已经定义过了，现在可以根据系统需求识别出系统中存在的对象系统对象的识别可以通过寻找需求描述中的名词来进行。从前述的系统需求描述中可以找到的名词有处方管理、药品管理、药品管理员、配药管理、发药管理、 统计管理、查询管理、盘点管理。1、处方管理处方是有编号的。不同的

12、病人有不同的处方，一个病人也有不同的处方。 在 这个系统中，处方管理存储处方，划价后的处方也存储在这里，所以处方管理应 该成为系统中的一个对象，类名为处方管理。2、药品管理药品管理分为5个部分，他们分别是配药、发药、查询、统计、盘点，所以 药品管理应该成为系统中的一个对象，类名为药品管理。3、药品管理员有不同的药品管理员，它们可以对配药、发药进行操作。只有他们有权限进行统计和盘点。他们还可以进行查询，所以药品管理员应该成为系统中的一个对 象，类名为药品管理员。4、配药管理每一次都有不同的配药编号，在这个系统中配药管理将生成配药编号， 记录 配药信息，并且可以更改配药信息，所以配药管理应该成为系

13、统中的一个对象， 类名为配药管理。5、发药管理每一次都有不同的发药编号，在这个系统中配药管理将生成发药编号， 记录 发药信息，所以发药管理应该成为系统中的一个对象，类名为发药管理。6、统计管理统计管理是有身份的，统计记录可以被彼此区别，不会被搞混，所以统计管 理应该成为系统中的一个对象，类名为统计管理。7、查询管理查询管理是有身份的，查询记录可以被彼此区别，不会被搞混，所以查询管 理应该成为系统中的一个对象，类名为查询管理。8、盘点管理盘点管理是有身份的，盘点记录可以被彼此区别，不会被搞混，所以盘点管 理应该成为系统中的一个对象，类名为盘点管理。2.2.2类的关联分析该系统类图如图2,7所示。

14、在此系统中使用了普通关联：如图 2,8所示。在此系统中海使用了组合关联，配药管理、发药管理、查询管理、统计管理、 盘点管理都隶属于药品管理,如图 2,9所示。图2.7系统类图图2.8普通关联类图图2.9组合关联类图2.2.3类的属性描述1）处方处方的属性有：处方编号、处方内容、病人姓名、病人年龄、病人性别等病 人的基本信息。其操作有：读处方、删除处方、对处方进行划价、验证处方。2）药品管理员药品管理员的属性有：姓名、工作编号、职称等。操作有：进行配药、发药、查询、统计和盘点。3）配药管理配药管理的属性有：药品名称、药品编号、药品数量、药品厂家、处方编号 配药人员姓名、配药编号。操作有：配药。4

15、）发药管理发药管理的属性有：药品名称、药品编号、药品数量、药品厂家、处方编号 发药人员姓名、发药编号。操作：发药。5)盘点管理盘点管理的属性有：日期、盘点编号。操作有：缺药盘点、库存盘点、过期盘点2.3系统动态模型系统的动态行为模型由交互作用图、状态图、活动图描述2.3.1 系统执行顺序分析1药房总体同坐顺序图病人先将处方给药房工作人员划价，然后再去缴纳相关的费用，将单据给药 房工作人员后，配药人员才根据处方内容进行配药，发药人员将药品发给病人。药房总体工作顺图，如图2.10所示。病人划价()>传递()<收费单据)>核对处方()度放药品u创建()图2.10药房顺序图2、查询顺

16、序图在查询中，医生先输入查询条件，系统验证条件，如果条件符合就出现查询 结果，如果条件不符合，那么便显示错误。查询顺序图如图2.11所示。3、统计顺序图在统计中，先输入统计条件，系统验证条件，如果条件符合就出现统计结果, 如果条件不符合，那么便显示错误。统计顺序图如图2.12所示。4.、盘点顺序图在盘点中，药品管理员选择盘点的类型，打印出相应的清单，然后工作人员 根据清单核对药品的信息，最后生成盘点报告。盘点顺序图如图2,13所示。查询络件:取消E证一件医生融人查询条件GI取消"：:；输入条件():>fl;A瞌证失收tj i将证成物S重新查询3输出结果O图2.11查询顺序图药品

17、管理曷统计条件:取消，输入境计条伴土厂:险证条件取消()输入翩S睑证失败()船证的二力()重新统计()输出结果C)图2.12统计顺序图2.3.2系统的协作分析1、药房总体工作的协作图在药房总体工作中，强调了病人与配药和发药的交互作用关系。如图 2.14 所示。2、查询工作的协作图示。在查询工作的协作图中，强调了医生和查询的交互作用关系0如图2.15 所药品管理品选择类型():取消:盘点清单:盘点报告选择取消)打吊盘点O义图2.13盘点顺序图核对药品核打印S >阚消【)图2.14药房协作图图2.15查询协作图3、统计工作的协作图在统计工作的协作图中，强调了药品管理员和统计的交互作用关系。如

18、图 2.16所示。图2.16统计协作图4、盘点工作的协作图在盘点工作的协作图中强调了药品管理员和各种盘点工作的交互关系。如图2.17所示。2.3.3系统状态分析1、药房总体工作的状态图医生开据处方，或科室的用药申请写出，进入活动状态。处方开据后便进入 划价状态，核对处方完成后便进入配药状态，当发药完成，系统行为结束。如图 2.18所示。图2.18药房工作状态图2、查询工作的状态图进入查询的工作界面，即进入活动状态；根据需求输入查询条件便进入查询 状态，当查询结束，选择退出那么系统行为结束。如图2.19所示。要求查询 条件*消显示取消输入条件显示查询窗图2.19查询状态图3、统计工作的状态图进入

19、统计的工作界面，即进入活动状态；根据需求输入统计条件便进入查询 状态，当查询结束，选择退出那么系统行为结束。如图 2.20所示。4、盘点工作的状态图进入盘点工作的界面，就进入了活动状态；选择相应的盘点类型后进入了盘 点状态；当盘点结束选择退出后系统行为结束。如图 2.21所示。2.3.4活动分析1、药房总体工作的活动图如图2.22所示2、查询工作的活动图如图2.23所示。否图2.20统计状态图图2.21盘点状态图图2.23查询活动图3、统计工作的活动图如图2.24所示。图2.24统计活动图4、盘点工作的活动图如图2.25所示。图2.25盘点活动图第3章系统设计与实现3.1 UML体系结构设计3

20、.1.1 硬件体系结构设计1）结点的确定该系统使用的硬件设备：4台内存2G, CPU为英特尔双核，硬盘300G, 9400 以上的显卡的计算机作为终端机，1台英特尔E5300高性能大容量的计算机作为 网络数据库服务器。配备3台，惠普喷墨打印机。其他科室配备相应的终端机。2）结点之间的关系数据库服务器与内部终端机采用Einternet方式连接，数据库服务器与外部终端采用Internet方式连接。其硬件体系结构配置图如图3.1所示。图3.1硬件配置图3.1.2 软件体系结构设计1）通用接口界面该层的功能是：用户与系统进行交流的登录窗口，用户若是要用此系统是必 须要登陆才能实现，备用构件图是通过商业

21、购买或者是开发其他软件时创建成功 的构件，因此以后的开发者可以根据自己的需要选择合适的构件使用。2）系统业务对象该层的功能是：实现用户所有的需要的操作，通过对系统的业务对象的有效 管理，能形成实现系统功能的实际的业务对象集。该曾包括系统的所有的服务界 面，业务对象管理包、外部业务对象和实际业务对象。3）系统数据库层其功能是：将能实现系统功能的对象集作为对象及数据存储到磁盘中，便于系统在需要时在将这些对象和数据提取出来进行处理和操作。这些操作依赖于SQL查询语言进行。该层有数据及对象和 SQL查询语言组成。其组件图如图3.3所示。3.2 对象模型设计以根据系统需求识别出系统中存在的对象。 系统对

22、象的识别可以通过寻找需 求描述中的名词来进行。从前述的系统需求描述中可以找到的名词有处方管理、 药品管理、药品管理员、配药管理、发药管理、统计管理、查询管理、盘点管理 建立如下类图：如图3.2所示。图3.2系统类图3.3 系统实现3.3.1 组件图如果要使用药品管理，需要调用配药、发药、统计、查询、盘点的源码，而 它们的源码需要调用相应的对象， 它们的对象需要调用相应的执行码。 由它们组 成相应的组件图，如图3.3所示。匚声品管理EZ源码）11配药（ 士源码）发药£ 工源科）厂匚源码）U查询 士涯码），悬占（匚三二； ：源码）nrzep5I7心发药（丁对辕）IZ. r- rzzi统计

23、（ 对象）I , 工 （ 工对盖） ltz一配药（执 匚1行码）J发药桢EZ行码）*EZ一统计执EZ行码）J查询飞机行码）J一I贵点【执EZ行码） | EZ图3.3组件图3.3.2 配置图系统配置图如图3.4所示，有4个节点：药房系统服务器、数据库服务器、 内部客户端、外部客户端。I端后t已晅帆图3.4系统配置图3.3.3 部署图系统主要分为了配药管理，发药管理，统计管理，查询管理，盘点管理，它 们与数据库服务器之间使用 Einternet方式连接。系统还配备了 3台打印机。具 体如图3.5所示。Ethernets图3.5系统部署图课程设计的体会与心得:通过几天的软件工程的设计，我对软件开发过程有两个更进步一步的了解， 首先是问题定义、需求分析，然后是功能设计、详细设计等，并对软件测试的方 法、手段有了较深的理解，同时对制造业的流程有了一个系统的认识。 在开发过 程还认真学习了与系统相关的知识，极大地拓宽了我的知识面，锻炼了能力，