监考信息管理系统需求规格说明书

《监考信息管理系统需求规格说明书》由会员分享，可在线阅读，更多相关《监考信息管理系统需求规格说明书（18页珍藏版）》请在装配图网上搜索。

1、监考信息管理系统需求规格说明书2009年11月 13日1.导言1.1 目的 该文档是关于用户对于监考信息管理系统的功能和性能的要求，重点描述了监考信息管理系 统的功能需求，是概要设计阶段的重要输入。本文档的预期读者是：设计人员；开发人员；项目管理人员；测试人员；用户。1.2 范围该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的“做 什么”的问题。在这里，没有设计开发技术，而是主要通过建立模型的方式来描述用户的需 求，为用户等参与者提供一个交流的平台。1.3编写说明UML, Unified Modeling Language （统一建模语言）的缩写，是一个标准的建模语言

2、。1.4术语定义无1.5引用标准无1.6 参考资料网上招聘系统需求规格说明书2. 系统定义我们分别阐述一下项目的来源，背景，目标等。2.1项目来源及背景本系统是为方便老师监考而开发的监考信息管理系统，由于参加考试的学生数量比较庞 大，需要安排的监考工作也很多，给教务处的老师带来了很多的工作量。为此学校希望有一 个自动化的监考信息管理系统能够给他们带来工作的便利，提高工作效率，同时能及时安排 老师监考和对监考信息的查询。为了实现对监考信息更有效的管理，减轻教务工作者的工作压力，我们开发了监考信息 管理系统。老师可以通过这个监考信息管理系统根据自己的授业情况提出需要进行哪些考 试。教务工作者则根据

3、老师提出的考试要求统计出所有考试的监考需求同时进行监考安排和 监考人员设置并统计出监考信息。监考老师可以网上查看自己当天的监考任务以及对往年和 当年监考信息的查询。教务工作者可以随时浏览监考信息并对其中的内容进行增，删，改。2.1 用户的特点本系统的用户都是网上用户，包括两类，一类是监考老师，他们对所有考试进行监考。 另一类是管理人员包括教务工作者和系统管理员，教务工作者负责根据任课老师提出的考试 任务进行考试安排并负责对所有考试的监考安排，系统管理员对系统进行相关设置，进行系 统维护保证系统正常运行。2.3 项目目标本项目设定的目标如下： 系统能够提供友好的用户界面，使操作人员的工作量最大限

4、度的减少； 系统具有良好的运行效率，能过达到提高生产率的目的； 系统具有良好的可扩充性，可以容易的加入其他系统的应用；系统的设计能够适应日常教学任务和教学管理的变化；通过这个项目可以锻炼队伍，提高我们团队的开发能力和项目管理能力。3. 应用环境 根据用户的需求陈述，可以确定本项目分为客户端和管理端，客户端主要功能是监考老 师提交监考需求并查看往年和当年监考信息等。管理端的功能是教务工作者根据老师提出的 考试要求统计出所有考试的监考需求同时进行监考安排和监考人员设置并统计出监考信息 等。它们的关系如图AT所示。图 A-1 监考信息管理系统流程图3.1系统运行的网络环境本系统的网络运行图如图A-2

5、所示，无论是客户端的监考老师还是管理端的教务工作者 都可以通过网络登录到本系统中。监考老师通过网络查询监考信息等相关信息，教务工作者 通过网络发布需要监考的监考信息，以及根据教师提出的考试要求进行考试安排。管理端的 教务工作者设置管理端的用户以及相应的权限。系统管理员匕M3数据库服务器图 A-2 网络拓扑结构图3.2系统运行的硬件环境 本系统的硬件环境如下:客户机:普通 PC CPU:P41.8GHz 以上内存：256MB以上能够运行IE5.0以上或者Netscape4.0以上版本的机器分辨率:推荐使用1024*768像素Web 服务器 CPU:P41.0GHz内存：1G以上硬盘：80GB以上

6、网卡：KMb/s速度数据库服务器 CPU:P42.0GHz 内存：1GB以上硬盘：80GB以上4. 功能规格我们采用面向对象分析作为主要的系统建模方法，使用UML（Unified ModelingLanguage）作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的 方法。在UML中，从任何一个角度对系统所做的抽象都可能需要几种模型来描述，而这些来 自不同角度的模型最终组成了系统的映像。 用例描述角色（用户，外部系统以及系统处理）是如何与系统交互来完成工作的。用例模型 提供了一个重要的方式来界定系统边界以及定义系统功能，同时，该模型将来可以派生出动 态对象模型。设计用例时，

