基于领域驱动设计的在线考试系统_开题报告

    软件系统面向对象的设计思想可谓历史悠久，20世纪70年代的Smalltalk可以说是面向对象语言的经典，直到今天我们依然将这门语言视为面向对象语言的基础。随着编程语言和技术的发展，各种语言特性层出不穷，面向对象是大部分语言的一个基本特性，像C++、Java、C#这样的静态语言，Ruby、Python这样的动态语言都是面向对象的语言。

　　但是面向对象语言并不是银弹，如果开发人员认为使用面向对象语言写出来的程度本身就是面向对象的，那就大错特错了。实际开发中，大量的业务逻辑堆积在一个巨型类中的例子屡见不鲜，代码的复用性和扩展性无法得到保证。另外，我们在设计业务系统的时候都会存在一个非常棘手而又无法回避的问题“业务扩展性”、“业务灵活性、”面向对象化“，尽管我们熟练掌握设计思想、设计模式、设计原则等等关于如何设计灵活性的系统设计理论，但是我们似乎都没有将它们运用到真正业务系统设计、开发当中去，因为我们目前使用的设计方法是与面向对象设计背道而驰的。

    漫长的数据库驱动开发历史，导致我们根本无法脱离这个环境进行学习和实战。从教科书再到真正的企业项目开发都是先设计数据库然后进行逻辑的编写，大部分的业务逻辑都是存在于UI和数据库【存储过程、自定义函数】中，所谓的三层架构中的BLL层其实是形同虚设，根本没有起到它应有的作用。

    然而我们不是大师，我们只是普通的程序员，希望有一种方法论能引导我们进行真确的系统设计。纵观软件开发方法论，从瀑布模型、螺旋模型、RUP(统一软件开发过程)、XP(极限编程)、Agile(敏捷开发)一路走来，他们的好他们的美，触过的人都会口口称赞，都是大师们一身的经验结晶最后沉淀为专业的技术方向、技术领域，带领我们软件开发者们永无止境的前进，目睹一场又一场的美景一桌又一桌盛宴。他们在不断的开辟新的领域，称为伟大的科学家一点都不为过。

但是为什么这么多方法论都没有能在企业中大面积的普及和使用或者说未能取得理想的效果呢，难道说是我们都不会吗？当然不是，我们程序员都是很聪明而且很富有创造性思维的人群，我们敢于改变现状追求真理，但是时间过去了很多，我们似乎都没有真正解决复杂软件的设计问题，我们参考很多书籍，数不胜数，扩展类、模式类、模型类太多太多，但是问题的核心始终未能触碰到，在黑暗中无数的摔倒都未能找到突破口。

在领域驱动设计(简称DDD)未出现在我们面前时，我们遇见复杂且庞大的业务系统的时候，会手忙脚乱的乱折腾，会发现根本无法拿下这么一个庞大的Monster，最后项目就算侥幸成功也只是依靠个人力量英雄主义般的在独自一人战斗，加班、熬夜、精神极度集中、燃烧生命，最后就算能取得成功，往往系统最后还是这里出错那里出错，甚至还会漏掉什么功能没做，这算是一个常态，不足为奇了。

