UML 网吧管理系统

第一篇：UML 网吧管理系统

贵州师范大学职业技术学院

系统名称:

姓 名：

班 级: 08 专 业: —— UML基础教程 ——

考 察 报 告

网吧管理系统 成豪 王建勇 何汶峰 彭健 杨茂科 杨胜文 杨兴福 杨家权 计应 计算机应用技术

目

录

UML实验报告

UML实验报告

UML实验报告

UML实验报告

UML实验报告

UML实验报告

UML实验报告

UML实验报告

UML实验报告

UML实验报告

UML实验报告

UML实验报告

UML实验报告

第二篇：UML库存管理系统

UML课程设计

报告 设计名称： 库存管理系统

专业班级： 姓 名： 学 号： 起止时间： 成 绩 评 定

考核 设计 设计 综合评 答辩 内容 表现 报告 定成绩 成 绩 计算机科学与工程系

一、系统需求说明 20世纪90年代以来随着科学技术和生产力的迅速发展以及经济全球环境的深刻变化，企业面临着一个崭新而又激烈的竞争环境，体现在全球化的信息网络和全球化市场形成所带来的信息爆炸技术变革的加速市场和劳务竞争的全球化，围绕新产品的市场竞争日趋激烈，用户的需求越来越苛刻，同时产品的生命周期不断缩短，企业又面临着缩短交货期、提供产品质量、降低成本和改进服务的压力，在这种情况下全面提高和改善自身水平成为企业最关心的问题之一。企业实施信息化建设已成为企业的发展趋势和提高企业的管理水平的有效手段。信息化建设不在是企业的效益工程而是企业的生存工程，20世纪90年代美国著名的IT分析公司Grant Group Inc,提出了ERP企业资源计划的概念，迎合了信息时代企业管理的发展要求。随着ERP相关理论，以及ERP系统开发的逐渐成熟，企业界掀起了实施ERP管理信息系统的浪潮。中国作为制造大国，在制造业迅速发展的今天，库存国民投资额在整个国民生产总值占有相当大的比重达到了20%——30%，库存管理的适当与否对企业经营利润有很大影响，因此新环境下非常值得人们对ERP环境下的库存管理进行深入研究和探讨。本文结合ERP环境下的库存管理系统，重点研究如何利用UML建模语言对库存管理系统进行建模，给出了ERP环境下库存管理系统的需求模型和对象模型，在建模过程中利用了用例图、类图、包图、顺序图等图形。最后，结合系统模型的研究，实现了库存管理系统。

二、系统分析

（一）库存管理业务流程分析 企业的库存管理工作主要由企业物资部门或仓库部门完成，其主要业务就是对企业物料收获、存货、发货，以及分析提供库存管理所需的各种数据报表等管理工作。库存管理业务流程图，如图所示： 采购部门采购订单 供应商发票 财务部门发货 检验接受库存盘点发销售出入库票货款凭证求购处理入库领料通知单生产发料发料 生产部门仓库部门客户入库 库存订单工票产品入库分析提货单决策部门销售部门 2

（二）Uml表示法 1.1 用例图 根据业务流程图确定系统边界，确定用例（Use Case）。用例可从另一个方面对企业的业务流程建模，从中可以提取对我们开发系统有用的信息，可以确定系统功能。如图2所示库存管理系统的用例图

inter manageout manageadministratorinventory manage

information search

该图展示了一张仓库管理系统的用例图，从系统的外部执行者的角度来看，普通仓库管理员可以进行出库管理、入库管理、盘点管理和信息查询等操作。（2）顺序图

: administrator1: load

2: back3: data name and position4: copy data5: copy success 3

（3）活动图

produce inventory bills inventory on the spot inventory manage

三、系统设计报告(一)库存管理系统需求模型的建立

1、用例图 在库存管理系统中，由于牵扯到大量的执行者和用例，为了便于组织，按与系统交互的对象的不同将系统划分为三个包，如图所示：

用例模型包图 其它系统与仓库高层决策人员和系统仓库管理员管理系统的交互 管理员与系统的交互 与交互系统 仓库管理员与系统交互包主要描述仓库管理员要使用系统的那些功能，向系统输入哪些信息，从系统获取哪些信息，以及需要系统提供哪些功能支持仓库管理员的日常工作。高层决策人员及系统管理员与系统交互包描述高层决策人员需要从系统获取什么信息，做出什么分析与决策支持系统更好的运转；系统管理员则需要维护，管理系统，使其正常化工作。由于库存管理系统并不是一个孤立系统，他需要其他系统进行交互，其他系统与库存管理系统的交互包则反映交互信息的流向。下面对每个系统包进行详细的描述。4

（1）仓库管理员与交互的用例模型

high-inventory alarm identity testexpand

useinventory place appointaccount updateinter manageuseexpandadministratorout

