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

1、许昌学院国际教育学院系统分析与设计项目报告 题目：仓库信息管理系统分析与设计专 业： 班 级： 14级 学 号： 姓 名： 文档编写说明1.标题黑体三号字，正文统一用小四宋体。2.表格图标字体小于小四，可以是五号好或者小五字体。3.正文内所有标题统一加粗，每段首行缩进2个字符，行间距固定为22磅，段前段后空0.5行。考核成绩表序号考核项目构成考核标准考核方式权重分项得分项目总分1设计目的和任务开发环境描述内容残缺、格式混乱、方法错误、无图无表：0-10分RT50分内容一般、格式正常、方法标准、图表齐全：20-30分内容充实、格式工整、方法新颖、图表丰富：40-50分2XXXX系统的系统分析内容

2、残缺、格式混乱、方法错误、无图无表：0-10分RT50分内容一般、格式正常、方法标准、图表齐全：20-30分内容充实、格式工整、方法新颖、图表丰富：40-50分3XXXX系统的系统设计内容残缺、格式混乱、方法错误、无图无表：0-10分RT50分内容一般、格式正常、方法标准、图表齐全：20-30分内容充实、格式工整、方法新颖、图表丰富：40-50分选题范围：1.网络空间作业管理系统分析与设计2.学生成绩查询系统分析与设计3.铁路自动售票机系统分析与设计4.餐厅自动充值机系统分析与设计题目：铁路自动售票机系统分析与设计1.设计目的和任务1.1设计目的：随着铁路路网规模的扩大和完善及高速铁路建设的深

3、入，我国铁路客运车站尤其是高速铁路车站逐步引进先进的管理思想和经营理念，采用成熟、高效的自动售票设备和系统，提高售票效率，减少旅客购票等待时间，缓解高密度客流量带来的售票压力，实现客运售票的全面现代化管理。1.2设计任务：主要实现目标是：（1）通过对计算机、智能控制、财务等专业知识的综合运用，实现轨道交通的售票、计费、收费、运行管理等全过程的自动化交易系统。（2）为客运组织决策提供客流、收入等各类信息的支持。2.开发环境：2.1 硬件环境：PC机2.2 软件环境：系统开发平台：Rational Software；系统开发语言：java；运行平台：windowsXP；3.设计题目：3.1题目名称

4、：铁路自动售票机系统分析与设计3.2题目详细描述：本系统的主要功能如下：1. 购票；2. 选择信息；3. 完成购票；4. 支付；3.3功能要求：购票功能：（1） 一键购票；（2） 多步购票；选择信息： （1）发到站； （2）乘车日期； （3）车次； （4）车票数量； （5）席别； （6）票种；业务查询：（1） 库存查询；（2） 销售查询；（3） 仓库历史记录查询；系统设置：（1） 供应商设置；（2） 仓库设置；4. 相关技术及知识点：4.1UML：UML:统一建模语言（Unified Modeling Language,UML）是描述、构造和文档化系统制品的可视化语言。UML是一个庞大的图形化

5、表示法体系，。UML提供各种关系图来表示软件系统的结构和设计。它帮助项目团队沟通、探索潜在的设计并验证软件的架构设计。作为一种建模语言,UML的定义包括UML语义和UML表示法两部分。4.2用例：用例本身是指一个用户或其他系统与要设计的系统进行的而一个交互，这个交互是为了达到某个目标（goal）。角色用来表述该有目标的人或系统。这个术语强调了任何人或系统拥有目标的事实。目标本身是一个动词短语，入“客户：下订单”，“店员：记录库存”。作为用例的一部分，有必要记录目标成功和失败对于活动者和系统的含义。在下订单的实例中，目标达成可能包括货物交给活动者和公司受到相应的货款。仔细定义目标成败是定义系统范

6、围（scope）的基础。因为对于一个简易的订单输入系统，目标达成可能仅仅一位这订单已经经过验证并且交货已经排定日程。用例图（Use Case Diagram）采用了面向对象的思想，又是基于用户视角，绘制非常容易，简单的图形表示便于让人们理解。用例图表示了角色和用例以及他们之间的关系。塔描述了系统、子系统和类的一致的功能集合，表现为系统和一个或多个外部交互者（角色）的消息交互作序列。也就是角色（用户或为不系统）和系统（要设计的系统）的一个交互，为了实现一个目的，这个目的的描述通常是一个动词短语，例如，开立信用证，给客户回单等。4.3动态模型：（包括活动图、时序图、协作图）活动图是一种特殊形式的状

