软件工程可行性研究报告

1、一、可行性研究报告一、可行性研究报告11引言21.1编写目的21.2项目背景21.3定义21.4参考资料22可行性研究的前提32.1要求32.2目标32.3条件、假定和限制42.4可行性研究方法42.5决定可行性的主要因素43对现有系统的分析53.1处理流程和数据流程53.2工作负荷53.3费用支出53.4人员53.5设备53.6局限性64所建议技术可行性分析64.1对系统的简要描述64.2处理流程和数据流程64.3与现有系统比较的优越性64.4采用建议系统可能带来的影响64.5技术可行性评价75所建议系统经济可行性分析85.1支出85.2效益85.3收益/投资比85.4投资回收周期95.5敏

2、感性分析96社会因素可行性分析96.1法律因素96.2用户使用可行性97其他可供选择的方案98.结论意见91引言1.1编写目的【阐明编写可行性研究报告的目的，指明读者对象。】本报告分析了教师测评网络系统开发的可行性，请院领导审阅并对是否进行该系统的开发做出批示。1.2项目背景【应包括： a. 所建议开发软件的名称；b. 项目的任务提出者、开发者、用户及实现软件的单位；c. 项目与其他软件或其他系统的关系。】建议进行教师测评网络系统的开发。东港学院近年来教学规模迅速扩大，学生人数有较大增长，为实现教学质量的量化考核，每学期未都要收集学生对任课教师的评价数据，以往主要采取不记名问卷调查的方式，人工

3、进行数据的采集与处理，费时费力且耗费大量纸张，统计出的数据准确程度低。在东港学院校园网建成的情况下，利用校园网及计算中心微机实验室通过软件系统进行测评数据的采集成为可能，东港学院教务处因此提出进行教师测评网络系统软件系统的的开发。东港学院计算机系具备进行该软件系统开发的能力并承担本软件系统的开发与维护工作。软件开发成功后，该软件系统由东港学院教务处使用。本软件系统可利用现有的高校教务管理系统中的学生、教师、课程任课教师等数据，所以教务处需要提供高校教务管理系统数据库查询接口。1.3定义【列出文档中所用到的专门术语的定义和缩写词的原文。】教师测评网络系统以下简称测评系统。1.4参考资料【列出有关

4、资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括： a. 项目经核准的计划任务书、合同或上级机关的批文；b. 与项目有关的已发表的资料；c. 文档中所引用的资料，所采用的软件标准或规范。】2可行性研究的前提2.1要求【列出并说明建议开发软件的基本要求，如a. 功能；b. 性能；c. 输出；d. 输入；e. 基本的数据流程和处理流程；f. 安全与保密要求；g. 与软件相关的其他系统；h. 完成期限。】测评系统应能采集学生对一个学期中所学课程的各任课教师的教学水平、师德等方面给予的百分制评价分值（评分标准由教务处制定，要求学生在给教师评分时尽量遵守该标准，以保测评结果准确性）。测评系统

5、应能根据教务处规定的计算方法统计出各位教师在一个学期中教学水平、师德的百分制最终测评得分。测评系统应在三十秒内采集到一个网络终端提交的一次测评数据（即一位学生对其本学期所学课程的所有任课教师的测评数据）。测评系统应在三十秒内统计出100名任课教师的单项测评结果。测评系统应按照指定的格式显示及打印各项测评数据的统计结果，包括教学水平测评结果报告师德测评结果报告，所有报告中教师以所在系部为单位列出，且同一系部中的教师以得分降序排列。测评系统中的基础数据从高校教务管理系统中读取，学生测评数据在终端上通过ie浏览器提交表单到服务器端获取。数据及处理流程： 服务器端 学生客户机端 管理客户机端 任课教师

6、、课程信息- - 测评分值 - 统计测评结果 测评结果-测评系统中管理界面只能由授权用户访问（通过用户帐号及口令验证进行授权）。学生测评数据采集应保证每位学生一个学期只能参加一次测评。与本系统相关的其他系统有高校教务管理系统。测评系统应在2003年5月底完成。2.2目标【可包括：a. 人力与设备费用的节省；b. 处理速度的提高；c. 控制精度或生产能力的提高；d. 管理信息服务的改进；e. 决策系统的改进；f. 人员工作效率的提高，等等。】采用本系统后，东港学院五个系部可节约10名教辅人员及20名学生总计10个工作日，增加微机实验室2名工作人员总计1个工作日。以2000名参加测评的学生计算，节

