首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >系统架构师设计师-第7章 系统规划 -第3部分

系统架构师设计师-第7章 系统规划 -第3部分

原创
作者头像
我不是架构师
发布2025-10-14 14:33:15
发布2025-10-14 14:33:15
1100
举报

第7章 系统规划 - 详细梳理总结(第3部分)

🏗️ 7.3 方案的制订和改进

系统方案阶段主要解决"系统如何实现"的问题,是从概念模型到具体实现的关键转换。通过问题定义阶段的工作,已经分析并定义了系统开发目标相关的各种模型,解释了"系统目标是什么";而系统方案阶段则要解释"系统如何实现"。系统方案制订的最主要内容,包括以下几个方面:

一, 确定软件架构

软件架构是系统实现的核心框架,与多个具体方面相关:

1) 架构相关要素:

2) 分析模型结构:

  • 📊 结构化分析方法得到的功能分解体系
  • 🎯 面向对象的类和"对象-关系图"、"对象-行为图"

3)基本实现要素:

  • 🎯 关键用例:对应系统目标实现最重要的场景
  • 🎮 最主要控制类:表示整个系统最主要的控制流程
  • 🏗️ 对象组织模式:对象间的组织和交互方式
  • ⚙️ 关键实现算法模型:常用和最关键的算法实现
二,确定实现的关键性要素和实现手段

1) 关键性实现要素:

要素类型

具体内容

重要性

关键用例

系统最重要的使用场景

决定系统核心功能

主要控制类

系统主要控制流程

决定系统架构骨架

组织方式

功能和服务的首要组织方式

如网站首页设计

对象模式

对象的组织模式

决定系统内部结构

算法模型

常用和关键的实现算法

影响系统性能及复杂度

2) 关键性实现手段:

三, 归结目标到最适合的计算体系

计算体系选择的两种情况:

1) 情况一:选择标准计算体系
  • 🎯 比较各种标准计算体系与预期目标的匹配程度
  • ✅ 选择标准计算体系可以忽略大多数基础平台和底层技术实现问题
  • 📈 大大提高系统质量、降低开发风险和成本

选择依据:

  • 🏗️ 基础平台的系统实现能力支持
  • 💼 公司或项目组在特定平台上的技术积累
  • 🚀 技术的"先进性"或流行程度
2) 情况二:预定计算体系
  • 💰 基于用户投资力度考虑
  • 🔗 与用户现有IT设施保持一致性、兼容性、扩展性
  • 🔧 考虑未来维护能力等因素
  • ✅ 系统基础平台在项目论证阶段已经确定

标准计算体系架构分析:

1) .NET三层架构

各层详细说明:

层次

功能职责

技术实现

特点

表示层

用户界面部分

HTML、DHTML、Scripting、JavaApplet、ActiveX

用户交互入口

事务逻辑层

商务逻辑处理

COM组件、IIS、MTS

应用核心,COM是心脏

数据服务层

数据来源提供

数据库、连接池

共享连接,提高性能

2) J2EE架构对比

不同规模应用的架构变化:

应用规模

架构特点

实现方式

小规模网站

简化架构

JSP页面直接包含所有应用逻辑脚本

企业级应用

完整三层

EJB容器+对象操作语言,JDBC被平台机制屏蔽

四,系统目标到计算体系的匹配过程

1) 匹配过程特点:

  • 🔄 双向选择和探究过程
  • 📊 不断归结、比较并匹配的过程
  • ⚖️ 系统概念模型与可计算实现架构的映射

2) 匹配方法:

3) 双向探究的典型问题:

  1. 从功能到技术: 这部分功能属于表示层、业务逻辑、还是数据服务?
  2. 从技术到功能: 放在业务逻辑层合适吗?技术人员有开发经验吗?标准构件可用吗?

4) 匹配成功的标志:

  • ✅ 系统功能清单与实现要素整理分类完成
  • 🎯 与现有技术、标准实现体系比较匹配成功
  • 🏗️ 系统概念模型成功映射到可计算、可实现的系统架构
五, 方案评价和改进

1) 评价标准:

  • 📋 根据有关标准进行系统方案评价
  • 🔍 找出不符合实际的地方
  • 🔧 进行针对性改进

2) 改进原则:

  • 🎯 以系统目标为导向
  • ⚖️ 平衡技术先进性与实用性
  • 💰 考虑成本效益比
  • 🔄 保持架构的可扩展性和可维护性

🔄 7.4 新旧系统的分析和比较

随着计算机技术飞速发展,企业因业务发展需要和市场竞争压力,需要建设新的企业信息系统。如何处理和利用历史遗留的老系统(遗留系统),成为影响新系统建设成败和开发效率的关键因素。

