软件工程模型与方法第三章面向对象分析ppt课件.pptx

上传人:飞****2 文档编号:28059824 上传时间:2022-07-26 格式:PPTX 页数:67 大小:799.44KB
返回 下载 相关 举报
软件工程模型与方法第三章面向对象分析ppt课件.pptx_第1页
第1页 / 共67页
软件工程模型与方法第三章面向对象分析ppt课件.pptx_第2页
第2页 / 共67页
点击查看更多>>
资源描述

《软件工程模型与方法第三章面向对象分析ppt课件.pptx》由会员分享,可在线阅读,更多相关《软件工程模型与方法第三章面向对象分析ppt课件.pptx(67页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。

1、第九章 面向对象分析修佳鹏 软件工程模型与方法软件工程模型与方法Models & Methods of Software Engineering 2008 BUPT TSEG2本章内容本章内容u9.1 面向对象分析综述u9.2 用例建模u9.3 创建领域模型u9.4 绘制系统顺序图u9.5 创建系统操作契约 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心39.1 面向对象分析综述面向对象分析综述u面向对象分析(Object-Oriented Analysis,简称OOA)就是运用面向对象的方法进行系统分析,强调运用面向对象方法,对问题域和系统职责进行分

2、析和理解,找出描述问题域及系统职责所需的对象,定义对象的属性、服务以及它们之间的关系,目标是建立一个符合问题域、满足用户需求的OOA模型。问题域(problem domain):被开发系统的应用领域,即在现实世界中由这个系统进行处理的业务范围系统职责(system responsibilities),所开发的系统应该具备的职能 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心4OOA与与OOD的职责划分的职责划分uOOA针对现实世界中的问题域与系统职责,用面向对象的方法建立起针对问题域和系统职责的模型,作为分析的结果。OOA模型不考虑与系统的具体实现相关

3、的因素(譬如,采用什么程序设计语言和数据库),从而使OOA模型独立于具体的实现环境。uOOD则是针对系统的具体实现,运用OO方法进行系统设计。其中包括两方面的工作:一是根据实现条件对OOA模型做某些必要的调整和修改,使其成为OOD模型的一部分;二是针对具体实现条件,建立人机界面、数据存储和控制驱动等模型。这些部分与OOA采用相同的概念和表示法。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心5软件分析所面临的问题软件分析所面临的问题u1对问题域和系统职责的理解对问题域和系统职责的理解 u2交流问题交流问题u3需求的不断变化需求的不断变化u4软件复用的要

4、求软件复用的要求 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心6面向对象分析步骤面向对象分析步骤u(1)利用用例以及用例图来捕获和描述用户的需求,从而建立系统的功能需求模型。为创建需求模型,首先要从业务需求描述出发,识别参与者和使用场景;对场景进行汇总、分类和抽象,形成用例;确定参与者和用例、用例和用例之间的关系,形成用例模型。u(2)从业务需求描述和用例描述中提取“关键概念”,形成领域模型。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心7面向对象分析步骤面向对象分析步骤u(3)从用例出发,将系统看作一个黑

5、盒子,识别出参与者和系统交互的系统事件,在系统顺序图中进行描述,并进一步识别出系统操作。u(4)从系统顺序图和领域模型出发,建立系统操作契约,描述响应系统事件的系统操作执行后对系统状态的影响,从而回答系统“做什么”的问题。此处的系统状态变化指的是领域模型中概念的创建和删除,概念属性的修改以及概念之间关联的建立和删除。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心8 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心9在线考试系统功能描述在线考试系统功能描述u本系统主要是为程序设计类课程考试而设计,但是也应该能适应

6、到其他的课程。目的在于:1.增加考试灵活性,减轻任课教师的出题、判卷和统计工作;2.避免纸面考程序设计题的一些缺陷;3.增加一些统计分析功能,便于老师及时跟踪学生对知识点的掌握情况。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心10系统用户系统用户u教师u学生u助教 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心11子系统描述子系统描述u1. 题库管理子系统题库管理子系统u对考题进行管理。题目类型有选择题、填空题、解答题和程序设计题,功能要求:能增、删、改、查询题目。能支持使用Excel批量导入试题到数据库的

7、功能。u2. 考试子系统考试子系统u根据一定的试题生成规则现场生成一套试题供学生进行解答,并记录答案。考试采用逐题方式进行,做完一题再出现下一题。学生可以用上翻、下翻键来选择返回上一题还是进行到下一题。考试采用人工计时方式。若到考试结束时间,则系统强行要求学生结束答题;若学生提前做完,则可以按结束考试键终止答题。当学生选择结束考试时,给出选择题的成绩,并将学生所做的试题及答案记录到数据库中。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心12子系统描述子系统描述u3. 阅卷子系统阅卷子系统u为了方便老师批量批改解答题和程序设计题,系统能灵活支持将某道题

8、的学生解答汇总成一个文档供老师拿回去批阅,并将阅后成绩导入数据库中。u4. 给分子系统给分子系统u在每小题的成绩都已经给出的情况下,统计出每一个学生的最终机考成绩并记载到数据库中。u5. 统计子系统统计子系统u统计子系统主要是提供考试结果分析信息,以方便老师了解考试情况,对教学结果做出较好的评估。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心13用例建模目标用例建模目标u画出系统用例图识别系统边界识别参与者识别用例确定用例之间关系u给出用例的文本描述用例描述模板 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心

9、149.2 用例建模用例建模u9.2.1 确定系统边界u9.2.2 识别参与者u9.2.3 识别用例u9.2.4 其他需求分析工作 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心159.2.1 确定系统边界确定系统边界u系统边界是一个系统所包含的所有系统成分与系统以外各事物的分界线。 u系统边界以外是与系统进行交互的人员、设备、外部系统或组织。u系统是由一条边界包围起来的未知空间,系统只通过边界上的有限个接口与外部交互。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心169.2.2 识别参与者识别参与者u参与者

10、(actor)是具有行为能力的事物,可以是一个人(由所扮演的角色来识别)、计算机系统或硬件设备。u它们位于系统边界之外,通过和系统进行有意义的交互来实现它们的目标。u识别参与者的任务就是找到参与者并明确其在系统中要实现的目标。u参与者是一个类 。u参与者可以发出请求,要求系统提供服务,系统以某种方式进行响应,或者把响应的结果给其他的参与者;系统也可以向参与者发出请求,参与者对此做出响应。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心17参与者的分类参与者的分类u主要参与者:主要参与者:指的是在使用系统服务的过程中满足自己目标的那些参与者,如使用在线考

11、试系统的任课教师和学生。识别出这类参与者,可以帮助找到用户目标,从而确定系统的功能需求。u次要参与者:次要参与者:指的是为系统提供服务的那些参与者,如一个对信用卡支付进行授权的外部系统。识别出这类参与者,可以帮助确定外部接口和协议。u后台参与者:后台参与者:指的是对用例的行为感兴趣的那些参与者,如政府的税务机关。识别出这类参与者,可以保证找到所有方面的兴趣并让用例满足之。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心18谁能充当参与者谁能充当参与者u人员:人员:可以从直接使用系统的人员中发现参与者。其从系统获取信息,或者向系统提供信息。u外部系统:外

12、部系统:所有与系统交互的外部系统。u设备:设备:所有与系统交互的设备。其与系统相连,向系统提供外界信息,或者从系统获取信息,在系统的控制下运行。例如传感器、受控马达、条形码扫描设备等。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心19如何找到参与者如何找到参与者u通过回答以下问题找到参与者:u(1)谁使用系统的主要功能?u(2)谁需要系统的支持以完成其日常工作任务?u(3)谁负责维护、管理并保证系统的正常运行?u(4)系统需要和哪些外部系统交互?u(5)系统需要处理哪些设备?u(6)对系统产生的结果感兴趣的人或事物是哪些? 2008 BUPT TSE

13、G 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心20如何识别参与者的目标如何识别参与者的目标u可以通过回答以下问题识别参与者的目标:u(1)某个参与者要求系统为其提供什么功能?该参与者需要做哪些工作(可能有些工作需要系统帮助完成)?u(2)参与者需要阅读、创建、销毁、更新或存储系统中的某些(类)信息吗?u(3)系统中的事件一定要告知参与者吗?参与者需要告诉系统一些什么吗?那些系统内部的事件从功能的角度代表什么?u(4)由于系统新功能的识别(如那些典型的还没有实现自动化的人工系统),参与者的日常工作被简化或效率提高了吗?若是,则该用例对于该参与者有意义、值得实现。 2008 BUP

14、T TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心21参与者之间的继承关系参与者之间的继承关系u参与者是一个类,因此在参与者之间可以引入类之间的继承关系,通过定义某个抽象参与者来简化参与者的定义。u如果一组参与者具有共同的性质,可以把这些性质抽取出来放在另一个参与者中,这组参与者再从中继承,这种关系称为参与者之间的继承关系。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心22在线考试系统的参与者在线考试系统的参与者u四类主要参与者:任课教师、助教、学生和系统维护人员。u各个参与者的系统目标:任课教师:能维护题库;能设计一次考试的出

15、题规则,设定考生范围和考试时间及时长;能顺利开展考试;能方便有效地开展阅卷工作;能得到有价值的统计信息。助教:能方便有效地开展阅卷工作;学生:能顺利进行考试,能查询自己的考试成绩;系统维护人员:能对系统的用户、权限、系统参数等进行方便地维护。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心23在线考试系统的参与者在线考试系统的参与者u任课教师的部分目标和助教的目标相同,于是可以创建一个新的抽象参与者阅卷者,它的目标是使用系统方便有效地开展阅卷工作;u教师和助教再继承阅卷者阅卷者阅卷者 教师教师 助教助教学生学生系统维护人员系统维护人员 2008 BUP

16、T TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心249.2.3 识别用例识别用例u用例的定义:u一个用例(use case)描述系统的一项功能,功能被描述为一组动作序列(场景)的集合。每一个动作序列表示参与者与系统的一次交互,将为参与者产生一个可观察的结果值。u每一个用例使用动词短语定义,该短语描述了系统必须完成的目标。 u对定义的理解:u(1)一个用例描述系统的一项功能,是参与者使用系统来达成目标时一组相关的成功场景(scenario)和失败场景的集合。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心25对用例的理解对用例的理

17、解u(2)用例通常是由某个参与者来驱动执行,只有当外部的参与者与系统交互时,该功能才会发生作用。u(3)用例中,只描述参与者可以看到的系统行为特征。 u(4)用例描述的是一个参与者所使用的一项系统级功能,该项功能应该相对完整。 u(5)可观察的结果值是指系统对参与者的动作要做出响应,在经过若干次交互之后,系统把最终有意义的结果值反馈给参与者。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心26识别用例识别用例u从参与者角度出发,识别每类参与者在系统中要实现的目标,从中抽取用例。u用例可以分为三种不同的级别:企业级别的目标:如盈利、扩大目标市场等;用户级

18、别的目标:如取款、在线考试等;子功能级别的目标:如验证用户身份、记录系统日志等。 u识别用例重点要识别的是用户级别用例。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心27基本业务过程基本业务过程 u基本业务过程(EBP,Elementary Business Process)是指由一个人在某个时间某个地点执行的一项任务,这项任务是对某一业务事件的反应,而且能够增加可以度量的业务价值,并且能够保持数据状态的一致。 u进行用例分析时,应该专注于EBP级别的用例,但是当一个子功能在多个用户目标级别用例中重复出现,或这个子功能是多个用户目标级别用例的前置条件

19、,如“验证用户身份”、“记录日志”等,则可以定义一个用例来表示该子功能。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心28用例描述用例描述u用例描述的目标是将用例的功能和应用场景描述清楚,包括用例在何时开始,何时结束参与者何时与系统交互交互什么内容所有可能的交互场景u对用例的描述,可以用自然语言,也可以采用用户自定义的语言。为了更清楚地说明问题,也可以采用面向对象的类图、交互图、状态图或活动图来做进一步的描述。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心29用例描述模板用例描述模板用例编号用例编号:每一个

20、用例一个唯一的编号,方便在文档中索引。每一个用例一个唯一的编号,方便在文档中索引。 用例名称用例名称:(状语)动词(定语)宾语,体现参与者的目标。状语)动词(定语)宾语,体现参与者的目标。 范围:范围:应用的软件系统范围应用的软件系统范围 级别:级别:企业目标级别企业目标级别/用户目标级别用户目标级别/子系统目标级别子系统目标级别 主要参与者主要参与者:调用系统服务来完成目标的主要参与者调用系统服务来完成目标的主要参与者 项目相关人员及其兴趣项目相关人员及其兴趣: 用户应包含满足所有相关人员兴趣的内容用户应包含满足所有相关人员兴趣的内容 前置条件前置条件:规定了在用例中的一个场景开始之前必须为

