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