前景和范围文档

1、目录1.1应用背景_21.2业务目标_21.3业务优势和风险_22项目前景 _2_2.1前景概述_22.3假设与依赖（AS & DE） _33项目范围 _4_3.1版特性ID_43.2限制与排除_44项目环境_5_4.1操作环境_54.2涉众_54.3项目属性_54.3.1进度 _54.3.2特性 _54.3.3质量 _64.3.4人员 _64.3.5费用 _65参考资料 _6_6 附录 _6_1业务需求1-1应用背景近几年，随着我院招生人数的持续增加，教师规模的不断扩大，手工排课的缺点越来越突出。排课 实际过程中涉及数十个院系和部门、数千教师，上万学生、教师跨系上课和班级合班上课等复杂情况，

2、排出 合理的课表需要耗费大量的时间，且排出的课表调整起来困难。同时因为人的思维的随意性，排课表时非常 灵活，没有严格的工作步骤，所以人工排出的课表随意性大。计算机由于具有运算速度快、处理能力强等特点，在教学工作中得到了普及应用。用计算机来代替劳 动强度大、工作效率低的手工排课勢在必行。为了解决手工排课的问题，我院决定通过信息化手段来提高 教务管理水平，用计算机排课来代替传统的手工排课。1.2业务目标根据学院信息化建设的总体要求，本学院计算机自动排课系统的目标是：运用计算机排课代替传统的 手工排课，提高排课效率，使教务管理人员的从繁重的排课工作中解脱出来，提高教务人员的工作效率，加强 对学院基本

3、信息的管理，同时实现教学管理规范化的目标。1.3业务优势和风险分利用网络优势，实行计算机分布式排课。计算机排课需要计算机在全校范田内对各种时间是否发生 冲突进行检查，因此早期的计算机排课系统大多实行集中式排课，一般由教务处负责完成。但目前各校均在 扩招，从而造成学生多、班级多，排课时所需要输入的基础数据多排课任务都由一个部门来完成是很不现实 的。实行计算机排课的唯一出路就是将排课任务分解，化整为零，实行分布式计算机排课。现在各高校大 多建立了校园网络，这使得实行分布式计算机排课成为可能。课程、教师、学生班级、教室等基本信息既可临 时录入，又可从其它教学管理系统或校园网中获取，以减少数据录入工作

4、量。2项目前景2.1前景概述计算机排课，它是把排课问题化为计算领域的有约束的时空组合优化问题进行求解的。它对课表上的时 间进行了分片和编号处理，使分成的每个时间片和每个教室空间组合，构建了一个个大小不等的时空组合 块，并根据求解规则，对每个教学计划进行时空组合块分配，并且分配的组合，必须在目标空间中表现出良好 的人为满意度。国外研究人员从20世纪50年代就开始对课表编排问题的数学模型、解的存在性以及计算机求解算法 等问题进行了研究。1962年Gotlieb提出了课表编排问题的数学模型，使之成为数学家和计算机应用专家 共同研究的课题。由于实际中遇到种种难题，并未能取得满意成果。1976年Bond

5、y提出了一个简单的排课 表问题，将问题归结为一个图的边染色问题，并且对提出的简单排课表问题给出了一个算法。但实际教学活 动中提出的排课表问题远非如此简单，且由于它必须满足各种复杂约束条件而使这种算法实际上是无能为力 的。1976年Even等人证明了课表问题属于NP完全类问题，把人们对计算机编排课表的复杂性的认识提高 到了理论的高度。进入20世界90年代以后，国外对课表问题的研究仍然十分活跃，比较有代表性的有 印度的Vastapur大学管理学院的Arabinda Tripathy、加拿大Montreal大学的Jean Aubin和Jacques Ferland等。目前，国外解决课表问题的方法主要

6、有：模拟手工排课法、图论方法、拉格朗日松弛法、二次分 配型法等。在国内，对排课问题的研究始于20世纪80年代初期。例如，西南交通大学在分析高校课表编排所 遵循的基本原则和模糊性原则的基础上，定义了课元之间，尖于教师的相尖尖系和尖于自然班的相尖尖系， 提出以课元相尖运算和课元的候选时空片计算为核心的计算机排课算法；延边大学根据高校课程表的制作特 点，设计了计算机自动排课的数据结构与算法；沈阳电力高等专科学校研制了基于Client/server的开放式智 能排课系统；山西大学在总结排课工作经验的基础上，提出了一种解决问题的形式化描述，在这种想法上 实现了基于知识推理的排课系统；大连理工大学的智能教

7、学组织管理与课程调度系统，清华大学的 TISER 系统等等，所有这些系统都是模拟手工排课过程，以“班”为单位，运用启发式函数来进行编排的。但是这些课表 编排系统往往比较依赖于各个学校的教学体制，不宜于进行广泛推广。高职教育在培养目标和办学模式、教学方式等方面都有别于传统学科式教育。遵循理论“必需”，“够用”为度，理论为实践服务的原则，着重培养学生的实践能力，培养面向生产、建设、管理及服务一 线的高等技术应用型人才。由于培养目标和培养方式的特点，决定了高职教育的教务工作面临许多新的困 难，其中在排课、调课、检查教学进度、质量、沟通教学双方信息等常规性工作中的问题尤为突出。如何利 用有限的师资力量

