本文探讨了在软件建模过程中，如何梳理核心业务需求，确定人、事、物的概念模型，并强调了接口在其中的关键作用。通过分解核心概念，划定界限，确保各元素通过接口进行交互。这一阶段，系统设计人员需定义业务核心接口，融入架构设计，为技术实现奠定基础。
好久不写了，正好有点忘了。这样很好，顺便可以验证下流程是否会受时间的影响，这章要讨论概念层，还是老路子，先说想法，没有目的没法下笔。
- 最重要的一点，梳理业务需求，把可以称的上最重要的核心业务需求整理出来，这样做有2个目的，第一，前面的所有工作最多称为业务场景，它很有可能是由一个一个的片段组成，是否合并重组，需要在这一步来验证。第二，提出你的见解，也就是需要帮助业务人员把真正核心的东西做出来，否则忙乎半天很有可能是白忙活，这个最重要，需要和业务人员达成一致，如果必要，需要修改并添加业务模型，保持整个软件建模的完整也很重要
- 这步更关键，就是要把所有核心概念模型解体，划分出 概念层 的 人、事、物（对象实体）、规则 ，划圈为界，将它们完全分开。这是一个打散的过程，如果有可能就顺便把领域建立起来，其实是一个更大的界，当结界划分的那一刻起，其中所有的元素都不可以随便来往，那干嘛阿，原地待命
- 大家可以先从概念到底是什么中出来下，看下标题，我说这个最主要的目的别忘了，前戏都是为主角服务的，接口啊
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