21、规定了在用例中的一个场景开始之前必须为“真真”的条件。的条件。 后置条件:后置条件:规定了用例成功结束后必须为规定了用例成功结束后必须为“真真”的条件。的条件。 主要成功场景主要成功场景:(基本路径)描述了能够满足项目相关人员兴趣的一个典型的成功路径。不包括条件和分(基本路径)描述了能够满足项目相关人员兴趣的一个典型的成功路径。不包括条件和分支支 1 n 扩展(或替代流程)扩展(或替代流程): (备选路径)说明了基本路径以外的所有其他场景或分支(备选路径)说明了基本路径以外的所有其他场景或分支 *a.描述任何一个步骤都有可能发生的条件,前边加描述任何一个步骤都有可能发生的条件,前边加*5a.对

22、基本路径中某个步骤的扩展描述,前边加基本路径编号对基本路径中某个步骤的扩展描述,前边加基本路径编号 特殊需求:特殊需求:与用例相关的非功能性需求与用例相关的非功能性需求技术与数据的变化列表:技术与数据的变化列表:输入输出方式上的变化以及数据格式的变化。输入输出方式上的变化以及数据格式的变化。 发生频率:发生频率:用例执行的频率。用例执行的频率。 待解决的问题:待解决的问题:不清楚的、尚待解决的问题可集中在此进行罗列不清楚的、尚待解决的问题可集中在此进行罗列 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心30用例之间的关系用例之间的关系u包含关系用例A在

