客运管理系统.docx

1、客运管理系统数据库课程设计院系：信息科学与技术学院 计算机科学与技术系学号： 2010508034姓名： 蒋健波指导老师：于宝华完成时间：2013-3-14某客运公司的运输管理系统一、 选题依据1.1选题背景现在各个客运站客流量越来越大，传统的售票方式已经不能满足人们的出行。各部门管理与方案的制定，已经不能靠传统手工记录。为了适应市场的需求。我们为此开发了客运管理系统，使公司管理与售票方式都要满足现在人们快节奏的生活方式。 为了使公司各个部门更好的配合，使公司更好的适应21世纪发展。售票系统的开发客运使广大用户在任何地方都可以买上票。在也不用再寒冷的排队等待买票。现在可以谁时都能买上票。也能提

2、前订购车票。不仅方便管理，也给市民提供方便。使用本系统有三个角色，即管理员、经理、员工。管理员的用户权限最高，可以设置用户的登录，已经权限分配。还有员工信息的录入和任务审核。经理主要是任务制定者，和工作方案的发布者。还有审批职员提交的作业。员工主要是查询任务职责。提交经理派发的任务。或者申请工作方案。二、系统需求分析2.1可行性分析(1) 经济上的可行性 系统界面友好，操作简单，系统的配置要求不高，实现可行，因此经济可行。该系统可以容易实现员工、经理与领导之间的联系，在Internet上实现完成部分教务工作，提高办事效率。(2) 技术上的可行性随着互联网的蓬勃发展，越来越多的机构将科研管理与I

3、nternet融合到一起，以方便客运公司的管理。在这样一个社会背景下，基于Windows和SQL Server 2005 ，运用先进的jsp技术、先进的java语言，采用B/S模式开发的客运管理系统系统，因为java是开源的安全性能很高。它提供一套科学的解决方案。将员工、经理、管理员、有机地结合在一起，有效地提高管理水平和效率。也能提高办事效率。随着科学技术的不断提高，计算机科学日渐成熟，基于以上的技术在现今比较容易实现。(3) 操作上的可行性该系统操作方便，安全可靠、稳定。 2.2结构化分析方法系统功能模块基本将本系统划分为三大模块，即员工工作模块、经理管理模块以及管理员管理模块。1、员工工

4、作模块主要是员工浏览工作任务，根据任务要求，完成工作任务。以及工作方案提出，提出自己对公司发展的建议。以及自己的对公司的规划。2、经理模块主要是工作方案的制定，和提交自己的工作方案。工作计划的制定，给每位员工合理安排工作。检查员工提交的作业。对此进行审批和建议。3、管理员是对整个公司的综合管理。对用户权限的划分。对员工信息的录入。发布公司的通知。以及采集员工的建议。2.2.1 功能需求图图2-1 客运管理系统的功能需求图2.2.2 顶层DFD图根据分析得到的系统功能要求，画出可以能管理管理系统的分层DFD图。首先画出顶层的DFD图如图2-2所示。顶层确定了系统的范围，其外部实体为管理员、经理和

5、员工。图2-2 客运管理系统顶层DFD图2.2.3 第一层DFD图在顶层DFD图的基础上再进行分解，对系统功能需求做进一步分解：（1） 用户登录获取用户输入的用户名及密码；若出现用户名、密码错误或不匹配现象，反馈错误提示；在用户名及密码都正确的前提下，支持密码修改。（2） 客运管理系统首先发布公司通知，即先对经理发出通知（经理根据公司通知具体制定工作方案），然后对员工发出通知（具体派发到每个员工头上）。各个部门统一派发各自的任务，使之平衡。任务根据每个部门所负责的工作进行派发。分配账号及密码（由于是管理员操作此部分）。（3） 经理 根据领导的安排，具体制定方案，提出工作计划。等待审批合理后，派