📋 遗留系统的定义和特点

1) 学术界定义

Bennett (1995) 定义:

遗留系统是不知道如何处理但对组织又至关重要的系统。

Brodie & Stonebraker 定义:

遗留系统是指任何基本上不能进行修改和演化以满足新的变化了的业务需求的信息系统。

2) 遗留系统的四大特点

🔍 7.4.1 遗留系统的评价方法

评价目的是获得对遗留系统更好的理解,这是遗留系统演化的基础,是任何遗留系统演化项目的起点。

1) 评价方法组成活动
1️⃣ 启动评价

在开始评价前,需要了解以下关键问题:

评价问题

具体内容

重要性

系统重要性

对企业来说,遗留系统是否至关重要?

决定是否需要演化

商业目标

企业的商业目标是什么?

产生演化需求的源泉

演化需求

演化需求是什么?

来自商业目标和评价活动

系统寿命

所期望的系统寿命多长?

由软硬件服务能力决定

使用期限

系统使用期限多久?

短期使用无需演化投入

技术状态

系统的技术状况如何?

影响维护费用和理解难度

变革意愿

企业是否愿意改变?

演化成功的关键因素

承受能力

企业是否有能力承受演化?

技术成熟度、员工素质、工具级别

2️⃣ 商业价值评价

评价目标: 判断遗留系统对企业的重要性

两个评价级别:

概要级评价

提供更详细分析的基础信息:

详细级评价

⚠️希赛教育专家提示:详细级评价包括应用系统不符合业务规范的风险分析,这种分析十分费时,最好由业务分析师来 完成详细级的评价

3️⃣ 外部环境评价

系统外部技术环境包括硬件、支撑软件和企业基础设施的统一体。

硬件评价

评价对象:

  • 🖥️ 主机和小型机
  • 💾 磁盘驱动器、磁带
  • 🖨️ 终端、打印机
  • 🌐 网络硬件

评价特征和方法:

评价特征

具体内容

评分方法

供应商

硬件供应商信誉和支持能力

1-4分评分

维护费用

年度维护成本

成本高低评分

失效率

硬件故障频率

可靠性评分

年龄

硬件使用年限

新旧程度评分

功能

硬件功能完备性

功能评分

性能

硬件性能水平

性能评分

评价级别:

  • 概要级: 遗留系统作为整体,提供硬件质量估计
  • 详细级: 识别系统中的每个部件
支撑软件评价

评价组件:

重要考虑:

  • 🔗 支撑软件依赖于硬件
  • 📱 应用软件依赖于系统软件
  • ⚖️ 评价过程中必须考虑这种依赖性
企业基础设施评价

虽然难以评价,但对遗留系统演化起关键作用:

评价维度

具体内容

影响分析

企业和用户类型

自有开发队伍 vs 外包开发 记录性工作 vs 技术性工作

影响演化方式选择

技术成熟度

现代工程方法使用 统一标准遵循 过程改进情况

影响演化成功率

培训过程

企业培训质量

影响演化实施效果

支持人员技术水平

技术水平和经验

决定可承受的改动规模

变革意愿

企业对改变的态度

演化成功的关键因素

4️⃣ 应用软件评价

两个评价级别:

系统级评价
  • 🔒 把整个系统看作不可分的原子
  • 🚫 不考虑系统的任何部分
  • 📊 整体性评价
部件级评价

关注系统的每个子系统特征:

评价特征

具体内容

复杂性

系统复杂程度

数据

数据质量和结构

文档

文档完整性

外部依赖性

对外部系统的依赖

合法性

合规性状况

维护记录

历史维护情况

大小

系统规模

安全性

安全保障水平

5️⃣ 分析评价结果

综合评价公式:

代码语言:txt
复制
OR = (P1×ORH + P2×ORS + P3×ORF + P4×ORA) / 4

参数说明:

  • ORH: 硬件评价值
  • ORS: 支撑软件评价值
  • ORF: 企业基础设施评价值
  • ORA: 应用软件评价值
  • Pi (1≤i≤4): 各项权重系数,表示第i个评价值对遗留系统的影响因子

评价结果应用:

  • 📊 技术水平的全面评价
  • ⚖️ 与商业评价进行比较
  • 📋 为系统演化提供第一手资料

📝 说明: 这是第7章系统规划详细梳理总结的第3部分,主要涵盖了方案制订和新旧系统分析的详细内容。第4部分将完成遗留系统演化策略和全章总结。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 第7章 系统规划 - 详细梳理总结(第3部分)
    • 🏗️ 7.3 方案的制订和改进
    • 🔄 7.4 新旧系统的分析和比较
      • 📋 遗留系统的定义和特点
      • 🔍 7.4.1 遗留系统的评价方法
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档