文档库 最新最全的文档下载
当前位置:文档库 › UML系统分析设计案例——电子商务

UML系统分析设计案例——电子商务

UML系统分析设计案例——电子商务
UML系统分析设计案例——电子商务

目录

引言 ................................................................................................................ 错误!未定义书签。第一章面向对象的UML建模 (7)

1.1面向对象的基本思想 (7)

1.2面向对象的软件建模 (7)

1.3 UML建模语言简介 (8)

1.4 RUP过程指导与本系统分析设计过程 (9)

第二章仓储系统业务用例建模 (12)

2.1 仓储系统业务流程分析 (12)

2.1.1 入库流程分析 (12)

2.2业务需求用例建模阶段 (14)

2.2.1业务角色的查找及建立 (14)

2.2.3业务用例图 (16)

2.2.3业务活动图 (16)

2.3 系统基本功能描述 (18)

第三章仓储系统系统需求用例建模 (19)

3.1 入库管理需求用例分析 (19)

3.1.1 确定系统角色 (19)

3.1.2 确定系统顶层用例 (19)

3.1.3 入库管理功能性分析 (20)

3.1.4 到站日报录入管理用例描述 (21)

3.1.5 码单管理用例描述 (23)

3.1.6 入库单管理用例描述 (24)

3.1.7 审核管理用例描述 (27)

3.2 系统扩展功能需求用例分析 (27)

3.3 系统整体功能描述 (29)

第四章业务领域分析与设计 (30)

4.1 系统顺序图,状态图 (30)

4.2 定义基本对象与类 (35)

4.3 入库系统类图 (37)

4.4 定义对象与类的属性与操作 (37)

4.5 系统设计顺序图,入库类图 (49)

4.6 系统扩展功能 (50)

4.7 系统构架设计 (57)

第五章系统实现测试与配置 (58)

5.1系统实现的工具与技术 (58)

5.2 系统实现方式图 (58)

5.3 系统测试与系统实现界面 (59)

第六章系统开发的思考 (61)

6. 1 数据库设计问题 (61)

6. 2 数据库访问设计问题 (62)

结束语 (63)

参考文献 (64)

致谢 (65)

基于UML的仓储管理系统的设计与实现

摘要

面向对象技术是软件工程和过程工程领域中的重要技术,统一建模语言UML 则是近几年国际上比较流行的面向对象的标准建模语言。本文阐述了基于UML 建模的仓储管理信息系统的开发。

建模是开发优秀软件所有活动的核心部分,也是本文工作的重点所在。在开发中我们考虑了RUP迭代式开发的优点并与本仓储系统开发的特色相结合,提出了自己的一套UML的建模过程。基于这个过程我们从系统分析,设计,实现与测试,运用UML建模思想与各种模型对仓储系统进行了详细的描述。

关键字:面向对象,UML,仓储系统,系统开发

Abstract

00 is an important technology for software engineering and processing engineering, and the Unified Modeling Language (UML) is ainternational popular 00 modeling language in recent years. This article expatiate the development of storage system based on UML.

Modeling is the key portion for an excellent software development,and modeling is also the key work for the article. we develop an new process of Modeling based on the combine of the RUP developing and the storage system.

Keywords: 00, UML, RUP, storage system , system development

引言:

1 问题的提出:

随着企业业务以及外部环境的变化,四川物资储运公司原开发的信息系统已不能满足新业务、新环境以及客户对信息查询的要求,迫切需要开发一套新的系统以替代原有系统,并实现原有流程的优化,把一些原来未纳入系统管理的功能纳入到新的系统中来,并为转变到第三方物流和与电子商务接轨作好准备。

传统的面向过程的仓储管理信息系统的开发中存在不少的问题,传统的面向过程的开发方法,也即主要是基于功能分析或数据分析基础上的结构化方法。这种开发方法下设计的系统在70或80年代早期还可以适应,但在越来越复杂的非数值计算类型的软件开发中,在广泛应用图形界面的交互式系统中,在控制要求非常突出的应用中,在需求经常变化的条件下,尤其是在仓储系统这种数据流动性要求比较高的管理软件的开发,用传统的软件开发方法解决问题往往暴露出严重的不适应性,主要表现在以下几点:

1)功能与数据分离的软件设计结构与人类的现实环境很不一样,和人的自然思维也就很不一致。

2)系统是围绕着如何实现一定的行为来进行的,当系统行为易变,需要常常修改时,修改极为困难,因此这种结构无法适应迅速变化的技术和需求。

3)在系统中模块之间的控制作用有重要影响时,由于在“好的模块结构”中的模块间的控制作用只能通过上下之间的调用关系来进行,造成信息传递路径过长,效率低,易受干扰,甚至出错。所以这种结构无法适应以控制关系为重要特性的系统要求。

4)结构化方法开发出来的系统往往难以维护,因为所有的函数都必须知道数据结构。

5)自顶向下功能分解的分析方法极大地限制了软件的可重用性,导致对同样对象的大量的重复性工作,大大降低了开发人员的生产率。

结构化开发方法暴露出来的问题促使了面向对象开发技术的形成与发展,而面向对象技术的发展促使了UML语言的产生。

2 UML 的产生:

自20世纪70年代面向对象技术出现以后,面向对象技术在计算机界得到了广泛的应用,并成为当前软件领域的主流技术。为了解决复杂系统的开发,各种面向对象的软件工程方法被不断推出。从1995年起,著名的软件工程学家Grady

Booch, Ivar Jacobson, Jin Rumbaugh携手合作共同努力,综合了他们各自的面向对象的分析和设计方法,并加以扩充和改进,汲取其他同类方法的优点,提出了UML(统一建模语言)。

UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它可以对复杂软件系统的各种成分进行可视化,进行说明和构造系统模型,以及建立软件文档。

目前,随着UML的提出与应用的成功,面向对象方法已趋于成熟,大有取代结构化方法的趋势。其中,基于UML的面向对象的系统分析与设计方法解决了传统结构化方法中问题空间和解决空间在结构上不一致的问题,避免了从分析、设计到软件模块结构间的多次转换过程,同时又有效地结束了以前方法和模型语言之间不合理的差异,统一了许多信息系统的开发过程和内部概念,使信息系统开发变得简单、高效、合理,已成为当前进行信息系统开发的主流分析和设计方法。

3 本文工作和系统开发:

本文首先对公司的业务与用户的需求进行了分析,然后对系统的功能进行详细的设计,并在分析与设计的同时用UML建模语言对其建模,采用UML工具ROSE 绘制描述各种模型的图形,目的使开发者与用户更有效的实现功能与理解需求,并使程序人员能顺利的实现系统,在系统的实现阶段重点讲述设计到编码的过渡,以体现UML建模的模型对系统开发带来的好处。

本文的编写结合了面向对象的软件开发方法与UML建模语言的优势与特色,同时与仓储管理系统紧密结合。既体现了面向对象的软件开发思想,又包容了UML建模语言所特有的语言建模优势。在编写中我们大量的使用UML语言所提供的各种建模图形来描述仓储管理系统,例如描述用户需求的用例图,描述系统功能的动态的顺序图。根据仓储管理的特点,我们大胆的改进了一般的UML建模的分析过程,并在分析设计过程中采用更加适合仓储系统的分析级类图与顺序图。

因为系统开发的难度比较大,系统分析工作是我与我的合作者洪少藩同学共同完成的,而系统设计任务是我们分工完成的,我完成了入库管理与系统其他功能的设计,洪少藩完成了出库和库存的系统设计工作,由于时间关系我们在实现阶段只完成了入库管理这一模块。

