软件工程专题讲座.ppt

* 7.1.3 UML动态建模机制 用于描述系统的行为，并建立系统的动态模型。 顺序（sequence）图和合作（collaboration）图：前者描述对象之间消息传递的时间顺序，后者描述相互合作对象间的交互和链接关系。 状态（state）图：描述对象状态的变化过程。 活动（activity）图：描述工作流和并行过程。可以针对类的操作、用例和内部对象的行为。 * 7.1.3 UML动态建模机制 动态建模UML图形的应用限制： 只针对重要的类画状态图，状态图描述跨越多个用例的单个对象的行为。 顺序图和合作图描述单个用例中多个对象的交互行为。适用于用例中简单行为的描述，行为复杂时将失去清晰性。 活动图可以用于描述单个用例的复杂行为，并不严格区分对象，也可以用于描述对象操作。 * 7.1.4 UML应用 应用范围：以面向对象图的方式建立软件系统的模型，也可以描述非软件领域的系统。即：可以对任何具有静态结构和动态行为的系统进行建模。 UML适用于系统开发过程中从需求规约到测试的不同阶段： 需求获取：用例图、活动图 需求分析：类图、对象图和包图 系统分析与设计：状态图、顺序图、合作图、活动图、部件图和配置图。 测试：单元测试用类图、集成测试用部件图和合作图、确认测试用用例图等。 * 7.2 Rational Unified Process UML是一种建模语言，而不是一种方法，方法的一个重要组成部分是对过程的定义。 RUP是一种建模过程，1998年正是颁布。 RUP的关键实践 RUP的二维结构 RUP的静态结构 RUP的核心工作流 * 7.2 Rational Unified Process * 7.2.1 RUP的关键实践 迭代的开发软件：渐进和反复的过程 需求管理：用例和场景、需求跟踪 使用基于构件的体系结构 可视化软件建模：UML 验证软件质量 控制软件变更 * 7.2.2 RUP的二维结构 * 7.2.2 RUP的二维结构 Phase：Inception（初始阶段）、Elaboration（细化阶段）、Construction（构造阶段）、Transition（交付阶段）。阶段间产生里程碑（Milestone）。 初始阶段：确定项目的边界，考虑项目的商业属性（Business Case），如：风险、资源、进度、规模等的估计。 细化阶段：详细理解问题领域，建立系统体系结构基础（用例模型、域模型、技术平台），编制项目计划（用例划分、迭代周期、用例分配），淘汰项目中最高风险的元素。 * 7.2.2 RUP的二维结构 构造阶段：通过一系列迭代过程开发构件和应用程序功能，并将其集成为产品。所有的功能被详尽的测试。迭代开发是增量式和重复进行的。 交付阶段：将软件产品交付给用户。不能在开发新的功能，集中精力于纠错工作。产品的β版本到最终版本之间的这段时间是典型的移交阶段。 * 7.2.3 RUP的静态结构 RUP开发过程定义“谁”于“何时”“如何”做“某事”。 开发过程中的四种建模元素：角色（workers）、活动（activities）、产物（artifacts）、工作流（workflows） 角色：定义了个人或由若干人所组成小组的行为和责任。责任既可以是完成某些活动，也可以拥有某些产物。 活动：是角色中个体要求执行的工作单元。 产物：是被产生的、修改的或为过程所使用的一段信息。 工作流：是产生具有可以观察结果的活动序列。 * 7.2.3 RUP的静态结构 * 7.2.4 RUP核心工作流 * 现代篇第八章 软件复用技术 设计模式(Design Pattern) 框架(Frame) 过程模式(Process Pattern) * 8.1 设计模式 模式（pattern）：是用来描述做某类事情所具有的一些共性特征的技术。 设计模式：通过收集在设计中经常反复用到的构件，经过整理加工后，将其共性部分构造成一些具有一定通用性的模板，使其可被重用。如：代理设计模式。 设计模式的组成：设计模式使用的场景和解决的问题；设计模式的基本元素及其相互关系；应用设计模式后的结果和权衡。 * 8.2 框架 框架：指在一个特定的领域中的一组相互协作的类，它规定了应用系统的总体结构，定义了类的划分以及类的关键责任，定义了类间的协作，还定义了控制线程。 框架只是预先定义了上述设计参数。 框架更强调设计复用而不仅是代码复用。 示例：可用框架建立不同应用领域的图形编辑器。 * 8.3 过程模式 过程是一系列将输入转换为输出的活动组成。 过程模式：是面向对象软件开发过程中的一般技术、活动和任务的集合。 过程模式指出应该做什么，并不表明如何做。 过程模式的类型： Phase Process Pattern Stage Process Pattern Task