软件工程与UML图书管理系统领域分析阶段.ppt

《软件工程与UML图书管理系统领域分析阶段.ppt》由会员分享，可在线阅读，更多相关《软件工程与UML图书管理系统领域分析阶段.ppt（111页珍藏版）》请在三一办公上搜索。

1、,软件工程与UML图书管理系统 领域分析阶段,林琳Email:,Beyond Technology,图书管理系统第6周第1次课,工作任务,经理给出项目计划，各项目组按工作计划进入项目周期召开用户访谈会议获取用户需求，进行领域分析中的数据建模,提交内容,访谈提纲与访谈记录领域类图,项目计划,领域分析,需求分析,设计,编码,测试,验收,项目的任务分解图（WBS）,阶段目标,通过用户访谈获取需求，形成需求陈述，并在此基础上完成领域分析，建立业务领域的数据模型。提交内容：访谈提纲与访谈记录领域类图、业务用例,阶段能力目标及对应工作任务,阶段知识目标,访谈技巧类、关系类图用例图活动图Rose中类图、用例

2、图、活动图画法数据建模业务用例建模、业务流程建模,工作任务2：召开用户访谈会议，了解用户业务情况。,学习情境：知识1：如何进行用户访谈,与用户进行访谈可以通过 正式会议或者一般访谈的形式进行。在进行访谈前，业务员需要了解用户所在行业的一些背景情况和 相关行业知识。无论何种访谈，在进行前都应该准备访谈提纲，在得到一些访谈信息后，要有针对性的设置访谈问题。,访谈提纲的编写技巧,技巧一：如何发现用户业务需求 通过一些问题，可以使得系统分析员获知系统某一功能执行步骤，所需或者产生的数据，计算公式，以及企业的特殊约束。例如：您（业务人员）通常都怎么执行某操作的呢？请告诉我执行这些步骤会用到什么数据？以及

3、会产生什么数据？在执行某操作时，有没有什么重要的约束需要注意或遵守的？,用户访谈案例：基金管理系统中的“申购基金”功能的用户访谈,A：您通常都怎么执行“申购基金”这件事呢？可以告诉我，主要的执行步骤吗？C：是这样的，申购基金分为两种：一种是单笔申购，另一种是定期定额申购。A：谁在什么时候会决定是哪一种？还是可以同时包含两种？C：客户一开始在申购基金时，就得二选一，决定是要单笔申购某档基金，还是定期定额申购。,用户访谈案例：基金管理系统中的“申购基金”功能的用户访谈（续）,A：请您挑选比较简单好懂的一种，告诉我您主要有那些执行步骤？C：都比较好懂了，我就先说一下单笔申购的情况。首先，客户告诉我们

4、单笔申购的基金名称、信托金额以及扣款帐号，那我们这边只要确认这档基金有贩卖，然后客户制定的扣款账号里面有足够的余额可以付信托金额和申购手续费，这样就可以申购了。确认申购之后，我们会从客户指定的扣款账号中，支出信托金额和申购手续费。最后我们会给客户一个申购交易的凭证号码，就完成单笔申购了。,用户访谈案例：基金管理系统中的“申购基金”功能的用户访谈（续）,系统分析员记录“单笔申购基金”的主要执行步骤如下：客户告知基金名称、信托金额以及扣款账号。业务人员确认该基金正在销售中。业务人员确认客户制定的扣款账号里有足够的余额，可以用来支付信托金额和申购手续费。确认申购之后，从客户指定的扣款账号中，支出信托

5、金额和申购手续费。给客户一个申购交易的凭证号码，完成单笔申购基金。,访谈提纲的编写技巧,技巧二：发现需要的数据及其属性在系统中，必不可少的会用到数据，那么系统中的数据及数据属性如何被发现呢？可以通过类似以下问题来进行访谈：某物会记录什么数据呢？某物可以提供我们哪些数据呢？某物的某属性有范围码？可被接受的数字，最大最小是多少？可被接受的字符串，最长最短是多少？,用户访谈案例：发现基金管理系统中的数据,还以基金管理系统为例子，发现用户数据可以通过下面的访谈A：基金帐户里主要会记录什么数据呢？C：基金帐户里会记录总成本，总现值，总损益，总报酬率。A：用户账号里主要会记录什么数据呢？C：用户的姓名，身

