UML建模案例——超市进销存管理系统

实验报告规范

实验报告

姓名学号班级成绩

实验名称超市进销存管理系统的UML建模实验日期

一．实验内容

基于OO设计与分析方法，用统一建模语言UML完成一个超市进销存管理系统

要求：

软件系统模型包括8种建模图，其中至少包含三个主要用例的用例脚本描述、顺序图、活动图和两个有较复杂行为的类的实例状态图。

二．需求分析文档描述

超市进销存管理系统要求能对超市的进、销、存行为进行管理，并且能根据不同权限的系统用户的需求进行报表的生成和查询，为超市管理者的决策提供协助。

当库存和在架商品数量低于临界值时，能发出警报，提醒库存管理人员。

当销售人员售出商品时，记录的在架商品的数量能相应的减少出售数量。

能进行人员的日常管理。

三．设计方法、思路和主要技术

设计方法、思路：根据系统需要实现的功能，我将系统划分成五个子系统，分别是销售部、进货部、库存部、会计部、经理室。分别用于实现商品的销售，商品的进货，商品的库存，金钱和报表，人事和决策的管理。

主要技术：UML

四．软件系统建模（包括完整建模图）（一）系统用例图

（1）企业级用例图

（2）系统级用例图

（3）销售部用例图

（4）进货部用例图

用例“生成订单”的描述

用例名称生成订单

标识符SP0001

用例描述当进货员收到经理发出的订货单，联系供货商，谈好价格，报经理审核后，生成订单，用例结束。

参与者进货员经理供货商

优先级 1

状态未审核

前置条件订货员收到经理发出的订货单

后置条件订货

基本操作流程进货员根据订货表选择多家供货商联系，谈好价格，将多家供货商的价格报经理审核，由经理选择供货商，然后进货员生成订单。

可选操作流程进货员根据订货表先选择一家供货商联系，谈好价格，将价格报经理审核，审核通过，生成订单，不通过再联系下一家供货商。

被泛化的用例无

被包含的用例无

被扩展的用例无

（5）库存部用例图

用例“货物上架”描述

用例名称货物上架

标识符SP0003

用例描述当在架商品数量低于最小临界值，库存员收到警报，将库存货物摆上

货架，用例结束。

参与者库存员

优先级 1

状态通过批准

前置条件在架商品数量达到最小临界值

后置条件在架商品数量达到最大临界值

基本操作流程库存员收到警报，将库存货物摆上货架

可选操作流程库存员每天清点在架货物，补充在架货物数量

被泛化的用例无

被包含的用例无

被扩展的用例无

用例“生成订货表”描述

用例名称生成订货表

标识符SP0008

用例描述库存商品数量低于最小临界值，库存员收到警报，库存员制定订货单，用例结束。

参与者库存员

优先级 1

状态通过批准

前置条件库存商品数量达到最小临界值

后置条件提交订货单

基本操作流程库存员收到警报，制定订货单

可选操作流程库存员库清点库存，发现库存接近最小临界值，生成订货表。

被泛化的用例无

被包含的用例无

被扩展的用例无

（6）会计部用例图

（7）经理部用例图

（二）系统类图

本系统的类的关系比较复杂，用一张完整的类图来表示的话，不容易看清楚类之间的关系。所以我这里用了5张类图来说明。

（1）销售部类图

（2）进货部类图

（3）库存部类图（4）会计部类图（5）经理室类图

（三）系统顺序图

（1）顾客购买商品顺序图（2）订货顺序图

（3）超市库存变化顺序图（四）系统协作图

（1）超市订货协作图

（五）系统活动图

（1）顾客购买商品活动图（2）生成订货单活动图

（3）生成订单的活动图

（六）系统状态图（1）商品状态图

（七）系统组件图（八）系统部署图

五．实验结论

在指导老师的指导下，经过两人的合作努力，设计过程中加入了两人的设计思想，完成了超市进销存管理系统的设计与实现。

编写需求与设计报告是基于UML的面向对象设计，在两人的观点达成基本一致的基础上完成UML作图与文档写作。

通过这次试验，至少基本掌握了一种UML建模工具，学会了UML的8种建模图，对UML建模这门课程有了更直观，更深刻的认识。同时也通过实践锻炼了自身的能力，启发了自己对于UML的兴趣。在以后的学习中，会进一步学习UML建模。

