1 业务领域建模的概念
领域模型是作为设计软件对象的启发来源,也是后续工件的必须输入。领域模型是说明问题域里(对建模者来说)有意义的领域类,它是面向对象分序的时候要创建的最重要的工作(必须说明,用例虽然也是一个重要的分析工作,但它并不是面向对象的,它是强调的概念的过程视图)。通常软件工程师需要在不同的领域或不同的项目中工作,来自不同的背景,这可能会影响他们对应用程序域的感知。他们需要领域知识来开发系统。
通常领域建模分为两个观点:
1)理论派
领域模型是一种特殊的业务模型,它分析范围是整个行业,抽象出行业里共性和内在规律性的业务,比业务模型更加抽象,它不属于软件开发范畴的概念,与软件开发无关。
2)实战派
领域模型是一种分析模型,在软件开发过程分析阶段用于分析如何满足系统功能性需求,属于软件开发范畴,在UML中主要使用类图来描述领域模型。
业务模型是业务建模的输出物,业务建模研究的对象是公司或者组织,业务建模属于软件开发过程中的初始阶段。软件开发过程为业务建模、需求、分析、设计。
在软件开发过程中我们接触到的领域模型属于实战派。
2 如何进行领域建模
1)收集应用程序域信息–关注功能需求,同时考虑其他需求和文档
2)头脑风暴–列出重要的应用程序域概念,列出它们的属性/属性,列出它们之间的关系
3)使用UML类图记录结果,最终画出业务类图,并说明业务类图中每一个类、属性、方法的来源,对于有关联类情况要进一步给出关系数据库的模型。
3 将领域概念分为:类–属性/属性值–关系
我的工程实践目前还没有到业务领域建模阶段,因此本次作业我选择课程大作业作为业务领域建模对象。
类 |
属性 |
方法 |
AddFragment |
btn_record、editText_word、editText_translate、dbOpenHelper |
添加单词和翻译并判断添加的合法性,给出用户提示 |
ReciteFragment |
dbOpenHelper、tv_word、tv_translate、jump_step、button_delete、button_unknown、button_next、button_prev、button_jump |
提供背单词界面、删除按钮、跳转按钮、显示翻译按钮以及给出用户提示功能 |
LexiconFragment |
dbOpenHelper、listView、list |
通过列表的形式展示数据库中的单词及其对应翻译 |
DBOpenHelper |
Create_Table_SQL |
提供统一对数据库CRUD操作的程序 |
4 UML图