药店管理系统分析和设计UML.doc

《药店管理系统分析和设计UML.doc》由会员分享，可在线阅读，更多相关《药店管理系统分析和设计UML.doc（19页珍藏版）》请在沃文网上搜索。

1、目录1. 设计目的和任务.22. 开发环境.22.1 硬件环境.22.2 软件环境.33.设计题目.33.1 题目名称.33.2 题目详细描述.33.3 功能要求.34. 相关技术及知识点.44.1 UML简介. .44.2常用UML图 4.3UML特点. 45.面向对象分析与设计.7 5.1 面向对象分析. 5.2 面向对象设计.6. 双向工程.（选做）.87. 总结.98. 参考资料.18面向对象分析与设计UML课程设计报告1. 设计目的和任务1、设计目的随着计算机技术的飞速发展，计算机在系统管理中的应用越来越普及，利用计算机实现各个系统的管理显得越来越重要。而药店管理是一项琐碎、复杂而又

2、十分细致的工作，药品数量之庞大、单价的变化、进货厂商的不同，一般不允许出错，如果实行手工操作，每天进货的情况以及进货时间等须手工填制大量的表格，这就会耗费药店管理工作人员大量的时间和精力，如果利用计算机进行这些管理工作，不仅能过保证各种核算准确无误、快速记录，而且还可以利用计算机对有关的各种信息进行统计，有检索速度高、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高管理的效率，也是管理行业的科学化、正规化管理，与世界接轨的重要条件。2、任务为了实现上面的目的，我设计了一个药店管理系统。这个药店管理系统主要涉及药店药品的进货、销售、柜存等业务，入库、库存管理，还有

3、药品状态的输入等管理。药店管理主要分为药店管理员、药店销售员对药店的管理。为了实现药店管理员对库存药品的查询、添加，然后根据库存数量进行进货，登记入库，以便进行及时的药品补进和更新；药店管理员还可以查询柜存药品的数量，可以进行增加，还可以对药品的详细信息的查询，对于库存柜存的过期药品，可以进行处理。 为了实现药店销售员对药店的管理，销售员可以对顾客进行销售，销售员根据顾客的需要登记销售药品、。对顾客选购的药品进行结账，并找零。提交药品给顾客。顾客可以通过系统快速查询药品的状态（包括是否有足够柜存数量、出售价格、用药指导等等），然后可以通知销售员药品，然后结账，之后获取药品。2. 开发环境2.1

4、 硬件环境一台windows XP 的计算机2.2 软件环境Rational rose3. 设计题目3.1题目名称. 药店管理系统3.2题目详细描述药店管理系统主要涉及药店药品的进货、销售、柜存、库存等业务管理，还有药品状态的输入、查看药品等管理。药店管理主要分为药店管理员、药店销售员对药店的管理。为了实现药店管理员对库存药品的查询、添加，然后根据库存数量进行进货，登记入库，以便进行及时的药品补进和更新；药店管理员还可以查询柜存药品的数量，可以进行增加，还可以对药品的详细信息的查询，对于库存柜存的过期药品，可以进行处理。 为了实现药店销售员对药店的管理，销售员可以对顾客进行销售，销售员根据顾客

5、的需要登记销售药品。对顾客选购的药品进行结账，并找零。提交药品给顾客。顾客可以通过系统快速查询药品的状态（包括是否有足够柜存数量、出售价格、用药指导等等），然后可以通知销售员结账，之后获取药品。3.3功能要求.药店管理信息系统要实现的主要功能有：一、药店管理员（1）对药品的基础信息进行维护和管理。能够完成药品信息的添加、修改，药品信息包括柜存数量、出售价格、用药指导等，供用户查看。 （2）查询库存柜存药品信息，还能查询药品的详细信息，包括药品的生产日期、保质期，判断是否过期等。（3）查看库存柜存药品的信息，库存不足，进货，药品入库。（4）统计进货额、进货量 二、药店销售员（1）拿取顾客所需药品

