毕业论文管理系统的设计毕业论文.doc

毕业论文管理系统的设计摘 要毕业论文管理系统的设计采用的是B/S结构，本系统借助了网络平台，不但使学生与老师进行有效的沟通，使学生可以及时的了解有关毕业论文的相关事情，而且使论文的上传查看、信息的管理、用户的管理和数据库的管理等工作更加容易，既提高了工作效率，也降低了成本。本毕业课题主要针对于高校的毕业环节进行管理。本系统结合高校教务的实际需求，以SQL Server2003+Macromedia Dreamweaver MX+ASP作为开发工具。实现用户登录、身份验证，不同的用户进入系统后实现不同的操作。该系统有老师毕业课题申报和课题审批管理、学生选题管理、相关报表的生成管理、网上答疑管理、学生论文上传和查看、网上评阅等功能和后台管理员使用的信息管理、用户管理和数据库管理等模块组成，以实现高校教务学籍管理水平的高效化和网络化。关键词：毕业论文管理；B/S；SQL操作The Design of Graduation Thesis Management System AbstractThe Design of Graduation thesis Management Systemuses the B/S structure. The system through a network platform will not only enable students and teachers to communicate effectively and make students understand the thesis of the relevant matters in a timely, but also make upload papers , information management, user management and database management work easier. It can help us to improve the efficiency and reduce the cost. The major function of the soft is to manage graduation link in the college. The system combined with the actual demand of high educational system uses SQL Server2003 Macromedia Dreamweaver MX + ASP as a developme-nt tool. It consists of modules of user login, authentication, different usershave different operations, declaration and approval management of teacher's graduated topics, student's topic management, statements related to the production management, online Frequently Asked Questions management.Upload and examine students's thesis and the management of information and user as database that used by the background managers to achieve improving the efficience and network scopes for the level of management of educational administration in collages.Key words: graduation thesis management; B/S; SQL operation目 录 1引言11.1选题背景11.2国内外研究状况11.3选题的目的与意义12需求分析12.1系统的可行性分析13可行性分析23.1系统开发的目的和意义23.2开发工具的选择24总体设计34.1总体结构图34.2各模块功能描述34.2.1课题申报管理34.2.2课题审批管理44.2.3选题管理44.2.4相关报表的生成管理44.2.5网上答疑管理54.2.6论文网上上传和查看54.2.7网上评阅54.2.8后台管理55系统配置要求65.1软件要求65.2硬件要求66数据库设计66.1E-R图66.2数据库的逻辑设计86.2.1基本表的设计86.2.2 数据库连接117详细设计127.1系统流程图127.1.1总体系统流程图127.1.2 分模块流程图127.2模块实现158测试188.1软件测试的必要性188.2软件测试的过程18结 论19参考文献20致 谢21声 明221 引言1.1 选题背景随着社会的飞速发展，计算机科学技术的日趋完善，人们传统的思想观念和工作方式开始发生巨大的转变，依靠计算机技术进行信息化管理已经势在必行。而我们高等学校也面临着同样的问题，学生信息的管理、老师信息的管理和日常工作的管理等等，都必须依靠计算机软件管理实现。学生毕业论文管理系统是众多管理系统中的一部分，也是很重要的一部分。可是，在许多高校并没有在这一环节上实现信息化管理，而这一部分的工作仍然是由人工来进行完成。人工操作必定存在很多的缺陷，比如：工作量繁多、资料易丢失、更新和修改很不方便、老师与学生之间的沟通和信息传达不及时等等。我所做的课题毕业论文管理系统，它采用了当前流行的B/S结构和Internet网络技术，不仅方便操作，而且可以大大提高系统的可移植性。并且，通过计算机信息化管理可以避免人工操作的一些缺陷和不足。1.2 国内外研究状况现在国内外有很多关于毕业论文的软件，采用的技术也多种多样，如JSP、FTP模式，但是大多数毕业论文管理系统软件是用于网络学院的远程教学。至于国内的正规院校，利用论文管理系统组织管理论文的活动并不多，针对国内外教学管理软件的巨大需求和基本要求，一个好的毕业论文管理软件必须功能齐全，操作简单，向用户展示友善的操作界面。在完善功能的同时又必须兼顾系统的灵活性，安全性和健壮性。一个好的论文管理系统，不管是计算机专业人员还是其他用户都能很快上手，操作简便，易于安装，容易普及。1.3 选题的目的与意义针对目前我校毕业论文管理工作的现状及不足，运用工作流管理的相关理念，设计基于工作流的论文管理系统。通过更好地规划工作流程、并行执行相互独立的活动；在客户服务中，能够快速方便的访向所有相关数据和工作流程，从而可以大大提高客户服务质量；降低管理成本，如避免不必要的和重复的工作，提高工作人员的工作效率。设计并实现基于工作流的论文管理系统。通过此系统的设计与实现，加深对工作流管理系统理论的理解，实现研究服务于实践的原则.2 需求分析 2.1 系统的可行性分析毕业论文管理管理系统，它采用了当前流行的B/S结构和Internet网络技术。而如今编写HomePage也没原来那么麻烦，网站的一些制作要求和素材在Internet随处都可以找到，制作网站的工具也是种类繁多。我们可以从中找到符合自己要求的工具。管理信息系统的开发有很多的实例，一些实例的源代码也可以提供参考。所以，从技术上来说，开发这个系统的技术难题是不多的。我们是自行开发的系统，成本可以忽略不计，还有后期维护的费用也相对比较低廉。并且一旦该系统投入使用的话，可以减少学校在人工方面的投入，达到降低人工操作成本的目的。参照其它MIS系统，该系统在技术上完全可以实现与用户的良好交互作用，并且作为开发者，我也尽可能地减少让用户难以操作或是难以理解的交互方式。综上所述，该系统无论从技术上、经济上，还是操作上都具有相当的可行性。当然，更重要的是，该系统是结合当前实际需要，可以满足高校工作需要，减轻人工操作的负担。3 可行性分析3.1 系统开发的目的和意义许多高校并没有在毕业论文管理这一环节上实现信息化管理，这一部分的工作仍然是由人工来进行完成，而人工操作必定存在很多的缺陷。比如：工作量繁多、资料易丢失、更新和修改很不方便、老师与学生之间的沟通和信息传达不及时等等。该系统正是方便解决这些问题，提供更强的操作。它采用了当前流行的B/S结构和Internet网络技术，不仅方便操作，而且可以大大提高系统的可移植性。该系统对毕业管理环节具有重要意义：能使学生与老师进行有效的沟通，毕业设计过程中的要求也能很好的得到完成，课题管理也很方便。3.2 开发工具的选择该毕业课题准备采用SQL Server2000+Macromedia Dreamweaver MX+ASP做为开发工具，以下分析证明此方案是可行。对于创建专业 Web 站点而言，世界上最好的方法现在莫过于最简单的建立功能强大的 Internet 应用程序的方法。Dreamweaver MX 这一完整的集成解决方案使得编写人员在单一环境下工作，达到快速创建、建立和管理 Web 站点和 Internet 应用程序的。用户可以使用它编写可以运行VBSCRIPT、JAVASCRIPT等脚本语言的以 .asp为后缀名的应用程序，再用Internet服务管理器进行网页的浏览。用户不但可以访问本地数据库如Acess,Foxpro,Parodox外，还可以访问诸如SQL Server、Sybase、等多种远程数据库，使得程序员充分利用已有的资料，减轻工作量，以便于在其它应用程序间进行信息交流。在管理信息系统的开发应用中，Microsoft公司的ASP（Active Server Pages）被广为使用。ASP实际上是将标准的HTML文件拓展了一些附加特征，为编写人员提供了在服务器端运行脚本的环境，使编写人员可以利用VBScript和JavaScript或其它的第三方脚本语言来创建ASP，实现过去需要编写复杂的CGI程序才能实现的有动态内容的网页，如计数器等。ASP提供了一些内置对象和组件，允许用户从浏览器中接收和发送信息。ASP可以和诸如SQL Server这样的数据库进行连接，进而完成资料的交换与更新。使用SQL语句既可以从数据库中查询资料，也可以更新资料，并且可以通过窗体的提交，向数据库中添加、删除和显示查询结果直接快速的显示出来。ASP利用新增的ADO数据控制项，ODBC资料源连接，你只需很少的代码就可以实现数据库的绑定功能，可以不再不用像其它面向对象的软件开发工具为绑定资料源而编写很多的代码。4 总体设计4.1 总体结构图本管理系统共有8个模块组成，分别是课题申请模块、课题审批模块、选题模块、相关报表模块、网上答疑模块、论文上传和查看模块、网上评阅模块、和后台管理模块。这8个模块的总体结构图4-1如下：图 4-1 总体结构图课题申请课题审批管理相关报表生成论文网上上传和查看网上答疑选题管理后台管理填写申请表教研室审批院系审批课题汇总表课题任务报批书课题题型分析表网上评阅论文评价统计论文上传论文查看论文评价毕业论文管理系统4.2 各模块功能描述4.2.1课题申报管理每个院系的管理员可以将老师通过个人添加和群组添加，把teacher表中符合条件的数据添加到teacher-login表，其中teacher表是已经存在的，可以和学校和资料共享。老师可以根据自己获得的教工号进入该系统，而课题申报只有老师才可以进行申报，管理员可以查看该网页，学生则不可以浏览。课题申报也有规则，一旦不符合规范的操作则回出现相应的提示信息和警告，可以按照提示信息进行操作。简略流程图如下图4-2（详细见P13图7-2）。课题申请填写相关申请表数据库 图4-2 课题申报管理图4.2.2课题审批管理课题审批是针对整个学院的，每个院系的管理员可以将该审批权限给某个老师或者是经过讨论后，将结果填上去，有必要的话也可以添加适当的备注，对审批结果进行适当的说明。该权限还没有具体的规定。两级审批的步骤是一样的，拥有不同权限的人访问不同的网页。4.2.3选题管理在总体结构图中，选题管理模块是对学生进行选题设置的，学生可以查看有关课题的信息，在该模块中学生通过报名，进入系统进行选题这一部分是该系统的关键之一。它是作用在前两部分的基础上。老师提交课题以后，经过两级审批通过后，学生才能进行相应的选题。并且，学生的可选题目必须是针对学生所在的专业，而不是所有的题目。学生在选题的过程中，可以对相应的课题进行了解、对相应的课题的指导老师的基本信息进行了解以及有关课题的选题情况进行了解。选题管理对是否出现重复选题做了相关处理。如果学生进行重复选题的话，他或她就必须把前一次的选题操作进行删除，然后才可以进行再一次选题。而这样操作的话，就避免了学生重复选题的可能性。当然，老师也可以对选题管理进行部分操作，如：学生报名的删除（指导老师可以对已选了他的课题的学生进行删除，当学生进入该系统的时候，就会出现通告，告知已被删除的学生，他的选题无效，请另外选题）、学生模块的具体划分（指导老师可以对已选了他的课题的学生进行模块具体划分，当学生进入该系统的选题管理时可以查看到他的模块）、备注（学生是否在校外还是在校内进行毕业设计，这些信息在课题任务报批书生成的过程中要用）。4.2.4相关报表的生成管理相关报表指的是课题题型分析统计表、课题任务报批书和课题题型汇总表。这些表都是针对相关院系的。当然，老师也可以通过选择进行具体的操作，得到具体专业的报表。选题管理学生报名老师删除学生报名具体模块分配图4-3选题管理图4.2.5网上答疑管理网上答疑也是该系统的一个特点。我们都知道，一旦学生如果不在学校里，那与指导老师联系的机会就少了，有些疑难问题得不到有效的解决。就可以通过这一模块功能来解决。4.2.6论文网上上传和查看论文网上上传的实现是通过添加上传组件。程序附带Lyfupload及Aspupload上传组件，分别放在Lyfupload和Aspupload活页夹内，使用时将Lyfupload.dll或Aspupload.dll文件复制到Windows的system32（Win98/ME为system）目录下，再在运行对话框中执行"regsvr32 lyfupload.dll"（不包括引号，下同）或"regsvr32 aspupload.dll"命令即可安装成功（最好是两个都在运行对话框中执行）。4.2.7网上评阅 网上评阅实现的是老师对学生毕业论文质量的评价和相应的表格。4.2.8后台管理后台管理是管理信息系统的一个必不可少的一部分。它为资料的管理提供了一个可视化的平台。后台管理它分为几部分：信息管理，用户管理，数据库管理。其中信息管理为信息发布、信息删除、bbs管理、课题管理。用户管理主要为用户添加、用户删除、管理员密码管理。数据库管理主要是资料初始化、资料备份。用户添加（删除）也分为好几部分，有学生添加（删除）、老师添加（删除）、管理员添加（删除）。添加（删除）又分单个添加（删除）和群组添加（删除）等等。在整个系统中，管理员的权限最高，详细图如图4-4。后台管理信息管理用户管理数据库管理BBS管理信息删除新信息发布课题管理用户添加用户删除管理员密码资料备份资料初始化图 4-4 后台管理结构图5 系统配置要求经过前面的分析得出了本系统需要的配置要求，在用户接口要求主要包软件需求（操作系统）、硬件需求（主机或工作站的基本硬件配置）。5.1 软件要求Windows2003/XP或WindowsNT4.0/5.0SQL Server 2000, Macromedia Dreamweaver MX5.2 硬件要求处理器：Intel Pentium系列处理器内存：32M以上硬盘：1.2G以上6 数据库设计在需求分析阶段我们已经基本了解了各个模块所要实现的功能，通过与用户更深刻的接触，现在可以开始创建数据库了。本系统的数据库是采用的SQL,SQL容易安装,容易上手,SQL数据库和ASP一起使用兼容性好一些，使用起来也方便些。6.1 关系图E-R图为实体-联系图，提供了表示实体型、属性和联系的方法，用来描述现实世界的概念模型。构成E-R图的基本要素是实体型、属性和联系，其表示方法为： 实体型：用矩形表示，矩形框内写明实体名；属性：用椭圆形表示，并用无向边将其与相应的实体连接起来；联系：用菱形表示，菱形框内写明联系名，并用无向边分别与有关实体连接起来，同时在无向边旁标上联系的类型（1:1，1:n或m:n）。 管理员实体由属性管理员编号，管理员所在院校，登陆密码组成。老师实体分别有属性：教工号，姓名，性别，学院，职务，职称，登陆密码组成。学生实体由属性：学号，姓名，性别，专业，所在学院，班级，登陆密码选题状态组成。课题实体由属性课题编号，课题名称，学院，专业，模块总数，模块名称，课程性质，课题来源，课题类型，院系审批结果，教研室审批结果，提交时间。 老 师申报课 题nm指导学 生nm选择11图6-1 老师、学生和课题关系图老师可以申报课题，也可以指导学生，学生可以选择课题。老师、学生、课题三个实体之间的关系图如下（图6-1）。课题要经过教研室和院系的审批才能被学生选择，教研室与课题、院系与课题之间的关系图如下（图6-2）。审 批课 题教 研 室院 系11n 图6-2 课题审批关系图管理员先要对数据进行初始化，在存入数据库，管理员可以对数据库中的数据进行备份和恢复。信息实体可以有实体管理员发布，信息实体有编号，主题，学院，发送时间，作者姓名，内容等属性组成，它们之间的关系如图（6-3）。管理员发布信 息编 号主 题学 院发布时间作者姓名内 容1m图6-3 管理员与信息的关系图管理员具有最高的权限可以添加用户(老师和学生),添加分为单个添加和群组添加,管理员和用户之间的关系如图(6-4)。管理员添 加用 户1m图6-4 管理员和用户的关系图6.2 数据库的逻辑设计6.2.1基本表的设计因为该毕业管理系统是针对高校的，属于学校内部的管理信息系统，所以用户分为三种，学生、老师和管理员。管理员是最高权限，他可以对学生和老师进行添加和删除，也可以对管理员进行添加和删除，并且管理员是有院系之分的。（本系统默认的管理员是：编号16、姓名-zq 、院系-计算机系、登陆密码123。）管理员基本表名为manager_login ，学生基本表名为student_login，老师基本表名为teacher_login。课题和课题审批的基本信息均放在一张表中，基本表名为subject。老师与课题的关系的基本信息表名为t_su。 老师、学生和课题三者关系的基本信息表名为t_st_su。信息的基本信息表名为info。老师职称的基本信息表名为technical。院系与专业的基本信息表名为profession。课题申请表内容的基本信息表名为table1。课题性质、课题来源、课题类型三项对应的具体内容信息基本表subject_table1。表6-1 管理员基本信息表字段类型长度允许空备注所代表中文意思use_id Int4否主键管理员的编号User_nameChar10否管理员的姓名passwordchar15否管理员登录密码，默认为123institutechar15否管理员所在的学院表6-2 教师基本信息表字段类型长度允许空备注所代表中文意思Teacher_idInt4否主键老师的编号InstituteChar15否老师所在的学院Teacher_nameChar10否老师的名字Research_roomChar30是老师所在教研室的名称Teacher_sexChar2否老师的性别passwordChar15否老师登录密码，默认为123Teacher_postChar50是老师的职务DegreeChar20是老师的学位TechnicalChar10否老师的职称PhoneChar15是三项必有一项不空老师的电话号码Mobile_phoneChar15是老师的手机号码EmailChar25是老师的电子邮箱conditionChar40否校内或校外的指导老师表6-3学生基本信息表字段类型长度允许空备注所代表中文意思student_idchar20否主键学生的学号student_namechar10否学生的名字student_sexchar2否学生的性别passwordchar15否学生登录密码，默认为123institutechar15否学生所在的学院professionchar20否学生所在的专业gradechar30否学生所在的班级Phonechar15是三项必有一项不空学生的电话号码Mobile_phonechar15是学生的手机号码EmailChar40是学生的电子邮箱nditionInt4否0表示未选1表示已选2表示被老师删除选题状态表6-4信息表字段类型长度允许空备注所代表中文意思info_id Int4否主键信息编号info_nameChar10否信息标题Info_bodychar300否信息内容Info_timedatetime10否发送时间senderchar10否发送人姓名表6-5 老师课题关系表字段类型长度允许空备注所代表中文意思Teacherone_idInt4否第一指导老师的编号Teachertwo_idInt4否第二指导老师的编号Subject_idInt4否申报课题的编号表6-6 老师、学生与课题关系表字段类型长度允许空备注所代表中文意思Teacherone_idInt4否第一指导老师的编号Teachertwo_idInt4否第二指导老师的编号Student_idInt4否选题学生的学号Subjectone_idInt4否主课题的编号Subjecttwo_name1Char100是次课题1名称Subjecttwo_name2Char100是次课题2名称Subjecttwo_name3Char100是次课题3名称ConditionChar10是学生在校内或校外毕业设计表6-7 老师职称基本表字段类型长度允许空备注所代表中文意思TechnicalChar10否职称表6-8 学院专业基本表字段类型长度允许空备注所代表中文意思InstituteChar20否学院名称ProfessionChar20否学院对应的专业表6-9 课题性质、来源、类型三项对应的具体内容基本表字段类型长度允许空备注所代表中文意思SubjectChar50否课题性质、课题来源课题类型bodyChar50否三项所对应的具体内容表6-10 课题申报表内容的基本信息字段类型长度允许空备注所存放的内容Table_idInt4否标识Institute1Char20否院（系）Profession1Char20否专业Title1Char50否课题内容number1Char20否限报人数nature1Char20否课题性质model1Char20否模块总数resource1Char20否课题来源type1Char20否课题类型Bkground1Char20否选题背景Subplan1Char20否初步计划Teacherone1Char20否第一指导老师Teachertwo1Char20否第二指导老师Technical1Char20否技术职称Degree1Char20否学位Remark1Char20否备注表6-11 申报课题信息表字段类型长度允许空备注所代表的中文意思Subject_idInt4否主键课题编号Subject_nameChar50否课题名称InstituteChar15否学院ProfessionChar50否提供的专业Model_noInt2否模块总数Model1Char50是模块1的名称Model2Char50是模块2的名称Model3 Char50是模块3的名称Model4 Char50是模块4的名称Model5 Char50是模块5的名称Model6Char50是模块6的名称Model7Char50是模块7的名称Model8Char50是模块8的名称Subject_nature1 Char40是五项必有一项不空课题性质-结合工程实际Subject_nature2Char40是课题性质-结合教师科研课题Subject_nature3Char40是课题性质-结合社会实践Subject_nature4Char40是课题性质-设计辅助手段Subject_nature5Char40是课题性质-应用CADSubject_resourceChar20否课题的来源Subject_typeChar20否课题的类型NumberInt2否限报的人数BkgroundChar100是课题背景SubplanChar100是课题初步计划RemarkChar100是课题备注Time1Datetime 否课题提交申请的时间Examine1Char2否3种-待批，同意，不同意课题教研室审批的结果Remark1Char100是课题教研室审批的备注Time2Datetime 否课题教研室审批的时间Examine2Char2否课题院系审批的结果Remark2Char100是课题院系审批的备注Time3Datetime 否课题院系审批的时间从上述的表可以看出主键和外键两个关键词。主键是用来唯一表示一条数据的字段,其数值不能重复,如学号.外键也叫侯选键，能够完全决定所有的属性的那些字段叫外键。6.2.2 数据库连接本系统是采用的ADODB方法来连接的数据库,其代码如下:<% '连接keti数据库set conn=Server.CreateObject("ADODB.connection")set rs=Server.CreateObject("ADODB.recordset")set rsstr=Server.CreateObject("ADODB.recordset")set rs1=Server.CreateObject("ADODB.recordset")set rs2=Server.CreateObject("ADODB.recordset")set rs3=Server.CreateObject("ADODB.recordset")set rs4=Server.CreateObject("ADODB.recordset")conn.open"Driver=sqlserver;Server=DOMLOS2YM040PZ1;uid=sa;pwd=sa;database=keti"%>7 详细设计7.1 系统流程图7.1.1总体系统流程图在整个系统中，用户登录系统首先进行身份（学生、老师和管理员）的验证，当身份验证成功后，分别进入不同的界面进行不同的操作，具体的流程图如下图(图7-1)：结束图7-1 系统流程图7.1.2 分模块流程图在课题申报及审批模块中分为老师申报课题后由管理员进入教研室待批的课题目录系统后进行审批，具体的流程图如图7-2。在后台管理的流程图中，首先进行管理员的身份验证，管理员进入系统后进行课题的删除、BBS删除、发布和删除有关信息、查看添加和删除用户（学生和老师）、进行密码管理、备份和修复数据库内的资料。具体的流程图7-3。学生所选课题是经过教研室和院系两级审批同意的课题，在选题模块学生和老师都可以进入该模块，学生进入该模块进行选题，老师则查看学生选题信息确定学生所选的题目（同意或删除）。具体的流程如下图7-4。图7-2 课题申报及审批流程图申 报 课 题院(系)待批的课题目录教研室待批的课题目录产生获得两级审批同意的课题目录老 师同意同意不同意不同意判断用户登录管理员审 批审 批数据库退出结束退出结束退出结束 图7-3 后台管理流程图错误管理员登录身份验证错误提示数据库删除BBS发布删除信息查看添加、删除用户备份、修复数据库存正确删除课题管理员密码管理结束结束退出图7-4 选题及模块分配流程图是 否选择课题具体模块分配查看课题的具体内容、指导老师的信息、课题的选题情况报名成功学 生否用户登录老 师删除学 生 获得两级审批同意的课题目录判 断重复报 名是 删除前次报名删 除报名失败查看课题具体情况是 否删除报名数据库从上面的模块分析得出：管理员先要对资料进行备份，在对数据库中的表进行初始化。然后，就添加用户学生和老师。已经存在数据库中的老师登陆系统进行课题申报，填写完基本的申报信息后，满足填写要求的则可以提交成功，资料入库。相关老师被赋予一定的权限，可以进行审批，这一权限是老师自己经过协商产生的。课题审批分为两级审批：教研室审批和院系审批。（只有获得教研室审批得到通过的课题才能交付院系审批。）两级审批都得到通过的课题才能提供给学生进行选题。学生选题是一对一的关系，一个学生只能选一个课题，如果想更改的话，必须对前一次的选题进行删除。相应的申请老师可以对以报该课题的学生进行删除，该删除信息在学生下次登陆的时候会提示。相应的申请老师也可以进行具体模块的划分和一些必要的说明。后台管理是针对管理员进行操作的，它分为几部分：信息管理，用户管理，数据库管理。其中信息管理为信息发布、信息删除、bbs删除、课题删除。用户管理主要有用户添加、用户删除、管理员密码管理。数据库管理是指资料初始化、资料备份。用户添加也分为好几部分，有学生添加、老师添加、管理员添加。添加又分单个添加和群组添加等等。用户删除也分为好几部分，有学生删除、老师删除、管理员删除。删除又分单个删除和群组删除等等。7.2 模块实现1.登录模块：不同的身份对应不同的信息输入，student对应相应的学号、teacher对应相应的教工号administrator对应相应的管理员编号。并且这些号码均是唯一的标识，分别都可以再进行密码验证(default1.asp)，正确则可以进入系统。如图7-5；图7-5系统登录示例代码片段：<%id1=request.QueryString("id")id=cint(id1)if id=3 then id=3表明用户的身份是administrator 、id=1表明用户的身份是student、id=2表明用户的身份是teacher session("reidentity")="administrator" us