数据库课程设计报告样例含标准格式131217.docx
- 文档编号:29553791
- 上传时间:2023-07-24
- 格式:DOCX
- 页数:31
- 大小:444.76KB
数据库课程设计报告样例含标准格式131217.docx
《数据库课程设计报告样例含标准格式131217.docx》由会员分享,可在线阅读,更多相关《数据库课程设计报告样例含标准格式131217.docx(31页珍藏版)》请在冰豆网上搜索。
数据库课程设计报告样例含标准格式131217
内蒙古科技大学
本科生课程设计说明书(课程论文)
题目:
运输企业管理信息系统
学生姓名:
学号:
专业:
班级:
指导教师:
日期:
2013.12.16-2014.01.03
成绩:
摘要
(注:
背景简介)
(注:
问题及分析)
(注:
解决方案)
关键词:
(注:
3~5个关键词)
Abstract
KeyWords:
1绪论
1.1项目/系统开发背景及现状分析
学籍管理系统是一个教育单位不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要,所以学籍管理系统应该能够为用户提供充足的信息和快捷的查询手段。
但一直以来人们使用传统人工的方式管理文件档案,这种管理方式存在着许多缺点,如:
效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。
随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。
由于现今的学籍管理非常繁琐,行政人员付出大量的工作时间,得到的效率很低。
因此为提高工作效率,减轻校方人员的工作负担,决定开发学籍管理系统软件。
开发此学籍管理系统软件,以供教学人员及操作者进行学籍管理,方便操作者随时添加、查询、修改等。
为了我们提高软件开发的能力,学习汉语编程的技巧,提高工作设计思想,通过本次的工程开发,开发小组成员与辅助老师交流,能从中学习知识吸取经验,再技术和软件思想上同时得到锻炼和提高,从而使总体水升到一个新的高度。
1.2***(研究问题)项目/系统的国内外文献综述
(注:
针对本项目研究或实践的国内外发展动态分析,了解包括书籍、期刊、软件开发与应用的进展)
1.3项目/系统开发思路及报告结构
(注:
项目开发人员对后续项目的整体开发设想和本报告架构)
2运输企业信息系统分析
信息系统分析是总体规划的深入,在信息系统规划阶段,通过对整个开发系统进行全面的调查,制定出信息系统的总体逻辑结构及开发策略和计划,它是战略的、宏观的考虑,其目的是为了避免开发工作的盲目性和片面性,使得信息能够被充分地共享并发挥资源的作用。
因此在规划阶段,信息系统中的许多细节没有必要加以考虑,这些细节问题在系统分析阶段才能逐步地搞清楚。
系统分析阶段的核心是数据库的设计,以及建立在数据库模型基础上的新系统的逻辑结构设计。
按照信息系统规划结果,对每一个子系统在收集用户视图的基础上首先进行的是详细的数据分析,其后是建立在数据库模型基础上的功能分析,构建每一个子系统的逻辑结构。
如何根据已调查结果及用户的数据处理需求产生新系统的逻辑结构,数据分析是关键的一步。
总体规划所指出的主题数据库是实现信息共享的首要条件,它规定了各系同之间的数据共享和交换关系以及这些数据的分布要求,但是这些主题数据库具体是如何组织的,如何将总体规划中的主题数据库组织成合理的逻辑结构,为完成某些具体应用需求还需要再建立哪些专用数据库,这是数据分析所要完成的主要任务。
进行数据分析形成数据模型的过程就是按照总体方案的要求,将主题数据库中所包含的内容进行规范化处理的过程。
信息系统得规划阶段已经通过聚类分析规划出了数据类,而前面的业务流程调查和数据流程分析能够更加清晰地确定出主题数据库所包含的各项数据元素及其相互间的依赖关系,从而为建立主题数据库模型奠定了基础。
主题数据库模型的建立一般可以采用以下几个步骤:
(1)将每个主题数据库所包含的各类数据库载体(各种单证、报表、账册等)收集在一起,消除冗余的数据元素,最终确定出这些数据载体中应该包含的数据元素,并分析他们之间的数据依赖关系,必要时可以将这组以来关系列在一张表上。
(2)按数据库规范化理论,将这些主题数据库规范成三范式,形成一组关系表。
(3)从理论上说三范式形式是一种良好的规范化结构,但是在实际应用中还要考虑这组关系是否能够真正满足应用的需求,从实际应用出发,可将有的关系调整到二范式甚至一范式就可以了。
(4)与用户进行充分地讨论,确定出主题数据库德逻辑模型。
采用这种方法建立的数据库模型是由总体规划得到的,首先保证了整体最优,在详细的分析阶段又充分考虑到实际的应用需求,因此这样的数据模型是稳定的。
按照上述的数据库设计方法并将其与功能分析有机的结合,可得到下列子系统的分析方案。
尤其需要指出的是,在各个子系统的本阶段分析过程中,首要实施的任务是针对前一阶段的概念模型设计所反映的数据关系的转换(即逻辑结构设计),从而为应用系统的开发提供良好的数据库基础。
2.1可行性分析
注:
从人员、技术、经济、管理、社会、操作(运行)、进程等方面进行分析,事例或具体内容要求可参考相关教材。
注:
下面具体的分析过程,可根据U/C矩阵的子系统划分来进行具体的业务及数据分析。
2.2应用系统开发环境基础
注:
即,理论与技术基础
2.3运输企业业务流程特点分析
通过运输集团业务流程调查可以看出,目前的集团公司及下属公司的各项管理有以下几方面的特点:
(1)以手工管理方式为主
无论是集团公司上层的宏观管理,还是在下属公司的业务流程管理,均以手工方式为主。
对信息的手工处理所存在的问题是信息处理效率低、信息反馈不及时,同时还不可避免地存在数据统计计算中的一些错误。
例如,在车辆维护信息方面,下属公司将车辆维护信息以统计报表的形式上报集团公司,则集团公司不可能及时获取实际的车辆维修信息,对车辆的维修监控失去力度;在统计信息处理方面,下属公司采用手工方式进行汽车运营统计,采用纸介质报表形式上报集团公司,其统计与上报周期长,不利于公司高层领导及时获取统计数据。
(2)业务流程各不相同
集团公司以客货运输服务为主,在客运方面高快客运是以客运定点班次方式在客运站配车、发车,而在旅游公司则根据旅行社旅游团的实际需求配车、发车。
客运方面所面对的客户不同,因此要有与之配套的业务流程。
但在货运方面,物流公司主要服务于长期的客户,如海尔、TCL、铁路等,而快运物流公司则为大宗货物运输的客户或其他类型(主要是短期)的客户提供运输服务,两个公司的业务流程也有较大的差别,特别是在快运物流公司,它的一个部门相当于一个子公司,各部门负责自己的运输业务。
从业务流程上看,分散管理是公司的主流管理方式。
(3)配送站点或分部门各自为战,运营车辆得不到合理利用
由于采用的是分散管理方式,也导致了车辆的配送、调度的分散处理。
在业务流程调研初期,物流公司的配送调度业务都在各自配送站点进行,车辆被分散在各个配送站点中,车辆的综合调度能力差,经过半年多的业务整合,目前物流公司将车辆的配送调度纳入配送调度中心进行,这样在车辆的综合调度方面有了极大的改进,但在快运物流公司,其运输业务仍在各个业务部门中,车辆的合理调度有待提高。
(4)客户服务渠道单一,运输质量有待提高
运输企业是服务性行业,客户服务的好坏与企业的效益密切相关,但目前运输公司仍然采用传统方式承揽客户的运输合同、进行客户服务,虽然在快运物流公司的信息都有在网站以网络方式提供信息服务,但由于信息的滞后性导致其利用率低下。
此外在货物运输途中,企业也无法及时获取运输状态,因此,也就无法为客户提供在途车辆信息查询服务。
2.4基础数据管理子系统
基础数据管理子系统提供的是以编码为主的数据管理功能。
通过对收集到的用户视图的分析可以得出信息系统所需要的规范的编码数据库。
其中,包含的数据库表见表2.1。
表2.1基础数据管理子系统数据库表
数据库名称
数据库表名称
数据库表标识
基础数据库
二级公司编码表
Code_company
二级公司部门编码表
Code_dept
单位性质编码表
Code_client_character
产权归属编码表
Code_vehicle_peoperty
省直辖市编码表
Code_peovince
合同类型编码表
Code_contract_type
付款方式编码表
Code_payment
车型编码表
Code_vehilce_type
车辆状态编码表
Code_state
车辆级别编码表
Code_vehile_level
例保项目编码表
Code_maintain_item
例保检查评定级别编码表
Code_maintain_type
修理作业类型编码表
Code_repair_type
费用结算类型编码表
Code_balance_type
配送站编码表
Code_match_station
服务项目编码表
Code_server_item
客户意见类型编码表
Code_client_notion
在基础数据库设计的基础上,建立基础数据库数据流程,如图2.1所示。
图2.1基础数据库流程
注1:
针对大型数据库而言,在此处给出各数据库中基本表的逻辑结构关系,即所有表的属性集合。
各自的物理结构设计,参见“3.4数据库设计”;如若是小型数据,数据关系不多,那么可以集中在本章最后部分,集中给出逻辑模型,如第2.10小节。
其中,逻辑结构关系,例如,二级公司编码表(二级公司编码,二级公司名称)
注2:
针对具体的数据存储,设计相应的数据字典,限于篇幅,可选择重要的内容,做示例性的数据字典内容展示即可,不必要所有的数据存储都绘制数据字典。
2.5车辆管理子系统
车辆管理业务体现在集团公司和下属公司之间管理环节的衔接。
首先在车辆的购置、报废、调拨的业务处理上,集团公司下属的二级公司要提交车辆的购置、报废、调拨申请,集团公司职能部门接到申请后在申请审批这一环节中首先判断车辆的产权归属,如果是融资挂靠则审批程序在职能部门内部进行,即由职能部门中的总工程师对申请进行审批,生效后产生调拨单下发所属公司及各有关部门;如果产权归属为公司所属则在职能部门内审批后还要报请集团公司总经理的审批,获得批准后再产生调拨单下发所属公司及各有关部门。
车辆信息是运输企业管理的核心,是集团公司和下属公司共享的信息。
从审批程序来看,保证信息传递的渠道要及时、畅通是十分必要的。
车辆维修管理方面,也需要集团公司和下属公司之间的协调管理。
首先在车辆维修计划的制定上,维修计划要根据车辆的实际运营情况来制定,车辆的实际运行情况掌握在下属公司中,应此必须采用规范的维修规则来帮助和约束下属公司及时制定正确的维修计划,以保证车辆的完好状态。
如果细心你渠道畅通,下属公司的车辆运行状态能够及时反馈到集团公司的车辆基本信息库中,那么集团公司相关的职能部门也可以按同样的维修规则制定维修计划,并将维修计划与下属公司的维修计划相比较,在制定维修计划这一环节上提供监控管理。
如果车辆的运行状态不能及时反馈到集团公司的车辆信息库中,则职能管理部门只能将下属公司的维修计划收集并汇总上来,按下属公司的维修计划对车辆的维修情况进行监督。
由于车辆的维修在下属公司中进行,集团公司职能部门对维修的监控只能依赖于下属公司的维修结果报告。
另外,车辆的缴费处理环节是根据车辆的基本信息来进行的,因此,可以在集团公司的职能部门中进行。
车辆管理的业务流程如图2.2所示。
从业务流程图中可以看出,集团公司的职能部门和下属公司之间要有畅通的信息交换渠道,强调运用信息工具的重要性,用自动化、电子化来体现信息流增加效率是非常重要的。
同时,也可以看出集团公司的职能部门在车辆管理中的吊空地位和下属公司的执行地位,并且职能管理部门和下属公司仍然是管理流程环节中的一部分,体现了操作管理机制的思想。
图2.2车辆管理业务流程
车辆的变更申请、审批、车辆基本信息管理以及车辆维修业务处理功能所涉及的数据库是车辆数据库、车辆申请数据库、车辆维修数据库,通过对用户视图的收集,得到与3个主题数据库相关的数据,并对数据进行规范化处理后,得到数据库表结构,见表2.2。
表2.2车辆管理子系统数据库表
数据库名称
数据库表名称
数据库表标识
车辆数据库
车辆基本表
Db_vehicle
车辆折旧记录
Db_vehicle_depreciation
发动机维修记录
Db_vehicle_engine
车辆大修记录
Db_vehicle_maintain
车辆改装记录
Db_vehicle_refit
车辆休息信息表
Db_holiday_vehicle
车辆事故信息表
Db_accident_vehicle
车辆当前状态信息表
Db_state_vehicle
车辆缴费信息表
Db_vehicle_pay
报废车辆信息表
Db_vehicle_reject
报废车辆折旧记录
Db_vehicle_depreciation_reject
报废车辆发动机维修记录
Db_vehicle_engine_reject
报废车辆大修记录
Db_vehicle_maintain_reject
报废车辆改装记录
Db_vehicle_refit_reject
车辆申请数据库
车辆购置申请单
Db_apply_purchase
车辆报废申请单
Db_apply_reject
车辆调拨申请单
Db_apply_transfer
车辆维修数据库
例保车辆信息表
Db_maintain_vehicle
例保车辆检查项目信息表
Db_maintain_vehicle_item
车辆维修信息表
Db_repair_vehicle
车辆维修项目信息表
Db_repair_vehicle_item
车辆维修统计信息表
Db_repair_vehicle_stat
在车辆变动申请处理中包括车辆购置、调拨、报废申请及审批,获得购置审批后可以进入车辆基本信息管理流程。
车辆购置管理数据库流程如图2.3所示;车辆调拨管理数据流程如图2.4所示;车辆报废管理数据库流程如图2.5所示;车辆维修处理数据流程如图2.6所示,车辆缴费处理数据流程如图2.7所示。
图2.3车辆购置管理数据流程
图2.4车辆调拨管理数据流程
图2.5车辆报废管理数据流程
图2.6车辆维修处理数据流程
图2.7车辆缴费处理数据流程
车辆的事故信息、车辆的休息信息及车辆状态的管理如图2.8所示。
图2.8车辆状态管理数据流程
2.6客户合同管理子系统
客户合同管理子系统提供了对客户基础信息和合同基本信息的管理。
其客户数据库、合同数据库结构,见表2.3。
客户数据流程如图2.9所示。
其中考虑到在完成运输时的付费处理与合同条款及合同管理关系紧密,因此将付费信息管理放在合同管理流程中实现。
表2.3客户合同管理子系统数据库表
数据库名称
数据库表名称
数据库表标识
客户数据库
客户基本信息表
Db_client
合同数据库
合同信息台账
Db_contract
合同数据库
合同评审表
Db_contract_evaluate
付费数据库
付费数据库表
Db_contract_pay
图2.9客户管理数据流程
2.7配送调度管理子系统
按照服务管理机制的指导思想,运输企业的业务流程要实现以客户服务为中心,以客户的需求(订单)为驱动的管理模式,首先就要对企业的各类客户的基本信息进行统一管理,这一管理环节可以由客户服务部来完成,同时客户服务部还要负责客户的反馈意见。
客户与负责开拓市场的市场部业务人员签订长期、短期或一次性合同,合同签订后由专人负责合同的评审,评审通过后合同才能生效。
调度中心接受客户的运输委托,并根据合同的要求和车辆信息,适时统一的配送调度,集中配送调度可以将现有的车辆有效地正和在一起,综合考虑资源的合理利用,打破原来车辆分散管理、分散调度所造成的资源浪费,可以提高车辆的整体利用率。
在配送过程中调度中心实时监控车辆的运行,并根据车辆的运行状态及时调度。
车辆配送完成后设置的管理环节是获取车辆运输完成反馈信息,并根据反馈信息、合同信息、运输需求进行统一的费用结算。
业务流程如图2.10所示。
图2.10运输配送业务流程
运输配送业务流程从市场及客户的需求出发,将客户服务人员、市场人员、调度人员、配送司机、结算人员有机地联系在一起,每个员工或部门是整个流程中的一个环节,所完成的工作是整个流程中的一个阶段,这样部门之间的绝大所属工作衔接就可以按照确定的流程及标准进行。
注:
数据流程分析,略。
2.8库存管理子系统
如果从第三方物流角度看运输企业的各项业务,仓储管理是极其重要的组成部分。
全面的仓储管理包括运输、收发货、包装、物资登录、存储订货拣选、集结物资和资源管理等。
具体在公路运输企业中结合项目依托单位的业务现状,目前的仓储管理流程可以包括出入库的管理、库存产品的移库、库存产品的退货调换、仓库库位及安全库存管理、库存的盘点与阶段即库存统计等环节,库存业务流程如图2.11所示。
业务室运输企业的重要组成部分,其客户服务、合同管理等应该与运输配送业务形成有机的整体,即客户的管理与合同的签订、出入库运输的需求要反映在运输配送业务流程和库存业务流程中,满足客户需求的出入库运输需求要在配送调度中心的统一调度下完成。
在仓储管理内部可以充分利用信息技术,如采用条码技术等可以实现出入库的操作,从而保证出入库的正确性。
此外,在仓库管理中的移位操作、库存结算、库存统计则可以采用数据库技术,开发一套完整的管理信息系统,实现优质的仓储管理及客户服务。
利用仓储管理可以为一些大型生产企业提供仓储、配送等第三方物流服务,今后的业务可以延伸到分拣、包装、组装、拆装等。
目前在项目依托单位中的泰来物流公司,已逐步完善这项业务。
另外,由于库存管理业务目前并没有在项目依托单位中全面展开,集团公司相应的职能部门还没有针对这项业务进行宏观管理的需求,因此库存统计放在库存业务流程中。
随着今后发展的需要,库存统计信息业可以采用网络方式传输到集团公司中,由集团公司进行汇总统计,生成更高一级的统计信息,为集团公司的高层决策提供依据。
图2.11库存业务流程
注:
数据流程分析,略。
2.9统计分析子系统
统计业务在两个层面上进行,基础的统计在下属公司内部进行,首先进行单车运转情况的统计,其信息来源于配送业务中的派车令、车辆管理中的维修计划和维修结果、司机所提交的运输完成反馈信息。
根据单车统计信息,统计员进行整个公司的车辆运营情况统计,统计结果上报集团公司职能部门,由职能部门进行更深一层的统计,其统计工作分为两个环节,一是基础统计数据的汇总与再统计,一是基于大量统计信息而进行决策分析,统计与分析结果报集团公司决策层,为高层领导的宏观管理和决策提供依据。
从统计流程中可以看出,效率是第一位的,在千变万化的市场面前,数据处理的效率必须提高,因此,必须采用先进的信息处理技术,如数据库技术、数据仓库与数据挖掘技术,来提高信息处理的效率,并使得决策分析更加科学合理,同时还必须使用计算机网络技术来提高信息传递的效率。
只有这样才可以使决策层领导在第一时间或尽可能短的时间内获取正确、及时而有效的信息。
统计业务流程如图2.12所示。
图2.12统计业务流程
注:
数据流程分析,略。
2.10信息系统概念模型设计
注:
根据用户需求分析(即,各类流程图,主要指业务流程图),给出相关数据库及其基本表、视图等内容的概念模型来,画出E-R图,注意各数据表之间的连接关系。
2.11系统逻辑模型构建
注:
小型数据库采用此集中书写方式,给出所有子系统相关的数据逻辑模型;若是大型系统的大型数据库,可考虑在各子系统内部完成逻辑模型的构建。
3信息系统设计
系统设计的人物是要依据系统分析文档资料并采用正确的方法,来确定系统各功能模块在计算机内应该由哪些程序组成,它们之间用什么方法联结在一起,以构成一个最好的系统机内结构,同时还要使用一定的工具将所设计的成果表达出来,另外考虑到实现系统功能的需要,还要进行数据库的详细设计、编码设计、输入输出界面(人-机界面)设计等。
3.1信息系统设计原则
在功能模块设计中遵循的指导原则如下:
(1)功能界面简单、规范
由于信息系统中体现了整个运输配送业务流程,相关的功能模块比较多,因此在界面设计上使用统一的设计风格,同时将数据库进行有效形成实体操作类、编码操作类,联系操作类,不同的类型使用相似的界面操作方式。
(2)操作上的简便性
数据库中大量的数据都是通过人机交互的键盘操作而获得的,因此保证数据库数据的正确性、完整性是信息系统正常进行的重要保证。
数据库中的基础数据时数据完整性的重要保证措施,在人机交互的键盘操作中,编码数据要采用下拉列表方式进行选择输入,这样减少击键次数,同时也提高了数据输入的正确性。
(3)降低模块之间的耦合性,提高模块的独立性
信息系统开发的一个重要问题是要提高系统的可修改性,可修改性的提高主要是靠降低模块间的耦合性来实现的。
模块间的耦合性越大,其独立性就越小,系统地刻修改性就越差。
在信息系统设计中模块间只通过数据库实现信息交换,避免使用参数及进行交换,让数据库真正成为信息系统各功能模块之间的“粘合剂”。
(4)编码设计的规范性
编码是数据库的基础,也是数据完整性的重要保证。
编码实际上提供的是一套规范的数据标准。
在编码设计中,尽量使用已存在的编码,在没有现成编码的条件下再自行设计编码。
另外,由于编码主要是从新的信息系统的规范使用信息角度来设计的,业务人员对一些代码并不关心,关心的事与该代码相关的名称,因此在模块实现中要将代码和名称同时提交业务人员,以便正确、规范地进行操作。
(5)功能操作的安全性
信息系统中的数据库是被各类人员共享的数据库,因此数据库的安全性是十分重要的,为了保证操作的正确性和安全性,要进行权限设计,不同业务人员使用不同的功能权限,使其在有限的功能范围内正确处理数据库数据。
(6)认真做好贯穿整个过程的测试、修改与评审工作
3.2信息系统总体功能结构
按照物流企业信息化战略要求,结合调研企业的实际情况,信息系统的总体功能结构如图3.1所示。
业务管理功能如图3.2所示。
系统使用SQLServer2000。
业务管理功能使用Dephi开发工具,数据库的物理布局为集中式,各功能模块所使用的数据库表均存入同一数据库中。
图3.1信息系统的总体功能结构图
图3.2业务管理功能结构图
3.3编码设计
注:
于此处可给出编码原则,及部分典型代码示例。
核心代码可在附录中给出。
编码原则举例如下:
(1)数据库编码标准:
统一前缀db_数据库名称的英文标识,例如:
db_Stu表示“学生信息库”;db_t_StuInf表示“学生基本信息表”。
(2)应用程序编码标准:
①控件标准:
cmd_控件名称,例如:
cmd_Exit表示“退出”。
②应用程序变量标准:
g_变量名称,例如:
g_Conn表示“全局连接(数据库)变量”
……
(3)外部设备编码标准:
3.4数据库设计
(注:
主要是物理结构设计)
对基础数据库中所包含的数据进行规范化处理可得到数据库一览表,见表3.1。
表3.1基础数据数据库一览表
表名
表标识
数据元素名称
数据元素标识
数据类型
二级公司编码
code_company
二级公司编码
二级公司名称
company_no
company_name
char
(2)
char(40)
二级公司部门编码
code_dept
部门编码
部门名称
二级公司编码
dept_no
dept_name
comp
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库 课程设计 报告 样例含 标准 格式 131217
![提示](https://static.bdocx.com/images/bang_tan.gif)