6、，给顾客结账并找回零钱（2）统计销售额，销售量三、顾客（1）可以查询药品的状态（包括是否有足够柜存数量、出售价格、用药指导等等）（2）可以结账并获取药品4. 相关技术及知识点4.1UML简介UML统一建模语言,是用来对软件密集系统进行可视化建模的一种语言。UML为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。统一建模语言 (UML)是非专利的第三代建模和规约语言。 UML是在开发阶段，说明，可视化，构建和书写一个面向对象软件密集系统的制品的开放方法。UML展现了一系列最佳工程实践，这些最佳实践在对大规模，复杂系统进行建模方面，特别是在软件架构层次已经被验证有效。UML被OM

7、G采纳作为业界的标准。UML最适于数据建模，业务建模，对象建模，组件建模。4.2常用的UML图最常用的UML图包括：用例图、类图、序列图、状态图、活动图、组件图和部署图。用例图描述了系统提供的一个功能单元。用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求，包括基于基本流程的角色关系，以及系统内用例之间的关系。用例图一般表示出用例的组织关系-要么是整个系统的全部用例，要么是完成具有功能的一组用例。要在用例图上显示某个用例，可绘制一个椭圆，然后将用例的名称放在椭圆的中心或椭圆下面的中间位置。要在用例图上绘制一个角色，可绘制一个人形符号。角色和用例之间的关系使用简单的线段来描述用例

8、图通常用于表达系统或者系统范畴的高级功能。此外，在用例图中，没有列出的用例表明了该系统尚未完成的功能。在用例图中提供清晰、简要的用例描述，项目赞助商或是需求者就很容易看出系统是否提供了必须的功能。类图表示不同的实体如何彼此相关；换句话说，它显示了系统的静态结构 。类图可用于表示逻辑类，类图还可用于表示实现类。实现类图或许会与逻辑类图显示一些相同的类。然而，实现类图不会使用相同的属性来描述，因为它很可能具有对诸如Vector和HashMap这种事物的引用。 类在类图上使用包含三个部分的矩形来描述.最上面的部分显示类的名称，中间部分包含类的属性，最下面的部分包含类的操作。 序列图显示具体用例的详细

9、流程。它几乎是自描述的，并且显示了流程中不同对象之间的调用关系，同时还可以很详细地显示对不同对象的不同调用。 序列图有两个维度：垂直维度以发生的时间顺序显示消息/调用的序列；水平维度显示消息被发送到的对象实例。 序列图的绘制非常简单。横跨图的顶部，每个框表示每个类的实例。在框中，类实例名称和类名称之间用空格/冒号/空格来分隔，如果某个类实例向另一个类实例发送一条消息，则绘制一条具有指向接收类实例的开箭头的连线，并把消息/方法的名称放在连线上面。对于某些特别重要的消息，可以绘制一条具有指向发起类实例的开箭头的虚线，将返回值标注在虚线上。阅读序列图也非常简单。从左上角启动序列的驱动类实例开始，然后

10、顺着每条消息往下阅读。状态图表示某个类所处的不同状态和该类的状态转换信息。有人可能会争论说每个类都有状态，但不是每个类都应该有一个状态图。只对感兴趣的状态的类才进行状态图描述。状态图的符号集包括5个基本元素：初始起点，它使用实心圆来绘制；状态之间的转换，它使用具有开箭头的线段来绘制；状态，它使用圆角矩形来绘制；判断点，它使用空心圆来绘制；以及一个或者多个终止点，它们使用内部包含实心圆的圆来绘制。要绘制状态图，首先绘制起点和一条指向该类的初始状态的转换线段。状态本身可以在图上的任意位置绘制，然后只需使用状态转换线条将它们连接起来。 状态图显示了它们可以表达的一些潜在信息。活动图像状态图一样，活动

