如何进行系统的架构设计

如何进行系统的架构设计

方法/步骤

一个软件项目在需求确定后，就可以开始系统的架构设计了。架构设计不同于编写代码，需要遵循严格的语法和编程规范。它没有规范可遵循，存在即合理，适合系统开发和运行的架构就是最合理的系统架构。

系统的架构设计是在业务需求已经清晰的前提下进行的，假定在系统需求分析阶段已经确定了系统的功能和业务范围，也明确了系统运营需求。在上述需求还没有确定的情况下，不适宜开展系统的架构设计，需要回到需求分析阶段完善上述需求后再开展系统的架构设计。

系统架构就是一些模型图，模型图是人们用来理解系统和沟通的工具。这些模型图需要提供给系统相关干系人来理解系统，系统相关干系人有项目经理、产品经理、开发人员、系统运营维护人员、客户、项目投资人等。这些干系人有不同的知识背景，对同一架构模型图也会有不同的认知和理解：如果把开发架构模型图给产品经理或客户看，他们定然看不懂也不能理解；同样的道理，如果只把逻辑架构图给开发人员看，就不能正确地指导开发人员构建开发环境。

因此架构设计师在进行系统架构设计时，需要从系统的不同维度进行设计，以满足系统相关干系人理解系统架构的需求。架构设计模型主要有逻辑架构、开发架构、数据架构、物理架构和运行架构五种模型图。一般来说需要设计的系统架构模型有逻辑架构、开发架构和物理架构三种架构模型图。数据架构模型一般放在数据库中进行设计，运行架构和物理架构基本相近，只是在物理架构中加了数据的流向，因此一些系统设计使用物理架构代替了运行架构。

设计逻辑架构模型

逻辑架构模型主要是确定系统的功能范围和系统划分。在设计逻辑架构模型时，可以抓住两个关键点：一个关键点是对系统进行逻辑划分，将一个大系统划分为多个子系统；另外一个关键点是明确各子系统之间的协作和调用关系。

绘制逻辑架构的模型图有系统流程图和系统结构图：系统流程图描述了系统各子系统、相关文件和数据之间的关系，记录了整个系统的体系结构；系统结构图也称为层次图，它以层次方式描述了系统从顶层到最底层的功能分解。

下图分别是人脉系统的系统流程图和系统结构图。

上面的人脉系统流程图和人脉系统结构图就是依据人脉系统需求规格说明书给出的功能和业务范围绘制的。

设计开发架构模型

开发架构模型图是给开发人员看的，开发架构模型指导开发人员如何来架构系统的开发环境。开发环境包括系统开发框架的选型、开发工具和编程语言、模块划分等内容。下图是人脉系统开发架构模型图。

开发架构模型图给出了技术体系是B/S结构，开发框架选择SSM，开发语言是JavaEE。系统采用三层结构，分别是表示层、WEB应用层和数据层。表现层是JSP页面，在浏览器中运行，表现层是MVC的View。WEB应用层的控制层是MVC的Controller，业务逻辑层是MVC的Service，实体层是MVC的POJO。数据层由MyBaits数据库开发框架组成。

设计物理架构模型

物理架构模型是给系统部署人员和运营维护人员看的，主要给出系统的部署环境模型，包括网络环境、硬件环境和软件环境。下图是系统部署网络环境模型图。

从上面网络环境模型图中可以看出，系统部署只需要一台主机，要求支持HTTP协议和远程桌面协议。系统可以考虑部署到阿里云或腾讯云。

系统的架构设计主要涉及到三种模型图，分别是逻辑架构模型、开发架构模型和物理架构模型。逻辑架构模型一般采用系统流程图和系统结构图建模；开发架构模型没有标准的模型图，可以使用PPT或Visio绘图工具进行绘制；物理架构模型主要是由网路环境、硬件和软件环境组成。

摘要：全面预算管理是企业重要的管控手段和工具，在当前企业要求越来超前，管理越来越精细化和价值化之下，结合云计算、中台技术、智能化新技术应用，更好更快更标准化的设计蓝图方案。

