speedrun5｜第5章 应用系统规划

ONEPSOFT | 软考学习知识库

---

speedrun5｜第5章 应用系统规划

一、章节定位

本章讲 " 在组织真正动手开发应用系统之前,怎么把要建哪些系统、怎么建、用什么方法建想清楚 ",是系规里偏 " 技术规划 " 的一章,考试层级为掌握。

• 题型覆盖：综合知识✓ ｜ 案例分析✓ ｜ 论文✓(可间接引用 TOGAF/SOA 等方法论,论文范围 4\~17 章含本章)
• 重要性等级：4 星, 概念多、方法多,选择题高频,但深度不深,重在 " 知道是什么、怎么区分 "
• 教材出处：第 5 章 应用系统规划 (5.1 基础 / 5.2 主要内容 / 5.3 主要过程 / 5.4 常用方法 / 5.5 软件工厂)

二、本章在讲什么

应用系统规划,说白了就是盖楼前的勘察和规划图。一个组织里往往攒了一大堆不同时期、不同厂商做的系统,彼此不通、层次混乱、改起来费劲。科学的应用系统规划,就是先把 " 组织到底要哪些应用系统、它们之间什么关系、怎么分步建设 " 想明白,避免盲目开发。

整章分五块:

• 基础 (5.1): 先建立一套通用概念 (抽象、架构、模块化等) 和几种基础架构样式 (分层、C/S、B/S 等),相当于认识 " 盖楼有哪些基本构件和房型 "。
• 主要内容 (5.2): 规划时要定下五件事, 生命周期怎么选、整体架构怎么定、接口怎么接、数据怎么定义、构件怎么划分。
• 主要过程 (5.3): 规划落地的五步走, 初步调研→可行性研究→详细调研→系统分析→系统设计,从 " 摸情况 " 一直走到 " 出施工图 "。
• 常用方法 (5.4): 给出三种成熟打法, APA(盘点现有系统决定留舍)、TOGAF(企业架构框架)、SOA(面向服务的架构)。
• 软件工厂 (5.5): 把软件开发类比成工厂流水线,讲它怎么来的、和传统开发有何不同、怎么建设、用在哪。

三、教材原文精摘

下列段落直接摘自《系统规划与管理师教程 (第 2 版)》第 5 章,未做任何改写。建立整体知识框架、把握重点内容后注意回读教材加深理解。

【5.1.1 基本概念】

无论是何种类型的应用系统规划设计,其基本业务逻辑都是基于组织业务发展的特定和个性化需求,针对应用系统不同颗粒和层次的体系架构、领域或模块、模式等,按照 " 需求 - 抽象 - 体系 - 配套 " 的过程,实现相关内容的定义。......抽象、体系架构、模式、关注点分离、模块化、信息隐藏、功能独立、求精和重构等基本的应用系统规划设计的概念,为 " 使程序正确 " 提供了必要的框架。

解析: 这一节给了 9 个基础概念,记住它们是一条主线, " 需求→抽象→体系→配套 "。简单说: 先把业务需求想清楚,再一层层抽象 (从业务抽象到技术抽象),定出体系架构,最后配套落地。这 9 个词是教材认为 " 让程序不只是能用、而且是正确的 " 的底层框架,选择题常考 " 哪个概念对应什么意思 "(比如关注点分离=分而治之,信息隐藏=模块间互不打听内部细节)。

【5.1.2 基础架构】

应用系统的框架是指系统的一个或多个结构,包括软件构件、构件的外部可见属性以及它们之间的相互关系。应用系统体系架构是建立在系统支持环境基础上的系统基本框架,是应用系统生命周期中必须具备的骨骼......

通常,应用系统从上至下可划分为界面交互层、业务处理层、数据处理层、数据存储层...... 分层的优势是系统可分层构建,各个层面有比较确定的功能目标。