11、图也从一个连接到初始活动的实心圆开始。活动是通过一个滑边矩形来表示的。活动可以通过转换线段连接到其他活动，或者连接到判断点，这些判断点连接到由判断点的条件所保护的不同活动。结束过程的活动连接到一个终止点。作为一种选择，活动可以分组为泳道，泳道用于表示实际执行活动的对象。 4.3UML的特点 标准建模语言UML的主要特点可以归结为三点：（1） UML统一了Booch、OMT和OOSE等方法中的基本概念。 （2） UML还吸取了面向对象技术领域中其他流派的长处，其中也包括非OO方法的影响。UML符号表示考虑了各种方法的图形表示，删掉了大量易引起混乱的、多余的和极少使用的符号，也添加了一些新符号。因

12、此，在UML中汇入了面向对象领域中很多人的思想。这些思想并不是UML的开发者们发明的，而是开发者们依据最优秀的OO方法和丰富的计算机科学实践经验综合提炼而成的。 （3）UML在演变过程中还提出了一些新的概念。在UML标准中新加了模板职责、扩展机制、线程、过程、分布式、并发、模式、合作、活动图）等新概念，并清晰地区分类型、类和实例、细化、接口和组件等概念。 因此可以认为，UML是一种先进实用的标准建模语言，但其中某些概念尚待实践来验证，UML也必然存在一个进化过程。5. 面向对象分析与设计一、用例图在用例图中，使用了三个角色，分别是管理员、销售员、顾客；使用了一些用例来表示管理员、销售员、顾客分

13、别具有的权限和职能，以及他们之间的关联。1、 对象和用例之间的关系：管理员有药品管理信息，库存药品管理信息，柜存药品管理，进货统计等职能。销售员有销售统计、结账、获取药品等职能。顾客有查看药品状态、结账、获取药品等职能。2、用例与用例之间的关系：（1）管理员方面库存药品查询和缺货之间的关系是缺货扩展库存药品查询的行为；药品详细信息查询和处理过期药品的关系是处理过期药品扩展药品详细信息的行为。药品信息管理包含了添加、修改药品信息的行为。缺货包含了药品入库的行为。库存药品管理包含了库存药品查询和药品详细信息查询的行为。柜存药品管理包含了药品详细信息查询和柜存药品查询的行为。（2）销售员方面结账和找

14、零之间的关系是找零扩展结账的行为。3、用例图截图如下二、概念模型概念模型中有九个实体，分别是：1、顾客有医保卡号属性2、管理员有管理员姓名属性3、销售员有销售员号和销售姓名等属性4、药品信息有药品号、药品名称、药品单价、药品数量、药品生产日期、药品类型、药品功能、药品服用指导等属性5、结账有药品单价、顾客姓名、销售员号、付款方式等属性6、进货有进货单号、进货时间、产品号、产品名称、产品数量、产品单价等属性7、查询有药品号、药品名称、柜存药品数量、库存药品数量、药品生产日期、药品价格等属性8、统计进货量有药品单价、进货数量、药品号、药品数量、进货时间等属性9、统计销售量有销售单价、销售数量、药品

15、号、药品数量、销售时间等属性关系：有多个销售员、一个管理员，多个销售员要统计一份销售量，一个管理员要统计多份进货量，一个顾客结一次帐，一个销售员给顾客收一次款，销售员统计销售量时根据多种药品信息，管理员统计进货量时要根据多种药品信息，一个管理员查询多次，进货多次所以，实体间具体的关系如下：1、销售员和结账之间是多对一的关系2、顾客和结账之间是一对一的关系3、顾客和药品信息之间的关系是一对多的关系4、管理员和进货之间的关系都是一对多的关系，5、管理员和查询之间的关系是一对多的关系6、管理员和统计进货量的关系是一对多的关系7、管理员和药品信息是一对多的关系8、统计进货量和药品信息之间的关系是多对多