managelow-inventory alarminventory manageinformation searchform produce 在这个用例模型中有一个执行者：库存管理员。十一个用例：身份验证，入库管理员，最高库存警报，出库管理，最低库存管理，指定库位，更新账目，库存信息查询，盘点管理及报表生成。当有物资需要进行出入库时，仓库管理员就要进行出入库的管理：核实账单，清点物资，录入单据，然后由系统自动为该批物资分配货架，同时更新账目。在入库时，如果系统检测该类物资库存量超过限定的最高存量，也将发出警报。在入库管理用例与最高库存警报用例，出库管理用例与最低库存警报用例之间采用了扩展关系。入库管理，出库管理与指定库位之间，指定库位与更新账目之间采用了使用关系。扩展时一种基本需求的特殊情况。而当在两个或更多的用例中出现重复描述而又想避免这种重复时，采用使用。出入库单据录入后，仓库管理员还需要定期对单据进行核对，即进行库存信息的查询，主要包括：账目信息，出入库信息，以及库位信息，存量信息等。当所有信息核对完成后，仓库管理员还需要定期打印出各种报表，以供其他系统做出一些决策。盘点也是库管员一项很重要的工作，保持经常有效的盘点，可以更加全面准确的掌握库存信息。当库管员进行盘点时，首先要锁定盘点的库位或物料信息，即盘点时刻不允许出入库；盘点完毕后，要填写盘点记录，对于盘点数量与账目数量不同的物料需求要给出原因。5

（2）高层决策人员与系统管理员的交互用例模型

inventory originallimits manage

inventory controlidentity testadministratorhigh-adminform produceanalyze reportdata copy and resume 在这个用例模型中共有两个执行者：高层决策人员，系统管理员。七个用例：基本信息维护、数据的备份与恢复、身份验证、仓库信息初始化、库存控制、分析评价及库存信息查询。其中身份验证和库存信息查询用例和库管员和系统的交互的用例是同一用例。对于高层决策人员来讲仓库一些基本信息的初始化，主要是账目和库位信息初始化。当系统开始使用，高层决策人员还是要进行一些库存控制，即为了满足用户及生产需求，确定最低库存量，决定订货时间及订货量。当然为了及时动态了解库存情况，还需要一些库存信息进行分析评价，例如：资金占用情况，积压失效情况，仓库使用情况等。不论是做决定还是分析，都需要库存基本信息支持。对于系统管理员来讲，主要的工作室进行基本信息的维护，包括权限的管理和数据的备份与恢复。(3)其它系统与库存系统的交互

out manageform produceproduce sys information searchsupply syscost manage project data syssell sysinter manage 由于库存管理系统并不是一个独立的系统，他需要和其他系统进行信息的集成，以保证数据的完整和准确。再生产计划出入库时，需要根据计划来限制出入库的物资品种及数量。6

当然，计划的制定还需要准确的库存信息。采购供应管理系统需要根据库存信息来制定采购计划，外购物资则需要根据采购计划进行入库。库存管理系统需要用工程数据管理系统中的一些基本信息，包括：物料信息，人员信息，以支持系统准确的进行。销售和成本核算管理系统的梳理进行同样需要库存数据的支持。2．业务活动图（1）物资入库活动 inter form receive identity test inter manage inventory inventory inventory place checkcheckstate check alarm transmit inventory place appoint account update 物资的出入库是库存管理中主要的业务，合理的出入库流程不仅能加快出入库的效率，7

而且能够对库存信息做到心中有数。当一批物资需要进行出入库时，首先库管员需要核对入库单，清点入库物资，当入库单据与入库物资相符时，才能入库。接着库管员登录系统，通过身份验证，进入入库管理主界面。输入要入库物资的基本信息后，系统自动进行一些信息查询：存量信息，库位状态，盘点状态。当该类物资存量超出最高库存量，系统发出报警，此时可以退出系统，即此类物资不在进行入库，也可以强行入库。在检查库位信息时，如果发现没有空余库位，同样系统会发出警报，但允许入库，只是需要人工指定库位。完成上述步骤，系统会主动为物资安排库位，更新账目，到此时也就完成入库过程。（2）主要业务活动图 inventory inter out check account place checkcheckcheck

produce

inter and

inventory formoutmanage

analyze

and

inventory NewStatevaluatecontrole 8

库存管理的业务都是以出入库信息，账目信息和库位信息为依托进行的。所以首先需要将出入库信息，账目信息，库位信息进行核对，只有这些信息准确无误才可以进行下一步的工作。核对基本信息后，为了确定仓库内物资，可以进行盘点；为了进行分析评价，库存控制，可以生成报表；对一些信息筛选后，可以进行数据的备份或恢复。

（二）库存管理系统对象模型的建立 1． 类图 基本信息中的类图 入库类别与出库类别的属性为出入库别编码及名称，在进行出入库时，以其为依据判别出入库类型，例如确定一批货物是一般收料还是委托加工等等。不论是仓库管理员还是系统管理员还是高层决策人员在登录时，都需要进行身份验证，以确定其权限，如果是仓库管理员则需要细化仓库一级权限。下图为主要类图及没类图的具体属性及操作，如图所示： 9

2.顺序图与协作图（1）物资入库顺序图

inter windowaccountshelves state