解析: 基础架构就是系统的 " 房型结构 "。教材重点讲四种:①分层架构(界面/业务/数据/存储四层,最常见的套路);②以数据为中心(先定数据环境再围绕它建子系统,适合统计汇总型系统);③C/S 与 B/S(C/S 要装客户端、交互强但不便维护;B/S 免安装但安全性稳定性偏低);④组件分布架构(把高依赖的对象类打包成组件,部署在多台机器上协同)。选择题爱考 " 分层四层分别干什么 ""C/S 和 B/S 区别 "。

【5.2 主要内容, 规划要定的五件事 (5.2.1\~5.2.5)】

应用系统规划设计包括对相关应用系统进行分级分类,并根据分级分类的结果,对应用系统进行生命周期选择、体系结构定义、接口定义、数据定义、构件定义等。
● 生命周期选择: 基于常见生命周期模型,结合应用系统建设与发展需要,选择或组合成适当生命周期模型。
● 体系结构定义: 提供应用系统的整体视图,定义了系统各主要成分之间的关系。
● 接口定义: 确立了信息如何流入和流出系统,以及构件之间是如何通信的 (含用户界面、外部接口、内部接口三要素)。
● 数据定义: 创建基于高抽象级别上表示的数据模型和信息模型,再精化为计算机能处理的表示。
● 构件定义: 完整地描述了每个应用系统构件的内部细节,定义数据结构、算法细节和访问接口。
解析: 这一节把 " 规划到底要规划什么 " 归纳成五件事,口诀记 "生体接数构"(生命周期选择、体系结构定义、接口定义、数据定义、构件定义)。它是 5.2 全节的骨架,5.2.1\~5.2.5 各自展开一项。选择题基本必考这五项。

【5.3.1 初步调研】

系统的开发工作是从接受用户提出的任务开始的。用户最初提出的任务往往只是一个简单的初始需求......开发人员的首要任务是对用户提出的要求做出准确的认识和估计。为此,必须在开展初步调研的基础上明确问题,并且对任务进行可行性分析。
初步调研的目标就是掌握用户的概况......明确新系统的初步目标,为可行性研究提供基础。

解析: 初步调研是规划的起点,站在高层看全局,不钻细节。目的是摸清组织概况、现行系统、各方态度、能投入的资源,定个初步目标,给后面的可行性研究打底。记住它 " 宏观、高层、定初步目标 " 的定位,别和详细调研 (钻细节) 搞混。

【5.3.2 可行性研究】

可行性研究是指在项目正式开发之前,为取得最佳经济效果,先投入一定的精力,通过一套准则,从经济、技术、管理、社会等方面对项目的必要性、可行性、合理性以及项目所面临的重大风险进行全面系统的分析和科学论证,得出项目是否可行的结论。

可行性研究的结果可分为三种情况:①可行,按计划进行;②基本可行,对项目要求或方案做必要修改;③不可行,不立项或终止项目。

解析: 可行性研究从经济、技术、社会、管理四方面论证 (选择题高频考点),结论只有三种: 可行 / 基本可行 (改改再上)/ 不可行 (不立)。这是立项前必经的决策环节,相当于 " 这楼到底该不该盖、盖不盖得起 "。

【5.3.3 详细调研】

详细调研是系统工作建设中最重要的环节之一,实事求是地全面调查是分析与设计的基础,也就是说,这一步工作的质量对于整个建设工作的成败来说是决定性的。

详细调研的范围是组织内部信息流所涉及领域的各个方面......可大致归纳为以下 9 个方面:①组织功能和业务;②组织目标和发展战略;③工艺流程和产品构成;④数据和数据流;⑤业务流程和工作形式;⑥管理方式和具体业务的管理方法;⑦决策方式和决策过程;⑧可用资源和限制条件;⑨现存问题和改进意见。

解析: 详细调研比初步调研细得多、工作量大得多,是成败决定性环节。范围归纳成 9 个方面 (记 " 功能目标工艺数据流程管理决策资源问题 " 即可,不硬背)。原则是 " 自顶向下、用户参与、全面与重点结合 " 等 6 条。相当于勘察队进场,把地块每一寸都量清楚。