7、我们遵循下列步骤：1）识别出系统的角色。角色可以是用户，外部系统，甚至是外部处理，通过某种途径与系 统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些 功能的执行者（角色）是谁。尽可能的确保所有角色都被完全识别出来。2）描述主要的用例。可以采取不断的问自己“这个角色究竟想通过系统做什么？”来准确 的描述用例。3）重新审视每个用例，为他们下个详尽的定义。4.1 角色定义 角色或者执行者指与系统产生交互的外部用户或者外部系统。4.1.1 监考教师 监考教师是指在这个监考信息管理系统中通过客户端进行查询监考信息等相关信息，这个角色主要参与客户端的监考查询，往年监考查询，

8、监考等功能。4.1.2 管理用户 管理用户是指管理端的用户，此角色派生两个子类，教务工作者和系统管理员，教务工作者是指在监考信息管理系统中通过管理端参与监考安排的各项工作中并进行用户进行设 置，分配权限等功能，它们的关系如图A-3所示。管理端用户具体说明如下： 教务工作者：根据监考需求进行监考安排，监考统计信息，监考信息，监考人员设置的相关 处理。系统管理员：通过管理端对系统用户进行管理的人员，这个角色主要负责对管理端用户的增 删，权限的设置等功能。4.1.3 数据库 数据库是一个与系统产生交互的外部系统，这个角色负责系统的数据查询，增加，删除，修 改等操作。4.2系统主用例图 监考信息管理系

9、统可以分为两个主要的组成部分，一个是客户端子系统。一个是管理端 子系统。客户端子系统功能主要是监考老师查看自己当天要监考哪些考试以及对往年和当年 监考信息的查询等。管理端子系统功能是教务工作者根据老师提出的考试要求统计出所有考 试的监考需求同时进行监考安排和监考人员设置并统计出监考信息等。系统的主用例如图 A-4 所示。图 A-4 系统主用例图4.3客户端子系统 监考教师通过网络登录到系统中进行监考信息查询,监考教师通过它提交监考需求,进 行监考信息查询,这就是客户端子系统的功能.在客户端用户可以看到监考的科目,时间,地 点,监考人数等说明,按监考信息日期排序.当点击考试科目时进入监考详细信息

10、页面。图 A-5 是他的活动图客户端的功能主要包括监考，监考信息查询，往年监考信息查询等功能。如图A-6是它的 用例图。图 A -5 客户端的活动图图 A -6 客户端的用例图客户端管理的这些用例描述如下:F-C-1:监考。监考教师登陆到监考信息管理系统网站可以进行对监考情况的浏览，可以 看到个人本学期被安排监考的情况。F-C-2:监考查询。监考教师对本学期监考信息的查询。F-C-3:往年监考查询。监考教师进行对往年监考信息的查询。4.3.1 监考列義独山O握示教师详址估息贪沏教耳监舟fri息更IF列驶见朮用户O增加用户信总俵改冃户為息刖除用戶怙总设户权闵毀务丄作背4.3.1.1 列表教师用例

11、描述：列表教师；执行者：监考教师前置条件：教师已登录系统； 后置条件：选择教师所要查询教师的名，则可以进入教师监考信息安排； 扩展点：无基流：当教师要查询监考信息，该用例启动。1）教师登录到监考信息系统后，进入监考网页S-1；2）列表显示所有教师名，点击任何一个教师名，可进入该教师详细的监考信息安排 替代流：S-1:若用户名密码输入不正确，则提示信息，用例终止。4.3.1.2 查询教师监考信息安排用例描述：查询教师监考信息安排 执行者：监考教师前置条件：教师已选择所要查询的教师名。 后置条件：若已查询到，则注销退出该系统。 基流：若查询该教师的详细信息，则该 用例启动。1）显示监考教师考试信息

12、安排，包括时间，地点，次数等S-1；2）可以打印信息。替代流：S-1:若所查教师不存在，则提示信息，用例终止。4.3.1.3 列表显示用户用例描述：列表显示用户执行者：教务工作者前置条件： 管理教师者已登录系统； 后置条件：若显示出所有的用户，则可以进入任何一个用户界面； 基流：1）可以显示所有用户的用户名 S-1。2）点击列表中的用户，进入到该用户页面s-2。替代流s-1:若用户名密码输入不正确，则提示信息，用例终止。s-2:若该教师不存在，则提示信息，用例终止。4.3.1.4 修改用户信息用例描述：修改用户信息；执行者：教务工作者；前置条件：管理者已进入到用户列表页面 后置条件：若用户信息