inter shelves info1: ready to assign shelve 2: shelve not null3: shelve on inventory4: shelve available5: work normal and update6: back 物资入库顺序图 在完成入库单与入库项的填写后，进入胃物资指定库位的操作中，首先系统要自动检查库位的状态，当没有多余库位或者库位正在进行盘点时，则系统提示不能进入下一步的操作，如果有多余库位则系统自动为物资安排库位，进行物资的入库，同时修改库存信息，此时完成了物资的入库的所有操作。（2）物资入库协作图 5: error4: error

6: change or check of goods incoming of 3: incoming of change the form(right)formitem2: incoming of form7: checkquit9: surpass of max reserve

window of

account of incomingreserve8: less than max resevelogon 1: incoming of administrgoodsator 11

物资入库协作图 上图为物资入库的合作图。在一批物资要入库时，首先仓库管理员登陆系统进入入库窗体，然后进行入库单录入，只有在入库单填写正确的情况下才能转入入库项填写，如果入库项填写错误时，同样不能进行下一步操作；并且如果在填写入库项时发现仓库内此类物资正在盘点，则此批货物此时不能进行入库的，需要退出或等待。当所有条件都符合时，系统自动检查物资的库存量，但超出仓库最大库存时，退出所有操作；反之进入为此货物指定库位的操作。（3）状态图

系统人机交互状态图

fail logonstartlogonlogon successoperateentry/ inputdo/ check

namefinishreturncancel password and logoncancelcancelfinishexit/ quit

entry/ prompt do/ checkexit/ quit or returnoutcome 人机系统交互状态图

四、系统的配置与实现

（一）系统的组件图

<>Businessp

The user

The

Server The rocessinterfacedatebase 系统组件图 12

(二)系统配置图

clientdatab...program 系统配置图

五、设计心得体会 项目实训开始的时候，要求每两个人选择一个题目，本以为这会很简单，可坐下来之后才发现，事实并非如此。从需求分析到最后的课题的终结，中间实现的过程都需要应用很多的理论知识，而时间的推移让自己发现所学知识的肤浅性，只是模糊的停留在知识的表面，没有对其深刻的认识与掌握，同时，这也是对信心，和耐心的一次考验。通过这次课程设计，小组成员分工合作，我们两个都学到了很多东西。以前不熟悉的地方都得到了很好的解决。我们通过自我学习掌握一些基本应用，并通过项目来加强对其的理解，我们完成了这一系列的设计。过程是艰苦的，但是通过这次实训我们学到了很多，结果是美好的。这次课程设计也让我明白了，作为一个软件技术的学习者，多动手显得尤为重要，另外，多看看经典的例题，多与同学之间交流，对于知识和能力的提高也有很大的帮助。由于我们能力有限，加上时间仓促，本系统难免会出现一些不足之处，对于出现的问题，在此深表歉意，如果还有其他问题希望老师批评指正。13

第三篇：门诊管理系统UML

门诊管理系统

第1章 需求分析

1.1系统建设的意义

随着社会的发展，人们的生活节奏不断加快，各种突发事故也频繁发生。因此对于医护人员来说提高单位时间内的工作效率显得原发重要。门诊管理系统结合了各种新的技术，还将医务人员从繁琐重复的病历文书书写工作中解脱出来，为医务人员节省出大量的时间，更好的为门诊和患者服务，集中精力关注病人的诊疗。

1.2系统需求描述

从系统功能描述可以划分为以下几方面：

挂号子系统：该系统有人工挂号系统和自主挂号系统。挂号子系统主要描述了挂号过程中的各种活动，让病人和医护人员更加清楚这一过程中的环节。遵循这个规范则可以节省更多的时间，从而提高医护人员的工作效率。

查询子系统：此查询系统可为患者提供个人病例查询，药品的相关信息的查询和就诊医生的相关的信息，病人需输入相关的验证信息；另外医务人员还可以通过此查询为病人拿相应的药品。

收费子系统：该子系统的功能是主要医院提供打印收费票据、医疗项目收费统计、收费汇总等功能。此外还可以为本院的忠实患者办理医疗卡、进行医疗卡预存。医疗卡能方便患者进行挂号及自助挂号和缴付各种医疗费用。系统主要功能是面向医院的工作人员。

办理就诊卡子系统：对于初来患者需要录入本人的相关信息并办好就诊卡，以后挂号就可以直接使用就诊卡进行挂号，这样既减轻了医务人员的工作负担，同时也缩短了患者的挂号时间，能够更短时间的就诊。

第2章 系统的UML基本模型

2.1系统整体的用例模型

图2-1系统整体用例模型

用例模型描述：患者主要使用查询病例信息用例和自主挂号用例。收银员主要使用药费和办理医疗卡用例，其中用费用例又包含收取挂号费和检查费用例。护士的主要使用挂号、配药、办理就诊卡和登记患者信息用例；信息管理人员主要使用医护人员管理、药品管理和病人信息管理用例；医生主要使用检查和诊断用例，其中诊断用例有包含开检查单、开药方和开诊断结果用例。

2.2系统整体的用户类图

图2-2系统整体用户类图