4 系统功能简介:

系统的功能是系统能够做的事情,在本系统中,系统的功能有:

1 系统应该能完成入库操作过程中的表与码单的录入;

2 系统应该能完成入库过程中的货物的审核,记费;

3 系统应该能进行有效的库存管理,例如盘点,移库等;

4 系统应该能对出库过程中的表与帐单进行管理;

5 系统应该能对出库后的平帐,记录储存等进行管理;

6 系统用户能有效的进行权限,日志的管理;

7 系统用户可以查询报表,客户,货物等基本信息;

8 系统能记录下系统的使用日志;

9 任何人员要使用本系统必须拥有相应的权限;

第一章面向对象的UML建模

1.1面向对象的基本思想

面向对象方法是当今软件开发的主流方法,它的基本思想是从现实世界客观存在的事物或者说对象出发来构建系统,并且在构建系统时尽可能运用人类的自然思维方式。

软件开发是对问题求解的过程,从哲学中认识论的角度看整个软件的开发可以归结为两个主要的活动:人们对所要解决问题及其相关事物的认识和基于这种认识所进行的描述。认识指通过人的思维正确认识和理解系统所要处理的问题域中客观存在事物和所要解决问题:弄清事物的属性、行为和彼此的关系,找出解决问题的方法。描述指用一种语言说明人们对问题域中事物和问题及其解决方法的认识。

1.2面向对象的软件建模

建模是人们在实际应用中常用而且具有重要作用的一种技术。例如,人们在建造一座大楼前,先规划出大楼的蓝图;在制造飞机前,先要画出设计图,并可能要建造一个实际模型进行风洞实验;在画一幅油画之前,先要用铅笔勾勒出画的轮廓。同样的,软件开发人员在实际开发一个复杂的项目之前,也应该先建立系统的模型。

对软件系统进行建模的目的在于:

1.理解应用领域中的知识,捕获用户的需求。

对系统进行分析的过程就是开发者不断学习用户领域知识的过程。要想建立一个正确的模型,首要的问题就是理解用户领域的知识。当开发者能建立出一个用户满意的模型时,说明他已经理解了用户领域中的知识,至少是抓住了与将要建立的系统本质有关的知识。

2.与用户沟通。

用户往往不是计算机专家,而开发者往往也不熟悉用户的领域。二者的沟通就有一定的难度。通过建立一个双方都能理解的模型有利于这种沟通,可以使项目投资者、分析人员、设计人员、程序员等达成一致,从而为建立正确的软件系统打下良好的基础。

3.进行系统设计。

在编写代码以前,软件系统的模型可以帮助软件开发人员方便的研究软件的多科构架和设计方案,从中找出最适合的解决方案,简化实现。通过研究一个大

型软件系统的模型可以提出多个实际方案并可以对它们进行相互比较。利用模型可以研究多种设计案,所花费的成本只是实现其中一种方案所花费的成本。

4.使实现细节和需求分开。

软件系统的模型可以从多个角度来描述系统:有些侧重于系统的外部行为和系统中与现实世界对应的有关信息;有一些则侧重于描述系统中的类以及类的内部操作。通过模型,可以将实现细节和需求分开。

5.设计出有用的实际产品.

通过建模,可以得到这样一些实际产品:类的声明,数据库结构,配置草案,或者还有初始的用户界面等,这些产品可以直接应用在后边的阶段中。

6.通过模型可以建立系统的文档。

软件系统用视图来组织信息:静态结构视图,状态机视图,交互视图,反映需求的用例视图等。通过这些视图可以组织、查找、检查以及编辑大型系统的有关信息。

7.利于我们理解复杂系统。

对大型复杂的系统直接理解往往有困难,通过建立模型,对系统进行抽象,抓住系统的主要方面,这样有利于理解系统。

面向对象建模方法主要从面向对象程序设计领域发展而来,它通过对象对问题域进行完整的映射,对象包括了事物的数据特征和行为特征:它用结构和连接如实反映问题域中事物间的关系,比如分类、组装等;它通过封装、继承、消息通信等原则使问题域的复杂性得到控制。所以,面向对象建模方法是对问题域的完整和直接的映射,在模拟现实世界方面具有天然的优势。

面向对象方法支持软件开发中从分析到设计以至实现的各个阶段,且各个阶段均采用一套概念和表达手段,它们之间没有“鸿沟”的存在,几乎不需要什么转化。面向对象方法还支持和鼓励复用,不仅包括实现的复用,还包括分析、设计等建模成果的复用。

1.3 UML建模语言简介

面向对象的分析与设计方法的发展在80年代末至90年代中出现了一个高潮,UML是这个高潮的产物。它不仅统一了Booch, Rumbaugh和Jacobson的表示方法,而且对其作了进一步的发展,并最终统一为大众所接受的标准建模语言。

UML语言具有以下特点:

1 UML已经成为面向对象建模语言的标准

从理论角度讲,UML是三位很有影响的面向对象方法大师以及许多大公司井同努力的成果,Booch, Rumbaugh和Jacobson各自提出的方法及有关著作拥有

不少用户和读者,而UML是他们以往研究的继续。在定义模型元素语义的基础上定义建模语言,使UML在理论上比较健全,具有表达力强、清晰和一致的特点,UML定义的各种图和各种建模元素是来自多种00方法的研究成果汇集。

2 UML缺乏过程指导

UML并不是十全十美的东西,最重要的一点是,它只是一种建模语言而非建模方法.

3 UML过于复杂

UML在具有丰富的表达力的同时,其复杂性也是惊人的。UML的开发者称:只要UML中20%的内容就可以表达实际应用中80%的系统。但UML中并没有给出哪些内容是必要的,哪些是可选的。这给用户的使用带来了不小的麻烦。

UML的模型主要是通过一系列相关的图来表达,在UML中共定义了9种图,它们分别从不同的侧面来描述系统,下图为在UML中定义的视图与图:

1.4 RUP过程指导与本系统分析设计过程

UML是一种建模语言而不是一种方法,UML的表示法和规则能够用来为系统进行面向对象建模,但并没有指定应用UML的过程和方法。1998年正式颁布的RUP(Rational Unified Process)是UML设计者们共同定义的一个软件开发的公共过程框架。

统一过程主要包括四个阶段:开始阶段、细化阶段、构建阶段和移交阶段。

结合仓储系统得特点和RUP分析过程,我们对本仓储系统的开发过程以及在开发过程中用到的建模图形如下:

1 进行业务流程建模

通过使用UML的活动图与用例图描述企业的业务流程来理解领域知识,建立业务用例图;在建模之前我们对仓储系统的业务过程辅助业务流程图来分析,这也是我们在本次系统开发中的一创新点。

2 进行系统功能建模

寻找用例及其之间的关系(用例图),通过详细描述用例来捕获系统的功能需求,同时辅助活动图,并建立系统用例图,这是整个开发过程的基础;

3 进行领域建模

寻找对象与类,主要是使用类图表现领域中各业务类之间的静态关系,并用交互图、顺序图等具体描述类之间的交互以及对象的状态变化。主要涉及以下活动(并不一定是顺序的):

1> 分析用例以及业务领域

2> 发现对象,为对象分类,确定对象之间的交互

3> 确定类之间的关系

4> 定义类的属性和操作

5> 分析对象的状态变化

4 进行系统设计,在系统分析的基础上进行:

系统架构的设计

进行高层的系统决策、确定基本的软件结构,并对应用系统进行划分;

对象进一步设计

对领域模型中的业务类进行精化、调整,增添界面类、控制类等用于实现的类。

数据模型设计

