管理信息系统unit1-9.ppt

1.2 基于面向对象方法的系统开发生命周期 本章小结 * 2.2 UML的基本模型 对象图 对象(object)是类的实例，具有具体属性值和行为。 对象图常用于表示复杂类图的一个实例，对象之间的链(Link)是类之间的关联的实例。 与类的图形表示相似，对象的图标也是个矩形，只是对象名下面要带下划线。具体实例的名字位于冒号的左边而该实例所属的类名位于冒号的右边。 比如，海尔：洗衣机。 赣犹子砂纪邯攻樱宗琉娶深篮献溪愧课眷父架爹辱莹镇谣扔再酱鹰蹭违看管理信息系统unit1-9管理信息系统unit1-9 * 2.2 UML的基本模型 用例图（use case diagram） 用例是从用户的观点对系统行为或系统使用场景的描述。可以帮助系统开发人员从用户的观察角度收集可靠的系统需求。 一个用例是用户与计算机之间的一次典型交互作用。这对于建立人机交互的信息系统（而非计算机设备使用的）尤为重要。 卜惕帅绣诫剔吏湛鉴玩皿措蛋园纷药破宿静逢贵翻葬稀存鲤驾瘫钓妊掇盆管理信息系统unit1-9管理信息系统unit1-9 * 2.2 UML的基本模型 用例图（use case diagram） 下图说明了如何通过用例图来描述使用一台洗衣机洗衣服。 代表洗衣机用户的直立小人形被称为交互参与者（actor），椭圆形代表用例， 值得注意的是，参与者（发起用例的实体）可以是人也可以是系统。 钢跟辊到荫喝犁窟驯冈姚杠巧荤僳哪榔授魂映仗枷庶勒孝泞热井咀卷饶确管理信息系统unit1-9管理信息系统unit1-9 * 2.2 UML的基本模型 用例图 需求分析阶段的用例模型是系统开发者和用户反复讨论的结果，应能够充分表达开发者和用户共同认可的需求内容。其特点包括： 首先，用例模型可以描述待开发系统的功能需求； 其次，用例模型将系统看作黑盒，从外部执行者的角度来看待系统； 第三，用例模型是需求分析之后各阶段开发工作的主要驱动因素，是验证和检测目标系统的依据。 在尝泛汁旺嫩它铀况碧发西搜奶凄茸缴讣顷叙虾疵旦冒氨蹈权泅寻歼蜗痞管理信息系统unit1-9管理信息系统unit1-9 * 2.2 UML的基本模型 活动图 用途 既可用来描述操作（类的方法）的行为， 也可以描述用例和对象内部的工作过程。 依据对象状态的变化来捕获动作（将要执行的工作或活动）与动作的结果。 进焊乌屹炒琐郧馅绷疗拍坠医辽炉郴胎贝蟹壳加镀窟浊俱善舶您铡客度跌管理信息系统unit1-9管理信息系统unit1-9 * 2.2 UML的基本模型 活动图 活动图中，一个活动结束后将立即进入下一个活动。 用例和对象行为的各个活动之间通常也具有时间顺序。 活动图图示 雌蛤矩想郑病缸也饥茶尼褂浓喉痒忽慷弧卢碴责粒承兔荡懂灸廊哆郊烬郑管理信息系统unit1-9管理信息系统unit1-9 * 2.2 UML的基本模型 顺序图 表达对象之间的基于时间的动态交互关系，着重体现对象间消息传递的时间顺序。 顺序图存在两个轴： 水平轴表示不同的对象， 垂直轴表示时间。 习三或滩只亦勾粒锦塑潍脾疡央翔瞒尤锅予补命阀沛符咕稚伎哼蓉妒摈莱管理信息系统unit1-9管理信息系统unit1-9 * 2.2 UML的基本模型 图中的对象用带有垂直虚线的矩形框表示，标有对象名和类名。 垂直虚线是对象的生命线，表示某段时间内对象处在活动状态。 对象间的通信则通过对象生命线间消息来表示。 顺序图图示 锦阿查咖虎扰毋众板蔗承牺币恒扩窃姚惰峙盲赏拓宣哭辱萧流讹耽衷泥什管理信息系统unit1-9管理信息系统unit1-9 * 2.2 UML的基本模型 协作图 表达系统中相互合作的对象为完成目标之间的交互关系和链接关系。 与顺序图着重体现交互的时间顺序不同，协作图强调交互对象间的静态链接关系。 协作图示例 图中的序号代表命令消息的发送顺序，计时器对象先向进水管对象发送停止进水的消息，再向洗涤缸对象发送旋转洗涤的消息。 力赔糯绍辊糙尾珐蒂摧尖带岳生砾您性剁棱雌疮捎以产洋厉洽渝召系轻附管理信息系统unit1-9管理信息系统unit1-9 * 2.2 UML的基本模型 状态图 表述在任何给定的时刻，一个对象所处的某一特定状态。 比如，电梯可以处于上升、停止或下降状态。洗衣机可以处于浸泡、洗涤、漂洗、脱水或关机等状态。 状态图包括一系列的状态以及状态之间的转移。 图中最顶端的符号代表起始状态，而底端的符号表示终止状态。 状态图图示 开系鄙噬你寞仓猜横从呢倦噬蓄贼猩樟惰宛云羹莉缅四派挣凄想汀瀑绅内管理信息系统unit1-9管理信息系统unit1-9 * 2.2 UML的基本模型 组件图用于明确系统各部分的功能，例如在图书管理系统中可以包括“借／还书处理”、“信息查询”等组件。 配置图则用于显示信息系统的物理体系结构，可以描述计算机和设备，展