6、发到所管属的每位职员。审批员工提交的作业。（4）员工 浏览经理派发的任务，根据任务要求按规定完成任务。提交作业，等待经理的审批。提交自己的申请工作。通过以上分析，建立第一层DFD图，如图2-3所示。图2-3 客运管理系统的第一层DFD图2.2.4 第二层DFD图第一层已将系统分为用户登录、任务提出、部门设置、车辆管理4个加工。具体的说明工作的审批与提出。公司根据自己的情况合理的制定计划。把制定的计划派发到每个部门，部门管理员根据公司的计划安排自己的工作方案。可以确定第二DFD图2-4图2-4客运管理系统的第二层DFD图根据经理对员工工作的派发，为了使每位员工都能更好的为公司效力，根据每位员工的

7、能力派发不同的任务。可以确定第三DFD图 2-5图2-5客运管理系统的第二层DFD图2.3.1建立系统用例模型（1） 角色确定管理员：对员工基本资料维护，对工作计划基本资料进行添加、 删除、 更新或查询等；员工：任务查询，任务作业的完成，提交作业，工作申请等；经理：工作方案的制定，工作计划安排，任务派发。审批员工提交的作业等；（2） 确定用例 与管理员有关的用例：发布通知、分配帐号密码、注销或修改用户状态、任务设置派发到各个部门经理手里吗，审核经理提出的工作计划； 与员工有关的用例：录入员工信息、修改员工个人信息、审核工作申请、查询工作任务与经理有关的用例：浏览经理派发的任务、查询经理的反馈意

8、见。（3） 建立系统用例图如图所示的是客运管理系统的高层用例图、管理员管理子系统用例图、经理管理子系统用例图以及客运管理系统的用例图。图3-1 客运管理系统的高层用例图图3-2经理管理子系统用例图图3-3客运管理子系统用例图2.4.1活动图图4-1描述的是员工管理操作的活动图。在图中，员工从登录客运管理系统到选课完成需经历一系列过程。首先输入用户名和密码登录系统，系统给出提示，若登录成功后则进行任务查询。然后对信息进行详细查看，例如任务查询、作业提交、工作申请等，之后可点击选择申请并提交确认，此时系统也会给出提示，若成功提交，系统会提示经理审查中，工作的申请，以及自己对公司美好计划，自己提出工

9、作方案。经过活动图的可视化效果，可更清楚了解此过程。图4-1 员工工作操作的活动图顺序图员工工作操作的顺序图及经理管理操作的子系统分别如图4-2和图4-3所示图4-2 员工工作操作顺序图图4-3 经理管理操作子系统顺序图2.4.2协作图图4-4 经理管理操作子系协作图图4-4主要描述职员登录客运管系统，查看经理给自己派发的工作 ，职员接收到任务，通过自己综合分析完成后向经理提交作业。等待经理审核，如果能通过，就给员工发出通过命令。否则打回重做。图4-5 经理登录系统协作图图4-5主要描述经理登录系统，更具要求制定工作计划，审批完成后，派发给每位员工员工根据派发的任务，去完成作业，之后想经理提交

10、，等待经理的审批。2.4.3状态图图4-6描述了员工这个特定对象所有可能的状态及其引起状态转移的事件。 员工登录系统后操作中其生存周期中所处的不同状态、转换时的条件，虽然看似较为简单，但并不可忽视。对于此信息的详细设计，可进一步用于用类状态的设计和编制类。图4-6 员工登录系统的状态图2.4.4类图类模型是面向对象方法的核心，类模型从对象的角度描述系统的组成，描述对象及相互间的关系。系统已在前面进行过简单描述，通过检查问题陈述中的所有名词短语和代词，得到初始类：部门 运输部 财政部 人事部 车队 职员 任务管理器 经过分析画出系统整个分布图，来却不同类之间的关联可以获得如下图所示：三、软件设计