7、态图，用于对计算流程建模。活动图中的状态表示计算过程中所处的各种状态，而不是普通对象的状态。通常，活动图假定在整个计算处理的过程中没有外部事件引起的中断，否则，普通的状态机更适合于描述这种情况。活动图是对状态图的扩展。状态图突出显示的状态，状态之间的转移箭头代表的是活动。而活动图突出现实的是活动。每个活动的图表示为圆角矩形，比状态图标更接近椭圆。活动图的起始点和中止点图标与状态图一样。时序图（Sequence Diagram）表示对象之间传送消息的时间顺序。时序图可以用来进行一个场景的说明，即一个事物的历史过程。时序图中每一个类元角色用一条生命线来表示（用垂直线代表整个交互过程中对象的生命期）

8、。生命线之间的箭头连接代表消息。时序图可以用来进行一个场景说明，即一个事物的历史过程。时序图的用途是用来表示用例中行为的时间顺序。当执行一个用例行为时，时序图中的每条消息对应一个类操作或状态机中引起转换的出发事件。协作图（Collaboration Diagram）用于再一次交互中对有意义的对象和对象间的链建模。对象和关系只有在交互时才有意义。类元角色描述了一个对象，关联角色描述了协作关系中的一个链。协作图的用途时表示一个类操作的实现，协作图可以说明类操作中用到的参数和局部变量以及操作中类之间的关联。当实现一个行为时，消息编号对应程序中的嵌套调用结构和信号传递过程。4.4类图：图是面向对向系统

9、的建模中最常见的图。类图显示了一组类、接口、协作以及他们之间的关系。类图用于对系统静态设计视图建模。其大部分涉及到对系统的词汇建模、对协作建模或对模式建模。类图也是两个相关（组件图和配置图）的基础。类图不仅对结构模型的可视化、详述和文档化很重要，而且对通过正向与逆向工程构造可执行的系统也很重要。4.5部署：系统部署是整个项目实施过程中最后的阶段，就是把该系统中涉及到的硬件软件、整合到一起，并且可以让系统运行起来。4.6配置图：配置图中通常包含2个元素：节点（Node）；关联关系（Association）配置图可以显示节点以及它们之间的必要连接，也可以显示这些连接的类型，还可以显示组件和组件之间

10、的依赖关系，但是每个组件必须存在于某些节点上。 配置图用关联关系表示各节点之间通信路径，表示为一条实线。在连接硬件时通常关心节点之间是如何连接的，因此关联关系一般不使用名称，而是使用构造型。4.7组件图：组件图描述了软件的各种组件和它们之间的依赖关系。组件图中通常包含3个元素：组件（Component）；接口（Interface）；依赖关系（Dependency）组件是定义了良好接口的物理实现单元，是系统中可替换的物理部件。组件可以是源代码组件、二进制组件或一个可执行的组件。在UML中，组件用一个左侧带有突出两个小矩形的矩形来表示。 5. 设计：5.1系统总体功能需求图： 图5-15.2用户登

11、录功能模块图：图5-25.3仓库管理功能模块图： 图5-35.4业务查询功能模块图： 图5-36.系统的UML基本模型角色的确定：在仓库信息系统中，可以归纳出来的主要问题有： 售票机显示售票页面； 乘客进入选票页面； 乘客输入购票信息； 售票机显示是否有票； 乘客选择合适车票； 乘客付款； 售票机显示付款方式； 付款完成，售票机出票。综上所述，本系统所涉及的操作主要是购票过程以及各种信息的分析查询。在本系统UML建模中，可以创建一下角色（Actors）； 乘客； 售票机； 创建用例：仓库信息系统根据业务流程可以分为以下的几个用例（Use Cases）： 乘客选票； 售票机接受车票信息； 售票机查询车票信息； 乘客付款； 售票机出票； 退出系统。6.1系统的用例图： 6.1.1操作员的用例关系图：6.1.2管理员的用例关系图： 6.1.3商品领料人.退料人的用例关系图： 图6-1-36.1.4商品供应商的用例关系图： 6.2活动图：6.3时序图：6.3.1仓库盘点过程时序图：图6-3-16.3.2商品管理时序图：图6-3-26.3.3仓库历史记录重新时序图：图6-3-36.4协作图