题目的自动化批改是一个很重要的部分。因为题型的不同，批改的方式也有很多种

把题目和试卷拆开成两个模块，有利于维护和拓展，那么这样是否就已经拆解得足够好了呢？

实际上在线考试系统里，题目的自动化批改是一个很重要的部分。因为题型的不同，批改的方式也有很多种：

1. 简单的标准答案比对；
2. 人工批改；
3. AI自动批改，拍照上传；
4. 接入第三方批改系统，比如一些在线编程的判题系统。

我们也可以把批改系统抽离出来，一道题可以使用多个批改系统，一张试卷里的每道题都可能用不同的批改系统，这样的拓展性会更好。

当然，一个好的在线考试系统实际还会有很多其他的能力拓展，如题库、知识点标签等等，这里就不做过多展开了。

三、进行抽象建模

产品架构设计核心的抽象建模，主要涉及到：

• 归纳法：归纳法是在大量经验的基础上进行抽丝剥茧，总结到其内在规律的。
• 演绎法：在归纳法的基础上基于演绎法去推测系统如何去支持可能延伸的需求，可用来验证当前的架构设计是否合理。

UML是一个表述产品架构的好工具，上面画考试系统架构时就是一个很简化的UML图，相关的文章和书籍有很多。

通常来说，研发人员会比较擅长做架构设计。因为计算机专业学生在学校就必须学习设计模式和面向对象的程序设计，其中类和对象的概念本身就是在建模和做架构。

——这也是我为什么会认为好的产品经理需要懂一些技术的原因。

对于产品经理而言，技术实现的细节不是重点，而以下几点是需要着重注意的：

• 产品在做模块化设计时使用起来容易变得「技术化」，用户体验不那么好。如何做到用户在使用产品时的体验是简单且流畅的，但产品内部其实是模块化的设计，这是要在交互设计上下功夫的；
• 归纳法很怕遇到黑天鹅事件，所以再归纳的时候要尽量整合尽可能全的场景，特别是要做中台产品时，难度是很高的。所以在进行产品架构设计前，一定要尽可能全面的去了解各类典型的场景，和有经验的人多交流；
• 不要做过度抽象，抽象得没有了业务特性，就好像要解微积分时，1+1=2这个公式是不解决问题的。

四、在产品架构之下

产品大神俞军负责过百度贴吧、滴滴等很多知名的软件产品，而在他的「俞军产品方法论」一书里最开始对产品下了一个抽象的定义，是企业以产品为媒介跟用户进行价值交换。

这是一个在产品更底层逻辑里的定义，不那么容易懂，但却体现了这本书里所描述的产品方法的层次。

产品这个词在互联网行业往往等同于软件，在传统行业是实体，在教培行业是课程内容，而这些都符合俞军对产品的定义，并且书里大量的经济学介绍，产品方法早就已经超越了软件了。

本文简述了产品的架构，而在产品架构之下还有很多更稳定和基础的原理和模型。