学生信息管理系统数据库课程设计

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

苏州卫生学院

开发思路说明书

数据库

题目: 学生信息管理系统

院系:苏州卫生学院基础部

专业班级: 11卫生信息管理专业

学号: 71110021

学生姓名:夏婷婷

2013年 6 月28

系统开发思路、目标

苏州卫生职业技术学院

2013年 6 月 28 日

摘要

学生信息管理系统是典型的管理信息系统(MIS),其系统开发主要包括数据库的规划设计与维护、客户端应用程序的开发两个方面。对于前者要求建立起的数据库具有完整性和一致性,且具有一定的数据安全性,而对于后者则要求程序界面友好、功能完备,容易使用,具有流行软件的操作习惯等特点。经过详细的调查分析,我选用Visual Basic 6.0作为前端开发工具,利用其提供的集成开发环境及支持面向对象的各种标准化的控件,尤其是对ADO 的支持完成对数据库的各种操作,达到对学生学籍管理的目的。设计时首先在短时间内先建立系统应用原型,然后对初始原型系统进行需求迭代,不断修正和改进,直到形成用户满意的实际可行系统。

关键词:学生档案, 管理, 分析, 设计, 实现, ADO

目录

1 需求分析 (1)

1.1用户调查 (1)

1.2 构造系统的逻辑模型 (1)

1.3 确定目标系统的功能 (2)

1.4 数据分析——概念模型分析 (3)

2.1软件系统结构的设计 (6)

2.1.1 得到新的业务流程 (6)

2.1.2系统功能结构图 (6)

2.2 数据库的设计 (7)

2.2.1 数据库的逻辑设计 (7)

2.2.2 数据库的物理设计 (8)

(11)

4.总结 (19)

1 需求分析

1.1用户调查

经过详细的调研,并多次与学生档案管理的老师进行研讨后,首先加深了对学生信息管理业务的深刻了解,其次在充分熟悉学生档案管理业务的同时,将整个学生档案管理的业务流程描述如下:

①新生入校,首先报到并进行注册登记,然后到财务部门缴费。根据学生被录取的专业,

持缴费单到所在系或部注册。

②到系或部注册后,根据选报专业分配到班级。

③进入正常大学生活,参加各种教学活动,学期期末要求每位同学参加各课的期末考试。

④考试结束,由各系或部将各位同学的考试成绩及其他一些相关信息纪录至每个同学的档

案中。

根据以上总结,得到其现行的业务流程如图1-1所示。

首先确定数据流图中的源点和终点都选定为学生,如此就得到了学生档案管理系统的基本系统模型,如图1-2所示。

图1-2 学生档案管理系统的基本系统模型

根据基本系统模型,对其逐步西化,得到描绘逻辑系统西化后的数据流图,如图1-3所示。

图 1-3 学生档案系统数据流图

1.3 确定目标系统的功能

通过详细的用户调查,在现行的业务处理流程和数据流图的基础上,就可以基本确定目标系统要达到的目标了。需求分析的任务是确定系统必须完成的工作,也就是对目标系统提出完整、标准、清晰、具体的要求。在经过多方了解和调查后,基本清楚了学生档案信息管理的功能需求,学生档案管理系统必须完成以下功能:

①数据添加功能:对于新生报道,系统必须具有班级的建立、课程的设置,如果新增专业,

则能添加新专业,期末学生的考试成绩及奖惩信息必须能够录入。

②数据修改功能:当上述资料发生变化或有错误信息输入时,应能够及时对数据进行修改

和补充。

③数据查询功能:该系统的主要功能致意即根据用户提供的相关信息,能够及时查找出对

应的学生信息,系统应该提供多种查询方法,以便满足用户的不同需求。

④数据打印功能:学生基本信息和成绩录入后应可以打印出来形成文字档案,装入学生档

案,这也是学生学籍管理系统必须具备的功能。

1.4 数据分析——概念模型分析

需求分析阶段主要有两个方面的任务:分析用户的数据要求和分析用户的处理要求。通过以上分析,我们已经基本了解了用户对处理的要求,接下来需要的工作是分析用户对数据的要求。

为了把用户的数据清晰明确地表达出来,系统分析员通常建立一个概念性的数学模型。概念性模型是一种面向问题的数学模型,是按用户的观点来对数据和信息建模。最常用的表示概念性数据模型的方法是实体-联系方法(Entity-Relationship Approach)。这种方法用E-R图描述现实世界中的实体,而不涉及这些实体在系统中的实现方法,该方法又称为E-R 模型,E-R图中共用三种符号:实体、属性和联系。通常实体用矩形来表示,属性用椭圆或圆角矩形来表示,联系用菱形来表示。联系有分为一对一、一对多和多对多三种类型。

1.4.1 数据库建模

经过上面的分析,能够提取以下几个实体:学生、课程、专业、班级等。它们的实体图分别如图1-4、图1-5、图1-6、图1-7所示。

图1-6专业实体图

图1-7班级实体图

在找到所有实体的基础上,需要进一步分析各实体之间的联系。经过分析两两实体之间的联系,然后进行合并,给出所有尸体的联系图即E-R图,如图1-8所示。

从以上E-R图中可以看到,学生和课程两个实体之间的联系的类型是多对多的,其他实体之间的类型都是属于一对一或一对多的联系。在考察多对多的联系中,一定要注意这时的联系“学”有时也可以有属性“成绩”,表示某位同学选修某门课程时必须给出其成绩,该属性既不属于实体学生,也不属于实体课程。特别需要提醒的是,一般只有多对多的联系才需要考虑其联系的属性。

1.4.2 关系描述的设计

根据以上各实体图和学生信息管理的E-R图,经过转换,可以导出各个关系。其转换规则为:首先每个实体转化为一个关系,有属性的联系也应转化为一个关系,然后需要给出每个关系的关键字。根据以上规则,直接给出所有关系。

学生(学号、姓名、性别、政治面貌、出生日期、专业、班级、家庭住址、联系方式、备注)关键字为学号。

课程(课程名称、所属专业)关键字是课程名称。

专业(专业名称、所属院系)关键字为专业名称。

相关文档
最新文档