报告提交日期

跟我学UML建模工具StarUML(第9部分)——应用StarUML创建UML活动图的创建示例

1.1跟我学UML建模工具StarUML（第9部分）——应用StarUML创建UML活动图的创建示例 1.1.1UML活动图及主要的应用 1、UML活动图和活动 （1）活动图其实本质上就是流程图 从软件系统内部的视角来看，因为UML活动图反映的都是软件系统功能所要完成的动作过程（它定义出工作流从哪里开始，到哪里结束，工作流中发生了哪些活动及其顺序等），活动是工作流期间完成的任务。但要注意的是。UML用例描述和活动模型之间存在着一些重要的区别。但活动图与流程图之间也还存在有一定的区别 1）流程图着重描述处理过程，它的主要控制结构是顺序、分支和循环，各个处理过程之间有严格的顺序和时间对象活动的顺序关系所遵循的规则，它着重表现的是系统的行为，而非系统的处理过程； 2）活动图能够表示并发活动的情形，而流程图不行； 3）活动图是面向对象的，而流程图是面向过程的。 （2）UML活动图可以描述用例的活动和行为 用例描述是从外部参与者的角度出发来编写的，而活动模型则采用内部系统的角度进行描述的——使用活动图可以表示由内部生成的动作（描述活动）。当然，软件系统的分析和设计人员也可以利用活动图来为参与者对系统的操作行为进行建模（描述行为）。 （3）UML活动图中的动作状态的特性 这里所指的动作（也就是活动动作）主要有三个特点：原子性、不可中断性和瞬时性： 1)原子性的即不能被分解成更小的部分； 2)是不可中断的即一旦开始就必须运行到结束； 3)是瞬时的即动作状态所占用的处理时间通常是极短的，甚至是可以被忽略的。（4）动作状态在UML中的图示形式 在UML中，动作状态使用带圆端的方框表示（）。 （5）活动图中的动作流或者控制流

UML软件建模教程课后习题与答案

UML软件建模教程课后习题 习题1 一、简答题 1. 简述模型的作用。 答：现实系统的复杂性和内隐性，使得人们难于直接认识和把握，为了使得人们能够直观和明了地认识和把握现实系统，就需要借助于模型。 2. 软件模型有什么特征？ 答：建模对象特殊，复杂性，多样性 3. 软件建模技术有哪些因素？ 答：软件建模方法，软件建模过程，软件建模语言，软件建模工具 4. 软件模型包括哪些方面的内容？ 答：从模型所反映的侧面看：功能模型，非功能模型，数据模型，对象模型，过程模型，状态模型，交互模型，架构模型，界面模型等；从软件开发工作看：业务模型，需求模型，分析模型，设计模型，测试模型等。 5. 软件建模工具应该具有哪些基本功能？ 答：软件模型的生成和编辑，软件模型的质量保障，软件模型管理等 二、填空题 1、模型是对现实的（抽象）和模拟，是对现实系统（本质）特征的一种抽象、简化和直观的描述。

2、模型具有（反映性）、直观性、（简化性）和抽象性等特征。 3、从抽象程度，可以把模型分为（概念模型）、逻辑模型和（物理模型）三种类型。 4、较之于其他模型，软件模型具有（建模对象特殊）、复杂性和（多样性）等特征。 5、软件模型是软件开发人员交流的（媒介），是软件升级和维护的（依据）。 6、软件建模技术的要素包括软件建模方法、（软件建模过程）、软件建模语言和（软件建模工具）。 7、从开发阶段看，软件建模有业务模型、（需求模型）、分析模型、（设计模型）和测试模型。 8、软件语言有软件需求定义语言、（软件设计语言）、软件建模语言、（软件结构描述语言）、软件程序设计语言等。 9、根据软件建模工具的独立性，把软件建模工具分为（独立软件）建模工具和（插件式软件）建模工具。 10、OMG在（1997 ）年把UML作为软件建模的标准，UML2.0版本是（2005 ）年颁布的。 三、选择题 1、对软件模型而言，下面说法错误的是（D ）。 A.是人员交流的媒介 B.是软件的中间形态 C.是软件升级和维护的依据 D.是软件的标准文档

UML建模技术作业自编习题集