23、其内部说明的某一位置上显式地使用用例B行为的结果,成为用例A包含用例B。包含关系图示表示如下左图。避免用例中相同功能的重复描述;避免过长的用例。u扩展关系在不能改变已有用例的情况下,扩展用例的功能。扩展用例中必须包含触发和扩展点说明。扩展管理的图示表示如下右图。 基用例基用例被包含的用被包含的用例例include基用例基用例扩展用例扩展用例extend 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心31用例的包含关系举例用例的包含关系举例u假设在一个旅游电子商务网站系统中,有如下用例:购买机票预定酒店u在这两个用例中,都有一个环节是“填写联系资料”,则

24、可以将“填写联系资料”抽象为一个独立的用例,在上述用例中包含该用例,局部用例图如下图所示:购买机票购买机票填写联系资料填写联系资料预定酒店预定酒店includeinclude 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心32用例1:购买机票主要成功场景:1.顾客输入航班查询条件;2.系统显示查询结果;11.顾客填写联系方式,包含填写联系资料用例。12.顾客选择信用卡支付,填写信用卡信息。用例2:预订酒店主要成功场景:1. 顾客输入酒店查询条件;2. 系统显示查询结果;3顾客填写入住时间;8.顾客填写联系方式,包含填写联系资料用例。用例10:填写联系资

