# 企业数字化项目如何做需求梳理？先画业务对象、角色与状态 > 复杂项目应从业务能力与可衡量结果出发，用对象模型、角色权限、状态机和BPMN流程建立共同语言，再将每条需求追踪到来源、规则、接口、测试和验收。原型是表达工具，不是需求本身。 HTML 页面：https://www.zhang-chu.com/insights/digital-requirements-modeling.html - 内容方向：企业数字化 - 适用场景：大型企业、高校教育 - 适用地区：中国境内企业与政企数字化场景 - 主题：数字化项目需求梳理、业务对象建模、角色权限、业务状态机、需求分析方法 - 发布日期：2026-09-01 - 资料核验日期：2026-09-05 - 阅读时间：约 18 分钟 - 内容责任：合肥掌触网络科技有限公司 ## 数据图表与场景资料 ### 2025年中国软件业：收入与细分领域增速 软件业务收入同比增长13.2%，信息技术服务增长14.7%，集成电路设计增长18.9%；增长背景不等于单个数字化项目天然具备回报。 ![2025年中国软件业：收入与细分领域增速](https://www.zhang-chu.com/assets/insights-media/chart-software-industry-growth-2025.svg) | 指标 | 数值 | 单位 | |---|---:|---| | 集成电路设计 | 18.9% | 同比增长（%） | | 信息技术服务 | 14.7% | 同比增长（%） | | 云计算、大数据服务 | 13.6% | 同比增长（%） | | 软件业务整体 | 13.2% | 同比增长（%） | | 软件产品 | 10.4% | 同比增长（%） | | 信息安全产品和服务 | 6.7% | 同比增长（%） | **统计口径：** 按工信部2025年全年运行数据重新制图；细分领域规模与统计边界不同，增速仅用于观察行业结构。 **来源：** - [工业和信息化部：《2025年软件业运行情况》](https://www.miit.gov.cn/gxsj/tjfx/rjy/art/2026/art_65a12a560865432bb1548fdddc74f19c.html)（2026-01-30，访问于2026-09-05） ## 行业变化：软件建设速度提高，需求歧义成为更昂贵的瓶颈 先看中国市场与制度环境。工业和信息化部在《2025年软件业运行情况》中明确：2025年软件业务收入同比增长13.2%，信息技术服务收入增长14.7%。因此，数字化项目需求梳理方法首先要把数字化项目需求梳理的对象和口径讲清楚。 国内资料还需要交叉阅读：全国标准信息公共服务平台资料显示，从功能适合性、性能效率、兼容性、易用性、可靠性、安全性、维护性和可移植性描述质量；全国标准信息公共服务平台资料显示，从组织、制度、过程和技术等方面评估数据管理能力。前者用于判断业务对象建模，后者用于核对角色权限。 为了检验业务对象建模，本文参考ISO/IEC/IEEE《ISO/IEC/IEEE 29148:2018 Requirements engineering》：规定需求工程过程、需求信息项及其生命周期管理。其适用对象与中国企业不同，数字化项目需求梳理方法最终采用全国标准信息公共服务平台要求，并由数字化项目需求梳理实测结果支持。 ## 为什么从页面清单开始，需求容易越做越乱 “需要一个首页、一个列表、一个详情、一个审批页面”看似具体，实际没有说明系统管理什么、谁负责、业务如何结束。页面很快就能画出来，但当多个角色对同一数据有不同权限，或对象在不同状态下可执行动作不同时，原有页面清单会不断增加例外。 页面是用户与业务规则交互的界面。只有先把业务对象和状态关系讲清楚，页面才能稳定；否则每次评审都在讨论按钮位置，真正影响运行的责任和异常却被推迟到开发阶段。 **核心判断：** 需求分析的核心不是收集所有人的页面愿望，而是建立一套能够解释业务运行的共同模型。 ## 第一步先锁定业务目标、范围和决策指标 需求访谈中常出现“提升效率”“统一管理”等宽泛目标。需要继续追问：现在什么环节最耗时，错误在哪里发生，哪个角色需要更快做出什么决策，首期上线后通过什么事实判断改善。 目标应与首期范围绑定。例如，“让项目申报到评审全过程可追踪”比“建设综合管理平台”更容易确定对象、角色和验收条件。目标之外的想法可以进入后续清单，但不应在首期无边界扩张。 - **现状问题：** 用真实业务事件描述耗时、错误、断点和责任不清。 - **目标结果：** 明确希望哪一段业务发生什么可观察变化。 - **首期边界：** 确定包含哪些对象、角色、组织和关键流程。 - **验收事实：** 定义可以通过数据、状态或业务记录验证的结果。 ## 第二步识别业务对象，并给每个对象建立“身份证” 业务对象是系统长期管理的核心实体，例如项目、赛事、课程、订单、合同、设备、商户、用户或权益。每个对象都应有唯一标识、关键属性、归属组织、创建来源、生命周期和与其他对象的关系。 对象之间的关系比字段更重要。一个项目是否属于某项赛事，成果由哪个项目产生，评审记录对应哪个申报版本，这些关系决定后续查询、统计与审计能否成立。 - **唯一性：** 什么标识代表同一个对象；多系统编号冲突或重复创建 - **归属：** 对象属于哪个组织、项目或业务域；权限与统计口径不一致 - **版本：** 哪些修改需要保留历史版本；审批后内容被覆盖且无法追溯 - **关系：** 对象之间如何关联与约束；报表靠文本拼接，业务链断裂 - **生命周期：** 何时创建、变更、结束或归档；状态长期停留在中间环节 ## 第三步把角色、数据范围与状态动作放在一起设计 “管理员”不是一个足够清晰的角色。总部管理员、院系管理员、项目负责人和评审专家即使都能进入后台，可查看的数据范围、可执行动作和承担责任也不同。角色描述“能做什么”，组织和数据范围描述“能对哪些数据做”。 状态机用于描述对象怎样从开始走向结束。每个状态要明确进入条件、允许动作、责任角色、输出记录和退出条件。退回不是简单回到上一步，还要说明退回后哪些内容可修改、再次提交是否生成新版本、原审批意见是否保留。 - **创建人编辑：** 未进入正式流程 - **系统校验完整性：** 锁定申报版本并等待受理 - **责任角色处理：** 记录意见、时间和必要材料 - **按意见修订：** 保留原版本与退回原因 - **形成有效结果：** 触发后续执行或归档 - **取消或不再继续：** 记录终止原因与影响范围 ## 第四步把异常路径提前写进需求，而不是上线后靠人工解释 - 对象重复创建时如何识别、合并或保留，已经进入流程的数据能否删除。 - 责任人离职、组织调整或角色变化后，待办和数据权限如何转移。 - 审批超时、多人意见冲突、材料缺失或外部系统不可用时怎样继续。 - 已通过结果需要变更时，是回退原流程、创建变更单，还是生成新版本。 - 跨系统同步部分成功时，哪个系统保留最终状态，谁可以发起重试或补偿。 - 历史数据迁移后缺少字段或状态时，怎样标记可信程度并避免误用。 ## 需求阶段应交付一套可验证的业务模型 - **目标与范围｜为什么做：** 问题、目标、首期边界、非目标与衡量方式 - **对象模型｜管理什么：** 核心对象、标识、关系、版本和生命周期 - **角色矩阵｜谁负责：** 角色、动作、组织范围、数据范围和授权方式 - **状态模型｜怎样运行：** 状态、触发事件、进入退出条件和异常路径 - **规则清单｜如何判断：** 计算、校验、时限、优先级和冲突处理 - **系统边界｜如何协同：** 主责系统、接口、数据方向、失败补偿和验收 ## 掌触如何开展复杂业务系统的需求建模 ### 项目、赛事、课程与多角色流程需要统一业务模型 截至 2026 年 9 月，掌触科技与中国科学技术大学的相关合作自 2022 年延续至今。双创平台涉及项目、赛事、课程、成果及多角色管理等场景。此类系统的关键不是堆叠页面，而是建立对象关系、角色范围和流程状态。掌触在项目启动阶段结合成熟产品、开放集成和专属建设能力，先完成业务建模，再确定首期交付边界。 - **中国科学技术大学合作周期：** 2022 年至今（截至 2026 年 9 月） - [查看中国科大双创案例](https://www.zhang-chu.com/cases/ustc-innovation.html) - [查看企业数字化方案](https://www.zhang-chu.com/solutions/digital-operations.html) - [查看交付服务](https://www.zhang-chu.com/services/index.html) ## 参考资料 1. [工业和信息化部：2025年软件业运行情况](https://www.miit.gov.cn/gxsj/tjfx/rjy/art/2026/art_65a12a560865432bb1548fdddc74f19c.html)（2026-01-30） 2025年软件业务收入同比增长13.2%，信息技术服务收入增长14.7%。 2. [全国标准信息公共服务平台：GB/T 25000.10-2016《系统与软件质量模型》](https://std.samr.gov.cn/gb/search/gbDetailed?id=71F772D81641D3A7E05397BE0A0AB82A)（2016-10-13） 从功能适合性、性能效率、兼容性、易用性、可靠性、安全性、维护性和可移植性描述质量。 3. [全国标准信息公共服务平台：GB/T 36073-2025《数据管理能力成熟度评估模型》](https://std.samr.gov.cn/gb/search/gbDetailed?id=473EBB99D6AB455EE06397BE0A0ABB9A)（2025-06-30） 从组织、制度、过程和技术等方面评估数据管理能力。 4. [全国标准信息公共服务平台：GB/T 28827.1-2022《信息技术服务 运行维护 第1部分：通用要求》](https://std.samr.gov.cn/search/stdPage?q=GB%2FT28827)（2022-10-12） 信息技术运行维护国家标准体系覆盖通用、交付、应急、数据中心和应用系统服务。 5. [ISO/IEC/IEEE：ISO/IEC/IEEE 29148:2018 Requirements engineering](https://www.iso.org/standard/72089.html)（2018） 规定需求工程过程、需求信息项及其生命周期管理。 ## 常见问题 ### 需求访谈应该先问业务还是先看现有系统？ 两者都要看，但先用业务目标和真实事件建立主线，再核实现有系统如何承接、哪里存在断点，避免被旧页面结构限制。 ### 业务对象和数据库表是一回事吗？ 不是。业务对象是业务共同语言，可能由多张表实现；需求阶段重点明确其身份、关系、状态和责任，不必过早绑定技术表结构。 ### 角色和权限怎样避免越做越复杂？ 分开描述角色能力、组织层级和数据范围，再按状态定义允许动作，避免为每个特殊人员单独创建新角色。 ### 状态机需要细到什么程度？ 应覆盖关键业务决策、责任转移和需要留痕的节点；纯技术中间状态可以在设计阶段补充，不必全部暴露给业务用户。 ### 首期需求如何控制范围？ 围绕一个可闭环目标，优先纳入必须共同运行的对象、角色和状态；无法影响首期结果的扩展能力进入后续路线图。 ## 相关内容 - [标准 SaaS 与专属业务系统如何组合](https://www.zhang-chu.com/insights/standard-saas-vs-custom-system.html) - [旧业务系统重构与渐进改造](https://www.zhang-chu.com/insights/legacy-system-modernization.html) - [企业数字化运营与业务系统](https://www.zhang-chu.com/solutions/digital-operations.html) - [从需求澄清到上线运维](https://www.zhang-chu.com/services/index.html) - [中国科大双创业务数字化平台](https://www.zhang-chu.com/cases/ustc-innovation.html)