软件架构案例分析和实践.pdf-资料库

daijuan-9747643-软件架构案例分析和实践-(内部培训).pdf-第1页.png

第1页 / 共120页

daijuan-9747643-软件架构案例分析和实践-(内部培训).pdf-第2页.png

第2页 / 共120页

daijuan-9747643-软件架构案例分析和实践-(内部培训).pdf-第3页.png

第3页 / 共120页

daijuan-9747643-软件架构案例分析和实践-(内部培训).pdf-第4页.png

第4页 / 共120页

daijuan-9747643-软件架构案例分析和实践-(内部培训).pdf-第5页.png

第5页 / 共120页

daijuan-9747643-软件架构案例分析和实践-(内部培训).pdf-第6页.png

第6页 / 共120页

daijuan-9747643-软件架构案例分析和实践-(内部培训).pdf-第7页.png

第7页 / 共120页

daijuan-9747643-软件架构案例分析和实践-(内部培训).pdf-第8页.png

第8页 / 共120页

第一篇基础理论一、架构设计的内涵 1. 概念和定义 2. 架构原理 3. 架构的三个层次 4. 企业架构设计的产物 5. 大型应用系统架构设计的产物 6. 详细设计的产物 6. 详细设计的产物二、架构设计的外延 1. ADMEMS方法体系 2. 架构与软件工程 3. 架构与框架 4. 架构与模式 5. 架构师职责第二篇详细设计篇（中小型项目案例）一、良好需求是优秀设计的开端 1. 确定业务模式 2. 界定业务范围 3. 细化详细需求 4. 制定开发计划 5. 敏捷需求方法二、详细设计之领域建模 1. 识别和分析类 2. 基本类关系、OR映射及代码实现 3. 领域模型中的常见问题 4. 嵌入式项目的特点课程目录 GRASP 设计模式三、详细设计之职责分配 1. 2. 应用案例分析 3. 构件化设计四、理论提炼与总结 1. 概念设计与鲁棒图 2 逻辑架构设计的分层子系统接口和划分原则 2. 逻辑架构设计的分层、子系统、接口和划分原则 3. 设计模式和应用要点 4. 数据架构设计的数据分布第三篇网站架构变迁与交互设计（大型网站案例）一、用户体验与交互设计 1. 基本概念 2. 3. 亚马逊网站案例剖析 6大设计原则二、千万级访问量的大型网站架构变迁 1. 物理分离webserver和数据库 2. 增加页面缓存增加页面缓存 3. 增加页面片段缓存 4. 数据缓存 5. 增加webserver 6. 分库 7. 分表、DAL和分布式缓存 8. 增加更多的webserver 9. 数据读写分离和廉价存储方案 10. 大型分布式应用和廉价服务器群时代课程目录（续）第四篇大型应用系统架构设计综合案例（大型应用系统案例）一、需求分析案例练习 1. 案例背景介绍 2. 提出问题，捕获需求 3 工作量与开发计划制定 3. 工作量与开发计划制定二、架构设计案例练习 1. 典型架构分析与未来架构简介 2. 架构部署视图设计案例练习 3. 架构组成视图设计案例练习 4. 架构质量属性设计案例练习 5. 详细设计案例练习 6. 大型应用系统架构设计理论总结三、架构设计与管理 1. 变更管理与架构产品线 2. 测试用例与架构 3. 模式与复用的思想 4. 各类架构模型的回顾第五篇企业架构设计(集团企业案例) 一、体系结构概述 1. 基本概念 2. 主要内容和组成 3. 作用意义二、主流体系结构方法简介 1. 美国联邦体系结构设计（FEA） 2. 美军国防部体系结构设计（DoDAF） 3. 企业架构框架（TOGAF） 4. 向服务的建模和架构（SOMA）三、企业架构设计要点与案例剖析 1. 业务架构设计 2. 数据架构设计 3. 应用系统架构设计 4. 1IT基础架构设计 1

教学形式和目的多人一组，按公司模拟演练。通过案例的全过程仿真，体仿，，。会项目开发全过程中： • 各个阶段的划分方法和里程碑； • 设计人员在各个阶段的岗位职责和验收标准； • 设计人员与各类角色的配合与衔接； • 架构设计在不同案例中的区别（企业架构、网站、应用系统、大型、中小型、嵌入式等）。大型、中小型、嵌入式等）。 2013-7-4 3 “软件架构案例分析与实践”课程第一篇基础理论 2