【5.3.4 系统分析】

需求分析则是对原业务抽象和升华的过程,包含业务管理流程的分析,设计流程改进和优化方案,根据业务和用户的 " 需要 " 确定计算机信息系统的 " 需求 "。 ==计算机系统容不得半点模糊的表示,因此系统需求的描述应该非常具体和确切。==

系统说明书通常包括以下三方面的内容:(1) 引言;(2) 概述 (含现行系统调查、系统功能需求、系统数据需求、系统其他需求);(3) 实施计划。

解析: 系统分析回答 "做什么",产出是系统说明书 (含功能需求、数据需求等)。它把模糊的 " 业务需要 " 翻译成确切的 " 系统需求 "。这一步是承上 (调研) 启下 (设计) 的关键。

【5.3.5 系统设计】

系统设计阶段主要从系统逻辑模型 (概念模型) 出发......进行系统物理模型设计,解决系统 " 如何做 " 的问题,为后续各项系统实施工作做好具体实施方案。

系统设计的目标......主要指标有以下几方面:(1) 系统的可靠性;(2) 系统的可变更性;(3) 系统的效率;(4) 系统的通用性;(5) 系统的工作质量。

解析: 系统设计回答 "怎么做",把逻辑模型转成物理方案 (施工图)。五个评价指标 (可靠、可变更、效率、通用、工作质量) 选择题可能考。分析答 " 做什么 "、设计答 " 怎么做 ",这是本章最容易混淆的一对,务必分清。

【5.4.1 应用系统组合法 APA】

应用系统组合法 (APA) 是一种用于评估和管理组织应用系统的方法。它通过对现有应用系统进行分析和评估,以确定哪些应用系统需要保留、更新、替换或淘汰,从而优化应用系统组合,提高组织业务价值和效率。

解析:==APA 是 " 盘家底 " 的方法, 把现有系统列个清单,评估业务价值和技术健康度,决定哪些留、哪些改、哪些扔。适合组织系统林立、想整合时用的思路。==

【5.4.2 TOGAF】

TOGAF(The Open Group Architecture Framework,开放组架构框架)......
TOGAF 项目的每个阶段都是建立在业务需求之上......阶段 A 设置 TOGAF 项目的范围、约束和期望; 阶段 F 对阶段 E 确定的项目进行绩效分析和风险评估,制订详细的实施和迁移计划; 阶段 G 定义实施项目的架构限制......监测实施项目以确保符合架构要求. 阶段 H 提供持续监测和变更管理的流程。

解析:TOGAF 是企业架构的成熟框架,核心是一套 ADM(架构开发方法) 十阶段: 预备→愿景→业务→信息→技术→机会→迁移→实施→治理→变更 (口诀 " 预愿业信技机迁实变治 ")。==它管的是 " 全局架构怎么一步步建起来 ",是规划级的方法论。==

【5.4.3 面向服务的架构 SOA】

面向服务的架构 (SOA) 是一种软件架构设计的模型和方法论......SOA 是一种粗粒度、松耦合的服务架构,其服务之间通过简单、精确定义的接口进行通信,不涉及底层编程接口和通信接口。

随着 XML、SOAP、WSDL、UDDI 等 Web 服务标准逐渐成熟,SOA 真正成长为可部署的技术......

解析:SOA 是系统内部的服务化架构风格,特点是粗粒度、松耦合、接口简单 (口诀 " 粗松接口简 ")。XML/SOAP/WSDL/UDDI 是它落地的 Web Service 技术。和 TOGAF 区别:==TOGAF 管全局架构规划,SOA 管系统内部服务怎么拆怎么连。==

【5.5.1 软件工厂发展现状】