本蓝图设计方法论目标一是解决蓝图方案标准化，制定蓝图方案的业务框架、预算解决思路和方案制定原则流程；二是应用此框架和流程设计项目未来业务需求解决思路，进一步规划和明确业务范围，促进双方目标和思路一致，确保未来详细方案设计方向和思路的正确性。三是规范项目实施的标准化工作，由于客户的管理需求不同和实施人员不同最终制定的蓝图设计方案是有差异的，但是设计方法、框架和内容是一致的。希望新人拿到此手册后能够知道如何设计蓝图方案。

纵观我们公司提供的业务服务和产品来看，我们非专注提供IT（信息化或数字化）规划服务商，但从项目实践看，我们在为客户提供管理会计及其数字化服务的同时，输出相匹配的聚焦我们专业服务信息化解决方案，我们的方案和蓝图主要专注于管理会计或全面预算管理的业务。从结构和内容及思路设计方面都是强调我们专业咨询能力，服务和落地客户的数字化转型和管理智能化需要。

本文所编写的蓝图设计方法论与IT规划方法论区别。相同之处是遵循传统的IT规划方法和过程，不同之处是我们公司的蓝图设计方法论更加聚焦在业务方案的设计和更加关注对蓝图设计的指引。

本方案适用说明：

 本方案提供的是标准蓝图框架及内容和制作流程，目的之一是统一预算业务咨询设计思路和更精确的定义客户项目目标和范围；二是同客户领导层说明未来方案解决思路，预防业务思路和方向走偏。因此，不论项目大小，建议各项目都要设计蓝图方案。

 根据客户要求和招标合同说明，蓝图设计可以适度简化，框架内容遵循本方案。

 公司小项目（金额在50万内）或财务预算项目，不建议应用此方案。

1. 蓝图价值和定位

1.1 蓝图的目标和意义

1.1.1 蓝图方案定义

蓝图方案是以项目目标为中心，从业务管理视角，结合行业经验和信息化产品功能实现，满足客户全面预算方面的基础需求和关键需求，涵盖业务管理思路和框架、全面预算管理框架和业务逻辑、信息化产品应用架构和数据集成，体现业务管理解决思路和方向，旨在解决客户业务管理问题的产品应用解决方案。

1.1.2 目标和价值

对内目标和价值： 根据项目目标、前期调研访谈、资料解读和业务理解，让项目团队成员深入理解客户的基础需求和关键需求，理清客户业务痛点和管理痛点，集思广益，共同讨论制定我们解决客户需求和痛点的思路、策略和应用框架，从而明确团队共同的工作方向和未来的输出成果。

对外目标和价值：体现我们对客户需求和项目目标的解决思路和策略，一是提供向客户汇报的基础资料，让高层理解我们设计思路和建设路线及时间安排，提出相关指导性建议。二是展示我们团队的专业性，增强客户对我们团队的信任，进一步约定双方配合与分工。三是将客户需求高层想法和项目团队解决思路达成共识。

1.2 蓝图定位

战略指引：明确项目目标，说明项目实现的全面预算管理体系环节和内容，输出全面预算项目解决思路，向团队成员提供项目实现目标的指引。

分析诊断：通过现状分析和蓝图设计，找出项目问题或差异，输出优化建议和思路。

功能指引：理解客户面临的核心业务问题和管理痛点，结合行业实现经验，明确界定全面预算（目标、计划、编制、控制、分析、考核）实现的功能定位，清晰切分全面预算系统和周边系统功能实现和数据关系。

业务指引：业务需求和管理需求来自业务，解决思路应服务业务应用、忠于业务和管理，提供全面预算业务解决方案，并与项目目标前后呼应、高度一致。

数据指引：明确输出预算系统与各业务系统（财务类系统、采购系统、HR系统、费控系统、共享系统、OA系统、BI系统等）关系和逻辑，为后续的系统接口开发和集成提供指引。