6、份证号，帐户号，指定扣款帐户号，开户行。A：一个用户可以拥有多个基金帐户嘛？C：不可以。只能拥有一个。,图书管理系统的第一次访谈提纲,访谈对象：图书馆工作人员Q1：请问您平时主要有哪些工作要做呢？A1：我的日常工作包括图书管理（图书的入库，报废，遗失）、图书的借阅（包括借出图书和归还图书）、还有就是借阅管理（主要是为学生办理学生借阅证）。Q2：您在进行图书管理工作，比如图书入库的时候是怎样的流程？图书报废的时候又是怎样的，您能谈一下吗？A2：一般来讲，我们每学年都需要采集一些图书。当图书从采购部采集进来之后，我们为每本图书建立条码和图书信息，在每本书上粘贴条码，并登记图书信息到图书信息表。学校

7、图书馆的图书很少报废，如果报废的话就需要在图书信息表中的备注栏登记一下。如果丢失的话，会在图书信息表中备注栏记录遗失情况。,图书管理系统的第一次访谈提纲,Q2：我还想问一下您在进行学生办理图书证的时候是如何进行的。A2：就是按照学生的入学信息，办理一张卡片（当然需要学生交照片过来）。同时要在学生信息登记表里面记录他的情况。Q3:如果学生借阅证丢失，您是怎么处理的。A3：学生借阅证丢失了，他需要主动联系我们进行“遗失补办”。其实也很简单了，就是重新发一张卡片给他，然后在学生信息登记表里面重新登记他的信息。Q4:您刚才提到的“卡片”是不是就是借阅证？A4：是的Q5：您在新办和补办借阅证的时候，上面

8、都写些什么呢？A5:借阅证编号，姓名，学号，班级。,图书管理系统的第一次访谈提纲,Q6：您刚才提到了一个叫做借阅证编号的东西，我想问一下，你们在办理学生借阅证的时候，都需要填写学生信息表里面哪些数据呢？A6：有姓名，学号，班级，专业，性别Q7：图书在入库的时候，你们在图书信息表里面要登记哪些内容啊？A7：图书登录号，书名，ISBN，图书类别，作者，出版社，出版日期，总页数，定价，图书分类Q8：下面谈一下您的另外一个工作任务当学生借书和还书的时候又是什么样的吧？A8：学生出示他的借阅证，然后把书交给我登记就可以了。Q9：你都登记什么信息呢？A9：学生的姓名，学号，班级，图书登录号，图书名，ISB

9、N。最重要的就是借阅时间。Q10:学生的借阅时间有没有限定？A10：有，三个月。我们鼓励学生多进行借阅，但是如果超过这个时间的话，我们就会通知辅导员让学生进行归还了。,图书管理系统的第一次访谈提纲,访谈对象：图书馆负责人（项目委托者）Q1：刚才我们同工作人员进行了访谈，我们现在想问一下您关于系统的一些情况。这个系统开发出来之后，供谁使用呢？A1：就是工作人员来使用。Q2：你们一般有几个工作员会同时使用这个系统？A2：我们图书馆规模比较小，只有这么一个图书室，同一时刻最多一个工作员使用。Q3：你们图书馆藏书规模有多大？另外，你们学院有多少学生啊？是不是每个学生都有借书证？还是他们申请办理才会有？

10、A3：图书馆藏书大概有六千册吧。学生一般有1500人，一般在学生入学的时候，我们会为主动按班级给每个学生办理借书证的，学生不用单独来申请。当然，要求学生离校办理手续的时候，也必须先到我们这里将借阅证和借阅的书籍归还后才能离校。Q4：你们有没有计划保存离校学生的信息？A4：这个，一般我们都不保存的。在现有的情况下，他们的借书证档案，也是在离校后，就交给档案室，他们处理了。Q5：你们学院的教职员工借书跟学生借书一样吗？又是怎么样的情况？A5：我们学院的教职员工有专门的图书馆，目前我们这个图书馆还没有负责教师的业务，可能以后随着图书馆规模的变化，会有教师业务的吧。这个现在还不确定。,图书管理系统的第