25、料级别:子功能主要成功场景:1.顾客在联系方式界面内输入办公电话、手机、Email、邮寄地址和邮箱,点击提交。2.系统验证上述信息格式有效。扩展(或替代流程):2a. 系统发现有必填信息没有填写 1.系统给出提示信息; 2.顾客填写信息, 回到主要成功场景的步骤2。2b. 系统验证信息格式不正确 1.系统给出提示信息; 2. 顾客重新填写信息, 回到主要成功场景的步骤2。 包含关系用例描述包含关系用例描述 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心33用例的扩展关系用例的扩展关系u假设在“购买机票”用例中,基用例不能修改,此时需要在信用卡支付环节,

26、增加“里程换机票”的功能,此时,可以将该功能抽象为扩展用例,以扩展基本用例的功能。u扩展后的局部用例图如下图所示:购买机票购买机票里程换机票里程换机票extend 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心34扩展用例的描述扩展用例的描述用例1:购买机票(基用例)主要成功场景:1.顾客输入航班查询条件;2.系统显示查询结果;11.顾客填写联系方式,包含填写联系方式用例。12.顾客选择信用卡支付,填写信用卡信息。用例12:里程换机票(扩展用例)触发:顾客选择用里程积分支付航班费用扩展点:购买机票用例中的步骤12。所处层次:子功能。主要成功场景:1.系