2. 蓝图设计原则

2.1. 聚焦业务原则

所谓聚焦业务，一是锁定项目实施业务，二是关注客户行业特性。

首先，根据项目招标文件或者售前资料和售前人员，了解客户情况，客户所属行业、集团客户还是单一企业，详细了解项目实施业务范围（如管理会计、全面预算、数据中台、其他），清楚知道所涉及的业务内容（目标、计划、编制、控制、分析、考核），如是否有目标设定与分解，编制的粗细颗粒度，控制环节的客户要求，分析是面向预算应用还是面向经营管理分析，考核关注点等。

其次，依据客户所属行业及其特性，理解全面预算管理的行业特点和痛点，然后对比本项目情况，聚焦客户需要解决的问题。

最后，在蓝图设计时，一是根据项目所涉及客户企业性质和项目目标，尽可能的输出完整的全面预算业务环节，来解答本项目预算业务框架，二是根据业务需求输出专业的解决思路和行业特性，并清晰的体现集团预算解决框架和单一企业解决框架 。

2.2. 借鉴行业原则

为了更好更快更准确的设计蓝图方案，蓝图设计可以行业经验和已有行业蓝图方案。在知晓客户所属行业情况之下，努力找出本行业的预算蓝图设计方案、本行业项目汇报方案、本行业售前建议方案，理解和筛选所借鉴方案相同点，引用至本项目蓝图设计，提高蓝图设计的专业性。

2.3. 落地实现原则

蓝图设计以客户实际业务需求为核心，结合我们公司的实施能力和行业经验来设计蓝图方案，输出的方案能够应用公司数字化产品（全面预算管理系统），很好的满足客户的业务应用和管理需求。蓝图设计中涉及的管理问题或很难实现的业务需求，根据实际情况可以有适度表达，不建议过度说明，可以忽略。

2.4. 提升高度原则

蓝图方案要体现一定的理论高度，增强方案的专业性，提升项目团队的价值。蓝图设计一是要具备高度严谨的逻辑，二是业务及管理需求描述准确抓住重点，三是反应高层关注内容及其解决思路，四是注意业务方案部分内容详略得当。

2.5. 增强可读原则

蓝图方案适合客户中高层人员阅读，能够正确理解我们设计思路，不引起歧义。能够适合客户关键用户阅读，可以明白方案内容，不存在理解上差异。尽量减少我们项目上和技术专用语言，尽可能的使用客户方语言表达。

2.6. 理解管控模式原则

了解客户是否是集团型企业还是单一企业，理解客户的管控模式，哪些产业或板块是战略管控、经营管控和财务管控，有利于掌控全面预算管理在产业层或下属企业实施的深度和细度；有利于掌控同一层级产业或业务单元应用细度；有利用我们更好的理解客户的实际管理需求和业务需求。

2.7. 抓紧目标原则

蓝图方案一定要围绕项目目标和客户高层关注点来设计。一是蓝图方案决定项目实现的方向和思路，面向客户关注需要解决的问题，而非软件的功能。二是客户在评审蓝图方案时必定会关注到当初提到的业务需求和目标。

2.8. 融合集成原则

项目实施中一定存在数据集成工作，方案一定要有“三度”，立意有高度，表现有细度，范围要适度。

现在客户系统应用情况多样化，有部署云端，有部署当地服务器，核算系统、ERP、资金管理系统、HR系统、采购系统、项目管理系统、合同管理系统、BI系统、OA系统、自有开发系统并存。全面预算管理系统是面向管理决策类的系统应用，在实施中必然和周边系统发生数据交互。首先，要理清哪些数据存在交互（范围适度），分别对应什么系统。其次，预算同各应用系统的功能定位和实现界面要划分清楚（说明细度）。最后，表达和向客户说明时，要站点客户角度有全局的观念，仔细耐心的说明各系统间的集成范围和各自实现内容。

3. 蓝图设计框架和内容

3.1. 蓝图设计框架