7、约纸张240元。以200台微机3个小时用于测评计算，增加微机电力消耗60元。从采集到的数据进行统计可做到误差小于10。2.3条件、假定和限制【可包括：a. 建议开发软件运行的最短寿命；b. 进行系统方案选择比较的期限；c. 经费来源和使用限制；d. 法律和政策方面的限制；e. 硬件、软件、运行环境和开发环境的条件和限制；f. 可利用的信息和资源；g. 建议开发软件投入使用的最迟时间。】本系统至少应使用4年。应在一周内完成系统实现方案的选择比较。可从教务管理费用中支出开发费用。本系统只限东港学院使用。本系统对客户机及服务器的硬件性能无特殊要求。系统软件、数据库系统、开发工具都采用免费软件，本系统

8、运行时要求计算机网络连接稳定可靠。测评系统应在2003年6月20日投入使用。2.4可行性研究方法【说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的，摘要说明所使用的基本方法和策略。】对现有人工数据采集、统计分析的流程进行了调查，并对软件系统实现的技术可行性进行了分析，我们认为测评系统具备开发的需求及条件。我们细致一对人工系统及软件系统实现测评的费用进行了计算及对比，得出的结论是使用软件系统可节省人力、物力，而且可以提高测评结果的准确性。2.5决定可行性的主要因素本软件系统开发成本低，有较强的应用需求。3对现有系统的分析3.1处理流程和数据流程当前测评数据的采集及统计分析完全由人工进

9、行。处理流程为： 教务处制定测评标准、测评结果计算细则。 教务处印刷测评表（每测评项目每学生一份）、测评结果报表（每系部一份）。 各系部组织学生发放并填写测评表。 各系部组织学生汇总测评表。 各系统部填写测评结果报表。数据流程： 教务处准备各系部班级当前学期开课表及任课教师表。 各系部上交学生填写的测评表到教务处。 各系部上交测评结果报表到教务处。 3.2工作负荷平均每系部1个教辅人员、5个学生各需要2个小时。3.3费用支出【如人力、设备、空间、支持性服务、材料等项开支。】人力：调查表的印刷：1个人0.5个工作日 50元 5个教辅人员 250元 25个学生各需要2个小时。 250元设备：一体化

10、油印机0.5个工作日 材料：纸、油墨 240元 3.4人员【列出所需人员的专业技术类别和数量。】教辅人员：5人学生：25人3.5设备一体化油印机3.6局限性【说明现有系统存在的问题以及为什么需要开发新的系统。】繁琐、易出差错、效率低。4所建议技术可行性分析4.1对系统的简要描述因测评系统在应用中需求大量客户端，为简化软件的发布，故拟采用b/s结构，所有客户机通过浏览器连接到web服务器，在web服务器端采用php脚本进行数据库的连接与数据处理。通过发送到浏览器的html表单收集用户提交的数据。服务器选用linux平台，web服务器选用apache，数据库选用mysql，脚本解释器选用php。4

11、.2处理流程和数据流程数据采集：客户端通过浏览器打开web服务器站点上的测评页面，web服务器向客户端发送html表单，用户填写html表单，并点击表单的提交按钮，浏览器发送数据到web服务器。web服务器上的php脚本处理客户机提交的数据，将其存储到mysql数据库系统中。统计分析：客户端通过浏览器管理打开web服务器站点上的管理页面，点击相应的功能选项，web服务器上的相应php脚本页面被执行进行数据的统计分析，并将统计的结果发送到浏览器。4.3与现有系统比较的优越性数据采集节省了大量纸张，保护了环境。数据处理使用计算机进行，快速、准确。测评项目的多少、每个项目所占比例等可通过管理界面进行

12、设置，更易适应实际需要。4.4采用建议系统可能带来的影响4.4.1对设备的影响无4.4.2对现有软件的影响高校教务管理系统数据库中应增加对教师、学生、班级课程信息查询的帐号。4.2.3对用户的影响提高了工作效率，降低了劳动强度。4.2.4对系统运行的影响无4.2.5对开发环境的影响无4.2.6对运行环境的影响无4.2.7对经费支出的影响节约油墨纸张的经费支出，增加电力费用支出。4.5技术可行性评价【包括：a. 在限制条件下，功能目标是否能达到；b. 利用现有技术，功能目标能否达到；c. 对开发人员数量的和质量的要求，并说明能否满足；d. 在规定的期限内，开发能否完成。】东港学院目前的硬件设施满