11、一次访谈记录（节选）,用户访谈结束后，要整理访谈的内容，形成访谈记录。图书管理系统的访谈记录如下：1.用户主要业务：图书管理，图书借阅归还，借阅管理。其中，图书管理包括图书的入库和报废以及遗失。借阅管理包括学生借阅证的办理和补办。2.图书信息包括：图书登录号，书名，ISBN，图书类别，作者，出版社，出版日期，总页数，定价，图书分类3.学生信息包括：姓名，学号，班级，专业，性别4.借阅信息包括：借阅时间，应归还时间5.系统只有一个角色使用6.系统数据容量为：图书10000左右，学生2000左右,需要注意的是,选择关键人物进行访谈。访谈的记录要条例清晰，真实有效。根据实际的情况，访谈可能会进行很多

12、次，直到确实明确用户的需求。,工作任务3：内容通过访谈进行需求获取后，根据需求获取信息，进行领域分析交付图书管理系统领域类图,学习情境：知识2：用类图进行图书管理系统数据建模对应教材章节：第6章 6.1节,主要知识点：6.1.1 类6.1.3 关系,类,类主要包含以下几个部分（1）名称（Name）名称是每个类所必有的构成，用于和其他类相区分。（2）属性（Attribute）类的一个组成部分描述了类所代表事物的属性（3）操作（Operation）操作是对类的对象所能做的事务的抽象,类的UML图示,类在UML中由专门的图符表达，是分成3个分隔区的矩形,顶端为类的名字，中间存放类的属性、属性的类型和

13、值，第3个分隔区放操作、操作的参数表和返回类型，如下图：在给出类的UML表示时，可以根据建模的实际情况来选择隐藏属性区或操作区，或者两者都隐藏。,类的名字,每个类都必须有一个名字，用来区分其它的类。例：Flight，BankAccount,UML约定：类名的首字母要大写，放在矩形的偏上部。如果类名是由两个单词组成，那么将两个单词合并，第二个单词首字母大写。正体字说明类是可被实例化的，斜体字说明类为抽象类。,类的属性,例：public flightNumber：Integer；,UML约定：单个单词的属性名小写。如果属性名是由多个单词组成，那么将多个单词合并，除了第一个单词外。其它单词首字母大写

14、。属性的语法：可见性 名称:类型=默认值约束特性可见性表示该属性对类外的元素是否可见。常用的有公有、受保护和私有三种。名称表示属性的名称，是一个字符串。类型定义属性的种类（基本类型或自定义类型）默认值表示属性的初始值。约束特性表示描述对属性的约束。,在ROSE中绘制类的属性,通过在类上点右键，然后选择New Attribute项即可增加属性。,如果修改的话，则到类的规范卡中进行。双击属性名则可以修改。属性的修饰符可分为以下四种：默认的修饰符为private,类的操作,例：getArriveTime（）：Date,UML约定：单个单词的操作名小写。如果操作名是由多个单词组成，那么将多个单词合并，

15、除了第一个单词外。其它单词首字母大写。,在ROSE中绘制类的操作,通过在类上点右键，然后选择New Operater项即可增加操作。,如果修改的话，则到类的规范卡中进行。双击操作名则可以修改。,关系,关系（Relationship）是事物间的关系。在类的关系中，最常用的4种分别为：依赖（Dependency）：它表示类之间的使用关系泛化（Generalization）：它表示类之间的一般和特殊的关系；关联（Association）：它表示对象之间的结构关系实现（Realization）：它是规格说明和其实现之间的关系。,依赖（Dependency）,对于两个相对独立的对象，当一个对象负责构造另

16、一个对象的实例，或者依赖另一个对象的服务时，这两个对象之间主要体现为依赖关系。比如说，你借助(依赖)螺丝刀(Screwdriver)来帮助你完成拧螺丝(screw)的工作。依赖关系的UML图示：,依赖-图形表示：虚线+箭头，箭头指向被依赖的类,泛化（Generalization）,泛化表示类与类之间的继承关系，接口与接口之间的继承关系。例如，老虎和狗都是动物的子类泛化关系的UML图示,泛化-图形表示：实线+空心箭头，箭头指向父类虚线+空心箭头，如父类是接口,关联（Association）,对于两个相对独立的对象，当一个对象的实例与另一个对象的一些特定实例存在固定的对应关系时，这两个对象之间为关