UML建模技术作业自编习题集 目录 第一章上升到面向对象 (1) 第二章可视化建模技术 (4) 第三章业务建模 (5) 第四章用例建模 (7) 第五章用例分析 (9) 第六章面向对象的设计原则 (12) 第七章面向对象的设计模式 (14) 第八章架构设计 (15) 第九章构件设计 (17) 第十章从模型到代码 (20)

第一章上升到面向对象 1、结构化思维与对象化思维有什么本质的不同？体现了怎样的思维差异？对象思想有何优势？ 2、如何表达设计思想：代码？图形？ 3、根据所在学院，以学生角度，应该哪些设计类与对象？举例说明面向对象技术的五个原则 4、阅读课件第1章PPT中的课外作业：面向对象术语清单 ●抽象类Abstract Class ●对象不能从中实例化的类 ●抽象Abstraction ●某项目（如类或操作）的基本特征 ●聚合Aggregation ●表示两个类或组件之间是“is part of”关系 ●聚合层次Aggregation Hierarchy ●通过聚合关系联系的一组类 ●关联Association ●对象和其它对象发生联系 ●属性Attribute ●类知道的东西（数据/信息） ●类Class ●相似对象的软件抽象，创建对象的模版 ●内聚Cohesion ●封装单元（如组件或类）的相关程度 ●协作Collaboration ●类协作来完成它们的职责 ●构件Component ●可以独立开发、分发以及与其他组件一起构建较大单元的内聚功能单元 ●组合Composition ●更强类型的聚合，其中“整体”完全负责它的各组成部分，每“部分” 对象仅和一个“整体”对象相联系 ●具体类Concrete Class ●可以进行对象实例化的类 ●耦合Coupling

UML建模实例-课程注册系统

课程注册系统 软件构架文档 版本 1.0 修订历史记录 目录 1. 简要说明 2. 参考 3. 构架表示方式 4. 构架目标和约束 5. 用例视图 6. 逻辑视图 7. 进程视图 8. 部署视图 9. 大小和性能 10. 质量

软件构架文档

1.简要说明 软件构架文档提供了课程注册系统构架方面的综合概述。课程注册系统是 Wylie College 为支持联机课程注册而进行开发的。 本文档从利用 Rose 实施的课程注册分析设计模型中直接生成。大部分章节都是使用 SoDA 和软件构架文档模板从 Rose 模型中摘录而来。 2.参考 适用的参考资料包括： 1.课程收费接口规约，WC93332，1985，Wylie College Press。 2.课程目录数据库规约，WC93422，1985，Wylie College Press。 3.课程注册系统前景文档，WyIT387，1.0 版，1998，Wylie College IT。 4.课程注册系统词汇表，WyIT406，2.0 版本，1999，Wylie College IT。 5.用例规约 - 结束注册，WyIT403，2.0 版，1999，Wylie College IT。 6.用例规约 - 登录，WyIT401，2.0 版，1999，Wylie College IT。 7.用例规约 - 维护教授信息，WyIT407，2.0 版，1999，Wylie College IT。 8.用例规约 - 课程注册，WyIT402，2.0 版，1999，Wylie College IT。 9.用例规约 - 选择要开授的课程，WyIT405，2.0 版，1999，Wylie College IT。 10.用例规约 - 维护学生信息，WyIT408，2.0 版，1999，Wylie College IT。 11.用例规约 - 提交分数，WyIT409，2.0 版，1999，Wylie College IT。 12.用例规约 - 查看报告卡，WyIT410，2.0 版，1999，Wylie College IT。 13.课程注册系统的项目计划，WyIT418，1.0 版，1999，Wylie College IT。 14.E1 迭代计划，WyIT420，1.0 版，1999，Wylie College IT。 15.补充规约，WyIT400，1.0 版，1999，Wylie College，IT。 1.构架表示方式 本文档以一系列的视图表示构架，包括用例视图、流程视图、部署视图和实施视图。这些视图表示为 Rose Model 并使用统一建模语言 (UML)。 2.构架目标和约束 有一些重要的需求和系统约 束对构架有重大的影响。它 们分别是： 1.必须访问 Wylie College 现有遗留的课程目录系统以检索本学期所有课程 的信息。课程注册系统必须支持遗留课程目录系统 [2] 采用的数据格式和 DBMS。 2.必须与 Wylie College 现有遗留的财务系统交互以支持对学生的收费工 作。该接口在课程收费接口规约 [1] 中已有定义。 3.无论是本地校园网的 PC 还是拨号上网的远程 PC，所有的学生、教授和注 册员都必须能够在这些 PC 上执行他们各自对应的功能。