13、维护完成，则用户的想要信息将记录到数据库中。基流：1）进入用户列表，显示当前系统的用户以及每个用户具有的权限。2）点击不同的用户，可以显示这个用户的信息以及相应的权限，修改用户的权限。3）可以增加，删除，修改用户的考试安排信息。4.3.2 监考查询企和數忡伯屜件询那曲窟齊询料M佶J，A栽务丄作昔血总老师i nc I i.ide i nr I ndi? / * nclude_ 11-Uclyde、X?*冶A4.3.2.1 用例描述：查询信息 执行者：教务工作者，监考老师 前置条件：成功登入系统，系统中有往年监考信息可查 后置条件：查询信息后则可以进行其他操作并可以提交所查询信息 基流：1）进入查

14、询界面，首先展示基本表单内容。2）按查询要求，分别按（年份，日期，教师，教室，班级，科目）进行查询。并显 示结果。3）并且分别按照上面各表单显示统计结果。4.3.2.2 查询日期信息 用例描述：查询日期信息 执行者：教务工作者，监考老师 前置条件：成功登入系统，系统中有往年监考信息可查 后置条件：查询信息后则可以进行其他操作并可以提交所查询日期信息 基流：1）进入查询界面，首先展示基本表单内容。 2）按查询要求，按日期进行查询，并显示结果。4.3.2.3 查询班级信息 用例描述：查询班级信息 执行者：教务工作者，监考老师 前置条件：成功登入系统，系统中有往年监考信息可查 后置条件：查询信息后则

15、可以进行其他操作并可以提交所查询班级信息 基流：1）进入查询界面，首先展示基本表单内容。 2）按查询要求，按班级进行查询，并显示结果。4.3.2.4 查询教师信息 用例描述：查询教师信息 执行者：教务工作者，监考老师 前置条件：成功登入系统，系统中有往年监考信息可查 后置条件：查询信息后则可以进行其他操作并可以提交所查询教师信息 基流：1）进入查询界面，首先展示基本表单内容。2）按查询要求，按教师，教室进行查询，并显示结果。4.3.2.5 查询教室信息 用例描述：查询教室信息 执行者：教务工作者，监考老师 前置条件：成功登入系统，系统中有往年监考信息可查 后置条件：查询信息后则可以进行其他操作

16、并可以提交所查询教室信息 基流：1）进入查询界面，首先展示基本表单内容。2）按查询要求，按教室进行查询，并显示结果。4.3.2.6 查询科目信息 用例描述：查询科目信息 执行者：教务工作者，监考老师 前置条件：成功登入系统，系统中有往年监考信息可查 后置条件：查询信息后则可以进行其他操作并可以提交所查询科目信息 基流：1）进入查询界面，首先展示基本表单内容。2）按查询要求，按科目进行查询，并显示结果。4.3.3 往年监考查询4.3.3.1 查询信息用例描述：查询信息 执行者：教务工作者，监考老师 前置条件：成功登入系统，系统中有往年监考信息可查 后置条件：查询信息后则可以进行其他操作并可以提交

17、所查询信息 基流：1）进入查询界面，首先展示基本表单内容。2）按查询要求，分别按（年份，日期，教师，教室，班级，科目）进行查询。并显 示结果。3）并且分别按照上面各表单显示统计结果。4.3.3.2 查询年份信息用例描述：查询年份信息 执行者：教务工作者，监考老师 前置条件：成功登入系统，系统中有往年监考信息可查 后置条件：查询信息后则可以进行其他操作并可以提交所查询年份信息 基流：1）进入查询界面，首先展示基本表单内容。2）按查询要求，按年份进行查询，并显示结果。4.3.3.3 查询日期信息用例描述：查询日期信息 执行者：教务工作者，监考老师 前置条件：成功登入系统，系统中有往年监考信息可查

