PP电子 游戏模型设计[整理版],模型整理器,泰坦尼克号模型整理,设计本模型下载,拓者设计吧模型下载,模型设计,设计本模型,设计本3d模型下载,数据模型设计,addie教学设计模型

　　用例建模不仅用于新系统的需求获得，还可用于对已有系统的升级。一个项目的开发从建立问题域的用例模型开始。用例模型包含了系统的功能模型。用例模型的主要目标给出清晰、一致的关于系统做什么的描述，确定系统的功能要求。提供从功能需求到系统分析、设计实现等各阶段的度量标准。为最终系统测试提供基准，据此验证系统是否达到功能要求。审核用例模型开发过程的初始阶段一项重要的任务是清晰地确定未来系统边界。也就是说，找出系统中有什么（这部分需要我们投入全部精力），系统外有什么（这部分不需要实现，但需要考虑系统与它们的接口）。确定系统边界通过确定执行者和用例来确定系统边界－执行者（行为者）是指在系统之外，与系统交互的所有事情，如：人、其它软件、硬件设备、数据存储或者网络－每一个执行者被定义成一种特定的角色。每一个系统之外的实体可以用一个或者多个执行者来代表。－执行者一定是在系统之外。－执行者的表示－一个执行者可以启动多个用例－一个用例也可以被多个执行者启动寻找和确定行为者哪些人或哪些外部系统对系统产生的结果感兴趣系统需要与哪些其它外部系统交互确定用例－确定下执行者后，接下来是仔细检查所有执行者，并为每个执行者确定用例。一个用例表示系统中一个与特定行为者相关的完整的功能。－用例是系统的一种行为－用例描述执行者想要系统完成的事情－从执行者的角度看，用例是一个完整的任务，一个用例行为经常是在一个相对较短的时间段内完成。－如果用例的各个部分被分在不同的时间段，尤其是被不同的执行者执行时，应当将各部分作为单独的用例处理。用例的特征响应性：用例总是被执行者启动，用例不会自己主动执行。回执性：用例执行完毕后，应向行为者提供可识别的返回值。完整性：用例表示一个完整的功能，必须是一个完整的描述。用例是一个抽象，它可以有多个实例，用例的实例称为场景。PP电子 app寻找和确定用例一般习惯上根据用例产生的阶段把用例区分为业务用例和系统用例。业务用例是在系统开发的开始阶段，在确定客户需求过程中，系统分析员通过与客户交流后发现和确定的用例。系统用例是在系统构造阶段，系统分析员与设计人员在进行系统分析和设计时，根据系统实现的需要建立的用例。描述执行者和用例每一个执行者和用例都需要一个描述的名字和一两句简短的话描述，这些都应该标注在用例图中。在一些系统中，某些活动发生在特定时间，例如在每天午夜打印系统报告。对于这种情况有两种方法来处理：－方法一是把时间当作一个执行者，通过这个时间执行者来启动打印系统报－方法二是把它当作系统的一部分，用例描述描述用例必须描述需要完成哪些步骤才能实现这个用例的功能。描述用例时需要考虑基本功能、所有可选方案、异常情况、进入用例之前及退出用例时必须的条件。WatchUserWatchRepairPersonReadTimeSetTimeChangeBatterySimpleWatchUMLusecasediagramdescribingsimplewatch.WatchUseractormayeitherconsultherwatchReadTimeusecase)SetTimeusecase).However,onlyWatchRepairPersonactormaychangeChangeBatteryusecase).Actorsstickfigures,usecases用例表示订购商品用例描述前置条件：一个合法用户已经登录到这个系统购买单程车票参与执行者:旅行者入口条件:旅行者站在售票机前,售票机可能位于始发或其它车站事件流:旅行者选择起始站和到达站售票机显示车票价格旅行者投入不少于车票价格的钱售票机给旅行者输出指定的车票,并找回多余的零钱出口条件:旅行者拿到有效车票和多余的钱特殊需求:在交易未结束时,如果旅行者持续1分钟不响应售票机提示,则售票机退回所有投入的钱前置条件与后置条件-前置与后置条件表示用例开始和结束会发生什么(系统所处的状态)-无论用例通过哪个分支结束,后置条件都应该为真.-从执行者的角度来看,事件流是一系列陈述句,它列出了用例的各个步骤.可以使用分支或循环来描述事件流参与执行者:与用例交互的执行者入口条件:用例启动前需要满足的条件事件流:用例的动作序列出口条件:用例完成后满足的条件特殊需求:非功能性需求用例用自然语言编写,便于开发人员和客户交流参与执行者:现场工作人员和调度员入口条件:现场工作人员发现紧急情况现场工作人员激活她的终端中的”报告紧急情况”功能.事故管理系统(FRIEND)显示一份表格给工作人员现场工作人员填表,和发送填好的表格执行者:现场工作人员(警官,消防队员),调度员UMLusecasediagram:Incidentinitiationaccidentmanagementsystem.Associationsbetweenactorsusecasesrepresentinformationflows.canrepresentactorinitiatingusecase(e.g.,FieldOfficerinitiates用例用来描述所有可能的情况,其重点在于完整性名字:用下划线表明它是一个实例仓库着火场景(报告紧急情况用例的一个实例)场景名:仓库着火参与执行者实例:Bob,Alice:现场工作人员Bob驾驶着他的巡逻车沿主要街道巡逻,现一个仓库有浓烟冒出.他的同事Alice从她的FRIEND手提电脑中激活“报告紧急情况”功能.Alice输入建筑物的地址,它所处位置的简短描述如西北角以及紧急等级考虑到该执行者和用例之间的关系,表示两者之间存在着交流减少用例模型复杂性–识别出用例模型中的共有部分并用一个单独的用例描述它includerelationship(UMLusecasediagram).用例的包含关系例子1.当客户键入订单ID、客户ID或客户名时，用例开始。客户在列表中选择一个订单含有包含关系的用例描述系统通知记帐系统向客户帐号中加钱，用例结束。系统通知退还部门，用例结束。用例之间的扩展关系通过扩展，可以不改变原始用例的情况下增加用例行为。例如：订单系统运行一段时间后，需要增加功能，如果是老客户买商品增加折扣。我们通过订购货物用例作为需要扩扩展关系减少用例模型复杂性的一种手段扩展用例和被扩展用例之间的关系被扩展用例的实例只在某种条件下包含扩展用例,这一事实在扩展用例的入口条件中说明典型应用:异常行为的说明,分离异常行为与通常行为的描述,以编写更短更集中的用例OpenIncidentAllocateResourcesConnectionDownextendextendextendrelationship(UMLusecasediagram).参与执行者:现场工作人员,调度员 入口条件:该用例扩展了打开事件和分配 资源用例. 无论何时现场工作人员和调度 员之间的网络连接丢失, 它即启动. 需要建立“帮助调度员”和这几个新用例的关系 方案2:用扩展关系, 仅在帮助调度员用例的入口 条件中指出 扩展关系:例外情况, 如帮助, 出错或其他意外情 包含关系:一套固定用例共同行为的用例 通过增加更多细节在一个较一般的用例上而得到一个更特殊的用例

　　湖北省鄂州市华容高级中学2022-2023学年高考考前提分数学仿真卷含解析

　　湖南省株洲市醴陵两校2022-2023学年高三第四次模拟考试数学试卷含解析

　　精准扶贫背景下乡村农业产业扶贫的问题分析及解决对策——以富源县大河镇为例x