系统用户类图描述：系统用户有病人、医生、护士、收银员、信息管理人员。其中病人输入相关验证信息可以查询自己的病例和相关的药品信息；医生可以把病人的诊断结果以及真短信息写入；护士可以给病人挂号和办就诊卡；收银员收取诊断费和检查费用；信息管理人员主要是针对医务人员、患者和药品的相关信息进行增加、删除和修改。

2.3系统总体的顺序图

图2-3门诊信息系统主要的顺序图

系统总体顺序图描述：系统总体可以分为登陆窗口界面、系统界面、相应管理界面和信息界面。在登陆窗口界面，输入正确的身份验证信息之后，进入相应身份的系统界面，然后在系统界面点击或者输入相关的信息，在数据库中提取信息并进入相应的信息界面。

2.4查询

2.4.1查询系统类图

图2-4查询系统类图 类图说明：信息查询器类处理所有的信息查询操作。系统中所有用户的查询功能都是通过此类提供的各种查询方法实现。信息查询器根据用户的不同级别控制其信息的访问权限

2.4.2查询系统活动图

图2-5查询系统活动图

2.4.3查询病例顺序图

图2-6查询病例顺序图

2.5挂号

2.5.1挂号管理子系统类图

图2-7挂号管理子系统类图

2.5.2挂号管理活动图

图2-8挂号管理活动图

2.6自助挂号

2.6.1自助挂号活动图

图2-9自主挂号活动图 2.6.2自助挂号顺序图

图2-10自助挂号顺序图

2.7收费系统

2.7.1收费子系统类图

图2-11收费系统类图

2.7.2收费系统顺序图

图2-12收费系统顺序图

2.8办理就诊卡系统

2.8.1办理就诊卡类图

图2-13办理就诊卡类图 2.8.2办理就诊卡顺序图

图2-14办理就诊卡顺序图

第四篇：仓库管理系统课程设计 UML

无锡职业技术学院实践环节材料撰写用纸

二、仓库信息管理系统分析与设计

（一）《仓库信息管理系统》的需求建模

1、需求分析

仓库信息管理系统要能完成以下功能：

仓库存放的货物品种繁多，堆存方式以及处理方式也非常复杂，随着业务量的增加，仓库管理者需要处理的信息量会大幅上升，因此往往很难及时准确的掌握整个仓库的运作状态。针对这一情况，为了减轻仓库管理员和操作员的工作负担，此系统在满足仓库的基本管理功能基础上发挥信息系统的智能化。

根据要求可将系统分为四个模块（1）用户登录模块

普通操作员和管理人员登录此系统，执行仓库管理的一些操作，但是普通操作员和管理人员所能执行的功能不一样。（2）仓库管理模块

管理员工作需要登陆系统，才能够进行操作，系统中的各项数据都不允许外人随便查看和更改，所以设置登陆模块是必须的。可以执行仓库进货，退货，领料，退料；商品调拨，仓库盘点等功能。(3)业务查询模块

在用户登录系统后，可以执行库存查询，销售查询，仓库历史记录查询。

(4)系统设置模块

显示当前仓库系统中的信息,在系统中可以执行供应商设置，仓库设置。

2、功能模块分析（1）登录模块

 普通操作员：显示当天仓库中的所有库存的信息。 管理员：修改仓库中的库存信息。

 用户注销：在用户执行完仓库功能时，注销。 用户退出。（2）管理模块

 仓库库存的进货与退货；

 仓库中的库存需要领料和退料功能；

 仓库也可以完成不同地区的商品在此仓库的商品调拨任务；  用户人员也可以在当天之后对仓库中的库存进行盘点。（3）查询模块

 显示当前仓库商品信息，并执行库存查询；  显示仓库信息，对商品的销售量进行查询；  此系统还可以对仓库历史记录进行查询。（4）设置模块

 供应商设置  仓库设置

3、工作内容及要求

 进一步细化需求分析的内容，识别出系统的参与者，并完成用例图； 无锡职业技术学院实践环节材料撰写用纸

将用例图中的每个用例都写成相应的事件流文档；

进一步使用活动图来描述每个用例，为后续的系统设计做好准备；

按照系统的功能分析，从用例的描述中提取出系统的对象类和界面类，建立类图；

分析类图中的实体类和实体类之间的关系，画出数据库的逻辑模型图（只包含实体类，且注明角色和阶元）。

 对数据库的逻辑模型进行优化，取消多对多的联系，完成最终的逻辑模型设计；  使用交互作用图或状态机图完成系统动态行为的建模。（建议使用顺序图按功能分别描述）

4、创建SRS文档：

 引言

 仓库管理系统将24小时为用户服务。 用途

 SRS文档将作为SDLC设计和编码阶段的输入。 作用域

 管理员直接对系统进行管理。 功能性需求

 操作员需要取得管理员的认可才可以登录此系统。 操作员可以查询库存的信息。

 系统管理员可以管理登录系统以后对仓库进行管理

 因为不是每个人都可以随便修改系统的，所以系统管理员可以登录进系统以后对用户的权限信息进行管理。

 界面需求

 界面应该清晰易懂。 运行环境

 此系统可以在网络上进行运行。    无锡职业技术学院实践环节材料撰写用纸

