面向对象分析及设计实验指导书.docx
《面向对象分析及设计实验指导书.docx》由会员分享，可在线阅读，更多相关《面向对象分析及设计实验指导书.docx（27页珍藏版）》请在冰豆网上搜索。
面向对象分析及设计实验指导书
高等学校实践教材
运算机科学与技术
面向对象分析与设计
实验指导书
孔磊编著
徐州工程学院
2015年8月
实验一用例建模实验
【实验目的】
1.熟悉RationalRose进行建模的一些大体操作；
2.学会利用UseCase视图与UseCase框图；
3.学习利用UseCase、角色与关系。
【实验性质】
设计性实验。
【实验要求】
实验设备和器材：
PentiumII以上微机，Windows2000以上操作系统，RationalRose2003安装光盘一张。
【实验内容】
1.对项目进行需求描述，用文字说明其业务流程。
2.利用业务用例图创建业务用例模型。
3.选择其中一个业务用例，利用业务用例规约详细描述。
4.利用系统用例图对该业务进行系统用例建模。
5.选择其中一个系统用例，利用系统用例规约详细描述。
【实验步骤】
某企业人力资源招聘业务流程：
（1）用人部门主管向人力资源部提出用人申请
（2）人力资源部主管定编调查、审核
（3）总领导批准
（4）人力资源部制定招聘打算、费用预算
（5）总领导批准
（6）向社会或内部发出招聘信息
（7）人力资源部主管搜集应聘材料
（8）人力资源部门初试
（9）人力资源部主管整理求职材料
（10）进行面试
（11）应聘材料真实性查对与经历评估
（12）各项智力、技术考试
（13）人力资源部建议录用
（14）第二次面试（顶头上司的面试）
（15）人力资源手下达正式录用通知。
2.在Rose中创建模型包，用于治理各个建模进程和模型中的UML图。
（1）在用例视图（UseCaseView）中创建参与者包，其中包括业务参与者和系统参与者两个子包，别离用于用例图中参与者建模。
（2）在用例视图（UseCaseView）中创建业务用例模型包，用于业务用例建模，对项目整体功能和流程进行粗粒度的业务建模。
（3）在用例视图（UseCaseView）中创建系统用例模型包，用于对每一个业务用例，成立其系统用例图，因此，在系统用例模型包中，创建数量与业务用例图中业务用例相同，名称与业务用例名称相同的子包。
3.业务用例建模
（1）在业务用例模型包中，新建用例图（UseCaseDiagram），利用用例图符号绘制业务用例图。
（2）将参与者的版型改成业务参与者（BusinessActor），并将其拖放到业务参与者包中
（3）将用例的版型改成业务用例（BusinessUseCase）。
（4）命名：
业务参与者以ba_开头，业务用例以buc_开头。
（5）业务用例以流程中的步骤为基础，用动词进行描述。
（6）从参与者成立到业务用例的联系，利用实线相连，箭头指向业务用例。
4.业务用例规约
（1）利用业务用例规约细化业务用例中的流程步骤。
（2）依照以下用例规约格式填写。
（3）业务用例细化步骤以人-人交互为主，需要注意的是每一步都应该能够用运算机的方式辅助完成，不涉及运算机的步骤能够忽略。
（4）每一个细分的步骤有些还能够继续用更细小的运算机步骤处置，能够考虑实际操作场景进行细化。
（5）以buc_用人申请用例规约为例
用例名称
buc_用人申请
用例描述
用人部门主管在需要招人时向人力资源部进行申请并得到审批
执行者
用人部门主管、人力资源部主管、总经理
前置条件
后置条件
无
正常流
1.用人部门主管向人力资源部提出用人申请
1.3用人部门主管可以删除申请表
用人部门主管可以添加申请表
……
替代流以及异常处理
业务规则
1.所有用例的执行者需具有相应的权限（全局规则）
2.提交的招聘需求申请表除其他招聘要求外，其他内容必须填写（交互规则）3.招聘需求申报表实体对应的信息条目必须遵守其逻辑规则（比如拟招人数应该是数字，而不能填写张三）（内禀规则）
涉及实体
1.招聘需求申报表：
申请部门、填报日期、招聘岗位、拟招人数、期望到位时间、岗位职责、工作地点、基本素质要求、专业素质要求、提供待遇标准、其他招聘要求
5.系统用例建模
（1）在系统用例模型中创建以buc_用人申请业务用例为名称的包，在此包中创建该业务用例对应的系统用例图。
（2）成立系统用例模型，针对系统用例规约中的正常流，归纳细化步骤进行系统用例建模。
（3）系统用例图不用设置版型。
（4）参与者直接与业务的步骤对应的用例相连，而该用例与加倍细化的小步骤之间利用虚线箭头相连，箭头版型选择包括（include）。
（5）利用suc_（SystemUsecase）开头，作为每一个系统用例名称的前缀。
6.系统用例规约
（1）利用系统用例规约细化业务用例中的运算机人机操作。
（2）注意：
一个人操作一台运算机，如何和运算机进行操作交互的，请站在运算机软件开发者的角度考虑交互进程，而不是软件操作者只关切开始如何输入数据，结果如何，要分析从开始到终止的完成运算机操作步骤。
（3）以suc_添加申请表系统用例规约为例
用例名称
suc_添加申请表
用例描述
用人部门主管使用计算机系统实现提出用人申请的操作
执行者
用人部门主管
前置条件
用人部门主管已经登录系统，具有操作的权限
后置条件
无
正常流
替代流以及异常处理
业务规则
1.所有用例的执行者需具有相应的权限（全局规则）
2.提交的招聘需求申请表除其他招聘要求外，其他内容必须填写（交互规则）3.招聘需求申报表实体对应的信息条目必须遵守其逻辑规则（比如拟招人数应该是数字，而不能填写张三）（内禀规则）
涉及实体
申请部门、填报日期、招聘岗位、拟招人数、期望到位时间、岗位职责、工作地点、基本素质要求、专业素质要求、提供待遇标准、其他招聘要求
实验二动态建模实验
【实验目的】
1.明白得顺序图的大体知识；
2.了解对象与类的概念；
3.学习顺序框图的创建；
4.学习活动图/泳道图的创建方式。
【实验性质】
设计性实验。
【实验要求】
实验设备和器材：
PentiumII以上微机，Windows2000以上操作系统，RationalRose2003安装光盘一张。
【实验内容】
1.对整个项目，利用活动图/泳道图成立其动态模型
2.对项目中的某个业务用例，利用活动图/泳道图成立其动态模型
3.对业务用例中的某个系统用例，利用活动图/泳道图成立其动态模型
4.对业务用例中的某个系统用例，同时利用顺序图图成立其交互模型
【实验步骤】
1.活动图/泳道图的创建方式
（1）选择业务用例模型，菜单当选择活动图（ActivityDiagram），将创建整个项目的活动图。
（2）选择系统用例模型中，以buc_用人申请为名的包，菜单当选择活动图（ActivityDiagram），将创建该业务用例对应的活动图。
（3）选择系统用例模型中，buc_用人申请为名的包中某一个系统用例，suc_添加申请表，菜单当选择活动图（ActivityDiagram），将创建该系统用例对应的活动图。
（1）依照业务流程步骤，利用活动描述，活动名称应与业务用例图中的业务用例的名称相同。
（2）只有一个起点，能够有多个终点。
（3）若是增加泳道线，活动图将转变为活动图，能够看到每一个角色参与哪些活动，推荐利用。
（4）能够选择菜单Format->LineStyle->Rectilinear，使得线横平竖直。
（5）至少利用一个判定。
3.业务用例活动图/泳道图
（1）依照该业务对应的系统流程步骤，利用活动描述，活动名称应与系统用例图中的业务用例的名称相同。
（2）关于细化流程步骤能够作为活动图中的活动。
（3）注意利用并行活动线。
3.系统用例活动图/泳道图
（1）依照该系统用例对应的运算机操作流程步骤，利用活动描述，活动名称应与系统用例规约正常流异样流中的动词对应。
（2）利用运算机系统与参与者进行交互。
（3）关于人机交互，第一步为请求界面。
（4）不要在开始部份写登录，登录为另外的系统用例，利用一张单独的登录活动图/泳道图描述。
（5）完成某一个系统用例即可，除非流程需要，不然没必要把增删改查或其他操作全数画在一张活动图中。
（6）请选择一个带数据库操作的系统用例，用活动图/泳道图成立动态模型。
4.系统用例顺序图
（1）请求新招聘需求申报表：
对运算机系统而言，这是外部发出的命令，需要边界对象同意它，由操纵对象处置它。
（2）展现招聘需求申报表界面：
这是操纵逻辑，需要操纵对象处置。
（3）输入招聘需求申报表信息：
这是人工活动，由边界对象同意它，招聘需求申报表是实体对象。
（4）提交申请：
这是外部发出的命令，由边界对象同意它。
（5）验证提交的信息：
这是业务规那么，需要操纵对象处置。
（6）失败提示：
这是操纵逻辑，需要操纵对象处置。
（7）保留招聘需求申报表：
这是操纵逻辑，需要操纵对象处置。
（8）通知人力资源部主管：
操纵逻辑，需要操纵对象处置。
（9）成功提示：
这是处置结果，需要操纵对象处置，并反映到边界对象）。
实验三分析类建模实验
【实验目的】
1.把握如何创建类；
2.学习如何为类指定版型；
3.把握概念类的职责；
4.学习分析类的职责；
5.把握类关系图的画法。
【实验性质】
设计性实验。
【实验要求】
实验设备和器材：
PentiumII以上微机，Windows2000以上操作系统，RationalRose2003安装光盘一张。
【实验内容】
1.利用概念层分析类图进行静态建模
2.利用说明层分析类图进行静态建模
3.将说明层分析类图用版型表示
【实验步骤】
1.在Rose中创建模型包，用于治理静态建模进程和模型中的UML类图。
（1）在逻辑视图（LogicalView）中创建分析类图和设计类图包，分析类图依照业务用例名（buc_）和系统用例名（suc_）为包名，创建包，对应的包中创建类图。
（2）创建分析体系结构包
2.概念层分析类图静态模型
（1）对系统用例（suc_开头）进行静态建模，每一个系统用例类图创建完毕，对应的业务用例类图也将完成，所有业务用例图类图都完成，整个项目类图也会完成。
项目过于庞大，业务规模也较大，因此将工作做细，只需要详细设计某一个系统用例的类图即可。
（2）依照顺序图中的对象，初步确信类图中的类。
（3）除显而易见的名词，找出该系统用例范围内相关的类。
（4）利用类图进行描述，只写类名称，成立概念类图。
（5）找出类与类之间的关系，用适合的关系符号相连。
（1）依照附的招聘需求申报表内容，在对应的类中增加属性。
（2）依照顺序图中的消息，箭头方向指向哪个对象对应的类，确实是该类的方式，将方式名添加到类图中的类。
（3）将两个参与者对应的类，去掉其版型，操作方式为：
选中该类，菜单当选择options->stereotype->none。
在类说明对话框中，版型（Stereostype）框当选择对应的版型，边界选择boundary，操纵选择control，实体选择entity。
附：
静态建模中涉及的表格
招聘需求申报表
填报日期：
招聘岗位
拟招人数
期望到位时间
岗位职责简述：
（工作地点）
基本素质要求：
学历：
年龄：
岁—岁性别：
专业：
相关工作经验：
年以上
其它：
专业素质要求：
提供待遇标准
最低
平均
最高
其它招聘要求（是否有目标人选、是否需要猎头等）
部门负责人签名：
升级会员 