系统集成项目管理系统使用说明
1.系统简介
为规范系统公司的项目管理，实现公司各部门对工作量和进度的反馈，特开发《系统集成项目管理》系统。该系统依托于公司的Notes平台，用于系统公司各项目的监控。
系统将项目分为立项、提案、投标、开发、工程、结项、维护这几个阶段，项目可以从立项、提案、投标、开发、工程中的任一阶段开始。项目开始后，系统会自动为其建立主项目单，在这个主单上关联项目的各个阶段。一个项目可以包括经历多次提案、投标、开发、工程过程申请，结项后可以有多次维护。
项目的售前负责人、项目负责人、工程负责人可以给项目成员建立任务单。
项目中需要提供业主信息、合作伙伴信息，如需施工还需提供工程商信息。这些信息以分公司为单位归类，新信息可以使用特定的按钮创建，也可以在项目开始时在申请信息中直接填写来创建。
2.立项
2.1输入和输出
2.1.1输入
序号名称描述模板1业主信息无
2合作伙伴信息无
3立项阶段需求描述项目立项阶段的基本需求、要点
难点、要求输出成果物和要求完成日
期等
无
2.1.2输出
序号名称描述模板
1初步解决方案无
2概算清单无
3PPT演讲稿无
2.2角色与职责
角色职责
直接主管1、审核概算清单
售前负责人1、分派立项阶段的任务
2、提交初步解决方案、概算清单、PPT演讲稿等输出成果物
3、移交审核过的初步解决方案、概算清单、PPT演讲稿等输出成果物
受理人1、审核立项申请
2、指定售前负责人
申请人1、提出需求，提交立项申请
2、确认立项结束
2.3流程图
2.4流程描述
提出需求，提交立项申请
责任角色：申请人
1.申请人根据所属分公司，选择相应的业主信息、合作伙伴信息。
2.申请人整理立项阶段需求，提交立项申请。
补充说明：
1.业主信息、合作伙伴信息与各分公司关联，先选择所属分公司，才能显
示与之对应的业主、合作伙伴。
2.对于没有入库的业主、合作伙伴信息，需要先创建。创建方式有两种：
一种是使用表单上方的“创建业主信息”“创建伙伴信息”按钮，如下图；
一种是选择了所属分公司后，直接在申请表单填写新的业主、合作伙伴
信息，提交后新信息将自动入库。
●指定售前负责人
责任角色：受理人
1.受理人审核立项申请是否符合要求。
2.如果不符合要求，则退回给申请人修改后重新提交。
3.如果符合要求，则指定售前负责人及其直接主管，提交给售前负责人处
理。
●分派任务，提交输出成果物
责任角色：售前负责人
1.售前负责人审核立项申请，可以同意、退回或终止该申请。
2.如果同意，售前负责人需提交申请人要求的输出成果物，可以是初步解
决方案、概算清单、PPT演讲稿或其他。
3.售前负责人可以指派任务给相关人员，转入任务单流程。任务单结束后，
售前负责人方可提交给直接主管审核。
●审核概算清单
责任角色：直接主管
1.直接主管审核售前负责人提交的输出成果物。
2.如果审核不通过，退回给售前负责人。
3.如果审核通过，提交给售前负责人移交输出成果物。
●移交输出成果物
责任角色：售前负责人
1.售前负责人提供FTP存放位置，移交输出成果物给申请人。
●确认
责任角色：申请人
1.申请人审核输出成果物，确认立项结果。
2.如果审核不通过，退回给售前负责人。
3.如果审核通过，根据实际情况选择直接结束或是进入提案阶段。
补充说明：
1.有的项目，立项结束时不需要提案，直接结束。一段时间内，这个项目
没有进行后续的流程，此时又需要提案的话，可以打开主项目单，点击上方的“项目提案”按钮，如下图，即可新建本项目的提案申请。
2.上图的各个阶段的按钮的作用：如果该阶段已经进行，则链接到相应表
单；如果该阶段未进行过，则新建相应的申请。
3.提案
3.1输入和输出
3.1.1输入
序号名称描述模板
1业主信息无
2合作伙伴信息无
描述项目提案阶段的基本需求、要求
3提案阶段需求
无
输出成果物和要求完成日期等
3.1.2输出
序号名称描述模板
1详细解决方案无
2预算清单无
3工程设计方案无
4演示软件无
5讲解PPT无
用户需求说明
6
无
书
3.2角色与职责
角色职责
直接主管1、审核提案申请
2、重新指派项目负责人
项目负责人1、分派提案阶段的任务
2、提交详细解决方案、预算清单、PPT演讲稿、工程设计方案、演示
软件、讲解PPT、用户需求说明书等输出成果物受理人1、审核提案申请
2、指定项目负责人
申请人1、提出需求，提交提案申请
2、确认提案结束
3.3流程图
教务管理系统-详细设计说明书
详细设计说明书 1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2程序系统的结构 (2) 2.1登录模块 (3) 2.2学生模块 (4) 2.3教师模块 (5) 2.4管理员模块 (6)
1引言 1.1编写目的 在前一阶段（概要设计说明书）中，已解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的详细设计报告中将对在本阶段中对系统所做的所有详细设计进行说明。 1.2背景 随着学校教育水平的不断提高，现有管理系统已经远远不能够满足学校的需求，已经成为学校进一步发展的瓶颈，例如软件维护费用高，信息查询不方便，软件可操作性不高，为此我们小组想开发教务管理系统，方便学校师生。 1.3定义 Access2003: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 主键：数据库表中的关键域。值互不相同。 1.4参考资料 《软件工程导论》（第5版）张海藩编著清华大学出版社 2程序系统的结构 软件结构
2.1登录模块 学生信息存储在数据库表student中，包括学号，密码等。教师信息存储在表professor中，包括教工号，密码等。管理员信息存储在表registrar中用户选择登录身份（学生，教师或管理员），学工号，密码。首先检查学工号是否为空，为空则提示。若不为空，则检索相应数据库表，检查用户是否存在。若存在，检查密码是否正确，若正确，则登录成功。 开 输入学 工号和
教务管理系统需求规格说明书 文件编号：ZW-0001 版本：1.0
1 .引言 《教务管理系统软件需求规格说明书》旨在详细描述系统功能需求和一些非功能需求，明确系统需求边界。文档分为四个部分： （1）引言部分描述了项目的编写目的和范围，并对文档中使用到的术语进行了说明， 还列出了本文档所使用的参考文献和相关文档； (2) 任务概述部分对系统进行了简要的描述； (3) 需求规定部分对系统从功能要求、安全性、性能，数据管理及其处理等几方面进 行阐述； (4) 运行环境规定部分对系统运行所需要的设备，支持的软件以及接口方面，做了详 细描述。 1.1. 编写目的 《教务管理系统软件需求规格说明书》编写的目的是： 根据华中科技大学教务处的要求进行编写，旨在为全校的教务管理（包括本科生，研究生，博士和博士后）提供一个方便的公共平台，让繁杂的教务管理变的简单易行。 《教务管理系统软件需求规格说明书》的目标是： 本说明书将要说明系统在技术上的具体需求，要实现的具体功能，指出实现系统的方法与途径，为后来的各项工作进行起着指导作用。
《教务管理系统软件需求规格说明书》的预期读者为： （1）对相关业务技术和总体方案做决策的管理人员和质量管理人员；（2）对本《教务管理系统软件需求规格说明书》进行评审和确认的有关业务、技 术人员； （3）参加概要设计和详细设计阶段工作的全体设计人员； （4）教务管理系统项目组，其他有权需要调用本文档的人员 《教务管理系统软件需求规格说明书》的全部内容为beyond团队、华中科技大学教务处的商业机密，应严格控制业务范围，项目开发阶段由设计部、项目软件开发组负责管理，项目结束后交由华中科技大学档案室负责管理，未经双方同意，不得以任何介质（文本，软盘，硬盘，光盘）等形式持有本文档部分或全部内容。 1.2. 背景 项目名称：教务管理系统 项目任务提出者：华中科技大学教务处 项目任务开发者：beyond团队 项目用户：华中科技大学的所有教学管理人员 实现此软件的计算机网络：华中科技大学计算中心 项目与其他软件，系统的关系： 教务管理系统采用NetBeans5.51作为开发平台，用Microsoft Office Access 作数
大型数据库课程设计 设计说明书 教务管理系统 起止日期：2014 年12月1日至2014 年12月7 日 学生姓名关鹏举 班级计算机1102班 学号11408100208 成绩 指导教师(签字) 计算机与通信学院 2014年12月6日
目录 1 绪论................................................................................................. 错误！未定义书签。 1.1 课题背景................................................. 错误！未定义书签。 1.2 控件开发相关技术介绍..................................... 错误！未定义书签。 2 系统分析......................................................................................... 错误！未定义书签。 2.1 工作流程 (2) 2.2 业务需求 (2) 3 系统设计 (3) 3.1 系统功能结构图 (3) 3.2 模块功能设计 (5) 4 系统数据库设计 (5) 4.1 数据表E-R图 (5) 4.2 数据表的设计 (7) 4.3 数据库表的创建，向表中插入数据----------------------------------------------8 4.4 存储过程，触发器的设计 (18) 4.4.1 存储过程 (18) 4.4.2触发器 (21) 5 总结和展望..................................................................................... 错误！未定义书签。 5.1 总结与展望............................................... 错误！未定义书签。参考文献............................................................................................... 错误！未定义书签。致谢..................................................................................................... 错误！未定义书签。课程设计检查表................................................................................... 错误！未定义书签。
管理信息系统 实 训 报 告 （补修） 系部：经济与信息管理系 专业：计算机信息管理 班级：G113501 姓名：马彦平
指导教师：王玥 日期：2014.3.10——2014.3.20 教务管理系统开发报告 一.项目背景 1，随着高校学生规模的扩大，给教务管理部门带来了更大的压力。 2，随着信息技术的进步与发展，各行各业用信息化系统提高管理的效率。 二.系统目标： 开发本系统的目标是：实现学生学籍管理，学生成绩管理，教师信息管理三大任务。学生能够进行成绩的查询，课程的查询、个人信息的修改；教师能够查询所带课程、修改个人信息、输入学生成绩；教管理人员能够对教师，学生进行查询、添加、修改等等。 三.需求分析 1.用户有哪些 学生、任课老师、教务管理人员、系统管理人员 2.各用户的需求是什么
四．拟定开发方案 1，采取面向对象的程序设计方法。 2，采用B/S开发模式。B/S三层体系结构为：表示层(presentation)、功能层(BusinessLogic)、数据层(dataService)。第一层，表示层：Web浏览器。第二层：功能层：应用程序扩展功能的Web服务器。第三层：数据层：数据库服务器。B/S结构极大地简化了客户机的工作。 3，在本系统中，服务器操作系统使用的是Windows Server 2000，客户端操作系统为Windows 7,数据库为access2010，Web服务器采用IIS5.0以上Web 程序采用https://www.doczj.com/doc/ac13731898.html,.如下图： 五．开发计划(进度)
六．业务流程分析 学生通过账号和密码，登录到教务管理系统学生界面进行操作：可以查看课程表、学生基本信息管理、查询自己的成绩，操作结束时可以返回到教务管理系统学生界面，最后退出系统。 教师通过账号和密码，登录到教师系统界面进行操作：可以把成绩输入到成绩数据库中、查询教师基本信息管理、查看自己的课程表，操作结束时可以返回到教务管理系统教师界面，最后退出系统。 教管通过账号和密码，登录到教管系统界面进行操作：可以进行成绩的管理、删除学生和教师的信息、排课管理等，操作结束时可以返回到教务管理系统教管界面，最后退出系统。
教务处管理系统概要设计说明书
1 概述（设计思想） 教务管理系统是一个面向学校教务管理人员、教师和学生，为其提供服务的综合管理系统，随着教学体制的不断改革，尤其是学分制、选课制的展开和深入，使得教务日常管理工作日趋繁重、复杂，而现有的教务管理软件基本上都是单机版本的，已满足不了现在教务工作需要。因此迫切需要研制开发基于互联网的综合网上教务管理软件。 该教务管理系统总体设计思想：面向学校各部门以及各层次用户的多模块综合信息管理系统为了充分利用高校现已有的网络资源。实现教务各上下级之间迅速便捷的沟通，在系统的架构上采用了当前流行的B/S结构与C Z S结构及 Internet 网络相结合的技术突破了系统使用地域的局限性，使整个校园网甚至Internet 上的用户都可访问本教务系统并进入相应的教务信息查询，如查询课程表、教学进程等等．为了体现分散操作、统一管理的思想，实现教务信息的集中管理、分散操作、信息共享，使传统的教务管理朝数字化、无纸化、智能化、综合化的方向发展，实现教务各上下级之间迅速便捷的沟通，形成充满活力的新型的教务管理机制。 教务管理系统由两部分组成：前台和后台。前台客户层采用了最新的webstart 工具，使得客户端可以自动升级、即时更新，减轻了系性；后台数据层采用了对象关系型数据库，它将数据进行统一管理，所有的客户端都从后台捌用数据，实现了资源共享、保证了数据的一致性并且后台数据还具有自动备份功能，来保证数据库中数据的安全性与可靠性．后台主要有系统管理员，前台则主要面对在校学生和教务处人员和各院系教务员及任课教师使用，教务网的管理员分初级管理员和高级管理员：初级管理员是各科室的负责人，提交本科室的待发布教学通知、公告等信息，管理本科室的上传文件并接受高级管理员的管理；高级管理员管理所有上传的文件，审核并发布各科室提交的信息，管理教务信箱和教务网界面等。教务处长属于高级管理员。 2 系统策略 系统性 该教务管理系统实时更新，系统比较完善可靠，技术成熟，可以按照不同学校对于教务的不同需求进行更改，满足用户需求。 先进性 该教务管理系统技术先进，系统先进，比较完善。 安全性 数据库考虑到安全性问题，对文件进行加密，提高了安全度，保证了系统的安全。可维护性 该教务管理系统界面可以再后台管理前台显示的界面，模块化程度高，可维护性强。 正确性 该教务管理系统可以正确反映教务的信息，实时更新数据，保证信息正确和可靠 简单性 该教务管理系统操作简单，界面简洁，后台管理易学，维护复杂度比较小适应性 该教务管理系统可以在多平台下使用，对浏览器的兼容性强，适用性强。
教务管理系统课程 设计报告
教务综合管理系统设计报告 专业：软件工程 成员：车振军陆建伟 徐蕾杨思倩指导老师：徐明 日期： -6-15
一、引言 1.1 目的 为了保证项目小组能够按时完成小组任务及目标，便于项目小组成员更好地了解项目情况，使项目小组开展的各个过程合理有序，因此确定各个项目模块的开发情况和主要的负责人，供各项目模块的负责人阅读，做到及时协调，按步有序进行项目的开发，减少开发中的不必要损失。 预期的读者是设计人员、开发人员、项目管理人员、测试人员和用户。 1.2 背景 高校教务管理工作是高等教育中的一个极为重要的环节，是整个院校管理的核心和基础。面对种类繁多的数据和报表，手工处理方式已经很难跟上现代化管理的步伐，随着计算机及通讯技术的飞速发展，高等教育对教务管理工作提出了更高的要求。尽快改变传统的管理模式，运用现代化手段进行科学管理，已经成为整个教育系统亟待解决的课题之一。 教务管理系统是一个大型复杂的计算机网络信息系统，满足各类高校现在和将来对信息资源采集、存储、处理、组织、管理和利用的需求，实现信息资源的高度集成与共享，实现信息资源的集中管理和统一调度。为各级决策管理部门提出准确、及时的相关信息和快捷、方便、科学的决策分析处理系统；为信息交流、教务管理提供一个高效快捷的电子化手段；最终达到进一步
提高各级领导科学决策水平，提高各院系、各部门管理人员管理水平与办公效率，减轻工作负担的目的。 教务管理系统面向管理员、教师和全校学生，实现学生管理、教师管理、课程管理、成绩处理。 1.3 定义 1.3.1 MySQL MySQL是一个关系型数据库管理系统，由瑞典MySQL AB 公司开发，当前属于 Oracle 旗下公司。MySQL是一种关联数据库管理系统，关联数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。 MySQL所使用的 SQL 语言是用于访问数据库的最常见标准化语言。MySQL 软件采用了双授权政策，它分为社区版和商业版，由于其体积小、速度快、总体拥有成本低，特别是开放源码这一特点，一般中小型网站的开发都选择 MySQL 作为网站数据库。1.3.2 MyEclipse MyEclipse，是在eclipse 基础上加上自己的插件开发而成的功能强大的企业级集成开发环境，主要用于Java、Java EE以及移动应用的开发。MyEclipse的功能非常强大，支持也十分广泛，特别是对各种开源产品的支持相当不错。 二、需求分析 2.1 功能需求 2.1.1 系统目标
概要设计说明书 1. 总体设计 1.1 需求规定 教务管理系统可分为学生信息管理系统和教师管理信息系统，系统开发的整体任务是实现学校教师和学生信息管理的系统化、规范化、自动化和智能化，从而达到提高学校管理效率的目的。 本阶段目的在于明确系统的数据结构和软件结构，此外总体设计还将给出内部软件和外部系统部件之间的接口定义，各个软件模块的功能说明，数据结构的细节以及具体的装配要求。 1.2 运行环境 软件基本运行环境为Windows XP环境。 1.3 基本设计概念和处理流程 概要说明书的目的在于明确系统的数据结构和软件结构，设计外部软件和内部软件的接口，说明各个软件模块的功能说明，数据结构的细节等。系统的总体处理流程如图1-1所示：
图1-1 系统的总体处理流程 1.4 系统体系结构 用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划 教务管理系统 选择操作 基础维护 教学管理 报表统计 选择操作 选择操作 班级信息维护 课程信息维护 学生选课 课表查询 成绩输入 打印成绩单 学生信息维护 教 师信息维护
分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。 本系统的体系架构如图1-2所示： 图1-2 系统体系架构 本系统体系结构大致可以定义为：客户机层上的表示层主要是通过Struts 框架实现的，由显示视图产生一个请求。请求被ActionServlet（控制器）接收，它在struts-config.xml文件中寻找请求的URI，找到对应的Action类后，Action类执行相应的业务逻辑。Action类执行建立在模型组件基础上的业务逻辑，模型组件是和应用程序关联的。一旦Action类处理完业务逻辑，它把控制权返回给ActionServlet，Action类提供一个键值作为返回的一部分，它指明了处理的结果。ActionServlet使用这个键值来决定在什么视图中显示Action的类处理结果。当ActionServlet把Action类的处理结果传送到指定的视图中，请求的过程也就完成了。中间业务层是通过Spring框架实现的，首先建立一个BaseAction,它继承了Action类，而其他定义的Action都要继承这个BaseAction。这个BaseAction需要导入AppContext工具类，这个AppContext需要导入Spring中org.springframework.context.support.*；这样一个继承BaseAction的Action，就可以getXXXService()的方法得到某一个service的实例-----服务定位器的设计模式。持久（PO）层是由hibernate 架构实现的，它包括关于整体数据库的hibernate.cfg.xml文件、每个表的JavaBean类和每个表的hbm.xml文件，通过Spring集成模板HibernateTemplate提供DAO 来使用PO。在Spring 的配置文件（applicationContext. xml）中配置sessionFactory的bean 来管理hibernate。
教务管理系统开发 目录 1 IT项目管理课程设计任务书 (1) 1.1 题目 (1) 1.2 要求 (1) 2 总体设计 (5) 2.1 总进度计划 (5) 2.2 工作分解 (6) 2.3 网络计划 (7) 3 风险管理 (7) 4数据与成果 (11) 5总结 (11) 6 参考文献 (11)
1 IT项目管理课程设计任务书 1.1 题目 教务管理系统工程项目管理。 1.2 要求 （1）整体要求： 1．系统要求提供教师工作平台和学生工作平台。 2. 系统要求有严格的权限管理，权限要在数据方面和功能方面都要体现。 3. 系统要求有可扩充性，可以在现有系统的基础上，通过前台就可加挂其他功能模块。 （2）通用功能 对于每个教师，登录系统后，都应提供如下功能 l）电子课表：系统根据学校总排课的情况和该教师的任课情况自动生成电子课表各该教师查阅。 2）会议通知和公告：系统根据该教师的权限，自动列出该教师需要查阅的会议通知和公告，同时若具备起草和发布通知和公告，则系统提供相应功能。发送通知和公告应可自由设定相应的权限组。如全体学生、全体老师、一年级全体老师等。 3）日程安排：该日程安排应可分级设定，教师登录后可看到与自己有关的日程，同时能对自己的日程进行安排，日程安排同时需要设置自动提醒动能。 4）个人日记：系统可为每个用户设置一个习于个人记事的功能 5）通讯录：系统自动从教师基本信息和学生基本信息中抽取通讯记录，形成公共通讯录用于用户查询使用，同时应给用户提供一个个人通讯录，该通信录应能够录入、修改、删除、检索。 6）教师答疑：系统自动抽取在学生平台提出的需该教师回答的问题，由教师进行解答，并记录相应的状态。 7）家庭作业：教师课利用此功能对学生进行作业布置和批改。 （三）学校日常业务管理功能 1.招生管理 本功能完成各学校从招生到入学的全部过程。其业务流程图如图2-“招生管理业务流程
1 教务管理系统需求分析 教务管理系统所必备的功能归纳为如图1.1所示，其中每个功能都由若干相关联的子功能模块组成。 图1.1 教务管理系统的基本功能模块 1.1 系统数据流程 系统的数据流程如图1.2所示。
图1.2 系统数据流程 1.2 基础数据管理 “基础数据管理”功能模块用于维护整个教务系统正常运行所需的基础数据集，以保证教务系统有一个统一的标准的基础数据集，便于数据的共享使用，内容包括包括入学年份、学年学期、院系数据、专业设置、教研室情况等，其中所包含子功能模块如图1.3所示 图1.3“基础数据管理”功能模块 1.3 教学计划管理 “教学计划管理”功能模块用于维护学校中各系各专业的课程、课组计划安排信息，作为选课和毕业审查的标准，包括的功能有课程计划登记、课程计划审批、选课情况查询、选课信息审批等。 1.4 学籍管理 “学籍管理”主要包括了高校学籍管理的常用信息，提供对学生学籍基本信息录入、查询、修改、打印输出、维护等常用功能，并提供学号编排、学生照片输入与显示、学籍变动（留级、休学、跳级、转班、转学、退学等）、奖惩登记毕业情况等功能。 1.5 教师管理 “教师管理”功能模块用于管理教师相关的信息，提高质量，保证教学工作的高效运行，其中包含的子功能模块如图1.4所示。
图 1.4 “教师管理”功能模块 “教师基本信息”用于管理教师的基本信息，如所学专业、学历、毕业院校等。 “教师任课档案”用于管理教师任课档案信息，如教师姓名、学历和学期、任课班级、课程、周时数、总时数等。 “教师奖惩档案”用于管理教师奖惩档案信息，如教师姓名、奖惩日期、类别原因、奖惩名称、奖惩等级等。 “教师考评管理”用于对教师进行考评。 “教师课时数统计”用于统计教师工作量。 “教师进修档案”用于管理教师进修档案信息，如教师姓名、进修日期、进修科目、进修单位、进修成绩等。 1.6 注册收费管理 “注册管理”功能模块用于记录学生新学期的注册情况，如果未注册将记录学生的未注册原因及未注册去向。“收费管理”功能模块用于记录学生开学初的收费情况，每个学生的收费标准来自学生学籍信息中的收费类别。 1.7 排课选课管理 “排课选课管理”功能模块用于根据教学计划、教室资源、教师资源等，制定每学期的课程表，其中包含的子功能模块如图1.5所示。 图 1.5 “排课选课管理”功能模块 “条件设定”用于设置排课的一些限制条件，如班级、教师、教室的排课时段限制。 “全校排课设定”用于对某学期全校课表的共同部分进行设置，如课表的统一抬头、没天上课节数、统一的排课时段等进行设置。 “班级课程配置”用于对某个班级某学期具体开设的课程分别进行排课时段、单双周】连堂课等特殊情况设置。 “教师排课设定”用于对个别教师的排课时段进行特殊设置。 “教室排课设定”用于对个别教室的排课时段进行特殊设置。 “课程信息录入”用于对一些临时添加或修改的课程（不在教学计划之列的）进行设置。
教务系统招标书 根据《中华人民共和国招投标法》和学校有关规定，对我校的教务管理信息系统软件项目（以下简称该项目）进行国内邀请招标。 一．系统要求 教务管理信息系统的主要功能模块包括：系统应该包括教务和教学两部分，教务和教学可以灵活组合、自由搭配，可以组成学校教务管理或教学管理系统。教务管理信息系统涵盖教务业务中的各个功能部件，从学籍、注册、排课、选课、考试、成绩、教学评价、教材等诸多方面形成一体化管理模式， 教务部门主要负责学校各类专科生的教学管理，主要负责5个方面的工作：基本教学活动管理。主要包括：各类教学计划管理、教学运行管理、教学考评管理；教学基本建设管理。主要包括：专业建设、课程建设、教学基地建设、教学管理制度和学风建设。组织开展相关的教育科学研究、教学改革和教学成果评审；学历与学籍管理。主要包括：在校专科生的学历与学籍管理工作，负责历届本（专）科生的学历和学位管理；教师队伍建设的有关工作。组织教师和管理干部队伍的相关业务培训与考核工作，参与拟制教师队伍建设规划和专业技术职务评审工作，负责聘任兼职教授的相关工作；其它工作，学校人才培养有关工作的牵头和情况汇总上报； 教学管理信息系统在结构上可划分为下列功能模块：公共信息管理（教学资源（设施）管理）、教学计划管理、开课管理、学籍管理、注册管理、排课管理、选课管理、考试管理、成绩管理、教材管理、教学质量评估那里、实践教学管理、教师管理、毕业管理、教务办公（综合查询）、系统维护、教师门户、学生门户等模块。 二．投标商应该完成的工作 2.1 根据各系统目标和功能描述，识别并给出系统需求（需求调查，对项目的理解）。 2.2 提出达到系统目标和完成系统功能的最佳途径（项目方案）。 三、工作要求 3.1描述对项目的理解投标商在招标文件中描述对本项目的理解不在于照搬或机械性翻译业务流程，重要在于明确提出一套有效的解决模式和相应的设计思路，包括如下内容，并应提供足够的细节。
教务管理系统的开发 （采用面向对象方法开发） 1 问题分析 教务管理是高校必不可少的管理内容，烦琐、复杂而准确度要求高。随着高校扩招和信息化的进程，教务管理日趋复杂，龙其是选课、排课和成绩管理。在此，围绕选课业务所涉及的业务内容开发一个简单的教务管理系统。教务系统业务包括如下内容。 （1）学生管理：系统管理员对学生基本情况进行登记、删除和修改。学生可以查看自己的信息。 （2）教师管理：系统管理员对所有专职教师进行曲登记、删除和修改，包括教师任课信息。教师可以查看自己的信息。 （3）课程管理：系统管理员对本校所有开过课程和新开课程进行登记、删除和修改。 （4）选课程管理：每学期开学以前要进行学生选课工作。学生可以在所有开设课程中选择自己尚未选择的课程。 （5）成绩管理：期末考试结束后，教师登录学生成绩，各学院将学生成绩结果报教务处。学生可以查看自己的成绩。 2 可行性研究 1．经济可行性 2．技术可行性 3．社会可行性 3 面向对象的分析 3.1 建立用例模型 根据问题分析的业务描述，得到系统用例图如图1所示。每个用例规约如表1至表9所示。
图1 系统用例图 表2 “注册”用例规约
表7 “选课”用例规约 表8 “录入成绩”用例规约
3.2 建立类模型 根据用例图寻找系统类（实体类）。本系统中的实体类共有5个：用户、学生、课程、教师、成绩。类图如图2所示。 图2 教务管理系统的类图 3.3 创建顺序图 有了用例图和用例规约，可以对系统有一个初步的了解，为了更全面地掌握系统的处理流程，下一步可以选用顺序图描述系统的处理顺序。对每个用例或者相关的几个用例可以创建一个顺序图。在本系统中，除了身份验证、修改密码、查询成绩用例外，其余用例涉及的主要内容就是对信息的管理（增加、删除、修改）操作。因为都是同类的处理，所以这里只对学生基本信息管理用例和选课管理创建顺序图，可以用它来理解其他的用例处理过程。 学生信息管理顺序图如图3所示，选课管理顺序图如图4所示。
教务管理系统详细设计说明书
详细设计说明书 1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2程序系统的结构 (2) 2.1登录模块 (3) 2.2学生模块 (4) 2.3教师模块 (5) 2.4管理员模块 (6)
1引言 1.1编写目的 在前一阶段（概要设计说明书）中，已解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的详细设计报告中将对在本阶段中对系统所做的所有详细设计进行说明。 1.2背景 随着学校教育水平的不断提高，现有管理系统已经远远不能够满足学校的需求，已经成为学校进一步发展的瓶颈，例如软件维护费用高，信息查询不方便，软件可操作性不高，为此我们小组想开发教务管理系统，方便学校师生。 1.3定义 Access : 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 主键：数据库表中的关键域。值互不相同。 1.4参考资料 《软件工程导论》（第5版）张海藩编著清华大学出版社
2程序系统的结构 软件结构 2.1登录模块 学生信息存储在数据库表student中，包括学号，密码等。教师信息存储在表professor中，包括教工号，密码等。管理员信息存储在表registrar中 用户选择登录身份（学生，教师或管理员），学工号，密码。首先检查学工号是否为空，为空则提示。若不为空，则检索相应数据库表，检查用户是否存在。若存在，检查密码是否正确，若
教务管理系统项目报告 目录 教务管理系统项目报告 (1) 小组成员 (1) 项目核心功能 (1) 程序结构 (2) Person类及其派生类 (2) Course类 (3) Class类 (3) 运行截图 (4) 项目代码 (9) Class.h (9) Course.h (10) Person.h (11) Class.cpp (14) Person.cpp (17) main.cpp (20) 项目总结 (26) 小组成员 信息学院: 李天雄2016329621064 启新学院: 陈一霖2016339960012 启新学院: 刘合然2016339960022 项目核心功能 1.学生 a)选课 b)查看课表 c)查看成绩 2.教师 a)查看课表 b)给学生评分
c)查看班级所有学生的成绩 程序结构 Person类及其派生类 ?Person基类 ?成员变量 ?姓名 ?Id ?性别 ?成员函数 ?name() ?id() ?gender() ?Student类 ?成员变量 ?基类全部成员变量 ?学号 ?学院 ?课程列表 ?成员函数 ?基类全部成员函数 ?选课相关函数 ?schoolTimeTable() ?gradeList() ?其他 ?Teacher类 ?成员变量 ?基类全部成员变量 ?工号 ?学院 ?课程列表 ?成员函数 ?基类全部成员函数 ?选课相关函数 ?set_score() ?schoolTimeTable() ?gradeList() ?其他
Course类 ?成员变量 ?名称 ?学院 ?类型 ?学分 ?成员函数 ?相关信息更改函数Class类 ?成员变量 ?课程 ?班级成员 ?老师 ?学生 ?成绩 ?上课时间 ?上课地点 ?成员函数 ?添加删除老师, 学生 ?展示分数 ?展示班级成员
目录 摘要 (1) 第一章问题分析 (2) 1．1问题定义 (2) 1．2系统开发的必要性 (2) 第二章可行性研究 (4) 2．1系统概述 (4) 2．2可行性分析 (4) 2．3系统设计的原则 (4) 2．4 需求述 (4) 第三章总体设计 (6) 3．1系统功能描述 (6) 3．2 数据流图与数据字典 (7) 3．2．1数据流图 (7) 3．2．2查询功能流程图 (8) 3．2．3数据字典 (9) 3．3软件结构图 (14) 3．4 数据库设计 (14) 3．4．1数据库需求分析 (14) 3．4．2数据库逻辑结构设计 (15) 第四章总结 (17) 主要参考文献 (18)
摘要 随着学校规模的扩大，人员的不断增加、复杂程度逐渐增强，学校中，教务是一项繁琐的事，每年都有新生入学、老生毕业，以及其他各种人事变动。每学期的考试成绩都需要分析，纵、横向比较，能及时反馈信息，还要对教师的教学成绩考核提供数据。如何有效地管理、分析、处理这些信息，帮助学校和教师掌握学生的情况，这就是教学信息管理系统需要完成的功能。以前简单的用Excel 来打印几报表的人机作坊再也无法适应当今学校的教学管理了，比如用Excel 虽然能简单管理学生的学籍、成绩等，但用户界面简单，管理起来难度大，修改和查找学生的信息都比较麻烦，并且在操作过程中没有用户权限，只要能打开计算机的人就能打开数据进行任意的修改，大大的降低了信息的安全性和性,效率低,,人工的大量浪费；另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少困难。随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入各个领域并发挥着来越重要的作用。 作为计算机应用的一部分,使用计算机对学校的各类信息进行管理,具有着手工管理所无法比拟的优点.例如:检索迅速、查询方便、效率高、可靠性好、存储量大、性好、寿命长、成本低等。这些优点能够极提高学校信息管理的效率。 关键词：教学管理计算机应用信息管理 第一章问题分析
软件需求分析报告 教务管理系统 学生姓名__ __ 学号 专业班级 院（系） 指导教师 完成时间 成绩
前言 项目小组分工： 需求分析、文档的整理及后期的功能测试。 教务管理系统的建模实现。 伴随着高校信息化建设的日益完善，高等学校的教务管理系统在高校管理中越来越受到老师和学生的青睐。高等学校的教学管理系统功能全面、操作简单快捷，可以为学生和老师建立电子档案，并且便于实时修改、保存和查看，实现了无纸化存档，为学校节省了大量的资金和空间。学生可以通过教务管理系统方便快捷地查询自己的个人信息，进行网上查询课表、成绩以及报考的事宜。因此结合现有教务系统的优点，制作此教务管理系统。
目录 一、项目前景文档 (1) 1.业务需求 (1) 1.1 业务背景 (1) 1.2 业务目标和成功条件 (1) 1.2.1 业务目标（Business Objective，BO） (1) 1.2.2 业务成功条件（Success Crite，SC) (1) 1.3 业务风险（Risk，RI） (2) 2. 解决方案的背景 (2) 2.1 前景陈述 (2) 2.2 主要的系统特征（Feature） (2) 2.3 假设（Assumption）和依赖(Dependency)条件 (3) 3.项目范围和限制 (3) 3.1 初始和后继版本的范围 (3) 3.2 限制和排除条件 (4) 4.业务环境 (4) 4.1涉众档案 (4) 4.2项目的优先级 (4) 4.3运行环境（Operating Environment OE） (5) 二、软件需求规格说明书 (6) 1. 引言 (6) 1.1概述 (6) 1.2背景 (6) 1.3定义 (6) 1.4参考资料 (7)
实用文档 教务系统功能说明 1、系统目标： 本系统是针对大、中专院校在教学及教务管理中的烦琐过程而设计的，方便了学校对师生的 教学及教务管理，节约人力和财力！ 1、系统采用网页浏览的方式进行，采用人机对话的方式进行操作，界美观友好、信息查 询灵活、方便、快捷、准确、数据存储快速安全可靠！ 2、针对不同的用户，设计不同的功能和管理权限，对前台学生和老师可以进行快速的查 询数据！后台设有不同级别的系统管理员，对教学过程中的各种数据进行更改和更新！ 3、本系统还设有密码保护、密码找回和密码修改功能，分级管理员来管理不同的数据。 2、学生模块功能： 当学生进入学生管理系统之后，会在主页中显示学生的姓名和学号，同时还可以看到校 内通知公告和系内通知公告，这样学生会即时了解学校和系里的通知和新闻。 2.1学生网上选课 学生选课分为校内公共必修课选课（如：体育）和公共选修课选课： 2.1.1校内公共必修课选课：在管理员添加可选科目以后，学生登录后可以选择一定数量的 科目，其中包括选择是否预订教材、上课地点、上课老师。 2.1.2校内公共选修课选课：在管理员添加可选科目以后，学生登录后可以选择一定数量的 科目，其中包括选择是否预订教材、上课地点、上课老师。 2.2学生网上报名 学生网上报名分为英语四六级报名和其他等级考试报名 2.2.1英语四六级报名：管理员添加四六级考试报名，学生登录系统之后进行四六级考试报名，其中四级报名没有限制，但是在报考六级考试报名时，系统会先从数据库中调出该生 的四级成绩，如果通过，则允许报名，否则不允许报考六级。 2.2.2其他等级考试报名：管理员在添加其他等级考试报名之后，学生登录后选择他想报考 的其他等级考试（比如：计算机等级考试VF二级），一次可以选择多门考试。 2.3教学质量评估 年终学生结课之前，学生可以登录系统对这学期所教课的专业课教师的教学水平进行打 分，评出这学期的优秀专业课教师和需要继续努力的教师，帮助学校和院系的进行教学及管
目录 第一章：项目计划 (2) 1.1项目背景: (2) 1.2系统开发目的： (2) 1.3定义： (2) 第二章：详细分析 (2) 2.1、系统功能 (2) 2.2、系统结构 (3) 2.3、数据流图 (3) 2.4、户类型与职能 (4) 2.5、系统环境需求 (5) 第三章：系统概念设计 (5) 第四章：逻辑设计 (6) 4.1系统关系模型 (6) 4.2系统数据库表结构 (6) 第五章：源码 (9) 第六章：小结 (14)
第一章：项目计划 1.1项目背景: 教务系统管理平台充分利用互联网络B/S管理系统模式，以网络为平台，为各个学校教务系统的管理提供一个平台，帮助学校管理教务系统，用一个账号解决学校教务教学管理，并且学校可以自由选择学校需要的教务管理系统，灵活地定制符合学校自己实际情况的教务系统. 1.2系统开发目的： 提高学生，老师管理和操作事务的运作效率。 1.3定义： 学生选课和老师评分必须在管理员的设置条件下进行。 第二章：详细分析 2.1、系统功能 设置学期时间：管理员登录系统后设置学期的时间，只有当时间为某个状态时，其他角色例如老师，才能做某些事情。学期时间只能由角色管理员操作：包括对学期时间表的增加，删除，对某个学期时间状态的改变。 学生选课：当管理员设置为学期开始时，学生可以选课，学生选课受学分影
响，只能选择总学分为多少的课程。 老师评分：当管理员设置为学期评分时，老师才可以评分。 个人信息管理：对自己个人信息进行添加和修改。 成绩查询：学生可以对自己成绩进行查询。 个人课表查询：按时间的不同，每个角色都有自己不同的课表。 2.2、系统结构 功能描述：学生选课和老师评分必须在管理员设置学期的条件下进行。 2.3、数据流图 顶层图
教务管理系统概要设计说明书 项目名称： 项目编号： 编写人员： 编写日期： 审批人员： 审批日期：
1.引言 (3) 1.1编写目的 (3) 1.2背景 (3) 1.3术语定义 (4) 1.4参考资料。 (4) 2总体设计 (4) 2.1软件系统功能 (4) 2.2系统总体结构 (4) 2.3运行环境 (5) 2.4设计概念和处理流程 (5) 2.4.1系统功能与程序（模块）的关系 (7) 2.4.2软件设计概述 (7) 2.4.3人工处理过程 (9) 3目录结构 (9) 4接口设计 (9) 4.1外部接口。 (9) 4.2内部接口。 (9) 5数据结构设计 (9) 5.1逻辑结构设计 (9) 6用户界面设计 (10) 7系统出错处理设计 (10) 7.1出错信息 (10) 7.2出错处理措施 (10) 8尚未解决的问题 (10) 1.引言 1.1编写目的 根据《人力资源管理系统》需求规格说明书，描述系统总体结构和接口之间的关系。本文档的读者是项目经理、系统分析员、研发经理、测试经理、项目组长、系统开发人员。 /*说明编写本软件设计说明书的目的，指明读者对象。 1.2背景 集团不断发展之中工作人员也不断的扩充，给人员管理也增加了难度，为了对人员进行高效统一的管理，教育集团领导委托研发中心开发《人力资源管理系统》。该系统主要包括:企业架构管理、人事管理、薪资管理、考勤管理、考核管理、人员培训等六个部分。
/*说明待开发软件的全称、项目的提出者、开发者及用户。同时简要的说明该软件将要做什么，如有必须还应说明不做什么 /*定义出本文档中所用的专门术语的定义和缩写的原意 1.4参考资料。 《TB-QR0504职位申请表.doc》 《TB-QR0533教师技能登记表.xls》 /*标识出所有参考的资料，包括标题，文档编号，版本号等。*/ 2总体设计 2.2系统总体结构
教学教务管理系统window窗体 1.总体设计 1.1.编写目的 某学院教务处教学事务现由手工管理，效率低、易出错、耗费人力。教务处希望设计一个实用的教学事务管理系统，完成学生的学籍管理、报到注册、课程的选择、成绩登入、各种通知单的打印和报表的输出等 1.2.可行性分析 可利用现有学校资源，结合常用的vs2012、sql 2008等软件即可。软件分成c/s模式。开发人员具有一定经验，可开发一些小软件。 1.3.性能分析 管理，维护上万条学生记录信息。 能满足近百位学生同时对个人信息的查询。 具有较高的可靠性。安全和性高。 1.4.系统分析 教务管理系统是一个面向学校教务人员，为其提供服务的综合信息管理系统。教务人员通过本系统完成相关的日常工作，这些工作也是平常较为繁重的工作。学生的个人信息、所有的课程考试成绩以及每学期的开课情况都记录在教务系统里进行管理。 1.5.需求分析 旨在开发一个统一的网上教务信息管理平台，利用信息化手段辅助教学管理，达到提升我校教学管理信息化水平的目的。学生的学籍管理：建立学生学籍档案，对新入学的学生进行登记，将他们的
信息记入学籍档案，对毕业、休学、退学的学生进行除名、注销，对调整专业的学生必须做调整记载。对变动情况建立备忘录，对上述情况的变动原因、时间、去向等进行记载。学生学期开学的课程选择，对必修课、限选课直接录入，计算总成绩、平均成绩，并按班级排出名次。统计功能，统计各门课程的及格率，优秀率，各分数档人选。系统可查选学生的学籍情况和选课、学习情况，打印学籍表、个人成绩报告表、班级名词表、各门课程统计表等要求的表格。 2.总体设计 2.1.软件模块结构设计 根据系统分析的结果，按照结构化的系统设计方法，教学事务管理系统从功能由 2.2.板块设计
软件测试计划 引言 1.1 编写目的 为了确保项目的可用性以及可靠性，使得项目能够按质按量的完成，以至于项目成品不会在后期使用以及维护过程中出现极其严重的错误，我们编写了此测试计划。 1.2项目背景 由于安徽大学希望能够充分利用现代科技来提高教务管理的效率，在原有的教务管理系统基础上进行扩展，将一些可以用计算机来管理的都进行计算机化，使得教务管理人员工作更加方便，工作效率也更加的高。并且能够方便学生选课以及查看自己的成绩，方便教职工对学生进行管理。 1.3定义 无 1.4参考资料 《软件工程导论——第5版》张海藩编著清华大学出版社 一．任务概述 2.1目标 本文档的目标是详细描述对教务管理系统进行系统测试的测试过程。将每一个可用的功能进行尽可能详尽的测试，并尝试各种可能的测试用例，找出当前软件中所存在的漏洞以及不足，为完善软件提供可参考的文本依据。本文档所测试的功能均来自于需求文档：教务管理系统需求规格说明书。 2.2运行环境 软件环境： 操作系统：必须Windows XP以上的版本
必装软件：Microsoft Office Access 2003,Eclipse 浏览器：IE6.0以上 硬件环境： 无具体要求，一台能正常操作的计算机即可 2.3需求概述 本次测试主要针对本小组开发的教务管理系统进行系统测试，主要包括功能测试、界面测试、负载测试、文档测试。 在教务管理系统需求规格说明书中列出的系统功能和性能都需要完成测试，在测试工作期间发现的所有缺陷都需要改正并确认。 2.4条件与限制 一个标准的教务管理系统，应该实现多人同时在线的后台处理。但由于技术以及硬件环境的限制，该系统并未对多人同时登陆时所能遇到的诸多问题进行处理。并且对于数据库的设计也不是很完善，依旧存在太多的缺点与漏洞。 二．测试计划 3.1测试方案 本测试计划采用黑盒测试方法，整个过程采用自底向上，逐个集成的的办法，依次进行单元测试，组装测试，测试用例的设计应包括合理的和不合理的输入条件。 3.2测试项目 测试1：名称：系统操作登录测试 目的：测试系统操作界面。 内容：帐号口令输入、合理性检查、合法性检查，系统操作界面显示控制测试 2：名称：个人信息查询测试 目的：测试个人信息查询功能。 内容：通过对应的选项，使用该功能。 测试 3：名称：修改密码功能测试 目的：测试密码修改功能。 内容：合理性检查，合法性检查，以及功能使用测试 测试 4：名称：学生选课功能测试 目的：测试学生选课操作功能。 内容：通过显示的课程进行相关选课操作，测试操作的合理性，并检测操作 界面 测试 5：名称：成绩查询功能测试 目的：测试学生成绩查询功能。 内容：通过相关选项的选择，获取该学生的各门课成绩 测试6：名称：教师查询学生信息功能 目的：测试教师查询学生信息功能 内容：通过相关选项的选择，获取选择该教师的学生的信息测试 7：名称：教师给学生打分的功能 目的：测试教师给学生打分的功能 内容：通过对所选学生进行打分测试，测试功能的可用性，合法性以及合理 性 测试 8：名称：管理员添加课程，学生以及教师功能 目的：测试管理员添加课程，学生以及教师功能