17、联关系。比如客户和订单，每个订单对应特定的客户，每个客户对应一些特定的订单；再例如公司和员工，每个公司对应一些特定的员工，每个员工对应一特定的公司关联关系的UML图示,关联-图形表示：实线+箭头，箭头指向被使用的类,关联关系-命名、多重性,关联的多重性是指类中有多少对象与关联的类的一个对象相关。重数常描述为一或多。,关联的命名，用小黑三角表示名字的方向。,关联关系 角色、关联类,角色：关联两头的类以某种角色参与关联。,关联类：一个关联可能要记录一些信息，可以引入一个关联类来记录。,两种特殊的关联关系,聚合关系：聚合关系用来描述整体和部分的关系，有着聚合关系的两个类，一个是整体，一个是部分。在聚

18、集中，部分类可以独立存在。合成（组合）关系：合成关系也是用来描述整体和部分的关系。在合成关系中，部分类不能脱离整体类而存在。,两种特殊的关联关系 聚合,比如电脑和它的显示器、键盘、主板以及内存就是聚集关系，因为主板是电脑的组成部分。聚合关系的UML图示：,聚集-图形表示：空心菱形+实线+箭头箭头指向部分,两种特殊的关联关系 合成（组合）,合成：例滑翔机与机身、机尾、左右机翼,合成-图形表示：实心菱形+实线+箭头箭头指向部分,关联与聚合、合成的区别,关联,一般关联,特殊关联,聚合关系,组成关系,一般关联中的两个类处于同一层次,特殊关联中的两个类有整体和部分的关系,部分可以脱离整体单独存在,部分不

19、能脱离整体单独存在,聚合和组合如何在ROSE中间表示,在关系的规范属性卡中，设置navigable属性，则可以表示聚合。如图所示。如果进一步将communication选择为by value，则表示组合,实现（Realization）,它是规格说明和其实现之间的关系。大多数情况下，实现关系用来规定接口和实现接口的类或组件之间的关系。,洗衣机和控制旋钮之间的实现关系,实现-图形表示：虚线+空心三角形三角形指向接口,图书管理系统的数据建模步骤1：对系统中关键词的抽象,我们从与用户的访谈中间可以发现一些关键词汇：学生信息，图书信息，以及借阅信息。因此，可以在系统中抽象出3个类：学生，图书，借阅信息。

20、,图书管理系统的数据建模步骤2：为类添加属性,学生信息表包含：姓名，学号，班级，专业，性别图书信息表包含：图书登录号，书名，ISBN，图书类别，作者，出版社，出版日期，总页数，定价，图书分类借阅信息表包含：借阅时间,归还时间。,图书管理系统的数据建模步骤3：分析和建立类之间的关系,学生借阅信息 1：n图书借阅信息 1：n,6.4 用Rose绘制类图,首先，在Rose开发环境中模型浏览器的【Logical View】文件夹（其实是包）图标上单击鼠标右键，在弹出的快捷菜单中，最常用的功能是【Open Specification（打开属性说明）】和【New（新建UML元素）】。其中，【Open Sp

21、ecification】可以打开当前选定对象的属性和说明，并对其进行具体的修改和更新。而“New”则可以新建包括Class（类）、Class Utility、Use Case（用例）、Interface（接口）、Package（包）、Class Diagram（类图）、Use Case Diagram（用例图）、Collaboration Diagram（协作图）、Sequence Diagram（时序图）、State Chart Diagram（状态图）和Activity Diagram（活动图），这里选择Class Diagram（类图），如图所示。,6.4 用Rose绘制类图,一个类图就

22、新建完成了，如图4所示，修改类图的名称为Class Diagram。双击打开类图，界面编辑区的编辑工具栏将有所变化，如图所示。,6.4 用Rose绘制类图,编辑工具栏上从上到下依次是：Selection Tool（选择工具）、Text Box（文本框）、Note（注解）、Archor Note to Item（注解和元素的连线，是虚线）、Class（类）、Interface（接口）、Unidirectional Association（有方向的关联关系）、Association Class（关联类）、Package（包）、Dependency or Instantiate（依赖关系或实例关系）

