仓库管理系统用例建模

一   系统主要包括以下几个页面:

(1)管理员登录页面

(2)管理员添加删除货物页面

(3)货物标题信息页面

(4)货物信息查询页面

(5)货物信息显示页面

二    用例图

用例图如图2-1所示

主要参与者:管理员、销售员

主要用例:登录、货物信息、标题信息、查询货物信息

图1货物管理用例图

三   类图

类图如图2-2所示

主要类:管理员、货物、标题、销售员、销售信息

图2货物管理类图

四   活动图

图3货物管理活动图

五    顺序图

销售员通过发送一个通知货物消息通知管理员已经没有货物或者货物已经售出,管理员接受这个消息,进行增加和删除货物信息,然后对货物进行更新,更新完返回给销售员,告诉他已经更新完成

图4货物管理顺序图

六   协作图

图5货物管理协作图

七   状态图

图6货物管理状态图

八   组件图

图7货物管理组件图

九   部署图

图8物管理部署图

时间: 2024-11-05 03:01:19

仓库管理系统用例建模的相关文章

超市管理系统用例建模

http://www.cnblogs.com/panguangmei/ 1.用例图的建立 (1)用例图的概念 在UML中,用例图一般由用户(执行者)和用例构成,其中用例定义了用户与计算机之间为达到某个商业目的而进行的一系列交互活动. 一般地,用例具有以下特征: 1. 用户是用例的使用者,用例必须是和用户有交互的. 2.用例可大可小 3.用例必须是有一定的商业目的,且其行为是可被观察的. 4.一个用例可以由一系列完整和独立的主要商业过程(由执行者标准行为触发)及一些可选的.例外的商业过程(由执行者

用例建模和分析

描述用例建模的优点 定义参与者和用例,并能够从上下文图以及其他资源中确定参考图和用例 描述四类参与者 描述用例模型图种可能出现的关系 描述准备用例模型图的准备 描述如何构造用例模型图 描述用例的各节内容 定义用例分级的目的.优先权矩阵,以及用例依赖关系图 关键术语 以用户为中心的开发:一个系统开发过程,该过程基于对关联人员的需求,以及对开发该系统原因的充分理解之上 用例建模:使用业务时间.发起业务事件的人,以及系统如何相应这些事件来建模系统功能的过程 用例图:描述系统与外部其他系统以及用户之间交

Uml学习-用例建模简介

用例建模简介  用例建模是UML建模的一部分,它也是UML里最基础的部分.用例建模的最主要功能就是用来表达系统的功能性需求或行为.用例图重点描述用户需求. 它描述需求.用户和主要组件之间的关系. 它不会详细描述用户需求:在可链接到每个用例的其他关系图或文档中可详细描述这些需求.用例图是UML的九个图中较为重要和常用的一种图.常常用于软件开发的需求分析阶段,也能用于软件的系统测试阶段.简单的来说,用例图是描述系统的外部视图,为了搞清某个项目的大概需求,我们往往要问两个问题, 1.  这个系统有什么

用例建模指南

用例建模指南 用例(Use Case)是一种描述系统需求的方法,使用用例的方法来描述系统需求的过程就是用例建模.用例方法最早是由Iva Jackboson博士提出的,后来被综合到UML规范之中,成为一种标准化的需求表述体系.用例的使用在RUP中被推崇备至,整个RUP流程都被称作是"用例驱动"(Use-Case Driven)的,各种类型的开发活动包括项目管理.分析设计.测试.实现等都是以系统用例为主要输入工件,用例模型奠定了整个系统软件开发的基础. 1. 什么是用例? 在介始用例方法之

再学UML-UML用例建模解析(三)

2. 编写用例文档 绘制用例图只是完成了用例建模最基本也是最简单的一步,用例建模的核心在于编写用例文档,用例文档又称为用例规约或用例描述.顾名思义,用例文档是用于描述用例的文档,每一个用例对应于一个用例文档,在用例文档中需要用文字的方式描述用例的执行过程,即执行者与系统的交互过程. 用例文档需要通俗易懂,不仅项目的开发人员能够理解,系统的用户以及客户也能够看懂用例文档.一个完整的用例文档包括用例编号.用例名.执行者.前置条件.后置条件.涉众利益.基本路径.扩展路径.字段列表.业务规则.非功能需求

再学UML-Bug管理系统UML2.0建模实例(一)

1.项目概述       随着软件项目规模和复杂性的增大,有效跟踪和管理项目中存在的缺陷Bug变得越来越重要.每一个软件企业都需要妥善处理软件中的缺陷,这将直接关系到软件过程质量与软件产品质量,但并非所有的软件组织都知道如何有效地管理自己软件中的缺陷.在软件缺陷管理(Software Defect Management)中,软件缺陷的分类和管理非常重要,因此软件缺陷管理工具的开发和使用将在现代软件开发中发挥重要作用.本系列文章将使用UML2.0对Bug管理系统进行全程建模,该系统名为缺陷管理系统

第三项任务——用例建模

SRS文档——用例建模 一.spec概念 Specification, 又叫spec, 有两种: a) functional spec, 软件功能说明书, 主要用来说明软件的外部功能, 和用户的交互情况 (把软件当作一个黑盒子). b) technical spec, 软件技术说明书, 又叫 design doc, 设计文档, 主要用来说明软件内部的设计 (把软件当作一个透明的箱子). 二.用例建模 用例建模(Use Case Modeling)是使用用例的方法来描述系统的功能需求的过程,用例模

采用[ICONIX] 方法实践分析和设计之二 [用例建模](转)

在上一篇文章中我们了解并进行了域建模,换言之我们有了一个好的开始,起码开发人员对自己要开发的软件已有了初步的认识,且也得到了进行交流时可以使用的术语表. 本章将会在前一篇的基本上进一步阐述使用ICONIX方法实践用例建模,同样在文章的最后还会有在这个阶段最容易犯的10个错误,以给大家提醒或在分析过程中进行参照.     本文在ICONIX方法中所处的位置如下图(红圈标记的地方)     在开始进行用例建模之前,我们需要对这一过程有一些粗线条的认识,如果您以前做过或学习过这方面的知识,可以把下面的

吉特仓库管理系统(开源)-如何在网页端启动WinForm 程序

原文:吉特仓库管理系统(开源)-如何在网页端启动WinForm 程序 在逛淘宝或者使用QQ相关的产品的时候,比如淘宝我要联系店家点击旺旺图标的时候能够自动启动阿里旺旺进行聊天.之前很奇怪为什么网页端能够自动启动客户端程序,最近在开发吉特仓储管理系统的时候也遇到一个类似的问题,因为使用网页端的打印效果并不是太好,之前也写过关于打印相关的文章可以查阅,我需要使用WinForm客户端来驱动打印,但是我又不想重新开发Winform客户端的所有功能,只要能够使用winform驱动打印即可.我就需要一个类似