排课管理系统报告书文档格式.docx
《排课管理系统报告书文档格式.docx》由会员分享，可在线阅读，更多相关《排课管理系统报告书文档格式.docx（58页珍藏版）》请在冰豆网上搜索。
八、参考文献56
第一章：
排课管理系统可行性研究报告
1.1引言
1.1.1编写的目的
在高等院校中，每学期管理人员都要整理教学计划，根据教学计划下达教学任务书，然后根据教学任务书编排课程表。
在这些教学调度工作中，既有大量繁琐的数据整理工作，更有严谨思维的脑力劳动。
此外，还要填写大量的表格，因此工作非常繁重。
加之教学的改革，招生人数的逐年增加，教学调度工作必将愈加繁重。
随着社会以及科技的不断发展、进步，计算机已经成为了人们日常生活中不可或缺的必需品及工具，将学生的排课系统从传统的人工管理方式转变为计算机软件控制。
将拥有检索迅速、查找便捷、可靠性强、存储量大、保密性强、寿命长、成本低等巨大优点。
在当前，教学排课管理系统已经成为日常教学工作中不可缺少的管理软件，可对学生信息、教师信息、课程安排、教室安排、时间安排等进行全方位的管理，为用户提供快捷的查询、充足的信息。
排课管理系统，面向多个用户，既面向教务处，同时也面向教师和学生。
对于不同的用户、不同的操作身份也具有不同的权限，对于教务管理者，它给予的权限也是最为宽泛的，它可以对教师提出的课程设置申请进行审批，同时进行各位教学安排（包括时间和教室的分配、教师的上课安排等等）。
对于教师，它可以给予用户向教务管理中心提出申请增加、删减、修改课程信息等等权限。
对于学生，它可以提供上课地点、任课教师、上课时间等等的是信息，现筹划一排课管理系统软件代替人工管理方式，最大程度的满足各个不同用户的各方面需求。
1.1.2项目背景
项目名称：
排课管理系统
项目提出者：
钦州学院数计学院黄东老师
项目开发者：
何锡瑶、莫佳港、谈佳东、胡栩华、周卫维
产品所有权：
何锡瑶、莫佳港、谈佳东、胡栩华、周卫维
用户：
所有需要排课的学校
1.1.3定义
SQL：
结构化查询语言
ASP:
系统开发源代码
1.1.4参考材料
软件工程导论（第五版）清华大学出版社；
该文档主要参考，教材《软件工程-理论与实践》（作者：
美ShariLawrencePfleeger,清华大学出版社，2003年8月第一版）与某些项目实例而写
ASP---电子工业出版社
数据库原理---电子工业出版社
《数据库原理与应用》杨丽华段爱玲北京邮电大学出版社
《软件工程学教程》陈明科学出版社
1.2.可行性研究的前提
1.2.1要求
主要功能：
排课者对课程安排、学生信息、上课地点、时间进行管理；
教师、学生通过课程查询得到上课地点、时间以及所上课程等信息；
管理员（教务处）统筹所有课程的安排及信息管理。
性能要求：
所有数据实时进行更新保持同步，并且定时备份。
输出要求：
简单、快捷、实时（查询结果和各类报表）。
安全与保密要求：
系统本身配备一定的安全机制，保证好各项数据的完整和安全正确。
1.2.2目标
近年来，我校的招生工作不断的加大，生源日益增多，除却招收区的高中学生外，外地生源也增加了很多，同时也还有不断增加的外国留学生，在管理上加大了管理人员的工作量，面对如此多的档案材料，以原有的工作人员数量来管理实为不易，更难以管理得当，难免会有错漏发生，不仅是管理人员的工作量加大，同时增加了工作成本以及管理成本，得不偿失，而我们的这套系统就会发挥出它那便捷有效的功能及作用，让老师以及管理者能够轻松的面对各种资料以及课程安排，无论面对多少的学生以及课程安排，一切的安排及管理都会变得井井有条。
同时减少了设备以及人力等方面的投入，让排课管理成为一项简单直接的、人性化的管理，使得该项管理变得更加具体化、规范化、高效化。
1.2.3条件、假定和限制
运行环境：
WindowsXP/Windows7
开发环境：
SQLServer2008MicrosolfVisalStudio2010FireworksCS5等
开发时间：
开发过程从6月1日开始到6月30日完成系统交付。
开发经费：
经费少，实用于学生开发的简单系统
法律及相关政策的限制：
本系统的开发未有侵权违法行为，项目小组开发的产品享有相关的法定所有权。
1.2.4进行可行性分析的方法
进行可行性分析的方法主要有战略分析、调查研究、预测技术、系统分析、模型分析等方法。
分析原有系统，进行商品市场调查，针对原有系统进行问卷调查，进行小组讨论会议等方法。
1.2.5决定可行性的主要因素
排课管理系软件满足各不同用户的需求
成本/效益分析结果：
效益>
成本
1.2.6评价尺度：
由于开发时间较短，在现有时间的开发下，本系统仅为一个初级产品，只要能构建一个结构，达到一些帮助查询、索引等基本功能和要求即可，软件开发周期不长。
本软件可实现排课信息数据的添加、修改、删除、查询功能，使用友好的用户界面，用户可轻松使用。
1.3可选方案（对现有系统的分析）：
学校现有系统
1.3.1处理数据流和数据流程
现有系统的数据处理与流程基本为排课信息数据的录入与查询等操作，系统的安全性不
高。
1.3.2工作负荷
由于数据量越来越大，现有的系统已明显不能适应目前的庞大数据量，系统工作负荷过大，数据处理缓慢，而且对计算机硬件的要求比较高。
1.3.3费用支出
在系统上投入的人力，设备，空间，材料，等等与其他的一系列支持性服务越来越大，导致开发费用支出巨大，严重影响系统的可用性，急需改进。
1.3.4人员、设备
鉴于原有系统的技术性含量比较低，故不需要多少高技术人员的操作，只是由于数据量的日益扩大，所需要的操作人员数量不断增大。
这一点已不再适应目前信息化时代的步伐。
设备的科技含量也比较低，没有达到大量的计算机普及程度，更难以实现网络化办公。
1.3.5局限性
经过严谨的分析，可知原有的系统存在很大的局限性，比如技术的过于陈旧，人员工作负荷大，系统维护及费用支出巨大，人员与设备技术含量低等等一系列缺点，所有这些都明确了需要一个新的适应新的信息化时代的高科技的系统。
所以开发这样一个系统还是很有必要的。
1.4.所建议的系统
1.4.1对所建议系统的说明
本系统根据管理人员排课信息的特点对数据库进行操作，使用了先进的数据库技术与数据管理技术，使数据的准确性与安全性得到了很大的提高，比如对数据的添加、删除修改等给予了优化，且在用户的并行操作与用户管理方面也有了极大地改善。
排课管理系统可大致分大致实现以下功能：
1.4.1.1课程安排管理
对每一个学期的相关课程的安排情况进行及时的更新和记录。
1.4.1.2.课程管理
课程安排情况，对所选课程信息进行录入、增加、修改、编码、提供选课查询及地点查询等信息
1.4.2处理流程和数据流程
1.4.2.1处理流程
本系统主要实现排课者（管理者）信息管理、教师信息管理、学生信息管理、课程信息管理、院系信息管理和教学楼信息管理，其中教师信息管理有教师姓名、教师编号、教师所属院系；
学生信息管理有学生姓名、学生学号、学生所在院系编号和班级编号；
课程信息管理开课信息、排课信息和选课信息。
（1）学生信息模块完成学生的登陆，然后根据各位同学所在的系不同，调用相应的模块。
其中学生登录模块的功能是验证登录人员确实是本院的学生，学生启动本系统后，系统提示输入学生学号码和密码，验证后进入主控操作界面。
（2）教师信息模块完成教师的登陆,然后根据各位教师所在的系不同,教师所教的课程不同,调用所选的课程.其中教师登陆模块的功能是验证登录人员确实是本院的教师，教师启动本系统后，系统提示输入教师工号和密码，验证后进入主控操作界面。
（3）课程信息管理包括学生选课信息、课程时间安排信息、任课教师信息、课程地点信息等。
（4）院系信息管理中包括，院系编号、院系名称，同时会以数据库外键相连的方式，使教师信息和学生信息与之建立外键联系，使该项信息更加具体化、明确化。
1.4.2.2数据流分析
排课管理系统的数据流程：
首先由教师或系统管理员等有录入权限的用户将各自权限范围内的信息进行录入处理，然后保存信息到数据库中。
有权限的人可以对这些库信息进行修改和删除处理。
所有用户均可以进行信息查询和统计，学生用户基于现有信息可进行课程查询。
通过分析排课管理系统的现实需求，排课管理系统各环节的基本数据及数据处理流程，在与开发人员沟通、交流与探讨的基础上，得到以下排课管理系统数据流程设计图
1.4.3与现有的系统比较所具有的优越性（改进之处）
有以下几点简单的概述新系统在性能和功能上的优势及差别
（1）新系统克服了原系统中投入资金大、人员工作量大、人员技术含量较低、系统负担繁重等缺点。
（2）查询方式有了很大提高，新系统的查询更加快捷、高效。
（3）与原系统手动管理的比较，新系统占据空间将大大缩小，而且数据录入、输出更加的便捷、高效，数据的更新更加简便、迅速，同时数据的备份也更加容易。
（4）新系统加入了安全性保护的功能，与原系统比较，新系统更具有安全可靠性及稳健性。
1.4.4采用建议系统可能会带来的影响
采用建议系统与现有系统的差别在上面已经有所说明，在此从以下不同方面简单说明新系统的使用后会在原有系统的使用上带来的影响及变化：
1.4.4.1对设备的影响
采用建议系统后，虽然改进了原有系统的性能但对设备要求不是很高，在现有软硬件设备完全可以实现，对使用的操作系统来说有很好的兼容性、稳定性。
1.4.4.2对软件的影响
由于建议系统采用了较先进的数据库技术以及一系列较高技术软件，使得原来系统上的一些软件无法继续使用，不过在新系统开发过程中将尽量考虑到，对现有软件的兼容性。
1.4.4.3对用户单位机构的影响
建议系统使用的新技术是完全基于原有的系统上的,因此在采用建议系统后带来的用户或管理人员的技术水平较低的问题将会较小，建议系统的操作简单、方便，使用者经过简单培训后既可迅速的熟悉操作。
1.4.4.4对系统运行过程的影响
建议系统是在原有系统的基础上进行改进而设计的，因此没有影响系统的运行过程。
1.4.4.5对开发的影响
新系统对于建筑无改造要求，开发设备使用上可以使用原有的设备以及通信网络。
1.4.4.6对经费开支的影响
建议系统是为了改善原有系统在经费支出过高的缺点的，所以新系统一经使用在经费支出方面一定会得到很好的改善，用户在使用了新系统后只需要花一定资金购买一部分计算机与软件就能实现自动化。
1.4.5建议系统的局限性
建议系统的系统工作量大，所带来的系统负荷也不小，在当前的时间期限、人员技术水平、开发小组设备设施较为单一等限制条件下，该系统的开发尚未完善，系统的一些功能还不能完全实现，系统的安全性的虽然有了较大提高，但限于以上条件，现有安全性仍然需要提高，系统的开发还需继续，还有很多改进和提高的空间。
1.4.6技术方面的可行性
以上的的限制条件，在现有技术和人员的良好利用下完全有能力可以完成预期的目标。
该系统需要实现的功能目标，开发人员在利用现有的人力、物力的基础上是完全具备能力开发出来的，开发人员在此前也有过类似的系统开发，对于软件的编译以及操作环境都比较熟悉，各成员之间的相互合作也很好，因此当前系统在技术上来说是可行的。
1.5其他系统：
暂无
1.6.对建议系统的经济可行性分析
1.6.1支出
该项目是由软件工程课程的学生合作开发，在有效利用当前网络资源以及现有设备的基础上来开发，所以经费支出问题不大，不会为开发者带来经济负担。
1.6.2效益
该系统的市场需求还是比较宽泛，发展前景很大，而且投入资金较少，同时大大的提高了工作效率，因此预测效益将会相当可观。
1.6.3模拟系统开发及开发完成后的投资情况（支出）
1.6.3.1总体投资明细
有以下表格为投资表（单位：
元）
硬件设备（含硬件维护）
32000
3000
应用软件（含软件维护）
4000
1500
开发费用
6000
2500
人员培训费用
备用资金
2000
总计
48000
10500
9500
表格说明：
（1）硬件设备：
第一年开发者需要购买计算机以及一些相关硬件，而硬件的价格较为昂贵，因此资金投入较大，后两年为硬件的维护，因此投入资金较少。
（2）应用软件：
第一年开发者需购买相关的应用软件，后两年为软件的维护以及管理。
（3）开发费用：
第一年为开发投入时期因此投入较大，后两年为系统功能的添加。
（4）备用资金：
用作额外支出时应急之用
1.6.3.2基本建设投资
包括采购、开发和安装下列各项所需的费用，如：
a.计算机以及硬件设备
b.数据通讯设备
c.应用的软件
d.数据库管理软件
1.6.3.3其他一次性支出
包括下列各项所需的费用，如：
a．研究（需求的研究和设计的研究）——包括在开发费用中
b．数据库的建立
c．检查费用和技术管理性费用
d．培训费、旅差费以及开发安装人员所需要的一次性支出
1.6.3.4非一次性支出
列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用，包括：
a．设备的租金和维护费用
b．软件的租金和维护费用
c．数据通讯方面的租金和维护费用
d．其他经常性的支出等
1.6.4模拟系统开发及开发完成后的收益情况（效益）
预计系统完成后的第一年为试运行阶段，半年后根据试用情况后决定是否投入销售，对使用该系统的客户收取一定的费用，主要是系统的维护费用。
估计从第三年收回成本及盈利。
以下表格仅为基本预期收益，不包括由于系统速度的改进而对应的开支减少等。
收益表（单位：
软件销售单价
9000
12000
16000
软件功能升级
3500
日常维护
3200
系统销售总计
15000
18700
22700
销售情况说明：
届时售出估计：
一代软件1套、二代系统2套、三代系统3套
三年销售总额为：
15000+18700*2+22700*3=120500（元）
收益说明：
第一年的试运行由于软件不是很完善，因而费用会较低。
后两年由于软件价格要相对的提高，因而可能购买方不是很多，仅作保守估计。
从上表可知：
软件销售为一次性收益，而功能的升级和维护为非一次性收益。
而除此以外还有不可定量的收益。
如：
服务的改进，由操作失误引起的风险的减少，信息掌握情况的改进，组织机构给外界形象的改善等，不详细说明。
1.6.5模拟系统开发及开发完成后的投入产出分析
净投资：
三年投资总额为48000+10500+9500=60000（元）
收益：
三年收益总额为15000+18700*2+22700*3=120500（元）
净收益：
120500-60000=60500（元）
回收期限：
由以上说明可看出第三年可回收资金
投资回报：
平均年收益：
60500/3=20166.66元
ROI=（20166.66/60000）*100%=33.11%
投资回收期：
【（60000-15000-18700*2）/（22700*3）】+2=2.11（年）
1.7法律方面的可行性
安装排课管理系统，需要使用正版的操作系统以及软件平台，以避免发生法律纠纷，安装排课管理系统的开发完全自主设计，不存在侵权问题，用户可放心使用。
本产品的开发为相对独立的技术产品，通过正当的法律程序开发、应用本产品将会得到合法利益。
1.8社会因素的可行性
使用方面的可行性，本系统主要的销售对象为各类高等院校，在操作上优于传统的人工操作，操作简便，耗时短，效率高，而根据现有的硬件条件以及各高等院校的行政管理模式以及工作制度，在办公室中，排课管理的老师都配备电脑。
而且电脑的系统软件都是WINDOWSXP以上的，所以足够可以来运行我们的软件；
从老师们的文化素质来看，我们的软件操作简单，运行方便，在用我们的软件来处理排课管理系统是没有什么困难的。
1.9结论
本系统的开发具有广泛的应用价值和使用价值，系统操作简单，工作效率高，可以为各用户节省更多的人力、物力、财力。
系统开发可行。
第二章项目需求分析规格说明书
2.1引言
2.1.1编写的目的
现今各高校在统筹安排各班级上课的时间时需要进行人工操作，这样的管理工作不仅会使工作人员耗时耗力，而由于工作负荷过大难免会使排课管理人员在课程编排时造成工作失误，从而因此出现了同时有多个班级要使用相同教室等冲突。
编写本文档的目的在于详细、准确和全面的定义本排课系统的功能和和用户需求，用以指导系统顺利地进行开发，并保证后续地开发能够保质保量的完成。
本文档所描述的需求信息将作为该项目最终验收的标准和依据。
2.1.2背景
说明：
软件系统的名称为排课管理系统；
本项目的任务提出者：
本项目的任务开发者：
本项目的任务用户：
钦州学院
2.1.3定义
课程：
由老师申请开课，由管理员录入系统，由学生选课。
帐号：
是老师、学生、管理员的编号，唯一标识。
密码：
初始为和账号相同的一串字符。
权限特性关键词：
是帐号，所在的表里的帐号所有权限。
如学生甲是学生，在学生表里，只有学生的权限：
选课、退课等权限。
2.1.4参考资料
2.2任务概述
2.2.1目标
本软件的开发主要为了妥善的管理学生选课、管理者安排课程和教师查看课程等而创建，其作用范围主要面向学生、教师和管理者进行选课、排课、安排教室和查看课程表等。
系统的组成和本产品同其他各部分的联系和接口图
2.2.2用户的特点
系统最终面向的用户主要分为三类：
学生，教师，管理员。
管理员主要任务是对数据库进行维护，并且保证信息的安全性。
教师和学生主要是对信息的输入和查询。
2.2.3假定和约束
开发期限：
限期一个月内
经费限制：
尽量减少经费开支
排课系统的帐号能够提供管理员，教师
升级会员 