苏州科技学院软件建模与分析期末复习整理.doc

软件建模与分析期末复习整理 题型： 填空（10） 解答：20（4X5） 分析题（70） 第1讲 软件可视化建模与UML 1 1．为什么要建模？ 1 2．UML 1 3．用例 2 4．关系 2 第2讲 统一建模语言 2 2．1掌握UML特点 2 2．2 基本图标元素的表示符 3 2．3 UML软件系统体系结构的五种视图和九种基本图 3 2．4 UML简单建模 4 第3讲 用例模型视图 4 3．1用例图的概念 4 3．2用例图建模技术 5 第4讲 需求用例分析 5 第5讲 UML静态建模 5 5．1 分析类的 5 5．2 分析模型的处理 7 第6讲 动态建模-UML动态视图 8 6．1 系统建模 8 6．2 动态视图 8 第7讲 UML顺序图 10 第8讲 UML协作图 12 第9讲 UML状态图 13 第11讲 UML活动图 15 第1讲 软件可视化建模与UML 1．为什么要建模？ （1）软件是产器而非“程序”。软件和其他工业产品一样，使用者和制造者分离，除程序之外还会有相应的产物（文档、维护、数据等）。软件产品在生产上与其他工业产品生产一样，需要团队、工具、技术等。 （2）模型是对现实世界的简化。在工业方面，建模的方法得到的广泛的应用。 （3）建模方式的应用。在现在的软件产品生产过程中，应用了建模方法（UML），使用了相应工具（ROSE）等。解决了软件工程缺少工程，只停留在理论上，没有标准，不能有效交流这样问题。 2．UML 是Unified Modeling Language的首字母缩写。中文意思是统一建模语言。UML：可视化、详述、构造、文档化。 UML最适于的过程：用例驱动的、以体系结构为中心、迭代的和增量的。 UML从考察系统的不同角度出发，定义了用例图、类图、对象图、状态图、活动图、序列图、协作图、构件图、部署图等9种图。 开发过程：业务、需求、分析结构、结构行为、设计。 Actor-识别参与者 参与者代表在参与者代表在系统边界之外的真实事物，并不是系统的成分。 参与者透过系统边界直接与系统交互，参与者的确定代表着系统边界的确定。 交互是有意义的，参与者可以是任何事物 识别参与者思路： 谁使用该系统 谁改变系统的数据 谁从系统获取信息 谁需要系统的支持以完成日常工作任务 谁负责维护、管理并保持系统正常运行 系统需要应付那些硬件设备 系统需要和那些外部系统交互 谁对系统运行产生的结果感兴趣 时间、气温等内部外部条件 3．用例 对一组动作序列的描述，系统执行该动作序列来为Actor产生一个可观察的结果值。 用户视角的需求组织形式；需求按目标组织； Use Case—识别用例 Actor希望系统提供什么功能 系统是否存储和检索信息，如果是，这个行为有哪个Actor触发 当系统改变状态时，通知参与者吗 存在影响系统的外部时间吗 4．关系 参与者与用例之间：关联关系 用例与用例之间：包含关系 (include)、延伸关系 (extend)、泛化关系 (generalization) 参与者与参与者之间：泛化关系 (generalization) 第2讲 统一建模语言 2．1掌握UML特点 UML的主要特点： 统一的标准、面向对象、可视化、表达能力强(概念明确)、独立于过程 2．2 基本图标元素的表示符 关联：连接（connect）模型元素及链接（link）实例。 依赖：表示一个元素以某种方式依赖于另一种元素。 泛化：表示一般与特殊的关系，即“一般”元素是“特殊”关系的泛化。 聚合：表示整体与部分的关系。 2．3 UML软件系统体系结构的五种视图和九种基本图 UML模型系统体系结构： UML 模型元素 事物 结构事物 用例、类、接口、协作、主动类、组件、节点 行为事物 交互机、状态机 分组事物 包 辅助事物 注释 关系 关联关系、依赖关系、泛化关系、实现关系、聚合关系 通用机制 修饰、注解、规格说明、通用划分、扩展机制 视图 用例视图 用例图 逻辑视图 类、对象图 进程视图 时序图、协作图、状态图、活动图 构件视图 构件图 配置视图 配置图 五种视图： 1．用例视图 描述系统的功能需求，找出用例和执行者； 客户、分析者、设计者、开发者和测试者； 描述用图：用例图和活动图； 重要性：系统的中心，它决定了其他视图的开发，用于确认和最终验证系统。 2．逻辑视图 描述如何实现系统内部的功能 ； 分析者、设计者、开发者 ； 类图和对象图、状态图、顺序图、合作图和活动图 ； 重要性：描述了系统的静态结构和因发送消息而出现的动态协作关系 。 静态结构:类图、对象图 动态行为：状态图、活动图、时序图、协作图 3．进程视图 描述系统代码构件组织和实现模块，及它们