- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
学习情境一:《网络考试系统》分析与设计 工作任务:建立领域模型 任务描述 任务实施 1.使用领域分类表 通过建立一个候选的领域类的列表来开始建立模型。表1-13为从学生考试领域中抽取出来的概念列表。 任务实施 任务实施 3.使用鲁棒分析 将用例的事件流按鲁棒分析规定的对象之间交互的规则绘制鲁棒分析图,从中也可得到领域类。以“参与在线考试”为例绘制鲁棒分析图,如图1-53所示。 任务实施 从图1-54中可以得到“成绩”、“参考答案”、“科目”等领域类。 通过综合使用上述方法,将得到的领域类再经过过滤、整理,并识别其相互关系得到《网络考试系统》 的领域模型,并使用EA建模工具绘制领域或模型图,如图1-54所示。 任务考核 本任务主要考核运用面向对象思想对系统进行领域模型分析的能力,并辅以使用EA工具绘制领域模型能力的考核。表1-15为本任务考核标准。 ASP.NET软件开发技术项目实践 掌握面向对象分析的相关知识 掌握建立领域模型的方法 任务目标 知识目标 能力目标 在用户需求和相关的业务领域中,往往有一些全局性的概念对于理解需求至关重要。因此,有必要抽取这些概念,并研究概念之间的关系。 相关知识 1.领域模型 现实世界中系统所要解决问题的领域为“问题域”,如“银行业务”属于“银行的问题域”。我们设计一个系统,总是希望它能解决一些问题,这些问题总是会映射到现实问题和概念。对这些问题进行归纳、分析的过程就是领域建模。经典的面向对象的分析或调研的步骤是把一个相关的领域分解为我们能够理解的单个的领域类或者对象。这里的域指的就是问题域;所建的模型就是领域模型。因此,领域模型是领域类或者我们感兴趣的现实对象的可视化表示,它们也被称为概念模型、领域对象模型、分析对象模型等。在UML中,领域模型用不定义操作(方法)的一组类图来说明,它主要表达领域对象或者领域类、领域类之间的关联、领域类的属性,用以表达对象的状态。 相关知识 建立领域模型具有以下好处: 通过建立领域模型能够从现实的问题域中找到最有代表性的概念对象。 发现其中的类和类之间的关系,因为所捕捉出的类是反馈问题域本质内容的信息。 相关知识 2.领域对象 用来分析问题域,并最终建立领域模型中的领域对象可以分成边界对象、控制对象和实体对象。 边界对象:参与者使用该对象与系统进行交流,也即边界对象代表系统的内部工作和它所处环境之间的交互。 边界类将系统的其他部分和外部的相关事物隔离和保护起来,其主要的责任是输入、输出和过滤。 实体对象:代表要保存到持续存储体中的信息。 实体类通常用业务域中的术语进行命名,通过它可以表达和管理系统中的问题域信息。在领域模型中,系统中的关键概念以实体对象来表现,实体对象主要的责任是业务行为的主要承载体。 相关知识 控制对象:它协调其他类的工作,每个用例通常有一个控制类,控制用例中的时间顺序。 控制类控制其他对象相互协作以实现用例的行为,也称管理类,其主要的责任是控制事件流,负责为实体类分配责任。 3种领域对象的UML图示如图1-45所示。 图1-45 领域兑现 相关知识 3.鲁棒分析 鲁棒分析也叫健壮性分析,它让边界对象、实体对象和控制对象相互之间遵循一定的规则进行交互,从而来验证用例事件流的正确性和发现领域对象。鲁棒分析遵循的规则 如下: 用例的参与者只能与边界对象交互。 边界对象只能与控制对象和参与者交互(即不能直接访问实体对象)。 实体对象只能与控制对象交互。 控制对象可以和边界对象交互,也可以和实体对象交互,但是不能和参与者交互。 相关知识 4.类图 类的UML表示是一个长方形,垂直地分为3个区,如图1-46所示。顶部区域显示类的名字,中间的区域列出类的属性,底部的区域列出类的操作。当在一个类图上画一个类元素时,必须要有顶端的区域,下面的两个区域是可选择的,因为当类图描述仅仅用于显示类与类关系的高层细节时,下面的两个区域是不必要的。 图1-46是一个Student类,顶部区域显示的是类名Student;中部区域显示该类有3个属性:Name,Height,Age, 属性后面是类型;前面的+、#和-分别表示 属性的访问控制——public、protected、 private;底部区域显示的是方法Listen()。 图1-46 类图 类与类之间的关系是关联、泛化、依赖和实现4种,下面分别用UML图来表示这4种关系。 (1)关联关系 ? ① 单向关联:指的是两个类是相关的,但是只有一个类知道这种联系的存在。一个单向关联用一条带有指向已知类的开放箭头的实线表示,在线的任一端可以放置一个该类在关联关系中扮演的角色名和多重值。这里的多重
您可能关注的文档
最近下载
- 青春期性教育男生教案.pptx
- 第2课《中国人首次进入自己的空间站》 统编版语文八年级上册.pptx VIP
- (完整版)涉密人员因私出国审查审批表.docx VIP
- 2014款雷克萨斯GX400_汽车使用手册用户操作图解驾驶指南车主车辆说明书电子版.pdf
- 2024-2025学年小学地方、校本课程川教版可爱的四川教学设计合集.docx
- 介护老人护理.pptx VIP
- 生物安全柜检测.pptx VIP
- HIGEN 海坚FDA7000伺服驱动器用户手册.pdf
- DB64T 1967-2023 “互联网+城乡供水”数据规范.pdf VIP
- 化工总控工考试化工总控工初级试卷(化工总控工考试).doc VIP
文档评论(0)