13、足本系统运行的需要。实现本系统需要的技术包括：php脚本的编程、mysql数据库应用、apache web服务器的架设与管理、b/s结构的软件开发技术。目前这些技术已经成熟。这些技术对计算机系的教师而言都是必须掌握的基本技术。测评系统是个小型软件系统，6个人月完全可以按时开发完成。5所建议系统经济可行性分析5.1支出5.1.1基建投资无5.1.2其他一次性支出软件开发费用2000元5.1.3经常性支出电力每学期60元5.2效益5.2.1一次性收益无5.2.2经常性收益每个学期使用软件系统较使用人工系统带来的费用支出降低 700 元。5.2.3不可定量收益准确的测评结果为教师的评价提供科学依据。

14、5.3收益/投资比以本系统使用4年，共8个学期计算，共支出：2000+8*60=2480元。 共节省费用：8*700元=5600元。收益/投资比=5600/2480=2.4 5.4投资回收周期1.5年5.5敏感性分析【敏感性分析是指一些关键性因素，如：系统生存周期长短、系统工作负荷量、处理速度要求、设备和软件配置变化对支出和效益的影响等的分析。】是指一些关键性因素与这些不同类型之间的合理搭配、处理速度要求、设备和软件的配置等变化时，对开支和收益的影响最灵敏的范围的估计。6社会因素可行性分析6.1法律因素【如，合同责任、侵犯专利权、侵犯版权等问题的分析。】所用软件开发工具、系统软件都为免费。利用

15、本单位人员自主开发，具有独立版权，归东港学院所有。6.2用户使用可行性【如，用户单位的行政管理、工作制度、人员素质等能否满足要求。】教务处的管理人员、学生完全具备使用本软件系统的能力。7其他可供选择的方案【逐个阐明其他可供选择的方案，并重点说明未被推荐的理由。】无其他方案。8.结论意见【结论意见可能是：a. 可着手组织开发；b. 需待若干条件（如资金、人力、设备等）具备后才能开发；c. 需对开发目标进行某些修改；d. 不能进行或不必进行（如技术不成熟，经济上不合算等）；e. 其他。】f. 可着手组织开发。二、项目开发计划1引言11.1编写目的11.2项目背景11.3定义21.4参考资料22项目

16、概述22.1工作内容22.2条件与限制22.3产品32.4运行环境32.5服务32.6验收标准33实施计划43.1任务分解43.2进度43.3预算43.4关键问题44人员组织及分工55交付期限56专题计划要点51引言1.1编写目的【阐明编写开发计划的目的，指明读者对象。】为保证教师测评软件系统的开发成功，按期交付使用，特编写项目开发计划，请参予开发的人员遵照执行。1.2项目背景【可包括： d. 项目的委托单位、开发单位和主管部门；e. 该软件系统与其他系统的关系。】本项目由东港学院教务处委托东港学院计算机系进行开发。1.3定义【列出本档中用到的专门术语的定义和缩写词的原文。】教师测评网络系统以

17、下简称测评系统。1.4参考资料【可包括： d. 项目经核准的计划任务书、合同或上级机关的批文；e. 文档所引用的资料、规范等；列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。】1、教师测评网络系统计划任务书2项目概述2.1工作内容【简要说明项目的各项主要工作，介绍所开发软件的功能、性能等。若不编写可行性研究报告，则应在本节给出较详细的介绍。】系统中所需要的基础数据由高校教务管理系统提供。测评系统需要实现的功能主要包括两大部分，一是前台的数据采集部分，包括教学水平测评页面、师德测评页面、数据存储页面。二是后台的数据统计及查询部分，包括教学水平测评统计界面、师德测评统计界面2.2条件