用例图如下：

分析：操作员在进行验证后登陆系统，可以执行商品的进退货的记录信息的查询与管理等操作。

用户登录**仓库领料仓库进货**退出系统****商品调拨**操作员****用户注销*仓库退料*仓库退货c

图1 操作员用例图

分析：此用户是管理员，可以对仓库信息进行维护，仓库商品进行盘点，业务分析，历史记录查询，供应商信息维护和仓库查询操作。

无锡职业技术学院实践环节材料撰写用纸

仓库信息维护用户登录****用户注销******管理员***退出系统仓库盘点*仓库查询**供应商信息维护*业务分析历史记录查询*

图2 管理员用例图

分析：该用户为供应商，可以对执行仓库进货和退货的查询与管理操作。

仓库进货***商品供应商*仓库退货

图3 供应商用例图

（二）《仓库管理系统》的静态建模

静态建模用于描述软件的静态成分，又叫结构建模。它包含类关系图和对象关系图。用于描述软件系统的成分之间的关系和依赖性。1）类的分析与设计

 确定初始类图  提取类的属性  提取类的操作 无锡职业技术学院实践环节材料撰写用纸

 类之间的关系

去除不必要的类和不正确的类：

1.冗余类：若两个类表述同一信息，保留最具有描述能力的类； 2.不相干的类：去掉与问题没有多少关系和根本不相关的类；

3.模糊类：类必须是确定的，有些临时类边界定义不对，或范围太广，应排除； 4.属性：如果有些名词是用来描述某个类的，那么它一定是这个类的属性。5.操作：如果所描述的操作并不适用于对象并且被自身所操作，那么这一定不是类。这样可以得到相关的三种类关系：  人员信息包类图  接口信息包类图  系统事务信息包类图 2）确定类之间的关系

两个类之间的相互依赖就是关联，关联常用描述性动词或动词组来表示，其中有物理位置的表示、传导的动作、通信、所有者关系及条件的满足等等。通过以上方法可以确定类图：

① 人员信息包类图里包含：操作员类、管理员类、供应商类、商品进货模块类、商品退换模块类、商品打印模块类、库存查询模块类、商品盘点模块类、历史信息查询模块类和商品调拨模块类。

无锡职业技术学院实践环节材料撰写用纸

**操作员-姓名-id号-权限+仓库进货()*+仓库退货()+仓库领料()+仓库退料()+商品调拨()*+用户登录()+用户注销()+退出系统()+盘点信息打印报表()+进货商品打印报表()*+退换商品打印报表()+商品库存信息()**商品进货模块+商品清单()+退货清单()+查询信息()库存查询模块**商品打印模块*

图4 人员信息包类图

供应商-供应商姓名-供应商id号-联系方法+进货()+退货()*1管理员-姓名-id号-权限+供应商信息维护()+仓库信息维护()+盘点信息()+仓库查询()+业务分析()+用户注销()+退出系统()+历史记录查询()+用户登录()+查询结果()*历史信息查询模块*+查询条件()+进货记录()+商品调拨记录()+商品盘点信息()*********商品退换模块*商品盘点模块*+审核后盘点信息()+查询信息()**商品调拨模块+查询信息()+查询条件()*+盘点信息列表()8 无锡职业技术学院实践环节材料撰写用纸

② 接口信息包类图里包含：用户登录类、仓库管理类、系统管理类和业务查询类。

仓库管理+仓库进货()+仓库退货()+仓库领料()+仓库退料()+仓库调拨()+仓库盘点()用户登录+用户登录()+用户注销()+退出系统()系统设置-供应商设置-仓库信息维护业务查询+库存查询()+业务分析()+历史记录查询()

图5 接口信息包类图

③系统事务信息包类图包含：用户登录类、供应商管理类、业务分析类、查询历史信息类、仓库信息维护类、领料类、退料类、退换类、盘点类、调拨类和仓库查询类。

无锡职业技术学院实践环节材料撰写用纸

调拨供应商管理-该操作id号-日期-管理员id号+增加供应商()仓库信息维护-该操作id号-日期退料用户登录-该操作id号-登录日期-登录人id-name+用户登录()+用户注销()+退出系统()退货-交易id-日期-操作员-交易id-日期-退料人-操作员仓库查询-该操作id-日期领料-交易id-日期-领料员-操作员查询历史信息-该操作id-日期业务分析-操作id号-日期-管理员id+opname()盘点-交易id-日期-管理员id-仓库id

图6 系统事务信息包类图

（三）《仓库管理系统》的动态建模

在完成静态建模后，需要对系统实现动态建模。需要创建

 活动关系图：表示系统的静态成分为了完成过程需要执行的活动的顺序；

 交互关系图：表示软件系统静态成分之间的交互，常用序列关系图和通信关系图。(1)活动关系图

活动关系图是用来对特定过程的控制流进行建模。

分析：管理员在登录系统后，查看销售记录和查看商品库存情况，如果缺货就通知操作员缺货商品清单，操作员即可联系供应商按缺货清单提供货物，然后管理员更新数据库结束，如果不缺货直接结束。