考虑解决持久对象到数据库的映射问题,设计数据模型以及数据存取访问部分设计。

系统设计

得到的模型是精化和调整后的类图、交互图等,同时还有对象持久设计得到的数据模型。

5 实现

实现的依据是设计过程中得到的静态视图(类图、对象图)、动态视图(顺序图、状态图、协作图、活动图);同时可以将类映射为组件,进而使用CASE工具的框架代码自动生成的功能;同时通过实现图(组件图、配置图)来描述系统的物理视图。

6 单元测试,集成与系统测试

测试实现的部分是否满足用例的功能要求;另外,类图、组件图、协作图等也可以用来进行测试。

第二章仓储系统业务用例建模

2.1 仓储系统业务流程分析

2.1.1 入库流程分析

1、货物到达后,站台值班员组织卸货,大致清点品种、件数,编写《物资到站日报》,送至收货组;

2、收货组根据《物资到站日报表》核对验收货物,分配库位,填写《码单》。

3、客户《货物明细单》到达后,填写《入库单》。核对《码单》、《货物明细单》,《入库单》,如出现差错,返客户《货物异常报告》。

4、总经办审核记帐后,生成《帐卡》、《入库收费单》,数据不再允许改动。

入库业务流程图如下:

2.1.2 出库库流程分析

1 客户在入库时提供提货样单,用户持提货单至发货组,要求提货。调度员核实提货单的合法性,填写《出库单》,显示相关业务号信息,如果有层次,则显示层次信息,并修改层次信息;如果是一个业务号的尾货则给出尾货提示。然后向用户出具《出库收费单》,同时生成《派车单》,并派保管员准备发货。

2 保管员持《派车单》组织货物装运,记录实出货物信息,填写《码单出库信息表》。

3 用户缴费后,保管员开具出门证给用户。

4 总经办审核记帐后,生成保管收费单。

5 一批货物全部出库后,保管员将《帐卡》、《提货单》、《码单》送至总经办核实平帐后,存档。

出库业务流程图如下:

2.1.3 库存管理业务流程分析

盘点流程:

1 货舱部根据需要盘点的货物生成盘点帐存表,表中有生成盘点表的商品编码、商品名称、所属部门、库位、经营方式、库存数量及盘点日期等相关信息;

2 打印盘点单,包括的项目有:商品库位、所属部门、类别、商品编码、商品名称、经营方式、实盘数量及盘点日期,这里不输出商品的帐存数量;

3 盘点员手持盘点单,进行实地盘点,将数量填入盘点单中实盘数量处;

4 货舱部在微机中调出对应的盘点帐存表,将实盘的数量录入进去,经主管检察录入数据的准确性后,审核生效;

5 生成盘点盈亏表。

6 针对商品有盘盈和盘亏的商品进行记帐。凡是有盈亏的商品列出商品编码、名称、实盘数量、帐存数量、成本单价、盈亏金额

盘点业务流程图如下:

2.2业务需求用例建模阶段

2.2.1业务角色的查找及建立

根据此仓储管理的分析知,仓储管理说涉及的业务角色有:站台值班员,收货组,总经办,客户,保管员,货舱部,盘点员,调度员

2.2.2业务用例查找与分析

根据业务流程可以找到基本的业务用例有:

1 站台值班员卸货审核清点货物

货物到达后,站台值班员组织卸货,大致清点品种、件数,编写《物资到站日报》,送至收货组。

2 收货组验收入库货物分配库位

收货组根据《物资到站日报表》核对验收货物,分配库位,填写《码单》。

3 收货组审核入库单据处理异常

客户《货物明细单》到达后,填写《入库单》。核对《码单》、《货物明细单》,《入库单》,如出现差错,返客户《货物异常报告》。

4 总经办进行入库审核记帐

总经办审核记帐后,生成《帐卡》、《入库收费单》,数据不再允许改动。

注:客户提供提单的同时,提供一份提货样单。

5客户申请提货

客户在入库时提供提货样单,用户持提货单至发货组,要求提货。

6调度员审核客户提货的合法性

调度员核实提货单的合法性,填写《出库单》,显示相关业务号信息,如果有层次,则显示层次信息,并修改层次信息;如果是一个业务号的尾货则给出尾货提示。然后向用户出具《出库收费单》,同时生成《派车单》,并派保管员准备发货。

7保管员组织发货处理

保管员持《派车单》组织货物装运,记录实出货物信息,填写《码单出库信息表》。

8用户缴费后,保管员开具出门证给用户

总经办进行出库审核记帐。

总经办审核记帐后,生成保管收费单。

总经办平帐处理。

一批货物全部出库后,保管员将《帐卡》、《提货单》、《码单》送至总经办核实平帐后,存档。

9货舱部生成盘点单据

货舱部根据需要盘点的货物生成盘点帐存表,表中有生成盘点表的商品编码、商品名称、所属部门、库位、经营方式、库存数量及盘点日期等相关信息。

打印盘点单,包括的项目有:商品库位、所属部门、类别、商品编码、商品名称、经营方式、实盘数量及盘点日期,这里不输出商品的帐存数量。

10 盘点员进行实地盘点

盘点员手持盘点单,进行实地盘点,将数量填入盘点单中实盘数量处。

11 货舱部进行盘点结果处理

货舱部在微机中调出对应的盘点帐存表,将实盘的数量录入进去,经主管检察录入数据的准确性后,审核生效。

12 生成盘点盈亏表

针对商品有盘盈和盘亏的商品进行记帐。凡是有盈亏的商品列出商品编码、名称、实盘数量、帐存数量、成本单价、盈亏金额。

13 过户处理

修改货物所属货主,同时修改相应信息(重复出库、入库流程)。

14 移库处理

修改移库货物原有和现有的库存位置。

2.2.3业务用例图

2.2.3业务活动图

入库过程:

出库过程:

盘点过程:

2.3 系统基本功能描述:

根据仓储系统业务过程分析知系统的基本功能有入库管理,出库管理与库存管理三大模块,系统功能图如下:

第三章仓储系统系统需求用例建模

3.1 入库管理需求用例分析

3.1.1 确定系统角色:

一个角色可以是人、硬件设备、甚至另外一个系统。对于一个系统而言,每种类型的用户表示为一个或几个角色,每个与该系统交互的外部系统也表示为一个或几个角色。仓储管理系统中,我们通过分析,可以找出这样一些角色:客户,货物,入库管理人员,仓库,出库管理人员,库存管理人员,系统管理人员。

3.1.2确定系统顶层用例

一般的uml的需求描述方法是用用例图来表达角色、用例及其之间的关系,用文字形式的事件流文档具体描述用例细节。这种方法存在以下缺点:一张用例图不能描述复杂系统全部需求;系统的业务种类多、功能繁杂,根本无法清晰地将系统的全部功能展开在一张用例图上,即使可以,用户看到纵横交错的各种关系,也只能望而生畏;用例图不适应描述系统的非功能要求;文字不便于说明复杂用例的流程。涉及多个部门之间的交互协调,事件流文档中的文字难以清晰地表达地籍数据的复杂流程。因此我们将采用建立多层次的用例图。顶层用例图描述系统粗粒度的全部功能;下一层将没有表述清的粗粒度用例用更细粒度的子用例描述。

根据系统的业务过程分析与用户的需求分析,系统的顶层用例如表所示:

系统得顶层用例图如下:

3.1.3 入库管理功能性分析:

根据业务描述,我们知道此模块应该要实现的功能大致如下:

1 入库管理人员利用系统登记站台管理员送来的到站日报表信息;

2 入库管理人员能修改到站日报表信息;

