教师管理信息系统的设计与实现正文.docVIP

1.问题描述 1 2.需求分析 1 3.系统设计 1 3.1用例模型描述 1 3.2分析类图描述 2 3.3设计类图描述 3 3.4上传论文顺序图 4 3.5论文实体状态图 5 3.6教师信息管理系统组件图 5 3.7数据库设计 6 3.8输入设计和输出设计 7 3.9用户界面设计 8 3.10处理过程设计 9 4.系统测试 9 4.1测试方法 9 4.2测试结果 11 5.设计特点、不足和收获 11 5.1设计特点 11 5.2设计不足 12 5.3设计收获 12 教师管理信息系统的设计与实现 1.问题描述 根据自己所掌握的编程语言，利用软件工程的方法来设计并实现一个教师信息管理系统。 2.需求分析 教师信息管理系统的使用者将有两种，一个是管理员，另一个是教师。对管理员来说，可以对教师信息进行增加、删除、修改和查询操作；对教师来说，可以修改部分个人信息，可以查询本月工资，设置工资卡号，能对自己的论文进行上传、删除、预览和修改操作，并能预览其他教师的上传的论文。 3.系统设计 3.1用例模型描述 教师信息管理系统的用例模型如图3.1。 业务主角有两个，分别是教师和管理员。与教师相关的用例有：修改个人信息、管理学术论文、设置工资卡号和计算当月工资，验证登陆信息作为其他用例的包含用例而存在。与管理员相关的用例有：录入教师信息、查询教师信息、删除教师信息和管理用户职务，其中删除教师信息和管理用户职务作为查询教师信息的拓展用例出现，验证登陆信息已查询教师信息和录入教师信息的包含用例存在。 图3. 1 用例图 3.2分析类图描述 教师信息管理系统的分析类图如图3.2。 教师信息管理系统的分析类图由3个边界类、3个控制类和2个实体类组成。其中边界类包括：登陆界面页（LoginForm）、管理员页（AdministratorForm）和教师页（TeacherForm）。 控制类包括：登陆验证（IdentifyControl）、教师功能控制（TeacherControl）和管理员功能控制（AdministratorControl）。 实体类包括：教师信息类（Teacher）和论文信息类（Thesis）。 图3. 2 分析类图 3.3设计类图描述 教师信息管理系统的设计类图如图3.3 图3. 3 设计类图 设计类图包括三个： 管理员类（Admin）：用于存储管理员的登陆信息。 教师类（Teacher）：用于存储教师的登录信息和个人信息。 论文类（Thesis）：用于存储论文的相关信息。 3.4上传论文顺序图 上传论文顺序图如图3.4。 图3. 4 顺序图 在该顺序图中，具体说明如下： 首先由教师调用登陆界面（loginform）的Login()方法，表示输入登陆信息； 然后由loginform调用登录信息验证程序（identify）的Identify()方法，表示验证登陆信息； 验证成功后，由identify新建一个教师操作界面（teacherform）与教师进行交互； 教师调用teacherform的论文管理功能（ManageThesis()方法），选择论文上传功能，由teacherform激活教师功能管理模块（teachercontrol）的论文管理模块，再调用的upload()方法； 若上传成功，由teachercontrol给teacherform返回OK信息，再由teacherform给教师返回上传成功（OK）的提示。 3.5论文实体状态图 在教师信息管理系统中，需要建立状态图的实体对象并不多，图3.5是论文实体的状态图。 图3. 5 论文实体状态图 论文实体有4个状态，分别是：本地存储状态、服务器存储状态、浏览状态和修改状态。初始状态是本地存储状态，终止状态有两个：本地存储状态和服务器存储状态。从本地存储状态开始，可以不经过任何事件驱动，直接进入终止状态，即它本身。也可以在上传事件的驱动下进入服务器存储状态。服务器存储状态在预览事件的驱动下进入预览状态，关闭预览后回到服务器存储状态。服务器存储状态也可以在修改事件的驱动下进入修改状态，修改完毕后返回服务器存储状态。服务器存储状态也可以在删除事件的驱动下回到本地存储状态。 3.6教师信息管理系统组件图 如3.6给出了教师信息管理系统的组件图。 教师信息管理系统由6大模块组成，分别是登陆验证模块、管理员界面、教师界面、管理员功能模块、普通教师功能模块、后台数据库模块。管理员界面依赖管理员功能模块，教师界面依赖普通教师功能模块；登录验证模块、管理员功能模块、普通教师功能模块都依赖后台数据库模块。 图3. 6 3.7数据库设计 采用实体——联系方法来设计数据库， ER图如图3.7所示。 图3. 7 ER图中包含两个实体和一个关系：论文和教师，以及教师与论文之间的管理关系。 论文的属性包含：编