无锡职业技术学院实践环节材料撰写用纸

通知操作员缺货商品清单查看销售记录联系供应商按缺货清单提供货物查看商品库存情况[ 缺货] 接受货物更新库存数据库[ 不缺货 ]

图7 仓库系统的活动图

(2)交互关系图：通信关系图、序列关系图

①通信关系图以消息的形式表示对象之间的交互。通信图集中在活动着的对象上，表现的是相互通信的对象之间的消息传递，不参照时间。通信图通过在消息上加序号表示消息传递的次序。序列号放在消息之前作为消息的前缀。

注：通信关系图不描绘对象的生命线。A.管理员盘点过程协助图

分析：操作员把盘点信息发送给管理员，管理员审查后盘点信息，在仓库商品盘点模块中盘点信息列表，然后交由信息打印模块打印盘点信息列表，给操作员。

无锡职业技术学院实践环节材料撰写用纸

操作员盘点信息管理员盘点信息打印列表审查后盘点信息商品信息打印模块盘点信息列表商品盘点模块

图8 管理员盘点过程协作图

B.商品管理协作图

分析：操作员通知供应商进货，供应商打印出进货清单，操作员也可以对进货退货进行管理，供应商打印出退货清单。

商品进货进货商印品打报表进货清单操作员退货商品供应商表库存查询商品退换退货清单库存信息进货商品打印报

图9 商品管理协作图 无锡职业技术学院实践环节材料撰写用纸

C.仓库历史记录查询协作图

分析：管理员应该先登录系统。当管理员登录系统以后，可以查询历史信息，看到商品进货、商品盘点、商品调拨的历史记录。

商品进货管理员查询条件历史信息查询进货、退货记录查询条件商品调拨商品盘点图10 仓库历史记录查询协作图

②序列关系图

序列关系图以按时间排序的消息形式来表示对象之间的交互。序列关系图和通信关系图的区别在于通信关系图情调对象的组织结构，而序列关系图则按时间顺序显示对象之间交互的消息。在序列关系图中，可以沿x轴方向排列对象。将启动交互的对象放在最左边。消息序列中后来的对象则放在交互启动对象的右边。在交互中，对象发送和接收的消息按时间升序沿y轴防止。

注：和通信关系图不同，序列关系图描述对象生命线。

A.仓库盘点过程序列图 分析：操作员将盘点信息发送给管理员，管理员审查盘点信息，然后盘点信息列表交给商品打印模块打印后发给操作员执行相关商品操作。

商品盘点信息

无锡职业技术学院实践环节材料撰写用纸

操作员管理员商品盘点模块商品打印模块盘点信息盘点信息列表()审核后盘点信息盘点信息打印报表()

图11 仓库盘点过程序列图

B．商品管理序列图

分析：操作通知商品供应商进货、退货，商品供应商将商品清单和退货商品清单发送给商品进货模块，商品进货模块将进货商品打印报表给操作员，商品退货模块将商品退换报表打印发给操作员，操作员也可以查询库存，库存库存模块将库存查询信息发送给操作员。

无锡职业技术学院实践环节材料撰写用纸

操作员商品供应商商品进货模块商品退换模块进货()商品清单()进货商品打印报表()退货清单()退货()退换商品打印报表()查询条件()商品库存信息

图12 商品管理序列图

C．仓库历史记录序列图

分析：管理员登录系统查询历史信息模块，历史信息则查询商品进货退货模块、商品调拨模块、商品盘点模块，之后各模块将查询得到的信息发送给历史信息模块，最后由历史信息模块统一将信息发给管理员。

无锡职业技术学院实践环节材料撰写用纸

管理员历史信息查询模块商品进货退货模块商品调拨模块商品盘点模块查询信息()查询条件()进货记录()查询信息()商品调拨记录()查询信息()商品盘点信息()查询结果()

图13 仓库历史记录序列图 无锡职业技术学院实践环节材料撰写用纸

（四）《仓库管理系统》的架构建模

架构建模使您能够了解组件在组织网络中的物理分布。您需要对软件系统的架构进行建模以确定组件的设计是否符合软件系统的需要。软件架构描述软件按系统的所有组件以及这些组件之间的关系。要对系统软件的架构进行建模，您需要创建以下关系图：

 包关系图：描述根据特定条件分组在一起的软件系统构成。 组件关系图：描述软件系统的可执行构成。

 部署关系图：描述软件系统组件的各种处理设备。

a)组件关系图：组件可实现一组接口并构成软件系统的可执行部分。

分析：该图是系统的各个组件图，由系统登录、仓库管理管理、信息查询、系统设置。

仓库管理信息查询系统登录系统设置

图14 组件关系图

b)部署关系图：显示需要在其中部署软件组件的硬件。

分析：下图表明系统采用数据库系统作为后台数据提供者，然后客户登录使用系统，也可以对系统中的信息进行打印操作。

无锡职业技术学院实践环节材料撰写用纸

数据服务器客户机1客户机n打印机

