当前位置：首页 > 数据库应用系统设计实例 - 图文
图8-1 Visual Basic数据库应用程序体系结构
ADO是专门为使用OLE DB而设计的。OLE DB是一种全新的连接数据存储的方法，它提供了比ODBC更多的灵活性和易用性，而且OLE DB的内部设计使得它能够像存取标准SQL类型的数据那样，容易地访问非SQL的数据存储。微软公司已经将OLEDB定位为0DBC的继承者。
由于Visual Basic提供了强大的数据库访问编程功能，同时也提供了方便的组件开发工具，因此，选用Visual Basic作为教务管理系统的业务组件的开发工具。
2)ASP开发用户界面
Microsoft的动态服务器网页技术(Active Servet Pages，ASP)，是用来创建windows服务器平台上的动态Web网页，构建整个网站的Web应用页面的。
ASP是一种服务器端命令执行环境，ASP程序在服务器端工作，并且通过服务器端的编译，动态地送出HTML文件给客户端。当客户端的浏览器向服务器请求一个．asP文件时，服务器会将这个asP文件从头扫描一遍，并利用核心程序ASP．dll加以编译执行，最后送出一个标准的HTML格式文件给客户端。由于送给客户端的是标准的HTML文件，因此可以克服浏览器之间不兼容的问题。
ASP和Microsoft的web服务器软件IIS(Internet Information Server。)相结合，可以轻松地建立和执行动态、交互式Web服务器应用程序。IIS中提供了一个Internet服务器应用编程接口(Internet Server Application Programming Interface，ISAPI)。它能够提供比原来的CGI、Perl引擎等技术更为广泛和快速的对Web服务器和数据库服务器的访问。ASP使得访问数据库中的数据，创建动态网页变得更加容易。图8～2为ASP和IIS动态页面创建技术的结构图。
8．2．4 系统的总体功能模块 图8-2 ASP动态页面创建技术桔构
在设计数据库应用程序之前，必须对系统的功能有个清楚的了解，对程序的各功能模块给出合理的划分。划分的主要依据，是用户的总体需求和所完成的业务功能。这种用户需求，主要是第一阶段对用户进行初步的调查而得到的用户需求信息和业务划分，有关调查方法，请读者参考有关软件工程方面的资料。
这里的功能划分，是一个比较初步的划分。随着详细需求调查的进行，功能模块的划分也将随用户需求的进一步明确而进行合理的调整。
根据前面介绍的高校教学管理业务的4个主要部分，可以将系统应用程序划分为对应的4个主要子系统模块。包括：学籍及成绩管理子系统、制定教学计划子系统、学生选课管理子系统以及执行教学调度子系统。根据各业务子系统所包括业务内容，还可将各子系统继续划分为更小的功能模块。划分的准则要遵循模块内的高内聚性和模块问的低耦合性。如图8—3所示为高校教学管理系统功能模块结构图。
- 5 -
图8-3 高校教学管理系统功能模块结构图
8．3系统需求描述
数据流图(DFD)和数据字典(DD)是描述用户需求的重要工具。数据流图描述了数据的来源和去向，以及所经过的处理；而数据字典是对数据流图中的数据流、数据存储和处理的进一步描述。不同的应用环境，对数据描述的细致程度也有所不同，要根据实际情况而定。下面将用这两种工具来描述用户需求，以说明它们在实际中的应用方法。
8．3．1 系统全局数据流图
系统的全局数据流图，也称第一层或顶层数据流图，主要是从整体上描述系统的数据流，反映系统数据的整体流向，给设计者、开发者和用户一个总体描述。
经过对教学管理的业务调查、数据的收集处理和信息流程分析，明确了该系统的主要 功能，分别为：制定学校各专业各年级的教学计划以及课程的设置；学生根据学校对自己 所学专业的培养计划以及自己的兴趣，选择自己本学期所要学习的课程；学校的教务部门 对新入学的学籍进行学籍注册，对毕业生办理学籍档案的归档管理，任课教师在期末时登 记学生的考试成绩；学校教务部门根据教学计划进行课程安排、期末考试时间地点的安排 等，如图8—4所示。
- 6 -
图8-4 教学管理系统的全局数据流图
8．3．2 系统局部数据流图
全局数据流图，从整体上描述了系统的数据流向和加工处理过程。但是，对于一个较 为复杂的系统来讲，要较清楚地描述系统数据的流向和加工处理的每个细节，仅用全局数 据流图难以完成。因此，需要在全局数据流图的基础上，对全局数据流图中的某些局部进 行单独放大，进一步细化，细化可以采用多层的数据流图来描述。在8．4．1小节所讲述的 系统的主要功能中，教学调度处理的业务相对比较简单。下面将只对制定教学计划、学籍 及成绩管理和选课等处理过程作进一步细化。
制定教学计划处理，主要分为4个子处理过程：教务员根据已有的课程信息，增补新 开设的课程信息；修改已调整的课程信息；查看本学期的教学计划；制定新学期的教学计 划。任课老师可以查询自己主讲课程的教学计划。其处理过程如图8—5所示。
图8-5 制定教学计划的细化数据流图
学籍及成绩管理相对比较复杂，教务员需要完成新学员的学籍注册，毕业生的学籍和成绩的归档管理，任课教师录入学生的期末考试成绩后，需教务员审核认可处理，经确认的学生成绩则不允许修改。其处理过程如图8—6所示。
图8-6 学籍和成绩管理的细化数据流图
- 7 -
选课处理中，学生根据学校对本专业制定的教学计划，录入本学期所选课程，教务员 对学生所选课程进行审核，经审核的选课则为本学期学生选课。其处理过程如图8—7所示。
图8-7 学生选课的细化数据流图
8．3．3 系统数据字典
前面的数据流图，描述了教学管理系统的主要数据流向和处理过程，表达了数据和处理的关系。数据字典是系统的数据和处理详细描述的集合。为了节约篇幅，此处只给出如下部分数据字典。
数据流名：(学生)查询请求 来 源：需要选课的学生 流 向：加工3．1
组 成：学生专业+班级
说 明：应注意与教务员的查询请求相区别
数据流名：教学计划信息
来 源：文件2中的教学计划信息 流 向：加工3．1
组 成：学生专业+班级+课程名称+开课时间+任课教师
加工处理：查询教学计划 编 号：3．1
输 入：(学生)选课请求+教学计划信息 输 出：(该学生)所学专业的教学计划 加工逻辑：满足查询请求条件
数据文件：教学计划信息
文件组成：学生专业+年级+课程名称+开课时间+任课教师 组 织：按专业和年级降序排列
加工处理：选课信息录入
- 8 -
本文作者：...共分享92篇相关文档
