收集和分析信息.doc

收集和分析信息 收集、分析信息始终贯穿整个 Microsoft?解决方案框架（MSF）过程模型。本章将阐述如何收集和分析信息。你将学习所需收集信息的类型、来源和一些收集信息的方法。 注意：本章介绍的信息并不针对 MSF 过程的某一特定阶段，而是与所有阶段都相关。在开始构想和设计一个解决方案之前，了解信息收集和分析技术是非常重要的。 学习完本章后，将能够： 描述收集信息的技术 描述信息收集的来源 创建信息收集的策略 通过使用场景和用例来分析、完善需求 创建内部项目文档 描述建模表示法，比如 UML 和 ORM 使用建模表示法 使用模型的目的是描述业务过程，理解业务的当前状态，并模拟目前不存在，但以后要创建的新过程。模型能够帮助你描述业务过程以及业务过程与其他过程之间的关系。你还可以描述组成过程的任务。在本课中，将学习建模的优点以及可以用到的几种不同建模表示法。 学习完本课后，将能够： 列举出建模的优点 描述统一建模语言（UML，Unified Modeling Language）在概念设计中的作用 描述各种 UML 视图的用途 描述各种 UML 图的用途 描述对象角色建模（ORM，Object Role Modeling）在概念设计中的作用 建模的优点 模型可以用来描述应对一个商业挑战的当前解决方案和提议解决方案。问题的复杂性是我们建立模型的原因;推动软件开发发展的解决方案的复杂性也是我们建立模型的原因/uml/，目前 OMG 管理着 UML 标准和开发。 UML 的特性 UML的创建是为了开发一种具有其他建模方法的有效元素的语言。 下面是UML 的一些特性： 它是一种简单的、可扩展的、富于表现的可视化建模语言 它由一套用于为不同复杂程度的软件系统建模的符号和规则组成 它能够创建简单、文档完善、容易理解的软件模型 UML 是与语言和平台无关的 UML 视图 图2-1 UML 视图 UML 让系统工程师能够为任何系统创建标准的蓝本。UML 提供很多图形工具，使用这些工具可以从不同的角度展现和理解系统。使用图表可以表示系统的多个视图，而系统的多个视图共同表示系统的模型。 UML 视图的类型 使用模型或视图可以描述一个软件系统的复杂性。不同的 UML 视图描述软件系统的几个方面。经常用到的 UML 视图有： 用户视图。从用户和他们对系统需求的角度来讲系统的目标和目的。这个视图表示系统与用户交互的部分。用户视图也称作用例视图 结构视图。结构视图表示系统的静止状态或空闲状态。结构视图也称为设计视图 行为视图。行为视图表示系统的活动状态或变化状态。行为视图也称为过程视图 实现视图。实现视图表示系统逻辑要素的结构 环境视图。环境视图表示系统物理要素的分布。系统的环境从用户角度来指出系统的功能。环境视图也称为部署视图 UML 图 各种 UML 视图包含了一些图，这些图为正在开发的解决方案提供了多个视角。你可能不会为所创建的每个系统都开发UML图，但是你必须理解系统视图和相关的 UML图。相似的，你可能不会使用每个UML图来对系统建模。你需要确定哪个模型最适合自己的需要，从而成功地对系统建模。 UML图的类型 使用下面的 UML图描述系统的各个视图： 类图。类图描述不同的类和它们之间的关联。关联被描述为类之间的双向连接 对象图。对象图描述系统中的不同对象以及与其他对象之间的相互关系 用例图。用例图表示系统提供给外部实体的功能 组件图。组件图表示系统的实现视图。它表示系统的不同组件以及它们的关系，比如源代码、对象代码和执行代码等 部署图。部署图表示软件组件到系统物理实现节点的对应 协作图。协作图表示一组类以及由那些类发送和接收的消息 序列图。序列图描述类之间的交互。交互表示类之间交换消息的顺序 状态图（state diagram）。对于那些设计为假设能反应不同外部事件的对象，状态关系图设计描述它们不同状态的流程图。在 Visio 中，状态图（state diagram）也称为状态图（statechart diagram） 活动图。活动图是另外一种考虑状态的方式，但是活动图中包含活动的顺序。这些图说明有条件的行为，同时也说明并行的行为，因此对于为并发系统建模非常有用；使用活动图可以查看类或任务之间必要的同步 注意：可以使用 Visio 来生成 UML 图。从系统最开始的分析、设计阶段到最后的部署阶段，都可以使用 Visio 来设计解决方案并将其编制成文档。 ORM 对象角色建模（ORM）方法是在概念层分析信息的一种面向事实的方法。ORM 是一种丰富的建模方法，使用它可以对事实驱动（fact-driven）的、数据相关（data-related）的复杂业务需求进行建模。ORM 方法可以用来对业务规则进行建模，并可以用来设计数据库。ORM 是一种语义建