图15 部署关系图

第五篇：电影院售票管理系统UML

1.前景和范围文档

1.1业务需求

1.背景、业务机会和客户需要

随着社会的发展，人们生活水平的提高，欣赏电影逐渐成为人们闲暇时的主要娱乐方式之一。传统的电影售票都是人工服务，观看作为都是人共安排，无法体现人性化选择，加上现在人们的生活节奏越来越快，购票时间需要相应缩短以及方便定影院工作人员的管理，因此充分利用现代信息化、因特网的优势，设计电影院售票管系统，对提高系统建设的工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要的。一个完善的电影院售票管理系统，可以帮助电影院工作人员提升工作效率，辅助电影院工作人员进行相关数据的输入、输出、查找、管理等操作，让电影院售票数据变得合理化、具体化、直观化。2.业务目标（Business Objective,BO）和成功标准（Success Criteria,SC）BO-1：初始版本发布之后的6个月内，电影院的收入提高20%。

BO-2：初始版本发布之后的3个月内，每个员工每天的平均有效工作时间增加20分钟。

SC-1：初始版本发布后的6个月内，电影院收入显著提高。

3.业务风险（Risk）

RI-1：使用该系统的顾客太少，减少了对系统开发和维护过程的投资回报

1.2解决方案的前景

1.前景陈述

该系统的开发，可以提升电影院工作人员的管理效率，使得售票、检票不再那么繁琐；也大大的节约了人们排队购票的时间，同时也让人们有了更多的选择范围。2.主要特性（Feature）

FE-1：根据电影院提供的当天的播放场次选择订票 FE-2：注册订票的付费方式

FE-3：创建、浏览、修改和删除电影场次 FE-4：通过公司的内联网可以访问系统，或者授权的员工通过外部Internet访问系统 3.假设（Assumption）和依赖（Dependency）

1.3范围和局限性

1.初始版本和后续版本的范围

目前仅实现1.0版本，实现上述的所有功能。2.局限性（Limitation）和排斥性

LI-1：“电影院售票管理系统”只能支持开通网银的用户在线使用，未开通的需到影院购买。

1.4业务上下文 1.涉众概览

涉众

系统管理员 主要价值

引进新影片，更新数据库

态度

主要兴趣

使用该系统所节约的费用必须超过开发此系统的费用和使用此系统的费用

约束条件

无

员工 更高效率的利用了工作人员的整个工作时间；提高了客户的满意度

保住工作 培训工作人员，掌

握

使

用

Internet所必须的技能

顾客 可以更好的选择电影、座位、场

积极支持新系统，但使用系统

使用要简单，更节约时间

需要登录该公司的内联网

次；节约了时间，的次数可能没有更加方便

期望的高

2.项目优先级

因素

进度 具体干活者

约束条件

自由度

计划3/1/03前完成第一版，到5/1/03前完成第二版；在不包括责任人评审的情况下，最多可超过期限三星期

特性

安排1.0版本实现的特性必须完全可操作

质量

必须通过95%的用户验收测试；必须通过全部的安全性测试；所有的安全事务都必须遵守公司的标准

工作人员 项目团队包括一名半日工作的项目经理，两名开发人员，和一名测试人员

费用

在不包括责任人评审 的情况下，财政预算最多可超支15%

2.用例

各种用户类确认的“电影院售票系统”的用例和主要参与者如下表示： 主要参与者

用例

顾客

1.订票

2.变更订单

3.取消订单

4.查看订单

5.登陆网站 员工

6.处理订单

7.检票

8.更新余票 系统管理员

9.引进新片

10.更新数据库

11.添加、更改、删除员工信息

12.添加、删除、修改客户账户

用例ID号

UC-1 用例名称

订票 参与者

顾客

主要参与者

用例

描述

顾客登录网站访问”电影院售票管理系统“，随意查看某

一天的上映电影，选择自己想看的电影，选定场次、座位，提交订单并在付款界面支付

前置条件

1.顾客成功登录，并访问“电影院售票管理系统“

2.付款成功 后置条件

1.订单在“电影院售票管理系统“中的存储状态是

“已接受“

2.根据这一订单来更新余票

主干过程

1.0 订一张票

分支过程

异常

1.顾客要求查看某一天的上映表 2.系统显示当日上映电影、场次及余票 3.顾客选择自己喜欢的电影场次 4.顾客表明订票完成 5.系统显示所订票价格

6.顾客确认订单或请求修改订单（回到第3步）7.顾客付款 8.系统确认接受订单

9.系统向顾客发送电子邮件，确认订单细节，价格10.系统将订单存储在数据库中，并更新余票

1.1订多张票（第4步之后分支出来）

1.顾客要求预定另一场次的电影 2.返回到第2步

1.2同样的票订多张（第3步之后分支出来）1.顾客请求预定指定数量的电影票

2.返回到第4步

1.0.E.1

订单截止时间在当前时间之前（第1步）

1.系统通知顾客今天订票已经太晚了 2a.顾客取消订单 2b.系统终止用例

3a.顾客请求选择另一个日期 3b.系统重新启动用例

