（3）领域的利用是排他性的，即它是被一个或多个个体所独占的。不同的领域一般说来是不重叠的，如果重叠也是少量的和暂时的，重叠区域可被两个领域的占有者共同利用，但利用的时间不同。领域在脊椎动物中普遍存在，包括硬骨鱼类、蛙类、蝾螈、蜥蜴、鳄鱼、鸟类和哺乳动物。在啮齿动物和灵长类中，群体领域比较常见。很多无脊椎动物也有领域，如昆虫纲中的蜻蜓、蟋蟀、蝇类、蝶类和各种膜翅目昆虫以及甲壳纲中的蝲蛄、招潮蟹、端足类和软体动物中的笠贝、石鳖和章鱼等。

动物占有和保卫一个领域的主要好处是可以得到充足的食物，使安全更有保证和减少对生殖活动的外来干扰。另一方面，动物为了占有和保卫一个领域所付出的代价也是很大的，要花费很多时间和消耗很多能量。一般说来，只有从领域中所获得的好处超过为保卫领域所付出的代价时，动物才会占有领域。

动物保卫领域的方法多种多样，主要是靠发声鸣叫、行为炫耀和释放化学物质，个体之间很少发生直接接触和战斗。鸟类在保卫领域时首先是靠鸣叫对潜在的入侵者发出警告；当入侵者不顾警告侵入领域或进犯到领域边界时，它便采取各种特定的行为炫耀来维护自己的领域；当鸣叫和行为炫耀都无效时，便采取驱赶和攻击行动。一个领域的占有者自己必须知道领域的边界在哪里，也必须让其他个体知道自己所占有的领域范围，这就要依靠几种领域标记行为：

（1）视觉标记，即借助于行为炫耀让其他动物认清自己的领域，动物的特定姿态和醒目的标志都可以作为向其他个体发出的信号；

（2）声音标记，鸟类、海豹、吼猴、长臂猿和猩猩都常用叫声来标记自己的领域，甚至青蛙、蜥蜴和某些鱼类也能用声音标记领域；

（3）气味标记，哺乳动物经常用有气味的物质标记领域，这些物质包括尿、粪便、唾液和由特定腺体所分泌的物质，如鼬的肛腺和有蹄类的眶前腺等；

（4）电标记，貘鱼有特定的放电器官，它常用放电来标记自己的领域。

拓扑学概念

拓扑空间

设A是拓扑空间(X,τ)的一个子集，点x∈A。如果存在集合U，满足①U是开集，即U∈τ，②点x∈U，③U是A的子集，则称点x是A的一个内点，并称A是点x的一个领域。若A是开（闭）集，则称为开（闭）领域。

玄幻小说

在玄幻小说中，“领域”还表示一种能力的体现，是高级本领中的一种，指完全受自己控制、人为产生的空间，它使制造者在战斗中可获得极大的优势。

领域模型

经过分析，实体是苹果、梨、葡萄、橘子、香蕉、荔枝、核桃，这些是不是模型呢？应

该说还不是，还要经过进一步分析：在我们分析的业务领域内，它们有没有共性？苹果、梨、葡萄、橘子、香蕉、荔枝属于水果，核桃属于干果，它们都是果品的一个具体实例。而在水果中葡萄和荔枝属于不宜保存水果，通过这样进一步的分析得出如下的领域模型图例：果品进销存领域模型

这个领域模型不但能反映目前的经营实体，同时给我们需求分析人员和系统功能提供了一定的扩展视野：将来会不会经营食品，短期保持水果采取什么利润空间来促销，长期保存的水果会不会因为保存成本而导致利润下降。

领域模型与数据模型的关系

领域模型它是一个分析模型，帮助系统分析人员、用户认识现实业务的工具，描述的是业务中涉及到的实体及其相互之间的关系，它是需求分析的产物，与问题域相关。领域模型是需求分析人员与用户交流的有力工具，是需求分析人员与用户共同理解的概念，是彼此之间交流的语言。而数据模型是系统设计、实现的一部分，描述的是对用户需求在数据结构上的实现，仅此而已。当然数据模型中的概念模型设计与领域模型类似，缺乏的是实体之间更广泛的关系描述。

领域模型设计期间不用考虑数据的存放问题，只考虑业务描述中涉及的实体以及实体之间的关系。

总结

领域模型设计是需求分析的关键步骤。它帮助用户及需求分析人员建立业务概念，确定用户业务的问题域，系统涉及的业务范围等等。

领域模型设计的步骤为：

1. 从业务描述中提取名词；

2. 从提取出来的名词中总结业务实体，区分名词中的属性、角色、实体、实例，形成问题域中操作实体的集合；

3. 从业务实体集合中抽象业务模型，建立问题域的概念（例如在前面的例子中，我们把容易变质的水果称之为“短期保持水果”，当然也可以是其它说法，只要能跟用户达成共识即可）；

4. 用UML提供的方法和图例进行领域模型设计、确定模型之间的关系。

领域驱动

领域驱动讲求将领域模型作为领域专家、分析人员、开发人员之间交流沟通的核心。传统的瀑布模型方式下，缺乏有效的反馈机制，在链路上领域知识以不同的表现形式进行传递，知识的丢失容易造成需求与实现之间的断层。传统的迭代方式下，软件产品的优秀程度取决于开发者对领域知识的兴趣和掌握程度。

领域模型是领域专家和分析人员互相沉淀知识的一个工具，它帮助分析人员理解领域知识，也为领域专家提供一个规范的表达形式，有条有理的描绘领域知识，分析、解决领域问题。另外，领域模型也是开发团队知识沉淀的一种方式，帮助开发人员了解他所从事的特定领域，提高建模技能。

领域模型其实是一种语言，领域专家与分析人员、开发人员之间交流的通用语言。

1. 领域模型不是图，图只是让核心、关键的概念清晰的呈现出来。图的表达能力有限，模型必须配备描述（需求采集会议中的口头描述，或文档中的文字描述），将图形所代表的意义，以及图形中没有呈现出来的规则、断言、细节进行补充，才能完整地表述需求。

2. 领域模型的UML或者类UML图不能太细太完整，否则过于庞大的模型会干扰人的思维，阻碍对主要部分，或者复杂逻辑的梳理。业务总是被切分成一个个片断进行分析，在每一个片断里，画出几个主要的对象和交互逻辑，细节的部分用文字记录、描述。

3. 领域模型中不应当出现设计、技术方面的术语，也不应当出现开发人员不理解的业务术语。