18、后置条件：查询信息后则可以进行其他操作并可以提交所查询日期信息 基流：1）进入查询界面，首先展示基本表单内容。 2）按查询要求，按日期进行查询，并显示结果。4.3.3.4 查询班级信息用例描述：查询班级信息 执行者：教务工作者，监考老师 前置条件：成功登入系统，系统中有往年监考信息可查 后置条件：查询信息后则可以进行其他操作并可以提交所查询班级信息 基流：1）进入查询界面，首先展示基本表单内容。 2）按查询要求，按班级进行查询，并显示结果。4.3.3.5 查询教师信息用例描述：查询教师信息 执行者：教务工作者，监考老师 前置条件：成功登入系统，系统中有往年监考信息可查 后置条件：查询信息后则可

19、以进行其他操作并可以提交所查询教师信息 基流：1）进入查询界面，首先展示基本表单内容。 2）按查询要求，按教师，教室进行查询，并显示结果。4.3.3.6 查询教室信息 用例描述：查询教室信息 执行者：教务工作者，监考老师 前置条件：成功登入系统，系统中有往年监考信息可查后置条件：查询信息后则可以进行其他操作并可以提交所查询教室信息 基流：1）进入查询界面，首先展示基本表单内容。2）按查询要求，按教室进行查询，并显示结果。4.3.3.7 查询科目信息 用例描述：查询科目信息 执行者：教务工作者，监考老师 前置条件：成功登入系统，系统中有往年监考信息可查 后置条件：查询信息后则可以进行其他操作并可

20、以提交所查询科目信息 基流：1）进入查询界面，首先展示基本表单内容。 2）按查询要求，按科目进行查询，并显示结果。4.4管理端子系统 管理端子系统主要是提供学校教务管理人员使用的功能 ,它的功能分为监考需求,监考 安排,监考统计信息，监考人员设置,监考信息管理等部分管理端的用例图如下。管理端管理的这些用例描述如下：F-B-1:监考需求。实现对本学期监考信息，如考试科目数量，每个科目所用教室数量，监 考教师数量的信息。F-B-2监考安排。根据监考需求所提供的信息,安排考试考场，监考教师等信息。F-B-3监考统计信息。统计监考教师的监考次数，监考科目等信息。F-B-4 监考人员设置。分配监考教师,

21、对监考教师的管理实现增,删,改,查等功能。F-B-5 监考信息。对监考信息实现增,删,改,查等功能。4.4.1 监考需求4.4.1.1 增加监考需求信息用例描述：增加监考需求信息。执 行 者：教务工作者。 前置条件：管理者成功登录监考功能系统。且有对监考需求进行增加的需求。 后置条件：如果增加监考需求信息有效，合理，并且成功，则在数据库中的监考需 求信息库随之发生对应的改变。此时可以继续实现监考管理。基流：1）进入监考需求系统界面，首先展示系统中已有监考需求的信息。2）如果有需要增加的监考需求内容，点击添加按钮，在相应的信息栏中（日期，时 间，人数，科目。备注等）录入信息。提交按钮，完成操作。

22、4.4.1.2 删除监考需求信息 用例描述：删除监考需求信息。执 行 者：教务工作者。 前置条件：管理者成功登录监考功能系统。且有对监考需求进行删除的需求。 后置条件：如果删除监考需求信息有效，合理，并且成功，则在数据库中的监考需 求信息库随之发生对应的改变。此时可以继续实现监考管理基流：1）进入监考需求系统界面，首先展示系统中已有监考需求的信息。2）如果需要删除信息要求，先选择需要删除科目。对其相应的日期和时间等相关信 息进行核实，确定所需要删除的相关内容，然后点击与需要对应科目中的删除按 钮，完成删除。4.4.1.3 修改监考需求信息用例描述：修改监考需求信息。执 行 者：教务工作者。 前

23、置条件：管理者成功登录监考功能系统。且有对监考需求进行修改的需求。 后置条件：如果修改监考需求信息有效，合理，并且成功，则在数据库中的监考需 求信息库随之发生对应的改变。此时可以继续实现监考管理基流：1）进入监考需求系统界面，首先展示系统中已有监考需求的信息。2）如果需要修改信息要求，先选择需要修改科目，对相应的日期和时间等表中 的相关信息进行核实，确定所需要修改的相关内容，然后点击与需要对应科 目中的修改按钮，完成修改4.4.2.1 显示监考教师列表 用例描述：显示监考教师列表。 执行者：教务工作者。 前置条件：教务工作者已登陆系统。 后置条件：显示监考教师列表后，可进行监考安排。 基流：1

