《全程一体化建模过程与要领》由会员分享，可在线阅读，更多相关《全程一体化建模过程与要领（75页珍藏版）》请在金锄头文库上搜索。
1、http:/ 全程一体化建模过程与要领（时间：3次课，6学时）http:/ 全程一体化建模过程与要领http:/ 全程一体化建模过程与要领n10.1 业务建模过程业务建模过程n10.2 业务建模图形业务建模图形n10.3 业务调查业务调查n10.4 需求定义需求定义n10.5 总体设计总体设计n10.6 详细设计详细设计n10.7 生成程序生成程序n10.8 PlayCASE的应用要领的应用要领n10.9 习题习题http:/ 业务建模过程业务建模过程n10.1.1 业务流程设计业务流程设计n10.1.2 业务建模业务建模n10.1.3 业务模型集成关系业务模型集成关系n10.1.4 基本建模
2、方法基本建模方法n10.1.5 建模的主要指标建模的主要指标n10.1.6 建模的主要文档建模的主要文档http:/ 10.1.1 业务流程设计业务流程设计1. 业务建模与流程设计的关系n 首先，通过业务建模可以提供一个一致的业务表现形式，提供一种交流的手段，使得工作人员能更好地描述业务与表达需求，使软件开发人员更容易理解客户单位的日常办公业务，为更好地描述已有流程和明确需求奠定基础。其次，业务建模技术帮助工作人员和软件开发人员建立详细的业务模型，实现业务过程分析和设计的可视化，为规范与改进业务流程提供基础素材，可降低信息化项目的实施成本，提高信息化项目的效益。http:/ 10.1.1 业务
3、流程设计业务流程设计2. 业务流程设计过程的层次框架n 图10.1表示了业务流程设计过程的层次框架，它由业务模式持续改进、建模主要环节、建模过程以层次化的方式构成。图10.1 业务流程设计过程的层次框架http:/ 业务流程设计业务流程设计3.3.业务流程设计的目的及原则业务流程设计的目的及原则建模目的建模目的n在在描描述述现现有有业业务务流流程程的的基基础础上上，对流程进行规范与改进对流程进行规范与改进n将将未未来来的的流流程程表表达达清清楚楚，为为开开发发人人员员提提供供清清晰晰、可可识识别别的的业业务务流流程程，为为相相应应的的软软件件系系统统开开发发打打下下坚实的基础坚实的基础http
4、:/ 10.1.1 业务流程设计业务流程设计建模原则建模原则n业业务务流流程程设设计计强强调调工工作作人员的全程参与人员的全程参与n 围围绕绕结结果果而而不不是是职职能能进进行设计行设计n 业业务务流流程程改改进进是是一一项项持持续进行的工作续进行的工作 http:/ 10.1.1 10.1.1 业务流程设计业务流程设计10.2给出了业务流程设计与业务持续改进的关系。 图10.2 业务模式持续改进示意图http:/ 业务流程设计业务流程设计4.4.业务模式持续改进的方法业务模式持续改进的方法 确定信息化的范围；确定信息化的范围； 建立信息化的目标；建立信息化的目标； 确定和提供实现信息化目标必
5、须的资源；确定和提供实现信息化目标必须的资源； 描述现有业务流程；描述现有业务流程； 分析现有业务流程；分析现有业务流程； 规范与改进业务流程；规范与改进业务流程； 业务流程信息化；业务流程信息化； 进行业务持续改进。进行业务持续改进。http:/ 10.1.2 业务建模业务建模1. 参加业务建模的人员n 无论是在对现有的业务进行建模，还是对未来的业务进行建模，涉及到的主要人员可分为业务领域专家、业务分析员和软件开发人员3种。其中，业务领域专家是具备一定业务管理知识与管理实践经验的人员，业务分析员是进行业务建模工作、整理业务对信息化的需求、形成建模文档的人员，软件开发人员是接受建模文档并进行软
6、件设计、编程等软件开发工作的人员。http:/ 业务建模2.2.业务建模的主要环节业务建模的主要环节 确定建模范围和业务框架； 通过调查收集业务素材进行分析； 利用基本建模过程建立业务模型； 根据主要建模指标对模型进行评审； 完善和完成整个业务模型（包括需求定义），形成文档。 http:/ 10.1.2 10.1.2 业务建模业务建模图图10.410.4、图、图10.510.5分别给出了无角色和有角色的业务建模分别给出了无角色和有角色的业务建模主要环节的示意图。主要环节的示意图。图图10.4 10.4 无角色的业务建模主要环节示意图无角色的业务建模主要环节示意图http:/ 10.1.2 10
7、.1.2 10.1.2 业务建模业务建模业务建模业务建模图10.5 有角色的业务建模主要环节示意图http:/ 业务建模 在确定建模范围时，一定要有主要负责人参与到项目在确定建模范围时，一定要有主要负责人参与到项目组组 在所确定的建模范围中，决定组织的哪一部分将变成在所确定的建模范围中，决定组织的哪一部分将变成哪些业务的发起者，每种业务将形成若干业务流程，这哪些业务的发起者，每种业务将形成若干业务流程，这些业务构成些业务构成业务种类框架业务种类框架业务种类框架业务种类框架。 在这个范围中，业务建模在这个范围中，业务建模的对象是：的对象是：(1)(1)确定建模范围和业务种类框架确定建模范围和业务
8、种类框架http:/ 业务建模(2) (2) 通过调查收集业务素材进行分析通过调查收集业务素材进行分析收集业务素材的主要步骤是：收集业务素材的主要步骤是：业务分析员制订比较详细的调研表格；业务分析员制订比较详细的调研表格；发放给业务领域专家；发放给业务领域专家；业业务务领领域域专专家家填填写写调调研研表表格格，并并将将自自己己所所做做的的业业务务描描述清晰；述清晰；业务分析员收集调研表格，进行下一步建模工作。业务分析员收集调研表格，进行下一步建模工作。http:/ 业务建模(3) (3) 利用基本建模过程建立业务模型利用基本建模过程建立业务模型n通过运用通过运用“基本建模过程基本建模过程”，根
9、据收集的调研表格，根据收集的调研表格和根据与业务领域专家的交流，得到业务模型：和根据与业务领域专家的交流，得到业务模型： L L 业务组织、职责结构描述业务组织、职责结构描述LL 业务流程建模业务流程建模L L 业务信息内容和处理权限描述业务信息内容和处理权限描述 http:/ 10.1.2 业务建模业务建模(4) (4) 根据主要建模指标对模型进行评审根据主要建模指标对模型进行评审n评审工作的依据：建模的主要指标评审工作的依据：建模的主要指标n由业务领域专家对模型进行评审由业务领域专家对模型进行评审n确定业务过程是否正确确定业务过程是否正确 n结合实际，改变现有业务流程结合实际，改变现有业务
10、流程 http:/ 业务建模(5) (5) 完善和完成整个业务模型，形成建模文档完善和完成整个业务模型，形成建模文档 n根据建模的原则和基本建模过程，不断地根据业务要求建立业务模型，同时通过不断地评审对模型进行确认，以逐步求精的方式构造最终的业务模型。 n 建模结束时，应该得到包括主要建模图形、相关业务解释的主要文档。http:/ 10.1.3 10.1.3 业务模型集成关系业务模型集成关系1.1.业务模型的构成业务模型的构成 由基本建模图形和由基本建模图形和 派生建模图形组成派生建模图形组成 功能调用树功能调用树 事件接口图事件接口图 数据流图数据流图 数据接口图数据接口图 信息内容信息内容
11、/ /关系图关系图 职责执行流程图职责执行流程图 业务协作流程图业务协作流程图 组成结构树组成结构树 推导 基本图形 派生图形 http:/ 10.1.3 10.1.3 业务模型集成关系业务模型集成关系2. 2. 基本建模图形之间的集成关系基本建模图形之间的集成关系 交接工作相关业务信息工作交接事件相关业务信息组织部门1部门2部门3岗位A岗位B岗位C职责1职责2职责3活动步骤1活动步骤2活动步骤3岗 位 A活动步骤A1活动步骤A2活动步骤A3岗 位 B岗 位 C活动步骤B3活动步骤B1活动步骤B2活动步骤C1组成结构树组成结构树 职责执行流程图职责执行流程图业务协作流程图业务协作流程图 业务信
12、息关系图业务信息关系图工作交接事件相关业务信息业务信息a栏目 a1栏目 a2业务信息b栏目 b1栏目 b2开始活动步骤1活动步骤2活动步骤3结束http:/ 10.1.4 基本建模方法基本建模方法1. 以职能分工分析为出发点的建模方法以职能分工分析为出发点的建模方法以职能分工分析为出发点的建模方法是根据业务建模的实际需要，从一个单位的组织分工描述开始，完成对这个单位业务描述。它主要有两种流程分支：第一个分支是描述组织分工、描述业务信息、描述业务流程，第二个分支是描述组织分工、描述业务流程、描述业务信息(见图10.9)。 图10.9 以职能分工分析为出发点的建模过程http:/ 10.1.4 基
13、本建模方法基本建模方法2. 以业务流程分析为出发点的建模方法以业务流程分析为出发点的建模方法以业务流程分析为出发点的建模方法是根据业务建模的实际需要，从业务流程的描述开始，完成业务建模工作。它主要有两种流程分支：第一个分支是描述业务流程、描述业务信息、描述组织分工，第二个分支是描述业务流程、描述组织分工、描述业务信息，如图10.10所示。 图10.10 以业务流程分析为出发点的建模过程http:/ 10.1.5 建模的主要指标建模的主要指标1. 描述组织结构和组成的主要指标描述组织结构和组成的主要指标组织结构和组成的主要指标如下：n将需要规范化管理的部门及与之有业务联系的部门列举出来；n将上述
14、需要规范化管理的部门中的岗位列举出来；n将上述需要规范化管理的岗位中的职责列举出来；n将上述需要规范化管理的职责中的活动步骤列举出来；n将上述活动步骤分解成子活动步骤，到对业务信息栏目逐条处理的程度；n将上述处理业务信息栏目的活动步骤所体现的处理方法继续分解成子活动步骤，直到新员工上岗培训所能理解的程度。http:/ 10.1.5 建模的主要指标建模的主要指标2. 描述业务流程的主要指标描述业务流程的主要指标业务流程的主要指标如下：n列举出所有业务流程的名称；n以担负职责的角色、岗位、部门为活动主体，以按业务发展的顺序描述角色间的业务往来事件；n以业务流程中发生的事件为主线，按业务流程顺序描述
15、业务往来事件及其携带的业务信息；n充分体现分工组成结构中的职责或活动步骤；n将活动步骤所体现的处理方法继续分解成子活动步骤，直到基本不能细分为止；n描述各级活动步骤之间的逻辑流程关系。http:/ 10.1.5 建模的主要指标建模的主要指标3. 描述业务信息的主要指标描述业务信息的主要指标业务信息的主要指标如下：n业务信息按单位和角色分别进行描述；n描述业务信息的所有栏目；n按业务信息在栏目级别上整理其操作权限读取、修改、删除等；n按业务分类整理所有业务信息的共享情况；n描述信息之间的联系。http:/ 建模的主要文档建模的主要文档1. 描述组织分工的建模文档该建模文档应该包括以下两方面的内容
16、：n反映一个组织中上下级关系的组织结构图以及相关描述；n反映一个组织中层次化职能分工分解的组成结构树以及相关描述。2. 描述业务流程的建模文档n 该建模文档应该包括以下两方面的内容：n反映宏观业务联系的业务协作流程图以及相关描述；n反映微观业务操作的事件流图以及相关描述。http:/ 建模的主要文档3. 描述业务信息的建模文档描述业务信息的建模文档n该建模文档应该包括以下两方面的内容：n反映业务信息内容及其联系的业务信息关系图以及相关描述；n反映业务信息基本流向的数据流图以及相关描述；n反映活动主体之间信息交互的数据接口图以及相关描述；n反映活动主体操作信息的业务信息操作权限图以及相关描述。4
17、. 描述信息化需求定义的建模文档描述信息化需求定义的建模文档n基于组成结构树的信息化功能定义、过程定义，以及相关描述。http:/ 业务建模图形业务建模图形n10.2.1 描述组织分工的建模图形描述组织分工的建模图形n10.2.2 描述业务信息的建模图形描述业务信息的建模图形n10.2.3 描述业务流程的建模图形描述业务流程的建模图形http:/ 描述组织分工的建模图形组成结构树是描述业务分工的建模图形是一个组织的分工及层次关系的一种体现，其特点是：n它描述的组成关系，不是组织结构图描述的上下级关系；n它精细地描述了业务工作，体现了分工责任化。http:/ 描述组织分工的建模图形以下是在描述组
18、成结构树时应注意的问题及其原则：1. 机构中的部门组成2. 部门中的岗位组成3. 岗位中的职责组成4. 岗位职责中的活动步骤组成5. 组成结构树的拆分6. 活动单元的编码规则7. 分工组成的分解原则8. 分工组成的描述范围9. 活动单元类型划分的相对性http:/ 描述业务信息的建模图形1. 业务信息关系图n业务信息关系图主要涉及到对信息关系的描述。在PlayCASE中，分别用计算组装链、分类链和连接链等实现对信息关系的描述。n业务信息主要由信息的名称、信息栏目组成。2. 业务信息与组织单元作用关系建模图形n业务信息与组织单元作用关系可以用数据接口图、数据流图来表示，这些建模图形可以由组成结构
19、树、事件流图、业务协作流程图、信息/表单关系图导出。http:/ 描述业务流程的建模图形1. 业务协作流程图n业务协作流程较事件流图(功能执行流程)更侧重于宏观描述，体现业务人员之间的工作交互关系。(1)业务种类与业务协作流程的分类n业务管理是结合“责、权、利”来进行的，每种业务按部门或岗位具体展开，形成了业务流程(业务协作流程)，所以划分业务协作流程种类与划分业务种类几乎是同义语。ISO 9000的质量活动要素的概念为业务类别划分提供了很好的框架。http:/ 描述业务流程的建模图形描述业务流程的建模图形(2)业务协作流程图的内容业务协作流程图用于描述部门或岗位之间的工作协作流程，其绘制要点
20、是：n明确参与协作的活动主体，活动主体最好是岗位，如果是部门，那么它们之间的业务协作还有很大的不确定性；n体现PDCA质量环，保证过程内容的完整性，其中P代表计划(Plan)，D代表执行(Do)，C代表检查(Check)，A代表处置(Action)；n明确开始事件、结束事件；n确保事件链一环紧扣一环，流程不中断；n明确伴随事件的业务信息。http:/ 描述业务流程的建模图形2. 事件流图(功能执行流程图)n在采用不同的建模过程时，尽管使用的是同一种建模图形，但使用顺序和描述方法不尽相同，而得到的业务模型应当是一样的。如以职能分工分析为出发点的建模过程首先描述组成结构树，随着建模的不断进展，这样
21、在业务流程描述以及在业务信息描述时，对组织情况的描述要求就可以减少。利用主要的建模图形基本可以表示出业务模型，如果需要对主要建模图形进行进一步补充，则需要利用辅助建模图形进行描述。例如数据接口图等。http:/ 业务调查1 1填写业务调查表填写业务调查表 这是了解用户业务的第一步。该表是描述组织机构的组成结构树及描述业务流程的事件流程图的依据。n岗位设置、责任(往往“挂”在墙上)n业务报表/信息(往往“摆”在桌子上)n所需软件(可在需求定义阶段与用户共同确定)http:/ 业务调查2 2描述组织结构描述组织结构 用户的业务组织结构是我们认识了解其业务的最佳向导，PlayCASE用组成结构树来表
22、示它。 划分组织结构的一般原则：n第0层：企业自身n第1层：企业的业务部门类别（如生产经营部门等）n第2层：具体的业务处室（如销售处等）n第3层：业务处室所设的业务岗位（如财务处的记帐员、成本会计等）n第4层：每个岗位的工作职责（如成本会计要核算生产成本、核算销售成本等）。http:/ 业务调查3 3准准确确捕捕捉捉业业务务流流程程，全全面面搜搜集集业业务务信信息息（数数据）据）PlayCASE用事件流程图描述业务流程，其方式是沿组成结构树自上而下，从整体到部分。n对用户业务流程的调查应该从划分业务流程种类开始。划分依据：一个业务流程由一组联系紧密的业务活动组成。n通过经验丰富的用户提供的业务
23、的各种细节，无一遗漏地捕捉到用户进行业务活动时产生的各种业务数据，这些数据往往体现为报表、票据等，它们可以用于生成数据流程图(DFD)。 http:/ 业务调查4 4归纳业务部门间的活动归纳业务部门间的活动 PlayCASE根据事件流程图，用事件接口图自动归纳业务部门间的业务活动。n事件接口图和事件流程图一一对应，它按层次来表达业务部门（人）之间的业务分工，集中反映了各个部门（人）的业务活动。n从宏观上把握和认识企业的业务划分与工作职责。http:/ 业务调查5 5归纳业务部门间交换的业务信息归纳业务部门间交换的业务信息PlayCASE根据事件流程图中事件所携带的数据，用数据接口图自动归纳业务
24、部门（人）之间的信息交互。n数据接口图和事件流程图一一对应，按层次来表达企业内部的信息界面，说明信息的由来和去处。n从整体上把握和认识企业进行业务活动时所交互的信息。http:/ 10.3 业务调查业务调查6 6描述业务数据的具体内容描述业务数据的具体内容n在事件流程图中捕捉到的业务数据，PlayCASE用“信息/表单” 来描述，可从两方面深入认识：n业务数据的具体内容（现阶段考虑） n业务数据间的联系(总体设计阶段考虑)n如果业务数据种类较多，为了保证调研的效率，在业务调查阶段可以采取折衷方式：n不描述业务数据的具体内容n只描述关键部分n保留原始材料（数据）n忽略部分应当在总体设计时补充。
25、http:/ 需求定义需求定义1.1.确定哪些业务需要计算机软件确定哪些业务需要计算机软件 n在业务调查的基础上，用组成结构树定义软件的基本结构：每个节点由业务部门和支持它的计算机软件组成。 n组成结构树应当分解到：凡是需要计算机软件的部门，分解到每个业务岗位的工作职责。n一般来讲，业务调查很难一次彻底完成，往往贯穿整个开发过程。 http:/ 需求定义需求定义2.描述描述软件系件系统的运行模式的运行模式 n PlayCASEPlayCASE用事件流程图描述未来软件的总体行用事件流程图描述未来软件的总体行为，它是真实业务的仿真。这种直接支持日常为，它是真实业务的仿真。这种直接支持日常业务活动的
26、软件最容易被用户接受。业务活动的软件最容易被用户接受。 http:/ 总体设计1.1.描绘软件的全部结构描绘软件的全部结构n明确结构树中哪些节点是子系统，哪些节点是功能（模块），其判断可以综合两方面因素：支持业务部门或业务岗位的软件，可以视为子子系系统统，替代业务岗位某项职职责责的软件可以视为功功能能（模模块块） ；单单个个运运行行的软件（可执行文件）可以视为子子系系统统，反之为功能（模块）。n在此基础上，根据用户实际业务的需要，对现有结构树的末级节点进行适当的功能分解。http:/ 总体设计总体设计原则原则n n功功能能分分解解要要尽尽可可能能根根据据用用户户的的业业务务活活动动规规则则进进
27、行，按照国家制度规定进行。行，按照国家制度规定进行。n n 功能分解程度最好对应到功能分解程度最好对应到“ “原子原子” ”级业务活动。级业务活动。n n 从从某某种种意意义义上上来来说说，这这种种分分解解是是需需求求分分析析的的深深化。化。http:/ 总体设计2.2.描述软件的总体运行过程描述软件的总体运行过程 n在需求定义的基础上，根据组成结构树所做的功能分解，把事件流程图进一步向下逐层展开，来描述软件的总体运行过程。 http:/ 总体设计3.3.划分软件的功能界面划分软件的功能界面 nPlayCASE根据上述事件流程图，用事件接口图自动归纳子系统（或模块）间模块）间的功能交互。n事件
28、接口图和事件流程图一一对应，按层次来表达软件内部的功能界面，说说明明哪哪些些功功能能由由哪哪些些子子系系统统（模模块）来完成。块）来完成。n从宏观上把握和认识系统每部分所具备的各种功能。http:/ 总体设计4.4.划分软件的数据界面划分软件的数据界面 nPlayCASE根据事件流程图中事件所携带的数据，用数据接口图自动归纳子系统（模块）间的信息交互。n数据接口图和事件流程图一一对应，按层次来表达软件内部的数据界面，说明信息的来源和去处。n从整体上把握和认识系统运行时所交互的信息。http:/ 总体设计5.5.描述信息流动情况描述信息流动情况n数据流图用于描述信息流动的情况n 在纵向表示了函数
29、分解关系n 在横向上表示了数据依赖关系n 和事件流程图一一对应n 在系统开发的任何阶段都可以得到数据流图 http:/ 总体设计6.归纳上下上下级模模块的数据的数据传递 PlayCASE提供的功能调用树与软件工程教科书所讲的结构图是一致的。n组成结构树的所有节点视做软件的模块n父级模块调用子级模块完成有关功能n集中反映父级模块传递给子级模块的数据和子级模块返回的数据http:/ 总体设计7.7.进行数据库的概念设计进行数据库的概念设计n补充业务调查时业务数据（信息/表单）的具体内容被忽略的部分。n指定数据属性值的基本类别（如数字型、字符型、时间型等）n属性值的具体类型（如数字型中的整数、浮点数
30、等），可以在详细设计中确定，因为在总体设计时，并不需要考虑实现系统所使用的编程工具和DBMS。http:/ 总体设计8.8.描述数据（信息描述数据（信息/ /表单）间的相互关系表单）间的相互关系n信息/表单关系图包括了实体关系图的全部内容n三种数据关系：组装关系、分类关系、关联关系n由业务数据本身的性质或者根据业务活动找到这些关系n全面建立所有数据的关系，尽可能消除孤立数据 http:/ 1设计用户界面及其运行序列设计用户界面及其运行序列2 2进行数据库的逻辑设计进行数据库的逻辑设计 3 3进行数据库的物理设计进行数据库的物理设计 4 4设计模块设计模块5.5. 生成程序生成程序 10.6 详
31、细设计详细设计http:/ 详细设计1.设计用户界面及其运行序列n设计每个子系统的所有用户界面。n典型的用户界面有如菜单、对话框、Form（窗体）等。n给出这些界面的运行序列，形成用户界面原型系统，预演未来软件系统的运行模式。 http:/ 详细设计2.2.进行数据库的逻辑设计进行数据库的逻辑设计n定义信息/表单的键字（包括主键、外键和候选键），保持数据一致性；n确定实现信息/表单具体的DBMS或编程语言；n定义信息/表单属性值的具体类型；n建立交叉表，消除多对多的连接关系；n信息/表单应当符合第3范式，至少要达到第2范式，消除更新异常情况。http:/ 详细设计3.3.进行数据库的物理设计进
32、行数据库的物理设计n定义信息/表单的索引，优化数据检索；n垂直分割信息/表单，优化数据存取；n定义视图、查询，为编程提供方便;n定义信息/表单的方法。http:/ 详细设计4.设计模块设计模块n用伪码（一种规范的结构化模块设计语言）（事件流程图中的【 Pcode】）n PAD（问题分析图）设计每个模块的运行过程。（岗位说明书中的【工作职责】 ）http:/ 详细设计物理数据库的设计 n n理解应用类型理解应用类型n n使用定量评估使用定量评估n n理解存储分层结构理解存储分层结构n n理解理解DBMSDBMS中的瓶颈中的瓶颈n n选择平台选择平台n n物理设计原则与常规硬件设计建议物理设计原则
33、与常规硬件设计建议http:/ 详细设计详细设计理解应用类型理解应用类型操作类型操作类型 只读只读: SELECT操作；操作； DML：Insert，Update，Delete操作。操作。应用类型应用类型应用类型应用类型 OLTP、DSS、批作业处理、批作业处理、OLAP、VCDBhttp:/ 详细设计应用类型应用类型（1）OLTP（联机事务处理）是一个包含繁重DML的应用。（2）DSS（决策支持系统）通常是一个大型的、包含历史性内容的只读数据库，通常用于简单的固定查询。（3）批作业处理批作业处理系统是作用于数据库的非交互性的自动应用。通常含有繁忙的DML语句并有较低的并发性。（4）OLAP（
34、联机分析处理）可提供分析服务。包含大量计算。有时是OLTP和DSS模型的交叉。（5）VCDB（可变基数数据库）通常被用作一个处理系统的数据库后端。在数据处理期间，数据库中的表显著地增长或收缩。http:/ 详细设计详细设计使用定量评估 n事务分析* 并发用户数目* 响应时间* 经过的时间* 事务数目* 并发程序的数目* 读或写的字节数n筛分分析 表有多大http:/ 10.6 详细设计详细设计理解存储分层结构 CPU中的中的高速缓存高速缓存内存内存RAID硬盘硬盘SCSI磁盘磁盘普通磁盘普通磁盘联机磁带联机磁带联机读写光盘联机读写光盘脱机使用的磁带和光盘脱机使用的磁带和光盘http:/ 10.
35、6 详细设计详细设计RAID RAID（冗余廉价磁盘阵列）是一组能并行工作的磁盘。能够减少I/O时间，通过数据条技术来实现并行工作。1RAID 0没有校验的基本数据条。特点：速度快，但无校验。适用于tempdb。2RAID 1是传统的，硬件级的磁盘镜像。两部分磁盘是同时写的。特点：可靠性最高。写较慢、读快、贵、没有数据条状化的内部机制。 3RAID 5带有校验的数据条。它将校验信息与数据一起保存在所有磁盘上。校验信息和数据一样受到保护。 特点：可靠性较高、写慢。4使用RAID设备的考虑：n造价、性能、可靠性；n数据和日志使用不同的RAID设备。http:/ 详细设计理解理解DBMS中的瓶颈中的
36、瓶颈 1网络；2对DSS、VLDS来说，硬盘的I/O尤为突出；3OLTP和OLAP内存和CPU 较突出。 http:/ 详细设计选择平台选择平台 1Intel公司的微机系列和Sun公司的Solaris系统；2Windows NT Unix：支持多CPU 3Oracle 9i SQL SERVER 2000 Sybase http:/ 详细设计物理设计原则与常规硬件设计建议物理设计原则与常规硬件设计建议 1设计原则设计原则2 2 2 2硬件设计硬件设计硬件设计硬件设计：主要目标是消除或减少竞争。http:/ 详细设计1 1设计原则设计原则n分而治之：分区、分段和并行。n预分配和预编译：静态分配和
37、固定分配。即提前分配你的资源。n前摄：预测主要的问题。n批量、块和批处理：使用大量传送。即持有着相同的起源和终点的I/O操作组合在一起。n合理地分割应用：客户/服务器的分工要合理。 http:/ 详细设计2硬件设计硬件设计n n把表和索引分开；把表和索引分开；n n把大的表和索引段放到它们自己的盘上；把大的表和索引段放到它们自己的盘上；n n把经常联合的表放在单独的盘上，或把它们聚合；把经常联合的表放在单独的盘上，或把它们聚合；n n必要时，把不常联合的表放在相同的盘上；必要时，把不常联合的表放在相同的盘上；n n把把DBMSDBMS软件与表和索引分开；软件与表和索引分开；n n把数据字典与表
38、和索引分开；把数据字典与表和索引分开；n n为任务日志使用为任务日志使用RAID 1RAID 1；n n为表数据使用为表数据使用RAID 5RAID 5；n n为索引使用为索引使用RAID 0RAID 0。http:/ 生成程序在在对对软软件件进进行行概概念念设设计计、逻逻辑辑设设计计、物物理理设设计计之之后后，PlayCASEPlayCASE就就可可以以自自动动生生成成程程序序代代码码框架。框架。n代代码码框框架架是是面面向向对对象象语语言言的的类类声声明明体体或或数数据据库库的表定义语句、视图定义语句、查询的表定义语句、视图定义语句、查询SQLSQL。类声明体包括数据成员和函数成员类声明体
39、包括数据成员和函数成员数数据据库库的的表表定定义义语语句句包包括括了了域域名名、域域的的值值类类型型、键键型、索引、主键、外键等。型、索引、主键、外键等。http:/ 10.8 PlayCASEPlayCASE的应用要领的应用要领 1.1.1.1.对用户业务的认识对用户业务的认识对用户业务的认识对用户业务的认识应当从四个方面来全面深入地来认识：应当从四个方面来全面深入地来认识：应当从四个方面来全面深入地来认识：应当从四个方面来全面深入地来认识： 企业的组织结构企业的组织结构表现为组成结构树；表现为组成结构树； 业务流程业务流程表现为事件流程图；表现为事件流程图； 业务数据业务数据表现为信息表现
40、为信息/ /表单；表单； 业务数据间的关系业务数据间的关系由业务及其流程决定，表现为由业务及其流程决定，表现为信息信息/ /表单关系图。表单关系图。 http:/ PlayCASE的应用要领2.2.对软件的把握对软件的把握软件的结构表现为组成结构树； 软件的运行过程表现为事件流程图与伪码、PAD； 软件的数据表现为信息/表单； 软件中数据间的关系表现为信息/表单关系图。http:/ PlayCASE的应用要领3.3.3.3.用户业务与软件之间的联系用户业务与软件之间的联系用户业务与软件之间的联系用户业务与软件之间的联系软件的结构与企业的组织结构相吻合； 软件的运行过程是真实业务流程的仿真； 软
41、件的数据来自于真实的业务数据； 软件中数据间的关系取决于这些业务数据间的关系。http:/ 习题习题1. 填空题(1) 在信息系统的建设中_是建造软件系统的第一步，是一切其他工作的基础。(2) 参加业务建模的人员可分为：_、_和_三种角色。(3) 业务建模的对象是：_、_、_和其他相关资源。 (4) 组成结构树、事件流图、业务协作流程图和业务信息关系图之间，以_还有_两种方式形成了紧密的关联关系。http:/ 习题习题2. 判断题(1) 业务模型是业务流程设计结果的体现，包括基本建模图形和派生建模图形。( )(2) PlayCASE用分类链描述业务信息之间的关联关系。( )3. 简答题(1) 简述业务建模与流程设计的关系。(2) 业务流程持续改进的主要阶段有哪些？(3)试说明业务建模的主要环节。 (4)4. 应用题(1) 根据第5章应用题中给出的背景，按照本章介绍的建模过程，完成业务调查、需求定义、总体设计、详细设计。(2) 在PlayCASE中完成上题的程序代码框架的生成。http:/ & A?Thanks!