27、统验证顾客是否有足够的积分。2.系统从顾客当前积分中扣除相应积分,将剩余积分告诉顾客。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心35在线考试系统的用例图在线考试系统的用例图设置考试时间、考试班级、考试规则;生成学生密码;增、删、改考试设置对成绩特别差的学生,老师可以查阅其完整的试卷,分析其薄弱点所在 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心36在线考试系统的用例描述在线考试系统的用例描述用例编号用例名称使用人用例描述用例1批阅答案(按学生) 阅卷者在线逐个学生地批阅答案。用例2批阅答案(按考题) 阅

28、卷者批量导出某题的所有解答,另存为文件供教师离线批阅 用例3批量导入成绩 阅卷者按照指定的格式,将批量批阅的题目的得分一次性导入 用例4维护成绩 阅卷者阅卷者能对成绩进行增、删、改、查 用例5配置考试 教师设置考试的时间和时长、考试使用的试题生成规则、参加考试的班级等信息 用例6维护试题生成规则 教师包括对试题生成规则的增、删、改、查 用例7维护题库 教师包括对各类试题的增、删、改、查 用例8查询学生卷面 教师生成某一个学生的卷面(word格式),并提供下载或打印功能 用例9批量计算学生总成绩 教师批量计算出各学生的总成绩 用例10批量计算学生总成绩 教师生成指定班级按学号升序排列的学生成绩清

29、单 用例11生成统计报表 教师对一些有价值的结果进行统计分析用例12查看统计报表 教师查看统计报表 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心37在线考试系统的用例描述在线考试系统的用例描述用例编号用例名称使用人用例描述用例13维护系统参数 系统维护人员维护系统配置数据信息用例14维护学生基本信息 系统维护人员对学生基本信息进行维护,包括增加、修改、删除等。用例15维护教师基本信息 系统维护人员对教师基本信息进行维护,包括增加、修改、删除等。用例16维护课程基本信息 系统维护人员对课程基本信息进行维护,包括增加、修改、删除等。用例17管理用户 系统

30、维护人员对系统登录用户信息进行维护用例18管理用户 权限系统维护人员对系统用户的权限进行管理用例19查询成绩 学生查询某次考试的成绩 用例20考试 学生参加某次考试 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心38“考试考试”用例文本描述用例文本描述用例编号用例编号: UC001用例名称用例名称: 考试范围:范围: 在线考试系统级别:级别: 用户目标级别主要参与者主要参与者: 学生项目相关人项目相关人员及其兴趣员及其兴趣: 学生:顺利进行考试,能准确快速地提交答案,考试不间断,时钟计时准确,系统响应时间在1秒之内。 老师:能按照考卷生成规则对每个考生

31、自动生成一套考卷,能准确记录学生答案,能准确计时。前置条件前置条件: 考试已经设置(考卷生成规则,考试时间,考试对象),监考老师已经启动该考试生效,监考老师已经核实完学生身份,学生已从监考老师处获得考试密码并登陆系统,进入系统主窗口。后置条件:后置条件: 如果考试成功,则系统记录学生的考题及答案,并当场给出选择题分数;如果考试失败,所有信息均不进行记录。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心39“考试考试”用例文本描述用例文本描述主要成功场景主要成功场景:1学生在系统主窗口中选择参加考试。2系统列出该学生该时段能参加的所有考试课程名称。3学生

32、选择其中的一门课程,要求考试。4系统弹出登陆框,要求学生输入考试密码。5学生输入从监考老师处获取的考试密码,登陆。6系统显示欢迎界面,展示考试课程名称和考试时长,询问学生是否开始考试。7学生选择开始考试。8系统按照预先设计好的考卷生成规则自动生成一套考卷。9系统显示考题。10学生答题,并提交该题答案。11系统记录答案,并使上一题或下一题按钮生效。12学生选择上一题或者下一题。系统重复步骤912,直到学生选择结束考试或者考试时间到。13.系统显示学生的选择题得分。14系统询问学生是否退出考试。15学生选择退出。16系统回到系统主窗口。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信