为了解决这样的问题，领域驱动设计(简称DDD)提出了清晰的分层架构和领域对象的概念，让面向对象的分析和设计进入了一个新的阶段，它发现了复杂软件设计问题的核心解决方法(Model Driven Develop 模型驱动开发)，聚焦复杂系统的核心，并且有一套完整的框架、流程指导我们进行相关DDD的设计、开发工作，对企业级软件开发起到了巨大的推动作用。

    任何方法论都要能被技术化落实到代码上才行，为了保证实践项目的全面性，本文以教育行业信息化的一块【在线考试系统】作为实践的项目，采用微软ASP.NET(C#)为系统开发语言，使用了C/S、B/S混合型的系统结构，系统的业务范围主要是一个面向学校的学生在线考试系统。学生通过客户端（C/S）进行在线答卷，答完卷后再通过远程服务进行答题数据提交。老师通过后台（B/S）进行试卷的打分，最后得出所有学生的成绩数据并且在成绩公告栏中显示排名。教育类系统都存在一个问题就是【老师】、【学生】、【家长】三者之间是没有任何信息化联系，对于像考试类的管理都没有任何方式告知家长学生的成绩情况，包括最近的成绩趋势，还有就是学生的整体对比度等等。21世纪什么最重要？人才！现在的家长都迫切的想知道每一天学生在学校的情况，所以对于这样的需要很有价值去分析，去实践起来，当然前提是教育需要进行改革才行。

二、^范文提纲

1 领域驱动设计简介

1.1 领域驱动设计之领域模型

1.1.1 为什么建立一个领域模型是重要的

1.1.2 领域通用语言

1.1.3 领域建模时思考问题的角度

1.2 将领域模型转换为代码实现的最佳实践

1.3 领域驱动设计的经典分层架构

1.4 领域驱动设计过程中使用的模式

1.4.1 所有模式的总揽图

1.4.2 关联的设计

1.4.3 实体（Entity）

1.4.4 值对象（Value Object）

1.4.5 领域服务（Domain Service）

1.4.6 聚合及聚合根（Aggregate，Aggregate Root）

1.4.7 工厂（Factory）

1.4.8 仓储（Repository）

2 OnlineExamination在线考试系统介绍

3分析、建模（对真实业务进行分析、模型化）

3.1 用例分析（提取系统的所有功能需求）

4 系统设计、建模（技术化业务模型）

4.1 枚举类型的使用（别让枚举类型成为数值型对象）

4.2 基础数据、业务数据（显示实体和隐式过程）

4.3模型在数据库中的主外键关联问题（面向对象模型与关系模型的天然阻抗）

4.4 角色、类型（区分类型与面向对象概念）

4.5 名词、动词、隐、显、抽象、具体 模型创建技巧（面向对象分析技巧）

4.6 永远都不要去假设你的模型（28原则）

5重构模型（规则引擎、精简模型、模型扩展性）

5.1 规则引擎（复杂业务系统的一个重要分支）

5.2 精简模型（聚焦系统核心，以业务模型为主）

5.3 模型扩展性（运行模式，常规法来设计面向对象）

6 系统架构设计、DDD分层架构

6.1 传统分层架构（无法满足大规模业务系统而逐渐被淘汰）

6.2 DDD充血型架构（较丰满的业务模型）

7 数据存储设计

7.1 模型与关系数据之间的平衡（分析、设计、架构的重要体现）

8 DomainModel扩展性（运用设计模式设计模型变化点）

8.1 模型扩展性

8.2 设计模式的使用（苦心专研的设计模式、设计思想可以随意使用了）

8.3 部分类的使用（封装内部对象）

8.4 高强度的OO设计（面向特定领域的高度抽象设计形成特定领域框架）

9. DomainModel业务逻辑规则配置（将扩展点分离后使用适当的配置将规则IOC进去）

三、参考文献

[1]埃里克·埃文斯(Eric Evans)(作者),赵俐(译者),盛海艳(译者),刘霞(译者).领域驱动设计:软件核心复杂性应对之道[M].北京：人民邮电出版社，2016.

[2]尼尔森(作者),赵俐(译者).领域驱动设计与模式实战[M].北京：人民邮电出版社，2009.

[3]福勒.企业应用架构模式[M].北京：机械工业出版社，2010.

[4]埃斯波西托.Microsoft.NET企业级应用框架设计[M].北京：人民邮电出版社，2016.

[5]麦卡锡.领域驱动设计C# 2008实现[M].北京：清华大学出版社，2010.

[6]沃恩•弗农.实现领域驱动设计[M].北京：电子工业出版社，2014.

[7]米里特(作者),杨明军(译者).ASP.NET设计模式[M].北京：清华大学出版社，2011.

[8]蒋金楠.ASP.NET MVC 5 框架揭秘[M].北京：电子工业出版社，2014.

[9]明日科技.ASP.NET从入门到精通[M].北京：清华大学出版社，2012.

[10]本杰明•帕金斯(作者),齐立波(译者). C#入门经典(第7版) C# 6.0 & Visual Studio 2015[M].北京：清华大学出版社，2016.