功能/流程建模与数据建模全解析

# 功能/流程建模与数据建模全解析 ## 1. 功能/流程建模概述 功能/流程建模在许多项目中是至关重要的一环。它的第一步是确定业务过程中必须完成的基本功能。这里要注意，我们关注的并非应用程序或项目必须实现的功能，且在流程建模中不涉及具体的实现方式，仅强调功能得以完成这一事实。 ### 1.1 确定基本功能 确定基本功能有助于我们以不同的方式思考问题，避免因“一直这样做”的惯性思维而限制解决方案。例如，维护团队填写纸质维护报告并由他人录入系统，若将功能描述为“填写并签署维护报告表格”和“将维护报告数据录入系统”，就限制了替代方案。而若写成“获取签署的维护记录”和“记录维护数据”，则可设计出维护人员直接录入数据再打印签署的系统。 确定基本功能后，可创建功能层次模型进行记录，每个功能用圆角框表示。例如，度假村团队经讨论确定了项目范围内的基本功能。 ### 1.2 分解功能 有了基本功能后，可将其分解为完成整体功能所需的各个子功能。功能分解应持续到项目实际可行的最原子级别。一般来说，若功能描述中包含超过一两个动词，可能就需要进一步分解。例如，“做晚餐”可分解为“获取食材”“混合食材”和“烹饪食材”。 有时信息过多，可使用省略号（…）表示其他页面有更多信息。 ### 1.3 事件触发功能 某些情况下，功能由外部事件触发。例如，气闸维护期到期时必须进行检查。这类事件用指向触发功能的箭头轮廓表示。同时，要检查功能层次结构中是否存在将事件伪装成功能的情况。 ### 1.4 审查模型 初步流程模型完成后，需由客观第三方检查其完整性和合理性。可通过回答以下问题来评估模型： - 公司 CEO 是否能认出该模型代表的是自己的公司，还是过于通用可适用于任何公司？ - 从层次结构中移除所有事件，再以事件箭头形式添加回去。 - 是否遗漏了最明显的功能？ - 项目的所有目标能否通过层次结构中的功能实现？ - 所有功能的表述是否独立于实现方法（或许仅作为澄清示例除外）？ 当能圆满回答这些问题时，就可进入下一步。例如，度假村团队审查发现未包含创建活动以进行日程安排的功能，于是进行了相应修改。此外，团队还需考虑如何移除活动或其他对象，如取消活动和停用设备的流程。 以下是功能/流程建模的主要步骤总结： |步骤|描述| |----|----| |确定基本功能|明确业务中必须完成的功能，避免受实现方式限制| |分解功能|将基本功能分解为子功能，直至最原子级别| |处理事件|识别由外部事件触发的功能，避免事件与功能混淆| |审查模型|由第三方检查模型的完整性和合理性| 下面是功能/流程建模的 mermaid 流程图： ```mermaid graph LR A[确定基本功能] --> B[分解功能] B --> C[处理事件] C --> D[审查模型] ``` ## 2. 数据建模基础 在了解业务功能后，接下来看看业务所使用的数据。数据建模涉及三种信息：实体、属性和关系。 ### 2.1 定义数据实体 数据实体可以是任何需要创建、编辑、交互或销毁的事物。可先列出项目可能涉及的“事物”类型，暂不考虑关系和重复项。例如，度假村团队最初列出了 13 个潜在实体，之后发现维护