 |
| 人类领域 |
一个被动物所占有和保卫的空间，这个空间内含有占有者所需要的各种资源，如食物、巢地和配偶等。占有领域的可以是一个个体、一对配偶、一个家庭或一个动物群。对某一科目分类划分后，对应的各部分就叫作某某领域。也可以称高级的领域。拓扑学基本概念设A是拓扑空间(X,τ)的一个子集，点x∈A。如果存在集合U，满足①U是开集，即U∈τ，②点x∈U，③U是A的子集，则称点x是A的一个内点，并称A是点x的一个领域。若A是开（闭）集，则称为开（闭）领域。
概述编辑本段回目录
 |
| 医学研究领域 |
动物保卫领域的方法多种多样，主要是靠发声鸣叫、行为炫耀和释放化学物质，个体之间很少发生直接接触和战斗。鸟类在保卫领域时首先是靠鸣叫对潜在的入侵者发出警告；当入侵者不顾警告侵入领域或进犯到领域边界时，它便采取各种特定的行为炫耀来维护自己的领域；当鸣叫和行为炫耀都无效时，便采取驱赶和攻击行动。一个领域的占有者自己必须知道领域的边界在哪里，也必须让其他个体知道自己所占有的领域范围，这就要依靠几种领域标记行为：（1）视觉标记，即借助于行为炫耀让其他动物认清自己的领域，动物的特定姿态和醒目的标志都可以作为向其他个体发出的信号；（2）声音标记，鸟类、海豹、吼猴、长臂猿和猩猩都常用叫声来标记自己的领域，甚至青蛙、蜥蜴和某些鱼类也能用声音标记领域；（3）气味标记，哺乳动物经常用有气味的物质标记领域，这些物质包括尿、粪便、唾液和由特定腺体所分泌的物质，如鼬的肛腺和有蹄类的眶前腺等；（4）电标记，貘鱼有特定的放电器官，它常用放电来标记自己的领域。
在玄幻小说中，“领域”还表示一种能力的体现，是高级本领中的一种，指完全受自己控制、人为产生的空间，它使制造者在战斗中可获得极大的优势。
涵义编辑本段回目录
主要特征编辑本段回目录
（1）是一个固定的空间或区域，其大小可随时间和生态条件而有所调整；（2）是受领域占有者积极保卫和防御的区域；（3）领域的利用是排他性的，即它是被一个或多个个体所独占的。不同的领域一般说来是不重叠的，如果重叠也是少量的和暂时的，重叠区域可被两个领域的占有者共同利用，但利用的时间不同。领域在脊椎动物中普遍存在，包括硬骨鱼类、蛙类、蝾螈、蜥蜴、鳄鱼、鸟类和哺乳动物。在啮齿动物和灵长类中，群体领域比较常见。很多无脊椎动物也有领域，如昆虫纲中的蜻蜓、蟋蟀、蝇类、蝶类和各种膜翅目昆虫以及甲壳纲中的蝲蛄、招潮蟹、端足类和软体动物中的笠贝、石鳖和章鱼等。
模型编辑本段回目录
抽象业务模型
领域模型
经过分析，实体是苹果、梨、葡萄、橘子、香蕉、荔枝、核桃，这些是不是模型呢？应该说还不是，还要经过进一步分析：在我们分析的业务领域内，它们有没有共性？苹果、梨、葡萄、橘子、香蕉、荔枝属于水果，核桃属于干果，它们都是果品的一个具体实例。而在水果中葡萄和荔枝属于不宜保存水果，通过这样进一步的分析得出如下的领域模型图例：
果品进销存领域模型
这个领域模型不但能反映目前的经营实体，同时给我们需求分析人员和系统功能提供了一定的扩展视野：将来会不会经营食品，短期保持水果采取什么利润空间来促销，长期保存的水果会不会因为保存成本而导致利润下降。
领域模型与数据模型的关系
领域模型它是一个分析模型，帮助系统分析人员、用户认识现实业务的工具，描述的是业务中涉及到的实体及其相互之间的关系，它是需求分析的产物，与问题域相关。领域模型是需求分析人员与用户交流的有力工具，是需求分析人员与用户共同理解的概念，是彼此之间交流的语言。而数据模型是系统设计、实现的一部分，描述的是对用户需求在数据结构上的实现，仅此而已。当然数据模型中的概念模型设计与领域模型类似，缺乏的是实体之间更广泛的关系描述。
领域模型设计期间不用考虑数据的存放问题，只考虑业务描述中涉及的实体以及实体之间的关系。
总结
领域模型设计是需求分析的关键步骤。它帮助用户及需求分析人员建立业务概念，确定用户业务的问题域，系统涉及的业务范围等等。
领域模型设计的步骤为：
1. 从业务描述中提取名词；
2. 从提取出来的名词中总结业务实体，区分名词中的属性、角色、实体、实例，形成问题域中操作实体的集合；
3. 从业务实体集合中抽象业务模型，建立问题域的概念（例如在前面的例子中，我们把容易变质的水果称之为“短期保持水果”，当然也可以是其它说法，只要能跟用户达成共识即可）；
4. 用UML提供的方法和图例进行领域模型设计、确定模型之间的关系；
驱动设计编辑本段回目录
 |
| 领域驱动设计 |
领域模型是领域专家和分析人员互相沉淀知识的一个工具，它帮助分析人员理解领域知识，也为领域专家提供一个规范的表达形式，有条有理的描绘领域知识，分析、解决领域问题。另外，领域模型也是开发团队知识沉淀的一种方式，帮助开发人员了解他所从事的特定领域，提高建模技能。
领域模型其实是一种语言，领域专家与分析人员、开发人员之间交流的通用语言。
1. 领域模型不是图，图只是让核心、关键的概念清晰的呈现出来。图的表达能力有限，模型必须配备描述（需求采集会议中的口头描述，或文档中的文字描述），将图形所代表的意义，以及图形中没有呈现出来的规则、断言、细节进行补充，才能完整地表述需求。
2. 领域模型的UML或者类UML图不能太细太完整，否则过于庞大的模型会干扰人的思维，阻碍对主要部分，或者复杂逻辑的梳理。业务总是被切分成一个个片断进行分析，在每一个片断里，画出几个主要的对象和交互逻辑，细节的部分用文字记录、描述。
3. 领域模型中不应当出现设计、技术方面的术语，也不应当出现开发人员不理解的业务术语。
