管理员是使用系统的最大用户，所以需求的功能会相对多很多。作为用户之一，那么能够管理自己的信息就是基础；而该系统称为“学生评教系统”，那么首先在该系统中就必须存在学生、教师和课程三者；再通过“评估”二字，需求中就需要让学生来给教师打分的评估指标、包含所有评估指标和各种信息的评估单以及最后能够让教师和管理员查询的评估结果，以上是基本需求。之后为了让系统更丰富，可以对课程、教师信息进行扩展，例如课程是属于某个学院下的某个专业；不同的教师有不同的职称，或者能够系统备份等等。综上，管理员需要对以下信息进行管理：
1) 管理员能够对学生进行管理，包括对学生信息的添加、删除。 2) 管理员能够对教师进行管理，包括教师信息的添加、删除。 3) 管理员能够对课程进行管理，包括对课程的添加、修改、删除。 4) 管理员能够对院系进行管理，包括对院系的添加、修改、删除、查询。
5) 管理员能够对专业进行管理，包括对专业的添加、删除、修改。 6) 管理员能够对评估指标进行管理，包括对评估指标的添加、删除、修改。
7) 管理员能够对评估单进行管理，包括对评估单的添加、删除、修改。
8) 管理员能够查看学生评教后所有评估单的分数信息。 9) 管理员能够重置自己的信息和密码。
10) 管理员能够对系统进行系统维护，指数据备份。 2. 学生功能性需求
学生虽然不是该系统的最大用户，但是却是该系统的核心用户，没有学生也就没有系统的根——评教，所以作为学生用户，最大的需求就是评教。与此同时，对自己信息的维护是一个系统最基础的需求。综上，学生需要对以下信息进行管理：
1) 学生能够更新自己的信息和密码。 2) 学生能选择课程进行评教打分。 3. 教师功能性需求
教师的需求也很重要，教师要通过查看评教结果来做出提高教学质量的方案，所以对于教师来说，能查看结果是最重要的需求。与此同时，对自己信息的维护是一个系统最基础的需求。综上，教师需要对以下信息进行管理：
1) 教师能够更新自己的部分信息和密码。 2) 教师能够查看学生评教后仅自己的分数信息。 二、 非功能需求
非功能性需求是指软件产品为了满足用户的业务需求而必须具有的某些性，但这些特性是除功能性需求之外的。一般情况下非功能性需求包括可扩充性、可维护性、可支持性、可用性、可靠性、安全性等等性能。所谓可扩充性就是指当有其他功能需求时，系统代码能够容纳接受新代码被加入到起到功能的位置中；可维护性是指从系统诞生到被淘汰的这一漫长生命周期中，系统无论是需要增加功能还是修改漏洞都要能承受；可支持性及是可兼容，无论在任何环境下都能正常运行；可用性指用户对该系统的满意度，往往越是简介、美观、易懂、高效的系统的满意度越高；可靠性是指系统开发后，无关时间地点都能够使特定功
能运行，无故障；安全性顾名思义就是系统的内置文件不会泄露给目的不纯或者与该系统没有直接关系的人手中的性能。综上，良好的系统应该具备这些非功能性需求。
而本系统为了能够让普通用户更容易理解且上手，同时运行顺畅，那么该系统就应该具备良好的非功能性需求。成为优秀的软件系统。
第二节 系统建模
一、 管理员建模 （一） 管理员用例图
本系统三类用户中的中心——管理员，他主要负责各种信息的管理和维护以及查看最后评教结果。该系统中管理员的用例图如下图：
图3-1 管理员用例图
（二） 管理员部分用例描述 1. 添加教师信息用例描述 用例名称：添加教师信息
用例描述：管理员添加教师信息，新添加上的教师信息的数据将在教师信息管理界面中显示出来。
参与角色：管理员
前置条件：系统管理员成功登录系统并进入主界面。
后置条件：系统中的教师信息管理界面里的教师列表被更新。 基本操作流程：
1) 管理员在左侧界面选择添加教师选项。 2) 管理员进入添加教师界面。
3) 管理员输入新教师的相关信息情况，按“保存”按钮。 4) 系统验证管理人员输入的信息身份合法性。 5) 系统验证成功后，提示添加成功。
可选操作流程：
在输入信息的过程中，管理员如果不想继续添加，则可在左边选项栏中随意选择其他选项，系统将不保存已输入的信息。 2. 修改课程信息用例描述
用例名称：修改课程信息
用例描述：管理员对课程信息进行修改，修改后原先的信息列表将被更新，并显示给管理员新的信息。
参与角色：管理员
前置条件：系统管理员成功登录系统并进入主界面。
后置条件：系统中的课程信息管理界面里的课程列表被更新。 基本操作流程：
1) 管理员在左侧界面选择课程信息管理选项。
2) 系统显示课程信息列表，管理员单击要修改的信息后面的“修改”选项。
3) 系统转到课程信息修改界面，且显示着原来的信息。 4) 管理员对相关信息进行修改。
5) 修改完成，点击“保存”。
6) 系统验证管理人员输入的新信息的合法性。 7) 验证通过，提示“修改成功”。
可选操作流程：
在修改课程信息过程中，管理员同时可以进行删除课程后者添加课程的操作。
3. 删除教师信息用例描述
用例名称：删除教师信息
用例描述：管理员删除员工信息，删除后该原先具有的信息将在信
息列
中不再出现。
参与角色：管理员
前置条件：系统管理员成功登录系统并进入主界面。
后置条件：系统中的教师信息管理界面里的教师列表被更新。 基本操作流程：
1) 管理员在左侧界面选择教师信息管理选项。
2) 系统显示教师信息列表，选择在要删除的教师信息列后面的方框，挑勾后单击列表下面的“删除”按钮。 3) 系统执行删除操作。
4) 删除成功，教师管理信息列表更新，显示删除后的列表。
可选操作流程：