基于NET的学生档案系统设计与实现.docVIP

精品论文 参考文献 基于NET的学生档案系统设计与实现 济南市技师学院　山东　济南　250032 第一章 绪论 研究目的：本课题根据要求需要设计实现一个适合学校的独立且完整的学生档案系统，课题的实现过程需要使用设计和编程技术，动态建模技术和类图设计技术，是一个很大的挑战。 大体需要解决如下几个问题： (1)不同用户登录问题，可以通过密码验证来解决，不同用户有不同的密码，因此就需要设计用户登陆模块。 (2)对于数据库中用户的各种信息的基本操作，要能完成。除外，对每类用户的权限要分配好。 (3)能够实现上传各种信息的功能，并能与数据库相对应，数据变化应该是同步发生的。 (4)能够进行查询,得到用户想要了解的内容。 (5)与系统密切相关的功能,比如系统的维护问题,界面显示问题,同时还需要站在用户角度考虑，操作应简单易学易懂。 第二章 用户划分 1.学生用户:该系统的主要使用者就是学生，他们的使用频率占了绝大部分，因此在设计此用户功能时要充分考虑到每一个细节。个人基本信息模块包括查询个人信息和修改个人信息，能够查询自己的学号，姓名，性别，年龄，籍贯等，但修改信息时只能修改有限的信息，如联系方式。这是因为信息是不能够随便被修改的，如果那样，系统里储存的信息就没有可信性了。 2.普通管理员用户:该类功能的操作者是老师，老师对上要能与admin用户直接联系，对下要能和学生联系。老师要能管理自己的账户，对自己的上课信息要一目了然，当然最重要的还是要能管理学生。比如，个人账户管理模块也是包括修改密码，他们的账号和密码是由admin设置的，首次登陆后可以进行改正；在进行学生信息查询操作时，既可以大范围地查阅到所有的信息，也可以查阅到个人的信息状况；当点击进入到课程管理界面时，可以进行添加操作以及查询操作，在添加时，可以添加和课程相关的全部信息。 3.超级管理员用户:该类模块分为两大部分：系统用户管理模块以及个人账户管理模块。系统用户管理模块包括管理员添加和查询用户，管理员添加模块主要为添加普通管理员人员，查询用户模块可以查询所有用户，但超级管理员不允许删除。 第三章 学生档案系统总体设计 1.软件需求分析。本系统要求实现查询全部的学生信息，以及通过学号及姓名实现学生的单个查询，还要实现系统用户账户的添加和查询等功能。为了保证系统用户信息的安全性，系统要确保如果是不同的用户，就要提供不同的功能，例如学生可以查看自己的个人信息，却只能修改部分信息，其它大部分信息有普通管理员进行增删改等操作。每类用户都可以修改自己的密码，但admin用户可以更改每类用户的密码。 2.功能模块划分。经过以上内容的阐述，并且通过大量的研究，本系统大体功能如下： 3.数据库设计。 (1)概念设计。在概念设计阶段中，逻辑模式是有概念模式转化而来的，而概念模式指技术人员从用户的角度看待数据时，产生的一个反映用户的观点。要在整体设计过程中把概念设计一块块分开，让每个阶段的任务单独完成，这样就降低了设计的困难程度。本系统中的概念设计采用ER方法，可以有以下三部分组成：首先设计局部ER模式，然后再把每一部分的ER模式整合在一起，形成一个全局模式，最终对整个系统的ER模式进行完善，得到最后的模式，就是概念模式。 局部ER模式设计如下： 实体和属性的定义：根据本校的现实状况，本次设计了很多类实体，举例如下： ER模型的用途是阐明各类实体之间是否存在联系。要通过考察测试进行分辨，若有联系，进一步确定是1:N，M:N，还是1:1等。对于实体而言，不仅仅要判断两个实体相互间的关系，也要考虑一个实体内部是否有关系，除此之外，还应该思考两个以上的相互间的关系是什么样的等等。在设计过程中提到了以下的几点： A每类实体都要有一个主键。主键必须是唯一的而且不能是空值。 B系统用户的各类属性中，编号作为主键，因为是唯一的，所以可以用来区分用户。 C一名学生可能学习很多门课程，一门课程也可能被很多个学生学习，它们之间的关系为m:n。 D文件属性中，文件名为主键，一名普通管理员可以多文件上传，当一个文件被多次上传时，就会自动被覆盖，所以它们之间的关系为：n:1。 E消息的属性中，主键由ID担任。 所有独立的ER模式设计完了之后，接下来就是把所有的独立个体联合起来。