概要设计说明书
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-3所示
2. 接口设计
2.1 用户接口
3. 运行设计
3.1 运行模块组合
具体软件的运行模块组合为程序多窗口的运行环境，各个模块在软件运行过程中能较好的交换信息，处理数据。
3.2 运行控制
软件运行时有较友好的界面，基本能够实现用户的数据处理要求。
3.3 运行时间
系统的运行时间基本可以达到要求。
4. 系统数据结构
4.1 逻辑设计
教务管理系统E-R图
4.2 逻辑结构设计表
6、表名称：xjh 表类型：约束表含义：班教学计划信息表
参见bkb 表
7、表名称：xxb 表类型：约束表含义：班注册和档案表
参见bkb 表
8、表名称：kbpdfb 表类型：约束表含义：报考编排登分表
参见bkb 表
9、表名称：ctdmkb_tmp 表类型：约束表含义：毕业课程替代免考表
参见cjb 表
10、表名称：ctdmkb 表类型：约束表含义：毕业课程替代免考表
参见cjb 表
11、表名称：ysmdb 表类型：约束表含义：毕业生名单
参见cjb 表
12、表名称：ycymdb 表类型：约束表含义：毕业预审审核差异名单表参见cjb 表
13、表名称：yyshsdfb 表类型：约束表含义：毕业预审审核得分表
参见ycymdb 表
14、表名称：yyshsdfb_tmp 表类型：实体表含义：毕业预审审核得分表
15、表名称：gdw 类型：约束表含义：采购单位
16、表名称：gdwdhzz 类型：约束表含义：采购单位到货总账
17、表名称：gdwzz 类型：约束表含义：采购总账
18、表名称：gdhmxb 类型：约束表含义：采购到货明细表
19、表名称：gdhmxml 类型：约束表含义：采购到货明细目录
20、表名称：gmxb 类型：约束表含义：采购明细表
21、表名称：gzb 类型：约束表含义：采购总表
22、表名称：cjdmb 类型：约束表含义：成绩代码表
23、表名称：cjgdb 类型：约束表含义：成绩更动表
24、表名称：cjtjb 类型：约束表含义：成绩统计表
25、表名称：cjzb 类型：约束表含义：成绩总表
26、表名称：cjzb_copy 类型：约束表含义：成绩总表
27、表名称：dgdw 类型：约束表含义：订购单位
28、表名称：dgdwmxb 类型：约束表含义：订购单位明细表
29、表名称：dgmxb 类型：约束表含义：订购明细表
30、表名称：dgzb 类型：约束表含义：订购总表
31、表名称：fxzyb 类型：约束表含义：辅修专业表
32、表名称：jhkkkcb 类型：约束表含义：计划开考课程表
33、表名称：jhkkkcb 类型：约束表含义：计划开考课程传递表
34、表名称：jljb 类型：约束表含义：奖励级别表
35、表名称：jlqkjzb 类型：约束表含义：奖励情况记载表
36、表名称：jccgfdml 类型：约束表含义：教材采购分单目录
37、表名称：jccgjsb 类型：约束表含义：教材采购计算表
38、表名称：jccgmxb 类型：约束表含义：教材采购明细表
39、表名称：jccgshb 类型：约束表含义：教材采购审核表
40、表名称：jcch 类型：约束表含义：教材册号
41、表名称：jcdgzb 类型：约束表含义：教材订购总表
42、表名称：jclxbmdz 类型：约束表含义：教材类型编码对照
43、表名称：jcsmmb 类型：约束表含义：教材说明模板
44、表名称：jcthzt 类型：约束表含义：教材替换状态
45、表名称：dgdwzb 类型：约束表含义：教材征订订购单位总表
46、表名称：jczb 类型：约束表含义：教材总表
47、表名称：jxbm 类型：约束表含义：教学部门表
48、表名称：jxdg 类型：约束表含义：教学大纲
49、表名称：jxhjdy 类型：约束表含义：教学环节定义
50、表名称：kkdw 类型：约束表含义：开课单位表
51、表名称：kcqkb 类型：约束表含义：考场情况表
52、表名称：kdxxb 类型：约束表含义：考点代码表
53、表名称：kslb 类型：约束表含义：考生类别代码表
54、表名称：ksdmb 类型：约束表含义：考试代码表
55、表名称：ksdmcd 类型：约束表含义：考试代码传递表
56、表名称：ksdxb 类型：约束表含义：考试对象表
57、表名称：ksfsdm 类型：约束表含义：考试方式代码表
58、表名称：kslxdmb 类型：约束表含义：考试类型代码表
59、表名称：kccc 类型：约束表含义：课程层次代码表
60、表名称：kcgldw 类型：约束表含义：课程管理单位
61、表名称：kcjsfs 类型：约束表含义：课程建设方式
62、表名称：kcjsjb 类型：约束表含义：课程建设级别表
63、表名称：kcjslb 类型：约束表含义：课程建设类别
64、表名称：kcjcdzb 类型：约束表含义：课程教材对照
65、表名称：kclb 类型：约束表含义：课程类别代码表
66、表名称：kctdb 类型：约束表含义：课程替代表
67、表名称：kcxz 类型：约束表含义：课程性质代码表
68、表名称：kczb 类型：约束表含义：课程总表
69、表名称：ljhkcb 类型：约束表含义：类计划课程表
70、表名称：ljhxqks 类型：约束表含义：类计划学期开设课程表
71、表名称：ljhxqksb 类型：约束表含义：类计划学期考试课程表
72、表名称：ljxjhb 类型：约束表含义：类教学计划表
73、表名称：mzdmb 类型：约束表含义：民族代码表
74、表名称：ndszb 类型：约束表含义：年度收支表
75、表名称：njdmb 类型：约束表含义：年级代码表
76、表名称：njkcb 类型：约束表含义：年级课程表
77、表名称：njzyb 类型：约束表含义：年级专业表
78、表名称：xkkcb 类型：约束表含义：新开课程表
79、表名称：xszcb 类型：约束表含义：新生注册表
80、表名称：xflydmb 类型：约束表含义：学费来源代码表
81、表名称：xjbddmb 类型：约束表含义：学籍变动代码表
82、表名称：xjbdjzb 类型：约束表含义：学籍变动记载表
83、表名称：xjztdmb 类型：约束表含义：学籍状态代码表
84、表名称：fzjbytj 类型：约束表含义：学生非在籍和毕业生统计表
85、表名称：xsjbqkb 类型：约束表含义：学生基本情况表
86、表名称：xsjhcjb 类型：约束表含义：学生计划成绩表
87、表名称：xslbdmb 类型：约束表含义：学生类别代码表
88、表名称：xslxdmb 类型：约束表含义：学生类型代码表
89、表名称：xslxdyb 类型：约束表含义：学生类型代码对应表
4.2 物理结构设计
系统的物理结构具体由数据库来设计与生成，故此处略。
5. 系统出错处理设计
5.1 出错信息
5.2 补救措施
由于数据在数据库中已经有备份，故在系统出错后可以依靠数据库的恢复功能，并且依靠日志文件使系统再启动，就算系统崩溃数据也不会丢失或遭到破坏。但有可能占用更多的数据存储空间，权衡措施由用户来决定
第5章详细设计说明书
1. 引言
1.1 项目定义
教务综合管理信息系统是为了适应现代化学校管理的需要，加快推进我校数字化校园建设、充分利用校园网，利用网络、多媒体等计算机应用技术和手段，提高办公效率、改善质量的高效管理信息系统。
1.2 编写目的
本文档为“教务管理系统-详细设计说明书”，主要用于为实现系统的功能而进行的系统详细设计说明，详细系统各软件组成模块的实现流程、功能、接口、编译、测试要点等内容，便于对系统的编码进行指导和约束。
1.3. 参考资料
《教务管理系统_系统软件需求说明书》。
《教务管理系统_系统概要设计说明书》。
《教务管理系统_数据库设计说明书（数据库字典）》等。
2. 程序系统的结构
2.1整个教务管理系统的结构
可由以下图示来表明：
图1-1 系统的总体处理流程
3. 系统功能实现
从前面需求分析可以看出，系统功能庞杂，主要分为前台浏览器(B/S)信息发布和数据查询，后台(C/S)数据管理和处理，教务管理功能部分数据分为四类：学生基本信息相关；教师基本信息相关；课程信息相关；学生成绩综合查询相关。从使用和操作的功能上分，有三种用户：该校学生；业务数据管理人员（学生工作辅导员、教务干事）；系统管理员。为便于整个系统组织管理，把各个相对独立的数据或功能组织到整个大系统中来，我们把各个相对独立的功能完全独立设计，编译成独立的目标(功能)模块（single Executable），各功能模块最后被集成到一个称为虚拟桌面的控制台模块中。相应地将系统结构分为一个控制台程序和七个子系统，各子系统又分为若干各子模块。对应于每一个模块，几乎都有录入、查询、修改、删除、查看详细资料等这几个功能。整个业务流程就是由这几种基本功能实现的。在这里每个模块都要用到的功能没必要在每个子模块里重复阐述，在每个子模块里只列出区别于其它子模块的功能实现。
3.1 系统控制台模块
功能：
各子功能模块的组织和调用；
统一的登陆界面实现到数据库服务器的登陆；
显示教务主页
系统图标。
设计：
1.登陆数据库:
输入数据库服务器名(ServerIP)、用户账号()UserID、密码(PassWord)；登陆数据库服务器，检索系统权限表，根据权限设置相应功能模块：
①无此用户或禁止权限
Enable = False;
②浏览权限
Enable = True;
修改 User ID= ;
修改 Pass Word := ;
③修改权限
Enable = True;
修改 User ID = ;
修改 Pass Word := ;
2. 采用WinXP 下程序组、程序项的原理组织各执行模块：
登陆服务器
基础维护
教学管理
报表统计
退出
各程序组、程序项的显示分别可以是分层/树状/大图标/小图标等方式；各程序项或菜单项的名称命名为相应功能模块的目标代码文件名。
3.2. 各具体模块如下：
教务处管理系统概要设计说明书
1 概述（设计思想） 教务管理系统是一个面向学校教务管理人员、教师和学生，为其提供服务的综合管理系统，随着教学体制的不断改革，尤其是学分制、选课制的展开和深入，使得教务日常管理工作日趋繁重、复杂，而现有的教务管理软件基本上都是单机版本的，已满足不了现在教务工作需要。因此迫切需要研制开发基于互联网的综合网上教务管理软件。 该教务管理系统总体设计思想：面向学校各部门以及各层次用户的多模块综合信息管理系统为了充分利用高校现已有的网络资源。实现教务各上下级之间迅速便捷的沟通，在系统的架构上采用了当前流行的B/S结构与C Z S结构及 Internet 网络相结合的技术突破了系统使用地域的局限性，使整个校园网甚至Internet 上的用户都可访问本教务系统并进入相应的教务信息查询，如查询课程表、教学进程等等．为了体现分散操作、统一管理的思想，实现教务信息的集中管理、分散操作、信息共享，使传统的教务管理朝数字化、无纸化、智能化、综合化的方向发展，实现教务各上下级之间迅速便捷的沟通，形成充满活力的新型的教务管理机制。 教务管理系统由两部分组成：前台和后台。前台客户层采用了最新的webstart 工具，使得客户端可以自动升级、即时更新，减轻了系性；后台数据层采用了对象关系型数据库，它将数据进行统一管理，所有的客户端都从后台捌用数据，实现了资源共享、保证了数据的一致性并且后台数据还具有自动备份功能，来保证数据库中数据的安全性与可靠性．后台主要有系统管理员，前台则主要面对在校学生和教务处人员和各院系教务员及任课教师使用，教务网的管理员分初级管理员和高级管理员：初级管理员是各科室的负责人，提交本科室的待发布教学通知、公告等信息，管理本科室的上传文件并接受高级管理员的管理；高级管理员管理所有上传的文件，审核并发布各科室提交的信息，管理教务信箱和教务网界面等。教务处长属于高级管理员。 2 系统策略 系统性 该教务管理系统实时更新，系统比较完善可靠，技术成熟，可以按照不同学校对于教务的不同需求进行更改，满足用户需求。 先进性 该教务管理系统技术先进，系统先进，比较完善。 安全性 数据库考虑到安全性问题，对文件进行加密，提高了安全度，保证了系统的安全。可维护性 该教务管理系统界面可以再后台管理前台显示的界面，模块化程度高，可维护性强。 正确性 该教务管理系统可以正确反映教务的信息，实时更新数据，保证信息正确和可靠 简单性 该教务管理系统操作简单，界面简洁，后台管理易学，维护复杂度比较小适应性 该教务管理系统可以在多平台下使用，对浏览器的兼容性强，适用性强。
教务管理系统-详细设计说明书
详细设计说明书 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中用户选择登录身份（学生，教师或管理员），学工号，密码。首先检查学工号是否为空，为空则提示。若不为空，则检索相应数据库表，检查用户是否存在。若存在，检查密码是否正确，若正确，则登录成功。 开 输入学 工号和
课程设计报告 课程设计题目: 教务管理系统 学生姓名：王丙焱 专业：计算机科学与技术 学号：201130050202 班级：1130502 指导教师：李丽华 2013年6月20日
1 课程设计目标 课程设计总的目标是衡量学生是否取得学习效果，培养学生具有专业网站初步的规划、设计、制作能力。具体表现在网站内容、功能、安全等方面合理策划和规划；培养具有主页和二级页面的创意、设计等方面的技术处理能力和具有强大的动态效果制作能力。培养学生具有基于后台数据库的编程技术，实现客户—服务器端交互式动态网页的制作能力，掌握实际网页设计与制作开发流程和开发方法。 具体应达到以下目的： 1．提高学生在实际操作中收集信息，对信息进行价值判断，进行信息整理、加工的能力。 2．在实际的项目任务中培养网页设计方面的素养。 3．在实际的项目任务中使学生网页编程和制作的能力得到提高。 4．培养学生团队协作和人际交往方面的能力。 5. 培养相关知识和技能的综合应用能力。 6、掌握运用https://www.doczj.com/doc/e48471733.html,及数据库原理知识进行系统分析和设计的方法 7、掌握关系数据库的设计方法 8、掌握SQL Sever2000的应用 9、掌握简单的数据库应用程序编写方法 10、理解B/S模式结构 2 系统的运行环境 本系统软件基本配置为Windows Server2003/XP/2000/Windows 7。数据库可以选用：Microsoft SQL server 2000，s等，系统开发软件可以选用Visual Studio 2005等。 硬件最低配置为CPU: Pentium 1G MHz 以上，内存至少1G，硬盘空间2G，显示器800 *600或1024 *768。
教务管理系统课程 设计报告
教务综合管理系统设计报告 专业：软件工程 成员：车振军陆建伟 徐蕾杨思倩指导老师：徐明 日期： -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：控制第一个运算符 2）运算部分循环体2：控制第二个运算符 循环体3：控制第三个运算符 比较运算部分的结果与24：采用3个循环结构 3）输出结果打印出第一个可能的结果，终止程序 输出 没有结果时输出提示信息，终止程序 详细设计 先来分析输入部分的设计原理，作为程序的设计者，和用户的沟通是很重要的。所以开头设计了一个打招呼函数，在该函数中向用户说明程序的功能并征求用户是否开始该程序。这样的设计思路更加人性化。不仅如此，在输入数据时，设计一个循环结构，用来检测用户输入的数据是否合法，如果超出取值范围会提醒用户重新输入。这样就能够比较顺利地完成数据的获取任务。 基于穷举和简化算法结构两个出发点，该程序主体采用的是循环结构。 首先，考虑到四个数之间只能有三个运算符，每种运算符都有四种可能（加、减、乘、
除）。所以总共有4*4*4种可能的组合方式（暂不考虑家括号下的运算顺序），所以我设计了三重循环。分别以i，j，k作为计数变量，先固定i、j保持不变，k从0变到3，分别表示按照加、减、乘、除的方式依次循环，然后再让i保持不变，让k由0变到1，再将k循环从0到3循环一次，以此往复就可以把运算符所有可能的组合穷尽。 当然这是算法实现的基本过程，而在将运算方式（加、减、乘、除）与计数变量联系起来的桥梁就是函数。函数可以对两个整数进行处理，要使其根据计数变量的不同进行不同的类型的运算，就叫引入一个新的变量，在执行函数功能时让它作为开关（在该程序中，0代表加，1代表减，2代表乘，3代表除）就可以了。 最后一部分即输出部分给出了运算结果，先采用循环结构比较结果值与24是否相等（由于计算机本身精度的原因，其实只要当结果和24的差值足够小时就可以确定这种可能是可以得出24的），如果判断成立，马上输出结果并停止进一步的循环检测（减少运算量，提高效率）；如果没有可能，就输出“NO SOLUTION!”提醒用户所输入的四个数无法组合形成24。在这一步就会发掘出运算部分的四维数组的优势，中括号中的数字组合刚好对应一定的运算方式，在打印过程中就有章可循了。 总的设计思路还是按照解决问题的一般逻辑问题进行的，其中不乏很多以前没有实践过的思路和方法，而且也会涉及到一些其他方面的知识，比如电脑本身的数据结构、精度等等。所以一个完整的程序需要合乎逻辑的算法，以及多方面的考虑和技术的支持。
概要设计说明书 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 教务管理系统 (1) 1．1 教务管理信息系统软件情况介绍 (1) 1．2 系统的硬件组成 (1) 1．3 系统建设中的一些注意点 (2) 1．4 系统的特色介绍 (2) 2 系统参考标准和规范 (3) 2．1 引言 (3) 2．2 系统概述 (3) 2．2．1 设计目标 (3) 2．2．2 运行环境 (3) 2．2．3 需求概述 (4) 2．3 系统总体设计 (4) 2．3．1 总述 (4) 2．3．2 系统维护子系统 (7) 2．3．2．1 功能模块 (8) 2．3．2．2 数据流程 (8) 2．3．2．3 功能实现设计 (9) 2．3．3 学籍管理子系统 (12) 2．3．3．1 功能模块 (12) 2．3．3．2 数据流程 (13) 2．3．3．3 主要界面设计 (13) 2．3．3．4 主要功能实现 (14) 2．3．4 教学计划管理子系统 (21) 2．3．4．1 功能模块 (21) 2．3．4．2 教学计划数据及操作流程图 (21) 2．3．4．3 功能实现设计 (22) 2．3．5 智能排课子系统 (30) 2．3．5．1 功能模块 (31) 2．3．5．2 工作流程图 (31) 2．3．5．3 排课的数学模型与算法 (31) 2．3．5．4 功能实现设计 (35) 2．3．6 选课管理子系统 (36) 2．3．6．1 系统功能模块 (36) 2．3．6．2 功能实现设计 (36) 2．3．7 成绩管理子系统 (40) 2．3．7．1 功能模块 (40) 2．3．7．2 系统数据流程 (41) 2．3．7．3 主要界面设计 (41) 2．3．7．4 主要功能实现 (42) 2．3．8 教材管理子系统 (48)
伟航教学管理系统软件 V2.0 说明书 1.引言 本软件使用说明书是为了指导伟航教学管理系统软件 V2.0的使用操作，同时为本软件系统的测试提供必要的信息。 本详细设计说明书的读者都包括以下人员： a. 代码编写人员 b. 测试人员 c. 概要设计人员 d. 其它对伟航教学管理系统软件 V2.0感兴趣的人员。 2.软件概述 2.1目标 1、使用方便、安装简单，用户只需要进行本地安装即可方便地使用本软件。 2、伟航教学管理系统软件 V2.0的设计旨在实现管理员、教师以及学生对信息的查询、修改以及更新提供便利性。教学管理系统是一个辅助学校教务人员完成日常工作中，涉及教师管理、课程管理和成绩管理等项目的日常比较繁重的工作。它应用计算机在数据处理和数据整理保存方面的优异性能，帮助工作人员提高工作的效率、减少出错情况。 2.2功能特点 该系统具有以下几个功能特点： （1）本软件系统的开发采用了C/S结构，技术成熟，使得该系统具有高可靠性、较强的拓展性和维护性；
（2）该系统支持并发用户数较多。响应时间仅在2s左右，具有良好的实用性和出众的性价比。 （3）同时本软件在预检结果的准确度方面也具有很高的可信性。开发人员在网络安全、数据传输安全、数据访问安全和数据存储安全等几个方面做了大量努力，使得系统安全性极高； 3.运行环境 3.1硬件环境 服务器端：CPU以Intel的型号为准，可以采用AMD相同档次的对应型号，内存基本配置4G 客户端：CPU为Core i3-2100 3.10GHz（标准配置），内存为4 GB（标准配置），磁盘存储为500 GB（标准配置）。 3.2软件环境 客户端：操作系统为Microsoft Windows 7、Windows 10、Microsoft XP 3.3方案设定 3.3.1 基本Ｅ-R图设计 伟航教学管理系统软件 V2.0使教学管理的计算机化成为高校管理现代化、决策科学化的一个重要环节,是开创教学管理工作新局面的必由之路。本系统的E-R图设计主要包括教师、学生、系部、课程等实体部分，本系统的E-R设计图如图3-1、图3-2、图3-3和图3-4所示。
目录 第一章概述 (1) 1.1 本课题的研究背景 (1) 1.2 本课题的研究意义 (1) 1.3 本论文的目的、内容及作者的主要贡献 (1) 1.3.1 本论文的目的 (1) 1.3.2 本论文的内容 (1) 1.3.3 作者主要贡献 (2) 1.4 国内外相近研究课题的特点及优缺点分析 (2) 1.5 现行研究存在的问题及解决办法 (2) 1.5.1 需求分析问题 (2) 1.5.2 数据库设计问题 (2) 1.5.3 三层结构设计问题 (3) 1.5.4 代码实现问题 (3) 1.5.5 页面设计问题 (3) 1.6 本课题要达到的设计目标 (3) 1.6.1 实现后台数据库的设计与实现 (3) 1.6.2 实现用户信息的管理 (3) 1.6.3 实现学生成果信息的发布与管理 (4) 1.6.4 实现对学生信息及成果信息的查询 (4) 1.6.5实现用户间学习交流的留言、评论功能 (4) 第二章系统分析 (5) 2.1 系统需求分析 (5) 2.2 采用的关键技术介绍 (6) 2.2.1 https://www.doczj.com/doc/e48471733.html,简介 (6) 2.2.2 SQL Server 2000简介 (6) 2.3 可行性分析 (7) 2.2.1 技术可行性 (7) 2.2.2 操作可行性 (7) 第三章系统概要设计 (8)
智能卡技术课程设计报告 3.1 系统总体设计 (8) 3.1.1 运行环境 (8) 3.1.2 系统流程 (8) 3.1.3 系统结构 (10) 3.2 系统接口的概要设计 (10) 3.2.1 用户接口 (10) 3.2.2 外部接口 (12) 3.3 数据库概要设计 (12) 3.3.1 逻辑结构设计 (12) 3.3.2 物理结构设计 (13) 3.4 系统出错处理设计 (14) 3.4.1 出错信息 (14) 3.4.2 补救措施 (14) 3.4.3 系统维护设计 (14) 第四章系统详细设计 (15) 4.1 表示层即系统界面的详细设计 (15) 4.1.1 母版页的详细设计 (15) 4.1.2 客户首页的详细设计 (16) 4.1.3 成果发布界面的详细设计 (17) 4.1.4 学生留言信息管理界面的详细设计 (18) 4.1.5 页面权限设置的详细设计 (19) 4.2 业务层的详细设计 (19) 4.3 数据库详细设计 (20) 4.3.1 表的详细设计 (21) 4.3.2 表间关系图 (23) 第五章系统实现 (24) 5.1 系统开发环境 (24) 5.2 系统实现 (24) 5.2.1 客户端系统实现 (24) 5.2.2 后台管理系统实现 (26) 5.3 系统运行环境要求 (27) 5.3.1 服务器端要求 (27) 5.3.2 客户端要求 (27)
教务管理系统详细设计说明书
详细设计说明书 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 教务管理系统功能层次图 ●系统业务流程：该教务管理系统的使用者为学生、教师和教务员，根据他们之间的数据传 递关系可画出系统业务流程图，如下图所示：
系统数据流程：根据系统的功能层次图，可得该教务管理系统的数据流程图（DFD）如下： 图3 教务管理系统顶层DFD 图4教务管理系统第一层DFD
图6学籍管理系统第二层用户管理功能之DFD 图7学籍管理系统第二层成绩管理功能之DFD
数据字典：现对该系统数据流程图各元素定义如下： 图9 数据字典之数据流定义 图10 数据字典之数据存储定义 图11 数据字典之数据项定义
图13 数据字典之外部实体定义 （说明：要求从系统底层数据流程图中分别选出一个数据流、数据存储、数据项、处理逻辑以及外部实体，对其进行数据字典的定义。） ●处理逻辑描述：系统中的“登录”功能需要分类处理，现用决策树表示其处理过程，如下： 图14 “登录”功能之决策树 ●系统数据库概念模型 该系统数据库中的主要实体有： ?用户：用户名，密码，姓名，班级，性别，年龄，职业 ?课程：课程号，课程名，性质，学时，学分，学期，专业 实体之间的联系为： ?用户与课程（选修）：m:n联系 ?用户与课程（考试）：p:q联系 该系统数据库概念模型E-R图为：
以下是需求分析说明书、详细设计说明书、概要设计说明书样例 需要详细资料的去 https://www.doczj.com/doc/e48471733.html,/BBS/view.asp?ID={CA9329C0-93C5-4417-9170-452FF61E8C DB}&page=1下载 XX系统概要设计说明书 目录 1. 文档介绍1 1.1 文档目的1 1.2 文档范围1 1.3 读者对象1 1.4 参考文献1 1.5 术语与缩写解释1 2. 系统概述2 3. 设计约束2 3.1需求约束2 3.2隐含约束2 4. 设计策略3 4.1扩展策略3
4.2复用策略3 4.3折衷策略3 5．系统总体结构3 5.1、系统总体结构3 5.2、子系统功能及接口4 6. 子系统的结构与功能5 6.1、TERMSERV 5 7. 功能需求追溯5 8. 环境的配置5 9．其它6 附录 6 A、与主机接口6 B、与终端接口6 1. 文档介绍 1.1 文档目的 编写该文档的目的在于从总体设计的角度明确xxxx系统的功能和处理模式，明确与银联的接口，使系
统开发人员和产品管理人员明确产品功能，可以有针对性的进行系统开发、测试、验收等各方面的工作。 1.2 文档范围 1.3 读者对象 该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。 1.4 参考文献 《xxxx系统需求说明书》 1.5 术语与缩写解释 无 2. 系统概述 XX系统是以触摸屏为主要交互工具，帮助用户以自助方式做业务查询。本系统的主要功能包括：话费 查询、新业务介绍、网点分布查询、自助终端分布查询、电信新闻、交易监控、设备维护和监控等。本系 统的设计目标是保证系统可以7*24小时安全、高效无故障运行；业务人员可以轻松完成设备和交易的监控 、管理工作；报表种类齐全，可以满足业务人员各种帐务需求。 3. 设计约束
教务管理信息系统实施设计方案
目录 1 教务管理系统 (1) 1．1 教务管理信息系统软件情况介绍 (1) 1．2 系统的硬件组成 (1) 1．3 系统建设中的一些注意点 (2) 1．4 系统的特色介绍 (2) 2 系统参考标准和规范 (3) 2．1 引言 (3) 2．2 系统概述 (3) 2．2．1 设计目标 (3) 2．2．2 运行环境 (3) 2．2．3 需求概述 (4) 2．3 系统总体设计 (4) 2．3．1 总述 (4) 2．3．2 系统维护子系统 (7) 2．3．2．1 功能模块 (8) 2．3．2．2 数据流程 (8) 2．3．2．3 功能实现设计 (9) 2．3．3 学籍管理子系统 (12) 2．3．3．1 功能模块 (12) 2．3．3．2 数据流程 (13) 2．3．3．3 主要界面设计 (13) 2．3．3．4 主要功能实现 (14) 2．3．4 教学计划管理子系统 (21) 2．3．4．1 功能模块 (21) 2．3．4．2 教学计划数据及操作流程图 (21) 2．3．4．3 功能实现设计 (22) 2．3．5 智能排课子系统 (30)
2．3．5．1 功能模块 (31) 2．3．5．2 工作流程图 (31) 2．3．5．3 排课的数学模型与算法 (31) 2．3．5．4 功能实现设计 (35) 2．3．6 选课管理子系统 (36) 2．3．6．1 系统功能模块 (36) 2．3．6．2 功能实现设计 (36) 2．3．7 成绩管理子系统 (40) 2．3．7．1 功能模块 (40) 2．3．7．2 系统数据流程 (41) 2．3．7．3 主要界面设计 (41) 2．3．7．4 主要功能实现 (42) 2．3．8 教材管理子系统 (48) 2．3．8．1 统功能模块 (48) 2．3．8．2 教材管理流程图 (48) 2．3．8．3 功能实现设计 (49) 2．3．9 实践管理子系统 (50) 2．3．9．1 系统功能模块 (50) 2．3．9．2 学科竞赛流程图 (50) 2．3．9．3 功能实现设计 (51) 2．3．10 考试管理子系统 (57) 2．3．10．1 考试安排管理 (57) 2．3．10．2 考试管理模块图 (57) 2．3．10．3 考试管理数据流程图 (57) 2．3．10．4 功能实现设计 (58) 2．3．11 收费管理子系统 (59) 2．3．11．1 系统数据流程 (59) 2．3．11．2 功能实现 (59) 2．3．12 WEB服务管理子系统 (61) 2．3．12．1 系统功能模块 (61) 2．3．12．2 功能实现设计 (61) 2．3．13 教学质量评价子系统 (66) 2．3．13．1 系统功能模块 (66) 2．3．13．2 数据流程 (66) 2．3．13．3 功能实现设计 (67) 2． 4 软件体系架构 (72) 2．4． 1 系统硬件配置方案 (73) 2．5 教务管理、应用系统结构方案 (75) 2．5． 1 教务管理系统主机方案 (75)
河南农业大学 本科生毕业论文（设计） 题目教务管理系统的设计与实现 学院信息与管理科学学院 专业班级计算机科学与技术2009级1班 学生姓名韩艳松（0910101012） 指导教师王晓磊 撰写日期：二○一三年五月二十日
目录 摘要................................................ 错误!未指定书签。 1 项目背景及意义.................................... 错误!未指定书签。 2 系统需求分析...................................... 错误!未指定书签。 2.1 系统要求.................................... 错误!未指定书签。 2.2 需求分析.................................... 错误!未指定书签。 2.3 系统功能及功能模块图........................ 错误!未指定书签。 3 总体设计.......................................... 错误!未指定书签。 3.1 开发工具的简介.............................. 错误!未指定书签。 3.1.1 6.0简介............................. 错误!未指定书签。 3.1.2 数据库管理工具简介..................... 错误!未指定书签。 3.2 软件模块结构的设计.......................... 错误!未指定书签。 3.3 系统部分业务流程图分析...................... 错误!未指定书签。 3.3.1 教师档案管理业务流程图................. 错误!未指定书签。 3.3.2 学生档案管理业务流程图................. 错误!未指定书签。 3.3.3 学生基本信息和成绩管理流程图........... 错误!未指定书签。 3.4 数据库设计.................................. 错误!未指定书签。 3.4.1 数据库图............................... 错误!未指定书签。 3.4.2 数据库设计表........................... 错误!未指定书签。 3.5 报表介绍及报表生成简单步骤.................. 错误!未指定书签。 3.5.1 报表简介............................... 错误!未指定书签。 3.5.2 报表生成简单步骤....................... 错误!未指定书签。 4 详细设计.......................................... 错误!未指定书签。 4.1 数据库连接.................................. 错误!未指定书签。 4.1.1 数据库表的建立......................... 错误!未指定书签。 4.1.2 教师档案管理数据库实现................. 错误!未指定书签。 4.1.3 数据控件访问数据库过程................. 错误!未指定书签。
1引言 (2) 编写目的 (2) 背景 (2) 定义 (2) 参考资料 (2) 2总体设计 (2) 需求规定 (2) 运行环境 (2) 基本设计概念和处理流程 (3) 结构 (3) 功能器求与程序的关系 (3) 人工处理过程 (3) 尚未问决的问题 (3) 3接口设计 (3) 用户接口 (3) 外部接口 (3) 内部接口 (4) 4运行设计 (4) 运行模块组合 (4) 运行控制 (4) 运行时间 (4) 5系统数据结构设计 (4) 逻辑结构设计要点 (4) 物理结构设计要点 (4) 数据结构与程序的关系 (4) 6系统出错处理设计 (5) 出错信息 (5)
补救措施 (5) 系统维护设计 (5)
概要设计说明书 1引言 编写目的 本文档是对“蓝梦教育集团”整个教育系统下的教师学生信息管理子系统（教务管理系统）的一个总体的把握，以便在下一步的开发设计中更好的控制开发，并且对其他教育系统有良好的接口。设计系统的架构、类图，以便使系统的开发能有效进行。 背景 系统名称：“蓝梦”教务管理信息系统； 任务提出者：蓝梦教育集团； 开发者： 0802班第一小组； 用户：维护该系统的管理者； 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 参考资料 “蓝梦教育集团”教师学生信息管理系统需求分析报告； “蓝梦教育集团”教师学生信息管理系统需求说明书；
2总体设计 需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求，详细的说明可参见附录C。 本系统可分为学生信息管理系统和教师管理信息系统，系统开发的整体任务是实现学校教师学生信息管理的系统化、规范化、自动化和智能化，从而达到提高学校管理效率的目的该阶段目的在于明确系统的数据结构和软件结构，此外总体设计还将给出内部软件和外部系统部件之间的接口定义，各个软件模块的功能说明，数据结构的细节以及具体的装配要求。 运行环境 软件基本运行环境为Windows环境。 基本设计概念和处理流程 该文档目的在于明确系统的数据结构和软件结构，设计外部软件和内部软件的接口，说明各个软件模块的功能说明，数据结构的细节等。 系统的总体处理流程如图2-1所示：
软件开发文档 项目名： “通讯录” 版本： α测试版 作者： ccba 编写时间：2001-8-20 文档内容： 1 需求规格说明书 2 概要设计说明书 3 详细设计说明书 文档号IM00101 需求规格说明书 1、引言： 1.1 编写目的 本文档的编写是为了确定待开发软件的功能、性能、数据、界面的需求。 1.2 项目背景 “通讯录”软件是为了提供一种功能完备，易于操作、界面美观的优秀软件。该软件由蔡文亮单独开发完成。 1.3 定义 需求规格说明书采用参考资料②标准 1.4 参考资料 ①薛华成《管理信息系统（第三版）》清华大学出版社1999.5 ②郑人杰、殷人昆、陶永雷《实用软件工程（第二版）》清华大学出版社1997.4 ③周之英《现代软件工程（基本方法篇）》科学出版社 2000.1 2、功能需求 该软件由四个主功能模块和一个扩展功能模块构成，各功能模块中规定的均为软件的基本功能，在开发过程中，开发人员可根据实际情况在满足基本功能需求的前提下增加新功能，但必须详细编写相关文档。 2.1录入、修改功能模块 该功能块主要用于数据库的数据录入和修改，考虑到通讯录的实际需要，可以放松对数据库完整性结束的控制，但从减少数据库的角度来考
虑，不容许有完全相同的纪录出现（考虑的合并，相同的纪录项）。 2.2查询功能块 本功能模块是最重要的功能块，对通讯录的操作最主要部分就是查询操作。 本功能块要求有如下功能： 1）按数据库各个属性查询 2）按数据库各个属性之间的逻辑组合查询 如：查询名称为“鸭子”且年龄为20岁的详细情况 （SQL语句表示）SELECT * FROM MESSAGER WHERE NICKNAME=“鸭子” AND AGE=20 3）按某一属性的数值范围查询及其逻辑组 如：查询年龄在20至35岁间的详细情况 （SQL语句表示）SELECT * FROM MESSAGER WHERE AGE BETWEEN 20 AND 35 4）模糊查询 同时我们要求查询结果可以按用户要求的格式来显示，如：用户能调整显示属性的个数和组合。 2.3系统安全块 通讯录的信息是个人隐私，故在软件中加入必要的安全措施。主要有以下三点： 1）登录帐号和密码的管理 2）帐户权限的控制 3）对部分登录帐号隐藏部分内容 2.4系统设置块 本部分内容主要是对软件使用时一些设置使其更利于软件的使用：主要包括以下四个方面： 1）系统界面背景和色彩设置（模仿WINNAP） 2）闹铃功能开关，即实现朋友生日提醒功能 3）记录内容项（即数据库修改通讯录上的内容项） 4）历史记录，用户可以选择是否记录下何人何时使用过该软件 2.5扩展功能块 1）网络功能：通过OLE/COM接口的调用，实现E-mail软件调用。2）帮助文档的制作（On-line help）
目录 第一章：项目计划 (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、数据流图 顶层图 老师评分
附录A 软件需求分析报告文档 (1) 附录B 软件概要设计报告文档 (13) 附录C 软件详细设计报告文档 (33)
附录A 软件需求分析报告文档 1. 引言.............................................................................................................. 错误!未定义书签。 1.1编写目的 (3) 1.2项目风险 (3) 1.3文档约定 (3) 1.4预期读者和阅读建议 (3) 1.5产品范围 (4) 1.6参考文献 (4) 2. 综合描述 (4) 2.1产品的状况 (4) 2.2产品的功能 (5) 2.3用户类和特性 (5) 2.4运行环境 (5) 2.5设计和实现上的限制 (5) 2.6假设和约束(依赖) (6) 3. 外部接口需求 (6) 3.1用户界面 (6) 3.2硬件接口 (7) 3.3软件接口 (7) 3.4通讯接口 (8) 4. 系统功能需求 (8) 4.1说明和优先级 (8) 4.2激励／响应序列 (9) 4.3输入／输出数据 (9) 5. 其它非功能需求 (9) 5.1性能需求 (9) 5.2安全措施需求 (10) 5.3安全性需求 (10) 5.4软件质量属性 (10) 5.5业务规则 (10) 5.6用户文档 (10) 6. 词汇表 (11) 7. 数据定义 (11) 8. 分析模型 (12) 9. 待定问题列表 (12)
1. 简介 1.1 编写目的 此文档对《点菜系统》做了全面细致的用户需求分析，明确该软件应具有的功能、性能、界面，使系统分析人员、软件开发人员能明确用户的需求，并在此基础上进一步提出概要设计说明书和后续设计与开发。本说明书的预期读者为客户、后续开发人员、测试人员、项目管理人员等。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括： ●正文风格； ●提示方式； ●重要符号； 也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括： ●用户； ●开发人员； ●项目经理； ●营销人员； ●测试人员； ●文档编写入员。 并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。