以您的工程实践项目为例，在深入理解需求的基础上进行业务领域建模Domain Modeling
- （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
- （3) Classifying the domain concepts into:
- classes – attributes / attribute values – relationships
- association, inheritance, aggregation
- （4) Document result using UML class diagram
最终画出业务类图，并说明业务类图中每一个类、属性、方法的来源，对于有关联类Association Class的情况要进一步给出关系数据库的模型。
记住：我们是对业务建模，不是对系统建模！
什么是业务领域建模
- 业务对象模型（也叫领域模型 domain model）是描述业务用例实现的对象模型。它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。业务对象模型从业务角色内部的观点定义了业用例。该模型为产生预期效果确定了业务人员以及他们处理和使用的对象（“业务类和对象”）之间应该具有的静态和动态关系。它注重业务中承担的角色及其当前职责。这些模型类的对象组合在一起可以执行所有的业务用例 。
结合自己工程实践分析
- 我的工程实践做的事基于LSTM新闻摘要生存
collect application domain information
收集领域信息，对于该工程我们要实现的是
(1).对原始数据集的处理，包括数据清洗，数据的前期处理，为我们后面能用这类数据做好准备
(2).模型的构建，此为关键之处，对输入的数据类别，选取合适的神经网络，构建出有较好性能的网络
(3).对模型的输出进行处理，输出的是向量，我们要通过解码器生存我们所需要的摘要
brainstorming
(1)列出重要的应用程序域概念：
- 应用程序域 (application domain) 一种边界，它由公共语言运行库围绕同一应用程序范围内创建的对象建立（即，从应用程序入口点开始，沿着对象激活的序列的任何位置）
(2). 列出他们的属性
- 用户：用户ID，用户密码，用户权限等 - 开发者：开发权限，专业领域，负责的模块 - 模型：模型大小，模型深度，模型类型 - 编码器：分词的大小，分隔符的处理 - 解码器：向量对应的单词大小 - 数据集合：数据来源，数据大小，数据的类别
(3).他们之间的关系
- 数据集经过编码器编码，然后输入到神经网络中，神经网络的输出结果结果解码器生存最终的结果，开发者负责全部的模块，用户只需知道最后的结果即可。
- classifying the domain concepts into
- 依据上述，我们将分为8个类别，1.用户，2.开发者，3.解码器，4.编码器，5.神经网络模型，6.模型，7.数据集，8.评价标准
document result using UML class design