33、软件工程中心通信软件工程中心40“考试考试”用例文本描述用例文本描述扩展(或替代流程)扩展(或替代流程):*a A任何时刻,如果学生使用的电脑出现问题:为了支持恢复操作和正确地记录考生信息,要保证所有考试过程中的敏感状态和事件都能够从上述场景中任何一步中完全恢复。1.学生重启系统,登陆,请求恢复上次状态。2.系统重建之前的状态(包括考题和已经提交的答案)。2a. 系统恢复过程中检测到异常:1系统向学生指示错误,学生记录错误,向监考老师报告。2学生在监考老师安排下更换一台电脑重新登录继续考试。5a.系统验证输入的用户名或者密码无效:1系统显示提示信息。2用户重新输入用户名和密码。3系统验证密码有

34、效,回到主要成功场景的步骤6。3a.系统验证输入的用户名或者密码无效,且验证次数小于3次:回到5a的步骤1。3b.系统验证输入的用户名或者密码无效,且验证次数已经3次:系统进行提示,强迫学生回到系统主窗口。7a.学生选择稍后开始考试:1.屏幕上提示准备时间为3 分钟。23分钟后自动进入考试。回到主要成功场景的步骤8。10a.学生答题却未提交答案:1系统不记录答案,并使上一题或下一题按钮生效。回到主要成功场景的步骤12。9-12a.学生选择提前结束考试:1系统询问学生是否确实提前结束考试。2学生确认结束。回到主要成功场景的步骤13。2a. 学生选择继续考试。回到前一状态。15a.学生不选择退出:

35、1系统进入30秒倒计时。230秒后自动退出原考试界面,回到主要成功场景的步骤16。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心41“考试考试”用例文本描述用例文本描述特殊需求:特殊需求:系统对每个操作的反应应在1秒钟内。学生使用分配的密码成功登陆后,只能进入考试界面,不可启动其他应用程序(如QQ、MSN等)和破坏系统。技术与数据的技术与数据的变化列表:变化列表:目前学生参与考试过程中只可以使用键盘和鼠标作为交互设备。将来可以考虑增加触摸屏。发生频率:发生频率:期中、期末使用。待解决的问待解决的问题:题:1如果学生考试中途觉得题目太难继续不下去,是否

36、给他重新出一套题在剩下的时间继续考试?2考虑到扩展性和通用性,系统是否要能同时支持两种出题模式,即 1)试题在考试之前先生成、全班通用, 2)试题在考试时才生成,每人的题目均不一样?3目前该系统主要支持期中、期末以班为单位的集中式程序设计测试。但将来是否还要能支持平时一些达标类的小测试?对于此类测试,是否可以多给几次机会,让学生在规定时间内再次考试?达标总成绩如何计算?如何确保是本人参加考试? 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心42UML活动图描述活动图描述 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工

37、程中心439.2.4 其他需求分析工作其他需求分析工作u在统一过程UP中,除了用例模型,需求分析工件(artifact)中还有:u补充规范(supplementary specification):记录系统的非功能性需求,同时也记录用例模型中没有表达或者不方便表达的功能特性列表。u术语表(glossary):记录关键的领域术语。u项目构想文档(vision)描述系统高层的目标、功能和约束,以便让项目相关人员快速地对系统有一个全局的了解,这些目标、功能和约束在用例模型和补充规范中会进行细化。u业务规则描述(business rules):也称为领域规则,通常描述业务需求和处理策略,应用系统必须要

38、遵守这些规则和策略。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心449.3 创建领域模型创建领域模型u9.3.1 识别概念类u9.3.2 添加关联u9.3.3 添加属性 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心45领域模型简介领域模型简介u领域模型就是用来描述业务领域重要概念及其相互关系的模型,一般用UML的类图来表达,其中概念用类来表示,概念之间的关系用关联、继承、聚合来表示。u理解领域模型对理解系统需求至关重要,领域模型的创建步骤如下:第1步,找出当前需求中的候选概念类;第2步,在领域模型中描述这

