1、信息系统分析与设计教学实习报告题目:(宋体三号 ,较长可分两行 )学生姓名 （以下均为宋体四号） 学 号 专业班级 （全称） 成绩评定 学 期 2011-2012 第一学期 2011 年 12 月 II目 录1 绪论 11.1 立题依据或研 究背景及意义 11.2 教学实习结构安排 12 基于 UML 的 系 统建模 22.1 引言 22.2 应用 UML 建模 22.2.1 需求收集 22.2.2 系统分析 22.2.3 系统设计 23 结论与展望 53.1 教学实习工作总结 53.2 教学实习创新点 53.3 进一步的工作与展望 5参考文献 611 绪论1.1 立题依据或研究背景及意义1.
2、2 教学实习结构安排设计结构安排22 基于 UML 的系统建模2.1 引言对开发工具及 UML 进行介绍2.2 应用 UML 建模基于 UML 的系统软件建模实践过程遵循 Rational 统一过程（Rational Unified Process，RUP）的核心思想和基本原则 ，即以 Use Case（用例）为驱动的、体系构架为核心的迭代化的面向对象分析和设计过程 6。所谓 RUP 是 Booch 等人在 Rational 公司支持下提出的一种面向对象的软件开发过程模型。RUP 将分析设计过程主要分为以下几个阶段：业务需求分析、系统体系架构设计、系统分析与设计以及系统实现阶段。各阶段的主要成
3、果为需求模型、体系架构模型、分析与设计模型以及实现模型。2.2.1 需求收集 2.2.2 系统分析2.2.3 系统设计2.2.3.1 用例图（Use Case Diagram）用例图从用户（或外界系统）的角度描述用户与系统的交互。它可用来理解系统的功能并指出各功能的参与者。用例现已成为面向对象方法中捕获用户3需求以及驱动开发过程的重要手段。用例图用来表达用例之间以及参与者和用例之间的关系。系统所有的用例（图）共同组成了系统的用例模型。构成用例图的元素有：1） 用例（Use Case）：一个用例是一个系统或一个类提供的紧凑的功能单元，它是由系统与一个或多个外部交互者（即参与者）之间交换的消息序列
4、以及系统执行的活动共同体现的；2） 参与者（Actor）：参与者是直接与系统交互的外部对象所扮演的角色；3） 用例图中的关系（Use Case Relationship ）：其包括如下四种关系： 通信（Communicate）：这是参与者与用例之间仅有的关系，是参与者对用例的参与； 扩展（Extend ）：用例间的扩展关系描述了一般行为的变化。在用例A 的执行过程中，可能会出现某些特殊情况，而一个用例一般只包含一条顺利执行的主线，不进行过多的逻辑判断而产生许多分支，这些特殊情况就可以被放到另一个用例 B 中处理。类似编程语言中的异常处理； 包含（Include ）：从用例 A 到用例 B 的包
5、含关系表明用例 A 的实例也包括了在用例 B 中说明的行为，即用例 A 要使用用例 B 所提供的功能； 泛化（Generalization）：用例 A 到用例 B 的泛化，指的是用例 A 继承了用例 B 的特性并增加了新的特性。2.2.3.2 静态图（Static Diagram）静态图包括类图、对象图和包图；其中类图描述系统中类的静态结构；对象图是类图的实例；包图由包或类组成，表示包与包之间的关系，包图用于描述系统的分层结构。1）类图（Class Diagram）：类图用来描述系统中类与类之间的关系。它描述的是系统的静态结构。类用来表示系统中需要处理的事物或概念，有着相同结构、行为和关系的一
6、组对象的描述符号。类由类名、属性和操作组成。类与类之间通过多种方式连接：关联（Association）：表示类之间的关系。有二元关联和多元关联；聚集（Aggregation ）：表示类的对象之间整体和部分的关系；4组合（Composition ）：更强的聚集关系，整体拥有部分，部分与整体共存亡，若整体不存在了，部分随之消失；依赖（Dependency）：有两个类（或包） X 和 Y，如果修改 X 会影响到 Y，则称 Y 依赖于 X；实现（Realization ）：接口由类来实现；泛化（Generalization 或继承 Inheritance）：表示元素之间的分类关系。类和类之间的关系通过
7、类的内部结构（属性和操作）来实现。一个系统可以由多个类组成，一个类可以出现在多个类图中，一个类图并不需要表现系统所有的类。一般的，每个类图由关系密切的类组成。2）对象图（Object Diagram）：对象图可看作类图的一个变形，它包括对象和数据的值，对象图实际上是类图的一个实例，它显示了在一个时间点上系统细节状态的一个快照。类图中也可以有对象，一个有对象而没有类的类图便是一个“对象图” 。对象与类的图形表示相似，不同之处是对象名有下划线。对象图用于表示复杂的类图的一个实例，基本上很少使用。3）包图（Package Diagram）：包是用来对一个图的元素（如类和用例）进行分组。把分组后的元素
8、用一个带标签的文件夹包围起来，就完成了对其打包。如果给包起一个名字，就命名了一个组，包为这组元素提供一个命名空间（Namespace ） ，这组元素属于这个包。包也有泛化与依赖关系。2.2.3.3 交互图（Interactive Diagram）交互图描述对象间的交互关系。其包括顺序图与协作图（也称合作图） 。顺序图显示对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显示对象之间的交互；协作图描述对象间协作关系，显示对象间的动态合作关系。实质上，顺序图与协作图是等价的，一般情况下只需要其中之一即可。2.2.3.4 行为图（Behaviour Diagram）行为图描述系统的动态模型和
9、组成对象间的交互关系。它包括状态图与活动图。其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件，而活动图描述满足用例要求所要进行的活动以及活动间的约束关系。52.2.3.5 实现图（Implementation Diagram）实现图由构件图和配置图组成。其中构件图描述代码部件的物理结构及各部件之间的依赖关系，它包含逻辑类或实现类的有关信息。配置图定义系统中软硬件的物理体系结构。它可以显示实际的计算机和设备（用节点表示）以及它们之间的连接关系，也可显示连接的类型及部件之间的依赖性。63 结论与展望3.1 教学实习工作总结3.2 教学实习创新点（1）至少写三点（2）（3）3.3 进
10、一步的工作与展望参考文献7参考文献（格式如下）1. 谌永建陆军战术模块一体化作战运用研究M北京：军事科学出版社， 2006：1-52. 叶盛祥，谢德林，等 光 电对抗技术J 光电工程， 2001，28(1)：67-723. 李恒劭，秦立富，等 战场 信息系统M 北京：国防工业出版社，2003：3-54. 吕辉，贺正洪防空指挥自动化系统原理M西安：西安电子科技大学出版社，2003：1-275. 刘曙阳，程万祥，等C 3I 系统开发技术M (2)北京：国防工业出版社，1999：1-56. 苏建志，等指挥自动化系统M北京：国防工业出版社，1999：14-287. 竺南直，朱德成指挥自动化系统工程M北
11、京：电子工业出版社，2001：5-148. Annual Report to the President and the CongressR1997，23：167-1789. 王海宁美国海军 C4ISR 系统发展及启示J系统工程，2000，37(3)：31-3410.付伟海军控制自动化系统的发展现状J舰载武器，2001，(2)：8-12 11.姜兆梦，黄迎馨海湾战争与防空 C3I 系统J现代防御技术，1999，23(6)：34-3612.Rebecca Dell DearbornAn Overview of the Copernicus C4I ArchitectureDMaster thes
12、is，naval postgraduate school，1992：47-5113.Carl JonesToward a science of Command Control and CommunicationsDMaster thesis，naval postgraduate school，1990：3-714.杨丹，刘茂刚国内外 C3I 系统状况，指挥自动化现状与发展战略R信息产业部电子第二十八所科技信息部，1999 15.许阳C 3I 系统的设计与仿真研究D西北工业大学，硕士论文， 2001：6-1216.Soweu P KThe C4ISR Architecture Framework History,Status and Plans for EvolutionAIn 5th International Command and Control Research and Technology SymposiumC， Australia war Memoria1，2000