18、与限制【阐明为完成项目应具备的条件、开发单位已具备的条件以及尚需创造的条件。必要时还应说明用户及分合同承包者承担的工作、完成期限及其他条件与限制。】为完成本系统的开发，应配备web服务器、cvs服务器、ftp服务器、文本编辑工具、微机若干台、打印机一台。可利用东港学院计算机系现有的服务器及教师办公用微机等设备。2.3产品2.3.1程序【列出应交付的程序名称、使用的语言及存储形式。】可运行的程序为php脚本程序包，名称为evaluate，该包中客户端首页面名称为index.php，管理端首页为admin.php。系统安装页面为setup.php。2.3.2文档【列出应交付的文档。】可行性研究报告

19、项目计划任务书项目开发计划软件需求说明书数据要求说明书概要设计说明书详细设计说明书数据库设计说明书操作手册测试计划测试分析报告项目开发总结报告2.4运行环境【应包括硬件环境、软件环境。】1台服务器：piii1.2g双cpu，scsi双硬盘镜像，512m内存，linux7.0，apache+php+mysql服务器100-200台客户机：pii1.2g，128m内存，windows98操作系统。上述所有计算机组成局域网。2.5服务【阐明开发单位可向用户提供的服务。如人员培训、安装、保修、维护和其他运行支持。】2.6验收标准100台客户机同时连接服务器进行数据采集并在10分钟内完成数据的提交，任一

20、台客户机应顺利提交数据并得到成功操作的提示。每位学生只能提交一次单项测评数据。管理程序应在30秒内完成2000名以内学生提交的单项测评数据的统计。管理程序应在30秒内查询出统计结果。3实施计划3.1任务分解【任务的划分及各项任务的负责人。】需求分析：朱敏、贾长云系统设计：朱敏编码：林毅、贾长云测试计划：朱敏测试：本系学生3.2进度【按阶段完成的项目，用图表说明开始时间、完成时间。】需求分析： 2003.4.1 2003.4.10系统设计： 2003.4.11 2003.4.20编码： 2003.4.21 2003.5.10 测试计划与测试： 2003.5.11 2003.6.1再编码、再测试

21、2003.6.1 200预算资料费、文印费 500元人员津贴 1500元3.4关键问题【说明可能影响项目的关键问题，如设备条件、技术焦点或其他风险因素，并说明对策。】较难实现的功能有：动态生成的html表单（数据条目数量可变）的数据接收。大量原始数据的高效统计。多用户访问下的数据库共享冲突。4人员组织及分工需求分析：朱敏、贾长云系统设计：朱敏编码：林毅、贾长云测试计划：朱敏测试：本系学生5交付期限2003年6月20日6专题计划要点【如测试计划、质量保证计划、配置管理计划、人员培训计划、系统安装计划等。】测评系统所有文档利用cvs服务器进行管理。在项目各阶段结束时各创建一个锁定

22、分支。三、需求规格说明书1引言11.1编写目的11.2项目背景21.3定义21.4参考资料22任务概述22.1目标22.2运行环境22.3条件与限制33数据描述33.1静态数据33.2动态数据33.3数据库介绍33.4数据表33.5数据采集64功能需求64.1功能划分64.2功能描述65性能需求75.1数据精确度75.2时间特性75.3适应性76运行需求86.1用户界面86.2硬件接口86.3软件接口86.4故障处理87其它需求81引言1.1编写目的【阐明编写需求说明书的目的，指明读者对象。】为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。本文档供项目经理、设计人员、开发人

23、员参考。1.2项目背景f. 项目的委托单位、开发单位和主管部门 本项目由东港学院教务处委托东港学院计算机系进行开发。g. 该软件系统与其他系统的关系 本系统使用高校教务管理系统中的基础数据。1.3定义【列出文当中所用到的专门术语的定义和缩写词的原文。】教师测评网络系统以下简称测评系统。1.4参考资料f. 项目经核准的计划任务书、合同或上级机关的批文g. 项目开发计划h. 文档所引用的资料、标准和规范。列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源1、教师测评网络系统计划任务书2任务概述2.1目标通过局域网进行学生对教师教学水平、师德评价的数据采集。并对采集到的数据按照教务部门制定

