UML系统建模与分析大作业
UML系统建模与分析设计课后习题答案
UML系统建模与分析设计第一章系统建模与分析设计的演变1、系统建模的三要素：方法、工具和过程2、软件的分类：按软件的功能划分：系统软件、支撑软件和应用软件按软件的规模划分：小型软件、中型软件、大型甚至超大型软件按软件的工作方式划分：实时处理软件、分时处理软件交互式软件和批处理软件按软件服务对象的范围划分：一次性使用软件和使用频度较高的软件按软件失效的影响程度划分：一般性软件和关键性软件3、软件危机产生的原因主要有两个：一是与软件本身的特点相关；二是软件开发和维护的方法不正确。
4、软件开发过程模型：瀑布模型、渐增模型、演化模型、螺旋模型、智能模型5、UML的特点：唯一性、连续性、维护性、复用性和逐步完善6、面向对象的三大重要特征：封装性、继承性和多态性7、软件开发方法从结构化开发方法、模块化开发方法到面向对象开发方法是一个渐进的演变过程8、软件生命周期描述了一个软件从定义、开发、使用、维护到服用的全过程9、面向对象的基本概念有：对象、类急气封装性、多态性、继承性和消息传递10、软件开发过程由客户端需求分析、系统分析、系统设计和系统实现以测试与维护四个四个阶段组成11、面向对象系统的开发过程以体系结构为中心，以用例为驱动，是一个反复、渐增的过程课后习题：ACDB1、封装是吧对象的属性和操作结合在一起，组成一个独立的对象、2、封装是一种信息隐蔽技术，目的是使对象的生产者和使用者分离，使对象的定义和实现分开。
3、面向对象方法中的继承机制使子类可以自动地拥有复制父类全部属性和操作4、使得在多个类中能够定义同一个操作或属性名，并在每一个类中有不同的实现的一种方法是多态性5、软件按照其工作方式可划分为实时处理软件、分时处理软件、交互式软件和批处理软件。
6、软件生存周期由软件的定义、软件的开发和软件的使用维护和更新换代三部分组成。
7、软件开发模型有瀑布模型、增量模型、螺旋模型、智能模型和快速原型模型等五种主要模型8、面向对象技术采用以类为中心的封装、继承、多态等不仅支持软件复用，而且使软件维护工作可靠有效，可实现软件系统的柔性制造。
uml系统分析与设计uml系统建模基础教程课后习题答案.docx
UML系统建模基础教程课后答案第一章面向对象设计与UML1.填空题(1)UML(2)封装继承多态(3)继承(4)瀑布模型喷泉模型基于组件的开发模型XP开发模型2.选择题(1) C(2) A B C D(3) A B C D(4) A B C(5) A3.简答题1.试述对象和类的关系。
(1)类是具有相同或相似结构、操作和约束规则的对象组成的集合，而对彖是某一类的具体化实例，每一个类都是具有某些共同特征的对象的抽象。
类与对象的关系就如模具和铸件的关系，类的实例化结果就是对象，而对一类対象的抽象就是类.类描述了一组有相同特性和相同行为的对象。
第二章UML通用知识点综述1.填空题(1)依赖泛化关联实现(2)视图图模型元素(3)实现视图部署视图(4)构造型标记值约束(5)规格说明修饰通用划分2.选择题(1) D(2) C(3) A(4) A B(5) D3.简答题(1)在UML中面向对象的事物有哪几种？在UML中，定义了四种基本的面向对象的事物，分别是结构事物、行为事物、分组事物和注释事物等。
(2)请说出构件的种类。
构件种类有：源代码构件、二进制构件和可执行构件。
(3)请说出试图有哪些种类。
在UML中主要包括的视图为静态视图、用例视图、交互视图、实现视图、状态机视图、活动视图、部署视图和模型管理视图。
(4)请说出视图和图的关系。
视图和图是包含和被包含的关系。
在每一种视图中都包含一种或多种图。
(5)请简述UML的通用机制。
UML提供了一些通用的公共机制，使用这些通用的公共机制(通用机制)能够使UML在各种图中添加适当的描述信息，从而完善UML的语义表达。
逋常，使用模型元素的基本功能不能够完善的表达所要描述的实际信息，这些通用机制可以有效地帮助表达，帮助我们进行有效的UML 建模。
UML提供的这些通用机制，贯穿于整个建模过程的方方面面。
前面我们提到，UML的通用机制包括规格说明、修饰和通用划分三个方面。
第三章Rational统一过程1.填空题(1)角色活动产物工作流(2)逻辑视图过程视图物理视图开发视图用例视图(3)设计开发验证(4)二维(5)周期迭代过程里程碑2.选择题(1) A B C D(2) A C D(3) A C D(4) A B C(5) A B C D3.简答题(1)请描述迭代过程有几个阶段。
(完整word版)UML大作业
课程名称：UML系统分析与设计姓名：班级：软件132班学号：************指导老师：***作业一：绘制q q群的基础用例图QQ群操作主用例图（高层用例图）QQ群用户组成用例图查找添加群用例图进入群空间操作用例图对qq群进行操作的用例图查看QQ群资的用例图QQ群消息设置的用例图qq群内成员管理的用例图作业二：类图及其关系下面是系统分析员和一名篮球教练的谈话，用以建立一个篮球比赛的模型，谈话过程如下：分析员：教练，请大致介绍一下篮球比赛？教练员：比赛的目标是要把篮球投入篮框并且要尽量比对手得更多的分。
每个篮球队由5名队员组成，两名后卫、两名前锋和一名中锋。
每个队要将球推进到篮筐附近，将篮球投中篮筐。
分析员：如何将球推进？教练员：通过传球和运球。
但是某一方必须在规定的进攻时间内投篮。
分析员：进攻的时间是多少呢！？教练员：在某一方获得球权之后，必须在规定的进攻时间内投篮，否则犯规。
美国职业篮球比赛规定的进攻时间是24秒，国际篮球比赛的规定是30秒。
分析员：如果计算篮球比赛得分呢？教练员：在三分线之内没投入篮框一个球得两分，三分线外投入一次得三分，一次罚球得一分。
顺便说一下，罚球是对方犯规之后裁判判罚的投球，如果某个队员犯规了，裁判暂停比赛，由被侵犯的队员在罚球线处罚球分析员：能够详细说一下每个篮球队员在比赛中的情况好吗！？教练员：后卫队员通常主要是运球和传球，他们一般比前锋队员要矮小，前锋队员通常又比中锋矮。
所有队员都必须能够运球、传球、投球和抢篮板球，大部分抢篮板球和中距离投篮的工作都有前锋队员完成，中锋通常距离篮框最近，通常由他来进行篮下进攻分析员：篮球比赛的场地大小是怎么样的呢！？另外，每场比赛的时间是多少？教练员：国际比赛场地是28米长、15米宽。
篮框离地面3.05米高。
在职业篮球比赛中，一场比赛48分钟，分为四节，每节12分钟。
在国际篮联的比赛中，一场比赛40分钟，分为上下半场，各20分钟，有专门的比赛时钟记录比赛的剩余时间还有多少…上述只是部分谈话记录，但是已经涵盖了基本的信息，现在作业要求完成以下内容：•确定你设计的篮球比赛系统模型的类以及它们包含的信息（名称、属性和方法）•分析系统并确定这些类之间的关系（依赖、泛化、实现、关联），如果是关联关系还需要给出关联的属性作业三：顺序图•顾客购买一罐饮料的时序图（投入的钱数不正确）•投钱少•投钱多•顾客购买一罐饮料的时序图（没有所选择类型的商品）作业四：状态建模事件是指在某个时刻发生的事情，如本篮球赛比赛系统中，初始化时间（TimerInit）、开始计时（TimerBegin）、时间暂停（TimerPause）、进球（shot_in）、未进球（shot_out）、犯规（foul）、换人（exchangeplayer）等。
uml大作业设计
uml大作业设计
UML（统一建模语言）大作业设计通常涉及使用 UML 图表来建模和设计一个软件系统或业务流程。
以下是一个 UML 大作业设计的示例，包括了一些关键的 UML 图表和相关的描述：
1. 系统概述：
对要建模的系统进行概述，包括其主要功能、目标用户、应用场景等。
2. 用例图（Use Case Diagram）：
展示系统的主要用例以及它们之间的关系。
用例图用于描述系统的功能和用户与系统的交互。
3. 类图（Class Diagram）：
定义系统中的类、它们的属性和操作，以及类之间的关系，如继承、关联、聚合等。
4. 顺序图（Sequence Diagram）：
显示用例中各个对象之间的消息交互顺序，以及它们在时间上的顺序。
5. 状态图（State Diagram）：
描述系统中对象的不同状态以及导致状态转换的事件。
6. 活动图（Activity Diagram）：
展示系统中业务流程或操作的步骤和活动。
7. 部署图（Deployment Diagram）：
展示系统的硬件和软件组件的部署结构。
在进行 UML 大作业设计时，需要清晰地定义系统的需求和功能，并使用 UML 图表来表达这些需求和设计决策。
同时，要确保图表之间的一致性和完整性，并进行有效的沟通和协作，以确保设计的质量和可维护性。
以上示例仅提供了一些关键的 UML 图表和描述，具体的大作业设计内容和要求会根据实际情况而有所不同。
你可以根据具体的项目需求和指导教师的要求进行调整和扩展。
uml期末大作业总结
uml期末大作业总结引言：本次UML期末大作业是对所学的UML建模知识进行实践的机会。
通过该项目，我深入了解了UML建模的方法和技巧，并将其应用到一个实际的软件系统设计中。
一、项目背景项目背景：电子商务平台在本次大作业中，我们被要求设计一个电子商务平台，该平台旨在为用户提供在线购物、支付、物流等一站式的电子商务体验。
项目的目标是提供一个用户友好且功能完备的电子商务平台，以吸引更多的用户。
二、需求分析1. 功能需求为了满足用户的购物需求，电子商务平台需要具备以下功能：- 用户注册和登录：用户可以通过注册账号并登录来使用平台的功能。
- 商品浏览和搜索：用户可以通过平台浏览和搜索各类商品，并查看商品的详情信息。
- 购物车管理：用户可以将商品加入购物车，管理购物车中的商品，并方便结算。
- 订单处理：用户可以下单购买商品，并查看订单的状态和详情信息。
- 支付和物流：用户可以选择支付方式，并能够跟踪物流状态。
2. 非功能需求为了确保电子商务平台的可靠性和性能，我们对系统提出了以下非功能需求：- 安全性：用户的个人信息和支付信息需要进行加密和保护。
- 可扩展性：系统需要支持未来的功能和用户增长。
- 性能：系统需要能够处理大量的请求，并能够及时响应用户的操作。
三、系统设计在系统设计阶段，我们使用了UML建模方法来描述系统的结构和行为。
我们使用了以下几种UML图表：1. 用例图用例图用于描述系统的功能需求和用户与系统的交互。
通过分析需求，我们设计了如下用例图：（这里插入用例图图片）2. 类图类图用于描述系统的静态结构和类与类之间的关系。
通过分析需求和用例图，我们设计了如下类图：（这里插入类图图片）3. 活动图活动图用于描述系统的业务流程和控制流程。
通过分析用例和系统需求，我们设计了如下活动图：（这里插入活动图图片）四、开发实现在开发实现阶段，我们根据系统设计进行了具体的编码和测试。
我们选择了适合该项目的开发框架和技术，并且按照设计文档进行了系统的构建和测试。
面向对象UML分析与建模考核大作业
西安欧亚学院2014-2015第一学期期末非笔试成绩评定单专业：软件工程 课程： UML 面向对象软件分析与建模 年级： 12 大作业得分 根据提供的《西安欧亚学院内部结转系统开发需求说明书》，完成选定模块软件分析与建模工作，最终以Word 文档的形式提交设计文档，具体要求和评分标准如下： 1. 从需求说明书中任选下列模块之一完成软件分析与建模工作： 1） 订餐管理模块 2） 订房管理模块 3） 车辆管理模块 4） 体育馆管理模块 平时成绩（50%） 大作业成绩（50%） 总 计 考勤作业 _________ 班级___________ 姓名________ 考场号____ 座位号____- - - - - -- - - -- -- -密 ○- - - - - - - - - - - - - - -- - - -- -- - -封 ○- - - - - - - - - - - - -- - - --- - - -- -线 ○- - - - - - - - - - -- - - - -- - - - -- - - -- - - --5）一般维修管理模块6）教材管理模块7）宣传礼品管理模块。
2.完成时间6月10日3.完成用例图模型设计（15分）1）用例图中参与者和用例完整，少一个扣1分；（7分）2）参与者及用例之间关系描述正确；（5分）3）图形符号规范；（3分）4.完成选择模块中每个用例的用例模板和顺序图（20分）1）用例模板、顺序图数量达标，少一项扣1分（10分）2）用例模板、顺序图完善性和正确性；（7分）3）图形符号规范；（3分）5.完成系统协作图设计（15分）协作图中协作对象全面，对象之间逻辑关系正确，图形符号符合标准。
（15分）6.完成系统分析类图（15分）1）类设计完整（包括数量、属性、方法）（7分）2）类间关系设置正确；（5分）3）图形符号规范；（3分）7.完成（订单对象）状态图设计（15分）1）选择对象正确;（5分）2）对象状态划分正确，对象之间转换关系、条件表达正确;（7分）3）图形符号规范;（3分）8.完成系统部署图（10分）部署图设计正确，无欠缺项，图形符合UML标准。
uml系统建模与分析设计课后答案
第一章系统建模与分析技术的演变一选择题1 封装是指把对象的（A）结合在一起，组成一个独立的对象。
A 属性和操作B 信息流C 信息和事件D 数据的集合2 封装是一种（C）技术，目的是使对象的生产者和使用者分离，使对象的定义和实现分开。
A 工程化B 系统维护C 信息隐蔽D 生产对象3 面向对象方法中的（D）机制使子类可以自动地拥有（复制）父类全部属性和操作A 约束B 对象映射C 信息隐蔽D 继承4使得在多个类中能够定义同一个操作或属性名，并在每一个类中有不同的实现的一种方法是（A）A 继承B 多态性C 约束D 接口二填空题5．软件按照其工作方式可分为（分时软件）、（交互式软件）、（批处理软件）和（实时处理软件）。
6．软件生存周期由（软件定义）、（软件开发）和（软件使用、维护和更新）三部分组成。
7．软件开发模型有（瀑布模型）、（渐增模型）、（演化模型）、（螺旋模型）和（智能模型）等5种主要模型。
8．面向对象技术采用以类为中心的（封装）、（继承）、（多态）等不仅支持软件复用，而且使软件维护共作可靠有效，可实现系统的柔性制造。
9. UML的优点是（唯一性）、（连续性）、（维护性）、（复用性）和（逐步完善）。
三解释题10.软件：程序以及开发、使用、维护程序所需要的所有文档，即：软件=程序+文档11.类：是一组具有相同属性和相同操作的对象的集合，是对象的抽象，它抽象地描述了属于该类的全部对象的属性和操作。
12.封装：是面向对象方法的一个重要原则和基本原则，其目的是有效地实现信息隐蔽和局部化。
13.继承性：是指子类可以自动拥有其父类的猼属性了操作。
14.消息：是面向对象系统中，实现对象类之间的通信和任务传递。
15.动态绑定：是指在执行期间判断所引用对象的实际类型，根据其实际的类型调用其相应的方法。
16.多态性：是消息发送者不必知道接受消息的对象所属的类。
第二章统一建模语言UML一、选择题1. UML的软件以（B）为中心，以系统体系结构为主线，采用循环迭代渐增的方式进行开发A 用例B 对象C 类D 程序2.UML的（B）模型图是由类图、对象图、包图、构件图和配置图组成。
面向对象分析与设计（UML）课程大作业题目及要求
面向对象分析与设计（UML）课程大作业题目及要求《面向对象分析与设计（UML）课程大作业》题目一、课程大作业目的和要求1.初步了解UML语言的概念、结构、语义与表示方法；2.掌握UML建模工具Rational Rose的使用方法；3.给出某个简单系统的模型，能够熟练地使用Rose工具表达；二、课程大作业主要内容及要求课程设计的主要任务：1．根据所收集的简单需求，利用UML和Rational Rose工具对系统进行建模；2．根据前述需求的分析，进行需求建模，绘制系统的用例图和活动图；3．根据用例模型，进行架构建模，绘制系统的时序图，状态图，类图和交互图；4．绘制系统中某些重要功能的对象图；5．绘制系统的组件图和部署图；6.程序实现（选做）选题如下：1．网上选课系统主要包括如下功能：管理员通过系统管理界面进入，建立本学期要开的各种课程，将课程信息保存在数据库中并可以对课程进行改动和删除。
学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询已选课程、选课以及付费。
同样，通过业务层，这些操作结果存入到数据库中。
2.设计运动会的计分系统本运动会在若干各会场进行，每个会场进行若干个项目。
有若干支运动队参赛，每支运动队有数名运动员。
各赛事分预决赛，预赛成绩部分带入决赛。
成绩由裁判员给出，计分员记录。
要求在比赛结束后，产生各队排名表及运动员的详细成绩表。
3. 试题管理系统其中试题分正式试题和临时试题，出题人设置课程名和试卷难度等内容后，系统自动出卷。
对试题要进行管理，并提供查询功能。
4. 工资管理系统一个公司下分若干部门，每个部门有若干名职员和经理，每个部门经销若干种产品。
工资由基本工资、产品销售业绩、若干种保险的扣除等组成。
其中的销售业绩：职员按其完成额5%提成，经理按该部门的完成额的1%提成。
每个月要生成一个工资表，每年末再按个人的总销售额发放1%的奖金。
5．宿舍楼管理系统该系统涉及到的事物有：宿舍楼、楼层、房间、家具；室长、楼长、保洁员、学生；学生所属的系。
uml期末大作业
UML期末大作业一、作业目的与任务加深和巩固本学期课堂所学内容，掌握使用Rational Rose2003进行软件建模的技能。
同时，掌握面向对象的思想和ＵＭＬ的基本概念，并能够利用面向对象的思想进行系统分析和设计。
熟悉软件开发环境，学习软件开发小组的组织和管理，并熟悉软件系统的分析和设计。
二、作业要求每位同学根据结合自身情况，选择一个课题进行分析设计，具体应包含以下一些步骤：①需求：分析系统的需求，撰写需求陈述文档。
建立用例模型：包括软件系统的用例图以及关键用例的用例描述（用例规约）。
②静态分析：建立系统的类图。
③动态分析：分析系统的用例模型，选择合适的平台和模型详细描述用例的设计与实现，包括顺序图、协作图、活动图以及状态图。
④设计：建立系统的构件图和部署图。
第17周最后一次课，每位同学必须上交打印稿三、课题选择【1】网上商品商城实现一个网上商品销售系统，具体要求如下：1. 商品类别维护（类别可分多级）；2. 商品信息维护；3. 仓库管理员维护进货信息；4. 可以在网上按照各种条件进行商品查询，查看商品，如果需要购买商品，则需要注册；5. 管理员看到订单后，进行处理，对应处理完毕的订单，系统自动标记为已经处理订单；【2】图书管理系统实现某大学图书馆书籍数据库管理系统，要求系统具有如下功能：1. 图书分类管理（可能涉及多级分类）；2. 图书入库管理；3. 图书网上查询；4. 借书、还书管理；5. 读者管理（读者分为不同类型读者：本科生、研究生、老师等，不同读者可以借阅的书籍数量不同，不同读者可以借阅时间也不同）；6. 读者可以在网上查询自己当前借了哪些书，这些书的归还日期；【3】选修课安排系统完成如下的选修课系统：1. 管理员可以录入本校所有教室；2. 每个学期开学前，每个老师可以登记自己本学期计划开课课程名称、最多招收人数、每周上课的时间（每周上1次课）、本课程是否需要多媒体授课；3. 同学可以随时查询自己选修课的情况4. 老师可以随时查询选修了自己课程的同学名单。
软件需求分析大作业
课程名称：面向对象分析与设计（UML）作业题目：学生成绩管理系统学院：自动化与软件学院专业：软件工程一．情景说明（1）需求规格说明对功能的规定 a.输入一个同学的姓名和学号，系统能够输出学生所在的学院、班级、成绩等学生信息；b.对于已经录入学生成绩管理系统的学生信息可以进行修改，例如：删除、添加；对于没有录入学生成绩管理系统的学生信息可以添加到系统（此项功能的实现需要对用户身份进行核查）；c.能够对学生的信息进行保存，即退出系统时，成绩不能丢失；d.能够对学生成绩进行拷贝；e.能够登入和退出系统。
（2）对性能的规定能够比较准确快捷地完成上述学生成绩管理系统所要求的功能即可。
（3）具体要实现的功能“学生成绩管理信息系统”包括四个模块：成绩录入、学生信息查询、学生信息更新、学生用户修改。
这四个模块既相互联系又相互独立，学生信息查询模块必须以成绩录入为基础。
1.成绩录入模块：主要功能用来对学生的成绩进行收集和修改。
2.学生信息查询模块：主要功能用来对学生信息进行查询。
3.学生信息更新模块：主要功能用来更新学生成绩等相关信息。
4.学生用户修改模块：主要功能用来添加删除学生用户。
用例图说明：1.“成绩录入”实例用例名：成绩录入。
参与者：教师。
前置条件：用户进入系统主界面主事件流：（1）进入成绩录入界面，老师对成绩进行录入（2）用户点击注销退出系统，并将本次操作数据记入数据库。
后置条件：将学生成绩计入数据库。
2.“学生信息查询”实例用例名：学生信息查询。
参与者：学生。
前置条件：用户进入系统主界面主事件流：（1）进入学生信息查询界面，显示学生要查询的信息（包括所在的学院、班级、成绩等）（2）用户点击回退，系统退回主界面后置条件：无3.“学生信息更新”实例用例名：学生信息更新参与者：教师前置条件：用户进入系统主界面主事件流：（1）进入学生信息更新界面，选择要更改的学生，对其成绩进行更改（2）用户点击注销退出系统，并保存本次操作数据到数据库。
UML期末大作业-基于UML的教学评估系统设计与分析
南昌大学课程设计报告课程名称UML分析与设计课题名称《基于UML的教学评估系统的设计与分析》专业软件工程班级146班学号8000114105姓名吴长福2016年5月30日UML课程设计任务书课程名称面向对象分析与UML课程设计课题《基于UML的教学评估系统设计与分析》专业班级软工146班学生姓名吴长福学号8000114105小组成员吴长福、张一凡、王安然、温敏、王震、谭天一、设计内容与设计要求1．设计内容：面向对象系统分析与设计课程是计算机科学与技术本科专业（软件方向）的一门重要的专业课。
通过本课程的学习，使学生在已有的计算机软硬件基础知识、程序设计知识、数据库和网络通信知识的基础上系统掌握面向对象系统分析与设计的基本方法和技术，并具有针对特定环境下的应用问题进行信息系统开发(包括系统分析、设计与实现)的能力。
通过学习本课程学生可以理解和掌握面向对象系统的分析和设计的方法和分步过程、掌握面向对象系统分析和设计的建模标准UML语言，能够利用Rational Rose（或Microsoft Viso、Start UML）软件以某一信息系统为例进行系统分析和设计。
目前，大家在学习阶段缺乏工作方面的实践，对很多领域的业务不熟悉。
但是熟悉业务是软件开发的基础，没有人生来就什么都熟悉。
于是，拟订了如下几个题目，它接近大家的学习和生活环境，以便大家去熟悉其中的业务。
希望大家分组完成，选出本组的组长，作好分工与合作。
每组一题，各组题目不能相同；同组成员的负责的模块（子系统）不能相同。
题目1：高校图书馆管理系统题目2：高校教务管理系统题目3：高校学生信息系统题目4：高校后勤管理系统题目5：高校学生工作管理系统题目6：高校教学管理系统题目7：人事考勤管理系统题目8：高校教材管理系统题目9：高校科研管理系统题目10：高校宿舍管理系统题目11：高校实验室管理系统题目12：学生成绩管理系统或自选题目2．设计要求：（1）用例建模完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，对其中主要功能的用例书写书面用例。
UML系统建模与分析设计 案例图
公司经理银行税务局客户企业员工财务管理进销存管理行政事务管理生产调度管理生产设备管理人力资源管理<<依赖>><<依赖>><<依赖>><<依赖>>见第三章 企业综合信息管理系统最高层用例图销售管理库存管理采购管理<<依赖>><<依赖>>财务管理子系统公司经理生产调度管理子系统企业员工客户见第三章 的2层用例图—进销存管理子系统销售计划规定销售合同管理售后服务管理《依赖》《依赖》财务管理子系统公司经理生产调度管理子系统企业员工客户见第三章 第3层—销售管理子系统修改合同增加销售合同付款单处理履约合同检查打印催款单销售合同查询<<依赖>><<依赖>><<依赖>>公司经理财务管理子系统生产调度管理子系统合同管理员仓库管理员客户见第三章 销售合同管理子系统采购管理销售管理身份验证库存管理<<包含>><<包含>><<包含>>系统管理员见第三章 用例之间的包含关系签订销售合同核对合同核对货物清单制作并发放出库单核对付款单发货合同履约[未付款][缺货][有货][已付款]见第三章 销售合同履约过程活动图：出库单：合同：付款单签订销售合同核对合同核对货物清单核对付款单发货合同履约：出库单：付款单[未付款][缺货][有货][已付款]：合同见第三章 活动图中的对象及对象流执行销售合同制作出库单核对付款单安排发货合同履约发货[已付款=合同总款并且 已发货=合同总发货量][没付款][有货][已付款][无货]见第三章 活动图中的条件线程签订销售合同执行销售合同*合同履约见第三章 描述销售合同从签订到履约的活动态并发活动图核对付款单核对合同排除未付款合同付款累加合同客户未履约合同客户履约[已付款][未付款][付款累加<合同总金额][付款累加=合同总金额]见第三章 “核对付款单”子活动图核对付款单核对合同检查合同订单项排除未付款合同更新库存制作并发放缺货单制作并发放出库单制作并发放生产单[已付款][对每一订单项]*[未付款][有货][缺货]见第三章 检查合同、核对付款单并发放出库单的活动图《Interface 》建立销售合同《Interface 》销售合同查询《Interface 》付款通知单《Interface 》到款通知单《Interface 》催款单合同管理器《Interface 》建立采购合同合同统计表销售合同容器销售合同《Interface 》合同统计表采购合同容器采购合同《Interface 》采购合同查询《Interface 》付款通知单《Interface 》到货通知单《Interface 》催货单管理管理存储存储销售员库房财务客户业务员财务库房客户1111111111**见第四章 合同管理子系统的对象类图合同-合同编号:string -甲方:string-乙方:string-商品名称:string -规格:string 《构造新对象》+合同():购进合同-首付款时间:string -首付款额:double -首到货时间:date -首到货量:double -付款时间2:date-付款额2:double 销售合同-首到款时间:date -首到款额:double -首发货时间:date -首发货量:double -到款时间2:date -至款额2:double见第四章合同的继承关系用户接口出错处理企业综合信息管理系统数据库见第四章与企业综合信息管理系统相关的包财务管理系统《subsystem》进销存管理系统《subsystem》人力资源管理系统《subsystem》生产调度管理系统《subsystem》《资金往来》《使用》《使用》《使用》《使用》见第四章企业综合信息管理系统包含的子系统合同管理系统《subsystem》合同管理器采购合同管理器销售合同容器合同销售合同采购合同合计统计仓库管理系统《subsystem》出入库单管理器出入库单容器入库单容器出库单入库单库存管理器库存单进销存管理子系统保所包含的类。
UML系统建模与分析大作业
UML系统建模与分析大作业UML系统建模与分析设计大作业题目：《图书馆管理系统》专业班级：学号:姓名：●systemManager libraryStaff libraryManager图书馆管理员验证处理读者借书处理读书还书添加书目系统管理员验证删除书目添加书籍删除书籍删除读者用户添加读者用户readerDatabase resourcesDatabaselibraryDatabase1111二、软件系统体系结构建模2.1、系统的时序图●系统管理员添加书籍的时序图●系统管理员添加借阅者帐户的时序图●系统管理员删除书目的时序图●图书管理员处理书籍借阅的时序图●图书管理员处理书籍归还的时序图●借阅者查询书籍信息的时序图●借阅者预留书籍的时序图Reader ReaderDatabaseResourcesDatabase1:验证身份()2:返回验证信息3:使用终端机器预留书籍()5:返回书籍信息和馆藏地点4:预留书籍信息2.2、系统的协作图● 系统管理员添加书籍的协作图SystemManagerLibraryResources LibraryStaffbase ResourcesDatabase2:返回验证消息1:验证身份()7:返回添加新书成功3:向数据添加新书()5:返回添加成功信息4:向书库添加新书()● 系统管理员删除书籍的协作图SystemManagerLibraryResourcesLibraryStaffbaseResourcesDatabase1:验证身份()2:返回信息7:删除成功3:删除数据库书目()5:返回删除消息4:删除馆藏的书()6:更新数据库● 图书管理员处理借书的协作图对象1对象2对象3对象4对象51:验证身份()2:返回信息5:返回读者信息4:输入ReaderID()7:输入书籍ID()10:借阅成功8:该书信息9:标记该书借出11：将书给读者3：发出借书请求● 图书管理员处理还书的协作图●借阅者预留书籍的协作图2.3、系统的活动图●借阅者的活动图Reader 进入刷卡终端刷卡输入ReaderID验证成功享受Reader 各项服务借书还书查询书籍资料下载电子资料图书管理人员处理借书请图书馆管理人员处理还书请求输入查询资料信息进入电子资料数据库借书成功还书成功得到相关资料信息下载或阅览电子资愿键盘输入ReaderId将书给图书馆管理人员将书还给图书馆管理员登录查询终端机登录账户结束离开图书馆进入图书馆该项服务结束图书管理员的活动图验证图书馆管理人员账户登录到管理员账户等待读者的还书请求等待读者的借书请书处理读者的还书请处理读者借书请求重新等待读者服务请求重新等待读者服务请求处理还书结束处理借书借书将书给读者系统管理员的活动图系统管理员维护借阅者帐户的活动图登录到系统管理员账户登录到维护读者账户模块添加读者账户删除读者账户修改更新读者账户输入新账户信息检查该账户信息修改更新读者数据库信息开设新读者账户将账户给读者删除该账户信息督促该用户归还欠款书有欠款欠书没有欠款欠书系统管理员 维护借阅者账户的活动图系统管理员进行书目信息维护的活动图登录到系统管理员账户登录到书目信息维护模块添加书目删除书目修改更新书目向数据库中添加书目删除数据库中的书目修改更新数据库书目向书库添加新书目删除书库中书目系统管理员进行书目信息维护的活动图系统管理员维护书籍信息的活动图登录到系统管理员账登录到维护书籍模添加书籍删除书籍向书库添加书籍删除书库中书籍更新数据库书籍信系统管理员维护书籍活动图三、硬件系统体系结构建模3.1、业务对象组件图Item.java<<artifact>>Loan.java<<artifact>>BorrowerInformation.j ava<<artifact>>Title.java Reservation.java3.2、用户界面的组件图UpdateBorrowerF rame.java BorrowerFrame.j avaMainWindow.javaLendItemF rame.javaCancelResevationF rame.java BorrowerWi ndow.javaReservation Frame.javaFindTitleD ialog.javaFindBorrowe rDialog.javaReturnItem Frame.java TitleInfoWi ndow.javaBorrowerInfo Window.javaUpdateTitle Frame.javaTitleFram e.java3.3、系统的部署图DatabaseApplication ServiceWeb ApplicationBussiness OperationInformation maintenance。
UML系统建模和分析设计(刁成嘉)课后习题集整理
一、选择1、封装是指把对象的（A）结合在一起，组成一个独立的对象。
A．属性和操作B．信息流C．消息和事件Ｄ．数据的集合2、封装是一种（C）技术，目的是使对象的生产者和使用者分离，使对象的定义和实现分开。
Ａ．工程化Ｂ．系统维护Ｃ．信息隐蔽Ｄ．产生对象3、面向对象方法中的（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．用户手册Ｂ.类图Ｃ.动态图Ｄ.相应的软件文档资料9、在UML的需求分析建模中，（B）模型图必须与用户反复交流并加以确认。
Ａ. 配置Ｂ. 用例Ｃ.包Ｄ. 动态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）。
UML系统建模与分析大作业
UML系统建模与分析设计大作业题目： ______________ 《图书馆管理系统〉〉_______________专业班级： _____________________________________________学号： ________________________________________________姓名: _________________________________________________一、系统功能需求1、基本功能①借阅者能够借阅书籍和还书。
②图书管理员能够处理借阅者的借阅和还书请求。
③系统管理员可以对系统的数据进行维护，如增加、删除和更新书目，增加、删除和更新借阅者帐户，增加和删除书籍。
2、系统主要包括以下几个模块：2.1 、基本数据维护模块①添加借阅者帐户②修改更新借阅者帐户信息③添加书目④修改和更新书目信息⑤添加书籍⑥删除书籍2.2 、基本业务模块①借书②还书③书籍预留④取消书籍预定2.3 、数据库模块①借阅信息管理②书籍信息管理③帐户信息管理④书籍预留信息管理2.4 、信息查询模块①查询书籍信息②查询借阅者信息3、系统中的类①读者类Reader②图书馆人员类LibraryStaff 图书馆管理员类LibraryManager 系统管理员类SystemManager 图书馆馆长类LibraryBoos③图书馆数据库类LibraryDatabase 图书馆资源数据库ResourcesDatabase 图书馆读者数据库ReaderDatabase 图书馆工作人员数据库LibraryStaffbase④图书馆资源类LibraryResources 实物书籍类BooksResources 电子书籍类ElectronicResources 书类Book Magazine 杂志类4、系统的用例图借阅者请求服务的用例图图书馆工作人员用例图、软件系统体系结构建模2.1、系统的时序图系统管理员添加书籍的时序图I 2「画亦廉帀侍息一*|"| 戋匚元芮帚怎加靳节节n <>系统管理员添加借阅者帐户的时序图系统管理员删除书目的时序图梅点抵户I|钏祜您优挖戟门并昭汕借跡(>6:观护好据怡鼻两地擴庫踊加读淆底「I)|7t游开设的斯狀八皓醴荷；+]1111i1--------- »ii4：删除帼■前将C)_Ah 11臭近“1腳臨馆口1111―■—1 11L ______ _____17； JhlcJtfflpg工州険越勝庫UH ■ J图书管理员处理书籍借阅的时序图图书管理员处理书籍归还的时序图借阅者查询书籍信息的时序图借阅者预留书籍的时序图I 商恤UL I 2-盃卜*淳出庄:匸祈率&壯 Hitir[£＞u Bl LT 咏二＞ 百;iiidillt 己i£ Rd 进（＞ iRender:';'k ■：'? -i ；f - l\ ；^II*腿也廿措化息刚馆诳JU■i・■ ■ ■ ■ rR c*Hiur LL ^D.irnhiw c土 MI 啟芯AHn2.2、系统的协作图系统管理员添加书籍的协作图系统管理员删除书籍的协作图ReaderReaderDatabase1:验证身份（）2:返回验证信息&3:使用终端机器预留书籍ResourcesDatabase5:返回书籍信息和馆藏地点4:预留书籍信息()6:更新数据库图书管理员处理借书的协作图图书管理员处理还书的协作图借阅者预留书籍的协作图借阅者的活动图Reade 进入刷卡终端键盘输入Readerld刷卡输入ReaderlD_____验证成功享受Reade 各项服务借书将书给图书馆管理人员图书管理人员处理借书请 图书馆管理人员处理还书请求借书成功下载或阅览电子资愿该项服务结束将书还给图书馆管理员还书成功输入查询资料信息得到相关资料信息4结束离开图书馆图书管理员的活动图登录 :账户进入电子资料数据库系统管理员的活动图系统管理员维护借阅者帐户的活动图系统管理员进行书目信息维护的活动图系统管理员进行书目信息维护的活动图添加书目登录到系统管理员账户向数据库中添加书目广向书库添加新书目□登录到书目信息维护模块— 1、删除书目]/J删除书库中书目系统管理员维护书籍信息的活动图修改更新书目修改更新数据库书目三、硬件系统体系结构建模3.1、业务对象组件图3.2、用户界面的组件图'、孑<<artifact>>------ Item.java<<artifact>>Loan.javaI <<artifact>>； __ I「 Borrowerl nformation.j 1 ---- : --- avaReservation.javaFindBorroweI rDialog.javaReturnItem Frame.java---- U pdateTitle ---- F rame.java3.3、系统的部署图Applicati on ServiceUpdateBorrowerF--- rame.javaBorrowerFrame.java=~CancelResevationF rame.javaBorrowerWi■ I ndow.javaLendItemF rame.java FindTitleDI_ ialog.javaI Borrowerinfo f Win dow.javaIn formatio nmaintenance. ----- TitleFram. TitleInfoWi 'ndow.iava Database。
UML系统建模与分析设计课后习题去答案
A1、封装是指把对象的（）结合在一起，组成一个独立的对象。
A．属性和操作 B．信息流 C．消息和事件Ｄ．数据的集合C2、封装是一种（）技术，目的是使对象的生产者和使用者分离，使对象的定义和实现分开。
Ａ．工程化Ｂ．系统维护Ｃ．信息隐蔽Ｄ．产生对象C3、面向对象方法中的（）机制是子类可以自动地拥有复制父类全部属性和操作。
Ａ．约束Ｂ对象映射Ｃ．信息隐蔽Ｄ．继承B4、使得在多个类中能够定义同一个操作或属性名，并在每一个类中有不同的实现的一种方法（）。
A．继承 B．多态性 C.约束 D.接口A5、UML 的软件以（）为中心，以系统体系结构为主线，采用循环、迭代、渐增的方式进行开发。
A. 用例B.对象C.类D.程序B6、UML 的（）模型图由类图、对象图、包图、构件图和配置图组成。
A. 用例B. 静态C. 动态D. 系统C7、UML的（）模型图由活动图、顺序图、状态图和合作图组成。
A. 用例B. 静态C. 动态D.系统D8、UML的最终产物就是最后提交的可执行的软件系统和（）。
A．用户手册Ｂ.类图Ｃ.动态图Ｄ.相应的软件文档资料B9、在UML的需求分析建模中，（）模型图必须与用户反复交流并加以确认。
Ａ. 配置Ｂ. 用例Ｃ.包Ｄ. 动态B10、可行性研究分析包括经济可行性分析、技术可行性分析和（）。
A.风险可行性分析B.法律可行性分析C.资源可行性分析D.效益可行性分析A11、UML的客户分析模型包括（）模型、类图、对象图和活动图组成。
A.用例B.分析C.属性D.系统C12、UML客户需求分析使用的CRC卡上“责任”一栏的内容主要描述类的（）和操作。
A.对象成员B.关联对象C.属性D.私有成员D13、UML客户需求分析产生的系统模型描述了系统的（）A.状态B.体系结构C.静态模型D.功能要求B14、在UML的需求分析建模中，用例模型必须与（）反复交流并加以确认。
A.软件生产商B.用户C.软件开发人员D.问题领域专家A15、在UML的需求分析建模中，对用例模型中的用例进行细化说明应使用（）。
uml大作业内容与要求
任务要求：1.2~4人一组，每组任意选择其中2个题目完成。
2.对于所选题目，按如下要求完成(根据题目的要求及自己的实际情况完成)：a)需求分析。
包括待开发软件系统的用例图、关键系统用例的用例描述。
b)业务建模。
包括描述业务过程的顺序图（或业务活动图）。
c)设计。
包括待开发软件系统内核心领域的类图、关键用例的分析顺序图、重点类的状态图。
只涉及核心领域的知识，不涉及具体实现平台。
3.将所有分析及设计结果使用Rose环境描述，保存在一个.mdl文件中。
4.同时提交分析设计过程中必要的说明文档，以及小组成员及组内分工的说明。
5.提交方式：将3、4项内容压缩为.rar或.zip文件，第18周前统一上交。
题目：1．在线商品销售系统S公司开办了在线电子商务网站，主要为各注册的商家提供在线商品销售功能。
为更好地吸引用户，S公司计划为注册的商家提供商品促销功能。
商品的分类不同，促销的方式和内容也会有所不同。
注册商家可发布促销信息，商家首先要在自己所销售的商品的分类中，选择促销涉及的某一具体分类，然后选出该分类的一个或多个商品，接着制定出一个比较优惠的折扣政策和促销活动的优惠时间，最后由系统生产促销信息并将该促销信息公布在网站上。
商家发布促销信息后，网站的注册用户便可通过网站购买促销商品。
用户可以选择参与某一个促销活动，并选择具体的促销商品，输入购买数量等购买信息。
系统生成相应的一份促销订单。
只要用户在优惠活动的时间范围内，通过网站提供的在线支付系统，确认在线支付该促销订单（即完成支付），就可以优惠的价格完成商品的购买活动，否则该促销订单失效。
2. 客户信息管理系统某客户信息管理系统中保存着两类客户的信息。
（1）个人客户。
对于这类客户，系统保存了其客户标识（由系统自动生成）和基本信息(包括姓名、住宅电话和Email).（2）集团客户。
集团客户可以创建和管理自己的若干名联系人。
杜宇这类客户，系统除了保存其客户标识（由系统自动生成）之外，也保存了其联系人的信息。
UML系统建模实验报告--
《UML系统建模与分析设计》
实验报告
软件工程三班
指导教师: 刘恒
课题名称: 电子商城
后
台订单管理
第一章 系统需求分析
1.系统需求分析
随着信息产业的迅速发展和互联网的迅速普及,电子商务已经进入了告诉发展的时代,国内也有很多成功的案例,人们现在更需要的是足不出户就可以购买产品,所以,我们需要一个便捷的,交互性强的在线购物网站,在电子商城这个系统中,用户可以与商家直接进行交易,用户可以注册账户,管理个人信息,用户也可以查看个人信息,查看历史购买记录,最后确认在线支付或者货到付款,从而完成购物.
2.各模块需求分析 前台模块:
●商品支付：实现多种支付方式，并且完成支付。
第二章 系统整体功能概述
电子商城功能图
电子商城
前台用户系统
后台管理系统
注册登录
后台用户管理 后台商品管理
第三章UML 系统建模
一.静态建模
1.1用例图
前台用户用例图
:
购买商品 商品支付
个人信息管理
1.2活动图
1.2.1前台用户活动图
购物车管理活动图:
1.3类图
系统类图：
二.动态建模
2.1状态图
2.1.1前台状态图
付款方式状态图
2.2协作图
用户注册协作图
用户登陆协作图
查看商品协作图
付款协作图
三.系统组件图
四.系统部署图。
UML建模与分析试题与答案
08/09 学年第 1 学期末考试试题（A 卷）UML 建模与分析一、填空题：（每空1分，共10分）1、 UML 的3中扩展机制是版型、约束和 标记值 。
2、 在UML 的状态图中，表示历史状态的符号是 ○H 或○H* 。
3、 对象图的模型元素有对象和链。
对象是类的实例；对象之间的链是类之间的 关联 的实例。
4、 用UML 进行建模时会涉及9个图，Rose 2003只支持其中的8个，还有一个图如果要在Rose2003中表示，则只能用别的图来代替。
这个不能在Rose2003中直接表示的图是 对象 图。
5、 RUP 软件开发过程的特点是： 用例驱动 、以体系结构为中心、迭代和增量开发。
6、 如图所示的类图：“/works for company ”这个关联前有一斜杠，表示该关联是派生 。
PersonCompany*1/works for company Department*1*1works for department7、 如果把一个类的类名写成斜体字，则表示这是 抽象 类，既不能由这个类直接产生实例。
8、 RUP 中把软件开发生命周期分为多个循环，每个循环由4个连续的阶段组成。
这4个阶段是初始阶段、细化阶段、 构造 阶段和移交阶段。
9、 顺序图所表达的是基于 时间顺序 的动态交互。
10、组成是强类型的聚集，因为聚集中的每个部分体只能属于 一个 整体。
二、判断题：（判断对错，并改正。
每小题2分，共10分）1、一个状态图最多只能有一个初态和一个终态。
1、错误。
（1分）一个状态图最多只能有一个初态，但可有多个终态。
（1分）2、两个参与者之间可以有包含关系、扩展关系或泛化关系，而包含关系和扩展关系是依赖关系的版型。
2、前半句不对。
（1分）应该为：两个用例之间可以有包含关系、扩展关系或泛化关系，得分而包含关系和扩展关系是依赖关系的版型。
（1分）3、参与者位于所要建模的系统边界的外部。
3、正确。
（2分）4、在顺序图中无法表示要重复发送的消息，但在协作图中可以表示要重复发送的消息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
UML系统建模与分析设计大作业
题目：《图书馆管理系统》
专业班级：
学号:
姓名：
一、系统功能需求
1、基本功能
①借阅者能够借阅书籍和还书。
②图书管理员能够处理借阅者的借阅和还书请求。
③系统管理员可以对系统的数据进行维护，如增加、删除和更新书目，增加、删除和更新借阅者帐户，增加和删除书籍。
2、系统主要包括以下几个模块：
2.1、基本数据维护模块
①添加借阅者帐户
②修改更新借阅者帐户信息
③添加书目
④修改和更新书目信息
⑤添加书籍
⑥删除书籍
2.2、基本业务模块
①借书
②还书
③书籍预留
④取消书籍预定
2.3、数据库模块
①借阅信息管理
②书籍信息管理
③帐户信息管理
④书籍预留信息管理
2.4、信息查询模块
①查询书籍信息
②查询借阅者信息
3、系统中的类
①读者类Reader
②图书馆人员类LibraryStaff 图书馆管理员类LibraryManager系统管理员类SystemManager 图书馆馆长类LibraryBoos
③图书馆数据库类LibraryDatabase 图书馆资源数据库ResourcesDatabase
图书馆读者数据库ReaderDatabase 图书馆工作人员数据库LibraryStaffbase
④图书馆资源类LibraryResources 实物书籍类BooksResources电子书籍类ElectronicResources 书类Book Magazine杂志类
4、系统的用例图
借阅者请求服务的用例图
libraryStaffese 图书馆工作人员用例图
二、软件系统体系结构建模
2.1、系统的时序图
●系统管理员添加书籍的时序图
●系统管理员添加借阅者帐户的时序图
●系统管理员删除书目的时序图
●图书管理员处理书籍借阅的时序图
●图书管理员处理书籍归还的时序图
● 借阅者查询书籍信息的时序图
●
借阅者预留书籍的时序图
Reader ReaderDatabase
ResourcesDatabase
1:验证身份()
2:返回验证信息
3:使用终端机器预留书籍()
5:返回书籍信息和馆藏地点
4:预留书籍信息
2.2、系统的协作图
●
系统管理员添加书籍的协作图
SystemManager
LibraryResources LibraryStaffbase ResourcesDatabase
2:返回验证消息
1:验证身份()
7:返回添加新书成功
3:向数据添加新书()
5:返回添加成功信息
4:向书库添加新书()
● 系统管理员删除书籍的协作图
SystemManager
LibraryResources
LibraryStaffbase
ResourcesDatabase
1:验证身份()
2:返回信息
7:删除成功
3:删除数据库书目()5:返回删除消息
4:删除馆藏的书()
6:更新数据库
●
图书管理员处理借书的协作图
对象1
对象2
对象3
对象4
对象5
1:验证身份()
2:返回信息
5:返回读者信息
4:输入ReaderID()
7:输入书籍ID()
10:借阅成功
8:该书信息
9:标记该书借出
11：将书给读者
3：发出借书请求
●
图书管理员处理还书的协作图
●
借阅者预留书籍的协作图
2.3、系统的活动图
●
借阅者的活动图
Reader 进入刷卡终端
刷卡输入ReaderID
验证成功享受Reader 各项服务
借书
还书
查询书籍资料下载电子资料图书管理人员处理借书请
图书馆管理人员处理还书请求
输入查询资料信息
进入电子资料数据库
借书成功
还书成功
得到相关资料信息
下载或阅览电子资愿
键盘输入ReaderId
将书给图书馆管理人员
将书还给图书馆管理员
登录查询终端机
登录账户
结束离开图书馆
进入图书馆
该项服务结束
●图书管理员的活动图
系统管理员的活动图
✧系统管理员维护借阅者帐户的活动图
系统管理员进行书目信息维护的活动图
系统管理员维护书籍信息的活动图
三、硬件系统体系结构建模
3.1、业务对象组件图
3.2、用户界面的组件图
3.3、系统的部署图
Database
Application
Service
Web
Application
Bussiness
Operation
Information
maintenance。