对于第一个学校教务管理系统，虽然贴近学生日常生活，但应对不同类

　　　　　　　　　　型的系统用户需做出不同的子用户界面和子用户功能集，且每种类型

　　　　　　　　　　用户涉及的功能数量较多。小组成员觉得在后期代码编写的过程中，

　　　　　　　　　　可能会因时间的限制而很难完成任务。

　　　　　　　　　　包裹追踪仿真，考虑到会涉及较多图论的知识，小组成员觉得有一定

　　　　　　　　　　难度，所以放弃。

　　　　　　　　　　地铁调度仿真，由于不太理解“用符号示意各个地铁的状态即可”的

　　　　　　　　　　实现要求，且不太了解运行过程中可能会遇到的异常情况，所以不选。

-For the first school educational management system, although close to the students'　daily lives, but to respond to different types of system users need to make a different sub-sub-user user interface and feature set, and the function of each type of user involved in larger quantities. Panel members felt in the latter part of the process of writing code, may be due to time constraints but very difficult to complete the task. Tracking simulation, taking into account the will involve more knowledge of graph theory, group members feel that there is a certain degree of difficulty, so give up. Subway scheduling simulation, because do not understand, " the symbol can indicate the status of each subway"　implementation requirements, and do not quite understand you may encounter during the operation of the unusual circumstances, it is not selected.