教务管理排课系统之概要说明书

1、概要设计说明书院系名称：专业班级：组长姓名：小组成员:黑龙江工程学院教务处制1. 引言1.1编写目的本系统开发的总U标是实现学校教务管理系统之子系统系内课程安排的系 统化、规范化和自动化各院（系）与课程有关的各种数据（如课程设置、教学培养计划、教学执行 计划、教师讲课的限制条件等）的增加、查询、更新、删除以及各种表格的生成, 完成对系内课程安排的管理；以及对教学人员（教师、班主任、教务人员）的管理。特色与关键问题：对 软件过程规范及技术的学习和应用。1.2背景近儿年来，高等学校连续大幅度的扩大招生，使学校办学规模迅速扩大，在 校人数成倍增加，而与之配套的教室、教师等硬件资源增长相对滞后。教务处

2、每 学期排课内容变得更加复杂。而如何充分地利用有限的教学资源，使高等学校的各种教学活动、教学管理 及其他相关工作能够有序、规范地进行，是教务管理人员必须考虑和解决的问题。鉴于以上需求，经过黑龙江工程学院领导层研究，决定由XXX软件公司负责 课程安排子系统的开发与实施。1.3定义术语定义教师职称大学里教师的职称分为助教.讲师、副教授.教授四个级别助教新教师在未受聘为讲师以前从爭一年或一年以上的教学辅导工作，是商校中 的初级职称或一门以上课程的大学教师讲师能够独立开设一门或一门以上课程的大学教师副教授具有较强科研能力和枚髙的教学水平的大学教师.是商校中的副商级职称教师对木专业或木学科更为精通，并能

3、够形成一定独创性的理论或方法.对学科 或专业发展作出一定贡献的专家，是大学中职称最髙的一级。学时45分钟(一节课为一个学时周学时数一周工作日内总的学时数专业课尚等学校和中等专业学校根据培养目标所开设的专业知识和专门技能的课公共课高等教育自学考试中任何专业或部分同类专业考生都必须学习的课程1.4参考资斜1 .黑龙江工程学院课程排课计划书，2013年3月29So2 .黑龙江工程学院课程排课系统对外招标说明书，2013年4月2日。3 .课程排课系统合同书,2013年4月12Bo2. 总体设计2. 1需求规定(1) .能够管理并维护各专业各门课程的教学大纲和授课讣划(2) .能够管理并维护教师信息、班

4、级信息、教室信息(3) .能够使授课安排表满足一下条件：每位教师的主讲门数不能超过2门/学期；讲师以下职称的教师不能承担本专业核心课程的主讲任务。系级干部 的主讲课时不能超过4学时/周。本学期岀现严重教学事故的教师不能承 担下学期的主讲任务。(4) .能够更新、查询、打印教师授课安排表、班级课程表、学生的课程表(5) .能够输入项至少应包含3个：教务处布置的教学计划、系教师自报的讲课计划和系定的有关讲课限制条件。(6) .能够输出项至少应包含2个：教务处最终下达的全系教师教学任务书和系各教学班一学期的课程表(可不包含上课地点)2. 2运行环境开发岀的软件要适用于各种WINDOWS平台和SQL

5、SERVER数据库下，支 持局域网和INTERNET下的资源共享以及EXCEL的表格输出等，最低配置要 求PIII800, 128M内存以及8M显存显卡。开发环境：Windows 2000 Servero开发工具：PowerBuilder 9.0o数据库管理系统：Microsoft SQL Server 2000。2. 3基本设计概念和处理流程根据对软件的需求分析和概念设计，绘制处理流程如（图2.1）所示:下发教学聘 书图2.1学校教务管理系统之子系统流程图2.4程序首先研究如下用教师一一教学计划例（图2.2）：根据分析相关程序进程，我们可以得到如下顺序图（图2.3）：溯币KD迅示面板接口类.

6、显示面板输入密冯 ：2:发医密码nJ.5发铉正禺报告II! 7：发送绪误报吿程安排:匪码正隔福入勦学计划10储存教宇i+划12.拦交成功抿吉：图23教师教学计划用例顺序图同样可知，分析如下用例（图2.4）：教师图2.4教师启用课程安排用例可以得到如下顺序图（图2.5）：£示而楼:用户命令处湮吉4砂认8启用衆程安排:9传迭启用消总10.希医启用帘及!11生痕并存性译细计划12 45医弱学计划图2.5教师启用课程安排用例顺序图13显示勉学计创:根据得到的两个顺序图（图2.3,图2.5）,可以看到：输入键盘接口以及显 示面板接口均属于边界类，用户命令处理器属于控制类（课程安排管理器以及课&

7、lt;<Actor»8?程程注册管理器）的辅助类，教师和教务处管理人员均属于用户类，因此，我们得 到了更为精细的类图（图2.6）如下：«control>>读程迎岂«helper»用户命舍飪理§5学期復谍计拯«control»«boundary » 箱入注盘援口«helcer» 用户命茸处理器«bcun 输入鉉iafy» gsnor.» 帀«Actor.»数劳赴它理人员买坯義汕i+划«Actor.»

8、主爸人员«Ac 老«Actor.» 用户图2.6学校教务管理系统之子系统类图2.5功能需求与程序的关系根据以上的顺序图和得到的精化类图，现在用一张如下的矩阵图说明各项功 能需求的实现同各块程序的分配关系，如表2.1所示。表2. 1备项功能需求功能的实现与备块程序的分配关系功能需求Shuru（输 入）Gengxin （更 新）Chaxun （査 询）Dayin （打印）Paike（排课）Shuchu （输 出）登陆系统V输入信息V进行排课VV查询结果VV教师査询VJVV学生査询JJV2.6人工处理过程1需要认为的将数据进行输入。2数据是否合理正确，需要人工来分辨核对

9、。3. 对某些功能设置需要人工进行选择。2.7尚未解决的问题说明概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各 个问题。3. 接口设计3.1用户接口说明将向用户提供的命令和它们的语法结构，以及软件的回答信息。3.2外部接口说明本系统同外界的所有接口的安排包括软件与硕件之间的接口、本系统与 各支持软件之间的接口关系。3.3内部接口说明本系统之内的各个系统元素之间的接口的安排。4. 运行设计4. 1运行模块组合说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合， 说明每种运行所历经的内部模块和支持软件。4. 2运行控制说明每一种外界的运行控制的方式方法和操作步骤。4.

10、3运行时间说明每种运行模块组合将占用各种资源的时间。5. 系统数据结构设计5.1逻辑结构设计要点给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据 项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。5. 2物理结构设计要点给出本系统内所使用的每个数据结构中的每个数据项的存储要求，访问方 法、存取单位、存取的物理关系（索引、设备、存储区域）、设计考虑和保密条件。5. 3数据结构与程序的关系说明各个数据结构与访问这些数据结构的形式，如表2.2所示。表2. 2各个数抵结构与访问这些数据结构的形式功能需求程序1程序2 程序m数据结构1J数据结构21数据结构nV6. 系统出错处理设计6.1出错信息用一览表的方式说明每种可能的出错或故障情况出现时，系统输出信息的形 式、含意及处理方法。6. 2补救措施说明故障出现后可能采取的变通措施，包括：a. 后备技术说明准备釆用的后备技术，当原始系统数据万一丢失时启用的 副本的建立和启动的技术，例如周期性地把磁盘信息记录到磁带上去就是对磁盘 媒体的一种后备技术。b. 降效技术说明准备采用的后备技术，使用另一个效率稍低的系统或方法来 求得所需结果的某些部分，例如一个