2020年最新版景点售票系统设计报告源代码.docx

Oracle课程设计报告 ――华清池售票管理系 学院：数学与计算机科学学院 专业：计算机科学与技术（软件工程方向） 班级：软件12 组员： 姓名：邓茂记 学号：1060612014049 姓名：张雷 学号：1060612014026 姓名：余黎晨 学号：1060612014010 指导教师：许淳 时间： 2014.12.16 目录 TOC \o 1-5 \h \z \o Current Document 第一章 引言 1 \o Current Document 第二章 系统分析 2 \o Current Document 需求分析 . 2 \o Current Document 功能模块图 2 数据流程图 . 3 \o Current Document 第三章 系统概要设计 . 4 \o Current Document 数据库设计 5 \o Current Document 实体描述 6 \o Current Document 联系描述 6 E-R 图 7 \o Current Document 第四章 系统详细设计 . 8 \o Current Document 数据库的逻辑设计 . 8 \o Current Document 数据库的实现 9 \o Current Document 人机界面的设计 9 \o Current Document 登陆界面设计 10 \o Current Document 管理员基本信息与功能界面设计 11 \o Current Document 用户基本信息与功能界面设计 13 \o Current Document 第五章 系统实现 16 \o Current Document 概述 16 \o Current Document 系统运行与维护 16 第六章 小结 17 第一章 引言 数据库（Database）是按照数据结构来组织、存储和管理数据的 仓库，它产生于距今五十年前，随着信息技术和市场的发展，特别是 二十世纪九十年代以后， 数据管理不再仅仅是存储和管理数据， 而转 变成用户所需要的各种数据管理的方式。 数据库有很多种类型， 从最 简单的存储有各种数据的表格到能够进行海量数据存储的大型数据 库系统都在各个方面得到了广泛的应用。 其中 Oracle 以其使用方便， 安全性高，功能强大和完善的企业服务系统赢得了众多用户的青睐。 下面我将用这学期学到的最基本的 oracle 知识简单地设计一个 景点售票系统。 该系统实现了基本的对数据库的增删改查。 作为买票 的顾客（用户），我们实现了其买票，退票和查票的功能，作为卖票 的一方（管理员），也可以对余票进行查询，同时也可以增加，修改 票务信息！当然， 用户角色可以注册以及登录该售票系统，而管理员 则默认账户为admi n,只能进行登录该系统，不能注册管理员账户。 其中使用的 oracle 知识只是 oracle 里面很少的一部分， 但也作为这 学期学到的成果展现给大家,如有不对之处欢迎纠正 第二章 系统分析 需求分析 该系统主要实现了一般的简单售票系统的最基本的功能。 购票者 要购票首先需要注册账号才能登陆， 注册时需要填写账号和密码。 登 陆以后可以购票，也可以查询余票。这里，客户购得的票会有票号、 票价和有效日期等信息。购票成功后，顾客还可以查询自己的订单。 当然，如果顾客发现买错票，这时候也可以退票。卖票者，也就是管 理员可以查询余票，也可以增加、修改票信息。当然，顾客查询和管 理员查询看到的东西肯定是不一样的。 这里管理员会特殊一点， 会看 到每一张余票的具体信息， 而顾客只能看到剩余的总票数和日期以及 票价。增加功能主要实现对每一天的票务信息的更新的功能。 每天不 管票是否卖完， 都须更新票务信息。 修改功能主要针对票价及票的日 期进行修改，比如某天要做活动，有优惠，票价半价，这时管理员便 可以修改票价。 在现在竞争激烈的电子商务中， 系统的安全性和稳定性是首要的 选择，其次是提供完善的服务流程。 当然实际上的景点售票系统要比 这个复杂得多， 在这里我只是做了一个系统的抽象和简单建模， 也只 实现了其中的部分功能， 实际上还要包括更多更复杂的子模块和交互 性设置来提高系统的完整性和可操作性。 功能模块图功能模块图就是将系统的功能进行分解，按功能从属关系表示出 来的图表。画出功能模块图主要是为了更加明确的体现内部组织关系， 更加清晰的理清内部逻辑关系，做到一目了然规范各自功能部分，使 之条理化。 图2.1 第三章 系统概要设计 在经过了系统分析之后， 接下来的任务就是系统设计