软件工厂将软件开发过程与传统制造生产过程进行类比,强调软件开发过程的组织化、可重复化和可预测化......==软件工厂的核心思想是将软件开发视为工业化的生产过程,类似传统制造业生产线。==

解析: 软件工厂就是把写代码类比成工厂流水线, 标准化、可复用、可控。1955 年兰德公司提出,70 年代完善。典型构成含专业人员、基础设施、工具技术、流程规范、质量管理五方面。

【5.5.2 与传统开发对比】

软件工厂与传统开发在一些方面存在差异,软件工厂更加注重灵活性、自动化和创新,强调持续快速交付、质量保证和高效协作等。

解析: 和传统 " 手工作坊式开发 " 比,工厂强调敏捷交付、流水线作业、协同工具,==核心差异在 " 标准化/复用/可控 "== vs " 定制/不可控 "。

【5.5.3 建设方法】

软件工厂建设方法通常是指建设、发展软件工厂所采用的方法和策略,主要包含组织建设、资源部署、业务管理和体系保障。

解析: 怎么建软件工厂?四块: 组织建设 (分工责)、资源部署 (人岗匹配)、业务管理、体系保障 (质量体系 + 持续改进)。记 " 组织资源业务体系 " 四个词即可。

【5.5.4 应用场景】

软件工厂适用的场景较多,主要有软件开发组织和软件项目交付等......嵌入式软件开发中的软件工厂应用如下: 建立规范化开发流程、使用版本控制、自动化构建测试、模块化拆分、自动化部署、持续集成、持续交付。

解析: 软件工厂适合各类软件开发组织 (嵌入式、桌面、Web、移动等),本质是把 " 流程标准化 + 自动化 + 模块化 " 这套工厂逻辑用进去。选择题可能考它适用场景或典型实践。

四、核心知识树

第 5 章 应用系统规划

├── 基础 (5.1)

│ ├── 基本概念 (9 个: 抽象/架构/模式/关注点分离/模块化/信息隐藏/功能独立/求精/重构)

│ └── 基础架构 (分层/C-S/B-S/以数据为中心/组件分布)

├── 主要内容 (5.2)

│ └── 五定义: 生命周期/体系结构/接口/数据/构件 (生体接数构)

├── 主要过程 (5.3)

│ └── 五步: 初步调研→可行性→详细调研→分析→设计 (初可详细设)

├── 常用方法 (5.4)

│ ├── APA(盘家底留舍)

│ ├── TOGAF(企业架构 ADM 十阶段)

│ └── SOA(粗松接口简)

└── 软件工厂 (5.5)

└── 现状/对比/建设 (组织资源业务体系)/场景

五、关键概念速解（名词卡片）

概念	教材定义 (原文关键词)	平实解释	考试怎么考
9 个基础概念	抽象/架构/模式/关注点分离/模块化/信息隐藏/功能独立/求精/重构	盖楼通用构件与房型	选择 (对应含义)
基础架构四式	分层/C-S/B-S/以数据为中心/组件分布	系统房型结构	选择 (C/S vs B/S)
规划五定义	生命周期/体系结构/接口/数据/构件	规划要定的五件事	选择 (生体接数构)
五过程	初调→可行→详调→分析→设计	规划落地五步	选择 (顺序/分析设计区分)
APA	盘点现有系统留舍	盘家底	选择
TOGAF	企业架构 ADM 十阶段	全局架构框架	选择 (阶段名)
SOA	粗松接口简的面向服务架构	系统内部服务化	选择
软件工厂	工业化流水线开发	标准化/复用/可控	选择 (对比传统开发)

六、记忆口诀 & 类比