3 入库管理人员能删除到站日报表信息;

4 入库管理人员根据到站日报填写,修改,删除码单;

5 入库管理人员根据货物明细单填写,修改,删除入库单;

6 入库管理人员审核《码单》、《货物明细单》,《入库单》如有差错,返回

《货物异常报告》;如无差错生成《帐卡》、《入库收费单》。

入库管理的分层用例图如下:

《UML系统分析和设计》

《UML系统分析和设计》

软工14级《UML系统分析与设计》 大作业 问题定义: 设计某医药公司进销存管理信息系统的进货、库存、销售三个组成部分。 进货子系统有 药品验收处理 1 产生进货传票(进货传票编码、商品编码、品名、规格、厂商、有效 期、进价、进货数量)。 2进货传票将被打印给供货商作为收货凭证。一次进货可有多项药品,由进货传票编码唯一标识;一种药品由商品编码唯一标识。系统设有一个商品目录(商品编码、品名、规格、厂商、有效期、销售价格)。 3当进货的药品是新药品(商品目录中没有的药品)时,进货子系统自动把新药品写入商品目录。 库存子系统有 1进货入库 2销售出库 处理维护库存帐(商品编码、品名、规格、厂商、有效期、进货量、进价、出库量、销售价、库存数量、库存下限量、库存上限量),库存帐不能做修改操作, 当进货入库时,根据进货传票产生一条新记录,库存数量加上进货量; 当销售出库时,根据销售传票产生一条新记录,库存数量减去出库量;商品编码是各药品的唯一标识字。 库存子系统设库存自动报警,当库存数量大于库存上限量或者小于库存下限量时,给出警告信息。 销售子系统有 定价处理和销售处理。 1定价处理有一个商品价格表(商品编码、品名、规格、厂商、有效期、建议价格、销售价格、批准责任人)首先由销售管理员定建议价格,经过经理批准后确定销售价,并自动更新商品目录的销售价; 2销售处理在公司的销售窗口,售货员根据顾客要求查找商品目录和库存帐,如果有货(库存数量满足顾客要求),一项销售成立,产生销 售传票的一条记录,一次销售可有多项记录,由销售传票唯一标识。销 售传票的数据结构是(销售传票编码、商品编码、品名、规格、厂商、 有效期、销售价、销售数量)。销售传票是库存子系统记录库存帐的依据。 销售传票将被打印给顾客作为提货凭证。 以上为本次试题的基本部分(称基本系统),为必做部分。事实上的进销存系统还有其它组成,例如“退货处理”、“客户管理”、“供货商管理”、“定价管理”等,有兴趣的同学可以选做或者补充某些附加内容。

UML课程设计报告_汽车租赁系统的需求分析与设计

课程设计报告 2009 ~ 2010 学年第二学期 教学单位信息工程与技术系 课程名称 UML统一建模语言课程设计课程设计题目汽车租赁系统的需求分析与设计指导教师 XXXX 学生姓名 XXXXX 专业名称计算机科学与技术(数据库)年级 08级 汽车租赁系统的需求分析与设计

一.课程设计目的 UML统一建模课程是一门面向对象开发方法的设计语言。UML统一建模课程设计实验课,着重加强面向对象建模技术。使用UML统一建模语言,用需求模型简化业务领域;用分析模型验证用例的正确性,一致性,完备性,可行性;用设计模型标识解决方案。通过模型实现了从业务领域到软件领域的映射。通过建模,使问题可视化,形式化。通过一序列的建模和迭代活动,对于提高学生综合素质十分必要。 UML统一建模课程是本科类计算机专业的一门骨干课程,技术复杂,应用范围广。本课程设计实验主要内容:构建系统的分析模型、设计模型。主要目标如下: 1. 掌握面向对象的分析技术、设计技术; 2. 构建“汽车租赁系统”的需求分析模型和设计模型; 二.课程设计题目描述和要求 本课程设计中包含: A.软件需求分析 B.汽车租赁系统的需求分析 C.系统的UML基本模型 D.系统中的类 E.系统的配置与实现 1、系统目标 系统的整体目标是:利用互联网和信息化技术,结合汽车租赁经营的实际运作情况,建设一个覆盖汽车租赁经营全部业务的“汽车租赁系统”,通过该系统提高企业信息化水平,完善经营管理体系,提高员工素质,进一步加强企业市场竞争能力。 2、功能要求 “汽车租赁系统”中的功能需求可以包括以下几个方面: ●客户可以通过不同的方式(包括电话、前台、网上)预订车辆; ●能够保存客户的预订申请单; ●能够保存客户的历史记录; ●工作人员可以处理客户申请; ●技术人员可以保存对车辆检修的结果。 满足上述需求的系统主要包括以下几个模块: ●基本数据维护模块:该模块提供了使用者录入、修改并维护基本数据的途径。 ●基本业务模块:在系统中,客户可以填写汽车租赁申请表,工作人员处理这些表格;

UML系统分析和设计

软工14级《UML系统分析与设计》 大作业 问题定义: 设计某医药公司进销存管理信息系统的进货、库存、销售三个组成部分。 进货子系统有 药品验收处理 1 产生进货传票(进货传票编码、商品编码、品名、规格、厂商、有效 期、进价、进货数量)。 2进货传票将被打印给供货商作为收货凭证。一次进货可有多项药品,由进货传票编码唯一标识;一种药品由商品编码唯一标识。系统设有一个商品目录(商品编码、品名、规格、厂商、有效期、销售价格)。 3当进货的药品是新药品(商品目录中没有的药品)时,进货子系统自动把新药品写入商品目录。 库存子系统有 1进货入库 2销售出库 处理维护库存帐(商品编码、品名、规格、厂商、有效期、进货量、进价、出库量、销售价、库存数量、库存下限量、库存上限量),库存帐不能做修改操作, 当进货入库时,根据进货传票产生一条新记录,库存数量加上进货量;

当销售出库时,根据销售传票产生一条新记录,库存数量减去出库量;商品编码是各药品的唯一标识字。 库存子系统设库存自动报警,当库存数量大于库存上限量或者小于库存下限量时,给出警告信息。 销售子系统有 定价处理和销售处理。 1定价处理有一个商品价格表(商品编码、品名、规格、厂商、有效期、建议价格、销售价格、批准责任人)首先由销售管理员定建议价格,经过经理批准后确定销售价,并自动更新商品目录的销售价; 2销售处理在公司的销售窗口,售货员根据顾客要求查找商品目录和库存帐,如果有货(库存数量满足顾客要求),一项销售成立,产生销售传票的一条记录,一次销售可有多项记录,由销售传票唯一标识。销售传票的数据结构是(销售传票编码、商品编码、品名、规格、厂商、有效期、销售价、销售数量)。销售传票是库存子系统记录库存帐的依据。销售传票将被打印给顾客作为提货凭证。 以上为本次试题的基本部分(称基本系统),为必做部分。事实上的进销存系统还有其它组成,例如“退货处理”、“客户管理”、“供货商管理”、“定价管理”等,有兴趣的同学可以选做或者补充某些附加容。 作业要求: 1.针对上述需求,请用面向对象的系统分析和设计方法完成附件中作业要求; 2.解答时可以查询资料、可以讨论、可以使用建模工具(如Rose、together等),

试题管理系统UML系统分析与设计

《信息系统分析与设计》课程设计报告 班级:信管1002 姓名: 学号:

试题管理系统 课程设计要求: 1、应画出该系统的完整用例图。 2、给出负责模块的用例的详细事件流描述。 3、从用例的事件流描述中获取候选的实体类,确定类之间的关系 并画出正确的类图。 4、画出用例的顺序图以及协作图。 5、根据用例的事件流描述,画出用例的活动图。 6、根据类图,画出类的状态图。 7、最后给出系统的构件图、部署图。 8、具有完整清晰的设计流程。 9、各图布局合理、美观。 10、提供完整的课程设计说明书。 课程设计说明书的正文应包含以下几部分: 1、封面; 2、系统分析:给出详细分析过程; 3、系统设计:给出系统的UML图; 4、遇到的问题及解决方案。 摘要 传统的试题管理方法因受到时间、空间和管理维护等因素的限制, 已很难适应

现代信息社会教育教学发展的需求。随着计算机技术、网络技术和数据库技术的成 熟与稳定以及全国各高校校园网的建立和教育教学管理信息化程度的不断提高, 试 题管理系统获得了前所未有的发展前景与强大的技术支持。因此, 教学管理者希望 有一个集试卷分类、试卷管理、试题管理等功能于一体的网络试题库管理系统, 以 提高管理效率。而利用计算机自动生成试卷,并通过积累逐步形成有效试题库,使 试题和试卷的管理高效便捷,同时也使教学方式和考试方式有更多选择。这对提高 教学效率,有效利用资源和使传统的教学方式逐步走向自动化具有重要作用。 所开发的系统提供了试卷分类、试卷管理、试题管理及试卷生成等功能,为教师提 供了一个功能强大的平台,通过这个平台教师可以根据实际教学情况来组成相应的 试题与试卷,并轻松的管理试题库与试卷库,在实际应用中可以有效减轻教师的工 作量。 关键词:试题管理;试卷管理;UML;信息系统分析 目录 一、试题库管理系统的调查及初步分析 (2) (一)试题库管理系统的开发背景 (2) (二)试题库管理系统的需求分析 (3)

UML系统分析与架构设计实战

UML系统分析与架构设计实战 课程简介: 目前,在软件开发领域,各种框架、模型以及设计模式充斥着整个IT行业,纵观现在的各种软件开发技术 培训,我们发现几乎所有的培训中都会出现UML知识的培训。毋庸置疑,UML已经成为了现在的软件开 发技术的基础。但是如何透彻理解UML,迅速掌握UML的精髓却是所有技术人员一直以来困惑的地方。 本次培训,特别邀请了长期从事软件开发的国内著名架构师,以实战训练方式让大家迅速理解和掌握如何 利用UML贯穿于整个软件的OO设计与分析。课程没有枯燥的理论,在课程实战练习中,从UML疑难辨 析开始一直到软件体系的架构模式与设计模式,透彻了解UML的精髓。鉴于此,本中心联合国内知名IT 厂商,总结了几十个项目案例的经验与教训,推出了“UML系统分析与架构设计实战”培训课程,旨在为IT 行业培养高质量的软件分析、设计人员,打造软件厂商的核心竞争力。具体相关事宜通知如下: 本课程是一个UML系统分析与设计的高端课程,主要面向开发团队中的设计人员、系统分析人员、开发经 理、或项目经理,以及有望或有志成长为高级软件设计者的技术人员。 本课程通过一些大量的实际项目案例,揉合讲师的大型项目实际工作经验,以项目过程中的问题带动原理 的描述,从理论和实践的结合上有重点讲清问题。 【主办单位】中国电子标准协会【协办单位】深圳市威硕企业管理咨询有限公司 培训目标: 1、了解UML的正确应用方法与原理; 2、学员将了解如何把UML应用到面向对象分析和设计乃至整个软件过程中,包括使用UML建立业务模 型、需求模型、分析模型、设计模型、实现模型等; 3、重点讲解UML在具体的真实项目中的使用和应用过程指南,如何应用UML处理需求的变更,分析、 设计出强壮的架构,建立充分的实现模型。强调具体项目的过程。 4、运用系统分析模式进行本质分析; 5、了解如何设计稳健并易于扩展的架构; 6、通过实际的案例,掌握需求、分析设计的关键技巧; 7、看到好的和差的实际案例,反思自我,提高实际工作能力; 8、深入了解如何解决实际开发问题; 9、理解UML贯穿于迭代化、用例驱动和以构架为中心的过程; 10、掌握如何基于UML设计的可扩展的业务架构、应用架构和程序结构。 课题内容 第一单元: UML概念(一般介绍) UML的构成 视图、模型元素、图(用例、类、对象、序列、协作、状态、活动、构件、部署) 公共机制(规约、修饰符、扩展机制) 结构模型视图 数据类型、多重性、类、类与对象;关联(自关联、关联的多重性、角色名、关联的具体 化);属性和操作。

实验一-基于UML的网上购物系统分析与设计

实验一-基于UML的网上购物系统分析与设计

实验一基于UML的网上购物系统分析与设计 一、实验目的 1.熟悉UML各图的基本功能和使用方法。 2.掌握如何使用建模工具绘制UML各图方法。 3.学习面向对象的系统分析与设计方法。 二、实验器材 1.PC一台。 2.Rational Rose 2003工具软件。 三、实验内容 利用Ration Rose统一建模工具,以华龙百货销售有限公司的网上购物系统为实验案例,进行基于UML的系统分析与设计,完成需求获取、系统分析、系统设计各阶段的基本任务。 四、实验步骤 1.分析网上购物系统的需求,绘制用例图,建立用例模型。识别用例之间的关系。 用例图如图:

网上购物用例图 顾客服务用例图

订单管理用例图 顾客管理用例图

商品管理用例图 2.分析主要用例的用例描述(包括主事件流、可选事件流和例外事件流)。答:搜索商品 用例名:搜索商品(Search for Items) 简要说明:这个用例描述顾客根据关键词搜索商品的过程。 前置条件:顾客已进人Main Page页面。 事件流:(无)。 基本事件流: (1)顾客输人关键词,点击“搜索”按钮; (2)系统根据所输人关键词,查询数据库; (3)系统显示查询结果。 替代事件流:数据库中无符合关键词的商品(缺货或者没有该商品)。 (1)在基本事件流第2步,系统查询数据库时,查到数据库商品无符合关键 词的商品,用例开始; (2)系统显示“查无符合关键词的商品!”信息;

(3)用例结束。 后置条件:(无)。 把商品加人购物车 用例名:把商品加人购物车(Add Items to Shopping Cart) 简要说明:这个用例描述把物品加人购物车的过程。 前置条件:顾客已登录,并进人ItemUI页面。 事件流:(无)。 基本事件流: (1)顾客点击所选商品旁的“加进购物车”按钮,用例开始; (2)系统根据所选商品的PID查询数据库,看是否有所选商品; (3)系统根据顾客的C1D查询数据库,获取顾客信息; (4)系统把所选商品信息及顾客信息加人顾客的购物车中; (5)系统更新显示购物车的信息; (6)用例结束。 替代事件流一:所查商品不符合要求(缺货或者没有该商品)。 (1)在基本事件流第2步,系统查询数据库时,查到数据库里该商品已不存在,或者数量为0,用例开始; (2)系统显示“商品已无,加人购物车失败”信息; (3)用例结束。 替代事件流二:顾客没有购物车。 (1)在基本事件流的第3步,系统查出顾客没有购物车,用例开始; (2)系统提示顾客创建一个新的购物车; (3)用例结束。 后置条件:(无)。 查着购物车 用例名:查看购物车(View the Shopping Cart)o 简要说明:这个用例描述顾客查看购物车信息的过程。 前置条件:顾客已登录并且拥有一个购物车。

UML系统建模与分析设计-刁成嘉-课后答案

