系统分析

系统分析
上级分类	科学方法、​分析、​problem-solving technique
从业者	系统分析员

系统分析，旨在研究特定系统结构中各部分（各子系统）的相互作用，系统的对外接口与界面，以及该系统整体的行为、功能和局限，从而为系统未来的变迁与有关决策提供参考和依据^[1]。系统分析的经常目标之一，在于改善决策过程及系统性能，以期达到系统的整体最优^[2][3]。

系统分析被看作是系统工程的一个重要程序和核心组成部分，以及系统理论的一项应用。在系统开发生命周期中，系统分析阶段先于系统设计。系统分析大量借用数学模型、计算机模拟等定量分析方法，并在信息技术、运筹学、政策分析和复杂系统研究中获得广泛应用^[4]。

系统分析的起源可追溯至第二次世界大战期间的运筹学（operations research）研究，当时军事部门运用系统性的定量方法优化资源配置和作战决策。1950年代，兰德公司（RAND Corporation）将系统分析方法系统化并推广至公共政策领域^[5]。

1960-1970年代，随着计算机技术的发展，系统分析被引入信息系统开发领域。1970年代，爱德华·尤登（Edward Yourdon）和汤姆·德马科（Tom DeMarco）创立结构化分析方法，使用数据流图和实体关系图建模系统需求。1980年代，彼得·切克兰德（Peter Checkland）提出软系统方法论，将系统分析拓展到处理人类活动中的非结构化问题^[4]。

1990年代，面向对象分析（OOA）和统一建模语言（UML）成为系统分析的主流方法。21世纪以来，系统分析进一步与企业架构（如TOGAF）和敏捷开发方法融合。

系统分析包含多种方法论，适用于不同类型的问题^[4]：

• 结构化分析（Structured Analysis）：以数据流图、实体关系图和数据字典为核心工具，采用自顶向下的分解策略。适用于功能明确的信息系统。
• 面向对象分析（Object-Oriented Analysis）：以对象、类、继承和消息传递为核心概念，使用统一建模语言（UML）进行建模。适用于复杂、易变的系统。
• 软系统方法论（Soft Systems Methodology, SSM）：由切克兰德提出，用于处理目标不明确、涉及多方利益相关者的「软问题」。通过建立概念模型与现实的比较来寻求改进。
• 业务系统分析：结合企业架构框架（如Zachman框架、TOGAF），从业务战略到技术实现进行多层次分析。

系统分析在信息系统开发中通常遵循以下步骤^[6]：

• 需求获取（Requirements Elicitation）：通过访谈、问卷调查、观察和文档分析等方式收集利益相关者的需求。
• 需求分析（Requirements Analysis）：识别需求的冲突、重叠和遗漏，确定需求的优先级和可行性。
• 系统规约（System Specification）：将分析结果文档化，形成《系统需求规格说明书》（SRS）或《系统规约》。
• 可行性研究：评估项目的技术可行性、经济可行性和组织可行性。
• 需求验证（Requirements Validation）：与利益相关者一起审查和确认需求，确保其正确性、完整性和一致性。

系统分析中常用的技术和建模工具包括^[6]：

• 数据流图（DFD）：展示系统中数据的流动、存储和处理过程，是结构化分析的核心工具。
• 实体关系图（ERD）：描述系统中的数据实体及其关系，用于数据库建模。
• 统一建模语言（UML）：提供多种图表类型，包括用例图、类图、序列图、活动图和状态图，适用于面向对象分析。
• 业务流程建模与标注（BPMN）：对业务流程以图形化方式建模的标准符号体系。
• SWOT分析：评估系统或组织的优势、劣势、机会和威胁。
• 差距分析（Gap Analysis）：比较当前状态与目标状态之间的差异。
• 根本原因分析：识别问题的根本原因而非表面症状。

系统分析在多个领域得到广泛应用：

• 信息技术与软件工程：最传统的应用领域，用于需求分析、系统设计和项目管理。
• 企业架构：通过企业架构框架（如TOGAF）对组织的业务、数据、应用和技术架构进行系统分析。
• 公共政策分析：政府机构使用系统分析方法评估政策方案的潜在影响和成本效益。
• 军事与国防：从兰德公司时代起，系统分析方法在军事能力评估和装备采办中发挥重要作用。
• 环境与生态系统：系统分析方法用于环境建模、生态评估和气候变化情景分析。