《业务建模概述》PPT课件.pptx

业务建模概述 潘正军 &UML &ROSE &RUP &敏捷建模 回顾 &基于UML的分析与设计 &系统分析与设计 &业务 用例设计 &小结与实验 主要内容 基于基于UMLUML的分析与设计的分析与设计 &UML给出了面向对象建模的符号表示和规则 ，但未给出使用的过程和方法，因此，需 要有使用UML的过程。 &过程描述做什么、怎么做、何时做及为什 么做，即描述一组特定次序的活动 &使用UML过程的基本特征是：用例驱动，以 体系结构为中心，反复，渐增式。 &用例包含了功能描述，它们将影响后面所 有阶段及视图。 &以体系结构为中心 在开发的早期建立基础的体系结构（原型）是 十分重要的，进一步对原型进行精化，建立一 个易于修改、易理解和允许复用的系统。 主要是在逻辑上将系统划分为若干个子系统（ UML包） &反复 UML的建模型过程要经过若干次的反复 &渐增式 渐增式开发是在多次反复迭代的过程中，每次 增加一些功能（或用例）的开发，每次迭代都 包含了分析、设计、实现和测试。 基于基于UMLUML的分析与设计的分析与设计 需求 用例 分析设计实现测试 用例视图 构件视图 部暑视图 逻辑视图 并发视图 基于基于UMLUML的分析与设计的分析与设计 需求建造“正确”的系统 &需求：系统必须满 足的条件或具备 的能力 &Robert Grady软件质量准则“FURPS” 功能性（Functionality） 使用性（Usability） 可靠性（Reliability） 性能（Performance） 可支持性（Supportability） 非功能性需求非功能性需求 以用例为中心组织需求 用例用例 可用性可用性 可靠性可靠性 网络协议网络协议 业务规则业务规则 硬件接口硬件接口 界面约束界面约束 性能性能 获取需求技巧：来自客户 技巧描述 实地观察 直接观察个人工作的情况，以发现现存的实践 方式和问题 访谈从个人处收集特定信息 特定群体 调查 对一组人员进行调查，以便了解工作态度和共 同看法 问卷调查收集详细数据和统计意义上比较重要的数据 用户指导让最终用户告诉你，他们是如何操作系统的 原型制作模拟一个无法直接测试的系统 统计版本 使用具有统计功能的应用程序来记录用户完成 任务的方式 &典型活动： 获取领域知识； 定义系统功能（用例图 ）； 确定合适的类； 建立类的静态模型（类图 ）； 描述对象的动态行为（状态图、协作图、时序 图、活动图 ）； 验证（专家对模型作静态验证）； 给出基本的用户界面原型（整体结构的原型： 主窗口的内容、窗口之间的导航等） 需求获取-建立需求模型 &设计中的典型活动： 将分析所得的类划分为功能包，并从技术层面（用户 界面、数据库处理、通信等)增加新包，建立包之间 的通信联系。 标识并发需求并建模。 指出系统输出的详细格式：如用户界面，报告，向其 它系统发送的事务等。 数据管理(建立类与表单的对应关系，对数据库的访 问机制)。 异常处理 分配类和构件（构件图、配置图) 还应用伪代码或者文字给出类的规约 设计 &实现活动实际上就是编写程序代码， 包括反复的编译、连结、排错等 &并应遵循传统的编程准则 实现 &目的是发现代码中的错误，测试的关键是确定 高效的测试用例 &面向对象的单元测试 测试单元单元为封装的类和对象，但不能孤立地测试单个 操作，应把操作作为类的一部分来测试。 &面向对象的集成测试 集成测试的策略有： 基于线程的测试(Thread-based testing) 基于使用的测试(Use-based testing) &面向对象的确认测试 类似传统的确认测试和系统测试，根据动态模型和描 述系统行为的脚本来设计测试用例，可用黑盒法 测试 &解决“如何做”的问题，首先要解决高层问题的决策，再 逐步细化。 &系统设计是解决如何做的第一步，系统设计阶段的主要任 务有： 将系统分解为子系统； 识别问题中固有的并发性； 把子系统分配给处理器和子任务； 选择数据存储管理的方法； 处理访问全局资源； 选择软件中的控制实现； 处理边界条件； 设置权衡的优先权。 系统设计的任务系统设计的任务 &体系结构建模（architecture modeling）首 先要建立基本的模型，并将该模型映射到软 硬件单元上 &体系结构概括了整体系统结构、功能部件分 解、部件的本质和特性、部件的界面、部件 之间的通讯协议和整体性布局策略及法则。 &面向对象的体系结构与传统的体系结构不同 ，它强调的是分布式对象的分配、部件及其 界面、持久对象和面向对象通讯方法 面向对象的体系结构面向对象的体系结构 &子系统的分解可以有分层和分块 分层：将软件系统组织为层次结构，每层是一 个子系统。分层结构又分为封闭式和开放式。 分块：垂直分块是将系统分解为若干个相对独 立的、弱耦合的子系统。每个子系统相当于一 个块，每块实现一类服务。 常常使用分层和分块的混合结构，如图所示： 将系统分解为子系统 应用程序包 人机对话控制 窗口图形 仿真程序包 屏幕图形 点阵图形 操作系统 计算机硬件 &用包图进 行系统建模 包是系统的一种分组机制，包由关系密切的一组模 型元素构成，包还可以由其它包构成（嵌套） 包图是维护和控制系统总体结构的重要建模工具 &应用包图要解决的问题 如何组织包？ 应将概念或语义相近的模型元素(对象类)纳入一个包。 即包具有高内聚性，包中的类具有功能相关性。 如何确定包之间的关系？ 包之间的联系有两种：依赖和泛化。 描述系统的体系结构 表 示 领 域 服 务 数据库 表示层 应用逻辑层 存储层 UML包表达的体系结构单元 MDAModel-Driven Architecture &CIM(Computation Independent Model) 聚焦于系统环境及需求,不涉及系统内部的结 构与运作细节 &PIM(Platform Independent Model) 聚焦于系统内部细节,不涉及实现系统的具体 平台 &PSM(Platform Specific Model) 聚焦于系统落实于特定具体平台的细节.如 Sping、EJB3、.NET都是一种具体平台 MDA开发的三个阶段 &目标：尽快确定系统范围，以便估算 开发成本及时间 。 &关注点：跟系统有关的业务 流程 &制品 业务 用例模型-定义业务 流程 活动图 -分析业务 流程 系统用例图-定义系统范围 定义业务流程 &业务 用例图 元素 业务用例：代表一条业务流程 业务执 行者：业务组织 外但会启动或参与业务流 程的人。 &业务 用例简述 针对每一个业务用例，用几句话简单说 明它 是作什么用的