标签：分析 商业 and image 需求 就是 mamicode 技术 数据库修改
一、什么是业务领域建模
领域建模：
从领域模型开始,我们就开始了面向对象的分析和设计过程,可以说,领域模型是完成从需求分析到面向对象设计的一座桥梁。
顾名思义,就是显示最重要的业务概念和它们之间关系，是真实世界各个事物的表示（现实世界的可视化抽象字典）而不是软件中各构件的表示。领域模型是描述业务领域（业务实体）的静态结构。
理论派观点：
Domain Model是一个商业建模范畴概念，即使一个企业不开发软件，也具备其业务模型；所有同行企业，其业务模型必定有非常大的共性和内在的规律性。
由行业内的各个企业的业务模型再向上抽象出整个行业的业务模型，这个模型称之为“领域模型”。
领域模型是一种特殊的业务模型，它分析范围是整个行业，抽象出行业里共性和内在规律性的业务，比业务模型更加抽象，它不属于软件开发范畴的概念，与软件开发无关。
实战派观点：
领域模型是一个分析模型，帮助系统分析人员、用户认识现实业务的工具，描述的是业务中涉及到的实体及其相互之间的关系，它是需求分析的产物，与问题域相关。
是需求分析人员与用户交流的有力工具，是彼此交流的语言。
领域模型是一种分析模型，在软件开发过程分析阶段用于分析如何满足系统功能性需求，属于软件开发范畴，在UML中主要使用类图来描述领域模型。
业务模型是业务建模的输出物，业务建模研究的对象是公司或者组织，业务建模属于软件开发过程中的初始阶段。
软件开发过程：业务建模、需求、分析、设计。
在软件开发过程中我们接触到的领域模型属于实战派。
从这个定义我们可以看出,领域模型有两个主要的作用:
发掘重要的业务领域概念
建立业务领域概念之间的关系
二、我的工程实践
我的工程实践是基于物联网组网方案的的搜索引擎。
♦ 1) Collect application domain information
– focus on the functional requirements – also consider other requirements and documents
本项目将构建一个基于物联网组网方案的搜索引擎，针对物联网组网方案，为用户提供物联网组网所需的软硬件数据，帮助相关行业人士更好更快捷的设计物联网，提高工作效率，促进物联网行业的发展。
♦ 2) Brainstorming
– listing important application domain concepts – listing their properties/attributes – listing their relationships to each other
（1）数据库：
通过向相关业务方案供应商咨询，或者通过爬虫检索相关网页，进而获取所需物联网组网方案数据，物联网软硬件数据，并进行筛选整合，最终形成数据库。数据库还需要提供信息检索及修改功能，便于用户和管理员使用。
（2）用户：
需要通过本搜索引擎进行数据收集与检索物联网组网方案数据，并在需要的时候，进行数据的导出与分享。此外，用户还需要有与管理员沟通的接口。
（3）管理者：
通过系统提供的接口对搜索引擎数据库进行增删查改的维护，并对用户的反馈有所反映。
♦ 3) Classifying the domain concepts into:
– classes – attributes / attribute values – relationships
• association, inheritance, aggregation
数据库：数据展示
搜索引擎：数据收集，数据整理
用户：个人信息，数据检索，系统反馈
管理员：数据库修改，反馈查询
♦ 4) Document result using UML class diagram
标签：分析 商业 and image 需求 就是 mamicode 技术 数据库修改
原文地址：https://www.cnblogs.com/wjt1996/p/11920491.html
