信息系统分析与设计教学实习样版【DOC精选】.doc

《信息系统分析与设计》 教学实习报告 题目:×××××××××××××××× (宋体三号,较长可分两行) 学生姓名 × × × （以下均为宋体四号） 学 号 专业班级 （全称） 成绩评定 学 期 2011-2012第一学期 2011年12月 目 录 1 绪论 1 1.1 立题依据或研究背景及意义 1 1.2 教学实习结构安排 1 2 基于UML的××××系统建模 2 2.1 引言 2 2.2 应用UML建模 2 2.2.1 需求收集 2 2.2.2 系统分析 2 2.2.3 系统设计 2 3 结论与展望 5 3.1 教学实习工作总结 5 3.2 教学实习创新点 5 3.3 进一步的工作与展望 5 参考文献 6 绪论 立题依据或研究背景及意义 教学实习结构安排 设计结构安排  基于UML的××××系统建模 引言 对开发工具及UML进行介绍 应用UML建模 基于UML的系统软件建模实践过程遵循Rational统一过程（Rational Unified Process，RUP）的核心思想和基本原则，即以Use Case（用例）为驱动的、体系构架为核心的迭代化的面向对象分析和设计过程[6]。所谓RUP是 Booch等人在 Rational公司支持下提出的一种面向对象的软件开发过程模型。RUP将分析设计过程主要分为以下几个阶段：业务需求分析、系统体系架构设计、系统分析与设计以及系统实现阶段。各阶段的主要成果为需求模型、体系架构模型、分析与设计模型以及实现模型。 需求收集 系统分析 系统设计 2.2.3.1用例图（Use Case Diagram） 用例图从用户（或外界系统）的角度描述用户与系统的交互。它可用来理解系统的功能并指出各功能的参与者。用例现已成为面向对象方法中捕获用户需求以及驱动开发过程的重要手段。 用例图用来表达用例之间以及参与者和用例之间的关系。系统所有的用例（图）共同组成了系统的用例模型。构成用例图的元素有： 用例（Use Case）：一个用例是一个系统或一个类提供的紧凑的功能单元，它是由系统与一个或多个外部交互者（即参与者）之间交换的消息序列以及系统执行的活动共同体现的； 参与者（Actor）：参与者是直接与系统交互的外部对象所扮演的角色； 用例图中的关系（Use Case Relationship）：其包括如下四种关系： 通信（Communicate）：这是参与者与用例之间仅有的关系，是参与者对用例的参与； 扩展（Extend）：用例间的扩展关系描述了一般行为的变化。在用例A的执行过程中，可能会出现某些特殊情况，而一个用例一般只包含一条顺利执行的主线，不进行过多的逻辑判断而产生许多分支，这些特殊情况就可以被放到另一个用例B中处理。类似编程语言中的异常处理； 包含（Include）：从用例A到用例B的包含关系表明用例A的实例也包括了在用例B中说明的行为，即用例A要使用用例B所提供的功能； 泛化（Generalization）：用例A到用例B的泛化，指的是用例A继承了用例B的特性并增加了新的特性。 2.2.3.2静态图（Static Diagram） 静态图包括类图、对象图和包图；其中类图描述系统中类的静态结构；对象图是类图的实例；包图由包或类组成，表示包与包之间的关系，包图用于描述系统的分层结构。 1）类图（Class Diagram）：类图用来描述系统中类与类之间的关系。它描述的是系统的静态结构。类用来表示系统中需要处理的事物或概念，有着相同结构、行为和关系的一组对象的描述符号。类由类名、属性和操作组成。类与类之间通过多种方式连接： 关联（Association）：表示类之间的关系。有二元关联和多元关联； 聚集（Aggregation）：表示类的对象之间整体和部分的关系； 组合（Composition）：更强的聚集关系，整体拥有部分，部分与整体共存亡，若整体不存在了，部分随之消失； 依赖（Dependency）：有两个类（或包）X和Y，如果修改X会影响到Y，则称Y依赖于X； 实现（Realization）：接口由类来实现； 泛化（Generalization或继承 Inheritance）：表示元素之间的分类关系。