教育技术装备管理工作的业务逻辑与流程，不同的地区、不同的教育条件存在着一定的差别，但是整体看来是大同小异的。本系统的设计理念和出发点就是最大程度地使教育技术装备管理工作的业务逻辑和业务流程抽象化并力图予以普遍化、规范化、模型化。那么如何从一开始便把握住业务需求的变化并获取一个普通而又全面的软件解决方案？如何建立全面的业务模型？如何描述和划分系统的功能？
　　 对于复杂问题的解决之道，跟建筑行业一样，软件系统的业务分析也有其普遍而又有效的解决方案──领域建模（Domain Model）。
　　
　　1 系统整体业务模型构架设计
　　
　　 教育技术装备管理的业务抽象地划分可以分为学校装备管理业务和上级装备管理业务这两层，上级装备管理业务层可以根据具体的应用和需要再分层为区县、省市教委等多级。拆分完全是弹性的而且层次分得越多，统计粒度则越大，功能就越粗，而且上一层系统功能完全基于底下一层的具体业务功能。所以从业务逻辑模型上来说，我们可以抽象整合为上下两级模型，限于篇幅本文主要给出核心的功能模型设计思路：
　　
　　不难看出学校版和区县、省市版在业务模块功能上存在着一定的重复业务逻辑，区县、省市版的业务逻辑相对于学校版来说粒度比较大，比较粗，实际上是一个统计集合的概念。
　　 根据上图，可以大致将教育装备管理的业务模型再分为：学校概况、队伍建设、资产管理、采购计划、教学活动、基础数据维护、统计分析等子业务模型。为了高效、跨平台、高数据量地进行学校、区县之间上下数据传输，在两大业务模型之间我们引入了数据交换平台业务逻辑，关于具体的技术设计和实现，在技术设计下文中将给出。根据领域驱动模型分析设计的理念思想，可以继续对各子业务模型进行细分归类，最终获得一个需求业务层上的问题域。
　　
　　2.2 队伍建设业务模型
　　 此业务模型主要功能是录入、修改学校教职工情况（特级教师人数、高级教师人数、一级教师人数等）以及班级建设的情况。
　　
　　2.4 采购计划业务模型
　　 采购计划主要功能是针对学校向上级部门提出采购申请而设定的，一般来说学校购买设备需要报计划待上级主管部门批准，方可采购并资产入库。
　　
　　2.6 基础数据维护业务模型
　　 基础数据维护是系统重要的业务功能，是基础的基础，其子模型业务主要可以分为对设备数据的维护、管理用户的维护、资产类别的维护、系统的注册、数据的上传、数据的下载。
　　
　　3 区县、省市版业务逻辑分析与设计
　　
　　 区县、省市的教育技术装备管理是完全基于学校方的业务数据。其实区县也好、省市也好其最主要的业务功能就是对各管辖学校上报数据的查看、统计和分析，只是根据各自关心统计数据的粒度组细不一，统计分析的侧重和结果有差别而已。其管理业务流程跟学校的教育技术装备管理业务模型非常相似，当然有些功能有所取舍。根据学校版本的业务模型我们可以大致细分区县、省市的业务为：①学校基本模型②队伍建设模型③资产管理模型④教学活动管理模型⑤基础维护模型⑥统计分析模型。
　　 区县、省市的业务与学校业务的最大区别就在于关注数据的粒度不同，所以区县、省市的业务逻辑在底层业务设计上，可以完全和学校版本的业务模型一致，因此我们可以设计区县、省市的业务逻辑模型如下表示：
　　
　　 到此，我们给出了学校版和区县、省市版的主要业务模型概述，根据领域驱动设计的思想，需求模型化只是完成了系统实现的第一步,当然也是非常重要的一步。对业务模型的固化是后续系统设计和实现的前提和根本。