39、些概念类。用问题域中的词汇对概念类进行命名,将与当前需求无关的概念类排除在外。第3步,在概念类之间添加必要的关联来记录那些需要保存记忆的关系。第4步,在概念类中添加用来实现需求的必要属性。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心469.3.1 识别概念类识别概念类u创建领域模型需要经过多次迭代,增量地建立一个领域模型。u两种识别概念类的技巧:使用概念类分类列表:通过建立一个候选概念类的列表来开始创建领域模型。 识别名词短语:识别有关问题域文本描述中的名词和名词短语,然后将它们作为候选的概念类或者属性。 2008 BUPT TSEG 北京邮电大学

40、北京邮电大学 通信软件工程中心通信软件工程中心47使用概念类分类列表使用概念类分类列表概念类分类概念类分类示例示例物理或者具体对象商品事物的设计、描述和规范商品规格说明,考题规格说明 位置商店交易销售,考卷交易项目销售项,考题人的角色收银员,考生其他事物的容器商店,考卷容器包含的元素商品,考题在该系统之外的系统信用卡支付授权系统抽象名词的概念组织销售部门事件销售,考卷过程(通常不表示成一个概念,但也可以表示成概念)销售一件商品规则和政策考卷生成规则分类产品目录有关工作、契约、财务和法律事物的记录收据、维护日志财务设施及服务 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中

41、心通信软件工程中心48识别名词短语识别名词短语1学生学生在系统主窗口中选择参加考试考试。2系统列出该学生该时段能参加的所有考试课程名称考试课程名称。3学生选择其中的一门课程课程,要求考试。4系统弹出登陆框,要求学生输入考试密码考试密码。5学生输入从监考老师监考老师处获取的考试密码考试密码,登陆。6系统显示欢迎界面,展示考试课程名称和考试时长考试时长,询问学生是否开始考试。7学生选择开始考试。8系统按照预先设计好的考卷生成规则考卷生成规则自动生成一套考卷考卷。9系统显示考题考题。10学生答题,并提交该题答案答案。11系统记录答案,并使上一题或下一题按钮生效。12学生选择上一题或者下一题。系统重复

42、步骤912,直到学生选择结束考试或者考试时间到。13.系统显示学生的选择题得分选择题得分。14系统询问学生是否退出考试。15学生选择退出。16系统回到系统主窗口。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心49在线考试系统中的概念类在线考试系统中的概念类 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心509.3.2 添加关联添加关联u领域模型中的关联可分为两种:“需要知道”型关联:需要将概念之间的关系信息保持一段时间的关联。领域模型中需要着重考虑。“只需理解”型关联:有助于增强对领域中关键概念的理解的关联。

43、u寻找关联时要遵循下述指导原则:1将注意力集中在需要知道型关联。2识别概念类比识别关联更重要,因此领域模型创建过程中应该更加注重概念类的识别。3太多的关联不仅不能有效地表示领域模型,反而容易使领域模型变得混乱。4避免显示冗余或导出关联。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心51通用关联表通用关联表分类分类示例示例A在物理上是B的一部分树木森林A在逻辑上是B的一部分销售项销售 考题考卷A在物理上包含在B中或者依赖于B商品货架A在逻辑上包含在B中考卷生成规则项考卷生成规则A是对B的描述考题规格说明考题A是交易或者报表B中的一项销售项销售 考题考卷

44、A为B所知/为B所记录/录入B中/为B所捕获A是B的一个成员收银员商店A是B的一个组织子单元销售部商店A使用或管理B收银员POS机A与B通信顾客收银员A与一个交易B有关学生考试 顾客销售A是一个与另一个交易B有关的事务支付销售A与B相邻商品商品A为B所拥有POS机商店A是一个与B有关的事件考试学生 销售顾客 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心52在线考试系统通用关联表在线考试系统通用关联表分类分类示例示例A在物理上是B的一部分不适用A在逻辑上是B的一部分考题考卷A在物理上包含在B中或者依赖于B不适用A在逻辑上包含在B中考卷生成规则项考卷生成

