系统分析设计案例演练培训-教程-TRD.pptx

系统分析设计案例演练提纲1、UML介绍2、CMS案例讲解3、案例演练4、案例讲解1、UML介绍 UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言，它溶入了软件工程领域的新思想、新方法和新技术，它的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。1.1、UML组成UML的定义包括UML语义和UML表示法两个部分；(1) UML语义　描述基于UML的精确元模型定义。元模型为UML的所有元素在语法和语义上提供了简单、一致、通用的定义性说明,使开发者能在语义上取得一致,消除了因人而异的最佳表达方法所造成的影响。此外UML还支持对元模型的扩展定义。 (2) UML表示法　定义UML符号的表示法,为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。这些图形符号和文字所表达的是应用级的模型,在语义上它是UML元模型的实例。 1.2、用例图用例图 （业务用例图与系统用例图） 从用户角度描述系统功能,并指出各功能的操作者；1.3、静态图类图、对象图、包图1、类图：描述系统中类的静态结构，不仅定义系统中的类以及类之间的联系（如关联、依赖、聚合等）,也包括类的内部结构(类的属性和操作)，类图描述的是一种静态关系,在系统的整个生命周期都是有效的。2、对象图：对象图是类图的实例,几乎使用与类图完全相同的标识，他们的不同点在于对象图显示类的多个对象实例,而不是实际的类，一个对象图是类图的一个实例。（由于对象存在生命周期,因此对象图只能在系统某一时间段存在）3、包由包或类组成,表示包与包之间的关系，包图用于描述系统的分层结构；1.4、行为图描述系统的动态模型和组成对象间的交互关系1、状态图：描述类的对象所有可能的状态以及事件发生时状态的转移条件。通常,状态图是对类图的补充，在实用上并不需要为所有的类画状态图,仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。2、活动图：活动图描述满足用例要求所要进行的活动以及活动间的约束关系,有利于识别并行活动。1.5、交互图描述对象间的交互关系1、顺序图（时序图）：顺序图显示对象之间的动态合作关系,它强调对象之间消息发送的顺序,同时显示对象之间的交互。2、协作图：描述对象间的协作关系,合作图跟顺序图相似,显示对象间的动态合作关系，除显示信息交换外,合作图还显示对象以及它们之间的关系。注意：如果强调时间和顺序,则使用顺序图;如果强调上下级关系,则选择合作图，这两种图合称为交互图。 1.6、实现图描述对象间的交互关系1、组件图：描述代码组件的物理结构及各组件之间的依赖关系。一个组件可能是一个资源代码部件、一个二进制部件或一个可执行部件。它包含逻辑类或实现类的有关信息。组件图有助于分析和理解组件之间的相互影响程度。2、部署图：部署图定义系统中软硬件的物理体系结构。它可以显示实际的计算机和设备(用节点表示)以及它们之间的连接关系,也可显示连接的类型及组件之间的依赖性。在节点内部,放置可执行部件和对象以显示节点跟可执行软件单元的对应关系。1.7、UML应用采用面向对象技术设计系统时：首先是描述需求;其次根据需求建立系统的静态模型,以构造系统的结构;第三步是描述系统的行为。其中在第一步与第二步中所建立的模型都是静态的,包括用例图、类图(包含包)、对象图、组件图和部署图等五个图形,是标准建模语言UML的静态建模机制。其中第三步中所建立的模型或者可以执行,或者表示执行时的时序状态或交互关系。它包括状态图、活动图、顺序图和合作图等四个图形,是标准建模语言UML的动态建模机制。因此，标准建模语言UML的主要内容也可以归纳为静态建模机制和动态建模机制两大类。提纲1、UML介绍2、CMS案例讲解3、案例演练4、案例讲解2、CMS需求分析本次系统分析设计案例讲解：简单CMS系统需求：1、主要用来发布新闻， 管理员只需要一个，登录后可以在后台发布新闻；2、任何人可以浏览新闻；3、浏览者可以注册成为系统会员；4、注册后可对新闻进行评论；5、管理员在后台可以对新闻、评 论、注册会员进行管理，如修改、删除。2.1、CMS业务用例2.2、CMS业务用例 1.业务用例是仅从系统业务角度关注的用例，而不是具体系统的用例,它描述的是“该实现什么业务”，而不是“系统该提供什么操作”。例如，在实际系统中，“登录”肯定要作为一个用例，但是这是软件系统中的操作，而用户所关注的业务是不包含“登录”的。 2.业务用例仅包含客户“感兴趣”的内容。 3.业务用例所有的用例名应该让客户能看懂，如果某个用例的名字客户看不懂什么意思，它也许就不适合作为业务用例。2.3、从业务用例到活动图一个“新闻管理”这个业务用例，分解出N多系统操作。这里要特别注意这些操作，其中很多“活动”都很可能是一个系统用例（当然，不是每个