UML系统建模与分析设计-刁成嘉-课后答案

第一章系统建模与分析设计的演变 1、系统建模的三要素:方法、工具和过程 2、软件的分类: 按软件的功能划分:系统软件、支撑软件和应用软件 按软件的规模划分:小型软件、中型软件、大型甚至超大型软件 按软件的工作方式划分:实时处理软件、分时处理软件交互式软件和批处理软件 按软件服务对象的范围划分:一次性使用软件和使用频度较高的软件 按软件失效的影响程度划分:一般性软件和关键性软件 3、软件危机产生的原因主要有两个:一是与软件本身的特点相关;二是软件开发和维护的方法不正确。 4、软件开发过程模型:瀑布模型、渐增模型、演化模型、螺旋模型、智能模型 5、UML的特点:唯一性、连续性、维护性、复用性和逐步完善 6、面向对象的三大重要特征:封装性、继承性和多态性

7、软件开发方法从结构化开发方法、模块化开发方法到面向对象开发方法是一个渐进的演变过程 8、软件生命周期描述了一个软件从定义、开发、使用、维护到服用的全过程 9、面向对象的基本概念有:对象、类急气封装性、多态性、继承性和消息传递 10、软件开发过程由客户端需求分析、系统分析、系统设计和系统实现以测试与维护四个四个阶段组成 11、面向对象系统的开发过程以体系结构为中心,以用例为驱动,是一个反复、渐增的过程 课后习题: A 1、封装是吧对象的属性和操作结合在一起,组成一个独立的对象、 C 2、封装是一种信息隐蔽技术,目的是使对象的生产者和使用者分离,使对象的定义和实现分开。 B 3、面向对象方法中的继承机制使子类可以自动地拥有复制父类全部属性和操作 D 4、使得在多个类中能够定义同一个操作或属性名,并在每一个类中有不同的实现的一种方法

UML系统建模与分析设计的基础知识复习

第一章系统建模与分析设计的演变 1、系统建模的三要素:方法、工具和过程 2、软件的分类: 按软件的功能划分:系统软件、支撑软件和应用软件 按软件的规模划分:小型软件、中型软件、大型甚至超大型软件 按软件的工作方式划分:实时处理软件、分时处理软件交互式软件和批处理软件 按软件服务对象的范围划分:一次性使用软件和使用频度较高的软件 按软件失效的影响程度划分:一般性软件和关键性软件 3、软件危机产生的原因主要有两个:一是与软件本身的特点相关;二是软件开发和维护的方法不正确。 4、软件开发过程模型:瀑布模型、渐增模型、演化模型、螺旋模型、智能模型 5、UML的特点:唯一性、连续性、维护性、复用性和逐步完善 6、面向对象的三大重要特征:封装性、继承性和多态性 7、软件开发方法从结构化开发方法、模块化开发方法到面向对象开发方法是一个渐进的演变过程 8、软件生命周期描述了一个软件从定义、开发、使用、维护到服用的全过程 9、面向对象的基本概念有:对象、类急气封装性、多态性、继承性和消息传递 10、软件开发过程由客户端需求分析、系统分析、系统设计和系统实现以测试与维护四个四个阶段组成 11、面向对象系统的开发过程以体系结构为中心,以用例为驱动,是一个反复、渐增的过程 1、封装是吧对象的属性和操作结合在一起,组成一个独立的对象、 2、封装是一种信息隐蔽技术,目的是使对象的生产者和使用者分离,使对象的定义和实现分开。 3、面向对象方法中的继承机制使子类可以自动地拥有复制父类全部属性和操作 4、使得在多个类中能够定义同一个操作或属性名,并在每一个类中有不同的实现的一种方法是多态性 5、软件按照其工作方式可划分为实时处理软件、分时处理软件、交互式软件和批处理软件。 6、软件生存周期由软件的定义、软件的开发和软件的使用维护和更新换代三部分组成。 7、软件开发模型有瀑布模型、增量模型、螺旋模型、智能模型和快速原型模型等五种主要模型 8、面向对象技术采用以类为中心的封装、继承、多态等不仅支持软件复用,而且使软件维护工作可靠有效,可实现软件系统的柔性制造。 9、UML的优点是:唯一性、连续性、维护性、复用性和完善性。 第二章统一建模语言UML 1、UML的五种视图:用例视图、逻辑视图、构件视图、进程视图和配置视图 2、UML的三大类模型图是:用例模型图、静态模型图和动态模型图 3、用例模型描述的是外部执行者主要用于需求分析阶段 4、UML的静态建模机制包括:类图、对象图、包图、构件图、配置图 5、UML的动态模型包括4种兔:状态图、活动图、顺序图、合作图 6、软件的开发过程即生命周期划分为开始、详细规划、系统构造、移交四个阶段。

基于UML的系统分析与设计

琼州学院电子信息工程学院课程设计报告 课程名称:UML面向对象建模与设计 设计题目:基于UML的选课子系统建模 专业:软件工程 班级:10软件工程(2)班 姓名:韦春涛 学号:10241075 起止日期:2012.03.13~2012.05.14 指导教师:王中华 指导教师评语: 最终成绩:指导教师签名: 年月日 成绩评定 项目权重成绩 1、设计过程中的学习态度0.2 2、课程设计的质量及答辩0.5 3、设计报告书规范程度0.3 4、总成绩

注意事项 一、设计目的 《UML面向对象建模与设计》是一门实践性较强的软件基础课,为了学好这门课程,必须在掌握理论知识的同时,加强上机实践。本课程设计的目的就是要达到理论与实际应用相结合,使同学们能够根据数据对象的特性,学会数据组织的方法,能把现实世界中的实际问题在计算机内部表示出来,并培养基本的、良好的程序设计技能。 二、设计要求 1.通过这次课程设计,要求在数据结构的逻辑特性和物理表示、数据结构的选择应用、算法的设计及其实现等方面加深课程基本内容的理解。同时,在程序设计方法以及上机操作等基本技能和科学作风方面受到比较系统和严格的训练。 2.学生必须仔细研读《UML面向对象建模与设计》课程设计要求,以学生自学为主、指导教师指导为辅,独立完成课程设计的任务,有问题及时主动与指导教师沟通。 3.本次课程设计按照教学要求需要在本学期7周前完成,学生要发挥自主学习的能力,充分利用时间,安排好课程设计的时间计划,并在课程设计过程中不断检测自己的计划完成情况,及时向指导教师汇报。 4.编程语言:Java 语言。 三、课程设计说明书的格式要求 设计文档的撰写必须提前进行,以保证使文档与程序同步提交。 1.设计题目2.运行环境(软、硬件环境) 3.算法的需求分析4.算法概要设计 5.算法详细设计6.算法的测试 7.运行结果分析8.收获及体会 四、问题分析、设计和测试过程要规范化。 1.需求分析:将题目中要求的功能进行叙述分析。 2.概要设计:算法的设计说明,描述解决此问题的数据存储结构,(有些题目已经指定了数据存储的,按照指定的设计),描述算法建议使用流程图,进行算法分析指明关键语句的时间复杂度。 3.详细设计:即各个算法的具体实现步骤,每个题目要有相应的源程序,其中每个功能模块采用不同的函数实现。源程序要规范编写:结构要清晰,注释要清楚。重点函数的重点变量和重点功能部分要加上清楚的程序注释。 4.调试和测试:给出实现功能的一组或多组测试数据,程序调试后,将按照此测试数据进行测试的结果列出来。在调试过程中遇到的问题和解决方法也要记录下来。程序要能够正常运行,还要有基本的容错功能。尽量避免出现操作错误时出现死循环。 5.改进措施:对有些题目提出算法改进方案,比较不同算法的优缺点。 五、对指导教师的要求 指导教师要关心学生的课程设计进展,认真答疑。对课程设计报告的撰写要给予充分的指导,报告中切忌出现大篇源代码,应严格要求学生将主要篇幅放在“原理实现”上,即如何用框图表达设计和实施思想。课程设计报告要用红笔批阅,最终成绩以优、良、中、及格与不及格分等计算。