8、和有限的教室资源，排出一个合理的课表，对维护高职院校正常的教学秩序和提高教学效 果有重要的作用。2.2主要特性FE-1实现课程信息的增删改查功能FE-2记录课程信息的增删改查操作FE-3对课程信息的增删改查操作做出选择性上报数据库FE-4实现异构课程数据的存储。下级部门包含班级信息，并有所扩展FE-5实现教学计划的管理功能FE-6实现选课的管理功能FE-7实现安排课表的管理功能FE-8实现选择老师的管理功能FE-9实现临时调课数据的增删改查功能FE-10记录临时调课信息的增删改查操作FE-11对临时调课数据的增刪改查操作做出选择性上报局数据库FE-12实现免修课程申请功能2.3假设与依赖（AS

9、 & DE ）AS-1:系统使用人员具备基本的计算机使用常识AS-2:系统间网络互联能得到保证。有内部主干网AS-3:用户在使用系统时处在能够上网的环境中3项目范围3.1版特性ID特性ID内容描述第一版本范围第一版本范围FE-I实现课程信息的增删改查功能基本实现完整实现FE-2记录课程信息的增删改查操作基本实现完整实现FE-3对课程信息的增删改查操 作做出选择性上报数据库基本实现完整实现FE-4实现异构课程数据的存 储。下级部门包含班级信 息，并有所扩展测试实现基本实现FE-5实现教学计划的管理功能基本实现完整实现FE-6:实现选课的管理功能测试实现完整实现FE-7实现安排课表的管理功能基本实

10、现完整实现FE-8实现选择老师的管理功能测试实现完整实现FE-9实现临时调课数据的增删 改查功能基本实现完整实现FE-10记录临时调课信息的增删 改查操作基本实现完整实现FE-11对临时调课数据的增删改 查操作做出选择性上报局 数据库基本实现完整实现FE-12实现免修课程申请功能基本实现完整实现3.2限制与排除Ll1:该系统并非可以覆盖所有的课程相尖信息，受限制于教师临时调课的通知信息;Ll2:服务的信息容量有限，可能需要跟进新信息数据而导致过期数据的丟失；LI-3 :系统维护期间可能会对平台的信息交流产生不良的影响；4项目环境4.1操作环境网站管理人员及其他人员（包括网站维护人员）不定期使用

11、系统。数据库管理人员只进行数据库的维护 备份等操作，较少使用。访问数据时最大响应时间要小于15秒。连接中断应当可以自动回复，并对当前信息进行自动保存和更新。对个人信息进行严格的数据保护，有 严格的访问控制。4.2涉众4.2.1涉众识别和描述涉众特征主要目标态度尖注人1、:、约束校方系统主要负责 人咼效的完成信 息管理工作支持控制流畅，操作 方便工作量大教师系统信息的主要来源咼效的完成信 息的查看支持控制流畅，操作 方便无学生系统外围使用者个人相矢信息的上传和查看支持控制流畅，操作方便无4.2.2涉众评估涉众任务数量优先级校方咼效的完成信息管理工作十几人5教师高效的完成信息的查看几十人4学生个人

12、相矣信息的上传和杳看众多443项目属丿性4.3.1进度可调整因素：计划在XX日期完成1.0版本，XX日期完成2.0版本，在开包括责低人评审的情冴下，最 多可超过期限3个星期。4.3.2特,性约束因素：1.0版本中要求实现的特性必须完全可操作。4.3.3质量约束因素：必须通过95%的用户验收测试，必须通过全部的安全性测试，所有的安全事务都必须遵守公司的安全标准。4.3.4人员执行者：团队规模包括一名兼职的项目经理，两名开发人员和一名兼职的测试人员，如果有必 要，还可以增加兼职的开发人员。4.3.5费用可调整因素：在不包括责任人评审的情况下，财政预算最多可超支15%。5参考资料1高辉.Delphi

13、程序设计技巧范例北京：清华大学出版社，2005-5.2王振江.Delphi2005精彩编程百例北京：中国水利水电出版社,2006-1.3刘瑞河.Delphi简明教程北京：清华大学出版社，2005-4.4赛奎春.Delphi信息系统开发实例精选机械工业出版社，2005-8.5杨长春.Delphi程序设计教程北京：清华大学出版社，2005-8.6谢玉凤，姜进磊Delphi5开发指南北京：清华大学出版社，2001-3.7牛汉民.Delphi7应用开发教程北京：科学出版社，2005.9.8温尚清，易向东等.案例开发北京：中国水利水电出版社，2005.1.9王晟，万科-Delphi数据库开发经典案例解析北京：清华大学出版社，2005.2.10王昊.Delphi程序设计专家门诊.北京：清华大学出版社，200