24、）教务工作者进入监考安排系统后，进入监考安排界面。2）显示监考教师列表，包括已监考教师、正在监考教师和未监考教师3）点击任何一名教师，可对其进行设置。4.4.2.2 增加监考教师 用例描述：对监考教师进行添加。 执行者：教务工作者。 前置条件：教务工作者点击监考教师。 后置条件：监考教师添加成功后，对其查询、修改。 基流：1） 教务工作者点击监考教师后查看其状态。2） 如果该教师已安排监考教师，则返回。3） 如果该教师为未安排监考教师，则对其进行添加监考。4.4.2.3 删除监考教师 用例描述：对监考教师进行相应的删除。 执行者：教务工作者。前置条件：教务工作者点击监考教师。 后置条件：删除监

25、考教师成功后，对其查询、修改 基流：1）教务工作者点击监考教师后查看其状态。 2）如果该教师为已安排监考教师，则对其进行删除监考。3）如果该教师为未安排监考教师，则返回。4.4.2.4 修改监考教师信息 用例描述：对安排后的监考教师进行修改。 执行者：教务工作者。 前置条件：教务工作已对教师进行添加，删除。 后置条件：修改成功后，对其进行查询。基流： 1）教务工作者对监考教师进行增加、删除后如有不符，则进行修改。4.4.2.5 查询监考教师信息用例描述：查询监考教师信息。 执行者：教务工作者。 前置条件：教务工作者已完成对监考教师的增加、删除、修改。 后置条件：若操作以完成，则监考教师监考信息

26、将会记录到数据库中 基流：1） 教务工作者点击监考教师，查看状态。2） 点击不同监考教师显示不同监考状态。4.4.3 监考统计信息4.4.3.1 删除已有统计 用例描述：删除已有统计 执行者：教务工作者 前置条件：教务工作者已登陆系统 后置条件：显示已有监考信息后，可进行监考统计信息进行删除 基流：1）教务工作者进入监考安排系统后，进入监考统计信息界面。 2）显示已有监考统计信息列表。3）删除选定的监考统计信息。4.4.3.2 增加新监考统计 用例描述：增加新监考统计 执行者：教务工作者 前置条件：教务工作者已登陆系统 后置条件：显示监考统计信息，对监考统计信息进行增加。 基流：1）教务人员提

27、供所要添加的监考统计信息2）系统检索所有监考统计信息（T-1）。3）增加监考统计信息。替代流：T-1 该监考统计信息已存在，系统显示提示信息，用例终止。4.4.3.3 显示统计信息 用例描述：显示统计信息执行者：教务工作者前置条件：教务工作者已对监考统计信息进行添加，删除 后置条件：修改成功后，对其进行显示基流：1）显示所要查询的监考统计信息。4.4.4监考人员设置显示监考轉怖列去勉L监坊教师剖阶点世救师修改监考教州:倍息1S询监零枚师倍息栽务丄作昔4.4.4.1 增加监考人员信息 用例描述：增加监考人员信息。 执 行 者：教务工作者。 前置条件：在这个用例开始前，必须登录到系统中。 后置条件

28、：如果这个用例成功，在系统中增加监考人员信息，否则，系统的状态没 有变化。基流： 当教务人员增加监考人员信息的时候，用例启动。 1）教务人员提供所要添加监考人员的信息。2）系统检索所有监考人员信息（E-1）。3）增加的所要监考人员信息。替代流E-1 该监考人员信息已存在，系统显示提示信息，用例终止。4.4.4.2 删除监考人员信息 用例描述：删除监考人员信息。执 行 者：教务工作者。 前置条件：在这个用例开始前，必须登录到系统中。 后置条件：如果这个用例成功，在系统中删除监考人员信息，否则，系统的状态没 有变化.基流：当教务人员删除监考人员信息的时候，用例启动。(1) 教务人员提供所要删除监考

29、人员的信息。(2) 系统检索所有监考人员信息(E-1)。(3) 删除的所要监考人员信息。替代流E-1 :该监考人员信息不存在，系统显示提示信息，用例终止。4.4.4.3 修改监考人员信息用例描述:修改监考人员信息。执 行 者:教务工作者。 前置条件:在这个用例开始前，必须登录到系统中。 后置条件:如果这个用例成功，在系统中修改监考人员信息，否则，系统的状态没 有变化。基流:当教务人员修改监考人员信息的时候，用例启动。1) 教务人员提供所要修改监考人员的信息。2) 系统检索所有监考人员信息(E-1)。3) 修改的所要监考人员信息。替代流E-1 :该监考人员信息不存在，系统显示提示信息，用例终止。