16、的关系9、统计销售量和药品信息之间的关系是一对多的关系三、顺序图（1）顾客顺序图一个顾客角色和一个药店管理系统的对象。顾客要购买药品，首先要登录系统，然后查询药品信息，系统会返回药品的信息，然后顾客选购药品，确定后由销售员打印账单，并给顾客核对，然后顾客去销售员那里结账。（2）销售员顺序图一个销售员角色和一个药店管理系统的对象。 销售员要出售商品，首先要登录系统，然后可以根据药品信息对客户进行出售，然后可以查询药品信息，会返回药品信息，然后销售员可以通过顾客选购的药品信息进行打印账单，与顾客交易完成后，可以统计销售额。（3）管理员顺序图一个管理员角色和一个药店管理系统的对象。 管理员要对药品信

17、息进行管理，首先要登录系统，然后可以查询药品信息，然后系统会返回药品信息，如果缺货，可以进货，如果药品过期，可以处理过期药品。进货、处理过期业务后，可以会药品信息进行更新，还可以统计进货量。四、系统行为类 系统会发生的行为，包括登录、查询药品信息、核对账单、结账、打印账单、统计销售量、进货、统计进货量、更新药品信息等行为。 系统行为类五、契约1、名称：登录职责：顾客、销售员、管理员都可以登录系统、查看药品的信息。但是根据权限的不同，如果是顾客登录的话，顾客不需要输入帐号和密码。如果是销售员登录的话，销售员需要用专有帐号（销售员号）进行登录，如果是管理员登录的话，需要通过专有帐号（管理员姓名）进

18、行登录。后置条件：如果是顾客登录后，可以看到药品名称、柜存数量、出售价格、用药指导等等，以便选购药品。如果是销售员登录后，可以看到药品的名称、柜存数量、出售价格等以便统计销售量。如果是管理员登录后，可以看到药品的数量、类型、名称、价格、柜存数量、库存数量、生产日期等等，以便对药品、药品信息、进货等进行管理。如果有新任销售员或管理员，则新的帐号信息实例被创建，与登录形成关联。2、名称：查询药品信息职责：如果是顾客查看药品状态的话，顾客可以看到药品名称、柜存数量、出售价格、用药指导等等，以便选购药品。如果是销售员查看药品状态的话，销售员可以看到药品的名称、柜存数量、出售价格等以便统计销售量。如果是

19、管理员查看药品状态的话，管理员可以看到药品的数量、类型、名称、价格、柜存数量、库存数量、生产日期等等，以便对药品、药品信息、进货等进行管理。后置条件：顾客查看药品状态后，可以正确方便选购药品，然后去结账。如果没有所需药品，新的药品实例被创建。对顾客进行影响。销售员查看药品状态后，可以查看销售记录，然后统计销售量。管理员查看药品状态后，可以增删改药品信息、增加进货单、处理过期药品。如果没有药品信息，新的药品信息实例被创建，与药品信息形成关联。当药品数量不够时，新的进货实例被创建，与药品信息形成关联。3、名称：核对账单职责：顾客选购药品后通知销售员，销售员根据药品信息打印账单后给顾客核对。后置条件

20、：顾客核对完账单后，可以结账付款，销售员进行找零4、名称：结账职责：顾客对所需药品进行结账，销售员进行找零，系统增加销售记录。后置条件：顾客可以拿了药品，离开药店。5、名称：打印账单职责：销售员根据顾客选购的药品信息，进行打印账单。后置条件：把打印的账单给顾客核对，顾客核对完毕后，顾客可进行结账付款，销售员进行找零。6、名称：统计销售量职责：销售员通过结账后系统增加的销售记录进行统计汇总。后置条件：根据统计汇总销售量后得出销售报表。7、名称：进货职责：管理员查询药品信息后，发现库存信息不足，可以增加进货单，对药品进行进货后置条件：药品入库后，如果有新的药品信息，则可以创建新的药品的实例，与药品