1.0.E.2

票全部售完（第1步）

1.系统通知顾客今日已没有余票 2a.顾客取消订单

2b.系统终止用例

包含

优先级

使用频率

业务规则

特别需求

假设

注意和问题

用例ID号

用例名称

参与者

描述

前置条件

1.0.E.3 不能完成同样的票订多张（第1步）1.系统通知顾客它所能提供的该票最大值 2.顾客变更订单数量，或者取消订单

无

高 无 无

1.顾客在确认订单之前的任何时刻都可以取消订单

无 1.如果客户在今天的截止时间之前使用系统，那么默认的日期是当前日期，否则，默认日期为下一个营业日 2.这一用例的峰值使用负载是当地时间早十点到晚十点

UC-6

处理订单 员工

员工根据用户提交的订单，查询是否有余票及对应场次、座位，判断是否接受订单

1.用户

3．软件需求规格说明

3.1介绍

1.目标

软件需求规格说明描述了“电影院售票管理系统”1.0版本的软件功能性需求和非功能性需求。这一文档计划实现和验证系统正确功能的项目团队成员来使用。除非在其他地方另有说明，这里指定的所有需求都具有高优先级，而且都要在版本1.0中加以实现。

2.项目范围和产品特性 “电影院售票管理系统”允许顾客在线订购电影票，并且可以修改取消订单。详细的项目描述请中参见电影院售票管理系统前景和范围文档。文档中的这一部分标题为“初始版本和后续版本的范围”，列出了按照进度计划在这一版本中实现的全部或部分特性。

3.参考文献

（1）Karl Wiegers所著的Cafeteria Ordering SystemVision and Scope Document,其网址是代码遵照HTML4.0标准 CO-4：所有脚本都用Perl语言来编写 5.用户文档（User Documentation，UD）

UD-1：系统将提供一个分层的和跨连接的HTML联机帮助系统，它描述并演示了所有系统功能

UD-2：如果是一个新用户第一次使用该系统，系统可以根据用户的要求，提供一个联机教程，咋这样用户可以使用静态教程来具体实践一下如何订票。系统不会将采用这一模板的订单存储到数据库中，也不会将这种订单提交给系统。

6.假设（Assumption）和依赖（Dependency）

3.3系统特性

1.订票

（1）描述和优先级

顾客在其身份得到验证后，就可以订票，只要所订票还没有超过播放时间，顾客就可以取消或改变订单。优先级为高。（2）刺激/响应序列

刺激：顾客请求订票，可以是一张或多张 响应：系统向顾客询问订票细节、付费方式 刺激：顾客请求改变订单

响应：如果订单状态是“已接受”，则系统允许用户编辑以前的订单 刺激：顾客请求取消订单

响应：如果订单状态是“已接受”，则系统取消订单（3）功能性需求

 登录到“电影院售票管理系统”的顾客可以通过该系统订票，订一张或多张都可以

 顾客可以浏览当天的上映电影  顾客可以选择电影场次及座位

 如果顾客所订票数超过了现在余票的最大值，系统将通知顾客他能订购的最大值

 顾客可以修改订单，删除订单

 当顾客订购完成后，系统将提示顾客付款  顾客可以浏览已订票信息

 订购成功后，系统将发送电子邮件提示用户订购价格及细节

（4）非功能性需求 安全性：系统应保证客户信息不被泄露

可维护性

及时性：用户点击最多不超过3秒，系统应给予相应的响应

3.4外部接口需求

1．用户界面（User Interface，UI）

UI-1：“电影院售票管理系统”的屏幕画面将遵照Process Impact Internet Application User Interface Standard版本2.0 UI-2：系统对所显示的每个HTML网页都提供帮助链接，解释如何使用这些网页

UI-3：Web页面的全部导航和票目选择，除了综合使用鼠标和键盘共同完成外，还可以只通过键盘来单独完成

2.硬件接口

硬件接口还没确定

3.软件接口（Software Interface，SI）还没确定

4.通信接口（Communication Interface，CI）

CI-1：“电影院售票管理系统”将向顾客发送电子邮件消息，以确认收到订单、价格。

CI-2：“电影院售票管理系统”奖项顾客发送电子邮件信息，以报告接受订单后存在的问题。

系统管理员对账户操作的活动图

登录系统进行账户维护员工账户顾客账户添加账户修改账户删除账户添加删除修改退出系统

顾客登录系统的时序图 顾客登陆界面服务器数据库输入帐号密码发送帐号密码到服务器查询验证帐号密码查询验证成功将信息发送到界面提示用户登录成功

顾客订票的活动图

查找登录NO浏览预订判断是否登录判断是否有余票YESNO选择场次、座位退出系统付款

员工处理退票的活动图

登录查询客户订单判断是否有退订YESNO查询电影场次时间超时拒绝退出系统接收退票申请退钱通知顾客进度更新余票

员工处理订单的活动图

员工客户登录系统查看客户订单返回刷新判断是否有订单YES查询所购信息判断是否有余票通知客户修改订单客户修改订单接收订单通知客户付款客户付款成功处理订退出系统单