30、4.4.4.4 查询监考人员信息用例描述:查询监考人员信息。执 行 者:教务工作者。 前置条件:在这个用例开始前，必须登录到系统中。 后置条件:如果这个用例成功，在系统中查询监考人员信息，否则，系统的状态没 有变化。基流:当教务人员增加监考人员信息的时候，用例启动。1) 教务人员提供所要查询监考人员的信息。2) 系统检索所有监考人员信息(E-1)。3) 显示的所要监考人员信息。替代流E-1 :该监考人员信息不存在，系统显示提示信息，用例终止。用例描述:管理监考信息执行者:教务工作者; 前置条件:教务工作者已登陆系统;后置条件:可对监考信息实现增,删,改,查等功能。 基流:教务管理人员管理监考信

31、息时,该用例启动. 1）系统显示监考信息;2）教务管理人员选择对监考信息的增,删,改,查等功能;3）若选择增加监考信息,则输入相关信息后系统增加一条监考信息记录;4）若选择删除监考信息，则系统删除所选的监考信息记录；（H-1）5）若选择修改监考信息, 则修改相关信息后系统保存记录;替代流:H-1:若无该监考信息或无所选信息,系统提示消息，用例终止。4.4.5.2 显示监考信息 用例描述：显示监考信息 执行者: 教务工作者； 前置条件: 教务工作者已登陆系统； 后置条件: 列表显示监考信息。基流: 教务管理人员管理监考信息时, 该用例启动.1）系统显示监考信息；2）若选择查询监考信息, 则输入查

32、询条件后, 系统显示查询结果. （H-1） 替代流:H-1: 若无该监考信息, 系统提示消息, 用例终止。5. 性能需求根据用户对本系统的要求, 确定系统在相应时间, 可靠性、安全性等方面有较高的必能要 求。5.1 界面需求 系统的页面要求如下：1）页面内容: 主题突出, 站点定义、术语和行文格式统一、规范、明确、栏目、菜单设 置和布局合理,传递的信息准确、及时.内容丰富,文字准确,语句通顺, 专用术语规范,行文格 式统一规范。2）导航结构:页面具有明确的导航指示, 且便于理解, 方便用户使用。3）技术环境:页面大小适当, 能用各种常用浏览器以不同分辨率浏览, 无错误链接和空 链接;采用CSS

33、处理,控制字体大小和版面布局。4）艺术风格: 界面、版面形象清晰悦目, 布局合理, 字号大小适宜、字体选择合理, 前后 一致, 美观大方, 动与静搭配恰当, 动静效果好; 色彩和谐自然, 与主题内容相协调。5.2 响应时间需求无论是客户端还是管理端,当用户登录, 进行任何操作的时候, 系统应该及时地进行反应, 反应的时间在5秒以内.系统应能监测出各种非正常情况, 如与设备的通信中断, 无法连接数 据库服务器等, 以避免出现长时间等待甚至无响应。5.3 可靠性需求 系统应保证7*24小时内不当机, 保证20人可以同时在客户端登录, 此时系统能正常运行, 正确提示相关内容。5.4 开放性需求 系统

34、应具有较强的灵活性, 以适应将来功能扩展的需求。5.5可扩展性需求系统设计要求能够体现扩展性要求,以适应将来功能扩展的需求。5.6 系统安全性需求 系统有严格的权限管理功能,各功能模块需有相应的权限方能进入。系统需能够防止各 类误操作可能造成的数据丢失,破坏.防止用户非法获得网页以及内容。6. 产品提交提交产品为:a) 应用系统软件包；b) 数据库初始数据；c) 系统开发过程文档；d) 系统使用、维护说明文档，提交方式为CD介质。7. 实现约束 系统的实现约束如下:a) 操作系统为：Windows2000；b) 开发平台为 :eclipse-SDK-3.1.2-win32；c) 数据库为：SQL server2005。8. 签字 本需求规格经过双方认可， 特签字如表所例.用户签署信息企业签署信息单位名称大连XXX学校单位名称XXXXXXXXXXXX签署人姓名XXX签署人姓名XXX签署日期签署日期