• 规划五过程:「初可详细设」→ 初步调研、可行性研究、详细调研、系统分析、系统设计
• 规划五定义:「生体接数构」→ 生命周期选择、体系结构定义、接口定义、数据定义、构件定义
• TOGAF ADM 十阶段:「预愿业信技,机迁实变治」→ 预备、愿景、业务、信息、技术、机会、迁移、实施、治理、变更
• SOA 特点:「粗松接口简」→ 粗粒度、松耦合、接口简单精确
• 类比（土木工程视角）: 应用系统规划就像盖楼前的勘察和总体规划图, 初步调研=站高处看地块和周边 (宏观),详细调研=勘察队进场一寸寸量 (细),可行性研究=论证这块地该不该盖、资金技术够不够,系统分析=定 " 楼要满足哪些功能 ",系统设计=出结构施工图。TOGAF 相当于 " 整个园区的总规方法论 ",SOA 相当于 " 楼内各专业管线怎么松耦合对接 "。这个类比帮你把 " 规划五步 "" 五定义 " 串起来,不用死记。

七、易混淆点对比

易混项A	易混项B	核心区别
系统分析	系统设计	分析答 " 做什么 "(出系统说明书); 设计答 " 怎么做 "(出物理方案/施工图)
TOGAF	SOA	TOGAF 是企业架构规划级方法论 (管全局);SOA 是系统内部服务架构风格 (实现级)
SOA	Web Service	SOA 是架构思想;XML/SOAP/WSDL/UDDI 是实现它的技术
软件工厂	传统开发	工厂=标准/复用/可控流水线; 传统=手工作坊式定制
C/S	B/S	C/S 要装客户端、交互强但不便维护;B/S 免安装但安全稳定性偏低
初步调研	详细调研	初步=高层宏观、定初步目标; 详细=钻细节、成败决定性环节

八、与其他章节的关联

• 上游 / 前置: 第 4 章信息系统规划(总规,本章是它派生出的六大专项规划之一)、第 3 章系统科学与哲学方法论(提供抽象/系统思维基础)。
• 下游 / 依赖: 第 6 章云资源、第 7 章网络、第 8 章数据、第 9 章安全规划,都是应用系统规划的延伸专项. 第 12 章信息系统服务管理的 " 规划设计→部署实施→运营管理 " 直接承接本章的规划产出。
• 联动考点：服务运维是本章的落脚点。规划阶段如果架构没定好、接口不规范、数据没统一定义,系统一上线就会在运维期疯狂踩坑 (数据不通、改一处崩一片)。所以本章的 " 体系结构定义/接口定义/数据定义 " 正是运维顺不顺畅的根。案例题常给 " 系统林立、数据孤岛 " 场景,让你用 APA 盘点 + TOGAF/SOA 重构,本质就是在考 " 规划没做好→运维背锅 "。

九、考试出题方式

• 选择题:① 规划五定义 (生体接数构) 有哪些;② 规划五过程顺序及 " 分析/设计 " 之做什么/怎么做;③ 可行性研究四方面、三结论;④ 架构四类与 C/S、B/S 区别;⑤ APA/TOGAF/SOA 定义与区别、TOGAF ADM 阶段名;⑥ SOA 特点 + Web Service 四技术;⑦ 软件工厂 vs 传统开发。
• 案例分析: 给 " 系统林立、数据不通、改不动 " 场景,指出规划问题并写改进 (APA 盘点留舍 + TOGAF/SOA 重构),或给可行性/调研环节让你补步骤。
• 论文: 本章不单独命题,但可在架构规划部分引用 TOGAF/SOA 作为方法论 (论文范围 4\~17 章含本章)。

![[visual5｜第5章 应用系统架构类型动画.html]]
![[visual6｜第5章 应用系统架构设计动画.html]]
应用系统规划主要过程（也是论文八股文框架）；应用系统如果作为论文主题来考察，可考的点非常多：
==1、生命周期的选择==
==2、架构选型==
==3、架构设计==
...都可以作为考点，所以这1章，上面提到的这些核心知识点，都要非常熟悉。万一论文考察到，要做到可以快速写出动画中展示的这些理论框架。
![[visual7｜第5章 应用系统规划主要内容与过程动画.html]]

![[visual4｜第5章 应用系统生命周期与生命周期模型选择动画.html]]