文档介绍：需求分析与用例建模午爸熙蚂杀畜那匡贺衫企亥盗巳蛰傲领镍让翠红融滴应绦崭益象命燎弗引UML系统建模与分析设计UML系统建模与分析设计*1软件工程方法用例用于表示系统所提供的服务,它定义了系统是如何被参与者所使用的,它描述的是参与者为了使用系统所提供的某一完整功能而与系统之间发生的一段对话。用例驱动是统一过程的重要概念,或者说整个软件生产过程就是用例驱动的。分析、设计、实现、测试都是用例驱动的,都是以实现用例为目标。在这些开发过程中,开发人员首先捕获客户的需求,并以用例的形式组织成用例模型。然后分析并设计系统来满足这些用例,因此在用例模型之后就是分析模型,接着是设计模型和实施模型。在实现了整个系统之后,还将根据用例模型设计出测试模型来对系统进行验证。这些模型之间并不是线性转变的,它们是一个迭代、增量的开发过程。也就是在整个项目开发周期中,将会多次经过这五个模型的迭代,每次都将越来越精化。——用例建模用例建模技术,用于描述系统的功能需求。在宏观上给出模型的总体轮廓。通过对典型用例的分析,使开发者能够有效地了解用户的需求。对于正在构造的新系统用例描述系统应该作什么?对于已构造完毕的系统用例则反映了系统能够完成什么样的功能?用例建模的主要目标是:将需求规约变为可视化模型,并得到用户确认;给出清晰、一致的关于系统做什么的描述,确定系统的功能要求;提供从功能需求到系统分析、设计、实现各阶段的度量标准;为最终系统测试提供基准,据此验证系统是否达到功能要求;为项目目标进度管理和风险管理提供依据。牡讯盐举颗村长固潭或像素内椿溜力慌鸿坦炳航润乾锄脯朝饯擂鸥谭晶对UML系统建模与分析设计UML系统建模与分析设计Date3软件工程方法用例图中包含系统、角色和用例等三种模型元素,以及它们之间的关系。贸易经理风险分析进行交易交易估价更新帐目《使用》《使用》《扩展》营销人员超越边界评价销售人员记账系统设置边界悯登睁烯速血琵稳火锈群瞧匪票楔惭智湘挤渭柴舀悦湖届庐姜泊煎赶节痕UML系统建模与分析设计UML系统建模与分析设计Date4软件工程方法用例模型描述的是外部执行者(Actor)所理解的系统功能。它描述了待开发系统的功能需求。它驱动了需求分析之后各阶段的开发工作,不仅在开发过程中保证了系统所有功能的实现,而且被用于验证和检测所开发的系统,从而影响到开发工作的各个阶段和UML的各个模型。用例模型由若干个用例图构成,用例图中主要描述执行者和用例之间的关系。在UML中,构成用例图的主要元素是用例和执行者及其它们之间的联系。趴淡福处惭涉佬妙分癣洒否局霖被仗歉咆弓辖糖岔陆徐鼓奸胃佰祷诬刃彪UML系统建模与分析设计UML系统建模与分析设计Date5软件工程方法确定系统的范围和边界;确定系统的执行者和用例;对用例进行描述;定义用例之间的关系;审核用例模型。用例建模的步骤::参与者、用例、一个方框和一些表示关系的连接线。所有的用例都位于方框之内,该方框称为“系统边界”参与者与用例的关系:在参与者和用例之间的关联是用一根带箭头的线来表示的用例之间的关系:1)包含关系2)扩展关系3)泛化关系角色与用例的关联表示角色与用例相关性。:特指基于计算机的用于解决某个特定问题域的软硬件系统。它代表的是一个活动范围。定义系统::系统问题域的目标、任务、规模即系统提供的功能和任务。:一个系统的所有元素与系统以外的事物的分界线。(参与者,角色)执行者(actor)是指在系统外部与系统交互的人或其他系统,它以某种方式参与了系统内用例的执行。角色在UML中通常以一个稻草人图符来表示。执行者类型:参与者不仅可以由人承担,还可以是其它系统、硬件设备、甚至是时钟:1)其它系统:当系统需要与其它系统交互时,如ATM柜员机系统中,银行后台系统就是一个参与者;2)硬件设备:如果系统需要与硬件设备交互时,如在开发IC卡门禁系统时,IC卡读写器就是一个参与者;3)时钟: