教师测评系统 包括用例图,序列图,域模型(原创)

河北工业大学 软件工程课程实验 实验报告 目：              专业：                          班级：                            组：                                  组长：                                        成员：        指导教师：                        完成日期：              目  录 1 项目开发书……………………………………………………（3） 2 软件需求规格说明书………………………………………………（6） 3 设计规格说明书……………………………………………………（22） 4  源程序清单………… ……………………………………… …………………（35） 5 测试报告……………………………………………………………（45） 6 用户手册……………………………………………………………（48） 一、项目开发计划书 完成人：  1．引言（Introduction） 1.1项目概述（Project Summary） 教学评估是教学管理的一项重要内容，如何科学地、全面地、客观公正地评估教师的师德水平和业务素质，是一项理论上和实践上都十分重要的工作。教师测评系统通过学校学生对某一位教师的教学质量进行民主评估，评估结果和分析报表可以帮助学校领导及时全面的掌握全校教师教学业务状况，帮助教师进一步的改进教学，提高教学质量。该系统充分利用学校现有的网络和教学资源，通过校园网络实现数据的采集和成绩的发布，是适合于高校的数据处理系统。 1.2 术语定义（Terms Glossary） 文档中采用的专门术语的定义及缩略词简要如下： TMS：Teacher Evaluation System，教师测评系统。 1.3 相关文档（Related Documents） [1] 软件需求规格说明书 [2] 设计规格说明书 2．软件生存周期（Software Life Cycle） （1）项目生存期框图 （2）项目生存期说明 1．需求描述 通过咨询系统用户建立系统的服务、约束和目标。并对其详细定义从而成为系统描述服务。 2．组件分析 给出需求描述，然后搜寻能满足需求的组件。通常情况是，没有正好合适的组件以供使用，能得到的组件往往只提供所需要的部分功能。 3．需求修改 在这个阶段，根据得到的组件信息来分析需求，然后修改需求以反映可得到的组件。当不允许修改的时候。组建分析活动可能要重新进行，以寻求其他可能的代替。 4．使用复用的系统设计 在这个阶段，开始设计系统的框架，或者重复使用一个已存在的框架。设计者分析这些被重复使用的组件并设计一个框架来组织这些组件。当可复用的组件不能得到时，必须重新设计一些新的软件。 5．开发和集成 当组件不能买到时就要自己开发，然后要做的事就是集成这些自己开发的组件和现成的组件，使之成为一个整体。在这个模型中，系统集成不是很明确地表现为一个独立的活动，但它是开发过程的一个重要部分。 6．系统有效性验证 3．任务与工作产品（Task and Work Products） 阶段任务： 任务一：系统分析、需求收集和分析 这一阶段首先进行系统分析，分析确定系统的规模和范围，确定软件的总体要求以及所需要的硬件和支撑软件，确定待开发软件与外界的接口，根据用户的情况确定软件对操作的要求，以及待开发软件总体上的约束和限制，完善项目计划。在这之后，这一阶段的大部分时间将被用来进行需求收集和分析。向学校管理人员及学生了解情况，确定软件系统的综合要求，分析软件系统的数据要求，导出系统的逻辑模型，修正项目开发计划。 采用结构化分析方法，生成数据流图、数据词典及加工逻辑说明。 任务二：概要设计 在这一阶段将确定软件系统的结构，对全局数据结构进行设计，进行模块划分，确定每个模块的功能 接口以及模块间的调用关系。采用与结构化方法衔接的结构化设计方法，生成结构图及概念设计说明书。 任务三：详细设计 为每个模块设计实现的细节将成为这个阶段的主要任务，还要对局部数据结构进行设计。 采用结构化设计方法。采用自顶向下逐步求精的设计方法和单入口单出口的控制结构。使得程序具有良好的结构，增强程序的可读性。生成程序流程图及详细设计说明书。 详细设计时，如果不满意，须回到概要设计中重新完善设计。 任务四：编写代码 这一阶段用来根据详细设计说明书编写代码。采用计算机语言编写。追求高质量的代码，生成源程序代码、内部文档。 任务五：软件测试 这将是一个很重要也将是一个很耗时间和精力的阶段。在这一阶段中将尽可能多地发现软件中的错误和缺陷。如果有错，还将退回到编码阶段进行调试。测试过程分为单元测试、集成测试和确认测试。 任务六：完善各项文档及和报告，从整个开发过程和这些文档中总结经验和教训，罗列各种方法和技巧。 项目包含的产品： （1）需求规格说明书 （3）系统设计说明书 （4）源程序 （5）测试报告 （6）用户手册 4．工作产品、任务规模、工作量估计（Estimates of Work Product，Task Size and Workload） 教师测评系统是小规模的工作任务，预计5人完成此系统，争取于14周之前交工。 5．资源需求计划（Resource Requirement Plan） 软件基本运行环境为Windows 2003、 Windows XP环境。 6．软件项目进度计划（Software Project Schedule） 一般说来，测评系统的建立与应用可以划分成总体规划、系统开发和系统运行三个阶段，其中系统开发阶段还可进一步分为系统分析、系统设计和系统实施等工作环节。在每个工作阶段均产生完整的技术文档作为下一阶段工作的指导和依据，每一阶段都应对文档进行评审，确信该阶段工作已完成并达到要求后才能进入下一阶段，同时在以后的工作中不能轻易改变前面经过评审的成果。 教师测评系统的开发分为五个阶段来进行，分别如下： 第一阶段：系统分析 第二阶段：系统设计 第三阶段：程序编制 第四阶段：代码测试 第五阶段：系统的运行和维护 在开发过程中各工作阶段所占全部工作量的比重分别为：系统分析占20%、系统设计占15%、代码测试占20%、代码测试占25%、系统运行和维护占20%。 二、需求规格说明书 完成人： 1．概述（Summary） 1.1项目的目的与目标（Purpose and Aim of Project） 教师测评系统在现代化学校中的应用十分广泛，是一个典型的教学管理系统。本课程实验采用了面向对象的程序设计方法，从页面展示到后台数据库设计都具有一定的可扩展性。本系统在Windows XP环境中采用 Microsoft Visual Studio 8为开发平台，C#为开发语言，使用ACESS创建数据库，用于学生对教师进行素质测评，对教师的信息进行查询，包括：学历情况、教学情况、科研情况、发表等。同时具有教师信息的录入、导入功能和统计功能，还包括系统维护以及系统帮助等。 经过分析、设计、编码、调试等一系列步骤。程序通过调试运行，初步实现了设计目标，并且经过适当完善后，将可以应用在学校的教师测评，具备了一定的可用性。 1.2 术语定义（Terms Glossary） SQL语言：Structure Query Language，结构化语言 1.3 相关文档（Related Documents） [1] 项目开发计划书 [2] 设计规格说明书 2．问题初始分析（Early Analysis） 2.1 场景描述（Scene Description） 教学评估是教学管理的一项重要内容，如何科学地、全面地、客观公正地评估教师的师德水平和业务素质，是一项理论上和实践上都十分重要的工作。教师测评系统通过学校学生对某一位教师的教学质量进行民主评估，评估结果和分析报表可以帮助学校领导及时全面的掌握全校教师教学业务状况，帮助教师进一步的改进教学方法，提高教学质量。 2.2 初始功能提取（Early Function Distill） 具有教师信息的录入、导入功能，信息查询和统计功能，教师素质评价功能（学历情况、教学情况、科研情况、论文发表等），系统维护和素质评定参数设置功能，以及系统帮助等。 3．目标系统功能需求（Function of Target System） 3.1 功能需求分析（Function Analysis） 登陆用例表： 用例标识和名称 登陆 描述 所有进入教师测评系统的人员在这里进行登陆 参与者 学生，教师，管理员 前置条件和假设 进入登陆界面 触发条件 有成员进入测评系统 主事件流 1. 成员点击进入登陆界面。 2. 输入帐号密码进行验证。 3. 验证帐号输入是否合法。 4. 合法查询成员表内容，否则返回错误信息。 5. 在成员表进行验证，密码输入正确进入系统，否则返回错误信息。 可选事件流 无 后置条件 进入了测评系统     活动图： 修改密码用例表： 用例标识和名称 修改密码 描述 所有进入教师测评系统的人员在这里进行修改密码 参与者 学生，教师，管理员 前置条件和假设 进入登陆界面 触发条件 有成员进入测评系统 主事件流 1. 成员点击进入登陆界面。 2. 输入帐号密码进行验证。 3. 验证帐号输入是否合法。 4. 合法修改个人密码，否则返回错误信息。 5. 返回成功信息。 可选事件流 无 后置条件 进入了测评系统     活动图： 查看教师信息用例表： 用例标识和名称 查看教师信息 描述 学生用此功能查看授课老师信息 参与者 学生 前置条件和假设 已登陆教师测评系统 触发条件 学生将要对教师进行评分 主事件流 1. 学生进入教师信息界面。 2. 输入学号进行验证。 3. 验证学号是否合法。 4. 正确则查询教授自己课程的老师，否则返回错误信息。 5. 查看授课教师信息 6. 显示在界面上 可选事件流 无 后置条件 教师测评系统界面     活动图： 打分用例表： 用例标识和名称 打分 描述 学生用此功能为授课教师评分 参与者 学生 前置条件和假设 已登录教师测评系统 触发条件 已查看完教师信息 主事件流 1. 学生点击进入打分界面。 2. 输入学号进行验证。 3. 验证学号是否合法。 4. 正确则查询教授自己课程的老师，否则返回错误信息。 5. 对教师进行打分。 6. 显示在界面上。 可选事件流 无 后置条件 进入了测评系统     活动图：