通常全面预算管理项目蓝图设计包含：现状分析与诊断，业务应用蓝图（全面预算管理体系及其业务逻辑）、产品应用蓝图、数据集成蓝图。

如果客户是集团企业，并多元化经营，可以按照实际情况（如客户的看法）和我们对客户了解把控，分为：现状分析与诊断、集团层蓝图、A产业蓝图、B产业蓝图…、产品应用蓝图、数据集成蓝图。

蓝图框架项目经理应根据实际情况和经验设计，但是框架内容一定要全面。尤其关于全面预算管理体系中所涉及的目标、计划、编制、控制、分析、考核，这些业务环节，要据实有度设计。

3.2. 蓝图设计内容

蓝图设计的主要任务是基于现状分析的成果，依据指导原则，梳理资料、分析现状和成果、讨论并提出必要的业务改进或者业务重整的建议，设计客户未来的预业务应用蓝图、产品应用蓝图、数据集成蓝图。蓝图设计主要工作成果是蓝图设计报告。报告中主要包含以下基本内容：

● 项目进度回顾：汇报项目进展情况及现在所处阶段

● 现状分析总结：总结性的列出前期调研分析报告中问题

● 业务改进建议及优化思路：主要体现在业务应用详细描述及解决思路

● 未来的应用系统架构：包括应用系统的功能分布、主要应用系统描述

● 未来数据集成架构：未来应用系统间数据集成与整合架构等

对全面预算管理系统项目而言，业务改进建议及优化思路部分是很重要的内容。

4. 蓝图设计流程

4.1. 调研访谈

4.1.1 现状调研访谈准备工作：

1) 了解客户所处行业与分工：不同行业有很多自身特性和专业术语，比如能源化工企业有盐化工(含焦炭、电石、氯碱、聚氯乙烯生产及加工)等，煤化工(含焦炭、煤焦油、煤炭气化、合成氨、联醇、煤制油、煤制烯烃)等之分。从我们公司来看，煤化工产业，煤炭和化工是产业的两端，煤炭和化工预算管理主要难点在煤矿定额和化工配比及其产业链平衡。

2) 调研问卷与提纲准备：

 调研问卷的设计要结合行业与产业特性进行修正，而不是每次只有一个通用问卷。明知该问题在这类企业不存在仍花做调研，不但浪费时间且容易引起客户对顾问能力怀疑甚至是反感。

 问题准备应该涵盖从客户未来业务需求和管理定位到预算管理流程的及其编制、控制、分析考核具体细节，比如未来公司各业务板块的市场定位与份额规划等，因为对于不同的业务板块，在公司未来发展中比重不同，而公司蓝图方案设计时应该是首先满足主力业务板块的系统应用，然后考虑非核心业务的实现。

 考虑按照业务流程来设计问卷，而不是按功能模块来设计问卷，因为我们公司是按业务管理来设计方案，而不是按产品功能设计方案。

3) 调研的时间与人员安排：

 调研人员应该是分层次进行，至少涵盖公司高层、中层管理者、关键岗位用户以及最终用户。为调研保证效果，应该按层次不同分别安排场次，让各参加者都能畅谈想法。

 在资源和时间允许前提下，调研应该串行进行，各工作小组都能一起来参与调研，确保调研分析阶段能掌握所有情况。调研提纲与时间地点安排提前发给用户并预留出准备时间。

 顾问个人经验积累是对调研效果也很关键，同样的问题用不同的角度或方式交流，会得到不同效果或结论。所以在调研前尽可能的内部先进行沟通和交流，互相补缺，有备而战。

4.1.2 现状调研与需求分析的进行：

1) 结合公司特性，确定调研的主线索。按照主线从目标到计划，从计划到预算，从预算到控制，从控制到分析，从分析到考核。这样不会遗漏关键点，而且能梳理出完整的全流程和各业务环节的关键问题。

2) 应该辅助以相应的工具或文档做好调研分析过程记录。最好是集成性的，每个顾问和用户交流时，都依此为做更新，而且保持版本的唯一性。这样能确保记录的清晰完整，而且各部门或用户反馈对同样问题有不同描述时可以及时发现并沟通一致。