23、、Generalization（泛化关系）、Realize（实现关系）、Use-Case Realization（用例实现）和Association（无方向的关联关系）。不过并不是只能加入这些符号，默认的编辑工具栏只提供了一些最常用的符号列表，而用户可以对这个列表进行个性化设置，按照自己的需要来定制工具栏很简单，只需要在这个编辑工具栏上单击右键，在弹出的快捷菜单中选择【Customize】（自定义）菜单项，如图所示。,6.4 用Rose绘制类图,单击工具栏上的类图标，单击设计框的空白处，在设计框中加入一个类，同时修改相应的类名称为BrowserInformation。在生成的类上点击鼠标右键，

24、在弹出的如图4-38所示的菜单中选择“New Attribute”，加入类的属性，单击“New Operation”，加入类的方法。双击属性或者操作名，可以进行直接的修改。单击“Open Specification”菜单，将弹出如图4-39所示的对话框，通过这个对话框可以设置这个类的基本信息。Name（名称）：类的名称Type（类型）：类的类型，包括ParamerizedClass、InstantiatedClass、ClassUtility、Paramerized ClassUtility和InstantiatedClassUtility 6种类型。Stereotype（模板类型）：模板的类

25、型共有11种。Export Control（输出控制）：包括Public、Private、Protected和Implementation 4种。Document（说明）：描述类图的文档,实验2：类图建模技术数据建模,打开rose新建项目模型图书管理系统在逻辑视图（Logical）创建一个包，命名为“领域分析”在“领域分析”包中创建一个类图，命名为“领域类图”在“领域类图”中创建三个类：学生，图书，借阅信息为学生类增加它的属性，并在Detail选项中设置为Persistence同样的方法创建图书、借阅信息类和它的属性。将模型另存为:学号姓名-实验2撰写实验报告。提交模型的电子文件。,实验报告书

26、写注意：,实验：二,注意：实验报告每个同学都要完成，当节课做，下课时课代表收上来交给老师电子版程序也由课代表收齐后发给老师,实验报告书写注意：,实验名称：数据建模领域类图 目的与要求：掌握类的数据建模技术通过使用Rose工具，绘制数据库模型类图。实验内容：1）对图书馆管理系统进行模拟访谈，了解借书和还书的业务流程。2）使用Rational Rose完成图书馆管理系统中借书和还书的类图模型。,实验报告书写注意：,实验方法与步骤：打开rose新建项目模型图书管理系统在逻辑视图（Logical）创建一个包，命名为“领域分析”在“领域分析”包中创建一个类图，命名为“领域类图”在“领域类图”中创建三个类

27、：学生，图书，借阅信息为学生类增加它的属性，并在Detail选项中设置为Persistent同样的方法创建图书、借阅信息类和它的属性。将模型另存为:学号姓名-实验2。如7317110101兰维海实验2撰写实验报告。提交模型的电子文件。,课程小结,本次课中，用到以下知识用户访谈类的建模：类图教材第6章，6.1节,图书管理系统第6周第2次课,工作任务,根据访谈内容，进行业务用例建模根据访谈内容，进行业务流程的建模,提交内容,业务用例图业务流程活动图,工作任务1：业务用例建模交付的工作产品：业务用例图,学习情境知识点1：业务用例建模对应教材章节：第5章,5.1 概述5.2 参与者5.3 用例5.4

28、用例建模,5.1 概述,画好用例图（Use Case Diagrams）是由软件需求到最终实现的第一步，在UML中用例图用于对系统、子系统或类的行为的可视化，以便使系统的用户更容易理解这些元素的用途，也便利软件开发人员最终实现这些元素。UML中的用例图描述了一组用例、参与者以及它们之间的关系，因此用例图包括以下3方面内容1）用例（Use Case）；（2）参与者（Actor）；（3）参与者之间的关系，泛化关系、包含关系、扩展关系等,5.2 用例（Use Case）,5.2.1 用例的概念5.2.2 识别用例5.2.3 用例与事件流,5.2.1 用例的概念,用例是对一个系统或一个应用的一种单一的

29、使用方式所作的描述，是关于单个活动者在与系统对话中所执行的处理行为的陈述序列。每个用例都必须有一个惟一的名字以区别于其他用例。图形上用例用一个椭圆来表示，用例的名字可以书写在椭圆的内部或下方。用例的UML图标如图所示。,5.2.2 识别用例,识别用例最好的办法就是从分析系统的参与者开始，考虑每个参与者是怎样使用系统。在识别用例的过程中，通过以下的几个问题可以帮助识别用例：（1）特定参与者希望系统提供什么功能；（2）当系统改变状态时，通知参与者吗；（3）存在影响系统的外部事件吗；（4）是哪个参与者通知系统这些事件。（5）系统是否存储和检索信息，如果是，这个行为由哪个参与者触发；,5.4 用例间、

