2.2 系统需求分析
前面的可行性分析已经粗略了解了用户的需求，需求分析的基本任务是回答“系统必须做什么?”这个问题。需求分析的任务还不是确定系统怎样完成它的工作，而仅仅是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。以下是对系统的详细需求分析。
2.2.1 公告栏模块
该模块是为了方便老师对学生发布公共信息而设置的模块。要实现的功能比较简单，包括发布公告、修改公告、删除公告。学生可以浏览该公告栏里的内容，但是不能修改和发布其内容。
2.2.2 同步答疑聊天室模块
该模块是即时式的答疑模块，学生通过输入自己的名字进入聊天室，可以互相即时讨论问题，老师在线的时候，可以和老师进行互动式的答疑。为了方便学生的登入和系统的实现难度，该系统才用简化的验证机制，同学只需输入自己的名字，不需要密码。
聊天室的种类很多，可以通过Vbscript，CGI等方式来实现。一般聊天室都分作上下两帧来实现，其中上面一帧用来显示当前聊天信息，下边一帧为接收学生输入信息的内容发送区。学生提交谈话内容的时候，上面一帧的聊天信息将会更新。主要的难点在于，学生不提交内容的时候，上面一帧的聊天信息如何更新。通常有两种解决方法：
1. 使用“推”技术
2. 让客户端定时刷新
其中第一种方案对服务器负荷比较小，但编写代码实现起来比较复杂，大型的聊天室一般都采用这种方案。第二种方案实现起来比较容易，代码简明，适合用户不多的聊天室。综合权衡了一下实际的情况，本系统决定采用后一种方案。
2.2.3 异步答疑留言板模块
该模块属于非即时答疑，是考虑到学生和老师同时在线的几率问题而设计的模块。聊天室虽然已能很好的解决提问与解疑，但还需要一个辅助的模块来应对学生与老师只有一方在线的情况。留言板的功能有点和网上流行的BBS类似，但是为了方便学生和老师浏览疑问，必须要将已解答和未解答的疑问区别开来，该功能可以通过查询数据库来实现。
该模块细分为两个子模块，把学生和老师权限分离。学生进入该模块后，系统通过查询数据库列出疑问列表，并标识出已回答或未回答，在页面的下面，应有提出新问题的功能区，学生可以在这里发布自己的新问题。而在老师使用的模块里，老师可以查看问题的列表，和进入详细问题页面，解答疑问。还可以选择删除疑问，为了方便老师的管理，该模块还实现了批量删除的功能。