3) 调研与分析过程中，不要对未来可能的系统解决做过多探讨和分析。未来如何处理一定是综合分析基础上，各模块讨论一直达成的。另外现状调研与分析过程中就同用户交流系统，容易让用户在信息不对称情况下使用户产生惧怕或抵触或者是过高期望的心里，不利于项目进行。

4.1.3 调研与分析结果的汇总：

1) 项目经理要注意收集和跟踪调研与分析中反馈的关键问题点。确保不被遗漏而且在方案设计时能全盘考虑。

2) 调研与分析的结果要发给用户（公司高层、中层管理、关键用户等）进行正式确认。不仅是确认过程，更重要是可以借此补充遗漏的信息。

3) 每次调研分析结果记录文档的内容更新，要组织一起学习和审阅，确保内部所有顾问都能清晰明确。

在所有顾问对调研结果一致认可的情况下再开始项目蓝图设计。

4.2. 现状分析与诊断

根据调研访谈汇总成果，对比行业先进经验和行业标准做法，评估预算管理现状并找出问题，提出改进或优化建议思路。

对比分析相同行业或者相同业务管理方面全面预算最佳实践（行业实践案例分析），提出相关预算业务流程或管理改进建议。

4.3. 蓝图设计思路形成

依据调研分析报告，分别就业务管理各环节（经营目标、计划管理、预算编制、预算控制、预算分析、预算考核）提出初步设计思路。并和客户负责预算的关键用户就初步思路进行沟通和思想交换，形成一致的蓝图设计思路。可以根据实际情况就蓝图思路多次同客户关键人员沟通。

4.4. 蓝图方案设计

蓝图方案主要包括：现状分析总结、业务改进建议及优化思路、未来的应用系统架构、未来数据集成架构。核心内容是业务改进建议及优化思路。依据蓝图设计思路，按客户实际情况，分别就集团、产业、业务单元层级进行描述。

4.5. 蓝图方案确认

通常情况下蓝图完成之后，蓝图的讨论汇报更加重要和关键，可能会涉及到项目回款事宜。根据项目实情，项目经理同客户积极确认讨论时间安排和蓝图汇报时间安排。

5. 蓝图设计方案确定的几次关键

5.1. 同客户方预算负责人沟通和汇报

5.2. 同客户方项目负责人沟通和汇报

5.3. 蓝图方案正式评审汇报

6. 蓝图设计所需资料/信息准备

6.1. 理解客户需求和项目目标

首先，应该从售前人员和销售人员那里了解客户高中层对项目目标期望，尤其关键领导或重要领导对此项目认识和理解（战略想法、讲话稿、汇报资料）

其次，仔细阅读客户招标文件中业务需求有关战略规划方面的需求描述，理解其范围和目的；

最后，通过调研访谈深入了解战略规划全面需求。

6.2. 理解企业发展战略

从客户网站、收集资料、领导调研等各方案了客户的公司战略、业务战略和职能战略。

6.3. 企业存在的关键问题和现状情况

6.4. 所属同行业蓝图设计案例

6.5. 蓝图讨论和沟通的关键人

6.6. 蓝图设计中突出的关键要素和环节

7. 蓝图方案实例

7.1. 客户基本情况

7.2. 项目功能需求

7.2.1. 战略管理业务需求

A集团战略规划管理内容包括不限于：战略目标制定及解码、战略分解、战略执行、战略评估及滚动规划。具体功能需求包括不仅限于：

7.2.2. 经营目标及计划

A集团经营目标及计划管理内容包括不限于：制定年度经营目标，年度经营计划编制、分解、评审、下达；根据实际执行情况进行季度的平衡、分解、评审、下达；月度计划编制、评审、下达。具体的功能需求包括不仅限于：

7.2.3. 全面预算