30、用例与参与者的关系,1.泛化关系（Generalization）：一个用例可以被特别列举为一个或多个子用例，这被称为用例泛化：2.包含关系（Include）一个用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为作为自身行为的一部分，这被称作包含关系。3.扩展关系（Extend）：一个用例也可以被定义为基础用例的增量扩展，这称作扩展关系，扩展关系是把新行为插入到已有用例的方法。4.关联关系：关联关系表示参与者与用例之间的通信。,5.4 用例间、用例与参与者的关系,四种关系的UML图释,包含关系,扩展关系,泛化关系,关联关系,5.3 参与者（Actor）,参与者（Actor）是系统外部的

31、一个实体（可以是任何的事物或人），它以某种方式参与了用例的执行过程。参与者通过向系统输入或请求系统输入某些事件来触发系统的执行。参与者由他们参与用例时所担当的角色来表示。UML中，参与者用“人形”图标来表示，名字写在图标的下方。,5.3 参与者（Actor）,参与者一般分为三种：系统用户其他系统可运行的进程,5.3 参与者（Actor）,在获取用例前要先确定系统的参与者，可以根据以下的一些问题来寻找系统的参与者。（1）谁或什么使用该系统；（2）交互中，它们扮演什么角色；（3）谁安装系统；（4）谁启动和关闭系统；（5）谁维护系统；（6）与该系统交互的是什么系统；（7）谁从系统获取信息；（8）谁提

32、供信息给系统；（9）有什么事发生在固定事件。,系统的主要功能使用者,系统的维护、管理人员,系统的硬件设备,对系统产生结果感兴趣的人或者其他系统,5.3 参与者（Actor）,在建模参与者过程中，记住以下要点。（1）参与者对于系统而言总是外部的，因此它们在你的控制之外。（2）参与者直接同系统交互，这可以帮助定义系统边界。（3）参与者表示人和事物与系统发生交互时所扮演的角色，而不是特定的人或特定的事物。（4）一个人或事物在与系统发生交互时，可以同时或不同时扮演多个角色。例如，某研究生担任某教授的助教，同职业的角度看，他扮演了两个角色学生和助教。（5）每一个参与者需要有一个具有业务一样的名字，在建模

33、中，不推荐使用诸如NewActor这样的名字。（6）每个参与者必须有简短的描述，从业务角度描述参与者是什么。（7）像类一样，参与者可以具有分栏，表示参与者属性和它可接受的事件。一般情况下，这种分栏使用的并不多，很少显示在用例图中。,用例图建模技术,5.5 对语境建模5.6 对需求建模,5.5 对语境建模,在UML建模过程中，可以使用用例图对系统的语境进行建模，强调系统外部的参与者。系统语境是由处于系统外部并且与系统进行交互的事物所构成。对系统语境建模可以参考如下方法。（1）识别系统外部的参与者（2）在需要加深理解的地方，为每个参与者提供一个构造型。（3）将参与者放到用例图中，并说明参与者与用例

34、之间的通信路径。（4）将类似参与者组织成泛化的层次结构。,5.6 对需求建模,软件需求就是根据用户对产品功能的期望，提出产品外部功能的描述。需求分析所要做的工作是获取系统的需求，归纳系统所要实现的功能，使最终的软件产品最大限度的贴近用户的要求。一般要考虑系统做什么（what），而尽可能的不去考虑怎么做（how）。UML用例图可以表达和管理系统大多数的功能需求。对系统功能建模可以参考如下方法：（1）识别系统外部的参与者，从而建立系统的语境；（2）考虑每一个参与者期望的行为或需要系统提供的行为；（3）把公共行为命名为用例；（4）确定供其他用例使用的用例和扩展其他用例的用例；（5）在用例图中对这些用