24、的规则进行统计，按教务部门规定的报表格式进行查询输出。2.2运行环境【应包括硬件环境、软件环境。】1台服务器：piii1.2g双cpu，scsi双硬盘镜像，512m内存，linux7.0，apache+php+mysql服务器100-200台客户机：pii1.2g，128m内存，windows98操作系统。上述所有计算机组成局域网。2.3条件与限制【阐明为完成项目应具备的条件、开发单位已具备的条件以及尚需创造的条件。必要时还应说明用户及分合同承包者承担的工作、完成期限及其他条件与限制。】为完成本系统的开发，应配备web服务器、cvs服务器、ftp服务器、文本编辑工具、微机若干台、打印机一台。可

25、利用东港学院计算机系现有的服务器及教师办公用微机等设备。3数据描述3.1静态数据在校学生的班级名称、班级编号，学生学号、姓名，本校系部编号、名称，各系部教师编号、姓名，当前学期的所有班级的课程（编号）及任课教师（编号），课程编号、课程名称。3.2动态数据【包括输入数据和输出数据。】测评类型，各测评类型中包括的评价项目、项目等级划分、项目分值分配。学生对任课教师的各测评类型中的子项目所做的评价分值。每位教师各测评类型的得分。以系部为单位的教师测评结果排名。3.3数据库介绍【给出使用数据库的名称和类型。】使用支持多种平台的免费关系型数据库管理系统mysql。3.4数据表/班级信息表create t