A集团集团全面预算管理内容包括预算基础假设、预算目标审核平衡、预算编制、预算执行监控、预算调整、滚动预测、预算分析以及预算考核。具体功能需求包括不仅限于：

7.2.4. 集成要求

1) 全面预算管理系统应体现对周边系统集成要求

本系统实施商负责全面预算管理系统与其他系统集成，主要解决应用系统之间的互联互通、信息交换、流程协作问题，包括界面集成、数据集成、流程集成和调用集成。集成商应确认核心模块、外围子系统间的集成范围，出具集成标准、数据标准、文档标准、接口标准，达到生产数据、经营数据、财务数据充分共享、互联互通的目的。

2) 全面预算管理系统与与其它系统集成时，本系统实施商应按照集成商制定的统一的数据标准和集成标准执行。

7.2.5. 系统间集成清单

按照总集成商制定集成标准，负责集成接口的开发、集成测试、联调。包括不限于以下集成清单：

7.3. 现状分析结论

7.4. 业务管理蓝图

从项目目标和关键需求，结合调研分析梳理整体业务管理蓝图

7.5. 蓝图设计-业务逻辑和业务管理解决思路

7.5.1. A集团-战略管理蓝图设计（部分）

本项目之战略管理定位：本项目是信息化系统实施项目，所以定位将A集团战略规划目标的相关信息纳入计划预算系统，作为将来年度预算目标体系参照和约束的依据。解决战略目标制定模拟分解至年度目标，年度上报/平衡、评价分析。

7.5.2. A集团-人工成本蓝图设计（部分）

人工成本预算管理流程：人工总量预测--上报--平衡--下达--执行

人工成本总量测算模型-数据、输入、输出、分解

人工成本测算模型二：输入行业三年历史数据，算人工成本占营业收入比，估计建议值

7.6. A集团-采购业务预算流程

7.7. A集团-投资总体框架

7.8. A集团-重点工作蓝图设计

7.9. A集团-能源集团业务框架

7.10. A集团-能源集团-平衡关系总图

7.11. A集团-能源集团-焦炭产供销平衡关系梳理

7.12. A集团-能源集团-用水平衡关系梳理

7.13. A集团-系统应用蓝图

A集团计划预算管理信息化规划蓝图：以经营决策为导向，业务模型为主线，公司产品平台为中心，构建A数据化预算管理体系

7.14. A集团-数据集成蓝图

系统集成：通过数据接口，打通预算管理系统和周边系统的数据通道

外围系统的数据通过A集团接口平台流转到全面预算管理系统，全面预算管理系统对数据的处理采用映射/检查和构建中间数据仓库，在系统间实现相关数据互联互通。

对接的系统包括SAP-ERP系统、OA系统、营销平台等14个业务、财务系统。

通过标准接口规范和多重数据安全机制，以实现A集团计划预算相关数据无缝自动流转、充分共享。

所谓ERP是英文Enterprise Resource Planning(企业资源计划)的简写，ERP项目是一个大型企业管理信息化项目，是一项系统工程。

编辑本段项目组成

大型ERP项目的项目组一般由ERP项目经理、ERP售前顾问、ERP实施顾问、ERP技术顾问及客户经理组成。ERP售前顾问的主要工作是调研分析企业需求并根据企业的实际情况提出信息化的解决方案ERP实施顾问的主要工作是将管理信息化解决方案成功地实施、应用到企业的实际业务流程中去，并对项目进行持续的支持；ERP技术顾问负责项目中的服务器架设、网络配置等技术指导；ERP项目经理是整个项目的负责人，全面负责项目的进展，推动甲方各职能部门负责人对软件供应商的配合。

ERP人才

目前，随着信息化的快速普及，ERP项目中的项目经理和咨询顾问人才十分短缺，而大学生和其他从业者入门ERP职业又特别难，ERP人才专业培养机构的诞生，国内最大的管理软件厂商用友率先创办了用友管理软件学院，为管理信息化行业培养高品质、专业化、应用创新型人才。包括ERP项目中的项目经理和咨询顾问。

---