11、3.1数据库设计3.1.1设计内容 根据需求分析，设计一个以员工为单位客运管理数据库，能实现员工信息的录入，车辆信息的录入，部门设置等信息表的设置，可以对此进行创建、更新、删除、修改，数据库完整性检查、冲突检测、查询优化以及数据库角色、权限的分配，实现数据库的备份等事务处理以保证数据的完整性、一致性、安全性、可靠性。3.1.2设计要求实现车型、路线、驾驶员等信息的管理； 实现线路车次、线路站点及票价管理； 实现售票管理； 创建存储过程按线路统计乘坐次数； 创建存储过程按车次统计某段时间的乘坐次数； 创建触发器，实现售票时自动修改相应车次已售座位数； 创建视图查询各线路各车型的数量； 建立数据库

12、相关表之间的参照完整性约束3.1.3数据库表结构根据需求分析可以画出如下各表之间的关系四、总结这次的软件工程课程设计，我们做的是“客运管理管理系统”，通过几个星期对其各阶段任务的分析实验操作（确定课题、可行性研究与计划、需求分析、设计等），使我们对这门课程有了更深层次的了解，同时也学到了很多东西。首先确定各个部门之间的关系，弄清选题依据后，进行了可行性研究，可行性研究的主要任务不是具体解决系统中的问题，而是以最小的代价在尽可能短的时间内确定问题是否值得解决，是否能够解决，因此我们考虑了经济、技术与操作上的可行。接着是需求分析阶段，这部分任务用了较长的时间，因为除了用传统的结构化分析方法外，还用

13、了面向对象的分析方法。刚开始用结构化的方法时，由于对系统的了解程度不够，有很多方面都考虑的不周全。通过进行数据流程图的划分，使功能模块的实现看起来更具体。我们总共划分到第二次数据流，按照“自定而下，逐层分解”的总原则划分，逐层到每一层的复杂度。比较有难度的就是用面向对象的方法分析了，这种方法以前自己没有使用过，只是通过课程来了解其含义，理解起来也很空洞。一开始我们都觉得很难上手，在建立用例模型的时候，如何确定执行者、用例、用例之间的关系；在建立动态模型的时候，状态图、顺序图、协作图、活动图等都是如何定义与细化的；在建立静态模型的时候，如何分析确定类、确定类与类之间的关系等等都阻碍着分析的前行。

14、为了解决这些问题，我们也不乏做了很多工作，比如把书上的各小节的例子与案例分析都仔细的研究了几遍，然后通过借鉴其它书本及网上搜索的资料，并根据我们所选系统定义的功能以及操作过程再反复斟酌，进一步对系统进行了较好的分析。同时通过两人之间的讨论配合，也是问题难度有了一定减弱。然后我们又花了两周进行设计阶段的工作，这部分我们熟悉了一个软件开发工具PowerDesigner 。用word来画模型图还是比较复杂，至少说很花时间的，用PowerDesigner工具大大节约了时间并且减少了出错率，同时也使得我们对UML建模有了一个专业上的认知。之后根据需要对系统进行了数据结构的设计，这部分内容比较简洁，因为我

15、们可以根据生活经验与买票的经历，所包含的具体结构相对而言较为清楚。总之，此次课程设计最大的收获就是对于建模语言UML有了深层次的理解。用例模型由若干个用例图组成，在UML中构成用例图的主要元素是用例和执行者及它们之间的联系；构成类图的主要成分是类及类之间的关系，类的识别、类属性与操作识别都是非常细节的一部分；动态模型描述了系统的动态行为和控制结构，顺序图侧重于用例的行为在过程行为中的操作次序，是一种交互图；而活动图又描述了用例及对象的活动，操作实现中完成的工作；此外，状态图针对于对象、子系统或系统的生存周期；协作图则侧重于相互合作对象间的交互关系。这些训练了我们的实践性，使设计能力、分析和解决问题的能力有了较好的提高。五、参考文献1 李绪成，闫海珍.Java Web开发教程M.北京:清华大学出版社,2009.12 戴志诚，赵国峰.JSP信息化系统建设方案M.北京：人民邮电出版社，20073 林上杰，林康司. JSP2.0技术手册M.北京:电子工业出版社,2005.24 刘金岭,冯万利,张有东.数据库原理及应用M.北京:清华大学出版社,2009.75 马斗,邱泽.专家门诊JSP开发答疑M.北京:人民邮电出版社,2006