第讲业务建模概述.pptxVIP

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