4.教师管理系统《详细设计说明书》
- 格式:doc
- 大小:1.79 MB
- 文档页数:104
<教务管理系统>详细设计说明书作者:完成日期:签收人:签收日期:修改情况记录:目录1 引言 (1)1.1 编写目的 (1)1.2 背景 (1)1.3 定义 (1)2 程序系统的结构 (1)3 程序(标识符)设计说明 (1)3.1 课程管理模块 (1)3.1.1 学生重考模块 (2)3.1.1.1程序描述 (2)3.1.1.2 功能 (2)3.1.1.3 性能 (2)3.1.1.4 输入项 (2)3.1.1.5 输出项 (2)3.1.1.6 算法 (3)3.1.1.7 流程逻辑 (3)3.1.1.8 接口 (4)3.1.1.9 存储分配 (4)3.1.1.10 注释设计 (4)3.1.1.11 限制条件 (4)3.1.1.12 测试计划 (4)3.1.1.13 尚未解决的问题 (4)3.1.2 课程安排功能模块 (5)3.1.2.1程序描述 (5)3.1.2.2界面 (5)3.1.2.3输入项 (6)3.1.2.4输出项 (7)3.1.2.5算法 (7)3.1.2.6程序流程图 (7)3.1.3学生成绩功能模块 (8)3.1.3.1功能描述 (8)3.1.3.2程序 (8)3.1.3.3输入项 (9)3.1.3.4输出项 (10)3.2教师功能模块 (10)3.2.1教师管理程序描述 (10)3.2.1.1 功能 (10)3.2.1.2性能 (11)3.2.1.3 输入项 (11)3.2.1.4 输出项 (11)3.2.1.6 流程逻辑 (11)3.2.2管理员管理 (12)3.2.2.1管理教师程序设计说明 (12)3.2.2. 2功能 (12)3.2.2.3性能 (13)3.2.2.4 输入项 (13)3.2..2.5 输出项 (14)3.2.2.6 算法 (14)3.2.2.7 流程逻辑 (14)3.2.2.8 接口 (15)3.3学生功能模块 (16)3.3.1程序描述 (16)3.3.2 功能 (16)3.3.3 输入项 (17)3.3.4 输出项 (20)3.3.5 算法 (21)3.3.6 流程逻辑 (21)3.4学校功能模块 (22)3.4.1学院管理模块功能描述 (22)3.4.2 功能 (22)3.4.3 输入项 (23)3.4.4 输出项 (23)3.4.5 算法 (24)3.4.6 页面原型 (24)3.4.7 接口 (24)3.4.8 注释设计 (25)3.4.9 限制条件 (25)3.4.10 测试计划 (25)3.4.11尚未解决的问题 (25)3.5新闻公告模块 (25)3.5.1程序描述 (25)3.5.2 功能 (26)3.5.3 性能 (26)3.5.4 输入项 (26)3.5.5 输出项 (26)3.5.6 算法 (27)3.5.7 流程逻辑 (27)3.5.8接口 (29)3.5.9 注释设计 (29)3.5.10 限制条件 (30)3.6 课程评价模块 (30)3.6.1评价管理功能程序描述 (30)3.6.3 输入项 (32)3.6.4 输出项 (32)3.6.5 算法 (33)3.6.6 流程逻辑 (33)3.6.8 接口 (35)3.6.10 注释设计 (35)3.6.11 限制条件 (35)3.6.12 测试计划 (35)3.6.13 尚未解决的问题 (35)3.7 教务人员功能模块 (35)3.7.1功能描述 (35)3.7.2输入项 (35)3.7.3输出项 (36)3.7.4功能描述 (36)3.7.5算法 (37)3.7.6流程图 (37)1 引言1.1 编写目的详细说明项目运行时的业务流程和程序接口,设计简单的界面原型1.2 背景a.教务管理系统b.项目提出者:c.项目开发者:d.项目用户:教务管理人员,学生,教师,教务人员1.3 定义列出本文件中用到的专门术语的定义和缩写词的原词组。
教务管理系统(概要设计及详细设计)概述随着数字化时代的到来,学校的管理日趋复杂,人工管理已远不能满足需求。
因此,教务管理系统(简称EMS)应运而生。
教务管理系统旨在提升教学、管理效率,减轻教务人员的工作压力,实现教育信息化。
本文将对教务管理系统进行概要设计和详细设计,指出系统的需求和实现方法,力求提高教务管理水平。
功能需求教务管理系统主要由以下模块组成:1.用户模块:包括管理员、教师、学生、家长等用户,不同的用户可以执行不同的操作,例如管理员可以进行课程安排、学生信息管理、班级管理等;教师可以进行学生成绩管理、课程教学等;学生和家长则可以进行查看成绩、选课等操作。
2.课程管理模块:该模块用于对于课程进行管理,包括课程开设、课程评价、教学计划、课程表等。
3.学籍管理模块:该模块包括学生信息管理、班级管理和学籍档案管理等。
4.成绩管理模块:该模块包括学生成绩管理、成绩查询、考试成绩的录入、修改和查询等。
5.选课管理模块:该模块包括选课和退课操作,学生选课时可以选择有限的课程,管理员对选课结果进行审批管理。
技术实现教务管理系统的技术实现需要涉及以下内容:数据库设计系统应该设计一个数据库来存储用户数据、课程信息、学生信息和成绩信息等。
数据库应采用MySQL或SQL Server等关系型数据库。
后台开发后台开发采用SpringBoot、SpringMVC和Mybatis等Java Web开发框架,采用Maven作为项目构建工具,MySQL作为数据库,使用Tomcat作为运行环境。
前台开发前台开发采用HTML、CSS、JavaScript等网页开发技术,JSP、AJAX等实现前后端数据交互,Bootstrap或者Semantic-UI等前端页面框架提高用户体验。
系统架构采用MVC设计模式(MVC模式是一种设计模式,全名是Model View Controller,中文名是模型—视图—控制器。
)1.Model(模型):负责封装与应用程序的业务逻辑相关的数据以及对数据的处理。
《员工信息管理系统》详细设计说明书《员工信息管理系统》详细设计说明书1.引言1.1 编写目的本文档旨在详细描述员工信息管理系统的设计思路、功能模块划分、关键技术选择等,为开发团队成员提供设计参考和实施指导。
1.2 背景随着公司规模的扩大和组织结构的复杂化,员工信息管理成为一项重要的任务。
本系统旨在提供一个集中管理员工信息的平台,包括基本信息、薪资福利、考勤记录等功能模块。
2.需求分析2.1 功能需求①基本信息管理2.①新增员工信息2.②修改员工信息2.③删除员工信息2.④查询员工信息②薪资福利管理2.①设置薪资标准2.②发放薪资2.③员工福利管理③考勤记录管理2.①登录考勤记录2.②查询考勤记录2.③统计考勤情况2.2 性能需求①响应时间:系统对用户请求的响应时间要求在1秒以内。
②并发量:系统能同时处理100个并发请求。
3.架构设计3.1 概述本系统采用B/S架构,前端使用、CSS、JavaScript技术实现,后端使用Java语言开发。
3.2 系统分层①表示层3.①前端界面设计3.②前端业务逻辑实现②业务逻辑层3.①员工信息管理模块 3.②薪资福利管理模块3.③考勤记录管理模块③数据访问层3.①数据库设计3.②数据库访问接口设计4.技术选型4.1 前端技术① 5② CSS3③ JavaScript④ Ajax4.2 后端技术① Java② Spring框架③ MyBatis框架④ Tomcat服务器5.数据库设计5.1 员工基本信息表(employee)字段:员工ID、姓名、性别、出生日期、联系方式、邮箱等。
5.2 薪资福利表(salary)字段:员工ID、薪资、奖金、加班费、社保等。
5.3 考勤记录表(attendance)字段:考勤ID、员工ID、打卡时间、是否迟到、请假等。
6.数据库访问接口设计6.1 员工信息管理模块接口①新增员工信息接口②修改员工信息接口③删除员工信息接口④查询员工信息接口6.2 薪资福利管理模块接口①设置薪资标准接口②发放薪资接口③员工福利管理接口6.3 考勤记录管理模块接口①登录考勤记录接口②查询考勤记录接口③统计考勤情况接口7.附件附件2:数据库设计脚本8.法律名词及注释8.1 著作权:对于文档及代码的所有权和使用权8.2 商标:注册商标的商标权与商标使用权8.3 数据保护:对于员工个人信息的保护义务8.4 隐私权:对于员工个人信息的隐私保护。
2024年上半年《软件工程》全国自考考题一、单项选择题1、在建模过程中,可用以描述加工的工具是______。
A.数据流B.判定树C.数据字典D.数据存储2、在教师科研方案中规定对教授、副教授和讲师分别计算分数,做相应的处理,则根据黑盒测试中的等价类划分技术,下列划分正确的是______。
A.3个有效等价类,3个无效等价类B.3个有效等价类,1个无效等价类C.1个有效等价类,1个无效等价类D.1个有效等价类,3个无效等价类3、软件工程在20世纪60年代末到80年代初获得的主要成果有______。
A.CASE产品B.面向对象语言C.瀑布模型D.软件生存周期过程4、在常见的软件开发模型中,主要用于支持面向对象技术软件开发的是______。
A.喷泉模型B.螺旋模型C.增量模型D.瀑布模型5、软件生存周期是指______。
A.开发软件的全部时间B.使用软件的全部时间C.开发和使用软件的全部时间D.从形成概念开始到最后淘汰让位于新的软件产品的时间6、RUP的分析类包括边界类、实体类和______。
A.子类B.控制类C.父类D.活动类7、下列可用于概念模型和软件模型的动态结构的是______。
A.类图B.对象图C.部署图D.用况图8、集成化能力成熟度模型(CMMI)针对每个过程域设定了能力等级,其中最高级为______。
A.3级B.4级C.5级D.6级9、RUP的迭代、增量式开发过程中,需要估算成本、进度,并能够减少次要的错误风险,至少需要完成______。
A.初始阶段B.精化阶段C.构造阶段D.移交阶段10、结构精细化设计过程中,为了提高模块的独立性,应遵循的原则是______。
A.低内聚高耦合B.低内聚低耦合C.高内聚低耦合D.高内聚高耦合11、《ISO/IEC软件生存周期过程12207-1995》标准按过程主体把软件生存周期过程分为基本过程、组织过程和______。
A.供应过程B.开发过程C.测试过程D.支持过程12、“与所规约的系统执行之间的偏差”是指______。
教务管理系统概要设计说明书教务管理系统概要设计说明书一、引言随着教育行业的不断发展,教务管理工作面临着越来越多的挑战和需求。
为了提高教务管理效率和质量,本文将介绍一款教务管理系统,并对其概要设计进行说明。
该系统旨在为用户提供便捷、可靠的教育教学管理解决方案,为教育机构实现信息化、智能化管理提供有力支持。
二、需求分析在设计教务管理系统之前,我们需要充分了解用户需求。
通过对各类教育机构的实际调研和分析,我们总结出以下核心需求:学生信息管理、课程管理、成绩管理、教师管理、教务通知等。
为实现这些功能,系统应具备以下特点:易用性、可扩展性、安全性、数据完整性、用户友好性等。
三、系统架构设计基于需求分析,我们设计出了一套符合用户需求的教务管理系统架构。
该架构采用分层设计思想,将系统划分为表示层、业务逻辑层和数据访问层。
在技术实现上,我们采用主流的Web开发框架和数据库技术,确保系统的稳定性和性能。
表示层是用户与系统交互的界面,负责接收用户输入和展示系统输出。
该层采用响应式网页设计,适应不同设备的浏览需求。
业务逻辑层负责处理用户请求,实现业务逻辑。
数据访问层负责与数据库进行交互,提供数据操作接口。
四、数据模型设计为了实现数据的有效存储和操作,我们对系统进行了详细的数据模型设计。
根据需求分析,我们定义了以下核心数据模型:学生信息表、课程表、成绩表、教师信息表、教务通知表等。
这些数据模型之间的关系通过外键进行关联,形成一个完整的数据模型体系。
五、界面设计界面设计是用户体验的关键因素。
在教务管理系统的界面设计中,我们采用了简洁明了的风格,以降低用户的学习成本。
界面布局按照功能模块进行划分,使得操作流程更加清晰。
同时,我们采用了丰富的交互效果和友好的提示信息,提高用户的使用体验。
六、测试与维护为了确保教务管理系统的稳定性和可靠性,我们将进行全面的测试和持续的维护。
测试方案包括单元测试、集成测试和系统测试,覆盖所有功能模块和业务流程。
概要设计说明书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的类处理结果。
教务管理系统需求规格说明书教务管理系统需求规格说明书一、引言随着学校规模的扩大和管理的复杂化,教务管理工作成为了学校运营的重要环节。
为了提高教务管理效率,降低管理成本,本文旨在详细描述教务管理系统的需求规格说明书,为开发人员提供清晰的开发指导。
二、需求概述教务管理系统应具备以下功能:学生信息管理、课程管理、成绩管理、教学计划制定、排课管理等。
同时,系统应具有良好的性能、可靠性和安全性。
三、用户需求系统的用户主要包括教务管理员、教师和学生。
教务管理员需要能够方便地管理学生信息、课程信息、教学计划和排课情况等。
教师需要能够录入和查询课程成绩、查看教学计划和排课情况等。
学生需要能够查看个人基本信息、课程信息和成绩等。
四、功能特点1、基本信息管理:包括学生信息管理、教师信息管理、班级信息管理、课程信息管理等。
2、考试报名:提供在线考试报名功能,支持多种报名方式。
3、成绩管理:提供成绩录入、查询、统计和分析等功能。
4、课表管理:支持教学计划制定、课程安排和调课管理等。
5、报表分析:提供多种报表分析功能,如学生成绩分析、教师绩效分析等。
五、技术实现1、前端界面设计:采用响应式网页设计,支持多种设备访问。
2、后台处理流程:采用模块化设计,方便系统扩展和维护。
3、数据存储:采用分布式数据库,确保数据的安全性和可靠性。
4、数据备份:提供完善的数据备份和恢复机制,确保数据不丢失。
六、安全保障1、用户权限控制:对用户进行分级权限控制,防止越权操作。
2、数据加密传输:采用SSL协议,对数据进行加密传输,确保数据安全性。
3、系统日常监测:对系统进行日常监测,及时发现并处理异常情况。
七、商业模式1、收费方式:采用按用户收费的方式,根据用户类型和使用情况进行差异化收费。
2、服务级别:提供不同级别的服务,包括基础服务、高级服务和定制服务。
3、用户付费:提供多种付费方式,如在线支付、分期付款等。
八、市场前景随着学校规模的扩大和信息化建设的加速,教务管理系统的市场需求将持续增长。
教材管理系统数据库课程设计教材管理系统详细设计说明书一、需求分析1.1系统总功能需求首先需要对教材管理系统进行详细的了解和分析,一个功能完全满足基本需要的系统需要包括以下几个模块:1.1.1教材管理功能模块这个功能模块主要实现对教材入库,出库的管理,对所有的教材信息都要进行统一管理,数据导入和教材信息等情况也要进行详细的登记,以便能对整个教材管理部门运作有全面的了解,并根据实际情况补充书源不足的部分。
1.1.2信息查询功能模块在对教材数据信息系统进行全面信息化管理的过程中,查询是一项非常重要的功能。
比如教材信息信息等,这项功能能使用户得到所需教材各项信息,方便各个学院根据实际情况选择所需教材。
1.1.3安全/使用管理功能模块这是任何一个信息管理系统都需要的部分,操作只能由专人进行,只有教材管理部门的工作人员才能拥有权限,特别是数据的导入进度,如果没有安全管理部分,后果难以想象,可能每次登录都需要用户身份的验证。
1.1.4帮助功能模块这是软件不可缺少的部分,为了方便使用者实用软件,应该有一个详细的帮助模块。
教材管理系统的需求功能需求图如图1-1所示。
图1-1 系统功能需求框图1.2基本数据维护功能需求基本数据模块的具体功能如图1-2所示。
基本维护信息包括:学生信息和教材信息等。
(1)教材信息的添加,如图1-3所示图1-3 添加教材信息这个功能实现把教材信息输入到数据库中,教材信息包括:教材编号、架号、所剩册数、教材名称、教材价格、供应书商名(2)教材的修改,如图1-4所示,这个功能实现把教材信息修改后输入到数据库中。
(前置条件:已存在该教材)图1-4修改教材信息(3)学生信息的增加,如图1-5所示。
这个功能实现把学生信息输入到数据库中。
教材信息包括:姓名、学号、年级、专业、缴费情况、年龄。
图1-5学生信息(4)学生信息的修改,如图1-6所示。
这个功能实现把学生信息修改后输入到数据库中。
图1-6修改学生信息1.3基本业务基本业务的功能如图(1)订书功能需求(2)发书功能1.4信息查询功能模块信息查询功能模块的功能如图1.5安全使用管理功能需求这个模块的具体功能如图1-18所示。
教学管理系统——详细设计说明书教学管理系统——详细设计说明书1:引言1.1 目的本文档旨在详细描述教学管理系统的设计及功能,为开发团队提供指导和参考。
1.2 背景教学管理系统是为了帮助学校或教育机构实现教学管理工作的自动化和信息化而开发的软件系统。
1.3 参考资料- 教学管理系统需求规格说明书- 教学管理系统概要设计说明书2:系统概述2.1 系统目标- 提供学生信息管理功能,包括学生基本信息的录入、查询和修改等。
- 提供教师信息管理功能,包括教师基本信息的录入、查询和修改等。
- 提供课程管理功能,包括课程信息的录入、查询和修改等。
- 提供成绩管理功能,包括成绩录入、查询和统计等。
- 提供班级管理功能,包括班级信息的录入、查询和修改等。
2.2 功能性需求2.2.1 学生信息管理- 学生信息录入功能:包括学生基本信息(学号、姓名、性别、年龄等)的录入。
- 学生信息查询功能:根据学号或姓名查询学生的基本信息。
- 学生信息修改功能:根据学号或姓名修改学生的基本信息。
2.2.2 教师信息管理- 教师信息录入功能:包括教师基本信息(工号、姓名、性别、职称等)的录入。
- 教师信息查询功能:根据工号或姓名查询教师的基本信息。
- 教师信息修改功能:根据工号或姓名修改教师的基本信息。
2.2.3 课程管理- 课程信息录入功能:包括课程信息(课程编号、课程名、学分等)的录入。
- 课程信息查询功能:根据课程编号或课程名查询课程的信息。
- 课程信息修改功能:根据课程编号或课程名修改课程的信息。
2.2.4 成绩管理- 成绩录入功能:根据学生学号和课程编号录入成绩。
- 成绩查询功能:根据学生学号或课程编号查询学生的成绩。
- 成绩统计功能:统计某个课程的成绩分布情况,包括平均成绩、最高成绩和最低成绩等。
2.2.5 班级管理- 班级信息录入功能:包括班级信息(班级编号、班级名称、班级人数等)的录入。
- 班级信息查询功能:根据班级编号或班级名称查询班级的信息。
系统详细设计书(模板)客户(徽记)项⽬监理单位(徽记)密级:●绝密○机密○普通项⽬名称系统详细设计说明书(版本号:)XXX公司[项⽬名称]—系统详细设计书⽬录第⼀章引⾔ (3)1.1 ⽂档⽬的 (3)1.2 参考资料 (3)第⼆章⽬标范围 (4)2.1 业务⽬标 (4)2.2 项⽬⽬标 (4)2.3 设计⽬标 (4)第三章系统结构 (5)3.1 设计原则 (5)3.2 系统框架 (5)3.3 功能模块 (5)3.4 部署结构 (5)3.5 系统环境 (6)第四章系统组件 (7)4.1 组件规格 (7)4.2 组件关系 (7)4.3 组件模块 (8)第五章系统数据 (9)5.1 数据字典 (9)5.2 数据结构/⽂件 (9)第六章系统界⾯ (10)6.1 界⾯结构 (10)6.2 界⾯关系 (10)6.3 数据和组件关联 (11)第七章外部接⼝ (12)7.1 输出接⼝ (12)7.2 输⼊接⼝ (12)第⼋章其他设计 (12)[设计单位名称]第⼀章引⾔1.1 ⽂档⽬的《系统详细设计书》是项⽬组的内部⽂档,是开发经理和开发⼈员在《系统逻辑设计书》的基础上,从系统的逻辑对象、数据实体和界⾯逻辑关系中进⼀步整理和细化得到的设计⽅案。
《系统详细设计书》将确定系统采⽤的技术⽅案,平台,并明确实际开发的组件、数据库表、窗⼝以及页⾯等。
详细设计是把现实的技术应⽤到逻辑模型上,并考虑到实现的可能性和最终系统的性能。
《系统逻辑设计书》的最终结果包含组件定义、特定平台上的⽤户界⾯设计,以及数据库的设计。
《系统逻辑设计书》会说明系统的核⼼的算法,但具体每个模块的实现算法可以在模块的《开发⽂档》中说明。
《系统逻辑设计书》的主要读者是项⽬组成员。
是开发经理制定《开发计划》、测试管理制定《测试计划》、实施⼈员制定《实施计划》的基础。
1.2 参考资料说明编写《系统详细设计书》中参考的资料。
其中必然包含的是《系统逻辑设计书》。
教师管理系统详细设计说明书文档编写人:许晨阳时间:2014-10-61引言 (5)1.1编写目的 (5)1.2背景 (5)1.3定义 (5)1.4参考资料 (5)2程序系统的结构 (6)2.1整体架构 (6)2.2BLL (6)AreaBLL (8)ClassBLL (9)EducationDepartMentBLL (10)GradeTypeBLL (11)SchoolBLL (11)SchoolTypeBLL (12)TeachSourceBLL (13)TeachSourceTypeBLL (14)TeacherBLL (15)UserBLL (16)2.3DAL (23)AreaDAL (24)ClassDAL (25)EducationDepartmentDAL (26)GradeTypeDAL (26)SchoolDAL (27)SchoolTypeDAL (27)TeachSourceTypeDAL (28)TeacherDAL (29)UserDAL (29)AchievementDAL (30)AdwardDAL (31)CourseDAL (32)IllegalityDAL (32)LevelDAL (33)MonographDAL (34)ProjectDAL (34)SubjectDAL (35)TeacherCourseClassDAL (35)ThesisDAL (36)2.4W EB (37)TeacherInfoWeb (37)ClassInfoWeb (37)SchoolInfoWeb (37)EducationDepartmentInfoWeb (38)TeachSourceInfoWeb (38)AchievementInfoWeb (38)AdwardInfoWeb (38)CourseInfoWeb (38)IllegalityInfoWeb (38)LevelInfoWeb (38)ProjectInfoWeb (38)SubjectInfoWeb (38)TeacherCourseClassInfoWeb (39)ThesisMonographInfoWeb (39)2.5E NTITY (39)AreaEntity (40)ClassEntity (40)EducationDepartmentEntity (41)GradeEntity (42)SchoolEntity (43)SchoolTypeEntity (45)TeachSourceEntity (45)TeachSourceTypeEntity (47)TeacherEntity (48)UserEntity (50)AchievementEntity (52)AwardEntity (53)ComConditionEntity (54)CourseEntity (55)IllegalityEntity (56)LevelEntity (57)MonographEntity (58)ProjectEntity (59)SubjectEntity (61)TeacherCourseClassEntity (62)ThesisEntity (63)3注释设计 (65)4程序流程 (66)4.1班级管理 (66)4.2教师信息管理 (68)4.3学校信息管理 (71)4.4教育局信息管理 (74)4.5教学资料管理 (77)4.6资料类别管理 (79)4.7项目成果管理 (82)4.8荣誉管理 (84)4.9课程管理 (87)4.10违规记录管理 (89)4.11科研级别管理 (92)4.12专著管理 (93)4.13项目信息管理 (95)4.14科目类别管理 (98)4.15授课管理 (99)4.16论文管理 (102)详细设计说明书1引言1.1编写目的本文档是基于概要设计,进一步细化概要设计,明确各个类、接口、设计结构等的设计方案,为下一阶段程序编码提供依据。
此文档属于内部文档,面向程序开发人员,它是项目验收的重要资料,同时也是后期维护的必备资料。
预期读者:系统开发人员、项目验收人员、后期维护人员。
1.2背景a.说明:b.所建议开发的软件系统的名称:教师管理系统c.本项目的任务提出者:华烨冀科d.开发者:廊坊师范学院信息技术提高班e.用户:教育局、学校的信息管理人员和教师f.实现该软件的计算中心或计算机网络:广域网1.3定义EA:Enterprise Architect是一个对于软件系统开发有着极好支持的CASE软件(Computer Aided Software Engineering)。
1.4参考资料需求规格说明书概要设计说明书详细设计说明书模板2程序系统的结构2.1整体架构2.2BLLAreaBLL所属地区管理。
主要包含对所属地区的增删改查,即AddArea,DeleteArea,EditArea,QueryArea。
ClassBLL班级信息管理模块。
包括对班级信息的增删改查。
查询又包括查询全部班级信息QueryAllClass,高级搜索QueryClassByGroup。
EducationDepartMentBLL教育局信息管理模块。
包括对教育局信息的增删改查。
查询又包括查询全部教育局信息QueryAllEducationDepartment,高级搜索QueryEducationDepartmentByGroup。
GradeTypeBLLSchoolBLL学校信息管理模块。
包括对学校信息的增删改查。
查询又包括查询全部学校信息QueryAllSchool,高级搜索QuerySchoolByGroup,根据学校编号查询学校详细信息QueryDetailedSchoolByID。
SchoolTypeBLL学校类型管理。
主要包含对学校类型的增删改查,即AddSchoolType,DeleteSchoolType,EditSchoolType,QuerySchoolType。
TeachSourceBLL教学资料管理。
主要包含对教学资料的增删改查,即AddTeachSource,DeleteTeachSource,EditTeachSource,查询包括查询全部资料QueryAllTeachSource和高级搜索QueryTeachSourceByGroup。
TeachSourceTypeBLL教学资料类别管理。
主要包含对教学资料类别的增删改查,即AddTeachSourceType,DeleteTeachSourceType,EditTeachSourceType,QueryTeachSourceType。
TeacherBLL教师信息管理模块。
包括对教师信息的增删改查。
查询又包括查询全部教师信息QueryAllTeacher,高级搜索QueryTeacherByGroup,根据教师编号查询教师详细信息QueryDetailedTeacherByID。
UserBLL用户管理。
主要包含对用户的增删改查,即AddUser,DeleteUser,EditUser,查询包括QueryUser,QueryUserByID。
AchievementBLL教师管理系统-业务逻辑层-项目成果管理AdwardBLL教师管理系统-业务逻辑层-荣誉管理CourseBLL教师管理系统-业务逻辑层-课程管理IllegalityBLL教师管理系统-业务逻辑层-违规记录管理ImportBLL教师管理系统-业务逻辑层-批量导入管理LevelBLL教师管理系统-业务逻辑层-科研级别管理MonographBLL教师管理系统-业务逻辑层-专著管理ProjectBLL教师管理系统-业务逻辑层-项目管理StatisticsBLL教师管理系统-业务逻辑层-统计管理SubjectBLL教师管理系统-业务逻辑层-科目类别管理TeacherCourseClassBLL教师管理系统-业务逻辑层-授课管理OperationsThesisBLL教师管理系统-业务逻辑层-论文管理2.3DALAreaDAL所属地区管理。
主要包含对所属地区的增删改查,即AddAreaType,DeleteAreaType,EditAreaType,QueryAreaType。
OperationsClassDALEducationDepartmentDALGradeTypeDALSchoolDALSchoolTypeDALTeachSourceTypeDALTeacherDALUserDAL OperationsAchievementDALAdwardDALCourseDALIllegalityDALLevelDALMonographDALProjectDALSubjectDALTeacherCourseClassDALThesisDAL2.4WebFigure: 1 TeacherInfoWeb教师信息页面ClassInfoWeb班级信息页面SchoolInfoWeb学校信息页面EducationDepartmentInfoWeb 教育局信息页面TeachSourceInfoWeb教学资料管理页面AchievementInfoWeb项目成果管理页面AdwardInfoWeb荣誉管理页面CourseInfoWeb课程管理页面IllegalityInfoWeb违规记录管理页面LevelInfoWeb科研级别管理页面ProjectInfoWeb项目信息页面SubjectInfoWeb科目类别页面TeacherCourseClassInfoWeb 授课管理页面ThesisMonographInfoWeb 论文专著管理页面2.5EntityFigure: 1 AreaEntityClassEntityEducationDepartmentEntityGradeEntitySchoolEntitySchoolTypeEntityTeachSourceEntityTeachSourceTypeEntityTeacherEntityUserEntity Attributes。