35、例、参与者和它们间的关系建模；（6）用描述非功能需求的注释修饰用例图。,图书管理系统的业务用例建模,现在我们要对图书管理系统进行业务用例建模。在上次进行的访谈中，我们得知：该系统只有一种使用者：图书馆工作人员，并且同一时刻只有一个工作人员使用该系统。图书馆工作人员，日常的业务主要有：图书管理，借阅管理和图书的借阅/归还。,根据以上访谈内容，我们识别出参与者图书馆工作人员用例图书管理、借阅管理和图书的借阅/归还在Rational Rose中建模。打开模型：图书管理系统在UseCase中新建一个包，命名为“领域分析”，在其中创建一个用例图（UseCase Diagram，命名为：业务用例图,注意：

36、这个用例图是从用户业务的视角出发，用来进行业务用例建模的。在今后的需求分析阶段，我们会从系统的视角来进行系统用例建模。,工作任务2：业务流程建模交付的工作产品业务流程活动图,学习情境：知识点2：活动图与业务流程建模对应教材章节：第8章 8.1节,通过UML中的活动图，可以帮助我们进行用户业务流程建模，帮助我们站在用户的视角上进行业务分析。在业务流程建模中，我们关注的是用户进行某项业务的执行步骤。,8.1 活动图（Activity Diagram）的概念和内容,8.1.1 活动图的内容8.1.2 活动图的用途8.1.4 活动图的建模技术,8.1.1 活动图的内容,活动图是UML中描述系统动态行为

37、的图之一，它用于展现参与行为的类的活动或动作。UML中，图形上活动图里的活动用圆角矩形表示活动图的主要内容是：1.动作状态2.活动状态3.动作流4.分支（Branch）5.分叉和汇合6.泳道7.对象流,活动图符号表示,动作状态,动作流,分支（判定条件）,分叉和汇合（表示并发和同步）,泳道,8.1.2 活动图的用途,活动图用于对系统的动态行为建模。在对一个系统建模时，通常有两种使用活动图的方式：（1）为工作流建模（2）为对象的操作建模,8.1.4 活动图的建模技术,在系统建模过程中，活动图能够被附加到任何建模元素，以描述其行为，这些元素包括用例、类、接口、组件、节点、协作、操作和方法。在建模过程

38、中，读者可以参照以下步骤进行：（1）识别要对其工作流进行描述的类；（2）对动态状态建模；（3）对动作流建模；（4）对对象流建模；（5）对建模结果进行精化和细化。,一个活动图的例子,用一个活动图表示一下考试的过程。思考一下：你们每次参加考试的过程是怎么样的？,一个考试的过程,开始学生进入考场。监考教师核对检查证件，发试卷。学生对号入座。学生开始答题。学生交卷。监考教师收取试卷。结束,活动图的表示,加入泳道之后,图书管理系统的业务流程建模,根据访谈分析业务流程1.借书流程图书管理员得到学生出示的借书证图书管理员得到学生递给他的书进行借书信息登记,2.还书流程得到图书信息查阅借书信息表登记归还,3.

39、借阅管理流程,我们绘制了借阅管理的活动图之后，发现无法更清楚的描绘用户的业务情况，这说明 我们需要对办理借阅证这个动作状态和借阅证遗失补办这个动作状态进行进一步细化。,办理借阅证,借阅证遗失补办,4.图书管理流程,同样的，图书管理中的三个动作状态也需要进一步细化。,图书报废处理,图书入库,图书遗失处理,别忘了加上必要的注释,借阅管理,办理借阅证,借阅证遗失补办,图书管理,图书入库,图书报废处理,图书遗失处理,本次小节,在本次课中，我们学习了以下知识：利用用例图进行业务建模的知识利用活动图进行业务流程建模的知识在领域分析中，我们可以根据与用户访谈的结果，进行业务用例建模，并为每个业务用例进行业务流程建模，帮助我们获取和分析用户实际业务情况，为下一步进行需求分析做准备。知识点对应章节：第5章第8章8.1节,课后作业,学习了活动图建模技术后，你能不能试着用活动图描述一下。你到学生食堂就餐的流程呢？小组讨论一下，绘制你们小组的活动图。把截图存成.jpg格式的图片，然后命名为：班级-第X小组-食堂就餐活动图.jpg如：日强1班-第1小组-食堂就餐活动图.jpg由组长发送邮件到作业截止日期：10月25日晚10点,