面向对象分析与设计(UML)课程设计报告范文1

面向对象分析与设计(UML) 课程设计报告 题目: 学号: 姓名: 班级:

【课程设计名称】网络教学系统-使用UML进行系统的分析和设计 【课程设计目的】1.掌握UML建模的基础知识和其应用; 2.熟悉Rational Rose环境及功能,能够设计出完整系统。 【课程设计要求】1.对系统功能进行必要的描述; 2.绘制系统的主要模型图; 3.模型图要有说明性文字解释。 【课程设计内容】1.网络教学系统的需求分析; 2.网络教学系统UML建模。 【课程设计步骤】 一: 网络教学系统的需求分析 1、系统功能需求 (1)学生可以登陆网站浏览和查找各种信息以及下载文件。 (2)教师可以登陆网站给出课程见解、发布、修改和更新消息以及上传课件。 (3)系统管理员可以对页面进行维护和批准用户的注册申请。 满足上述需求的系统主要包括下面几个模块 (1)数据库管理模块:提供使用者录入、修改并维护数据的途径。 (2)基本业务模块:教师可以上传文件、发布消息、修改和更新消息;学生可以下载文件;管理员可以维护页面,批准注册等。 (3)信息浏览、查询模块:主要用于对网站的信息进行浏览、搜索查询。 图 1.1系统功能需求 2、数据库管理模块 图 1.2数据库管理模块 (1)教师信息管理:负责教师信息的管理。 (2)课程简介信息管理:负责课程简介信息的管理。 (3)文件上传信息管理:负责文件上传信息的管理。

3、基本业务模块 图 1.3基本业务模块 (1)文件上传:教师可以使用此模块将课程的数据上传到网站服务器。 (2)文件下载:学生可以使用此模块从网站上下载课件及其他资料。 (3)消息发布:教师可以通过此模块发布学习方法、课程重点等和教学相关的文章,以及和课程相关的通知等。 (4)消息修改和更新:教师可以通过此模块对自己发布的信息进行修改和更新。 (5)页面维护:网站管理员可以使用此模块对网站的页面进行维护。 (6)用户注册批准:网站管理员可以使用此模块批准用户注册。 4、信息浏览、查询模块 图 1.4信息查询模块功能 (1)网页信息浏览:用户浏览网站信息。 (2)文章信息搜索:用户根据关键字搜索文章。 二: 系统的UML建模 1、系统的用例图 创建用例图之前首先需要确定参与者。 ①在网络教学系统中,需要学生和教师的参与。学生可以浏览课程简介,教学计划,学习方法等教 师发布的文章,并可以根据关键字查询文章。此外,学生可以从网站上下载课件。教师作为教学的主导者,使用此网站可以发布学习方法,课程重点等和教学相关的文章,以及和课程相关的通知等,还可以将某一门课程的课件上传。 ②网站需要一个专门的管理者进行日常维护与管理,所以需要有系统管理员的参与。 (1)系统用户参与的总的用例图 教师和学生都可以从“网站用户”这个参与者泛化而来,网站用户是指网站的注册用户,注册用户可以登录系统完成相应的操作。 系统用户参与的总的用例图如图所示。从图中可以清楚地看到泛化关系与各个参与者所参与的用例。

UML系统分析与设计课程整体设计方案

UML系统分析与设计课程整体设计方案 摘要:本文介绍了职业教育课程工作过程系统化的开发与设计,以工作过程分析为起点,选用适于教学的典型工作任务为载体整合教学内容,在课程教学过程中凸现以学生为主体、以职业能力的培养为主线、“教学做一体化”的特点。我院软件技术专业“UML系统分析与设计”课程设计把握上述原则,对实现人才培养目标、提高学生的职业关键能力起到了强有力的支撑作用。 关键词:工作过程系统化;软件模型建立;课程开发与设计 1工作过程系统化的课程开发 职业教育课程的开发是工作过程导向的,依据并围绕职业活动中“为完成一件工作任务并获得工作成果而进行的一个完整的工作程序(工作过程)”选择课程内容,并以之为参照系对知识内容实施序化,着眼于蕴含在行动体系中的隐性实践知识的生成与构建,筑造课程内容结构[1-2]。 工作过程系统化的课程开发,以工作过程分析为起点,选用适于教学的典型工作任务为载体整合教学内容,在课程教学过程中凸现以学生为主体、以职业能力的培养为主线、“教学做一体化”的特点。工作过程系统化的课程开发模式将职业活动中的各个元素渗透到教学的整个过程,实现学习者从经验层面向策略层面的能力发展,培养企业真正需要的人才;与此同时,工作过程系统化的课程开发也关注如何在满足社会需求的同时实现人的个性需求、如何在就业导向的职业教育大目标下人保持个人的可持续发展[3]。 2软件技术专业整体课程设计 软件技术专业以培养具有良好职业道德素养,具有一定的专业理论知识,具有较强的实践动手能力,具备可持续发展能力,适应软件开发、测试、维护、应用、推广、支持及服务等岗位需要的德、智、体全面发展的高级技术应用型人才为目标。对软件技术专业进行职业专门化方向研究后,认定软件技术专业人才面向的岗位及岗位群有项目经理、数据库开发工程师、程序设计工程师、系统测试工程师、系统维护与售后工程师等。 软件技术专业的就业岗位主要包括:1)软件设计员、软件项目经理、软件项目组长、程序员、编码员:程序模块设计、代码编写、软件文档制作等相关技术岗位;2)测试员:与软件测试、质量保证等工作相关的技术岗位;3)软件技术支持、推广、维护等人员:与软件应用、服务、推广、维护等工作相关的技术支持岗位;4)企业信息员:与企业信息化,如企业管理系统应用、数据库应用程序维护及开发等工作相关的一般技术岗位;5)办公室文员:与办公自动化,如桌面应用程序开发、Web应用系统开发等工作相关的一般技术岗位。 软件技术专业的典型工作任务包括:1)软件开发资讯、计划、质量管理、进

UML系统建模与分析设计(刁成嘉)课后习题选择和填空整理

