软件架构设计

按需处理
• 按需的高效率交易处理 • 无缝的中间层和后台触发与通讯 • 同步响应和异步的结果回送
集中式信息管理
联机分析处理
• 从生产数据中隔离出分析/历史数据 • 高效的数据复制 • 用户友好、高性能的临时分析
信息发布
• 从异构系统中合并信息 • 健壮的数据仓库 • 和CRM以及交付渠道集成
适当规模的平台
软件架构设计方法
•第 1 页
• 业界IT项目主要问题及原因
• 成功的项目：26％ –项目能够在预定的时间内和预算费用 内完成；
• 问题项目并完成：46％ –超过预算费用，18.9％； –超过预计时间，22.2％ –比预计功能减少； • 失败的项目 28％ –项目终止，
• 缺乏高层支持和用户的介入 20.3％ • 缺乏强有力的项目管理 • 需求不完整 • 需求不断变动 • 不明确的目标和期望 • 不适当的技术架构 18.0％ 12.3% 11.8% 11.2% 7.0%
• 缺少资源
• 不现实的进度计划4.3% • 新项目 • 其它
6.4%
3.7% 5%
• 软件需求分析参考模型
需求分析架构
业务需求
技术需求
项目实施需求
技术服务需求
业务分析
性能要求
工期要求
系统软件安装
涉众分析
可靠性要求
实施人员
应用软件安装
功能分析
可扩展性
开发过程管理
售后服务
流程分析
安全保障体系
质量保证
可恢复性与 有效性 表示层 中间层 数据层 批处理
数据恢复 数据仓库 格式转换 数据存储 内部运行 检查架构 端对端监测 运行监视与 预防性恢复服务
安全性
交付 版本发布 版本管理
通讯标准 过程目录
通信 ( 层间 ) 底层集成
应用 / 数据集成 (继承 /面向对象 )
基础架构
产品支持 架构 配置管理 测试与产品 发布同步 用户设备 集成 胖/瘦客户端 移动设备 点对点网关 基础服务 硬件/系统软 J2EE 产品 件配置管理 ( 如应用服务器 ) 基础平台 硬件与外 围设备 系统软件 网络存储 内部网络 系统管理 服务器 集群 设备 恢复 网络集成 互联网集成 广域网集成 工业/商业 网络集成
• 企业数据服务器 • 交易处理服务器
传播/转换 参与网关 (CG) 数据仓库 公网 (SWIFT, Community Network) 参与的内部系统 数据仓库服务 器 数据库/ 报表服务 器 企业数据库
内部用户终端
遗留后台终端
• 企业级体系架构蓝图
开发架构
设计开发 开发环境 应用集成 团队建设 应用分布 可用性 软件架构 可维 护性
高可用性
•架构目标（续）
架构目标
开放和公用访问 开放互联
• 基于开放技术的公用访问方法 • 隔离的渠道和业务逻辑层 • 多个传递渠道和主机到主机的连接
行业消息
• 采用国际标准 (消息/架构) • 支持同步和异步消息 • 支持高效的单一和大量交易请求
支持业务功能
并发处理
• 支持联机/批量并发处理 • 多并发处理(for different partitions) • 生产 /影子数据并发处理
技术支持
数据分析
易用性
项目实施重点
用户培训
技术实施约束
•架构目标
确立架构的重要性:
使所有资源都能够在一个方向上使用来交付业务和技术需求 评估和指导架构组件的设计.
示例:
架构目标
开放互联
开放和公用访问 行业消息
业务需求
• 多个业务分区 • 多层次的用户 • 全时处理(联机可用性) • 用户触发的按需处理 • 与数据仓库无缝集成 • 灵活的用户端信息获取/分析 • 实时的基于场景的敏感性分析 • 和其他机构集成
•关键设计原则
开放互联
• 开放访问 • 通用渠道管理 • 兼容行业标准
组件化
• 基于组件的架构
跟上市场
• 复用优于购买；购买优于建造
•
复用优于购买；购买优于开发
开发
• 成本高 • 错误率高 • 需要的时间长
购买
• 经过检验的资产和服务 • 可以投入生产、健壮 • 真正开放、基于标准
复用
• 健壮的、企业级的分层架构 • 利用中间层的能力 (渠道管理, 数据分析) • 利用后台交易处理能力
模块化组件
• 基于组件的架构框架 • 松耦合的数据/访问服务 • 松耦合的应用/公用服务
多维安全控制 组件化 架构
• 分区的安全控制 • 集中式安全管理 / single sign on • 使用多种验证方式的灵活性
可度量性
企业应用集成
性能与 可靠性
应用/系统
可操作性 系统集中管理
•体系架构分层参考模型
欢迎诸位领导和专家批评指正！
技术需求
组件化的架构
估量正确的 平台 多角度的 安全控制 高可用性 模块化组件
集成架构
灵活的 可扩展性 大吞吐量
消息架构 协议 物理网络
•
总体技术架构
内部基础设施 客户基础设施
中间层
安全集成
后台
前台
安全服务器 Smartcard/PKI Servers
顾客终端 (CT)
通讯
私网
渠道/Web 服务 器 应用服务器
• 成本最低 • 公用的开发技术 • 易于集成
•
架构设计方法
分层的架构设计
应用架构
架构目标
数据架构
组件架构
开放式连接
开放的通用的 访问 行业 消息
前端
中间层 通讯
后端
业务功能
业务需求
并发 流程
随时 流程
端到端架构
OLAP
信息发布
技术 架构
集中信息管理
数据 分布 性能 灵活性
流程 分布 安全 可扩展性
支持业务功能
并发处理 按需处理
集中式信息管理
联机分析处理 信息发布
技术需求
• 开放标准访问 • 和外部系统互联 • 直通式处理 (STP) 能力 • 组件化或者模块化设计 • 可复用的和可共享的组件 • 选用适当规模的平台已降低ቤተ መጻሕፍቲ ባይዱ本 • 加快进入市场的速度 • 便于支持和维护
组件化架构
适当规模的平台 多维安全控制 模块化组件 灵活的 可扩展性 高吞吐量
应用软件架构
运行架构
参数维护 引用数据维护
业务逻辑 数据架构 分区 管理 数据访问对象 数据架构服务
数据 集成 数据分布 远程数据存取 数据备份与同步
过程参数维护
系统集成
界面交互 测试 状态同步 测试、调试 系统恢复 性能、调优
通用业务组件
程序架构服务
性能管理 流量控制 动态资源分配
技术架构
执行架构
灵活的可扩展性
• 最大化纵向扩展能力 • 最大化横向扩展能力 • 获得架构/应用系统扩展透明性
高可用性
• 最小化宕机时间和切换时间 • 最小化单点故障 • 在切换时对用户透明
高吞吐量
• 能够处理3-5 倍的峰值业务量 • 快速的联机响应；缩短的批处理窗口 • 内置的负载分享/均衡以获得高交易处理速率