UML实例-会议管理系统
软件项目管理案例教程(第三版)课后习题答案整理(最终版)(1)
项目管理案例教程(第三版)习题及答案第一章软件项目管理概述一、填空题1、实现项目目标的制约因素有(项目范围)、(成本)、(进度计划)、(客户满意度)等。
2、项目管理包括(启动过程组)、(计划过程组)、(执行过程组)、(控制过程组)、(收尾过程组)5个过程组。
二、判断题1、搬家属于项目。
(对)2、项目是为了创造一个唯一的产品或提供一个唯一的服务而进行的永久性的努力。
(错)3、过程管理就是对过程进行管理,目的是要让过程能够被共享、复用,并得到持续的改进。
(对)4、项目具有临时性的特征.(对)5、日常运作存在大量的变更管理,而项目基本保持连贯性的。
(错)6、项目开发过程中可以无限制地使用资源.(错)三、选择题1、下列选项中不是项目与日常运作的区别的是(C)A. 项目是以目标为导向的,日常运作是通过效率和有效性体现的。
B. 项目是通过项目经理及其团队工作完成的,而日常运作是职能式的线性管理。
C.项目需要有专业知识的人来完成,而日常运作的完成无需特定专业知识。
D.项目是一次性的,日常运作是重复性的.v2、下列选项中最能体现项目的特征(C)A.运用进度计划技巧B.整合范围与成本C.确定期限D.利用网络进行跟踪3、以下都是日常运作和项目的共同之处,除了(D)A.由人来做B.受限于有限的资源C.需要规划、执行和控制D.都是重复性工作4、项目经理的职责不包括(D)A.开发计划B.组织实施 C.项目控制 D.提供资金5、下列选项中属于项目的是(C)A.上课B。
社区保安C.野餐活动D。
每天的卫生保洁6、下列选项中正确的是(C)A.一个项目具有明确的目标而且周期不限 B.一个项目一旦确定就不会发生变更C.每个项目都有自己的独特性D.项目都是一次性的并由项目经理独自完成7、(B)是为了创造一个唯一的产品或提供一个唯一的服务而进行的临时性的努力。
A.过程B.项目C。
项目群D。
组合8、(B)是一系列伴随着项目的进行而进行,目的是确保项目能够达到期望结果的一系列管理行为。
UML完整例子
(3) 得到候选类
书籍 计算机类书籍 非计算机 类书籍 借阅记录 借阅记录列表 书籍列表
在使用"名词动词法"寻找类的时候,很多团 在使用"名词动词法"寻找类的时候, 队会在此耗费大量的时间,特别是对于中大型项目, 队会在此耗费大量的时间,特别是对于中大型项目, 这样很容易迷失方向. 这样很容易迷失方向.其实在此主要的目的是对问 题领域建立概要的了解, 题领域建立概要的了解,无需太过咬文嚼字
特性
用例
FEAT07.按书名,作者,类别,出版社等关键字组合查查 UC03.查查书籍 按书名,作者,类别, 按书名 查查书籍 书籍 信息 FEAT08.列出所有书籍信息 列出所有书籍信息 FEAT14.所有查查,列表,统计功能应可以单独对计算机 所有查查, 所有查查 列表, 类或非计算机类进行 FEAT09.登录登登情况 登录登登情况 FEAT10.登登状态能够自动反应在书籍信息中 登登状态能够自动反应在书籍信息中 UC04.登登登登 登登登登 信息
(4)用例图
新增书籍信息
<<extend>> 查查书籍信息 <<include>>
修改书籍信息
查查登登信息 图书管理员 登登登登信息
统计统统和统数
(5)细化用例描述—搭框架 )细化用例描述—
(2)筛选备选类
筛选备选类
"基本信息"则是书名,作者,类别等描述书籍的 基本信息"则是书名,作者, 基本信息 基本信息统称, 关键字"则是代表其中之一, 基本信息统称,"关键字"则是代表其中之一, 因此无需对其建模; 因此无需对其建模; "功能","新书籍","信息","登录"都 功能" 新书籍" 信息" 登录" 是在描述需求时使用到的一些相关词语, 是在描述需求时使用到的一些相关词语,并不是 问题域的本质,因此先可以将其淘汰掉; 问题域的本质,因此先可以将其淘汰掉;
会议管理系统用例流程
用例名称:用户登入系统参与者:所有用户登入系统的主要事件流程如下:1. 系统为用户提供含有文本框和按钮的界面,提示用户输入用户名和密码;2. 用户输入用户名和密码,点击“登入”按钮;3. 系统接收到用户输入的用户名和密码,在系统用户表中查询该用户的信息,如果用户信息存在,提示用户登入成功,并将用户的角色信息通告给用户,若用户信息不存在,提示用户输入的用户名和密码有误,要求用户重新输入;4. 若用户得到登入成功的信息,用户将用户角色指示的功能专区进行操作,若用户得到登入失败的信息,则重新输入用户名和密码或退出系统。
Participate了解会议信息申请成为会议组织者了解当前角色信息用例名称:了解会议信息参与者:与会者说明:用户可以有两种方式查询到本部门会议相关信息,分别是精确查询和模糊查询。
精确查询的事件流程如下:1. 系统为用户提供含有文本框和按钮的界面,提示用户在文本框内填写会议编号;2. 用户将需要查询的会议信息编号填入文本框,点击“查询”按钮;3. 系统接收到用户填写的会议信息编号后,将在会议信息表中查找会议类型、会议主题、会议组织者、会议开始时间、会议结束时间、会议材料地址等信息,在会议设备预订信息表中查询会议预订的设备编号和预订数量,在会议室预订信息表中查找到该会议预订的会议室编号,系统利用该编号在会议室信息表中查找到会议室的位置,会议室的位置将作为会议的召开地点。
系统查找到会议相关的信息后,将为用户提供含有标签和按钮的界面,页面上的每一个标签对应会议信息的一项,按钮是“了解”按钮;4.用户浏览系统提供的界面,了解会议信息,浏览结束后用户点击“了解”按钮。
模糊查询的事件流程如下:1.系统为用户提供含有文本框、单选按钮和按钮的界面,提示用户在文本框中填写所在的部门编号,在“会议已开过”、“会议未开”和“所有会议”三种单选按钮中选择一个;2.用户将所在部门编号填入文本框,选择一个单选项,点击“查询”按钮;3.若用户选择“会议已开过”,系统接收到部门编号信息和需要查询当天以前(不包括当天)的会议信息请求,系统将从员工信息表中查找到本部门的所有员工的编号,在会议信息表中查询会议开始时间在当天以前,并且会议的组织者的编号在已查询到的员工编号中的会议信息,如会议类型、会议主题、会议组织者、会议开始时间、会议结束时间、会议材料地址等信息,在会议设备预订信息表中查询会议预订的设备编号和预订数量,在会议室预订信息表中查找到该会议预订的会议室编号,系统利用该编号在会议室信息表中查找到会议室的位置,会议室的位置将作为会议的召开地点。
UML概述
45
UML的基本视图
UML的五类基本视图;
UML的用例视图; UML的逻辑视图; UML的构件视图; UML的并发视图; UML的配置视图。
2020/1/4
成都信息工程学院软件工程系
2020/1/4
成都信息工程学院软件工程系
33
场景(Scenarios)
场景用于刻画构件之间的相互关系,将四个视 图有机地联系起来。可以描述一个特定的视图 内的构件关系,也可以描述不同视图间的构件 关系。
2020/1/4
成都信息工程学院软件工程系
34
UML中的图和各视图的对应关系
场景视图:用例图 逻辑视图:类图和对象图 开发视图:类图和组件图 进程视图:顺序图、协作图、状态图、活
2020/1/4
成都信息工程学院软件工程系
3
Rational三剑客
Jim Rumbaugh Ivar Jacobson
Grady Booch
2020/1/4
成都信息工程学院软件工程系
4
方法学大 战阶段
UML的历史
统一阶段
公
标准化阶 段
众 反
馈
工业化阶 段
2020/1/4
成都信息工程学院软件工程系
依赖( dependency)
依赖关系描述一个元素对另一个元素的依附。
聚合(aggregation)
描述元素之间整体和部分的关系
2020/1/4
成都信息工程学院软件工程系
15
图(diagram)
UML模型图(5类,9种): 用例图 静态图(类图,对象图) 行为图(状态图,活动图) 交互图(顺序图,协作图) 实现图(构件图,配置图)
面向对象技术与UML
继承性举例
继承传递:大学生可以继承“人”和“学生”的特
征 父类 多重继承: 在职研究生既可以继承“学生”的特 征,又可以继承“教师”的特征 人
工人 学生 教师 农民
中学生 大学生 研究生 派生类
助教
讲师
具有继承关系的对象的特性
对象类间具有共享特征(包括数据和程序代
码的共享) 对象类间具有细微的差别或新增部分(包括 非共享的程序代码和数据) 对象类间具有层次结构。 继承所具有的作用有两个方面:
第二节 面向对象分析
本节要求了解面向对象分析的基本过程和基本原则 OOA: Object-oriented Analysis . 指利用面向对象的概念和方法构建软 件模型。 面向对象分析的基本过程 理解 表达
验证
对理解和表达进 行校验,以达到 理想效果。
需求
建立模型
在面向对象分析中,主要建立对象模型,动态模型和功能模型。 对象模型是最基本最重要的模型。
3) 可重用性好 有两种方法可以重复使用一个对象类:一种方法是创 建该类的实例,从而直接使用它;另一种方法是从它 派生出一个满足当前需要的新类。 4)较易开发大型软件产品 5)可维护性好
2.1.2 喷泉模型
“喷泉”这个词体现了面向对象软 件开发过程迭代和无缝的特性。 图中代表不同阶段的圆圈相互重 叠,这明确表示两个活动之间存 在交迭;而面向对象方法在概念 和表示方法上的一致性,保证了 在各项开发活动之间的无缝过渡, 事实上,用面向对象方法开发软 件时,在分析、设计和编码等项 开发活动之间并不存在明显的边 界。图中在一个阶段内的向下箭 头代表该阶段内的迭代(或求 精)。图中较小的圆圈代表维护, 圆圈较小象征着采用了面向对象 范型之后维护时间缩短了。
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题
04上试题三阅读下列说明以及图3-1和图3-2,回答问题1、问题2和问题3,将解答填入答题纸的对应栏内。
[说明]某电话公司决定开发一个管理所有客户信息的交互式网络系统。
系统的功能如下:1.浏览客户信息:任何使用Internet的网络用户都可以浏览电话公司所有的客户信息(包括姓名、住址、电话号码等)。
2.登录:电话公司授予每个客户一个帐号。
拥有授权帐号的客户,可以使用系统提供的页面设置个人密码,并使用该帐号和密码向系统注册。
3.修改个人信息:客户向系统注册后,可以发送电子邮件或者使用系统提供的页面,对个人信息进行修改。
4.删除客户信息:只有公司的管理人员才能删除不再接受公司服务的客户的信息。
系统采用面向对象方法进行开发,在开发过程中认定出的类如下表所示:编号类名描述1 InternetClient 网络用户2 CustomerList 客户信息表,记录公司所有客户的信息3 Customer 客户信息,记录单个客户的信息4 CompanyCustomer 公司客户5 InternalClient 公司的管理人员[图3-1][问题1]在需求分析阶段,采用UML的用例图(use case diagram)描述系统功能需求,如图3-1所示。
请指出图中的A、B、C和D分别是哪个用例?[问题2]在UML 中,重复度(Multiplicity)定义了某个类的一个实例可以与另一个类的多少个实例相关联。
通常把它写成一个表示取值范围的表达式或者一个具体的值。
例如图3-2 中的类InternetClient 和CustomerList,InternetClient 端的“0..*”表示:一个Custo~erList 的实例可以与0 个或多个InternetClient 的实例相关联;CustomerList 端的“1”表示:一个InternetClient的实例只能与一个CustomerList的实例相关。
请指出图3-2中(1)到(4)处的重复度分别为多少?[问题3]类通常不会单独存在,因此当对系统建模时,不仅要识别出类,还必须对类之间的相互关系建模。
湖南大学系统分析与设计实验指导书(UML)
V 1.0 面向对象的UML设计基础实验指导书(试用稿)编写:陈浩校核:_______湖南大学软件学院2004年9月目录《面向对象的UML设计基础》实验教学大纲 (1)实验一熟悉Rational Rose建模环境 (3)实验二Use Case 分析与设计 (10)实验三顺序图建模 (16)实验四类分析与包 (22)实验五设计类图与分析 (26)实验六构件图和部署图建模 (30)实验七状态图与活动图 (33)实验八UML与设计模式 (37)实验九数据建模 (40)实验十图书管理系统设计 (49)实验十一会议文件审批系统设计 (50)实验十二简易教务管理系统设计 (51)《面向对象的UML设计基础》实验教学大纲课程名称:面向对象的UML设计基础课程编号:本大纲主笔人:陈浩课程所占的学时、学分及实验课所占学时、学分总学时:32+32 总学分:3实验课时:32 实验学分:1二、实验适用专业:软件工程本科三、实验配套教材《UML与Rational Rose从入门到精通》Boggs,W.著,邱仲潘等译,电子工业出版社,2003出版四、实验的任务、性质和目的1.通过实验加深对面向对象技术的认知和理解;2. 熟悉Rational Rose等建模工具,较系统地掌握UML建模方法;3.培养学生综合运用软件工程理论进行系统分析和设计的能力。
五、实验的基本理论自20世纪90年代以来,面向对象技术以其显著的优势成为计算机软件领域的主流技术。
越来越多的软件企业认识到,要在激烈的市场竞争中立于不败之地,采用面向对象技术是势在必行的选择。
软件行业需要大量掌握面向对象方法与技术的人才,这些人才不仅仅是能够使用一种或几种面向对象编程语言来编程,更重要的是能运用面向对象方法进行系统建模,即通过面向对象的分析(OOA)和面向对象的设计(OOD)建立系统的分析模型和设计模型。
《面向对象的UML设计基础》课程是一门综合性、实用性很强的课程。
UML分析与设计
UML分析与设计1. UML(UNIFIED MODELING LANGUAGE)概述 (1)1.1UML是什么? (1)1.2UML的组成 (1)1.3UML的功能 (1)2. UML图(重点) (1)2.1用例图 (1)2.1.1 用例 (1)2.1.2 参与者(活动者) (1)2.1.3 用例图 (1)2.1.4 包含和扩展 (1)2.1.5 用例模型 (2)2.2类图 (2)2.2.1 类 (2)2.2.2 类之间的关系 (2)2.2.3 类图 (5)2.3对象图 (5)2.3.1 2004年5月下午试题试题三 (6)2.4功能复用及解题方法 (8)2.4.1 引用机制(聚合或组合) (8)2.4.2 继承机制(泛化的反关系)实现功能复用 (8)2.4.3 两者对比 (8)2.5顺序图(序列图) (9)2.5.1 2004年11月下午试题三(15分) (10)2.6协作图 (11)2.7状态图 (11)2.8活动图 (12)2.8.1 基本活动图 (12)2.8.2 带泳道的活动图 (12)2.9构件图 (13)2.10部署图 (14)2.11各种图总结 (14)3. 视图 (14)3.1用例视图 (14)3.2设计视图 (15)3.3过程视图 (15)3.4实现视图 (15)3.5配置视图 (15)1.UML(Unified Modeling Language)概述1.1 UML是什么?⏹UML是一种语言。
⏹UML只是一种可视化的语言。
⏹UML是一种可用于详细描述的语言。
⏹UML是一种构造语言。
⏹UML是一种文档化语言。
⏹UML是一种描述面向对象软件分析和设计结果的语言。
错误说法:UML是指导软件开发的思想。
1.2 UML的组成UML由模型元素、扩展机制、图及视图等部分组成,由模型元素或扩展机制构成图,由图构成视图。
1.3 UML的功能⏹为软件系统的产出建立可视化模型⏹规约软件系统的产出⏹构造软件系统的产出⏹为软件系统的产出建立文档2.UML图(重点)由模型元素和扩展机制构成。
会议管理系统案例
华南理工大学
5
软件需求分析与建模
步骤3- 步骤 -关系
3.关系:在系统用例图中, 3.关系:在系统用例图中,主要识别角色和 关系 系统用例间的关系以及角色与角色之间的 关系,根据用例的发起者不同, 关系,根据用例的发起者不同,把角色和 用例间的关联(通信) 用例间的关联(通信)关系分为单向管理 和双向关联,单向关联有: 和双向关联,单向关联有:会议申请人和 编辑会议申请, 编辑会议申请,会议纪要起草人和编辑会 议纪要,会议办理者和发送会议通知; 议纪要,会议办理者和发送会议通知;双 向关联有:办公室主任和分配会议室资源, 向关联有:办公室主任和分配会议室资源, 参会者和获取会议信息。 参会者和获取会议信息。
面向对象系统分析与设计
- 会议管理系统
姓名: 姓名:苏锦钿 ( SuJD@ ) 单位: 单位:计算机科学与工程学院 时间:2011年11月23日 时间:2011年11月23日
1
会议管理实例分析- 会议管理实例分析-需求
会议是保证行政管理实施的手段, 会议是保证行政管理实施的手段,会议管理包括会议类别 设置、会议室设置、会议申请、会议审核、会议通知、 设置、会议室设置、会议申请、会议审核、会议通知、会 议纪要、会议查询、会议归档。 议纪要、会议查询、会议归档。 会议类型设置是进行会议管理的基础, 会议类型设置是进行会议管理的基础,需要保存的信息包 会议性质名称、备注, 括:会议性质名称、备注,并可对会议类型设置进行修改 和删除。会议室设置需要保存的信息包括:会议室名称、 和删除。会议室设置需要保存的信息包括:会议室名称、 容纳人数、会议室资源、使用情况、说明, 容纳人数、会议室资源、使用情况、说明,并可对会议室 设置进行修改、删除以及查看使用情况。 设置进行修改、删除以及查看使用情况。会议申请是由会 议申请人草拟的会议安排,输入信息包括:会议性质、 议申请人草拟的会议安排,输入信息包括:会议性质、会 议议题、预算、会议附件(有附件上传功能)、主持人、 )、主持人 议议题、预算、会议附件(有附件上传功能)、主持人、 记录人员、参加人员、会议地点、会议室、会议开始时间、 记录人员、参加人员、会议地点、会议室、会议开始时间、 会议结束时间、会议内容、审批人。可以将会议申请暂存、 会议结束时间、会议内容、审批人。可以将会议申请暂存、 也可发给审批人或者放弃该申请。 也可发给审批人或者放弃该申请。
软考上机---历年软考DFD,UML试题分析
• 计算录取线分:根据标准分、招生办提 供的招生计划文件中的招生人数,计算 录取线,存入录取线。 试根据要求画出该系统的数据流图
1、高考录取统分系统第0层DFD
原始分
考生
标准分 录取分数
高考录取 统分系统
录取分数线 招生人数
招生办
1、高考录取统分系统第1层DFD
原始分
考生
标准分
1.计算 标准分
顾客订餐过程如下: 1. 顾客请求查看菜单; 2. 系统显示菜单和今日特价; 3. 顾客选菜; 4. 系统显示订单和价格; 5. 顾客确认订单; 6. 系统显示可送餐时间; 7. 顾客指定送餐时间、地点和支付方式; 8. 系统确认接受订单,然后发送Email给顾客以确认 订餐,同时发送相关订餐信息通知给餐厅员工。 系统采用面向对象方法开发,使用UML进行建模。 系统的顶层用例图和一次订餐的活动图初稿分别如图31和图3-2所示。
当读卡器判断用户已将ATM卡插入后,创建会话 (Session)。会话开始后,读卡器进行读卡,并要求客 户输入个人验证码(PIN)。系统将卡号和个人验证码信 息送到银行系统进行验证。验证通过后,客户可从菜单选 择如下事务(Transaction):
1. 2. 3. 4.
从ATM卡账户取款(Withdraw); 向ATM卡账户存款(Deposit); 进行转账(Transfer); 查询(Inquire)ATM卡账户信息。
6、音像管理信息系统
6、音像管理信息系统
6、音像管理信息系统
7、房屋租赁服务系统
7、房屋租赁服务系统
7、房屋租赁服务系统
7、房屋租赁服务系统
7、房屋租赁服务系统
面向对象建模分析---UML
面向对象建模分析---UML
UML实例BBS管理系统
BBS管理系统一、需求分析1.1系统开发旳目旳:进入二十一世纪,在互联网高速发展旳今天。
已经成为人们迅速获取、公布和传递信息旳一种重要传播方式。
在人们政治、经济、生活等各个方面都发挥着重要旳作用。
这次我所设计旳UML建模课程正是互联网与社会生活之间旳紧密关系旳体现。
目前人们已经离不开了网络,网络已经成为人与人之间交流旳一种形式,它可以把事情旳复杂化转为简朴化。
目前旳计算机技术迅速向着网络化旳、集成化方向发展。
老式旳单机版应用软件正在逐渐退出舞台,取而代之旳是支持网络、支持多种数据信息(多媒体)旳新一代网络版应用软件,而目前网络版软件中似乎存在着两种不一样旳趋势,一种是称为客户端——服务器旳C/S构造应用系统,此类软件具有构造严谨,运行效率高,服务器端压力小,安全性好等长处,被广泛运用于局域网中。
另一种,就是称为浏览器——服务器旳B/S构造应用系统,它旳特点是在客户端直接采用了功能强大旳浏览器软件作为界面,其长处在于软件开发效率高,客户端不受操作平台旳限制、也不受地区旳限制,网络传播量少,即合用于局域网,更合用于英特网,并且投资小、见效快,顾客可以不必进行服务器方面旳投资,而是去租用,甚至是免费使用ISP旳服务器资源,因而受到越来越多中小型单位旳青睐。
BBS论坛系统已经是互联网站一种极为常见旳互动交流服务。
在BBS论坛中可以向网友提供多种各样旳分类专题和讨论区服务,已经注册旳顾客可以在此刊登自己旳某些观感、交流某些技术、经验乃至人生旳感悟与忧欢,亦可以做为网友们之间旳交流渠道。
在网站中亦可在此对网友们提出旳问题做出评论或者发刊登自己新旳帖子。
通过BBS论坛旳方式,可以增强个人与个人,团体与团体,个人与团体之间旳紧密交流联络,在英特网上实现信息旳传递,提高办事效率。
因此论坛建设在英特网应用上旳地位显而易见,它已成为现代人沟通和获取信息旳重要构成部分,从而倍受人们旳重视。
该系统以英特网为平台,前台可使任何人注册、登陆在论坛上进行发贴及讨论,版主或者前台管理者也可以进行一部分管理。
企业综合信息管理系统UML需求建模用例图活动图课件知识分享
2020/5/13
UML系统建模与分析设计
4
(4)系统运行的软件、硬件环境 1)系统运行的软件环境 2)系统运行的硬件环境
3.6.2 确定系统范围和系统边界
允许重新输入。
(2)编号也可以由合同管理员手动输入,系统自动进行唯一
性检查。出现错误,允许重新输入。
2.“修改合同”用例
……………
2020/5/13
UML系统建模与分析设计
15
2020/5/13
UML系统建模与分析设计
16
•签订销售合同;
•督促客户付款;
•监督产品发货;
•检查合同履约; 2020/5/13
UML系统建模与分析设计
7
(4)“采购管理子系统”中的用例(第三层) • 制定采购计划; • 签订采购合同; • 货物入库检验; • 支付货款; • 检查合同履约。 (5)“库存管理子系统”中的用例(第三层) • 入库管理; • 出库管理; • 库存管理。
2020/5/13
UML系统建模与分析设计
3
3.需求补充说明
(1)数据保存 •采购合同:每个合同执行期可能多达几个月,合同 需要长期保留。 •销售合同:每个合同执行期可能多达几个月,合同
需要长期保留。
•历年履约合同:履约后的合同需要长期(几十年) 保留,以备查使用。
•库存货物清单:库存货物量随出、入库有所消长, 长期保存。
2020/5/13
UML系统建模与分析设计
2
(2)采购管理
1)制定原材料(零部件)采购计划 2)与客户签订采购合同 3)检查合同履约率 4)库存管理部门对原材料进行入库验收、存储 5)财务管理部门支付货款
历年软考UML图例真题解析
一、某企业为了方便员工用餐,餐厅开发了一个订餐系统(COS:Cafeteria Ordering System),企业员工可通过企业内联网使用该系统。
企业的任何员工都可以查看菜单和今日特价。
系统的顾客是注册到系统的员工,可以订餐(如果未登录,需先登录)、注册工资支付、预约规律的订餐,在特殊情况下可以覆盖预订。
餐厅员工是特殊顾客,可以进行备餐、生成付费请求和请求送餐,其中对于注册工资支付的顾客生成付费请求并发送给工资系统。
菜单管理员是餐厅特定员工,可以管理菜单。
送餐员可以打印送餐说明,记录送餐信息(如送餐时间)以及记录收费(对于没有注册工资支付的顾客,由送餐员收取现金后记录)。
顾客订餐过程如下:1.顾客请求查看菜单;2.系统显示菜单和今日特价;3.顾客选菜;4.系统显示订单和价格;5.顾客确认订单;6.系统显示可送餐时间;7.顾客指定送餐时间、地点和支付方式;8.系统确认接受订单,然后发送Email给顾客以确认订餐,同时发送相关订餐信息通知给餐厅员工。
系统采用面向对象方法开发,使用UML进行建模。
绘制出系统的顶层用例图和一次订餐的活动图。
(09.12)二、某银行计划开发一个自动存提款机模拟系统(ATM System)。
系统通过读卡器(CardReader)读取ATM 卡;系统与客户(Customer)的交互由客户控制台(CustomerConsole)实现;银行操作员(Operator)可控制系统的启动(System Startup)和停止(System Shutdown);系统通过网络和银行系统(Bank)实现通信。
当读卡器判断用户已将ATM卡插入后,创建会话(Session)。
会话开始后,读卡器进行读卡,并要求客户输入个人验证码(PIN)。
系统将卡号和个人验证码信息送到银行系统进行验证。
验证通过后,客户可从菜单选择如下事务(Transaction):1. 从ATM卡账户取款(Withdraw);2. 向ATM卡账户存款(Deposit);3. 进行转账(Transfer);4. 查询(Inquire)ATM卡账户信息。
会议管理系统详细设计【范本模板】
会议管理系统详细设计说明书会议管理系统详细设计说明书编写:日期:2013/8/8审核:日期:批准:日期:受控状态:是发布版次:2.0 日期:2013/8/8编号:变更记录签字确认目录1引言 (6)1。
1编写目的 (6)1。
2背景 (6)1.3范围 (6)1.4参考资料 (6)1。
5术语与缩写解释 (6)1.6系统环境 (6)1。
6.1操作系统 (6)1.6.2数据库 (7)1.6.3客户端 (7)2系统模块命名规范 (8)2。
1概述 (8)3对象设计 (9)3.1系统类图结构(总体类图) (9)3.2关键类定义 (10)3。
2.1信息管理(关系类图) (10)3。
2.2预约管理(普通员工)(关系类图) (12)3.2。
3会议管理(普通员工)(关系类图) (14)3。
2。
4人员管理(管理员)(关系类图) (16)3。
2。
5部门管理(管理员)(关系类图) (18)3。
2.6职位管理(管理员)(关系类图) (20)3。
2。
7会议管理(管理员)(关系类图) (22)3.2.8设备管理(管理员)(关系类图) (25)3.2.9权限管理(管理员)(关系类图) (27)4模块汇总 (29)4。
1模块汇总表 (29)4.2模块关系图 (30)5模块功能详细设计 (31)5.1信息管理模块 (31)5.1。
1公告信息模块 (31)5.1.2个人信息模块 (31)5.1。
3修改密码模块 (32)5.2预约管理模块 (33)5。
2。
1预约会议模块 (33)5。
2.2会议查找模块 (34)5.2.3会议删除模块 (34)5.2。
4会议修改模块 (35)5。
3会议管理模块 (36)5.3。
1查看待参考会议模块 (36)5。
3。
2查看已参考会议模块 (37)5.3。
3下载已参考会议模块 (37)5.3。
4提交会议文档模块 (38)5。
4人员管理模块 (39)5。
4。
1人员增加模块 (39)5.4.2人员查找模块 (40)5。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
(二)用例识别
4. 与会议人员管理相关的用例:
定义参加人员(Add Attendee )
取消申请(Cancel Request ) 申请会议召开(Request Meeting Instance )
更改申请( Modify Request ) 5. 与系统维护者相关的用例:
会议室维护( Meeting Room Maintenance ) 设定预定时限(Set Reservation Tome Limit )
(二)用例识别
1. 与会议管理者相关的用例: 定义一个会议(Define Meeting ) 更改一个会议(Alter Meeting ) 删除一个会议(Remove Meeting ) 2. 与会议申请者相关的用例: 申请会议召开( Request Meeting Instance ) 更改申请(Chang Request ) 取消申请(Cancel Request ) 定义参加人员(Add Attendee ) 归还会议室(Release Room ) 3. 与邮局相关的用例: 申请会议召开( Request Meeting Instance ) 更改申请( Modify Request ) 取消申请( Cancel Request )
会议管理系统类图
MeetingAdministration MeetingName:string
0..*
Meeting
ReservationCriteria
1
1
1
MeetingInstance
1 0..*
MeetingRoom
AttendeeManagement
0..*
GroupAttendee
1 1..*
GroupAttendee MemberNumber GroupName AddAttendee() DeleteAttendee()
1
0..*
1
1..*
MeetingInstance
Attendee
GroupAttendee类图
6. Address类 两类地址
PostAddress
Address
EmailAddress
MeetingInstanee
ReservationCriteria类图
11. MeetingAdministration类
该类管理系统中由用户定义的所有会议,并提供给 用户友好的用户界面。由于该类有定义会议 (DefineMeeting)、更改会议(AlterMeeting)、删除 会议( RemoveMeeting )等操作,建立与Meeting类之 间的关联关系。
一、建立用例模型
(一)识别角色
找出所有可能与系统发生交互行为的外部实体、对象、 系统。本系统定义以下角色:
会议管理者(Meeting Administrator)
会议申请者(Meeting Instance Requester) 邮局(Post Office ) 会议人员管理(Attendee Management ) 系统维护者(System Maintainer )
Attendee Address类图
7. PostOffice类
PostOffice
1..*
PostAddress
1..*
Information
1..* (from Use Case View)
EmailAddress
XXX会议通知 XX先生: 定于2006年4月20日 在樱都会议中心召开XXX 会议。……
MeetingAdministration
(from eetingPack)
MeetingNumber:int DefineMeeting() AlterMeeting() RemoveMeeting()
MeetingName:string
Meeting (from MeetingPack)
MeetingAdministration类图
………………………………
会议管理系统的Use case图
会议管理系统的Use case图
二、建立类模型
除了用例模型外,其它模型都依赖于类模型,因此,类模型 是OO方法的核心,类模型从对象的角度描述系统的组成,描述 类(对象)及相互间的关系。 1. Meeting类,标识一个会议(名称、类型、规模)。 2. MeetingInstance类, Meeting类的子类,对会议时间、人数等进 行描述。 3. MeetingRoom类,描述会议室的有关信息。 4. MeetingAdministration类,管理会议。 5. Attendee类,描述参会人员(姓名、性别、地址、头衔等)。 6. GroupAttende类,创建一个参加会议的组。 7. Address类,描述邮寄地址E-mail地址。 8. PostOffic类,负责发送邮寄通知。 9. AttendeeManagement类,数据库管理。 10. ReservationCriteria类,定义会议室预定准则。 11. Information类,构造一条通知。
MeetingRoom Information类图
9. AttendeeManagement类
对参加会议的人员进行管理。
AttendeeManagement (from Use Case View) GroupAttendee AttendNumber() GroupAttendeeNumber() AddAttendee() ChangeAttendee() AddGroupAttendee() DeleteGroupAttendee() Attendee
XXX会议筹备组 2006.3.28
DelieverInformation()
PostOffice类图
8. Information类 构造一条通知
Information Notice Topic Receiver Title Receiver name Time Event Explanation SendTime Sendr Signature Create()
Information
1..*
0..*
Attendee
PostAddress
1..* 1..* Address
EmailAddress
0..*
1..*
PostOffice
会议管理系统类图
三 、动态模型
结合本系统,建立动态模型,包括交互图、合作图、 活动图,这里只给出部分顺序图,其余模型自己确定。
(一) 定义会议的顺序图
会议管理系统的Use case图
归还会议室 邮局 设置预 定时限 会议室 维护 系统维护者
申请会 议召开
会议召开申 请者
更改申请
定义会议
更改会议 取消申请 删除会议 会议管统的Use case图
对用例的进 一步描述
用例1、定义会议(Define Meeting ) 输入会议名称 确定会议规模 确定会议类型 其中会议规模是指参会人数范围。 用例2、更改会议( Alter Meeting ) 改变会议名称 改变会议规模 改变会议召开频度 用例3、删除会议( Alter Meeting )
MeetingInstance
MeetingRoom类图
4. Attendee类
描述参会人员情况
1
Attendee
1..*
MeetingInstance
Name Sex Postaddress EmailAddress Title
Attendee类图
5. GroupAttendee类
创建一个参会组。
1. Meeting类
标识一个会议,其属性包括会议名称、类型、规模。 其操作有:增加会议、取消会议。 Meeting
Meeting
Name Type Size AddMeetingInstance() CancelMeetingInstance() MeetingInstance Start Time EndTime AttendeeNumber AddAttendee() AttachMeetingRoom() AddGroupAttendee() Cancel() MeetingInstance类图
Meeting类图
2. MeetingInstance类
MeetingInstance类是Meeting类的子类,描述会议的 具体情况,会议的开始、结束时间,人数,分配会议室 等。
3. MeetingRoom类
Meeting
描述有关会议会议室的情况
MeetingRoom Capacity BuildingCode DoorCode Status AssignMeetingInstance () SetInvalidate() Release()
:Meeting Administrtiona
DefineMeeting(meeting)
:Meeting Administrtiona
:Meeting
2:{new(meeting)} [IsMeetingExisted=.T.]3:Fail(MeetingExisted)
定义会议的顺序图
(二)取消会议
当用户确定要取消某个会议时,首先检查会议是否定义, 如果没有可以直接删除,否则要先取消相关的会议。
:Meeting Administrator
:Meeting Administrtiona
2:CancelMeetingInstance()
:Meeting
:Meeting Instance
1:RemoveMeeting (MeetingName)
AttendeeManagement类图
10. ReservationCriteria类