45、规则A是对B的描述考题规格说明考题 课程规格说明课程A是交易或者报表B中的一项考题考卷A为B所知/为B所记录/录入B中/为B所捕获不适用A是B的一个成员不适用A是B的一个组织子单元不适用A使用或管理B不适用A与B通信不适用A与一个交易B有关学生考试A是一个与另一个交易B有关的事务不适用A与B相邻考题考题A为B所拥有不适用A是一个与B有关的事件考试学生 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心53考试系统中考试系统中“需要知道型需要知道型”关关联联关联关联含义含义学生“参加”考试为了知道学生是否需要参加该项考试老师“监考”考试为了知道由哪(几)位老

46、师监考考卷“记录着”考题为了知道一份考卷由哪些考题组成考卷生成规则“对应于”课程为了知道是哪门课程的考卷生成规则考卷生成规则“应用于”考试为了知道某次考试使用哪套考卷生成规则考卷生成规则“记录着”考卷生成规则项为了知道一套考卷生成规则由哪些细项组成考题规格说明“详细描述”考题为了知道一道考题的详细描述 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心54在线考试系统部分领域模型在线考试系统部分领域模型 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心559.3.3 添加属性添加属性u属性是对象的数据特性,领域模型中

47、的属性往往是需要记忆的信息。u识别属性时应注意以下几点:尽量用简单数据类型定义属性;识别属性时首先识别最重要的属性,忽略那些派生属性 ;对每一个属性,要赋予一个有意义的名称。 除了概念类的属性,也要寻找关联上的属性。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心56在线考试系统部分属性在线考试系统部分属性概念概念属性属性课程开课时间课程规格说明课程编号,课程名称,学分,课程简要介绍学生学号,班级,姓名,联系Email选课选课年份,课程总评成绩老师工作证号,姓名,职称,所在院系名称,联系电话,联系Email授课授课时间,授课教室监考应到人数,实到人数,

48、考场情况简述考试考试时间,考试时长,考试地点考卷总分考卷生成规则测试对象,测试目的,内容范围综述,考卷难度,规则创建人,规则创建时间,规则生效标志考卷生成规则项题目类型、题目难度、内容分类、题目数量考题解答,得分考题规格说明题目类型、题目难度、内容分类、分数、创建时间、创建人、生效标志 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心579.4 绘制系统顺序图绘制系统顺序图u系统行为系统行为描述一个系统做什么,描述系统行为的有三种工件用例:描述系统行为的第一个抽象层次系统顺序图:第二个抽象层次系统操作契约:在系统顺序图和领域概念模型基础上得到的第三个抽象

49、层次u从第一层次到第三层次,抽象程度在逐步降低。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心58系统顺序图u一个系统顺序图系统顺序图用来表示在用例的一个特定场景中,外部参与者产生的事件、事件的顺序以及系统之间的事件。 u在交互期间,参与者会向系统发送事件,系统通过响应这些事件来满足参与者的目标。u为了识别系统事件,需要从用例的主要成功场景以及频繁或复杂的替代场景中寻找系统事件,建立系统顺序图。 u系统顺序图应看作是用例模型的一部分,是用例中交互的可视化。需要注意的是,不要一次性创建所有用例所有场景的系统顺序图,应该只为当前迭代所选择的场景创建系统顺

50、序图。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软件工程中心59考试用例场景中的事件考试用例场景中的事件u从“考试”用例的成功场景中找出的系统事件共有7个:getAvailableTestPapers(学生)selectTestPaper(学生选择其中一门课程进行考试)logonTestPaper (学生登陆一门考试)startTest(学生开始考试)submitAnswer(学生提交答案)getNextQuestion(学生获取上一题或者下一题)endTest(学生结束考试)。 2008 BUPT TSEG 北京邮电大学北京邮电大学 通信软件工程中心通信软

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 教育专区 > 教案示例

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知得利文库网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号-8 |  经营许可证:黑B2-20190332号 |   黑公网安备:91230400333293403D

© 2020-2023 www.deliwenku.com 得利文库. All Rights Reserved 黑龙江转换宝科技有限公司 

黑龙江省互联网违法和不良信息举报
举报电话:0468-3380021 邮箱:hgswwxb@163.com