26、able classinfo(schoolno char(6) not null,collegeno char(3) not null,departno char(2) not null,classno char(10) not null,special char(10),classsn int,classname char(40),classshortname char(20),lengthofschooling int,classinschool date,classoutschool date,isinschool char(5),classstunum int,classroom ch

27、ar(5),primary key(schoolno,classno)/学生基本信息表create table student(stuno char(15) not null,classno char(10),stuname char(20),sex char(2),primary key(stuno)/系部信息create table departinfo(collegeno char(3) not null,departno char(2) not null,departname char(20),primary key (collegeno,departno)/教师信息create ta

28、ble teacherinfo(collegeno char(3) not null,departno char(2) not null,teacherno char(6) not null,teachername char(20),techtitle char(20),edubackground char(10),birthday date,staffroomno char(2),isprelect char(1),primary key(collegeno,departno,teacherno)/教研室信息create table staffroominfo(collegeno char(

29、3) not null,departno char(2) not null,staffroomno char(2) not null,staffroomname char(20),primary key (collegeno,departno,staffroomno)/不同测评类型包含的测评项目create table evalitembytype(evaltypeno char(10) not null,evaltypeitemname char(20) not null,evaltypeitemratio int,evaltypeitemmaxvalue int,primary key(e

30、valtypeno,evaltypeitemname)/各类测评中各子项目得分统计以后的值create table evaldatabyevaltype(semester char(11) not null,evalobjno char(20) not null,evaltypeno char(10) not null,evalvalue int,evaltperatio int,primary key(semester,employeeno,evaltypeno)/存储测评的中间结果create table evaldatabyitem(semester char(11) not null,

31、evalobjno char(20) not null,evaltypeno char(10) not null,evaltor char(32) not null,evalitemname char(20)not null,evalitemvalue int,primary key(semester,evalobjno,evaltor,evalitemname)/教师对各班的任课情况create table teachercourseclass(semester char(11) not null,teachername char(20) not null,coursename char(2

32、0) not null,classshortname char(20) not null,primary key(semester,teachername,coursename,classshortname)/当前学期班级课程信息表create table cursemestercourse ( teachername char(20) not null default , coursename char(20) not null default , classno char(30) not null default , teacherno char(6) not null default ,

33、 primary key (teachername,coursename,classno)3.5数据采集班级、学生、课程、系部、教师信息由高校教务管理系统查询生成。测评类型及测评项目、分值、比例由测评系统管理人员手工输入。学生对教师的评价数据每学期组织一次，利用测评系统的客户端页面输入。4功能需求4.1功能划分评价项目管理学生验证教师评价评价结果存储结果统计结果查询4.2功能描述1、评价项目管理设置测评类型中所包括的测评子项目，每个子项目的分值或比例，这些数据将用于评价结果的统计。测评类型包括：1、学生评教教学水平，2、学生评教教师师德，3、教师同行评价教学水平，4、教师同行评价政治表现，5、

34、教学督导组评价教学水平，6、教师科研水平（由教务处根据相关规定打分）。 系统管理员可设置每种测评类型是否进入可测评状态。只有设置为可测评状态的类型在前台才可选取并进入该类测评。否则在前台不显示该测评类型。2、用户验证 让参于测评的用户选择自己的标识进入测评系统，以便测评系统记录该用户是否行使了自己的测评权，对系统内的每种测评类型一个用户只有一次测评的机会。 用户验证还能够使得学生只能对自己的当前学期的任课教师进行测评。3、评价对学生评教的测评类型，系统根据学生的学号、班级编号将列出该生的当前学期的任课教师的姓名、所任课程，并列出当前测评类型中的所有测评项目，以及每个子项目的可选分值或比例，学生

35、可通过单击相应的分值或比例为每个子项目打分。对教师同行评价及督导组、教务处对教师教学及科研的评价类型，系统应列出所有教师做为被评测对象。4、评价结果存储 用户完成所列被测对象的各项测评子项后，点击”提交”按钮，系统将其提交的被测对象编号、测评类型编号、测评子项名称、子项测评分值存储到后台数据库中。5、结果统计 系统管理员可随时统计指定的测评类型的测评结果数据。通常这项工作应在该类测评结束后，将该测评类型取消其可测评状态后再进行，以统计出最终测评结果。6、结果查询系统管理员可查询所有测评类型、所有被评测人员的统计数据。可查询的数据包括按测评类型分类的被评人员总分。并以测评类型为单位按总分对参评人

36、员进行排序。5性能需求5.1数据精确度每一种测评类型，其每个子项目测评分值以百分制显示，学生可选分值以5分为一个档次。每个子项目在该测评类型的总分值中所占比例精确到百分之一。计算出的参评人员该类测评的总分精确到0.01分。5.2时间特性【如响应时间、更新处理时间、数据转换与传输时间、运行时间等。】下述时间特性基于2.2运行环境一节所述的软、硬件环境。前台所有操作都应在30秒内得到响应。统计测评结果数据时，以3000名学生计，每名学生对本学期的任课教师约为10名计，每种类型的测评结果的统计应在30秒内完成。5.3适应性【在操作方式、运行环境、与其它软件的接口以及开发计划等发生变化时，应具有的适应

37、能力。】本系统应该可运行于windows或linux操作系统平台上，web服务器可选用apache或iis，数据库选用mysql。6运行需求6.1用户界面【如屏幕格式、报表格式、菜单格式、输入输出时间等。】客户端、管理端全部使用浏览器进行操作，界面元素使用html页面元素。报表使用html表格，可方便的将数据复制到word、excel进行存档及打印。菜单使用html页面中的超链接实现。6.2硬件接口无6.3软件接口与现有的高校教务管理系统后台数据库的数据交换。采用csv格式文件进行数据交换。6.4故障处理软故障： 对本人的测评权力被他人冒用的情况，系统管理员可凭学生证等身份证明清除该生的测评数

38、据，以便由其本人进行测评。硬故障： 网络不通，排除故障后需要重新进入系统，系统不保存在用户提交测评结果前的临时数据。 在统计过程中服务器当机，可在重启服务器后再统计一次即可。7其它需求【如可使用性、安全保密、可维护性、可移植性等。】后台管理程序使用基于操作系统的权限验证。前台程序不使用权限验证。除与现有软件系统的数据接口外，系统的前台功能应该让会上网的学生在系统的提示下即可正确操作。后台功能的使用可在系统使用手册的指导下进行正确操作。系统需要提供后台管理的完整操作手册及故障处理方法。四、概要设计说明书1引言21.1编写目的21.2项目背景21.3定义21.4参考资料22任务概述32.1目标32

39、.2运行环境32.3需求概述42.4条件与限制53总体设计63.1处理流程63.2总体结构和模块外部设计73.3功能分配84接口设计94.1外部接口94.2内部接口155数据结构设计155.1逻辑结构设计155.2物理结构设计165.3数据结构与程序的关系206运行设计216.1运行模块的组合216.2运行控制216.3运行时间217出错处理设计217.1出错输出信息217.2出错处理对策218.安全保密设计229.维护设计221引言1.1编写目的【阐明编写概要设计说明书的目的，指明读者对象。】为明确软件系统结构、安排项目规划与进度、制定详细测试计划、组织软件开发与测试，特撰写本文档。本文档供

40、项目经理、设计人员、开发人员参考。1.2项目背景h. 本项目由东港学院教务处委托东港学院计算机系进行开发。i. 本系统使用了mysql数据库系统，web脚本使用的是php。j. 该软件系统与其他系统的关系 本系统使用高校教务管理系统中的基础数据，包括班级、学生、教师、职工、课程任课教师信息。高校教务管理系统使用的是mssql。所有数据根据本系统的需要定义成视图，利用数据库管理系统的实用工具“企业管理器”导出成csv文档，然后使用phpmyadmin导入到教师教学网络测评系统中相应的数据表。1.3定义【列出本文档中所用到的专门术语的定义和缩写词的原文。】mssql：微软公司生产的sql serv

41、er数据库管理系统。mysql：一个免费的功能较强的数据库管理系统。php：一种免费的用于web应用开发的脚本语言。phpmyadmin：一种使用php脚本语言编写的mysql管理程序。高校教务管理系统：目前国内较多高校使用的一套软件系统，它使用vfp开发前台客户程序，后台使用了mssql数据库系统。1.4参考资料i. 教师测评网络系统计划任务书j. 教师测评网络系统项目开发计划；k. 教师测评网络系统需求规格说明书；2任务概述2.1目标因大量用户需要使用本系统的前台，所以决定采用b/s体系来设计本系统。参测者选择本人身份标识后登录到本系统。本系统的数据采集页面将列出参测者的所有被测对象。（对

42、学生可用的测评类型来讲，主要是该生当前学期的所有课程及任课教师，对教师来讲是自己本系部的同事，对教学督导组来讲是全体教师）数据采集页面还应根据参测者所选的测评类型列出各位被测评者的测评项目名称、内容，并根据系统的设定列出可供选择的得分，以便让参测者为每位被测者打分。当用户使用数据采集页面输入评价分值后，可将数据提交到本系统以便存储到数据库系统中。本系统需要正确无误地存储所有用户提交上来的数据。对采集到的数据，本系统需要按照教务部门制定的规则进行统计，按教务部门规定的报表格式进行查询输出。统计规则及报表格式见3.1处理流程。本系统基于uml建模，概要设计应输出用例图，主要用例的顺序图，系统的主要

43、类图。2.2运行环境硬件及软件环境：1台服务器：piii1.2g双cpu，scsi双硬盘镜像，512m内存，linux7.0，apache+php+mysql服务器100-200台客户机：pii1.2g，128m内存，windows98操作系统。websevernum of client 300clientbrowserclientbrowserclientbrowserswitch 10/100m。db上述所有计算机组成局域网。图1 系统环境示意图2.3需求概述1、评价项目管理设置测评类型中所包括的测评子项目，每个子项目的分值或比例，这些数据将用于评价结果的统计。测评类型包括：1、任课教师师

44、德考评；2、教师同行政治表现测评；3、教师教学质量学生测评；4、院系教师考核组教学工作测评；5、督导组教学工作测评；6、院系教师考核组科研工作测评；7、院系教师考核组政治表现测评；8、教师同行科研工作测评。 系统管理员可设置每种测评类型是否进入可测评状态。只有设置为可测评状态的类型在前台才可选取并进入该类测评。否则在前台不显示该测评类型。2、用户验证 让参于测评的用户选择自己的标识进入测评系统，以便测评系统记录该用户是否行使了自己的测评权，对系统内的每种测评类型一个用户只有一次测评的机会。 用户验证还能够使得学生只能对自己的当前学期的任课教师进行测评。3、评价对学生评教的测评类型，系统根据学生

45、的学号、班级编号将列出该生的当前学期的任课教师的姓名、所任课程，并列出当前测评类型中的所有测评项目，以及每个子项目的可选分值或比例，学生可通过单击相应的分值或比例为每个子项目打分。对教师同行评价及督导组、教务处对教师教学及科研的评价类型，系统应列出所有教师做为被评测对象。4、评价结果存储 用户完成所列被测对象的各项测评子项后，点击”提交”按钮，系统将其提交的被测对象编号、测评类型编号、测评子项名称、子项测评分值存储到后台数据库中。5、结果统计 系统管理员可随时统计指定的测评类型的测评结果数据。通常这项工作应在该类测评结束后，将该测评类型取消其可测评状态后再进行，以统计出最终测评结果。6、结果查

46、询系统管理员可查询所有测评类型、所有被评测人员的统计数据。可查询的数据包括按测评类型分类的被评人员总分。并以测评类型为单位按总分对参评人员进行排序。7、其它后台控制 在集中时间及地点进行测评时，控制可使用本系统进行测评的班级、部门。依据以上需求定义，绘制用例图如图2：图2教师教学网络测评系统用例图2.4条件与限制 系统的当前版本不实现测评类型及子项的管理页面，但系统设计必须实现测评类型及子项的定制接口，即所有测评类型及子项信息存储在数据库中，而不是硬编码到源代码中，以实现系统更强的灵活性。体育课程的处理：因体育课程的分班和学生原有的班级分班情况不同，且教务系统中无体育分班的学生名单，所以学生评

47、教相关测评类型中，对体育教师采用的方法是，将所有带某班学生的体育课的教师名单加入到该班的体育课程教师名单中。当该班学生参加测评时，系统会列出多个体育教师，对某个学生而言，一定有一些体育教师不是他的任课教师，此时该生只要不对该教师打分即可。系统无法控制该生对哪些教师打分。这是本系统的不足（当然，从用户可以弃权的角度讲，系统应允许用户选择对被测对象是否打分）。解决此问题的较好方法是将各体育课程教学班信息及各教学班的学生名单录入系统。3总体设计3.1处理流程前台数据采集主要流程：系统的测评数据采集页面（evalfrm.php）通过一个html表单来采集用户输入的评价数据，该页面的表单将用户输入的数据

48、提交到一个页面，该页面（evalobjsave.php）将用户提交的页面存储到相关的数据表中。后台数据统计及查询主要流程：统计页面提供一个表单，列出所有测评类型供用户选择（用户可多选），并设一个“统计”按钮。当用户点击“统计”按钮后，页面将用户选择的测评类型的编号提交给本页面，本页面在判断出用户点击了“统计”按钮的情况下，对这些类型进行统计。以测评类型为单位的查询页面提供一个表单，列出所有测评类型供用户选择（只能单选），并设一个“查询”按钮。当用户点击“查询”按钮后，页面将用户选择的测评类型的编号提交给本页面，本页面在判断出用户点击了“查询”按钮的情况下，将该类型的测评结果以表格的形式列出被测

49、者的得分（包括两个部分，一是以被测者所在部门为单位按得分高低列出，一是在全院范围内按得分高低列出所有被测者）。对全院被测者的最终得分进行查询的页面在全院范围内按得分高低列出所有被测者的名次、姓名、职称、得分。依据以上流程的设计，绘制“教师测评”用例的顺序图如下（注：以下是精化设计以后所得到的顺序图）：身份识别：loginfrm验证打开(string)打开(string)输入(string)输入评价数据提交评价数据：学生列出评价对象列出评价子项存储评价数据教师测评：evalfrm结果存储：employee教师查询：depart测评规则：evaltype教师测评顺序图图3教师教学网络测评系统“教师

50、测评”用例顺序图3.2总体结构和模块外部设计页面（模块）划分：1、 评价项目管理本功能通过phpmyadmin直接管理数据库来实现。由系统的开发人员为最终用户设置评价项目的各个选项。在本系统的后序版本中将实现该功能模块。前台：2、用户验证loginfrm.php 用户验证，取得用户编号及所属班级或部门的编号。3、评价evalfrm.php 评价，列出当前用户的被测对象。采集用户输入的数据。4、评价结果存储evalobjsave.php 存储用户提交的对各被测者的评价分值。后台：5、结果统计admin_evalstatic.php 进行测评结果的统计。6、结果查询admin_evalquery.

51、php 进行测评结果的分类查询。admin_evaltalllist.php 查询教师的最终测评结果及总分。7、其它后台控制login.php 管理员登录。admin.php 后台管理功能页面框架，左部为系统后台管理功能列表。todolist.php 后台管理功能列表，各个功能项超链接到相应的管理功能实现页面。admin_classcontrol.php 控制可参加测评的班级。admin_departcontrol.php 控制可参加测评的部门。admin_evalcontrol.php 控制可供使用的测评类型。3.3功能分配【表明各项功能与程序结构的关系。】页面（模块）划分：前台：loginfrm.php 用户验证，取得用户编号及所属班级或部门的编号。evalfrm.php 评价，列