UML建模课程设计(史上最全)

UML建模课程设计

目录 1 引言 (4) 2 UML概述 (4) 2.1 UML简介 (4) 2.2 UML模型图的构成 (4) 2.3UML事物 (4) 2.3.1构件事物 (5) 2.3.2行为事物 (5) 2.3.3分组事物 (5) 2.3.4注释事物 (6) 2.4 UML图及特征 (6) 2.4.1 用例图 (6) 2.4.2 类图 (6) 2.4.3 对象图 (6) 2.4.4 时序图 (6) 2.4.5 协作图 (7) 2.4.6状态图 (7) 2.4.7活动图 (7) 2.4.8组件图 (7) 2.4.9配置图 (8) 3 UML结合实例分析 (8) 3.1 需求分析 (8) 3.1.1系统开发需求 (8) 3.1.2系统功能需求 (8) 3.2 UML建模分析 (9) 3.2.2类图 (10) 3.2.3 活动图 (11) 3.2.4 顺序图 (12) 3.2.5 协作图 (13)

3.2.6 状态图 (14) 3.2.7 组件图 (15) 3.2.8 部署图 (15) 4 总结 (16)

1 引言 建模是开发优秀软件所有活动的核心部分。在开发中利用UML来编制系统蓝图,并与仓库管理系统开发的特色相结合,提出了自己的一套UML的建模过程。基于这个过程来进行系统的分析,设计,实现与测试。运用UML建模思想与各种模型对仓库管理系统进行详细的描述。 2 UML概述 2.1 UML简介 UML (Unified Modeling Language)为面向对象软件设计提供统一的、标准的、可视化的建模语言。适用于描述以用例为驱动，以体系结构为中心的软件设计的全过程。 UML的定义包括UML语义和UML表示法两个部分。 UML语义：UML对语义的描述使开发者能在语义上取得一致认识，消除了因人而异的表达方法所造成的影响。 UML表示法：UML表示法定义UML符号的表示法，为开发者或开发工具 使用这些图形符号和文本语法为系统建模提供了标准。2.2 UML模型图的构成 事物(Things)：UML模型中最基本的构成元素，是具有代表性的成分的抽象关系(Relationships)：关系把事物紧密联系在一起 图(Diagrams )：图是事物和关系的可视化表示 2.3UML事物 UML语言的事物,包括四类: 结构事物:语言的静态构成要素，有7种：类和对象、接口、主动类、用例、协

UML建模实例图

面向对象分析与设计课程实验考核大作业报告

目录 实验一用例图 (3) 实验二活动图 (8) 实验三状态图 (16) 实验四类 (22) 实验五类的关系 (29) 实验六、七交互图 (33) 实验八、九对象图和包 (41) 实验十、十一组件图和部署图 (43)

实验一用例图 一、实验目的 1．熟悉用例图的基本功能和使用方法。 2．掌握如何使用建模工具绘制用例图方法。 二、实验器材 1．计算机一台。 2．Rational Rose 工具软件。 三、实验内容 根据某图书管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。要求：对其中主要功能的用例书写书面用例。 四、实验步骤 书写“删除读者信息”用例的书面用例。一般应包含以下信息： （1）管理员在录入界面，输入待删除的读者名； （2）“业务逻辑”组件在数据库中，查找待删除的读者名； （3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续； （4）“业务逻辑”组件判断“待删除的读者”是否可以删除； （5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续； （6）在数据库中，删除相关信息； （7）显示删除成功信息； （8）结束。 分析: 在图书管理系统中,管理员首先登录系统,系统验证通过后,管理方可向系统查询数据,在查询后,系统会给出提示,有没有找到相关的数据,管理员根据系统查询的返回结果,进行下一步的操作,就是删除读者,在删除的过程中,系统会对查询得到的结果判断该记录是否可以删除,若可以删除,则给删除提示,若不能删除,也给相关的提示信息。 绘图步骤: (1)在用例图上双击main,出现如图1.1所示,为绘制用例图做好准备。