本科学生综合性实验报告_学籍管理系统

《本科学生综合性实验报告_学籍管理系统》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

目录1需求分析31.1编写目的1.2背景1.3定义1.4目标1.5需求分析2概念设计73逻辑设计73.1关系设计3.2约束的说明4物理设计94.1基本表4.2视图，索引5分工说明11 1需求分析1.1编写目的编写一个程序，是使用这个文档的人员方便记录学生基本信息。如：学生学号，姓名，性别，出生日期以及所选课程的课程时，课程名，学时和专业信息表的专业编号，专业名称，人数，所在院系等等。1.2背景项目名称：学校学籍管理系统项目提出者：高汉平老师项目开发者：计科0901班203寝室项目鉴定者：暂无。项目开始时间：2011-4-21.3定义系统数据流程图的一些定义：1.4目标当学校管理人员使用了《学生学籍管理系统》软件后，可以由计算机完成：学生信息的自动核对和各种人员信息的查询、核对、更新、删除。学生学籍管理系统用户分为两类：普通操作员：只须具有初级的计算机操作能力，一般高中生以上经过稍稍培训都可胜任，只是负责进行一些简单数据的插入、更新、查询。管理人员：这些人员应具备一定的数据库知识，不过只要了解就行，这些人员负责对数据库中重要数据及基本数据的更新，如对静态表的重新定义，普通用户的权限分配。 1.5需求分析1.5.1系统的功能需求（1）实现学生基本情况的录入,修改,删除等基本操作。（2）对学生基本信息提供灵活的查询方式。（3）完成一个班级的学期选课功能。（4）实现学生成绩的录入,修改,删除等基本操作。（5）能方便的对学生的个人学期成绩进行查询。（6）具有成绩统计,排名等功能。（7）具有留级,休学等特殊情况的处理功能。（8）能输出常用的各种报表。（9）具有数据备份和数据恢复功能。1.5.2系统总体功能图学生学籍管理系统信息维护添加用户学生管理人员密码管理成绩维护基本信息信息查询成绩查询系统管理查询成绩统计个人成绩专业成绩欢迎界面身份及密码验证 1.5.3系统流程图第一层学生名单学籍管理系统学生教师学生信息成绩学生管理人员统计表成绩单第二层1．录入存储处理2．查询处理学生记录学生信息成绩3．统计处理4．升留级处理本次考试成绩历次考试成绩班平均成绩升留级表各科平均成绩第三层1．3录入存储学生信息各科成绩1.2是否新生审计1.1学生信息合格单新生信息学生信息学生成绩 第四层班级平均成绩3.1班级统计选择3.1学生信息统计成绩各科平均成绩3.3各科第五层是否升留级4.1更新记录4.2学生信息升留级名单学生记录成绩标准1.5.4实体与数据学生学藉管理：内容：学生的基本信息（学号，班级，姓名，性别，出生年月，出生地，毕业学校，原籍住址，学校宿舍，联系方式（可以是电话，手机，邮件地址）；是否有过处分奖励，担任班委，参加组织等）学生的成绩（各门必修课程成绩，各门选修课程成绩课（程的成绩包括补考、重修成绩）学生的学分管理；毕业设计（设计的课题、指导教师、成绩等）功能：学生的基本信息的录入、删除和修改，学生基本信息的查询、统计；学生的成绩的录入、删除和修改，学生成绩的查询、统计；学生的学分的查询和统计，分不能手工输入，应该根据成绩自动录入）； 2概念设计采用自底向上的方法．用E-R图表示各实体之间的联系。局部ER图课程号课程名学时性别姓名学生学号出生年月课程整体的ER图学生课程学时出生年月性别姓名学号密码课程号课程号选课学号成绩学期课程名3逻辑设计3.1关系设计由ER图可见：图中有三个实体：学生，课程，和专业；三个关系：学生选课关系，学生与专业之间的属于关系，专业的课程设置。 由于每个实体必须构造表，所以可以先得到三个实体的信息表，实体的码就是关系的码，实体的属性即关系模型的属性：学生基本信息表：S(sno,sname,ssex,sbirth,spasw)课程基本信息表：C(cno,cname,cperiord)专业基本信息表：P(pno,pname,pnum,psdept)对应的属性分别为：学号，姓名，性别，出生日期，登陆密码课程编号，课程名，学期专业编号，专业名，专业人数，所在院系对于多对多的关系来说，与该联系相连的实体的码以及本身的属性均转换为关系的属性，各实体之间的码组成关系的码或者关系的码的一部分。以上ER图的三个联系为多对多，所以转换为关系模式为：课程设置表：pc(pno,psenior,cno)与设置相连的实体有专业和课程，根据多对多的转换原则：专业的码pno，课程的码cno以及设置本身的属性共同构成该关系模式的码，所以该关系模式的码为全码。学生选课表：SC(sno,psenior,cno,grade)与选课相连的实体有学生和课程，同上由学生的码sno,课程的码cno以及选课本身的码psenior构成该关系模式的码，即（sno,cno,psenior）。此外，选课表还有一个非主属性grade。学生与专业的属于表：SP(sno,pno)与属于关系相联的实体是学生和专业。同上由学生的码sno,专业的码pno构成该关系模式的码，由于此关系没有其他的码也就没有非主属性。3.2约束的说明学生表s(sno,sname,ssex,sbirth,spasw)该关系模式的码为sno,由于只有一个码，所以不存在非主属性对码的部分函数依赖，可以达到2NCF。另外，该关系模式的函数依赖为:sno->sname,sno->ssex,sno->ssex,sno->sbirth,sno->spasw,其间不存在传递依赖，故学生表可达到3NCF.课程表C(cno,cname,cperiod)该关系模式的码为cno,cname，设主码为cno，因为该关系模式中的码都是单一的，即不存在有两个或者两个以上的属性组成的码，所以不存在非主属性对码的部分函数依赖，可以达到2NCF。另外，该关系模式的函数依赖为：cno->cname,cno->cperiod,cname->cno,cname->cperiod.因为cno->cname，cname->cperiod，cno->cperiod,所以该关系模式中存在传递依赖，不能达到3NCF。故优化该表为：C1(cno,period),C2（cname,cperiod）.从而两表都达到了3NCF。专业表P(pno,pname,pnum,pdept)该关系模式的码为pno,pname,其中设定pno为主码。同课程表，该表不存在有两个或者两个以上属性组成的码，即不存在非主属性对码的部分函数依赖，故可达到2NCF。另外，此关系模式的函数依赖为：pno->pname,pno->pnum,pno->pdept,pname->pno,pname->pnum,pname->pdept;由于存在传递依赖：pno->pname,pname->pnum,pno->pnum.,所以未能达到3NCF。优化分解为：P1(pno,pnum,pdept),P2(pname,pnum,pdept)明显，两表都达到了3NCF.课程设置表PC(pno,psenior,cno), 该关系模式的码为：(pno,psenior,cno)为全码，所以可直接达到3NCF学生选课表SC(sno,psenior,cno,grade)该关系模式的码为：（sno,psenior,cno）,因为不存在非主性grade对码的部分函数依赖，所以可达到2NCF，由于不存在函数依赖（表中的函数依赖只有（sno,psenior,cno）->grade）故也达到了3NCF属于表SP(sno,pno)该关系模式的码(sno,pno)也是全码，所以也达到了3NCF用户表U(uname,upasw)该表的码为uname,明显upasw对码uname是完全函数依赖的，从而达到2NCF。另外因为只有两个属性，所以不存在传递函数依赖，该表达到了3NCF。4物理设计4.1基本表学生表s列名主码候选码外码被参照表允许空数据类型约束条件sno是否否无否Char(10)sname否否否无是Char(20)ssex否否否无是Char(2)只可取男或女sbirth否否否无是Char(20)spasw否否否无是Char(10)课程表c1列名主码候选码外码被参照表允许空数据类型约束条件cno是否否无否Char(10)cperiod否否否无是smallint课程表c2列名主码候选码外码被参照表允许空数据类型约束条件cname是否否无否Char(20)cperiod否否否无是smallint专业表p1列名主码候选码外码被参照表允许空数据类型约束条件pno是否否无否Char(10)pnum否否否无是smallintPnum>=0psdept否否否无是Char(20)专业表p2列名主码候选码外码被参照表允许空数据类型约束条件pname是否否无否Char(20)pnum否否否无是smallintPnum>=0 psdept否否否无是Char(20)课程设置表pc列名主码候选码外码被参照表允许空数据类型约束条件pno是否否无否Char(10)psenior是否否无否Char(10)cno是否否无否Char(10)学生选课表sc列名主码候选码外码被参照表允许空数据类型约束条件sno是否否无否Char(10)psenior是否否无否Char(10)cno是否否无否Char(10)grade否否否无是smallintgrade>=0学生与专业属于表sp列名主码候选码外码被参照表允许空数据类型约束条件sno是否否无否Char(10)pno是否否无否Char(10)管理人员密码表u列名主码候选码外码被参照表允许空数据类型约束条件uname是否否无否Char(20)upasw否否否无否Char(10)4.2视图，索引a.索引：本数据库中的表除了主键本身生成的主索引外，没有定义其他的索引。在查询时即引用主索引即可。表s的主索引列为：sno表c1的主索引列为：cno表c2的主索引列为：cname表p1的主索引列为：pno表p2的主索引列为：pname表sc的主索引列为：(pno,psenior,cno)表sp的主索引列为：(sno,pno)表u的主索引列为：unameb．视图：虽然关系数据模型分析的结果表示该数据库需要定义不同的用户视图，但考虑到数据库与前台开发程序的连接比较复杂，所以该数据库中没有单独定义用户视图，不同的用户视图被有选择性的的select语句的结果集取. 5分工说明卢志慧：逻辑设计刘沁：编写部分代码郑俊梅：物理设计扶庆佩：需求分析王梦：编写部分代码蔡文璐：整理文档