|
原创 是实 是实 2023-06-29 11:47 发表于广东 收录于合集#人的模型观18个
► 背景： 在论述"模型观"系列内容时，有两个遗漏： 其一，模型的表现形式，无论是实验模型，思维模型，还是数据模型，人工智能模型，我们对模型的第一印象是图形化和结构化，但我却一直忽视了构建模型的"语言"的学习，UML，BPMN等。 其二，模型与业务之间的关联，一是计算机方法中模型和计算机仿真实验的关系；二是互联网时期，软件系统中业务模型，需求和功能模型，数据模型与系统模型的关系。 这个系列就是解决以上问题，第一篇《业务建模》，这是第二篇《需求建模和功能建模》：
需求建模 - UML用例图 1. 统一建模语言 - UML UML是同一建模语言的简称，是一整套图表组成的标准化，可视化的建模语言，其目的是帮助系统开发人员表述，展示和构建系统。 UML源于OMT（对象建模技术）从1996年被明确定义，到2006年逐渐更新了2.5个版本。
以上是UML的17个图表，分为两类：结构性图表和行为性图表，前者是静态模型，后者是动态模型。 结构性图表显示的是系统在不同层次的静态结构以及它们之间的相互关系，其中结构中元素的属性，有抽象的，现实的和实作的。 行为性图表显示了系统中对象的动态行为，可以表达系统随着时间的变化。 注：这里的需求建模应用的是UML中的用例图，以及用活动图与《业务建模》中的BPMN做部分对比。
以上是17个图表的应用方向指南，分为四类：业务建模，需求，分析和设计（圆圈表示适合，对号表示可以用）如，需求建模采用的是用例图和文本，序列，状态和活动是可以用。 2. 用例图建构业务需求模型 UML用例图是从用例的角度描述系统的功能需求，是预设需求用例及其环境的模型。建构需求模型的目的是分析需求信息，用模型表述用户需要什么，但不涉及如何构造和实现等细节。 其一，UML用例图的基本语言：
其二，UML用例图建构需求模型的步骤： （1）确定业务参与者，业务角色，要注意的是在业务中扮演某种角色的事物，可以是人，也可以是部门或系统。 （2）确定业务需求用例，反映用户与系统的交互过程，没有技术或实现细节等。 （3）创建用例模型，描述系统范围和边界，参与者和用例之间的关系。 （4）描述业务需求用例， 备注：需求用例有两种，一种是业务需求用例，一种是系统需求用例，两者是不同的，前者侧重对业务分析，后者侧重系统实现，且从前者向后者转换是一个需求研究的过程。 其三，应用案例：神策-智能运营工具的需求用例图
神策系统的需求用例图，主要角色是运营人员和神策系统，运营活动主要是运营人员与四项活动的关联（触发条件，受众用户，营销动作和目标设置） 每项活动都包含了子活动内容，或扩展新的活动内容，如，触发条件包括定时触发和行为触发，以及拓展了参与限制。 用例图中的另一角色-神策系统对于每项活动给以支持，记录保存信息或执行要求等。 3. UML活动图建构业务流程模型 UML活动图是对系统动态行为建模的一种常用工具，描述活动的顺序，动作和状态，展现一个活动到另一活动的控制流，本质上是一种流程图。 其一，UML活动图的基本语言
其二，活动图建构模型的步骤： （1）明确活动的目标，活动的参与者，以及活动中对象执行的操作步骤； （2）先梳理主干流程，再逐步完善分支流程，构图的顺序遵循从上往下，从左到右的原则； （3）重新调整，不断推演和检查，过程中注意保持构图顺序，活动居中或水平对齐，连线不能交叉等； 其三，应用案例：神策-智能运营工具的业务流程活动图
与《业务建模》中的业务流程建模做对比： UML VS BPMN
（1）UML是统一建模语言，BPMN是业务流程模型和符号，与UML活动图对应。 （2) UML偏向技术，IT系统中的应用；BPMN偏向业务，在IT和商业领域都可以适用。 （3）UML目的是软件系统建模，BPMN目的是业务流程建模。
功能建模 - IDEF0 1. 功能建模方法IDEF0，相关的方法理论
其一，IDEF0是活动建模方法，用来描述企业中活动的过程，以图形表示完成每项活动需要的具体步骤，操作，数据要素以及活动之间的关系。 其二，IDEF是一套系统分析和设计方法，延伸了众多不同领域的具体方法，IDEF1是描述系统信息，数据模型；IDEF2用于系统仿真模拟，建立动态模型等。 其三，IDEF0来源于结构分析方法SA，结构分析方法是软件工程的一种方法，结构化分析和结构化设计，是系统分析的基础。（这里与系统科学中的系统分析关联） 其四，IDEF0的基本内容是SADT的活动模型方法，(具体参考第二部分内容） 其五，FAST-功能分析系统技术法，是一种系统化，自上向下的功能分析创建方法，用于定义，分析和理解产品的功能，确定产品功能之间的主次关系，以及关注产品的重要功能。代表为功能系统图，参考《价值分析-技术和应用》
其六，FAST方法可以与价值分析方法VA结合，参考《价值分析》价值分析是以最低寿命周期费用，实现必要功能的功能分析方法，即用经济效应对产品功能进行价值评估。 2. IDEF0包括的基本概念 其一，活动递阶分解图，IDED0方法的整个模型是一组按递阶层次进行分解的图形。
其二，活动，表示某种系统功能或任何其他事物，其表现形式是盒子。
其三，箭头形式，箭头表达活动所关联的事物，可以是分流，汇流或共用（一般每个盒子不超过4个箭头）控制反馈先上后下，输入反馈是先下后上。还包括，内部和外部箭头，通道箭头等。
其四，结点号 ，用来标识图形在整个模型中的层次关系，
案例图：IDEF0实例图
用IDEF0方法建立的系统功能模型，只反映了系统功能或处理内容的逻辑关系，并没有详细说明内部所有信息或组织结构关系等。 3. IDEF0建模方法在供应链系统中应用
产品配送流程中包括了五个活动环节，每个活动之间的箭头表示物料流和信息流的展现，活动与外部环境的箭头表示功能与环境之间的关系。且每个活动还可以分解子活动。
1. 需求建模和功能建模的关系 在《业务建模》中我用BPMN建构业务流程模型；在需求建模中用UML用例图建构业务需求或系统需求模型，用UML活动图重新建构了业务流程图；在功能建模中用IDEF0构建产品功能模型。 业务建模是需求建模的基础，需求建模是功能建模的基础，三者在业务中当然是密切关联的，但，我也确实在三种业务的建模过程中应用了三种完全不同的语言或模型结构。（这是一个遗留的问题） 2. 模型或方法都不是孤立的 其一，业务流程建模中的BPMN，来源于业务流程重组理论BPR；功能建模中IDEF0来源于结构分析方法SA，SA来源于系统科学中的系统分析方法。 其二，功能分析方法FAST与价值分析方法VA结合，在《价值分析-技术和应用》《SaaS工具的价值导向》中，我曾经用价值分析方法评估软件产品的功能。 那时我只是想用价值分析方法来评估产品价值，没有察觉到对产品功能的研究。而在功能建模过程中，意外发现了两者的关联点-功能系统图，实在是太有趣了。 下图就是FAST方法分解软件-飞书的产品功能，以及评估功能的重要系数；然后根据功能和成本，计算出不同功能的价值系数；最后根据功能的价值系数进行优化或调整的排序依据。 非常重要，为产品经理对功能的优化做了定量或定价的理论依据。
读书是与作者的对话 思考是与自己的对话 (我的wx：bxc625)
推荐阅读 1. 从2017-2023年历史内容： 《2017/8/9的26篇》《2020年的137篇》《2021年的71篇》《2022年的72篇》 2. 系统论和系统科学：《系统方法论》《向钱学森学习》《系统论和系统科学》《系统科学-金字塔体系》 3. 科学方法研究：《1.观察 实验 定义 概念》《2.逻辑和非逻辑思维》《2.逻辑学看ChatGPT》《3.模型 模拟 仿真》《4.科学研究方法论》《科学发现方法论书籍》 4. 大模型系列：《我的大模型=知识模型+能力模型+素质模型》《如何建构知识模型》《知识如何转化为能力》《经验如何转化为知识》 5. 多学习系列：《多学习-横断科学》《多研究-基本范畴》《多学习-横断科学+基本范畴》 6. 范畴系列：《范畴-学习》《结构-范畴》《关系-范畴》《哲学范畴系统化》《唯物辩证法的范畴论》《辩证唯物主义要素结构功能》《商业范畴系统化》 |
|
|
