推荐第1篇：重电人30号
重电人„2010‟30号
重庆电子工程职业学院
关于做好2010年教师节庆祝活动的通知
院属各单位：
2010年第26个教师节是全国教育工作会议召开和《国家中长期教育改革和发展规划纲要（2010—2020年）》发布后的第一个教师节。为弘扬尊师重教的良好风尚，进一步激励广大教师和教育工作者献身教育事业，不断深化教育改革，全面推进示范院校建设，确保示范验收取得优异成绩，实现我院教育事业又好又快发展，根据《教育部关于隆重庆祝2010年教师节有关工作的通知》（教师„2010‟5号）的总体要求，结合全市教育系统实际和有关安排，现就2010年我院教师节庆祝活动有关事宜通知如下：
一、教师节主题
- 1
（二）走访慰问教师：工会负责落实走访慰问对学院发展做出突出贡献和部分家庭困难的在职（离退休）教师。院办负责落实对全体教职员工的慰问信，团委负责学生对教师的慰问信，宣传部负责用网络、展板等形式进行展示。人事处、财务处负责对全体教职员工和离退休老同志慰问金的发放。
（三）宣传先进典型，弘扬崇高师德：教师节前后，宣传部门要利用网络、展板、宣传标语、横幅等宣传手段，营造庆祝氛围，并广泛宣传学院教育教学成果和优秀教师、优秀教育工作者以及示范建设、质量工程中的先进、典型事迹；宣传部牵头，组织部、人事处、工会、教务处、学生处、团委等部门配合。人事处、教务处组织广大教师学习先进教师的道德模范事迹，引导广大教师更好地履行教书育人重任。
（四）工会组织开展“庆祝教师节系列文体活动”。
三、工作要求
（一）庆祝教师节，是教育界和全社会的一件大事。各牵头和配合部门要结合实际，制定好庆祝教师节活动方案，本着“隆重、热烈、务实、简朴”的原则，整体部署、统筹安排、精心组织，开展形式多样的庆祝活动。
（二）要本着关心教职工，为教职工办实事、办好事的原则开展各种慰问活动。组织走访慰问为我院教育事业做出突出贡献的先进人物，同时要特别关心离退休教师及优秀教师的生活情况，有针对性地帮助他们解决一些实际困难。
- 3
推荐第2篇：教务系统数据库总结报告
教务系统数据库总结报告
常州信息学院 网络095 在信息时代的今天，数据成为传递信息的重要载体，而随着信息的不断增加，数据也变得相当繁琐。因此数据库的出现，正是为数据的处理提供了良好的媒介。
例如一所大学，通常由校长办公司、教务处、财务处、学工处、团委、招就处、科技处。同时下设各系以及各分处。因此这些工作如果处理起来，或许需要几百人，而且还不能保证信息处理的有效性与正确率。如果使用数据库，我们可以轻松解决这些问题。学校行政管理，可以使用数据库系统，保证每个教师的所带课程，上班情况，工资情况以及每位教师获奖与资历等信息，都可以通过数据库统一管理。学生方面，每个学生自从正式录取输入档案信息后，到入学注册都可用教务系统数据库来管理。学生的选课、排课，考试成绩、课堂表现，在校表现，生活状况等、以及就业乃至毕业离校都可以通过系统来自动管理。
系统处理信息方便而准确，近一万人的学生和老师，系统可以用很短的时间处理。所需的工作仅是首次的信息输入，如果需要，便可以永久保存。信息处理准确性高，虽然数据信息量大，但是系统依然能很好的处理。因此对于学校来说，教务管理系统的使用可以极大的方便教务教学任务，很大幅度的提高工作效率。
数据库可以说是信息处理的载体，庞大的数据通过数据库实现了有序而快速的调入与调出。数据库之所以能如此高效率的工作，得益于其工作原理。在关系数据库中，对数据的操作几乎全部建立在一个或多个关系表格上，通过对这些关系表格的分类、合并、连接或选取等运算来实现数据的管理。dBASEII就是这类数据库管理系统的典型代表。对于一个实际的应用问题(如人事管理问题)，有时需要多个关系才能实现。用dBASEII建立起来的一个关系称为一个数据库(或称数据库文件)，而把对应多个关系建立起来的多个数据库称为数据库系统。dBASEII的另一个重要功能是通过建立命令文件来实现对数据库的使用和管理，对于一个数据库系统相应的命令序列文件，称为该数据库的应用系统。因此，可以概括地说，一个关系称为一个数据库，若干个数据库可以构成一个数据库系统。数据库系统可以派生出各种不同类型的辅助文件和建立它的应用系统。因此具备这样的功能，数据库才能在信息处理中发挥着重要的作用。、
在数据库的学习中，我们可以利用企业管理器和查询分析器两种方式快速尔简单的使用数据库。利用企业管理器操作起来全部是图形界面，简单易学。查询分析器全部用代码实现，虽然代码比较繁琐，但是这样实现快捷，功能强大。在数据库的学习中，刚开始主要是利用企业管理器，去创建一些数据库，表格及一些属性关系及应用。后来，可以使用
查询分析器借助代码做一些简单的查询，数据库和表格的创建。但是其中的一些关系及属性无法创建，这也正是数据库学习的核心与关键。
得力于数据库在信息处理中扮演如此重要的作用，因此数据库的学习应该作为以后学习的重点，相信在不久的将来，数据库一定会在互联网中发挥着更加重要的作用，数据库也定会成为今后的热门专业和学习方向。
推荐第3篇：教务管理系统参考
引言
教务管理系统是教学领域中一个重要的系统。随着计算机的普及，人们迫切希望在计算机上能够实现教务管理操作，希望把人从教学资源，教学评估，编排课程，教学检查等等这些繁琐的工作中解放出来。教务管理系统从人们的需求出发，具有智能化辅助教务人员管理教务工作，并且计算机发挥了它本身的优势，能够存贮大量信息数据。与以往手工的教务相比，教务管理系统软件的出现，使教务工作变得更简单，可靠，安全，方便。为了能让教务管理人员从繁重的工作中解脱出来，使他们在使用一个软件以后能极其容易地对所有教务工作进行管理，并且准确无误，轻松自如。因此开发一个教务管理系统软件是当务之急，也是本论文选题的重要意义和研究宗旨。
教务管理系统是教学活动中一个最重要的部分，系统将教学资源与老师，学生，课程，学生与老师，老师与课程，课程与学生相互间联系起来，而且联系错综复杂，相互联系，相互排斥，因而需要系统应具备较完善的检验防错功能，冲突处理功能，从而根据系统的运行及反馈信息高质量，高效率地管理系统流通部门的全部功能。
在开发教务管理系统软件过程中，使用了当前最新的技术ASP﹒NET和ADO﹒NET。ASP﹒NET是内建于语言运行环境中的编程结构，特别是在创建Web应用程序显示了强大的功能。ADO﹒NET是一种面向对象的方式来处理数据。ASP﹒NET和ADO﹒NET的结合很容易地在一个数据库中建立一个记录集。使用这些脚本建立和打开一个记录集，处理和输出数据。
在开发教务管理系统的过程中，一直用运了软件工程的思想去开发系统。开发前的准备中，进行了系统调查。熟悉系统的组织结构、职能结构和业务流程分析，系统业务流程分析、业务流程图。然后是随数据流进行了分析，对教务系统中的数据流程图，数据字典描述。数据库的设计主要是E－R图和转换成关系模型。规划管理信息系统的功能，设计系统的功能结构图，每个功能模块的主要工作内容、输入输出要求等。
第1章 概述
1.1为什么要开发一个教务管理系统？
在迈入二十一世纪的今天，中小学的教务管理显得极其重要，合理地管理不但反映一个国家的科技水平，而且影响中小学的教学质量。在知识经济时代到来的今天，用计算机控制教务工作由自动化系统运行而完成。这不仅节省了人力，还提高了工作效率和服务质量，而且增强了信息的流通。
今天，计算机的价格已经十分低廉，性能却有了长足的进步。它已经被应用于许多领域，计算机之所以如此流行的原因主要有以下几个方面：首先，计算机可以代替人工进行许多繁杂的劳动；
其次，计算机可以节省许多资源；
第三，计算机可以大大的提高人们的工作效率；
第四，计算机可以使敏感文档更加安全，等等。
随着计算机的应用已普及到经济和社会生活的各个领域，学校的教务人员迫切需要有这样一个软件，能够实现教学资源整体规划，编排课程，评估教学质量，检查教学进度等等这些繁琐的教务管理工作。
1.2 在中小学中用计算机管理教务的意义
我们要实现教育现代化，中小学的教务工作是一个重要的环节。70年代后期,出现图书情报工作的 “联机革命”,使计算机更广泛地，更有效的应用到各个角落，发达国家较重视这一领域的发展，我国尚存在较大的差距。所以我们说，教育工作计算机化是提高我国科学技术水平的一项带有重大战略意义的措施，因而中小学的教务管理工作是一个重要的标志。
计算机技术是现代技术的一部分，教务现代自动化也只是教育现代化的一部分，它们之间是部分和整体的关系，但由于计算机技术是信息技术的心脏，现代社会的骄子，信息社会的科技主角，所以在教务现代化技术中，计算机技术处于核心地位，它对于其他现代化设备起控制，连接和转换的作用，而教务自动化是教育现代化的核心和主导部分。教务管理系统软件能提高教务本身管理水平，能代替工作人员进行教务工作的某些加工处理，把工作人员从繁重的手工劳动，重复劳动中解放出来。
现在我国的中小学校教务管理水平还停留在纸介质的基础上，这样的机制已经不能适应时代的发展，因为它浪费了许多人力和物力，在信息时代这种传统的管理方法必然被计算机为基础的信息管理所取代。
总之，教务的计算机自动化管理系统，不但可以大大提高教务管理工作的效率，而且推动了教学质量的进步。
我作为一个计算机应用的本科生，希望可以在这方面有所贡献。改革的总设计师邓小平同志说过“科学技术是第一生产力”，我希望能用我四年的所学编制出一个实用的程序来帮助中小学进行更有效的教务管理。
归纳起来，好处大约有以下几点：
(1)． 可以存储教学资源，安全、高效处理信息；
(2)． 节省大量人力，财力；
(3)． 可以迅速查到所需信息和实现教务管理功能。
1.3 为将来学校网上办公做好准备
﹒NET技术的发展，大量的Web应用程序开发，在不同地点的用户可浏览Web站点信息。这些技术的成熟，使得在中小学实现网上办公有了技术上保证。学生，老师可以在任何地点，在网上浏览教务信息，学校的最新通知，填写自己的信息，实现用户权限内的操作。教务管理系统是学校网上办公的一个尝试，也是为以后中小学网上办公作基础。
第2章系统分析
系统分析是指在管理信息系统开发的生命周期中系统分析阶段的各项活动和方法，应用系统思想和系统科学的原理进行分析工作的方法与技术。
系统分析阶段的目的，就是按照系统规划所定的某个开发项目范围内明确系统开发的目标和用户的信息需求，提出系统的逻辑方案。系统分析在整个系统开发过程中，是要解决“做什幺”的问题，即根据系统规划所确定的范围，对现行系统进行详细调查，尽可能弄清楚用户对信息的需求，调查原信息系统的资源，输入，处理和输出，描述现行系统的业务流程，指出现行系统的局限性和不足之处，确定新系统的基本目标和逻辑功能要求，也即提出新系统的逻辑模型，为下一阶段进行物理方案设计，解决“怎么做”提供依据。因此，这个阶段又称逻辑设计阶段。
系统分析阶段的主要活动有：系统初步调查、可行性研究、系统详细调查、新系统逻辑方案的提出。
2.1系统调查
系统初步调查中采用的主要方式是与中小学的教师，尤其是与教务处的教职工进行交流，并结合自己的常识，经过调查研究，中小学的基本情况为：中小学实行校长负责制，下设教务处、财务部、党团支部、学生会、后勤部五大部门。各部门分别针对各自管辖范围进行具体管理，并向校长负责。在学校的日常教学活动中，教务管理是至关重要的。
中小学在日常教务活动中出现的主要问题是：
（1） 学校现行的教务管理方式仍为基于文本、表格等纸介质的传统手工处理方式。教务信息管理没有完全科学化、规范化、处理速度较慢，因此影响教学工作的开展，难以进行有效的信息反馈。
（2） 学校领导对整个学校的学生信息不能得到及时反馈，因此不能适时指导教学方向，以至影响教育质量。
（3） 师生之间，学生和教务人员，以及老师和教务管理人员，信息交流少，信息渠道单一，不利于协调工作，容易出错。
因此，通过建立教务管理信息系统，使教务管理工作科学化、规范化、程序化，促使提高信息处理的速度和正确性，使学校的信息流程和流向清晰化、合理化，第一时间把握学生信息，以提高整体教学水平。
2．2系统的可行性研究
可行性研究是系统分析阶段的第二项活动。此活动的主要目标是：进一步明确系统的目标、规模与功能，对系统开发背景、必要性和意义进行调查分析并根据需要和可能提出开发系统的初步方案与计划。可行性研究是对系统进行全面、概要的分析。
通过调查分析，新系统设计方案有以下三个可行性：
（1）． 技术可行性：
本系统采用 Windows 2000作为操作平台。数据库选用SQL server 2000，该数据库管理系统在Windows 2000 Profeional上能运行，并提供数据库之间的数据复制功能，可代替现有系统单据数据的手工传递工作，降低出错率，提高数据的可用性。本系统的应用软件开发平台也选用Microsoft Visual Studio .NET 2003。
（2）． 经济可行性：
采用新的教务信息管理系统可取代原系统的单据手工传递工作，减少人工开支，节省资金，并且可大大提高信息量的取得，缩短信息处理周期，规划教学资源，提高学生信息，及时反馈教学信息的利用率，使教学质量更上一个台阶。
（3）． 营运可行性：
本系统操作简单，易于理解，只需通过简单熟悉，上手较快，学校教务管理处的教职员以及相关教师均能进行操作，营运环境要求低。
面对于系统设计还应该以“标准性、安全性、兼容性、高效性、保密性、可维护性”为标准，在着眼于当前实用的基础上，为将来系统的扩展，升级留有余地。软件的开发应能在较长时间内满足学校的发展需要。故新系统还需要满足以下这几个标准：
（1） 标准性：系统的软硬件选型都应该采用工业化标准，这样既可以保证系统运行质量又可以分享在此标准上的每一次技术进步。
（2） 可靠性：由于学教务息的重要性，系统的软硬件应均为质量可靠，并采用RAID 0+1廉价磁盘冗余保护技术，确保不会由于软硬件故障造成系统运行终止而使用户蒙受损失。
（3） 安全性：通过软件的编制及硬件设置，控制使用者接触数据的权限，从而确保使用者无法操作与其无关的数据。
（4） 兼容性：系统的所有软硬件理论上都应有100%的兼容性，用以保证软硬件的可互换性。
（5） 高效性：由于学校学生信息每次处理的信息量较大，因此系统对信息的处理能力，响应能力都应是快速而有效的，在软件编制过程中应充分考虑到这一点。
（6） 可维护性：系统软件设计时应采用结构化模块设计，以便于开发和维护，也有利于根据情况随时进行功能调整。同时在系统开发时应该充分考虑到用户的日常维护，使之能简便易行
通过可行性分析研究，认为新系统的开发方案切实可行，可进行开发。
2．3 软件开发的总目标
（1） 提高教务管理的自动化、现代化水平，按照管理信息系统开发原理与方法，采用计算机代替手工劳动，规范教务管理的操作全过程。
（2） 提高整体教学水平，相关教务人员可以从系统中取得及时而且正确的教学管理数据信息，并可以迅速而有效地进行信息交流与共享，从而掌握学校的各种信息情况，为校领导做出适合学生全面素质发展的指导策略提供有力的支持。
推荐第4篇：重电“才艺之星”策划书
重庆电子工程职业学院 才艺之星——才艺大挑战
一、活动背景
秋季短暂，大地带走了最后一片枯黄的落叶，哀伤随之落幕。在缠绵许久的雨声里，冬季被阵阵寒风吹来。阳光，对我们来说是多么美好。阳光般的学子更是富有朝气。在这难得的冬日里我们重电学子展现自己才艺的时刻正式到来。
舞台就在前方，相信你是主角
二、活动目的
1.在难得的冬日阳光里，展现出学院才子、才女应有的乐观积极的生活态度，以高亢的精神面貌面对学习与生活。
2.对每一位同学来说是一次认识自己，了解自己的机会。提高修养及文明素养，促进德智体美全面发展。
3.该活动能缓解同学们在学习、工作中的紧张情绪。合理调节同学们在学习与休息之间的关系，使脑宜结合，达到事半功倍的效果。
三、活动时间
待定
四、活动地点
熙街商业路段
五、组织机构 主办单位：重庆电子工程职业学院
六、活动对象
重电全院学生
七、活动准备
（一）活动策划及准备期（11月10日-11月20日） 本阶段主要完成宣传、节目收集、主持人确定。
1.前期宣传：各个通过复赛的同学需要及时准备节目，及第二才艺。2.节目收集：必须拥有足够的各类节目储备。 3.确定主持人
（二）活动协调及进展期（11月16日－？）
本阶段主要完成节目筛选及排练、中期宣传、礼仪小姐确定、舞台灯光音响确定、物品购买。
1节目筛选及排练：学生自行确定地点，干事及时跟进了解 2.舞台确定：请结合节目组舞台要求，联系制作公司 3.物品购买及礼仪小姐确定
（三）晚会倒计时期（11月20日－？）
1.本阶段主要完成第一次彩排，时间待定，地点在学院空闲的广场或博远厅。
2.末期宣传：张贴海报并向各学生再次提醒宣传 3.摄像组拍摄彩排过程
八、活动流程
入场时间：待定 开场：由主持人拉开活动序幕，背景配上温柔阳光的音乐。 一阶段：相约在冬季
1． 舞蹈（主要为营造冬日暖和欢快的气氛，应选择活跃可爱的舞蹈。约3分钟）作开场。
二阶段：阳光般歌唱的我们
1．歌曲：由进入总决赛的选手依次上台演唱
2．综艺：由其他选手（因相对唱歌选手较少，整合在一起）上台表演自己的才艺
3.游戏：歌曲接龙大比拼（以组为单位，要求所接歌曲包含上一曲的最后一个字，谐音亦可。约20分钟）
三阶段：冬日里的阳光
1.礼仪T台展示约（10分钟）
2.各位选手表演第二才艺，或作拉票演说
3.劲爆的热舞：在热情的high歌中尽情的摇摆释放。（约20分钟）
九、工作分配
1．主持人2名
2．现场指挥：2名，负责当晚活动的人员调动、协调工作 3．现场秩序维护：8—10名，负责维持当晚活动秩序 4．迎宾人员6名，负责迎宾，送小礼品 5．派专门人员负责当天的灯光音响调控
十、经费预算
1．横幅：70元/条*2=140元 5．工作用水：20元/箱*2=40元 6．活动道具： 7．小礼品：
8．糖果：15元/斤*5=75元 12．散光彩带：10元/条*5=50元 13.气球：5元/包*20=100元 绳子：10元/圈*1=10元
合计：
重电院学生会文艺部二〇一〇年十月六日 14.
附页：
注意事项：
1、注意会场秩序，不得有不礼貌的行为，相互尊重；
2、活动过程，注意听从组织方服务人员安排，切勿过激行为；
3、舞台上允许个人自由发挥。
舞台前期准备工作：
1、安排阶段：安排人员将详细流程向大家解说；
2、注意服装的保护；
3、安排舞台化妆人员在各系传教，做好化妆准备工作。
相关人员的招募工作：
在全校范围内招募相关表演者（热舞、伴奏乐队，模特，）
对于这些人员的招募情况可在海报中注明，表演结束后赠送小礼品，或和学生会联系，给表演者加综评分。以此提高同学的参加热情。
宣传词稿：
物品准备：
1、相关化妆物品；
2、制作号码卡片及所需服装；
3、提供适量桌椅板凳、矿泉水以供使用；
4、灯光音响、装饰彩灯、游戏道具以及相关礼品准备。
策划人：文雨
推荐第5篇：教务管理系统需求分析
江苏技术师范学院
毕业论文(设计)需求分析
题目：常州市育才中学教务管理系统设计学院：计算机工程学院姓名：成义杰
学号：指导教师：陈鉴富
2012 年10月22日
前言
二十一世纪是一个信息化的时代，教务管理信息系统作为教育信息化的重要组成部分，也应该得到很好的发展，以便帮助学院各管理层能及时、准确地掌握信息，使学院的教务管理工作步入新的章篇。
教务管理系统是典型的信息管理系统，其开发主要包括后端数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备，易使用等特点。
1.选题依据
教务管理系统作为教育单位一个不可缺少的部分，它的内容对于学校的决策者和管理者来说都是至关重要，所以教务管理系统应为使用者提供充足的信息和快捷的查询手段。但是人们一直以来都使用传统人工的方式管理文件资料，这种管理方式存在着许多缺点：如效率低、保密性差，另外时间一长，将产生大量的文件和数据，这对于查找、更新和维护都带来了不少的困难。即使有些学校使用了计算机，但由于操作形式各异、输入方法不同、定义不统一，这对于管理者和使用者都产生使用上的不便，因此对于管理系统的统一性、完整性、及时性的要求也就迫在眉急了。
随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用。
2.研究内容与方法
2.1内容
教务管理系统是一个基于数据库开发应用程序，由前台功能设计和后台功能设计部组成，规划系统功能模块如下： 1．教学资源管理模块设计
该模块主要包括：主要功能包括导入教师信息、录入教师信息、机构设置、确定部门人员、处理离校人员组成； 2．开课计划管理模块设计
该模块的主要包括：录入科目信息、录入模块信息、设置课程方案、设置开课计划、设置学期、周数组成；3．学生学籍管理模块设计
该模块的主要包括：创建班级、班级注册、确定班级所属年级、录入学生信息、调整学生班级、确定异动学生、查看学生信息；
4．学生成绩管理模块设计
该模块的主要包括：成绩录入、成绩发布、成绩查询、成绩分析一共4个模块；5．学生选课管理模块设计
该模块的主要包括：网上选课设置、选课要求设置、调整学生选课、查看选课结果；
6．数据库维护模块设计
该模块的主要包括：数据备份、数据恢复、创建数据备份维护计划一共3个部分；7．系统管理模块设计
该模块的主要包括：日志管理、用户管理二个子模块。
2.2实现手段
硬件平台：
CPU：P41.8GHz。 内存：256MB以上。
软件平台：
操作系统：Windows xp/ Windows 2000。 数据库：SQL Server 2005。
浏览器：IE5.0及以上，推荐使用IE6.0。 Web服务器：IIS5.0。
分辨率：最佳效果1024×768像素。
3.工作计划（进度安排）
1---3 周：交流课题任务，正确理解课题，撰写开题报告
4---6 周：系统调查与分析，分析知名博客系统的结构，撰写需求分析文档 7---9 周：系统设计
10-12周：系统实现（编码、调试、验收）
13-15周；检查论文初稿，完善不足之处，完成论文定稿
4.参考文献
[1] ASP.NET网站开发四“酷”全书 电子工业出版社 武嘉 2005年8月 [2] ASP+SQL Server组建动态网站实例精讲 人民邮电出版社魏雪萍2005年6月
[3] ASP.NET程序设计教程（C#版） 机械工业出版社 常永英、崔淼、马润成、梁云杰等2009年9月
[4] ASP数据库开发实例解析 机械工业出版社 李严、于亚芳、王国辉 200
4年12月
[5] ASP.NET服务器控件开发技术与实例 人民邮电出版社 郝刚、袁永刚、齐艳编著
2005年1月
推荐第6篇：教务管理系统个人总结
教务管理系统个人总结
经过一个星期的紧张工作，终于将这个系统做好了啊！在此过程中虽然有很多的困难，但是我们都一一克服了！在此过程中我感受颇多，收获颇多！通过这次课程设计使我更加的了解了软件工程的内在含义！学无止境，这次的课程设计只是学生生涯的一种延续！对于一个在校生来说，学习知识是最重要的，为以后进入专业的软件公司时用足够的经验！不管在人生的那个阶段，学习的脚步不能停歇，要把学习视为工作的铺垫！所以在这次一个星期的课程设计中，我一边学习，一边从基础的事情开始做起！这样做的好处是能够在设计的过程中，了解项目的整体布局，了解项目中的业务逻辑，了解项目中尚未完成的工作并以此作为下个阶段的工作学习的目标。这个星期里，我按时完成组长安排我的任务，并且尽最大的努力来帮助同组的其他同学在设计中遇到的困难。从中我也学到了很多自己以前不是很了解的东西，同时通过这次的课程设计也明白了好多道理，我相信这对我以后的工作和学习有很大的帮助！在这一个星期里最初不知道如何去设计这次课程设计，通过咨询其他组的同学了解了很多自己的缺点和不足，这都要自己努力去克服与改正！
做软件的人必须随时充电，在今后的学习与工作中，我要积累经验教训，不断调整自己的思维方式和工作方法，在实践中磨练自己，我将以饱满的热情和进取的精神，去努力做每一件事情，努力为自己以后的发展做好完美的铺垫，成为社会需要的优秀人才！
推荐第7篇：教务管理系统个人总结
教务管理系统个人总结
经过一个星期的紧张工作，终于将这个系统做好了啊！在此过程中虽然有很多的困难，但是我们都一一克服了！在此过程中我感受颇多，收获颇多！通过这次课程设计使我更加的了解了软件工程的内在含义！学无止境，这次的课程设计只是学生生涯的一种延续！
对于一个在校生来说，学习知识是最重要的，为以后进入专业的软件公司时用足够的经验！不管在人生的那个阶段，学习的脚步不能停歇，要把学习视为工作的铺垫！所以在这次一个星期的课程设计中，我一边学习，一边从基础的事情开始做起！这样做的好处是能够在设计的过程中，了解项目的整体布局，了解项目中的业务逻辑，了解项目中尚未完成的工作并以此作为下个阶段的工作学习的目标。这个星期里，我按时完成组长安排我的任务，并且尽最大的努力来帮助同组的其他同学在设计中遇到的困难。从中我也学到了很多自己以前不是很了解的东西，同时通过这次的课程设计也明白了好多道理，我相信这对我以后的工作和学习有很大的帮助！在这一个星期里最初不知道如何去设计这次课程设计，通过咨询其他组的同学了解了很多自己的缺点和不足！
推荐第8篇：C++课程设计(教务管理系统)
#include using namespace std; #include #include #include #include #include #include\"01.h\" cla University;
void menu(University uni);//菜单函数声明
cla Student//学生类 { public: string name; int age; string sex; int number; string major;
public: void disp_stu();
friend void file_in(University &uni);
friend void file_out(University uni); }; void Student::disp_stu() {
}
cla Institute//学院类 { public: string name; cout head;//封装学生信息
public: void add_stu();
//添加学生
bool delete_stu(int i);
// 删除学生
bool modefy_stu(int i);
//修改学生信息
void disp_ins_1();
// 显示本院学生信息
friend void file_in(University &uni);
friend void file_out(University uni); }; void Institute::add_stu() {
} Student *p=new Student; cout>(*p).name; cout>(*p).age; cout>(*p).sex; cout>(*p).number; cout>(*p).major; head.Add(p);//在链表末尾增加一个节点
bool Institute::delete_stu(int i) {
} head.Remove(i);//删除链表指定位置节点 return true; bool Institute::modefy_stu(int i) {
Student *p=new Student; cout>(*p).name; cout>(*p).age; cout>(*p).sex; cout>(*p).number; cout>(*p).major; head.Remove(i);//删除链表指定位置节点 head.Insert(i,p);//在链表指定位置插入一个新节点
return true; } void Institute::disp_ins_1() {
}
cla University//学校类 { public: string name; int age; string addr; List head;//封装学院信息 public:
void design_stu();//学生信息设置 int i; Node *q; q=head.pHead;//q指向学生节点双向链表头指针
cout
} coutpData->disp_stu(); q=q->pNext;
void add_ins();
//添加学院
bool delete_ins(int n);
// 删除学院
void design_cqut();
//设置学校信息 bool modefy_cqut();
//修改学校信息 void disp_cqut();
//显示学校信息 void design_ins();
//学院信息设置 bool modefy_ins(int n);
//修改学院 void disp_ins();
//显示学院信息
void search_menu(); void search_name(string n);//姓名
void search(string n);//性别//函数重载
void search(int n);//学号
bool search_age(int n);//年龄
friend void file_in(University &uni); }; friend void file_out(University uni);
void University::design_stu() {
int i,m,j; int n; cout
★★★★★★学生信息设置★★★★★★
\">i;system(\"cls\");//清屏 switch(i) { case 1:
{
disp_ins();
cout
cout
cin>>m;system(\"cls\");//清屏
head.pCurrent=head.pHead;//当前指针指向双向链表头指针
for(j=1;j
{
}
} head.pCurrent=head.pCurrent->pNext;//当前指针指后移
coutpData->add_stu(); cout
disp_ins();
cout
cout
cin>>m;system(\"cls\");//清屏
head.pCurrent=head.pHead; //当前指针指向双向链表头指针
for(j=1;j
{
head.pCurrent=head.pCurrent->pNext;//当前指针指后移
} } head.pCurrent->pData->disp_ins_1(); cout>n; head.pCurrent->pData->delete_stu(n); cout
{
disp_ins();
cout
cout
cin>>m;system(\"cls\");//清屏
head.pCurrent=head.pHead;//当前指针指向双向链表头指针
for(j=1;j
{
}
}
head.pCurrent=head.pCurrent->pNext;//当前指针指后移
head.pCurrent->pData->disp_ins_1(); cout
} cin>>n; head.pCurrent->pData->modefy_stu(n); cout
void University::add_ins() {
}
bool University::delete_ins(int n) {
}
bool University::modefy_ins(int n) {
Institute *p=new Institute; cout>(*p).name; head.Remove(n);//删除链表指定位置节点 head.Insert(n,p);//在指定位置插入节点信息 return true; head.Remove(n);//删除链表指定位置节点 return true; Institute *p=new Institute; cout>(*p).name; head.Add(p);//在链表末尾增加一个节点
}
void University::disp_ins() {
int i; Node *q; q=head.pHead; //q指向学院节点双向链表头指针
for(i=1;i
coutpData->namepData->head.size
}
void University::design_ins() {
int i; int j; cout
★★★★★★学院信息设置★★★★★★
\"pNext;
cout>i;system(\"cls\");//清屏 switch(i) { case 1:
{
} disp_ins(); cout
disp_ins();
add_ins();
cout
getch();system(\"cls\");//清屏 design_ins();
break; } case 3: {
} disp_ins(); cout>j; delete_ins(j); cout
disp_ins(); cout>j; modefy_ins(j); cout
} case 5:menu(*this);break; } }
bool University::modefy_cqut() { cout>name; cout>age; cout>addr; return true; }
void University::design_cqut() { int i;
University uni; cout
★★★★★★学校信息设置★★★★★★ cout>i;system(\"cls\");//清屏
switch(i) {
case 1:
{
disp_cqut();
cout
getch();system(\"cls\");//清屏
design_cqut();
break;
}
case 2:
{
modefy_cqut();
cout
getch();system(\"cls\");//清屏
design_cqut(); break; \"
}
} } case 3:menu(uni);break;
void University::disp_cqut() {
cout
}
void University::search_name(string n) {
int i,j,m=0; head.pCurrent=head.pHead;//当前指针指向学院节点头指针 for(i=0;ipData->head.pCurrent=head.pCurrent->pData->head.pHead;//当前指cout
for(j=0;jpData->head.size;j++)
{
if(n==head.pCurrent->pData->head.pCurrent->pData->name)
{
} head.pCurrent->pData->head.pCurrent->pData->disp_stu(); m++; head.pCurrent->pData->head.pCurrent=head.pCurrent->pData->head.pCurrent->pNext;//学生当前指针后移
}
bool University::search_age(int n) {
int i,j,m=0; head.pCurrent=head.pHead; for(i=0;ipNext;//学院当前指针后移
} cout
}
head.pCurrent->pData->head.pCurrent=head.pCurrent->pData->head.pHead; for(j=0;jpData->head.size;j++) { if(n==(head.pCurrent->pData->head.pCurrent->pData->age)) {
} head.pCurrent->pData->head.pCurrent->pData->disp_stu(); m++; head.pCurrent->pData->head.pCurrent=head.pCurrent->pData->head.pCurrent->pNext; } head.pCurrent=head.pCurrent->pNext; } cout
void University::search(string n) {
} int i,j,m=0; head.pCurrent=head.pHead; for(i=0;ipData->head.pCurrent=head.pCurrent->pData->head.pHead;
for(j=0;jpData->head.size;j++) {
if(n==head.pCurrent->pData->head.pCurrent->pData->sex) { head.pCurrent->pData->head.pCurrent->pData->disp_stu(); } m++;
head.pCurrent->pData->head.pCurrent=head.pCurrent->pData->head.pCurrent->pNext;
} coutpNext; void University::search(int n) {
int i,j,m=0; head.pCurrent=head.pHead; for(i=0;i
head.pCurrent->pData->head.pCurrent=head.pCurrent->pData->head.pHead;
for(j=0;jpData->head.size;j++)
{
if(n==head.pCurrent->pData->head.pCurrent->pData->number)
{
head.pCurrent->pData->head.pCurrent->pData->disp_stu();
m++;
}
head.pCurrent->pData->head.pCurrent=head.pCurrent->pData->head.pCurrent->pNext;
}
head.pCurrent=head.pCurrent->pNext; } cout
/****************************************信息查询菜***********************************************/
void University::search_menu() { int i; cout
★★★★★信息查询显示★★★★★\">i;system(\"cls\");//清屏
switch(i) { case 1: {
单
disp_ins();
coutdesign_ins(); break; } case 2:
{
} head.pCurrent=head.pHead;//当前指针指向学院节点头指针 for(i=0;i
} head.pCurrent->pData->disp_ins_1(); head.pCurrent=head.pCurrent->pNext; coutsearch_menu(); break; case 3: {
} int j; disp_ins(); cout>i;system(\"cls\");//清屏 head.pCurrent=head.pHead; for(j=1;jpNext; head.pCurrent->pData->disp_ins_1(); coutsearch_menu(); break;
case 4:
{
string n; cout>n;system(\"cls\");//清屏 search_name(n);
} coutsearch_menu(); break; case 5:
{
} int n1; cout>n1; search_age(n1); coutsearch_menu(); break;
system(\"cls\");//清屏
case 6: {
} string n; cout>n;system(\"cls\");//清屏 search(n); coutsearch_menu(); break; case 7: {
} int n; cout>n;system(\"cls\");//清屏 search(n); coutsearch_menu(); break; case 8: {
menu(*this);
}
} } break; /**********************************************************************/ {
int i,j; ifstream inf(\"cqutData.txt\",ios::in); inf>>uni.name; inf>>uni.age; inf>>uni.addr; inf>>uni.head.size;//学院个数 for(i=0;i>p->name;
导出文件数据void file_in(University &uni)
Node *m=new Node;//建立学院信息节点 m->pData=p;//把输入的学院信息节点赋给建立的学院信息节点 m->pNext=0; if(i==0) uni.head.pHead=m;//把节点m赋给学院信息节点
else uni.head.pEnd->pNext=m;//把节点m赋给下一个学院信息节点 m->pPrev=uni.head.pEnd;//节点m指向学院信息的尾节点
uni.head.pCurrent=uni.head.pEnd=m;//学院信息的尾节点始终指向m节点 inf>>uni.head.pCurrent->pData->head.size;//学生个数 for(j=0;jpData->head.size;j++) {
Student *q=new Student; inf>>q->name; inf>>q->age; inf>>q->sex; inf>>q->number; inf>>q->major;
Node *n=new Node; n->pData=q; n->pNext=0; if(j==0) uni.head.pCurrent->pData->head.pHead=n; else uni.head.pCurrent->pData->head.pEnd->pNext=n;
n->pPrev=uni.head.pCurrent->pData->head.pEnd;
uni.head.pCurrent->pData->head.pCurrent=uni.head.pCurrent->pData->head.pEnd=n;//学生信息的尾节点始终指向n节点
} } }
/************************************************************************************/ void file_out(University uni) {
ofstream ouf(\"cqutData.txt\",ios::out); int i,j; ouf
导入文件数据ouf
uni.head.pCurrent=uni.head.pHead;//当前指针指向学院节点头指针 for(i=0;i
oufpData->name
oufpData->head.size
uni.head.pCurrent->pData->head.pCurrent=uni.head.pCurrent->pData->head.pHead;//当前指针指向学生节点头指针
for(j=0;jpData->head.size;j++) {
oufpData->head.pCurrent->pData->namepData->head.pCurrent->pData->agepData->head.pCurrent->pData->sexpData->head.pCurrent->pData->numberpData->head.pCurrent->pData->major
uni.head.pCurrent->pData->head.pCurrent=uni.head.pCurrent->pData->head.pCurrent->pNext;//学生当前指针后移
}
} } uni.head.pCurrent=uni.head.pCurrent->pNext;//学院当前指针后移
/************************退出系统菜单****************************/
void exit(University uni) {
} int i; cout>i; system(\"cls\");//清屏 switch(i) { case 1:
{
} file_out(uni); exit(0); break; case 2:{exit(0);break;} case 3:
{ menu(uni); break; } case 4:
{
file_out(uni);
}
} menu(uni); break;
/***************************************************************************************/ void menu(University uni) {
system(\"cls\");/*清屏*/ int i; cout
主菜单 cout
cout
cout
cout>i;system(\"cls\");//清屏
}
int main() { University u;
} file_in(u); menu(u); return 0; switch(i) {
case 1:uni.design_cqut();break; case 2:uni.design_ins();break; case 3:uni.design_stu();break;
case 4:uni.search_menu();break;
case 5:exit(uni);break; }
推荐第9篇：威尔教务考勤管理系统
摘要....
烟台威尔数据系统有限公司研发的教务考勤管理系统，主要依托先进的智能身份识别终端。通过射频卡（IC/ID/CPU）、手机卡、指纹等识别介质进行身份验证，并依靠TCP/IP网络传输、CDMA/GPRS/WIFI/3G无线传输等多种数据传输方式，完成对教室上课情况的采集和统计。
系统目标
随着我国高校教学体制改革的深入发展，各大院校逐步建立起，以学生自主选择专业、选修课程、实验预约、成绩审核、学分制等为特点的教务管理系统。主要用于管理学生从入学到毕业的全过程，包括学籍管理、教学计划、开课/排课、选课、成绩管理、实验管理、毕业设计等多个环节。
但是随着学校对教务管理的逐渐深入，传统教务系统的缺陷也逐渐显露出来。例如，学校通过教务系统本身，无法及时掌握教师和学生的真实上课情况，教室的使用和变动情况，以及临时调课造成的学生缺课等问题。从而出现教育资源无法合理分配，学生管理出现漏洞等实际情况。同时随着身份识别技术的飞速发展，学校对教务一卡通的需求也越来越强烈。例如：多媒体教室管理、宿舍进出管理、考试考场管理、会议签到管理、车辆门禁管理等多种应用需求，都反映了学校在建立教务管理信息化时，遇到的问题和迫切的需要。高等教育对教务管理工作提出了更高的要求。尽快改变传统的管理模式，运用现代化手段进行科学管理，已经成为整个教育系统亟待解决的课题之一。
基于这种广泛的需求，在充分综合高校自身特点的前提下，开发一套能够适应新的教学体制、能够最大程度满足高校现代化管理要求的教务考勤管理系统成为必然。、系统简介
教务考勤管理系统，主要依托先进的智能身份识别终端。通过射频卡（IC/ID/CPU）、手机卡、指纹等识别介质进行身份验证，并依靠TCP/IP网络传输、CDMA/GPRS/WIFI/3G无线传输等多种数据传输方式，完成对教室上课情况的采集和统计。统计的内容主要包括：教师和学生的上课情况、教室的使用情况、调课/换课/代课的执行情况、任课教师的教学进度、学生的出勤率、教学课程的听课率等信息。帮助学校管理和优化教学资源，提高教学质量，完善教学制度等管理工作。
同时教务考勤系统可直接形成标准一卡通平台，结合教务管理系统、多媒体教室管理系统、宿舍进出管理系统、考试考场管理系统、会议签到管理系统、车辆门禁管理系统等多种应用系统，实现真正意义上的教务一卡通平台。
教务考勤系统除了满足学校的基本管理需求之外，还可以替代课堂点名制度，直接为授课教师统计应到、实到、迟到、未到等学生信息。节省了课程时间，并为教师的日常评分提供有效依据。并且通过终端设备提供的实时拍照和照片彩屏显示等功能，可以有效杜绝学生的替代上课情况，帮助学校完善教学管理的监控工作。
教务考勤系统的软件功能模块包括：
基础档案信息（学生档案、教师档案、管理人员档案、卡片信息、行政班组织结构等） 基础教务信息（校历、上课时间定义、考勤规则定义等）
日常事务流程（请假流程、调课/换课/代课流程、补出勤流程等）
教室设备管理（教室定义、设备定义、教室设备关系定义、设备通讯管理等）
教学课程管理（课程定义、教学班定义、教师任课定义、日常排课等）
上课数据处理（请假管理、调课管理、补录记录、异常调整等）
报表查询统计（上课记录/拍照查询、课程表查询、上课通知查询、上课明细汇总统计等） 系统权限关系（权限组定义、班级授权、菜单授权、设备授权、管理员定义等）
推荐第10篇：教务管理系统总体设计说明书
教务管理系统总体设计说明书
组员：李洪涛 单彦达
一、信息系统的总体目标、子目标与信息系统架构 1.组织的总体目标、子目标及策略：
随着社会的不断进步，经济的快速发展，现今社会对高技术，高素质人才的需要日益迫切。我校为适应社会的需求以及自身办学的需要，发展自身学校的特色及办学特点，合理定位培养人才，提升自身办学的能力，以建设优秀的师资队伍和软硬件设施为目标，明确办学指导思想，提升核心竞争力，发挥地区特色，最终实现为现代信息化社会输送大量高素质高技术的人才的目标。同时，应合理配置各级学院的教学资源，充分利用现有设备和资源，使学院间的联系更加紧密，以求达到同步发展。
2.外部环境： 自上世纪九十年代末高校大扩招以来,我国高等教育规模迅猛扩张,在短短不到十年的时间里完成了量的积累,步入了高等教育大众化阶段。教育和社会的发展，使越来越多的学生能够进入到大学进行更深层次的学习；招生人数的激增，使得我国高等院校原有的办学规模很难应对。为了消化急剧膨胀的生源，很多高校高校都在扩建，这让越来越多的学生有机会进入大学深造。然而，这种扩招的背后，我们能明显的看到，现在的大学已经不是当初所谓的精英教育，转而向大众教育，这使我国的人力资源、人才资源发生了质变。人才市场饱和，每一年都会有一部分毕业生找不到工作。但同时，在这些毕业生中，拥有高技术，高素质的人只占据一部分，这与市场的需求不符，导致目前大学生的就业形势严峻
二、
组织内部限制： 硬件资源部分陈旧，需要更新换代；师资力量分配不均，有些学院的专业老师数量不够。
三、信息系统总体目标、子目标级策略：
教务信息管理系统的目标：实现对教师学生课程、教学计划、学生学习及学籍成绩、教材、教学评估、收费等数据进行网络化信息管理。使各使用部门大大提高工作效率，使学生、教师及其他各类人员查询数据极为方便。
信息系统的构架： 主要功能系统：
1.综合教务管理信息系统：包括基本信息管理、注册系统、课程管理、学籍管理、教学计划管理、成绩管理等子系统。 2.选课系统：支持学生选课平台功能，根据学生的教学计划来预置选课时学生的选课信息及课程的选课情况。在每学期，根据教学计划和排课系统，由学生在网上制定个人的学期学习计划。选课分为三个阶段：预选、正选、补退选，以最大程度的提高教学资源的利用率。
3、学生信息查询系统：包括学生具体个人信息的查询，学生可以更改个人信息，经过管理人员的确定后形成新的个人信息。
4、等级考试；实现等级考试的网上报名，包括
四、六级考试及计算机等级考试，并可在成绩公布时查询自己的考试成绩。系统界面：包括登入界面，主界面，用户管理模块。 登入介面是为了对系统进行安全性管理，使用户拥有自己的权限，同时又保证了用户信息的安全性。
四、主界面是本系统的应用界面，在本界面上集成了本系统的所有功能，包括功能菜单和子菜单，从而实现了本系统从班级管理、档案管理、课程管理、成绩管理等系统的具体功能，同时，在系统管理模块中可以完成对本系统的安全性管理。用户管理界面是本系统的安全性设置模块，根据学校不同部门以及不同使用人员对本系统的要求和需要，从而实行了分级管理，对用户的权限和类别进行了分类管理。同时还包括数据库，对大量信息的存储及管理。
五.系统分析 对现有系统的分析： 现有系统界面比较友好，功能比较完善，能大部分满足用户的需求，但是与其相关配套的服务器功能不强，应付不了同一时间大量用户的访问。当数据访问量大时容易出错，导致系统数据错误甚至丢失。
六.对本系统的简要描述： 本系统将大大改善数据处理速度，并且更加方便的对数据进行管理，同时可以减少人力资源的浪费以及工资支出。1.经济可行性.信息化的教务管理在如今的信息时代是大势所趋，而且随着现代管理念、方法和途径的发展，教务信息化管理手段日渐成熟，也必定会突飞猛进，所以从长远利益出发，主管领导对该项目的开发与实施会大力支持。 2.技术可行性： 本系统采用 Windows xp作为操作平台。数据库选用SQL server 2008，该数据库管理系统在Windows xp上能运行，并提供数据库之间的数据复制功能，可代替现有系统单据数据的手工传递工作，降低出错率，提高数据的可用性。本系统的应用软件开发平台也选用Microsoft Visual Studio .NET 2008。 3.经济可行性： 采用教务管理信息系统可取代原系统的单据手工传递工作，减少人工开支，节省资金，并且可大大提高信息量的取得，缩短信息处理周期，规划教学资源，提高学生信息，及时反馈教学信息的利用率，使教学质量更上一个台阶。 4.营运可行性： 本系统操作简单，易于理解，只需通过简单熟悉，上手较快，学校教务管理处的教职员以及相关教师均能进行操作，营运环境要求低。 面对于系统设计还应该以“标准性、安全性、兼容性、高效性、保密性、可维护性”为标准，在着眼于当前实用的基础上，为将来系统的扩展，升级留有余地。软件的开发应能在较长时间内满足学校的发展需要。 通过可行性分析研究，认为新系统的开发方案切实可行，可进行开发。
七.七.业务流程图分析 选课流程图：
五、数据流程图分析： 选课流程图：
六、
常用的输入方式主要有以下三种：键盘输入、光电设备输入及声音输入。本系统主要采用键盘输入。 ②输入数据的活动及输入格式的设计 原始数据的获得需要考虑数据产生的部门，确定收集的时间和方法；了解 数据产生的周期，平均发生量及最大量。 (2)输出设计 输出设计主要解决的问题是针对不同的用户的特点和要求，以最适当的形 式，输出最切合需要的信息。其主要内容包括： ①输出方式的选择 系统的输出方式根据输出信息的使用要求，信息量的大小、输出设备的限 制条件来决定。 ②输出表的设计 表内容要根据使用人员的实际需要进行设计。对不同的用户，应当提供详 细程度不同、内容不同的表。 ③输出设计说明 输出设计说明包括选用的输出设备，信息输出的频率和数量，各种输出文 件及输出报表的格式及表格样本等。 系统配置设计 本系统采用Asp.net和C#开发技术，所需开发环境如下： 代码编写平台：Microsoft Visual Studio 2008； 数据库：SQL Server2008 操作系统：Microsoft Windows XP。
实验过程中遇到的困难： 业务流程图和数据流程图设计处理那一部分不清楚； E-R图处理由于实体较多，刚开始处理的时候结构关系不明确 代码设计无从下手 处理方法和技巧 对照材料与参考资料，逐步完善，从课本中找出有用信息，并以此为模板进行设计 总结：
经验体会和收获 通过此次系统分析与设计，让我明白了很多课上学不到的东西，才明白那句：纸上得来终觉浅，绝知此事要躬行。很多东西课上觉得自己掌握了，一旦用到实际上就会发现自己不能去做，所以实践还是很重要。另外，借助一些参考资料是必要的，现在互联网这么方便，可以借鉴的东西很多，如果不参考别人的资料，连设计的流程都不清楚，怎么能将设计报告完整的写下来。最终将实验报告完成，总体来说自己感觉还可以。
第11篇：金融电销系统
深圳资信通科技有限公司
金融电销系统
金融电销企业，那些常见问题
1.打不出客户（电销员每天加班到深夜几乎没有意向客户？） 2.拨打效率低（手拨、点拨效率不高，拨打接通率低？） 3.跟踪不及时（一个不留神，客户就被别的公司签约了，后悔莫及？）
4.客户常流失（业务员离职，客户资源也带走？）
5.监控不到位（明明有意向客户为何最终迟迟没成交？回款也低？） 6.客户不回头（每次贷款合作都是一次性服务，再签约几乎不是回头客？）
金融电销管理系统
该产品是由深圳资信通科技有限公司
研发
为您解决以上所有问题
系统主要功能
一、系统智能外呼
通过系统群呼功能大大提高电销的效率，日均接通可达800通，系统根据空闲的人数智能调节呼出数，可有效节省25-35%的话费。
二、大数据管理
对松散的名单资源进行有效的规整，统一筛选空号，对已使用的名单资源标记，通过筛选可
再次营销，高效使用名单资源。
三、客户管理
地址：深圳市福田区华强北路赛格广场56楼5602 0755-82785800
深圳资信通科技有限公司
电话销售时同时记录客户信息；系统自动提醒回访，及时跟进，全程录音，客户不再是业务
员的私有财产，就算离职也不怕。
四、产品管理
客户公司内合作的贷款产品统一管理，在电销过程中，根据客户的信息，自动检索出符合条件的贷款产品，用系统提升员工沟通的专业程度。
五、电话营销
电话任务分配灵活,根据任务直接拨打电话，方便高效,全程通话录音,随时查阅,在通话过程中可直接生成客户信息,也可标记,后续再分类拨打。
六、短信营销
系统集成短信服务，支持三种方式：1.在电话过程中发送短信。2.节日祝福自动发送。3.营
销批量短信。
七、线路支持
对接通道，兼容支持所有的手机插卡设备，支持市面上所有线路，客户可自主切换线路。
八、签约放款
整个业务流程业务员均可从后台查询，无需追问渠道人员，减轻工作量。
系统七个特色
1.预约时间提醒：挂机后可对当前客户预约下次沟通时间，到时自动提醒，提升回访率。2.客户信息收集：客户的姓名、性别、态度、房产等信息，自动匹配适合客户的贷款产品。
地址：深圳市福田区华强北路赛格广场56楼5602 0755-82785800
深圳资信通科技有限公司
3.保存通话录音：记录同一号码所有电话录音，可查询，回听，管理层可从中回听未成交原因。
4.数据资源安全：内网！银行级加密技术，完整记录客户信息、跟进过程，离职也不怕！ 5.CRM客户公海池：企业客户名单循环利用，业务员在跟进一个客户限定期限内（可自行限定日期）未签约，该客户将进入公海池，其他业务员可以获取资源继续跟进，营造公平的竞争环境。
6.渠道签约放款：客户贷款流程进度明确，管理直接登录查看，无需多问，一览无余。7.生日还款提醒：老客户的生日、还款日，系统会告知员工回访，加深印象，以便二次开发。
系统可以帮助企业
1.运营成本降低35%：外呼系统智能止损，随着在线人数的下线同时减少外呼电话数量。2.流失率降低35%：业务员沟通全程有录音，团队长后台可把控意向客户，老客户可使用
生日提醒、短信服务，便于二次开发。
3.签约率提升30%：客户回访的及时，不放过任何一个意向客户和潜在客户。
地址：深圳市福田区华强北路赛格广场56楼5602 0755-82785800
第12篇：高速公路计重收费系统
高速公路计重收费系统
一、项目概述
公路通行费是政府授权的公路投资及经营者向公路使用者、受益者征收的费用，它是公路使用者或受益者对使用公路所支付的一种补偿，是收费公路管理部门或经营者获得收益的主要途径之一。实践证明，收费公路的设立是解决公路建设资金不足、促进公路发展的有效途径之一。海南从1994年，海南省即率先在全省范围内实施，把公路养路费、过路费、过桥费以及公路运输管理费“四合一”的举措。海南本省和外省的公路养路费汽油车是包含在汽油里面。本省的柴油车采取的是按照车的载重量定期收取，然而外省的柴油车辆从入岛后是按照核定载重量和滞留的天数收取。近五年以来，许多省市开始采取计重收费管理系统，这种收费系统是根据车辆的载荷对公路磨损程度大小来确定收取车辆通行费的费额。根据通行车辆的载重情况来进行收费，空载的车辆按空载重量计费，重载的车辆按载重多少计费，超载则按实际载重进行计费，体现多拉多负担的原则。采用电子计重收费管理系统，可以杜绝征费人员私收票款，保持廉洁；采用电子计重收费管理系统，可以增强监督功能，健全内部监督机制，杜绝征费人员私放人情车等不廉洁行为，有利于行风建设。采用计重收费管理系统，可大大减轻征管人员的劳动强度，提高售票速度，提高工作效率，同时，可以统一规范内业资料，促进规范化建设，提高服务质量，保证公路畅通。采用计重收费
管理系统，可以提高现代化管理的程度。一方面可以利用现代装备的语音系统，提高服务质量，有利于“文明窗口”建设；另一方面也使通行的司机感到政策的严肃性，减少很多扯皮或人为争吵现象，以确保收费车道安全畅通。实行计重收费，还能及时提供实载的数据，解决承运货物过磅问题，方便了车主。
计重收费管理系统是利用设置在收费车道入口处的称重系统，得到通过的车辆的重量等信息，再由收费计算机根据相应费率对通过的货车实行计重收费。
二、系统概述
收费车道是车辆进行发卡、缴费的专用车道，不同于一般的通行道路，因而有着其特殊性，车辆排队、高速通过、刹车、加速、减速等现象极为普遍。动态称重系统的构成和工作流程是确保系统设计成功的关键。本系统选用了IRD公司的DAW100弯板式称重系统，使用了整体式弯板传感器，路面开挖深度仅需5厘米，无机械结构，免维护，避免了车辆通过时所带来的冲击对机械结构的损坏导致车辆无法通行及日常大量的检修、维护、保养工作。DAW100弯板式称重系统系统是得到国际上广泛赞誉的一种动态称重系统，其先进的技术稳定性及高可靠性等特点一直得到广大客户的青睐。
IRD的DAW100是专门设计用于静态/动态中低速检测车辆轴载的称重系统，可高精度并可靠的获得车辆重量及轴载等数据。保证当车辆不规则行驶时（实际使用中最常见的现象）不会对精度产生影响，整个系统具备长寿命和低故障率。在称重系统部件出现故障时，称重
系统可向管理软件发送错误信息，便于维护。总体拥有成本（TCP）优于普通机械称台式称重系统。
三、系统构成
系统采用DAW100计重收费称重系统，该系统由2块WPS125（超宽车道采用WPS175）动态弯板式传感器、1个线圈、1套红外线车辆分离器、1个轮胎识别器和1个中心处理器构成。
动态弯板传感器主要完成车轴的称重、速度检测、轴型判断等工作。
红外线车辆分离器用来进行车辆的分离及提供开始、结束等信号。
线圈主要用来完成测速、倒车的检测，并与红外线分离器一起对非车辆以外的物体或人通过时的判断，减少出错。
轮胎识别器主要用来检测通过车辆每轴的轮胎数。
中心处理器用来处理来自于各传感器的信号、计算数据，把相关数据通过通讯方式送给收费计算机。
数据分析软件包为称重系统配套使用，可按用户要求实现数据分析、统计查询和打印报表等功能。输出检测信息为：
a. 轮重
h.车道号和行驶方向 b． 轴重
i.日期和时间 c． 轴组重
j.数据记录序号 d． 总重
k.总轴距
e． 车速
l.标准轴载(当量轴次)
f． 轴距
m.车辆加(减)速度 g． 车型（按轴排列分型） n.违例代码
四、系统布置方案
DAW100采用前置式布置方式，即在收费前进行检测，根据我们国家汽车技术规范，货车的长度应不大于18米，因而为保证在车辆到达收费亭前完成检测，应适当延长收费岛的长度，同时考虑便于规范驾驶人员通过称重设备时的车辆控制，建议收费岛前端到收费亭中心线的距离为28-36米。
每个车道使用两块弯板，采取交错放置的方式，其前方装有一个线圈，弯板后方装有一个轮胎识别器，弯板前沿处的收费岛上装有红外线车辆分离器，称重处理器机箱装在收费岛上。
五、计重收费系统工作原理
进入安装有低速称重系统收费车道的车辆，其车轴依次压过铺设在车道路面中的称重传感器，数据采集处理器经过处理，计算出其轴重、轴组重和速度，并依次累加出车辆总重。安装在路侧的红外线车辆分离器可准确判别车辆是否完全通过。同时通过独特的逻辑分车装置判断是否有不同形式的倒车、溜车等现象，当车辆完全通过后，将称重结果、车型判别结果、车速等完整的车辆称重信息传输到车道收费计算机。车道收费计算机依据计重收费费率对车辆实行计重收费。
六、系统特点
采用国际先进的嵌入式微处理器技术，从数据采集、运算处理以及系统控制，均为固化程序，一经启动便自动运行，避免了外界震动和人为干扰。
采用全工业级元件，环境适应性强，可应用于高低温和大湿度环境。
采用光电隔离及防浪涌措施，抗干扰、防雷击。
设置外接键盘接口和可铅封的校准端口，调试操作既安全又方便，符合计重法规要求。
系统采用自有专利的逻辑识别技术，能正确处理车辆在称重时启动、刹车、倒车等复杂的行驶状态；同时也可以应对车违规行驶。
八、技术难点
(1) (2) (3) (4) 动态称重设备的精确度
收费站的车流量比较大，对称重设备的要求较高 车辆行驶状态对称重结果有较大的影响
车辆行驶时的加减速会对称重设备造成骄傲大的冲击力，影响设备的寿命急剧缩短。 (5) 收费站的环境比较恶劣。
九、计重收费系统基本构成 1,计重秤台
2.专用称重控制器；3.轮轴识别器； 4.红外车辆分离器； 5.信息显示屏； 6.收费计算机。
十、计重收费系统硬件原理
1.动态衡器——用于计量车辆各轴的动态重量
2.车辆分离器——车辆分离器主要用于为检重系统提供车辆驶入、离开信号，完成车辆的分离。有效检测高度为0.5～1.7m。
3.轮轴识别器——轮轴识别器由轮轴检测器及其控制器组成，用以判别驶过车辆轮轴的类型。
4.称重控制柜——称重控制柜中布置了称重控制器、电源、信号控制器、轮轴识别器的控制电路、保护电路等单元。机柜采用ip65防护等级。
5.称重管理计算机系统——称重管理计算机系统是本系统的操作平台，该系统通过网络数据库，实现了与收费系统无缝互联。计重收费系统网络结构：
收费站的网络用于接收收费中心下传的系统运行参数，接收收费车道上传的收费数据，下发车道的系统运行参数，承担收费站的运行监控管理、数据查询、业务管理和票据管理职能，是公司系统的核心，有着重要的地位。
为了保障工作站之间和收费车道的数据采集和处理，必须建立较高性能的局域网。收费站局域网采用10/100M快速以太网，收费站级计算机网络采用超五类屏蔽双绞线组成星型局域网络。
网络由数据服务器、业务管理计算机、财务管理计算机、各车道收费计算机组成，车道收费计算机完成收费业务，通过网络上传每笔业务记录到数据服务器的站级数据库中，然后财务管理计算机查询统计各种报表，业务管理计算机对系统参数、日常业务进行统筹管理。
十一、术语和定义 （1）轴
由两个或两个以上的车轮与一个沿中心旋转横向共同轴构成的组合。轴的两端至整个车辆宽度，并与车辆行驶方向垂直。 （2） 单轴
一个悬挂系统上仅有的一个轴。 3.3 轴组
由数个轴构成的组合，组合中的轴数和轴之间相互的间距（轴距）应有明确定义。 （3）双联轴
由两个轴组成的轴组。 3.5 三联轴 由三个轴组成的轴组。 3.6轮荷载
轴的一端所有车轮轮胎荷载的总和。车轮可以由单轮胎组成或者由双轮胎组成。 （4）轴荷载
一个轴上所有轮荷载的总和，称辆时是重力作用到车辆总质量而产生的施加到静态轴上的分量。 (5)总质量限
车辆总的质量或包括所有连接部件的车辆组合的总质量。 (6)轴型、轴型编号和轴限
不同数量轮胎和车轴的组合类型称之为轴型、不同轴型的顺序编号称之为轴型编号、轴（轴组）的限载重量称为轴限。 (7)总轴限
各轴（联轴）的限载值之和称之为总轴限。 3.11 计重收费系统 计重收费系统是由一组安装好的传感器和含软件的电子装置所组成的独立系统，用以测量动态车辆轮胎力和车辆通过时间，并提供计算轴数、轴重、整车重以及其它诸如速度、轴距、轮数等的数据，按照既定收费标准进行车辆通行费征收的一种收费方式。 (8)称重平台
计重收费系统承载轮轴压力的部分，又称为承载器、秤台。称重平台由称体、框架、限位装置、传感器装置、称重控制器、信号电缆等组成。
(9) 主车辆分离器
由发射器和接收器组成，相向分置计重车道两旁。负责判断车辆是否完整通过车道。 (10)辅助车辆分离器
判断是否有车辆通过的辅助车辆分离设备，当用于辅助收尾时，又称为收尾装置。
(11) 轮胎（轴）识别器
由一组外置或内置的传感器组成，通过检测驶过传感器的轮胎宽度，判断驶过的轮胎是单胎还是双胎，以及单独或与其它设备共同判断轴型和车型。
(12) 称重费额显示器
接受车道控制机的控制，显示计重车辆的车型、费额、总轴重、超限重和余额等。 (13) 室外机柜
放置计重系统处理机、电源和接线板的室外机柜。 3.18 参考车辆 为动态试验而选定，经过控制衡器称量已知车重的典型车辆。 (14) 检定
为查明和确认衡器是否符合法定要求的程序，它包括检查、加标记和（或）出具检定证书。 (15) 首次检定
对未曾检定过的衡器所进行的一种检定。 3.21 后续检定 衡器首次检定后的任何一种检定。后续检定包括强制性周期检定、修
理后检定和周期检定有效期内的检定，不论它是由用户提出的请求，或由于某种原因使有效期内的封印失效而进行的检定。 (16) 使用中检验
为检查衡器的检定标记或检定证书是否有效、保护标记是否损坏、检定后衡器是否遭到明显改动，以及其误差是否超过使用中最大允许误差所进行的一种检查。
十二、收费原则
1、实行计重收费后，对货车以实地测量的车货总重量为依据，按照轴重与总重相结合的方式，判定其是否超过公路承载能力认定标准而进行分类（“正常车辆”、“超过公路承载能力认定标准的车辆”等两种）收取车辆通行费。客车维持现有收费方式不变。
2、车货总重由动态轴重仪检测获得，计重收费标准及超过公路承载能力的判定标准按省政府批准的有关文件执行。
3、由于称重设备故障造成无法获取货车称重数据时，可按车型收费或按省政府批准的有关文件执行。十
三、省收费结算中心系统增加的功能
（1） 接收下级上传的计重收费数据，完成计重收费数据的收集、存储、处理、管理等。
（2） 在联网收费系统参数表中需增加计重收费基本费额表、超限超载费额表、超限超载车辆黑名单，并可以根据需要及时下发至下级系统中。
（3）统计/查询/打印各类计重收费日/月/季/年等管理报表。
（4）对计重收费数据进行综合分析处理，提供简单必要的辅助分析决策数据，包括货车分车型OD数据、路面动态荷载数据等。
十四、路段收费中心（分中心）系统增加的功能 （1）接受收费站下发的计重收费系统参数表。
（2）对货车依据实地测量的总质量是否超过公路承载能力认定标准，按照正常费率标准、超限超载基本费率加收调节系数分别实施计重收费。
（3）对计重收费车道产生的特殊事件进行相应的处理，并向上级上传实时的报警信息。
（4） 称重系统能够准确、及时、平滑传输完整的称重数据。 （5）出口计重收费车道基本操作流程包括：正常车、超过公路承载能力认定标准车（超重车）、超时车、“U”型车、无通行券（无卡）、不可读通行券（坏卡）、冲卡车、无支付或不足支付（未付或欠费车）、公务车、、计重收费故障（无重车）等。
（6）在通行费发票上打印货车的总重、超重数据等相关信息。
十五、计重收费系统设备技术要求
计重收费系统设备为室外露天独立设置，前置固定安装，可以测量机动车辆各轴的轴型、轴载荷和总载荷。计重设备由称重平台、主车辆分离器、轮胎识别器、辅助车辆分离器、称重费额显示器、处理机、相应软件以及设备生产厂家认为必须配套的部件等部分组成的独立系统。安置在（或者驶过）称重平台上的载荷，通过传感器输出信号，经处理机处理后在费额显示器上显示，显示内容通过通讯接口传
输给车道控制机。
计重收费车道用轴重仪作为计重收费系统的关键设备，至少应该满足下列的要求：
1、计量器具的生产、销售单位必须依法取得《制造计量器具许可证》或国家质量技术监督行政部门颁发的型式批准证书。
2、计重收费系统中的计量器具应具有《制造计量器具许可证》标志、编号，设备铭牌上明确标注设备型号、规格、称量精度以及制造企业名称、地址等信息。 主要功能：
(1) 能对低速通过的车辆进行称量： (2) 能检测车辆通过车道时的速度； (3) 能对车辆进行自动分离； (4) 能检测车辆的轴、轴组及整车重量： (5) 能记录车辆通过时间； (6) 称重系统软件应在系统死机时能自动重新启动，并且所有的处理软件、设备驱动程序、示范测试程序和示范测试程序源代码，都必须具有合法的使用许可，需方不需要额外付费； (7) 能形成完整的车辆称重信息，包括轴型、轴重、联轴信息、每轴的胎数、联轴重量、轴距、总重等信息； (8) 能通过通信接口将称重信息传输给车道控制机； (9) 当最后一辆车不完全退出（未收头）并且再进入时，计重设备能够正确判断处理该辆车的称重数据。 (10)当车辆不完全进入（未收尾）并退出时，计重设备能够正确判断，撤销该辆车的称重数据。 (11)当车辆在称重平台上不完全倒车（未收尾、也未收头）并进入时，计重设备能够正确判断处理该辆车的称重数据。 十
六、称重系统的要求
(1) 静态称量准确度：符合JJG 539-1997的 级；
(2) 动态称量准确度：
1）单轴或轴组载荷准确度：符合JJG 907-2006中 C级； 2）车辆匀速通过承载器,行驶速度≤20km/h时，整车总重量准确度： 符合以下要求； 称重车辆速度范围 整车总重量准确度 重复性变差 首次检定和后 续检定 使用中检验 车速0～20km/h 优于±2.5% 优于±5% ≤5% 注：有效测量车速范围0～20km/h。
(3) 轴间距测量精度(没有明显加减速的情况下)：两轴：±0.30m； (4) 工作环境： 温度-20℃～+80℃ 相对湿度0～95% (5) 设备的防护等级： 控制设备：IP65 称重传感器：IP67 (6) 称重平台能对各轴分别进行计量，计量线性良好，其标准测量范围为：
标准载重≥30t（每轴）(7) 秤台有效尺寸(宽*长)：3200mm*800mm
（标准车道），4000mm*800mm（超宽车道），秤台刚度设计指标[1/f]≥1600，提供不需要大型机械可维修和清淤的机械设计和专用工具，称台宽度可根据车道实际宽度调整。
(8)不超过最大过载能力时，传感器工作寿命≥300万次；当传感器发生故障时，可以通过硬件和软件发出故障消息。 主车辆分离器 ：
(1) 在良好天气时，要求分离判断正确率99.5%以上； (2) 在恶劣天气时，要求分离判断正确率98%以上；
(3) 能分辨车辆的离地最高高度：1600mm，离地最低高度：400mm； (4) 在此范围内，最小分辨物的尺寸不大于50mm； (5) 可分离两车的最小间距应不大于200mm； (6) 发射器和接收器应能够防止凝露、结霜；
(7) 应具有自诊断功能，可自动探测故障，并忽略或屏蔽有问题的信号，仍能正常工作，同时输出报警信号，一旦故障排除，能自动回复正常工作状态；
(8) 应在恶劣环境下，诸如：强光干扰、下雨、下雪、浓雾、温度异常，仍能保证100%可靠工作，并可忽略雪花、石块、昆虫或飞鸟等的干扰；
(9) 当主车辆分离器发生故障时，可以通过硬件和软件（收费界面上）显示出明确的故障信息；
(10) 分离器外壳可采用1.5mm以上不锈钢或其他耐腐蚀材料，并设有醒目的防撞反光标志。
(11) 工作环境：
温度：-20℃～+80℃ 相对湿度：0～95%RH； 振动：0～100Hz； 加速度：98m/s2； 冲击：4.1Joules，3ft.～1b；
(12)防护等级：IP67； (13) 使用寿命：8年以上。 5.1.5 轮胎识别器
(1) 内置或外置于动态称重系统判别各轴轴型及检测轮胎总宽度以识别每侧的单双胎，配合承载器为主系统识别车型提供数据，对总重5T以上的车辆要求判断准确度达到98%以上，由16路的应变力传感器组成；轮胎识别器的长度与称重平台适应，普通车道检测宽度≥1100mm，超宽车道检测宽度≥1500mm；
(2) 轮胎识别器应具有自诊断功能，能够向车控机发出故障信息； (3) 当轮胎识别器发生故障时，可以通过硬件和软件（收费界面上）显示出明确的故障信息；
(4) 工作环境： 温度：-20℃～+80℃； 相对湿度：0～95%RH； (5) 防护等级：IP67； (6) 使用寿命：8年以上。 辅助车辆分离器
(1) 在主车辆分离器发生故障时，自动切换为使用辅助车辆分离器，对车辆进行分离和辅助收尾；
(2) 辅助车辆分离器在车距不少于2m时，判断准确度≥99%； (3) 当辅助车辆分离器发生故障时，可以通过硬件和软件（收费界面上）显示出明确的故障消息；
(4) 工作环境： 温度：-20℃～+80℃； 相对湿度：0～95%RH； 5.1.7 辅助车速检测器
(1)用于辅助精确检测车辆各种行驶状态下的速度，对车辆进行辅助的速度检测；
(2)测速距离：不小于8m; (3)测速范围：0～40km/h (4)测速精度：±0.5km/h (5)当辅助车速检测器发生故障时，可以通过硬件和软件（收费界面上）显示出明确的故障消息；
(6)工作方式：连续 (7)防护等级：IP66 (8)工作环境： 温度：-20℃～+80℃； 相对湿度：0～95%RH； 室外机柜
(1) 安装在收费岛适当位置，采用基础安装方式，机柜内要有电源装置、数据处理器等，称重外场设备数据均传至室外机柜。经处理后通过RS422方式传输，通过带光隔的RS422/RS232转换器(有源)与车控机的RS232接口连接。
(2) 柜体材料应符合设计要求，门锁采用防盗锁，门缝采取包边防护；整个机柜应具有防水能力；应有相应措施使机箱内部始终维持在适当的温度范围内；具有防雷、抗浪涌冲击装置；机柜底部要有出线孔与外部电缆连接。机柜的内部结构布置应合理，便于维护。 (3) 当数据处理器发生故障时，可以通过硬件和软件（收费界面上）发出明确的故障信息； (4) 工作环境：
温度：-20℃～+80℃，机箱内部安装散热装置； 相对湿度：0～95%RH。 (4) 防护等级：IP65。 5.1.9 其他技术要求： (1) 有良好的稳定性，设备标定周期应该大于12个月。
(2) 计重收费车道用轴重仪应该具有开机自检、空闲时定时自检、零点校正和自动温度补偿能力。
(3) 在自检异常、通讯失败或者程序迷走时，处理机必须能够自动复位，复位时间不得超过30秒。
(4) 计重设备必须具有调试、检测用数字仪表显示面板（也可外接显示器），可以显示各轴轴型、轴重、车辆总重和车速；能独立驱动费额显示器，并显示相关信息。
(5) 必须具有进入校准状态的开关。在校准状态下，通过仪表面板上的按钮或者厂商提供的设定工具，可以很方便的对计重设备进行校准。
(6) 对影响测量结果的元件及参数储存器应加印封装置，印封装置应具有如下特点：
1）易于查看，便于操作；
2）禁止使用改变或影响测量结果参数的印封；
3）对于机械印封，不破坏印封就无法解除印封装置的锁定状态，亦不能对印封装置加封的相应元件及存储器进行移动或更换。 4）当没有机械印封装置对影响测量结果的参数加以保护时，需采取以下措施：
5）只有经过授权，才可以访问，例如，通过一个代码（密码）或者
一个特定的装置，代码必须是可以更改的；
6）至少可以记录上一次的改动，记录包括数据、时间和能够确认授权人作出改动的部分，如果改动没有被最新的改定所覆盖，它的可跟踪性至少要保持两年。具有可选的总质量显示器，可以显示总质量和超限质量供车主观看。
(7) 计重设备应有措施保证在正常收费状态下不因其它人员误触仪表上的按钮而影响收费的正常进行。
(8) 计重系统中所有活动金属部件均应有可靠的防锈功能，尽可能采用使用寿命内能防锈的材料。
(9)平均无故障工作时间不小于20000小时。 5.2 称重费额显示器 称重费额显示器应显示车型、费额、总(轴)重、超限重和余额等。费额显示器与车道控制机之间以RS232串行接口标准通信，缺省设置为：9600bps，8bit UART,1位起始位，8位数据位，1位停止位。立柱的要求:具有防锈、防撞等处理;若采用镀锌钢管，其钢管壁厚不小于1.5mm;高度1.5m左右; 具有通行信号灯和黄闪报警功能。 5.2.1 显示信息 (1) 车型：显示1位数字 (2) 金额：单位元，显示4位数字 (3) 车重：单位吨，显示4位数字 (4) 超重：单位吨，显示4位数字 (5) 余额：单位元，显示4位数字 5.2.2 基本要求
(1) 在长期暴露于太阳光的环境条件下，其可见性不能降低。 (2) 费额显示器可自动调节发光强度，既可以防止在夜间产生眩光影响司机视觉，又节省了能源，防止器件过早老化。
十
七、故障处理规程
故障和误差
由于硬件可能出现的各种故障和误差，对每一种故障和误差，收费软件也必须有相应的对策。计重收费后，可能出现的故障和误差有以下几种：
(1) 称重设备出现故障，包括 1) 辅助车辆分离器损坏 2) 主车辆分离器损坏
3) 辅助车辆分离器和主车辆分离器同时损坏 4) 轮胎识别器损坏 5) 秤台损坏
6) 与车道控制机通讯故障
(2) 输出数据产生错误或误差，包括 1) 称量误差 2) 总轴限计算错误 3) 车辆分离错误 4) 总轴数错误 5) 牵引（排障）车处理 6) 称重数据数与称重车辆数不符 A.2 故障处理原则 计重收费的故障和误差可分为三类：
(1) 不影响称重数据的故障，如主车辆分离器或辅助车辆分离器其中一个故障时。对这类故障只进行记录并提示维修。
(2) 无法得到称重数据的故障，如秤台故障、通讯故障等。对这类故障自动按货车车型进行计费。
(3) 称重数据出错，如轮胎检测错误、车辆分离错误等。这类故障需要收费员发现后通过车道软件项手动修正后计费。
故障判定
称重设备故障分自动判定和人工判定两种情况。当轴重仪检测到主车
辆分离器、辅助车辆分离器、轮胎识别器或秤台损坏时，通过设备状态指令将故障设备代码发送到车道控制机，车道控制机通过定时查询轴重仪的工作状态，判定是否有硬件故障；对轴重仪不能检测的硬件故障，需要人工判定。
输出数据产生错误或误差只能进行人工判定和通过车道软件选项手工修正。这就要求收费员在收费前先要检查屏显示的收费车辆的轴型、轴重、轴数与当前收费车辆是否一致，如不一致，则在经过值机班长确认后，判定为输出数据产生错误或误差。 A.4 故障处理及收费操作 (1) 称重设备故障 1) 辅助车辆分离器损坏
当主车辆分离器发生故障时，车道控制机对故障设备进行记录和显示；并将设备故障信息发送到收费站服务器，并在收费中心（分中心）管理计算机设备状态上显示。如果主车辆分离器正常，不影响计重收费操作流程。
车道故障处理流程如下：开始收到称重设备故障数据帧 线路损坏？
称重设备图标为显示红色，并显示称重线圈损坏，同时向收费站监控 室发送报警信号 设置称重线圈故障标志 是 否 其他处理 结束
主车辆分离器损坏
当主车辆分离器发生故障时，车道控制机对故障设备进行记录和显示；并将设备故障信息发送到收费站服务器，并在收费中心（分中心）管理计算机设备状态上显示。如果辅助车辆分离器正常，可人工辅助车辆分离，不影响计重收费操作流程。
当主车辆分离器发生故障时，影响车辆判别。此时： 立即报修； 打开备用车道收费。
如果没有备用车道可以使用，但是有辅助车辆分离器时，则： 人工疏导车辆，保持车距2M以上，使用辅助车辆分离器收尾。 3) 辅助车辆分离器和主车辆分离器同时损坏
辅助车辆分离器和主车辆分离器同时损坏，车道控制机对故障设备进行记录和显示；并将设备故障停息发送到收费站服务器，并在收费中心（分中心）管理计算机设备状态上显示。当辅助车辆分离器和主车辆分离器同时损坏，车辆不能分离，车道控制机无法收到称重数据，按货车车型收费。 收费流程如下：
辅助车辆分离器和主车辆分离器同时损坏时，称重设备不能够对车辆收尾，无法向车道控制机提供车辆数据。此时： 立即报修； 打开备用车道收费。 当没有备用车道可以使用时，则
收费员输入货车车型，并从司机手中取回通行卡并在读写器天线上面划过；
计算机屏幕显示“无称重数据”；
收费员在征得值机班长同意后，按【计重】键，自动抓拍车辆图像； 车道控制机屏幕显示“轴型”列表，收费员按【输入】键，输入‘0’，0不是“轴型”列表中的序号，自动按货车车型计算通行费； 收费员收取通行费后，按【放行】键； 4) 轮胎识别器损坏
当轮胎识别故障时，车道控制机对故障设备进行记录和显示；并将设备故障信息发送到收费站服务器，并在收费中心（分中心）管理计算机设备状态上显示。轮胎识别器故障时，无法正确判断轴型，但是，当轮胎识别器损坏时，轴重数据一般都是正确的。此时，如果没有影响收费金额，一般不会引发争议，可以不必理会。但是影响到收费金额，尤其是在超限加收时，往往会引发争议。如果发生争议，则： 车道控制机将所有车辆后轴的轴型初步转为双胎，然后根据实际情况进行人工修正后进行记录和计算。 与车道控制机通讯故障
与车道控制机通讯故障时，记录和显示故障信息；并将故障信息发送到收费站服务器，并在收费中心（分中心）管理计算机设备状态上显示。通讯故障时，车道控制机无法收到称重数据，按货车车型收费。操作流程与辅助车辆分离器和主车辆分离器同时损坏时的收费流程相同。 (2) 输出设备产生错误或误差 1) 称量误差
如果产生的称量误差超过允许范围时，必须进行标定，未完成标定前按货车车型收费。
车辆分离错误
车辆分离错误时，称重设备会将一辆车判断成两辆车，或两辆车判为一辆车，但是总轴数与实际车辆相同。车辆分离错误时，需要收费员人工修正。
收费流程如下：坏，车辆不能分离，车道控制机无法收到称重数据，按货车车型收费。
车辆分离错误时，称重设备会将一辆车判断成两辆车，或两辆车判为一辆车，但是总轴数与实际车辆相同。车辆分离错误时，需要收费员人工修正。
收费流程如下： 收费员输入货车车型，并从司机手中取回通行卡并在读写器天线上面划过；
计算机屏幕显示轴重数据及应收通行费，收费员发现车辆分离错误； 收费员在征得值机班长同意后，按【计重】键，自动抓拍车辆图像； 车道控制机屏幕显示“轴型”列表，收费员按【输入】键，输入当前车辆在“轴型”列表中的序号，重新计算收费额； 收费员收取通行费后，按【放行】键； 3) 总轴数错误 总轴数错误时，需进行人工修正。 收费流程如下：
收费员输入货车车型，并从司机手中取回通行卡并在读写器天线上面划过；
计算机屏幕显示轴重数据及应收通行费，收费员发现车辆分离错误； 收费员在征得值机班长同意后，按【计重】键，自动抓拍车辆图像； 车道控制机屏幕显示“轴型”列表，收费员按【输入】
键，输入当前车辆在“轴型”列表中的序号，重新计算收费额； 收费员收取通行费后，按【放行】键； 4) 牵引（排障）车处理 由于称重设备无法分离牵引（排障）车与被牵引车，只能得到两车总重。因此，在进行计费，需要人工输入牵引（排障）车的重量，计算被牵引车重量后计费。 收费流程如下：
收费员输入牵引（排障）车的车型，然后选择“牵引”车型，屏幕提示收费员输入牵引（排障）车的轴组数；
收费员输入牵引（排障）车的轴组数后，屏幕提示收费员输入牵引（排障）车的重量；
收费员输入牵引（排障）车的重量后，并从司机手中取回通行卡并在读写器天线上面划过，计算机显示应收通行费；
若牵引（排障）车为公务车，按【公务】键和【放行】免费，否则，对牵引（排障）车按应收通行费收费；
牵引（排障）车操作中，第一辆车的【放行】键操作不会使栏杆自动抬起，收费员输入第二辆车的车型，并输入第二辆车的通行卡； 车道控制机从称重数据中减去牵引（排障）车重量后，计算通行费并显示第二辆车的通行费； 收费员收取通行费后，按【放行】键；
5) 称重数据数与称重车辆数不符（错误分离车辆，车辆分离不清） 车辆分离错误时，如果收费中未及时发现和处理，就会造成称重数据与称重车辆对应关系错误，需要收费员人工修正。
称重数据与称重车辆对应关系错误有两种，一是车辆分离错误将两辆车判为一辆车且收费员未进行人工修正，导致当前显示称重数据为下一辆车的称重数据，当前车辆称重数据丢失，这时按货车车型收费。 操作流程如下：
收费员输入货车车型，并从司机手中取回通行卡并在读写器天线上面划过；
计算机屏幕显示轴重数据及应收通行费，收费员发现车辆称重数据与称重车辆不符；
收费员在征得值机班长同意后，按【计重】键，自动抓拍车辆图像； 车道控制机屏幕显示“轴型”列表，收费员按【输入】键，输入‘0’，0不是“轴型”列表中的序号，自动按货车车型计算通行费； 收费员收取通行费后，按【放行】键；车辆分离错误将一辆车判为两辆车并且收费员未进行人工修正，导致当前显示称重数据为上一辆车的称重数据，需要删除当前称重数据。 操作流程如下：
收费员输入货车车型，并从司机手中取回通行卡并在读写器天线上面划过；
计算机屏幕显示轴重数据及应收通行费，收费员发现车辆称重数据与称重车辆不符；
收费员在征得值机班长同意后，按【计重】键，自动抓拍车辆图像； 车道控制机屏幕显示“轴型”列表，收费员按【更改】键，提示是否删除当前车辆的称重数据，收费员再次按【更改】键，则删
除当前车辆的称重数据，自动按下一辆的称重数据计算收费额； 收费员收取通行费后，按【放行】键； 车辆分离不清： 车辆分离不清时，称重设备会将两辆车、甚至多辆车判断成一辆车。该辆车的轴数是被错判的车辆总轴数之和，质量是各车的质量之和，而各轴的轴型和轴重不变。此时： 统计实际车数。
采用人工顺序输入各车辆各轴轴型的方式，进行人工判定处理。
第13篇：教务系统优缺点及改进方案
教务系统优缺点及改进方案
学校的教务系统每个学生和老师都在使用，我们经常使用的正方教务系统虽然看上去简单，但是完全满足了学生和老师的需求，有优点也有缺点，还有许多可以更完善的地方。
学校教务系统的优点是基本上该有的功能都实现了，选课、个人课表和成绩都能按时被查询到。我认为教务处管理系统表现最好的功能是网上报名、选课和个人课表功能，公选课和限选课采用系统随机抽取的方式保证了公平性，而个人课表会自动添加选到的课程让我们查询十分的方便。
这个教务系统我觉得也有做的不好的地方，首先是期末假期时，所有课程同一时间出成绩，有的时候会遇到系统无法登陆问题，应该是服务器瞬间处理不了过大的访问原因。我认为可行的解决方案是分时公布成绩，避免同学在同一时间一起登陆造成服务器压力过大。其次，体育课选课不能再教务系统进行，我觉得这是一个缺憾，完全可以把体育课选课系统放入教务系统。
再有，成绩查询页面有时候无法登陆如图（1）
如图（1）
造成这样的原因我还不太清楚，而且，在正常显示情况下缺少一个计算统计功能，我们在查询时候不能看到学分和绩点的总和成绩。
最后，我认为教务系统里每学期参加的评教活动虽然很有作用，能促进师生间的交流，但总感觉到没有保障，不知道老师是否会记住给差评的学生，感觉是一个很鸡肋的功能，所问问题比较中规中矩，有点走形式的感觉。觉得采取不登陆个人账户投票评教能更体现公平性。
第14篇：大学教务管理系统——UML模型
某大学教务管理系统UML模型
随着高校校园网的建设和Internet技术的引进，基于校园网和Internet的应用系统的开发正在蓬勃发展。教务管理师高校教学管理的一向重要工作，现代化的高校教务管理需要现代化的信息管理系统支持。新世纪背景下，高校教育体制进行了大规模的改革，招生人数逐年增加，教学计划不断更新。在高校日常管理中，教务管理无疑是核心工作，重中之重。其管理模式的科学化与规范化，管理手段的信息化与自动化对于学校的总体发展产生深远的影响，由于管理内容过多，繁琐，处理的过程也非常复杂，并且随着学校人员的增加，教务管理系统的信息量大幅上升，因此往往很难及时准确地掌握教务信息的运作状态这使得高校教务管理的工作量大幅度增加，另外，随着教育改革的不断深化，教学管理模式也在发生变化，例如实施学分制、学生自主选课等。这一切都有赖于计算机网络技术和数据库技术的支持，在这样的形势下建立和完善一个集成化的教务管理系统势在必行。
目前，国内高校都开发了自己基于校园网的教务管理系统。由于其教务管理模式不尽相同，不同学校的实际教务管理情况各有自己的特点，因而各高校需要针对自己的教务管理模式和特点建立自己的教务管理系统。本设计是基于某高校的教务管理模式开发的基于校园网的教务管理系统。这样一个系统不仅可以降低工作量、提高办公效率，而且使分散的教务信息得到集中处理，对减轻教务工作负担、提高教务管理水平、实现教务管理的现代化具有重要意义。
1.建立系统用例模型
1.1确定系统模型的参与者
仔细分析教务管理系统问题描述。在UML中，角色代表位于系统之外和系统进行交互的一类对象，本系统中创建主要的角色有以下三类：
（1）教务员：教务员在教学管理系统中对全体学生进行用户登录、学籍管理、选课管理、教学管理和成绩管理，并且对教师进行登录管理、教学管理和成绩管理。教务处工作人员处理日常的系统维护，例如维护和及时更新学生，教师信息以及安排选课等。
（2）教师：教师根据教务系统的选课安排进行教学，将学生的考试成绩录入此系统。 （3）学生：学生能够在教务管理系统更改学籍信息、进行选课、查询已选课程和考试成绩。
1.2识别用例
用例是系统外部参与者与系统在交互过程中需要完成的任务，识别用例最好的方法就是从分析系统的参与者开始，考虑每一类参与者需要使用系统的哪些功能，如何使用系统，根据教务管理系统的运行流程个提取的参与者信息，确定系统分为以下几个用例： (1)学生参与者用例：
用户登录 学籍管理 选课管理 (2)教师参与者用例：
用户登录 成绩管理 教学管理
(3)教务员参与者用例：
用户登录 学籍管理 排课管理 成绩管理 选课管理 教学管理 系统维护
1.3建立如下四个用例图模型
（1）顶层用例图如图1-1所示
图1-1顶层用例图
从用例图1-1可以看出学生、教师和教务员都使用了“用户登录”用例，表示学生必须先进行用户登录后才可以进行学籍管理和选课管理。同理，教师也必须登录后才能进行成绩管理和教学管理。教务员登录后进行系统设置、学籍管理、排课管理和教学管理等操作。
（2）学生角色用例图 如图1-2所示
图1-2学生角色用例图
从用例图1-2可以看出学生登录后才能进行所有的操作，这样可以提高系统的安全性。 （3）教师角色用例图如图1-3所示
图1-3教师角色用例图 从用例图1-3可以看出教师所有的用例都是建立在“用户登录”基础上，表示教师必须先登录后才可以执行相应的功能，这样可以提高系统的安全性，以免有人故意提供虚假信息。 （4）教务员角色用例图如图1-4所示
图1-4教务员角色用例图
从用例图1-4可以看出教务员的用例相对较多，但是教务员的所有的用例都必须在“用户登录”的基础上，表示教务员必须先登录才可以执行相关的功能，这样同样可以提高系统的安全性，避免有人故意更改信息。
2 建立系统动态模型 2.1活动图
经过活动图的建模可以比较清楚地了解整个进程过程的操作过程，本系统中主要的活动图有如下几个：学生成绩查询活动图、教务员修改学生资料活动图、学生选课活动图以及教师成绩录入活动图
（1）学生成绩查询图如图2-1所示
图2-1 学生成绩查询活动图
从图2-1可以看出，活动图分为多个不同的泳道，每个泳道表示学生在查询成绩活动中不同参与者的工作流。每个泳道中的活动是参与者要执行的操作。通过不通泳道之间的活动过渡，可以了解参与者之间的通信。这些信息可以帮助我们更好地理解系统的业务过程。
在学生成绩查询活动图中可以知道，学生、教师和教务员之间存在着相互联系。学生登录以后可以查询已选科目和成绩单，如果发现自己的成绩单有错误后可以通知教务员成绩有误，教务员联系教师后，教师修改成绩，然后教务员更新数据库。成绩无误后，查询结束。
（2）教务员学生资料修改活动图如图2-2所示； （3）学生选课活动图如图2-3所示；
图2-2教务员学生资料修改活动图图2-3学生选课活动图
从图2-2可以看出，教务员登录教务系统，系统验证用户名和密码，若有错误重新输入，无误后进行选择修改项目，确定修改，
图2-3学生选课活动图图2-4 教师成绩录入活动图
2.2顺序图
主要包括如下几个顺序图 ①教务学籍管理顺序图 ②学生注册顺序图 ③学生选课顺序图 ④教师成绩录入顺序图
图2-5教务学籍管理顺序图
图2-6学生注册顺序图
图2-7教师成绩录入顺序图
3系统类模型 3.1系统包图
将整个教务管理系统划分为人员信息、接口和事务3个包，分别控制不同的应用。
3.2类图
根据系统划分的三类包图，分别讨论人员信息包，接口包和事务包中的类图分别为： （1）人员信息包内的类图 （2）接口包内的类图 （3）事务包内的类图
图3-1 人员信息包内的类图
图3-2接口信息包内的类图
图3-3系统事务信息包内的类图
第15篇：教务系统课程成绩录入注意事项
教务系统课程成绩录入注意事项
1、建议使用IE浏览器录入学生成绩，经测试在360浏览器或其他浏览器不能正常加载，会导致成绩不能完整保存、提交后发现成绩丢失、录入界面刷新闪烁、总成绩计算有误、不能导出成绩单或课程质量分析报告等问题。
2、成绩录入前请先按照《新版教务系统在IE浏览器上的配置方案》配置IE浏览器。（注：请到教务处主页-常见问题解答栏目下阅读）
3、成绩录入前应先学习成绩录入流程和成绩录入注意事项。（注：请到教务处主页-常见问题解答栏目下阅读）
4、任课教师在录入成就之前，请先核对学生名单（尤其是降级学生和不是本班级名单内学生）、学时学分、考试性质等内容，若有问题请与教务科联系（电话：6503459/6503700）。
5、成绩录入前必须设置成绩录入方式设置（请严格按开学初各学院送交的课程考核方式汇总表进行设置，尤其是多位教师同时教授同一门课程，其成绩考核方式应相同）。
6、在成绩录入过程中，若教师使用“成绩导入”功能录入成绩时，需确保“总成绩”是“四舍五入”后只保留整数部分的数值。方法如下（任选其一）：
（1）在导入模板中将“总成绩”一列设置为“四舍五入”后只保留整数部分的分数，如图1所示。
1 / 4
图1 （2）在成绩导入后，在图2所示的界面上用鼠标挨个点击每个学生，系统会根据成绩比例以“四舍五入”的方式自动计算“总成绩”。
图2 （3）任课教师无论是正常录入还是使用“成绩导入”功能录入成绩请在录入完毕后再一次核实学生成绩录入是否正确，若发生错误请在修改分数后再按“保存”，审核无误后再“送审”；送审完毕后请在第二天再一次登录教务系统看是否审核通过，若审核未通过请点击“审核记录”查看未通过原因，修改后再送审。若有问题请与考务科联系，电话：6503293。
2 / 4
5、成绩标志使用的问题
（1）缺考：学生在名单内，但没有参加考试，成绩标志请选择“缺考”。
（2）缓考：原则上由学生申请，教务处审批通过后方可缓考，缓考原则上其录入人是教务处管理人员，但任课教师在使用“成绩导入”功能录入成绩时会使“缓考”标志变为无，请任课教师在录入成绩前先查看是否有缓考标志的学生，若由缓考标志，请教师在导入前把该生成绩删除。若在考试前教师已在学生的缓考申请表上签字，但成绩录入时该名学生的成绩标志依然没有变化，请任课教师与考务科联系确认，电话：6503293。
（3）舞弊、违纪：请录入教师在成绩录入前与考务科联系确认，若学生在考试过程中发生舞弊、违纪的情况请录入教师运用这两个成绩标志。
（4）实考：若学生在考试过程中，实际分数为“0分”，成绩标志请选择“实考”。
（5）未选：任课教师在录入成绩时请慎用“未选”标志，一旦选用会造成学生成绩的丢失，但学生为降级学生在降级前已修过或学生的主修语种为除英语外的其他语种，但专业外语用英语授课的，任课教师在录入成绩时可以用“未选”成绩标志，其他情况禁用。
（6）免考、补修、欠费：这三类成绩标志在录入成绩时尚不涉及。
3 / 4
6、更改“成绩标志”的方法（以将“缺考”改为“无”为例）：更改标志→保存→录成绩→核实成绩→保存
（1）将“成绩标志”由“缺考”更改为“无”，点击保存按钮，然后关闭成绩录入界面；
（2）重新进成绩录入界面，录入各项成绩，确保总成绩已自动重新核算，点击保存按钮，然后关闭成绩录入界面；
（3）再次进入成绩录入界面，查看成绩录入情况。
4 / 4
第16篇：数据库实习报告教务管理系统.
数据库系统课程设计 学生姓名: 班 学 号: 指导教师:
教务管理系统
1、需求分析 1.1 信息要求: 教务管理系统涉及的实体有: ●教师——工作证号、姓名、职称、电话等; ●学生——学号、姓名、性别、出生年月等; ●班级——班号、最低总学分等;
●系——系代号、系名和系办公室电话等; ●课程——课序号、课名、学分、上课时间及名额等。 这些实体之间的联系如下: ●每个学生都属于一个班,每个班都属于一个系,每个教师也都属于一个系。 ●每个班的班主任都由一名教师担任。
●一名教师可以教多门课,一门课可以有几位主讲老师,但不同老师讲的同一门课其课序号是不同 的(课序号是唯一的 。
●一名同学可以选多门课,一门课可被若干同学选中。 ●一名同学选中的课若已学完,应该记录有相应成绩。
●本单位学生、教师都有重名,工作证号、学号可以作为标识。 1.2 处理要求: 教学系统主要提供数据维护、选课和信息查询。 其中常见的查询有:系统中各对象的基本信息查询。 查 询指定班、系的学生信息(名单、人数等 。查询学生的成绩、学分情况。查询教师授课情况和学生选课情 况„„。
1.3 安全性与完整性要求: ●安全性要求: 1.系统应设置访问用户的标识以鉴别是否是合法用户, 并要求合法用户设置其密码, 保证用户身份不被 盗用; 2.系统应对不同的数据设置不同的访问级别,限制访问用户可查询和处理数据的类别和内容;
3.系统应对不同用户设置不同的权限,区分不同的用户,如学生,教师,系统管理员。
●完整性要求: 1.各种信息记录的完整性,关键信息记录内容不能为空; 2.各种数据间相互的联系的正确性; 3.相同的数据在不同记录中的一致性。 1.4 系统功能的设计和划分
根据如上得到的用户需求,我们将本系统按照所完成的功能分成以下几部分: 第一部分:用户管理部分 第二部分:管理员管理部分 各部分完成的功能如下:
1、用户管理部分
1、处理用户注册
2、处理用户登录
3、用户可以查询学生信息。
4、用户可以查询快件信息。
5、用户可以提交与查询报修信息。
6、用户可以插入与删除用户自己的离返校信息。
7、用户可以修改用户自己密码。
2、管理员管理部分
1、处理管理员登录
2、管理员可以查询学生信息。
3、管理员可以发布与更新快件信息。
4、管理员可以插入、修改与查询报修信息。
5、管理员可以插入与查询学生夜归信息。
6、管理员可以查询在校与离校学生信息。
7、管理员可以修改管理员密码。
2、概念设计 (1 概念模型(E-R 图 :
选修联系的分 E-R 图 负责联系的分 E-R 图
授课联系的分 E-R 图
教务管理系统的总 E-R 图 (2 数据字典 :
(3数据流图
查询 课程信息 课程信息表 课程信息 查询 课 程 成绩信息 信 息 教师 学 生 选课信息信 息 查询学 生信息 修改教 师信息 教 师 信 息 系 信 息 课 程 选课信息 信 息 学生 学 生 信 息 选课信息 修改学 教 师 信 息 生信息 查询教 师信息 选课信息 选课 已 选 课 信 息 成绩信息 选 课 表 登记 成绩 成 绩 信 息 查询 选课信息 选课信息 查询 系 信 息 班 级 信 息 学生信息 学生信息表 教师信息 教师信息表 学生信息 教师信息 班 级 信 息 班级信息 查询 系信息 班级信息表 系信息表 总 数 据 流 图 班级信息 查询 系信息
3、逻辑结构设计
-R 图向关系模型的转换（关系的码用下横线表出） 教师（工作证号，姓名，职称，电话，系代号） 代码表示：Teacher ( Tno, Tname, Title, Tel, Dno 此为“教师”实体对应的关系模式。其中 1：n 联系“工作”与此关系模式合并，Dno 为外码。存在的函数 依赖为 Tno → （Tname，Title，Tel，Dno） ，且不存在多值依赖，所以满足 4NF。 学生（学号，姓名，性别，出生年月，班号） 代码表示：Student ( Sno, Sname, Ssex, Sbirth, Cla 此为“学生”实体对应的关系模式。其中 1：n 联系“属于”与此关系模式合并，Cla 为外码。存在的函数 依赖为 Sno → （Sname，Ssex，Sbirth，Cla） ，且不存在多值依赖，所以满足 4NF。 系（系代号，系名，系办公室电话） 代码表示：Department ( Dno, Dname, Dphone 此为“系”实体对应的关系模式。存在的函数依赖为 Dno → （Dname，Dphone） ，且不存在多值依赖，所 以满足 4NF。 课程（课序号，课名，学分，上课时间，名额，工作证号） 代码表示：Course ( Cno, Cname, Credit, Ctime, Cnum, Tno 此为“课程”实体对应的关系模式。其中 1：n 联系“授课”与此关系模式合并，Tno 为外码。存在的函数 依赖为 Cno → （Cname，Credit，Ctime，Cnum，Tno） ，且不存在多值依赖，所以满足 4NF。 选课（学号，课序号，成绩） 代码表示：SC ( Sno, Cno, Grade 此为 m： 联系 n “选修” 所对应的关系模式。 Sno 和 Cno 均为外部码。 存在的函数依赖为完全函数依赖 （Sno， Cno） → Grade，且不存在多值依赖，所以满足 4NF。 班级（班号，最低总学分，工作证号，系代号） 代码表示：Cla ( Cla, TotalCredit, Tno, Dno 此为“班级”实体对应的关系模式。其中 1：n 联系“属于”和 1：1 联系“负责”与此关系模式合并，Tno 和 Dno 为外码。该关系模式中存在传递函数依赖：Cla → Tno, (Tno \\ Cla,Tno → Dno,可得 Cla → Dno,故 Cla 不属于
3NF。解决方法是将其模式分解为：Cla ( Cla, TotalCredit, Tno 和 T-D( Tno, Dno，分解后的关系模式满足 4NF，并且 T-D 与 Teacher 的码相同，可合并为同一模式。但 是考虑到系统要经常进行系的学生信息查询，此时就不得不对 Student、Cla 和 Teacher 三个表进行连接 查询，而连接是影响查询效率的主要原因，所以取消对 Cla 的模式分解。此时 Cla 关系模式满足 2NF。
设计用户子模式 为了方便程序查询，建立了如下用户视图：
1、某系的学生信息视图（学号，姓名，性别，出生年月，班号）
2、某系的教师信息视图（工作证号，教师姓名，职称，电话，负责班级）
3、某课程的学生成绩单（学号，姓名，班级，成绩）
4、教师授课信息表（工作证号，教师姓名，职称，教授课程，学分，上课时间）
5、学生已选课表（课序号，课名，学分，授课教师，上课时间，名额）
4、物理设计 4．1 选择存取方法
1、数据库管理系统自动在每个表的主码上建立索引，通常为 B + 树索引。
2、在 Student 表 Sname 列上建立 Stu_name 索引，因为查询操作很多都使通过学生姓名进行的。
3、在 Teacher 表 Tname 列上建立 Tea_name 索引，因为查询操作很多都使通过教师姓名进行的。 4．2 确定数据库的存储结构
1、为了提高系统性能，根据具体情况将数据的易变部分与稳定部分、经常存取部分和存取频率较低部 分分开存放。
2、DBMS 产品一般都提供了一些系统配置变量、存储分配参数，根据应用环境确定这些参数值，并且 在系统运行时还要根据系统实际运行情况进行调整，以使系统性能最佳。 4．3 评价物理结构 根据所选用的 DBMS，如 SQL Server 2000，从定量估算各种方案的存储空间、存取时间和维护代价入 手，对估算结果进行权衡、比较，选择一个较优的合理的物理结构。
5、系统实施 编写关系模式，载入数据。分期分批地组织数据入库，先输入小批量数据做调试用，待试运行基本合 格后，再大批量输入数据，逐步增加数据量，逐步完成运行评价。需要注意的是，要首先调试运行 DBMS 的 恢复功能，做好数据库的转储和恢复工作。 基本 SQL 语言代码如下： CREATE SCHEMA \"TeachAffair\" AUTHORIZATION Gao CREATE TABLE Department (Dno CHAR(3 PRIMARY KEY, Dept CHAR(20 UNIQUE NOT NULL, Dphone CHAR(11, ; CREATE TABLE Teacher (Tno CHAR(6 PRIMARY KEY, Tname CHAR(20 NOT NULL, Title CHAR(8, Tel CHAR(11,
Dno CHAR(3, FOREIGN KEY (Dno REFERENCES Department(Dno ; CREATE TABLE Cla (Cla CHAR(6 PRIMARY KEY, TotalCredit NUMERIC(4,1, Tno CHAR(6, Dno CHAR(3, FOREIGN KEY (Tno REFERENCES Teacher(Tno, FOREIGN KEY (Dno REFERENCES Department(Dno ; CREATE TABLE Student (Sno CHAR(11 PRIMARY KEY, Sname CHAR(20 NOT NULL, Ssex CHAR(2, Sbirth DATETIME, Cla CHAR(6, FOREIGN KEY (Cla REFERENCES Cla(Cla ; CREATE TABLE Course (Cno CHAR(6 PRIMARY KEY, Cname CHAR(20 NOT NULL, Credit NUMERIC(2,1, Ctime DATETIME, Cnum SMALLINT, Tno CHAR(6, FOREIGN KEY (Tno REFERENCES Teacher(Tno ; CREATE TABLE SC (Sno CHAR(11 NOT NULL, Cno CHAR(6 NOT NULL, Grade SMALLINT CHECK(Grade>=0 AND Grade
6、运行维护
1、针对不同的应用要求制定不同的转储计划，一旦发生故障尽快将数据库恢复到某种一致的状态，并
尽可能减少对数据库的破坏；
2、根据实际情况修改数据库原有的安全性、完整性控制；
3、在数据库运行过程中，监督系统运行，对监测数据进行分析，找出改进系统性能的方法；
4、数据库运行一段时间后，由于记录不断增、删、改，会使数据库的物理存储情况变坏，降低数据的 存取效率，数据库性能下降。这时应按原设计要求重新安排存储位置、回收垃圾、减少指针链等，提高系 统性能。当原有的数据库设计不能满足新的需求，需要重构造数据库，调整数据库的模式和内模式。
7、用户手册 （，具体内容：使用、操作说明。 ）
8、附录 （，源程序清单和结果：源程序必须有注释，以及必要的测试数据和运行结果数据，提倡 用英文描述。 ）
第17篇：教务管理系统需求分析报告
教务管理系统需求分析报告
一、导言
现在是信息化的社会，传统的教务管理模式，已经不适应信息时代的要求，迫使人们起用新的管理方法来管理。 计算机技术的飞速发展，使各行各业在计算机技术应用方面得到了广泛的普及和使用。因此，教务管理系统也以方便、快捷、费用低的优点正慢慢地进入人们的生活，将传统的教务管理方式彻底的解脱出来，提高效率，减轻工人人员以往繁忙的工作，减小出错的概率，从而使人们有更多时间来学习和享受生活。
二、目的
教务系统是对学校教务和教学活动进行综合管理的平台系统，满足学校管理层、教师。学生等日常工作、学习、管理和咨询等工作。目的是共享学校各种资源、提高学校的工作效率、规范学校的工作流程。
三、术语定义
教务管理系统以下简称系统
四、参考资料
《软件项目管理案例教程》 《软件工程导论》
五、任务概述 目标：通过强教务信息的管理，有利于决策者根据教务信息及时进行信息的处理，每个用户用自己的身份通过登录该系统，并根据自己的权限进行相关操作。
六、运行环境
1台主机：CPU2.4G，4G内存，windows7操作系统，连接到Internet。
WEB服务器、文本编辑工具、打印机一台。可利用学校现有的服务器及教师办公用微机等设备。
七、系统定义
（一）需求规定
1、对功能的定义 （1）学生日常管理
a）限于全体学生操作。
b）一般浏览者只能查看教务信息，不能对它做任何修改。而且不同的用户级别所看到的教务信息是有限制的。 （2）教师日常管理
a）查询单条教务信息：主要适合全体老师操作的。在窗体上先可以选择查询的条件，再输入关键字名。按查询即可。
b）查询全部教务信息：是给管理员用的，为了方便管理员查找，也有关键字搜索和模糊搜索，查到记录后，也可双击记录即可显示详细信息。
c）成绩查询：输入学号、密码即可查询学生成绩 （3）信息公布
a）数据备份：用户可以通过选择保存路径把数据库保存在硬盘中。
b）数据恢复：用户可以通过选择路径把数据恢复。 （4）操作管理
a）仅限管理员。其中可以添加、修改、删除操作学生，设置他们的权限、级别及密码。
b）系统整理信息：显示距离管理员整理系统的时间。 （5）评教管理
a）打印单条教务记录：适用于一般浏览者和用户。他们只能打印在他们的权限范围内所能查看的教务。
b）打印全部教务：市委管理员设置的，他们可以根据需要设置打印。 （6）选课管理
a）学生进行网上选课
b）对选课情况进行统计及分析，并生成新的课表。 （7）招生管理 针对新生进行注册管理，并对注册数据进行统计及分析
（二）对性能的规定
1、数据精准度
（1）按照严格的数据格式输入，否则系统不给予响应进行处理。 （2）查询时要保证查全率，所有响应域包含查询关键字的记录都应能查到。
2、时间特性
一般操作的响应时间应在1~2秒内。
3、适应性
（1）满足学校使用的需求。
（2）对前面提到的运行环境要求不应存在困难。
（三）系统图示
1、数据流图
管理员信息管理教务管理系统公布信息查看信息老师查看信息学生
1.1教务管理系统顶层图
录入信息教师名单登录教师管理信息查询查看信息教师信息学生信息 1.2.零层数据流图
ID和密码命令信息查询修改命令学生返回信息验证有效性返回信息信息数据学生选课情况信息查询系统学生选课系统 1.5.学生子系统
2、数据字典 2.1数据存储 （1）老师信息 别名：无
简述：对老师信息进行存储管理 组成：老师姓名+密码+教师基本信息 组成方式：索引文件，教师姓名为关键字 查询要求：要求能立即查询 （2）学生信息 别名：无
简述：对学生的信息进行存储管理 组成：学号+密码+选课信息+成绩+考试信息 组织方式：索引文件，学号为关键字 查询要求：要求能立即查询 （3）选课信息 别名：无
简述：对学生所选择的课程信息进行存储管理 组成：课程+上课时间+上课地点 查询要求：要求能立即查询 （4）评教信息 别名：无 简述：对评教的过程以及结果进行存储管理 组成：学号+评教信息 查询要求：要求能立即查询 2.2数据加工
（1）加工名：录入信息 编号：1.1 激发条件：接收到教师、学生的信息时 优先级：普通 输入：教师、学生信息 输出：无 加工逻辑：无 （2）加工名：登录 编号：1.2 激发条件：进入本系统 优先级：普通 输入：用户信息 输出：登录成功或失败 加工逻辑：无
3、系统流程图
教务管理系统基本配置成绩管理教学评价系统选课管理基本信息管理信息公布招生管理成绩录入权限设置成绩录入重修重考成绩管理成绩查询成绩统计与分析成绩审批及维护评教指标设置学生在线评教教研室主任评教评教结果分析统计学生网上选课选课数据调查选课结果查询选课结果统计生成课表学生日常管理教师日常管理开课课程管理教务信息公布新生管理学生注册注册进程分析注册数据统计查询
4、用例视图
用例视图（Use Case View）是被称为参与者的外部用户所能观察到的系统功能的模型图。教务管理系统的用例视图如下： 教师档案管理管理员系统维护学生档案管理成绩管理学生成绩查询个人成绩查询课程管理网上评教成绩录入学生选课学生用户教师选课教师用户
5、顺序图
5.1学生选课、退课顺序图
对象11登录基础类学生信息数据信息2：验证消息3：进入学生界面4：点击选课退课5：执行选课、退选课6：提示操作成功
5.2管理员添加、修改、删除用户顺序图 管理员1：登录基础类用户管理界面2：验证登录3：进入管理员界面4：点击添加、修改、删除用户5：添加、修改、删除用户6：提示操作成功
6、状态图
网站主页用户登录浏览多个信息浏览查找信息基本业务模块下载文件数据页面更新
7、活动图
7.1学生查询成绩活动图 学生管理员教师登录用户名、密码错误正确选择查询科目生成成绩单成绩单错误通知管理员成绩有误无错误联系任课教师修改成绩更新数据库 7.2学生选课活动图
登录用户名、密码错误正确选择科目确定选课与专业冲突人数已满不和专业冲突人数未满更新数据库 7.3、管理员修改操作活动图 登录用户名错误正确选择修改项目确定修改继续修改不继续更新数据库
（四）故障处理
1、正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。调试中遇到的问题及解决的方案：
2、遇到“数据库已经关闭”提示信息阻止程序运行时：可以查看一下进行此项操作时，操作的表是否被关闭了或者实在没有关闭此表的情况下又一次运用打开语句打开此表。
第18篇：数据库程序设计教务辅助管理系统
数据库设计实例 教务管理系统
数据库实验七 数据库设计
题目要求：
设计一个教务管理系统。要求管理包括：学生的档案，学生选课的情况，学生每学期的综合测评，教师档案，教师工作量等等。具体考核方法根据自己了解的实际情况处理。
假设此次设计的教务系统是整个学生管理系统数据库中的一部分，整个系统至少还包括学籍管理等其他子系统。
在初期设计时，先关注与教务系统有关的数据。在完成对教务管理系统的建模后再对整个系统进行合并，总终得到整个系统的设计方案。
一、需求分析
1、根据分析可以画出该教务管理系统的数据流图：
学生 选课 上课 考试 测评 选课单 允许考试 成绩单 老师档案 课程简介 教室安排 试卷 考场安排 测评报告单 学生名单 教师 选定教材 申报 课表
2、数据字典
数据结构：学生
含义说明：是教务管理系统的一个核心数据结构，定义了学生的有关信息
组成：学号、姓名
数据项：学号
含义说明：唯一标识每一个学生
别名：学生编号 类型：字符型 长度：9位
取值范围：190000000 – 999999999
取值含义：前四位表明学生所在年级，后五位安顺序编号
数据项：姓名
含义说明：表示学生的姓名 类型：字符型 长度：10位
取值范围：任意字符
数据结构：教师
含义说明：教务管理系统的核心数据结构之一，定义了教师的有关信息 组成：教师号，教师姓名
数据项：教师号
含义说明：教师的编号 类型：字符型 长度：5位
取值范围：10000 – 99999
数据项：教师姓名
含义说明：教师的姓名 类型：字符型 长度：10位
取值范围：任意合法的字符
数据结构：课程
含义说明：教务管理系统的核心数据结构之一，定义了课程的有关信息 组成：课程号，课程名，课程描述，教师，教室，教科书，学分
数据项：课程号
含义说明：课程的编号 类型：字符型 长度：4
取值范围：0001 – 9999
数据项：课序号
含义说明：对于同一课程，由不同老师教授，用课序号来区分 类型：字符型 长度：2
取值范围：01 – 99
数据项：课程名
含义说明：课程的名称 类型：字符型 长度：10
取值范围：任意合法的字符
数据项：课程描述
含义说明：课程内容的基本描述 类型：字符型 长度：200
取值范围：任意合法字符
数据项：教科书
含义说明：课程所用的教科书 类型：字符型 长度：20
取值范围：任意合法字符
数据项：学分
含义说明：课程的学分 类型：整型 长度：1
取值范围：1-9
数据结构：教室
含义说明：上课所用的教室
组成：教室编号，教室地址，教室容量
数据项：教室编号
含义说明：教室的编号 类型：字符 长度：5
取值范围：00001-99999
数据项：教室地址
含义说明：标明教室的地址 类型：字符 长度：30
取值范围：任意合法的字符
数据项：教室容量
含义说明：教室的容纳学生的数量 类型：整型
取值范围：正整数
数据结构：选课记录
含义说明：纪录学生选课的纪录 组成：学生，课程，成绩
数据项：成绩
含义说明：选课学生本学期的成绩
类型：浮点数
范围：0.0 – 100.0
处理过程：分配教室
说明：为所有课程分配上课教室 输入：课程，教室 输出：教室安排
处理：学期课程决定后，要为每个课程安排上课地点，要求上课的地点不能冲突且上课人数不能超过教室容量。
处理过程：分配考场
说明：在考试日期，为所有课程分配考场
输入：课程，教室
输出：考场安排
处理：为每个课程安排考场，考试时间和地点不能冲突且考试人数不能超过考场容量。
数据存储：成绩单
说明：记录学生本学期所有课程成绩 流入数据流：学生所有的选课记录 流出数据流：学生的成绩单 数据量：由学生的人数决定 存取方式：随机存取
二、概念结构设计
1、根据需求分析画出E-R图：
选修 学生 教师 课程 m n 讲授 1 n 教科书 n
成绩 教室 开设 1 n
2、根据E-R图写出各个实体的属性描述
学生：{学号，姓名}
课程：{课程号，课程名，课程描述，学分} 教师：{教师号，教师名，课程数} 教室：{教室编号，地址，容量}
3、视图的集成
假设在学生管理系统的学籍管理系统中存在另一个学生实体，其中还包括以下信息：性别，所属专业，所属班级。为了使两个实体保持一致，对两个实体取并集得到新的学生实体： 学生：{学号，姓名，性别，专业，班级}
三、逻辑结构设计
1、由E-R图向数据模型的转换
一个实体型转换为一个关系模式。实体的属性就是关系的属性。实体的码就是关系的码。所以，E-R图中的属性描述可直接转换为相应的关系模式。
2、对于剩余的一对多和多对多联系可以如下表示
学生-课程：{学号，课程号，课序号，成绩} 课程-教师：{课程号，课序号，教师号} 课程-教科书：{课程号，课序号，教科书}
教室-课程：{教室号，时间，课程号，课序号}
其中 课程-教师 与 课程-教科书 具有相同的主码，可以合并成一个关系 教学：{课程号，课序号，教师号，教科书}
最后得到的关系模式为
学生：{学号，姓名，性别，专业，班级} 课程：{课程号，课程名，课程描述，学分} 教师：{教师号，教师名，课程数} 教室：{教室号，地址，容量}
学生-课程：{学号，课程号，课序号，成绩} 教学：{课程号，课序号，教师号，教科书} 教室-课程：{教室号，时间，课程号，课序号}
3、用户外模式
根据需求，为计算综合测评增加一个外模式，因为综合测评只在学期末进行，查询次数不多，所以没有必要用冗余的方法来提高查询效率，只需要建立一个外模式视图即可。
测评{学号，学生姓名，平均成绩}
4、根据设计写出相应的SQL语句：
CREATE TABLE student (
Sno
VARCHAR(9)
CONSTRAINT pk_student PRIMARY KEY,
Sname
VARCHAR(10) NOT NULL,
Sex
VARCHAR(1)
NOT NULL,
Major
VARCHAR(10)
NOT NULL,
Cla
VARCHAR(10)
NOT NULL,
CHECK
(Sex = \'f\' OR Sex = \'m\') )
CREATE TABLE course (
Cno
VARCHAR(4)
CONSTRAINT pk_course PRIMARY KEY,
Cname
VARCHAR(10)
NOT NULL,
Describe
VARCHAR(200) ,
Mark
INTEGER
)
CREATE TABLE teacher (
Tno
VARCHAR(5)
CONSTRAINT teacher_pk PRIMARY KEY,
Tname
VARCHAR(10)
NOT NULL,
Ccnt
INTEGER
NOT NULL DEFAULT 0 )
CREATE TABLE claroom (
Rno
VARCHAR(5) CONSTRAINT pk_claroom PRIMARY KEY,
Locate
VARCHAR(30) NOT NULL,
Cap
INTEGER CHECK
(Cap >0) )
CREATE TABLE tech (
Cno
VARCHAR(4) NOT NULL CONSTRAINT fk_course_cno FOREIGN KEY REFERENCES course(Cno) ON UPDATE CASCADE
--级联更新
ON DELETE CASCADE, --级联删除
SCno
VARCHAR(2) NOT NULL,
Tno
VARCHAR(5) CONSTRAINT fk_teacher_tno FOREIGN KEY REFERENCES teacher(Tno)
ON UPDATE CASCADE
ON DELETE CASCADE,
Book
VARCHAR(20)
CONSTRAINT pk_tech PRIMARY KEY (Cno,SCno) )
CREATE TABLE SC (
Sno
VARCHAR(9) NOT NULL CONSTRAINT fk_student_sno FOREIGN KEY REFERENCES student(Sno)
ON UPDATE CASCADE
ON DELETE CASCADE,
Cno
VARCHAR(4) NOT NULL CONSTRAINT fk_sc_course_cno FOREIGN KEY REFERENCES course(Cno)
ON UPDATE CASCADE
ON DELETE CASCADE,
SCno
VARCHAR(2) NOT NULL,
Score FLOAT
CONSTRAINT pk_sc PRIMARY KEY (Sno,Cno,SCno) )
CREATE TABLE RC (
Rno
VARCHAR(5) CONSTRAINT fk_claroom_rno FOREIGN KEY REFERENCES claroom(Rno)
ON UPDATE CASCADE
ON DELETE CASCADE,
Time
DATETIME,
Cno
VARCHAR(4) NOT NULL CONSTRAINT fk_rc_course_cno FOREIGN KEY REFERENCES course(Cno)
ON UPDATE CASCADE
ON DELETE CASCADE,
SCno
VARCHAR(2) NOT NULL
CONSTRAINT pk_rc PRIMARY KEY (Rno,Time)
)
为进行综合测评增加一个外模式 CREATE VIEW ae AS
SELECT SC.sno, sname, AVG(score) as average FROM SC,Student where SC.sno = student.sno
GROUP BY SC.sno,sname
为了符合数据的参照完整性约束，避免学生选课的时候选择一个不存在的课程号-课序号组，增加一个外键约束。 ALTER TABLE sc
ADD CONSTRAINT fk_sc_tech FOREIGN KEY (Cno,SCno) REFERENCES tech(Cno,SCno)
ON UPDATE CASCADE
ON DELETE CASCADE
为了在插入一个新课程时能级联更新教师的工作量，增加一个触发器。此任务也可以通过建立一个外模式视图来动态统计，为了练习的目的这里采用了触发器
CREATE TRIGGER workcnter On tech AFTER INSERT ,UPDATE, DELETE AS BEGIN
DECLARE @T VARCHAR(5)
IF EXISTS
(
SELECT TOP 1 Tno FROM INSERTED
)
BEGIN
SET @T = (SELECT TOP 1 Tno FROM INSERTED )
UPDATE teacher SET Ccnt = Ccnt + 1 WHERE Tno = @T
END
IF EXISTS
(
SELECT TOP 1 Tno FROM DELETED
)
BEGIN
SET @T = (SELECT TOP 1 Tno FROM DELETED)
UPDATE teacher SET Ccnt = Ccnt1 WHERE Tno = @T END END 关于课程容量：如何保证选课的学生数量不超过教室的容量？
初步解决办法是：在学生选课时建立暂时不考虑容量问题，都加渗透一个临时的SC表中。然后，在选课结束后将未超额的记录直接加渗透SC表，超额的课程进行抽签，将命中部分学生的选课记录插入SC表，直到人数符合课程容量的要求为止。
抽签的功能较适合用顶层的高级语言来实现。在选课结束后，选超额课程的学生需登陆选课系统进行抽签，抽签的过程可以使用概率算法，如果抽中，系统再将选课记录插入SC表，否则就从临时表中删除。 所以，在数据库系统中，没有对SC表的插渗入渗出操作进行约束。
本文来自CSDN博客，转载请标明出处： http://blog.csdn.net/lesky/archive/2006/12/25/1460 966.aspx
数据库设计---教务管理系统
2009年12月03日 星期四 11:04 P.M. 题目要求：
设计一个教务管理系统。要求管理包括：学生的档案，学生选课的情况，学生每学期的综合测评，教师档案，教师工作量等等。具体考核方法根据自己了解的实际情况处理。
假设此次设计的教务系统是整个学生管理系统数据库中的一部分，整个系统至少还包括学籍管理等其他子系统。
在初期设计时，先关注与教务系统有关的数据。在完成对教务管理系统的建模后再对整个系统进行合并，总终得到整个系统的设计方案。
一、需求分析
1、根据分析可以画出该教务管理系统的数据流图： 学生
选课
上课
考试
测评
选课单
允许考试
成绩单
老师档案
课程简介
教室安排
试卷
考场安排
测评报告单 学生名单
教师
选定教材
申报
课表
2、数据字典 数据结构：学生
含义说明：是教务管理系统的一个核心数据结构，定义了学生的有关信息 组成：学号、姓名 数据项：学号
含义说明：唯一标识每一个学生 别名：学生编号 类型：字符型 长度：9位
取值范围：190000000 – 999999999
取值含义：前四位表明学生所在年级，后五位安顺序编号 数据项：姓名
含义说明：表示学生的姓名 类型：字符型 长度：10位 取值范围：任意字符
数据结构：教师 含义说明：教务管理系统的核心数据结构之一，定义了教师的有关信息
组成：教师号，教师姓名
数据项：教师号
含义说明：教师的编号
类型：字符型
长度：5位
取值范围：10000 – 99999
数据项：教师姓名
含义说明：教师的姓名
类型：字符型
长度：10位
取值范围：任意合法的字符
数据结构：课程
含义说明：教务管理系统的核心数据结构之一，定义了课程的有关信息 组成：课程号，课程名，课程描述，教师，教室，教科书，学分
数据项：课程号 含义说明：课程的编号 类型：字符型 长度：4 取值范围：0001 – 9999 数据项：课序号
含义说明：对于同一课程，由不同老师教授，用课序号来区分 类型：字符型 长度：2
取值范围：01 – 99 数据项：课程名 含义说明：课程的名称 类型：字符型 长度：10
取值范围：任意合法的字符 数据项：课程描述
含义说明：课程内容的基本描述 类型：字符型 长度：200
取值范围：任意合法字符 数据项：教科书
含义说明：课程所用的教科书 类型：字符型 长度：20
取值范围：任意合法字符 数据项：学分 含义说明：课程的学分 类型：整型 长度：1 取值范围：1-9 数据结构：教室
含义说明：上课所用的教室
组成：教室编号，教室地址，教室容量 数据项：教室编号 含义说明：教室的编号 类型：字符 长度：5
取值范围：00001-99999 数据项：教室地址 含义说明：标明教室的地址 类型：字符 长度：30
取值范围：任意合法的字符 数据项：教室容量
含义说明：教室的容纳学生的数量 类型：整型 取值范围：正整数 数据结构：选课记录
含义说明：纪录学生选课的纪录 组成：学生，课程，成绩
数据项：成绩
含义说明：选课学生本学期的成绩
类型：浮点数 范围：0.0 – 100.0 处理过程：分配教室
说明：为所有课程分配上课教室 输入：课程，教室 输出：教室安排
处理：学期课程决定后，要为每个课程安排上课地点，要求上课的地点不能冲突且上课人数不能超过教室容量。
处理过程：分配考场
说明：在考试日期，为所有课程分配考场
输入：课程，教室
输出：考场安排
处理：为每个课程安排考场，考试时间和地点不能冲突且考试人数不能超过考场容量。
数据存储：成绩单
说明：记录学生本学期所有课程成绩 流入数据流：学生所有的选课记录 流出数据流：学生的成绩单 数据量：由学生的人数决定 存取方式：随机存取
二、概念结构设计
1、根据需求分析画出E-R图：
选修
学生
教师
课程
m n 讲授
1 n 教科书
n 成绩
教室
开设
1 n
2、根据E-R图写出各个实体的属性描述 学生：{学号，姓名}
课程：{课程号，课程名，课程描述，学分} 教师：{教师号，教师名，课程数} 教室：{教室编号，地址，容量}
3、视图的集成
假设在学生管理系统的学籍管理系统中存在另一个学生实体，其中还包括以下信息：性别，所属专业，所属班级。为了使两个实体保持一致，对两个实体取并集得到新的学生实体： 学生：{学号，姓名，性别，专业，班级}
三、逻辑结构设计
1、由E-R图向数据模型的转换
一个实体型转换为一个关系模式。实体的属性就是关系的属性。实体的码就是关系的码。所以，E-R图中的属性描述可直接转换为相应的关系模式。
2、对于剩余的一对多和多对多联系可以如下表示 学生-课程：{学号，课程号，课序号，成绩} 课程-教师：{课程号，课序号，教师号} 课程-教科书：{课程号，课序号，教科书} 教室-课程：{教室号，时间，课程号，课序号}
其中 课程-教师 与 课程-教科书 具有相同的主码，可以合并成一个关系 教学：{课程号，课序号，教师号，教科书} 最后得到的关系模式为
学生：{学号，姓名，性别，专业，班级} 课程：{课程号，课程名，课程描述，学分} 教师：{教师号，教师名，课程数} 教室：{教室号，地址，容量}
学生-课程：{学号，课程号，课序号，成绩} 教学：{课程号，课序号，教师号，教科书} 教室-课程：{教室号，时间，课程号，课序号}
3、用户外模式
根据需求，为计算综合测评增加一个外模式，因为综合测评只在学期末进行，查询次数不多，所以没有必要用冗余的方法来提高查询效率，只需要建立一个外模式视图即可。 测评{学号，学生姓名，平均成绩}
4、根据设计写出相应的SQL语句： CREATE TABLE student (
Sno VARCHAR(9) CONSTRAINT pk_student PRIMARY KEY, Sname VARCHAR(10) NOT NULL, Sex VARCHAR(1) NOT NULL, Major VARCHAR(10) NOT NULL, Cla VARCHAR(10) NOT NULL, CHECK (Sex = \'f\' OR Sex = \'m\') )
CREATE TABLE course (
Cno VARCHAR(4) CONSTRAINT pk_course PRIMARY KEY, Cname VARCHAR(10) NOT NULL, Describe VARCHAR(200) , Mark INTEGER )
CREATE TABLE teacher (
Tno VARCHAR(5) CONSTRAINT teacher_pk PRIMARY KEY, Tname VARCHAR(10) NOT NULL,
Ccnt INTEGER NOT NULL DEFAULT 0 )
CREATE TABLE claroom (
Rno VARCHAR(5) CONSTRAINT pk_claroom PRIMARY KEY, Locate VARCHAR(30) NOT NULL, Cap INTEGER CHECK (Cap >0) )
CREATE TABLE tech (
Cno VARCHAR(4) NOT NULL CONSTRAINT fk_course_cno FOREIGN KEY REFERENCES course(Cno) ON UPDATE CASCADE --级联更新 ON DELETE CASCADE, --级联删除 SCno VARCHAR(2) NOT NULL,
Tno VARCHAR(5) CONSTRAINT fk_teacher_tno FOREIGN KEY REFERENCES teacher(Tno) ON UPDATE CASCADE ON DELETE CASCADE, Book VARCHAR(20)
CONSTRAINT pk_tech PRIMARY KEY (Cno,SCno) )
CREATE TABLE SC (
Sno VARCHAR(9) NOT NULL CONSTRAINT fk_student_sno FOREIGN KEY REFERENCES student(Sno) ON UPDATE CASCADE ON DELETE CASCADE,
Cno VARCHAR(4) NOT NULL CONSTRAINT fk_sc_course_cno FOREIGN KEY REFERENCES course(Cno) ON UPDATE CASCADE ON DELETE CASCADE, SCno VARCHAR(2) NOT NULL, Score FLOAT
CONSTRAINT pk_sc PRIMARY KEY (Sno,Cno,SCno) )
CREATE TABLE RC ( Rno VARCHAR(5) CONSTRAINT fk_claroom_rno FOREIGN KEY REFERENCES claroom(Rno) ON UPDATE CASCADE ON DELETE CASCADE, Time DATETIME,
Cno VARCHAR(4) NOT NULL CONSTRAINT fk_rc_course_cno FOREIGN KEY REFERENCES course(Cno) ON UPDATE CASCADE ON DELETE CASCADE, SCno VARCHAR(2) NOT NULL
CONSTRAINT pk_rc PRIMARY KEY (Rno,Time) )
为进行综合测评增加一个外模式 CREATE VIEW ae AS
SELECT SC.sno, sname, AVG(score) as average FROM SC,Student where SC.sno = student.sno GROUP BY SC.sno,sname
为了符合数据的参照完整性约束，避免学生选课的时候选择一个不存在的课程号-课序号组，增加一个外键约束。 ALTER TABLE sc
ADD CONSTRAINT fk_sc_tech FOREIGN KEY (Cno,SCno) REFERENCES tech(Cno,SCno) ON UPDATE CASCADE ON DELETE CASCADE
为了在插入一个新课程时能级联更新教师的工作量，增加一个触发器。此任务也可以通过建立一个外模式视图来动态统计，为了练习的目的这里采用了触发器 CREATE TRIGGER workcnter On tech AFTER INSERT ,UPDATE, DELETE AS BEGIN
DECLARE @T VARCHAR(5) IF EXISTS (
SELECT TOP 1 Tno FROM INSERTED ) BEGIN
SET @T = (SELECT TOP 1 Tno FROM INSERTED ) UPDATE teacher SET Ccnt = Ccnt + 1 WHERE Tno = @T END
IF EXISTS (
SELECT TOP 1 Tno FROM DELETED ) BEGIN
SET @T = (SELECT TOP 1 Tno FROM DELETED) UPDATE teacher SET Ccnt = Ccnt - 1 WHERE Tno = @T END END 关于课程容量：如何保证选课的学生数量不超过教室的容量？
初步解决办法是：在学生选课时建立暂时不考虑容量问题，都加入一个临时的SC表中。然后，在选课结束后将未超额的记录直接加入SC表，超额的课程进行抽签，将命中部分学生的选课记录插入SC表，直到人数符合课程容量的要求为止。
抽签的功能较适合用顶层的高级语言来实现。在选课结束后，选超额课程的学生需登陆选课系统进行抽签，抽签的过程可以使用概率算法，如果抽中，系统再将选课记录插入SC表，否则就从临时表中删除。
所以，在数据库系统中，没有对SC表的插入操作进行约束。
第19篇：正方教务管理系统教师操作手册
教务管理系统教师操作手册
发布时间：2012-02-15 08:39 来源：教务处 作者：刘晓木点击量：428
一、系统登录
打开IE浏览器，输入WEB服务器地址(10.10.1.21)或从教务处主页登录“正方教务管理系统”，进入用户登录界面。输入用户名及口令(与原系统相同)，选择“教师”角色，按“登录”。(请各位老师不要忘记关闭所有开启的窗口，以防他人进入，造成不良后果！)
二、信息维护
信息维护内容包括：个人简历、密码修改、全校性公选课申请、公选课教材指定、教学日历、临时调、停(补)课申请。
2.1教师个人简历维护
点击“信息维护”->“个人简历”，维护性别、联系电话、E-MAIL、教师简介等内容； 2.2密码修改
为防止登录信息泄密，请各位教师尽快更改原始密码，点击“信息维护”->“密码修改”，修改自己的原始密码和登陆名。
2.3全校性公选课申请
点击“信息维护”->“全校性公选课申请”。
1.依次选择开课学年学期、课程名称、课程性质、课程类别、课程归属、考核方式、上课校区、场地要求；
2.输入周学时、起止周(格式如01-16)、学分、容量；
3.设置面向对象、禁选对象：选择年级、或学院、或专业(若面向2001级的只选年级2001)，点击添加对象；
4.录入课程简介(250字以内)、申请说明(150字以内)；5.点击“保存”完成申请。
6.点击“打印”输出到EXCEL，打印后交院系签字审核。
2.4公选课教材指定
担任全校性公选课开课任务的老师可点击“信息维护”->“公选课教材指定”指定公选课教材，但必须录入教材名称、教材作者、出版社及教材版别。
2.5教学日历
选择学年，学期以及课程名称，录入周次，选择授课形式，录入教学内容；录入完毕后按保存按钮。若有多个相同教学班的，可点击“拷贝来自”，复制相同的日历再保存。教学日历可以根据不同的系统设置显示不同的两种格式，可以满足不同学校的要求。
格式一
2.6临时调、停(补)课申请
点击“信息维护”->“临时调、停(补)课申请”，依次选择变动类别、课程、变动上课信息、原起始周、原结束周、变动后起始周、变动后结束周、变动后上课时间(星期几、第几节、上课长度)，点击“检测可使用教室”后选择可使用教室，再录入调课理由，点击“申请”，下面显示申请信息及审核情况，待教务处审批同意后，会显示审批结果及调整后的时间、地点。若输入有误可点击“退选”取消申请。
三、信息查询
信息查询包括：教学任务、专业推荐课表、教师个人课表、选课情况、教学质量评价、考试安排、培养计划、教材库存、教室等内容查询。
3.1教学任务查询
点击“信息查询”->“教学任务”可查询教师各学期担任的教学任务。
3.2专业推荐课表查询
点击“信息查询”->“专业推荐课表查询”可查询各专业推荐课表。
3.3教师个人课表查询
点击“信息查询”->“教师个人课表查询”可查询全校每位教师的上课情况。
3.4选课情况查询
点击“信息查询”->“选课情况查询”可查询、打印教学班的学生名单。
3.5教学质量评价查询
点击“信息查询”->“教学质量评价查询”可查询教学评价结果。
3.6考试安排查询
点击“信息查询”->“考试安排查询”可查询教师担任监考任务。
点击“信息查询”->“监考安排”可查询教师担任监考任务。
3.7培养计划查询
点击“信息查询”->“培养计划查询”可查询全校各专业的培养计划。
3.8教材库存查询
点击“信息查询”->“教材库存查询”可查询教材科库存教材的相关信息。
四、成绩录入
1.点击“成绩录入”->选择学期任教课程，进入网上成绩录入系统；
2.输入课程密码(默认为0)；
3.按“确定”按钮，进入学生成绩录入界面，在左下角输入各部分成绩比例及选择总评记分方式，在右上角选择各部分成绩记分方式后，录入成绩按“保存”，全部完成后并检查无误后按“提交”按钮。注：按“提交”按钮后，成绩不能更改。
按“输出打印”按钮可将该班成绩输出打印。
选择班级及“格式一”导到EXCEL，打印并签名后交教务员存档。选择班级及“试卷分析”导到EXCEL，可制作试卷册用。
4.教师成绩录入
教师进入登陆成绩的页面时会看到一个学生信息的列表；
如果要给某位学生录成绩的话只要点击该学生列表后面的“选择”字样；
教师只要在这个页面上录入学生的各个单项的成绩就可以了。
五、公文管理
5.1 公文起草
教师可以在本页面内起草公文；
5.2 公文发送
登陆公文发送页面，教师可以发送公文和修改附件，发送了公文完成，公文的接受对象就可以通过公文的查看页面进行查看。
5.3 公文查看
教师可以通过该页面查看别的用户发送给自己的公文，也可以对公文进行回复。
5.4 公文管理
教师可以在该页面管理自己所发送的公文，可以查看公文的接受用户的回复。
六、教学评价
教师可以在该页面进行同行评价页面如下；教师可在该页面中选择评价的指标，完成对各个教师评价，评价完后只要点“提交”即可。
第20篇：数据库课程设计 计算机教务管理系统
中北大学
数据库课程设计
说 明 书
学 院、系： 专
业： 学 生 姓 名： 设 计 题 目：
李翰超
软件学院 软件工程
学 号： 1221010619
计算机等级考试教务管理系统
起 迄 日 期: 2014年5月26日- 2014年6月20日 指 导 教 师:
2012 年 6月 21 日
1 .引言
随着全国计算机等级考试的全面推广，我市学生每年参加两次全国计算机等级考试，考试管理工作量相当大。但是靠人工的方式管理等级考试相关的信息，这种管理方式存在着许多缺点，如：工作效率低、统计容易出错，另外时间一长，将产生大量的文件和数据，这对于查找、更新和维护都带来了不少的困难。所以开发一个计算机等级考试成绩管理系统是非常必要的。 2.需求分析
计算机等级考试分为若干种类：如：计算机一级VB、C语言；计算机二级VB、C语言、Ｃ++；计算机三级数据库、网络技术；计算机四级数据库工程师、网络工程师。对于每个种类，考试分为笔试和机试.计算机等级考试工作过程如下：每个考生在报名时，登记姓名、性别、报考种类、学校、身份证号、个人照片等。考试办公室根据考生报考的种类，以及所在的考区来安排考场，编排准考证号码，打印准考证。考生参加考试后，登记每个考生每项的成绩，并计算出每个考生笔试和机试的成绩是否都>=60分。对机试和笔试都>=60分的考生，按所在考区打印通过证书，同一考区按准考证号码顺序打印出通过证书，分发给考生；计算机四级只要笔试成绩>=60则通过；打印成绩表供考试办公室留存、备查。
开发计算机等级考试成绩管理系统，有计算机辅助实现上述过程，代替人工操作，节省人力、时间，提高工作效率。
2.1 处理对象 （1） 用户帐号密码管理 对考点代码，考点名称进行管理 用户与密码进行管理 （2） 报名管理功能模块
报各库录入（姓名不能不空，之间不能有空格） 增加、删除、修改、浏览 （3） 准考证管理模块
准考证生成规则：xxx+yy+zz+kk 其中XXX为考点代码；YY为语言代码，XX为考场号，KK为座位号 （4） 考务管理功能模块
考生信息查询、浏览 成绩管理模块
成绩数据录入、接收
成绩合成（总成绩=笔试成绩*0.6+上机成绩*0.4）,按大于或等于60合格
2.2数据字典：
考生信息表（考生主键（主键），姓名，性别，出生年份，民族，身份证号，联系地址，联系电话，备注）
准考证表（准考证号主键,准考证号）
成绩表（成绩表主键，笔试成绩，上机成绩，总成绩）
级别语言代码表（级别语言代码主键，级别语言代码，级别，语言） 考生考点信息表（考生考点主键，考点代码，考点名称，） 用户帐号管理（用户帐号主键，用户名，密码）
信息操作表（考生主键（主键），准考证号主键, 级别语言代码主键，考生考点主键，用户帐号主键）
3.E-R图
4.关系模型
考生信息表（考生主键（主键），姓名，性别，出生年份，民族，身份证号，联系地址，联系电话，备注）
准考证表（准考证号主键,准考证号）
成绩表（成绩表主键，笔试成绩，上机成绩，总成绩）
级别语言代码表（级别语言代码主键，级别语言代码，级别，语言）
考生考点信息表（考生考点主键，考点代码，考点名称，） 用户帐号管理（用户帐号主键，用户名，密码）
信息操作表（考生主键（主键），准考证号主键, 级别语言代码主键，考生考点主键，用户帐号主键）
其模式定义：
见附件：模式定义。
5.物理设计
本数据库共有5张表组成，其中t_manage表为管理表，而其他4张表：t_grade，t_information，t_level，t_regist都为基本表，当要查询所需要的信息时，就用连接查询将管理表和基本表连接在一起，从而看到想看到信息。
6.数据库实施
create table t_grade ( grade number primary key, write number, shangji number, totalgrade number ); alter table t_grade add constraint write check(write=0); alter table t_grade add constraint shangji check(shangji
shangji>=0); alter table t_grade add constraint totalgrade check
(totalgrade=write+shangji);
insert into t_grade values(001,40,50,90); insert into t_grade values(002,30,50,80); insert into t_grade values(003,20,60,80); insert into t_grade values(004,25,50,75); insert into t_grade values(005,30,40,70); create table t_information ( information number, sname varchar2(20) not null, gender varchar2(2)check(gender=\'n\' or gender=\'v\'), birth number, nation varchar2(20)not null, idnumber char(18), addre varchar2(20) not null, phone number not null, note varchar2(20),
primary key(information) ); alter table t_information add constraint birth check(birth
birth>=19200101);
insert into t_information values
(006,\'ling\',\'n\',19950302,\'han\',\'140107199203060014\',\'shanxi\',\'0101111\',null ); insert into t_information values
(007,\'wang\',\'n\',19950607,\'han\',\'140107199206070014\',\'shanxi\',\'0101241\',null ); insert into t_information values
(008,\'john\',\'n\',19950504,\'german\',\'140107199205040014\',\'german\',\'010234511\'
,\'forgien\'); insert into t_information values
(009,\'liu\',\'v\',19930407,\'han\',\'140107199204070014\',\'shanxi\',\'010123511\',nul l); insert into t_information values
(010,\'yuan\',\'n\',19910408,\'han\',\'140107199204080014\',\'shanxi\',\'0101211\',null ); create table t_level ( leve number primary key, codes number not null, language varchar2(15) not null ); insert into t_level values(015,01,\'chinese\'); insert into t_level values(016,01,\'chinese\'); insert into t_level values(017,02,\'chinese\'); insert into t_level values(018,01,\'english\'); insert into t_level values(019,01,\'chinese\');
create table t_regist ( regist number, place varchar2(14), registnumber varchar2(9), primary key(regist) );
insert into t_regist values(020,10101,\'14010101\'); insert into t_regist values(021,10201,\'14010102\'); insert into t_regist values(022,11101,\'14010103\'); insert into t_regist values(023,12101,\'14010104\'); insert into t_regist values(024,15103,\'14010105\'); create table t_user ( use number, username varchar2(14) not null, code varchar2(20)not null, primary key(use) );
insert into t_user values(025,\'ling\',\'asasn\'); insert into t_user values(026,\'wang\',\'asasn\'); insert into t_user values(027,\'john\',\'sdrhy\'); insert into t_user values(028,\'liu\',\'eryery\'); insert into t_user values(029,\'yuan\',\'hjlmyu\');
create table t_manage ( information number, grade number, leve number, use number, regist number, foreign key(grade) references t_grade(grade), foreign key(information) references t_information(information), foreign key(leve) references t_level(leve), foreign key(regist) references t_regist(regist), foreign key(use) references t_user(use) );
insert into t_manage values(006,001,015,025,020); 5
insert into t_manage values(007,002,016,026,021); insert into t_manage values(008,003,017,027,022); insert into t_manage values(009,004,018,028,023); insert into t_manage values(010,005,019,029,024);
7．系统调试
通过sql语句对其进行调试，以测试其正确性，如图1，2，3，4，5
图 1 6
图 2
图 3 7
图 4 用自然连接查询：
图 5
8．心得体会
本次课程设计主要设计一个计算机管理系统，我的大体思路就是将基本信息录入到基本表当中，并保证没有重复属性，然后设计一个管理表，让其它基本表参照这个管理表，这个管理表当中只有各表主键，需要查看信息时，就将两表连接。。。
这次课设我觉得有两个难点，一个是表间的参照，另一个是约束条件的设置，尤其是约束条件一定要充分考虑到，还有当有那种范围值的约束时要在建表后要用alter修改，而不是在定义时直接约束。
最后一点是关于主键的问题，主键最好别用学号什么的，最好应该用连续的、无意义的数字，create sequence之后，每加一个元组就用一次nextval，这样可以让电脑自动排号。
