学生信息管理系统设计说明书[].docVIP

需求分析 1．用户调查 经过详细的调研，并多次与学生档案管理的老师进行研讨后，首先加深了对学生信息管理业务的深刻了解，其次在充分熟悉学生档案管理业务的同时，将整个学生档案管理的业务流程描述如下： 新生入校，首先报到并进行注册登记，然后到财务部门缴费。根据学生被录取的专业，持缴费单到所在系或部注册。 到系或部注册后，根据选报专业分配到班级。 进入正常大学生活，参加各种教学活动，学期期末要求每位同学参加各课的期末考试。 考试结束，由各系或部将各位同学的考试成绩及其他一些相关信息纪录至每个同学的档案中。 根据以上总结，得到其现行的业务流程如图1-1所示。 图1-1 现行学生信息管理业务流程图 2． 构造系统的逻辑模型 根据现行学生信息管理的业务流程，首先确定数据流图中的源点和终点都选定为学生，如此就得到了学生档案管理系统的基本系统模型，如图1-2所示。 图1-2 学生档案管理系统的基本系统模型 根据基本系统模型，对其逐步西化，得到描绘逻辑系统西化后的数据流图，如图1-3所示。 图 1-3 学生档案系统数据流图 3．确定目标系统的功能 通过详细的用户调查，在现行的业务处理流程和数据流图的基础上，就可以基本确定目标系统要达到的目标了。需求分析的任务是确定系统必须完成的工作，也就是对目标系统提出完整、标准、清晰、具体的要求。在经过多方了解和调查后，基本清楚了学生档案信息管理的功能需求，学生档案管理系统必须完成以下功能： 数据添加功能：对于新生报道，系统必须具有班级的建立、课程的设置，如果新增专业，则能添加新专业，期末学生的考试成绩及奖惩信息必须能够录入。 数据修改功能：当上述资料发生变化或有错误信息输入时，应能够及时对数据进行修改和补充。 数据查询功能：该系统的主要功能致意即根据用户提供的相关信息，能够及时查找出对应的学生信息，系统应该提供多种查询方法，以便满足用户的不同需求。 4.数据库建模 经过上面的分析，能够提取以下几个实体：学生、课程、专业 、班级等。它们的实体图分别如图1-4、图1-5、图1-6、图1-7所示。 图1-4 学生实体图 图1-5 课程实体图 图1-6专业实体图 图1-7班级实体图 在找到所有实体的基础上，需要进一步分析各实体之间的联系。经过分析两两实体之间的联系，然后进行合并，给出所有尸体的联系图即E-R图，如图1-8所示。 图1-8学生信息管理的E-R图 5.关系描述的设计 根据以上各实体图和学生信息管理的E-R图，经过转换，可以导出各个关系。其转换规则为：首先每个实体转化为一个关系，有属性的联系也应转化为一个关系，然后需要给出每个关系的关键字。根据以上规则，直接给出所有关系。 学生（学号、姓名、性别、政治面貌、出生日期、专业、班级、家庭住址、联系方式、备注）关键字为学号。 课程（课程名称、所属专业）关键字是课程名称。 专业（专业名称、所属院系）关键字为专业名称。 班级（班级名称、所属院系、辅导员、教室、人数）关键字为班级编号。 成绩（学号、姓名、专业、课程名称、所在学院、性别、成绩）关键字是学号与课程名称。 在考虑系统安全的前提下，需要增加用户关系和使用关系，其关系模式如下： 用户（用户名、密码、用户ID）关键字为用户名。 系统日志（用户名、登录日期、登录时间）。 系统设计 1.模块设计 一、登陆模块 必须输入正确的用户名、密码和用户类型才能进入相应的系统界面。任何一处填错或空白都将给出提示信息。 二、管理员模块 系统信息模块：可以实现对本软件可登陆用户的用户名、密码的管理。 系科信息模块：对本校系科信息的查询、修改、删除等操作。 专业信息模块：根据已知的系科列表，可对相应的专业信息进行操作。 课程信息模块：对本校的课程信息进行管理。 学生信息模块：可根据不同的专业对学生信息进行相关操作。 成绩信息模块：可对所有学生成绩信息进行浏览、修改和删除，同时还可以输入学校查询单个学生的成绩信息。 三、学生模块 个人信息查询模块：可以浏览个人的所有在校信息。 2. 系统结构图 3. 系统功能图 数据库设计 1.数据库的逻辑设计 在完成数据的概念模型设计即E-R图后，即可进入数据库的逻辑设计阶段。数据库的逻辑设计即把得到的满足第三范式的关系转化为特定的数据库管理系统下的数据库。根据前面得到的各个关系，现把它们转化为数据表。 学生信息表：学号、姓名、性别、政治面貌、出生日期、专业、班级、家庭住址、联系电话、备注。此表共10个字段，由于在校所有学生中，不可能存在两个学生的学号相同，所以在本表中学号作为学生信息表的主键。 课程信息表：课程名称、所属专业。 专业信息表：专业名称、所属院系。此表以专业名称为主键。 班级信息表：班级名称、所属专业、辅导员、教室、人数。此表公有五个字段，以学号和班