21、形成关联。可以对药品信息的名称、数量等进行增删改操作。修改柜存和库存药品的信息。8、名称：统计进货量职责：管理员通过进货单，对系统增加的进货记录进行统计汇总。后置条件：根据统计汇总进货量后得出进货报表。9、名称：更新药品信息职责：管理员对药品的信息进行更新操作。如果库存药品不足，增加进货单，药品入库后，增加新有药品名称、数量等信息，更新原有药品的数量、生产日期等。如果柜存药品不足，增加柜存药品数量、更新库存药品数量。如果药品本身价格、用药指导等信息发生改动，更新药品信息。如果药品过期，处理过期药品，减少药品数量，更新药品信息。后置条件：更新药品信息后，从系统中返回更新后的药品信息，供顾客、销售

22、员、管理员登录后查看更新后的信息，以便顾客查询药品信息、选购药品的操作，销售员查询药品销售记录，进行统计销售量的操作，管理员查询药品进货信息、药品信息，进行统计进货量、进货等操作。五、协作图1、顾客登录的活动步骤分为：顾客登录，查询药品信息，返回药品信息，核对账单，药品付款，返回销售记录，退出系统 。 顾客协作图2、销售员登录的活动步骤分为：销售员登录，出售药品，打印账单，药品收款，查询药品信息，返回药品信息，统计销售量，退出系统 。 销售员 协作图3、管理员登录的活动步骤分为：管理员登录，查询药品信息，返回药品信息，进货药品，返回进货信息，更新药品信息，统计进货量，退出系统 。 管理员 协作

23、图52 面向对象分析一、系统类图共有七个类：顾客类：属性：医保卡号操作：登录、选购、结账销售员类：属性：销售员号、销售员姓名操作：登录、出售、找零、管理员类：属性：管理员姓名操作：登录、进货、处理过期药品药品类：属性：药品号、药品名称、药品单价、药品数量、药品信息操作：获取、查看、出售药品信息类：属性：药品号、药品名称、药品单价、药品数量、药品生产日期、药品类型、药品功能、药品服用指导操作：增加、更新、查询药品记录类：属性：药品号、药品名称、销售数量、销售单价、销售时间、进货数量、进货单价、进货时间操作：增加、更新、查询、统计账单类：属性：药品单价、医保卡号、销售员号、付款方式操作：打印、核对

24、、付款、收款二、组件图药店管理系统的组件图如下图，顾客、销售员、管理员组成角色，统计业务、更新业务、销售业务、查询业务、账单业务组成了药店管理系统。 三、部署图药店管理系统的部署图描绘的是系统节点上运行资源的安排。包括四个节点，分别是：客户端（内部客户端和外部客户端）、药房管理服务器、数据库服务器。 六、双向工程七、总结通过这次课程设计，我学到了很多，也增加了动手能力，对书本的知识有更深层次的了解，初步对UML建模有系统的的了解，掌握UML的设计流程和相关图像的画法。软件建模在软件开发中有很重要的地位，我们在设计的时候要考虑到很多方面，尽可能的做到详细，后面才方便开发。用UML图表达，更能体现

25、你从整体到细节的掌控能力，它能体现出最清晰的思路，最直接的思想。如果代码是“文字”的话，我认为UML就是类似人说的一种“语言”！所以用“语言”比起用“文字”我们能更方便的与他人交流（比如你告诉他你是怎么实现一个功能的，你还得让对方看你的代码，代码简明还好，要是很复杂的话，一来别人可能暂时看不懂，二来你讲解也会很费劲。而用图的话，就十分直观，配合图你再适当的说明思路，别人便很容易就理解你了）。而且一个会“说话”的人，还体现出这个人的素质、水平必定很高，别人会感到你这个人很有内涵！八、参考资料陆宏协同式网络系统的设计 开放教育研究1998.4孙际平等主编计算机与教育 电子工业出版社宋云娴网络教学的现状和未来 多媒体世界1997.8刘儒德信息技术与教育相整合的进程 北京师范大学陈国祥建构主义下的网络化教学初探余胜泉中国网校的现状与未来