架构定义架构 = 组成单元的结构 + 组成单元的关系 + 原则和指南 IEEE的定义：组成单元即包括软件、硬件等物理部件，又包括数据、活动、人员等逻辑部件；系统结构不仅包括系统的物理结构，还包括系统在较高抽象层次上的逻辑结构；组成单元之间的关系还包括系统在较高抽象层次上的逻辑结构；组成单元之间的关系包括层次、布局、边界、接口关系等。制图标准架构框架建筑蓝图架构描述 2013-7-4 建筑结构建筑领域体系架构复杂系统领域 5 架构定义 • 软件架构包含了关于以下问题的重要决策 – 软件系统的组织; – 选择组成系统的结构元素和它们之间的接口,以及当这些元素相互协作时所体现的行为; 现的行为 – 如何组合这些元素, 使它们逐渐合成为更大的子系统 – 用于指导这个系统组织的架构风格:这些元素以及它们的接口,协作和交互 – 某个软件的架构是该系统的一个或多个结构, 每个结构均由软件元素,这些元素的外部属性,这些元素之间的交互关系组成 • 软件架构不仅仅注重软件本身的结构和行为, 还注软件架构不仅仅注软件本身的结构和行为, 注重其他特性:使用, 功能性, 性能, 弹性, 重用, 可理解性, 经济和技术的限制及权衡 3

架构定义什么是架构 •1.什么是架构 •2.架构重要性 •3.什么是好的架构 •4.架构工程师 4

架构的原理 …… 2013-7-4 …… 9 架构设计多视图方法示意架构描述视图视图视图管理人员视点视角视角视点视点用户 …… 设计人员视角视角视角模型 …… 模型复杂系统 2013-7-4 10 5

什么是架构 •1.什么是架构 •2.架构重要性 •3.什么是好的架构 •4.架构工程师架构的三个层次顶层顶层顶层顶层设计设计设计设计系统系统系统系统架构架构架构架构设计设计设计设计详细详细详细详细设计设计设计设计设计设计设计设计企业架构视角系统架构视角开发架构视角 6

企业架构的多视角——Zachman框架做什么（What）数据如何做（ How）功能在哪里（Where）网络谁（Who）人员何时（When）时间为什么（Why）动机范围（背景）规划者业务模型（概念）所有者系统模型（逻辑）设计者技术模型（物理）承建者详细表示（背景之外）分包者最终用户 Z h 框架是个6×6矩阵纵向从规划者所有者设计者承建者分包者 Zachman框架是一个6×6矩阵：纵向从规划者、所有者、设计者、承建者、分包者和最终用户六个视角来划分，建立目标/范围、业务模型、系统模型、技术模型、详细表达、运行功能等模型；横向从数据（What）、功能（How）、网络（Where）、人员（Who）、时间（When）、动机（Why）等6个方面的模型，并分别由实体－关系模型（Entity-Relationship）、流程－I/O模型（Input-Process-Output）、节点－链接模型（Node-Link）、人员－工作模型（People-Work）、时间－周期模型（Time- Cycle）、目标－手段模型（Ends-Means）来表达。企业业架构内容容框架预备阶段架构原则架构原则、愿景和需求架构愿景业务战略技术战略业务原则架构愿景利益相关者需求约束假设差距架构需求业务架构动机驱动力目标目的测度组织组织位置施动者角色功能功能服务流程控制功能信息架构技术架构应用信息系统服务逻辑应用构件物理应用构件技术平台服务逻辑技术构件物理技术构件数据数据实体逻辑数据构件物理数据构件架构实现机会及解决方案、迁移规划实施治理工作包架构契约标准指引规格 7

系统架构的组成 “4+1”模型如图所示：体系结构驱动模型 Architecture-Based SoftWare Design---体系结构驱动，即指构成体系结构的商业、质量和功能需求的组合驱动的求的组合驱动的。 8

资料库

软件架构案例分析和实践.pdf

相关推荐

课程资源

热门标签

最新资料