1、封装是指把对象的(A)结合在一起,组成一个独立的对象。 A.属性和操作B.信息流C.消息和事件D.数据的集合2、封装是一种(C)技术,目的是使对象的生产者和使用者分离,使对象的定义和实现分开。 A.工程化B.系统维护C.信息隐蔽D.产生对象3、面向对象方法中的(D)机制是子类可以自动地拥有复制父类全部属性和操作。 A.约束B对象映射C.信息隐蔽D.继承 4、使得在多个类中能够定义同一个操作或属性名,并在每一个类中有不同的实现的一种方法(B)。 A.继承B.多态性 C.约束 D.接口 5、UML 的软件以(A)为中心,以系统体系结构为主线,采用循环、迭代、渐增的方式进行开发。 A. 用例 B.对象 C.类 D.程序 6、UML 的(B)模型图由类图、对象图、包图、构件图和配置图组成。 A. 用例 B. 静态 C. 动态 D. 系统 7、UML的(C)模型图由活动图、顺序图、状态图和合作图组成。 A. 用例 B. 静态 C. 动态 D.系统 8、UML的最终产物就是最后提交的可执行的软件系统和(D)。 A.用户手册B.类图C.动态图D.相应的软件文档资料 9、在UML的需求分析建模中,(B)模型图必须与用户反复交流并加以确认。 A. 配置B. 用例C.包D. 动态 10、可行性研究分析包括经济可行性分析、技术可行性分析和(B)。 A.风险可行性分析 B.法律可行性分析 C.资源可行性分析 D.效益可行性分析 11、UML的客户分析模型包括(A)模型、类图、对象图和活动图组成。 A.用例 B.分析 C.属性 D.系统 12、UML客户需求分析使用的CRC卡上“责任”一栏的内容主要描述类的(C)和操作。 A.对象成员 B.关联对象 C.属性 D.私有成员 13、UML客户需求分析产生的系统模型描述了系统的(D) A.状态 B.体系结构 C.静态模型 D.功能要求 14、在UML的需求分析建模中,用例模型必须与(B)反复交流并加以确认。 A.软件生产商 B.用户 C.软件开发人员 D.问题领域专家 15、在UML的需求分析建模中,对用例模型中的用例进行细化说明应使用(A)。 A.活动图 B.状态图 C.配置图 D.构件图 16、活动图中的分劈和同步接合图符是用来描述(A) A.多进程的并发处理行为 B.对象的时序 C.类的关系 D.系统体系结构框架 17、UML的系统分析进一步要确立的三个系统模型的是( B )、对象动态模型和系统功能模型。 A.数据模型B.对象静态模型C.对象关系模型D.体系结构模型18、UML的客户需求分析、系统分析和系统设计阶段产生的模型,其描述图符(A)。

UML系统分析与设计教程

UML系统分析与设计教程 6.4 参与者:①教师②学生③系统管理员。 用例:①注册选修课程②选择所教课程③获取学生注册情况④维护教师信息⑤维护课程信息⑥维护学生信息 1.用例图 1.用例注册选修课程的描述 1.1 前置条件 在用例注册选修课程开始之前,用例维护课程信息的分支流“创建选修课程”必须完成。 1.2 后置条件 如果这个用例成功,学生的选修计划表则被删除、创建或打印。否则,系统的状态没有变化。 1.3 扩充点 注册课程不超过6门(E-9)。

一门课的注册学生不能多于80个(E-10)。 一门课的注册学生不能少于5个(E-11)。 课程注册不能超过截止日期(E-12)。 1.4 事件流 1.4.1 基流 当学生输入密码并登录到课程管理系统时,用例注册选修课程开始。如果系统验证密码是正确的(E-1),则提示学生选择当前学期还是以后的学期(E-2),然后系统提示学生选择所想要的动作:ADD(添加)、DELETE(删除)、REVIEW(查看)、PRINT(打印)、QUIT (退出)。 如果所选的活动是ADD,执行分支流S-1,添加所选课程。 如果所选的活动是DELETE,执行分支流S-2,删除所选课程。 如果所选的活动是REVIEW,执行分支流S-3,查看所选课程。 如果所选的活动是PRINT,执行分支流S-4,打印所选课程。 如果所选的活动是QUIT,用例结束并退出。 1.4.2 分支流 S-1:添加所选课程 系统提示含有课程名和课程代号的域,学生输入希望选修的课程名或课程代号(E-3),系统显示信息表示该课程可以选修(E-4),并建立该课程与该学生的连接(E-5)。用例重新开始。 S-2:删除所选课程 系统提示含有课程名和课程代号的域,学生输入希望取消的课程名或课程代号,系统删除该课程与该学生的连接(E-6)。用例重新开始。 S-3:查看所选课程 系统检索(E-7)并显示出学生所选的所有课程的信息,包括课程名、课程代码、上课时间、上课地点、授课老师、学生数量。当学生表示查看完毕,用例重新开始。 S-4:打印所选课程 系统打印出学生所选的课程信息(E-8)。用例重新开始。 1.4.3 替代流 E-1 如果输入的密码无效,用户可以重新输入密码或终止用例。 E-2 如果输入的学期无效,用户可以重新输入学期或终止用例。 E-3 如果输入的课程名或代码无效,用户可以重新输入有效的课程名和代码的组合或终止用例。 E-4 如果所要求的课程不可以选修,学生会得到信息提示该课程目前无法选修。用例重新开始。 E-5 如果学生与课程间的连接不能建立,信息会被存储,系统晚些时侯再次建立连接。用例继续。 E-6 如果学生与课程间的连接不能删除,信息会被存储,并晚些时侯删除该连接。用例继续。E-7 如果系统不能检索课程选修信息,那么用例重新开始。 E-8 如果系统不能打印课程选修信息,学生会得到信息提示该选项目前无法使用。用例重新开始。 E-9 如果所选课程多于6门,系统显示选课数目过多。用例重新开始。 E-10 如果某课程注册人数超过80,学生会得到信息提示该课程人数已满同时该课程的注册通道关闭。用例重新开始。 E-11 如果某课程注册人数少于5,该取消课程的注册。用例重新开始。

UML系统建模和分析设计(刁成嘉)课后习题集整理

一、选择 1、封装是指把对象的(A)结合在一起,组成一个独立的对象。 A.属性和操作B.信息流C.消息和事件D.数据的集合2、封装是一种(C)技术,目的是使对象的生产者和使用者分离,使对象的定义和实现分开。 A.工程化B.系统维护C.信息隐蔽D.产生对象3、面向对象方法中的(D)机制是子类可以自动地拥有复制父类全部属性和操作。 A.约束B对象映射C.信息隐蔽D.继承 4、使得在多个类中能够定义同一个操作或属性名,并在每一个类中有不同的实现的一种方法(B)。 A.继承B.多态性 C.约束 D.接口 5、UML 的软件以(A)为中心,以系统体系结构为主线,采用循环、迭代、渐增的方式进行开发。 A. 用例 B.对象 C.类 D.程序 6、UML 的(B)模型图由类图、对象图、包图、构件图和配置图组成。 A. 用例 B. 静态 C. 动态 D. 系统 7、UML的(C)模型图由活动图、顺序图、状态图和合作图组成。 A. 用例 B. 静态 C. 动态 D.系统 8、UML的最终产物就是最后提交的可执行的软件系统和(D)。 A.用户手册B.类图C.动态图D.相应的软件文档资料 9、在UML的需求分析建模中,(B)模型图必须与用户反复交流并加以确认。 A. 配置B. 用例C.包D. 动态 10、可行性研究分析包括经济可行性分析、技术可行性分析和(B)。 A.风险可行性分析 B.法律可行性分析 C.资源可行性分析 D.效益可行性分析 11、UML的客户分析模型包括(A)模型、类图、对象图和活动图组成。 A.用例 B.分析 C.属性 D.系统 12、UML客户需求分析使用的CRC卡上“责任”一栏的容主要描述类的(C)和操作。 A.对象成员 B.关联对象 C.属性 D.私有成员 13、UML客户需求分析产生的系统模型描述了系统的(D) A.状态 B.体系结构 C.静态模型 D.功能要求 14、在UML的需求分析建模中,用例模型必须与(B)反复交流并加以确认。 A.软件生产商 B.用户 C.软件开发人员 D.问题领域专家 15、在UML的需求分析建模中,对用例模型中的用例进行细化说明应使用(A)。 A.活动图 B.状态图 C.配置图 D.构件图 16、活动图中的分劈和同步接合图符是用来描述(A) A.多进程的并发处理行为 B.对象的时序 C.类的关系 D.系统体系结构框架

相关文档
相关文档 最新文档