《海洋博物馆票务服务系统的设计与实现毕业论文(设计).doc》由会员分享，可在线阅读，更多相关《海洋博物馆票务服务系统的设计与实现毕业论文(设计).doc（53页珍藏版）》请在三一办公上搜索。
1、 本科生毕业论文（设计） 题目：海洋博物馆票务服务系统的设计与实现 学院/系 大连外国语学院软件学院 专 业 信息管理与信息系统（英日强化） 年 级 2009级 学 号 090451819 作者姓名 赵丽媛 指导教师 景雨 2012年12月20日 摘 要海洋博物馆售票管理系统是一套现代化的智能门票管理系统，向用户提供一个集中控制、集中管理且操作简便的集成管理系统，以适应现代化场馆的应用需求。尽管办公形式千差万别，但本质上是一致的，开发一个适合普适性产品级的办公软件，可以减少重复开发，具有很好的市场前景。本论文，首先，针对目前票务服务系统产品软件及应用情况，进行了大量的市场调查后，并对系统功能性
2、目标和非功能性目标做了详细阐述。在此基础上，提出采用BS应用模式，采用SQL Server2005做后台数据库，采用三层架构基于NET框架实现。该框架中集成了JavaScript，CSS,ASPNET，C#等技术。本系统主要分为前后台两部分，前台主要包括：最新资讯、海底世界以及票务服务三部分；票务服务又包括预约以及查询两个功能，预约次日门票以及查询历史预约记录。后台分为站点管理、票务管理、系统管理三个主要模块，站点管理包括发布公告以及服务声明；票务管理包括入馆人数设定、销售门票以及预约管理；系统管理包含用户管理功能。总体上用结构化生命周期法进行系统分析和设计，采用快速原型法来实现，系统界面友好
3、，而且操作更加简单，减少了用户学习操作的额外负担。新时代环境下，办公流程和内容在不断变化，能否适应这种不断变化是办公自动化软件成功的关键，本课题对此作了有益的尝试，但离最终的目标尚有很长路要走。关键字：办公自动化，ASP.NET，三层架构，SQL Server 2005Abstract Museum Ticket Service is a modern smart ticket management system .It is various in the forms office, but the essence is the same. It can significantly reduc
4、e the repeatedly development cost by developing a universal and product level office software. So it has a very good market prospects. This paper, First of all, based on the software of Museum Ticket Service System and its application so far by a number of investments, formulates the function and no
5、n-function objective. And then puts forward the application model of B/S, adapting SQL Server2000 as a background database and 3-Tier which is based on ASP.NET framework to implement. The framework integrates technology such as JavaScript, CSS, ASP.NET and C #.Secondly, each function module of offic
6、e automation software system are divided and tells the specific realization of main function module, it includes: tickets reservation，reservation inquiries，web management, tickets management and system management. Generally speaking, it uses structured life cycle method for system analysis and desig
7、n, using rapid prototyping method to implement so that the system interface is friendly, and the operation is simpler, which reduce the burden for user to learn operation. In the new era, office procedure and content are in constant change, ability to adapt to the change is the key to the success of
8、 this office automation software. This paper made a beneficial attempt for this, but there is a long way to go for the ultimate goal.Keywords: Office Automation, ASP.NET, 3-Tier, SQL Server 2005目 录1 绪论11.1 项目背景11.2 研究意义11.3 相关领域介绍11.4 本系统概述22 海洋博物馆票务服务系统分析32.1 系统需求分析32.1.1 功能需求32.1.2 性能需求52.2 系统可行性分
9、析62.2.1 技术及开发方法可行性62.2.2 管理可行性62.2.3 经济可行性62.3 业务流程分析73 海洋博物馆票务服务系统设计133.1 系统物理环境配置133.2 项目规划133.3 系统概要设计133.4 数据库设计243.4.1 概念设计243.4.2 逻辑设计263.4.3 物理设计263.5 系统详细设计273.5.1 系统体系结构273.5.2 系统设计原则284 海洋博物馆票务服务系统的实现294.1 系统技术实现294.1.1 ASP简介294.1.2 ASP.NET结构概述304.1.3 SQL Server 2005 简介304.2 系统首页实现314.3 站点
10、管理模块实现314.3.1 发布公告314.3.2 发布服务声明324.4 票务管理模块实现324.4.1 入馆人数设定324.4.2 销售门票334.4.3 预约管理334.5 系统管理模块实现344.5.1 查看用户344.5.2 添加用户354.6 前台页面的实现354.6.1 门票预约354.6.2 预约查询364.7 登陆模块实现374.7.1 登陆374.7.2 重置密码415 海洋博物馆票务服务系统测试435.1 系统测试概述435.2 系统测试方法445.2.1 系统测试计划445.2.2 系统测试工具445.2.3 系统测试方法和测试类型455.3 系统测试的目的和原则455
11、.4 系统测试455.4.1 系统登录测试要点455.4.2 数据输入测试要点465.5 系统测试效果466 结 论486.1 系统开发总结486.2 存在问题及改进48致 谢49参考文献501 绪论1.1 项目背景伴随着人们更多的旅游出行，国内旅游景点的票务市场也在快速发展。据预测，我国今年旅游票务市场将比去年增长10.5%。而与此同时，人们希望门票销售手段也能相应地有所调整，并对如何能经济、方便和及时地购买到自己所需要的门票表现出极大的关注，浴室，传统的购票方式开始面临变革。售票窗口购买门票是最传统的方式，但随着人们工作和生活节奏的加快，排队购票显得有些耗费时间了，因此，每到黄金周，旅游旺
12、季，买门票比较困难，对传统门票销售模式的改革已是大势所趋，也由此引发了对售票系统的研究和开发。1.2 研究意义随着科学的不断进步，计算机应用已经遍布整个社会的每个角落。目前社会正处于健保发展方兴未艾的时代，各个系统无不兢兢业业地改善本身的体制或管理方式，以适应健保越来越严格的规范。博物馆票务服务系统是一套现代化的智能门票管理系统，向用户提供一个集中控制、集中管理且操作简便的集成管理系统，以适应现代化场馆的应用需求。系统能很好地满足运行期间使用不同方式进行预约票据，防止各种人为的失误，改变人工管理模式，实现管理的全面电子化，提高管理水平和工作效率。1.3 相关领域介绍目前，利用网络技术和电子商务
13、发展企业，是企业最为关心的问题。电子商务在企业发展中显示了极大优势，企业通过电子商务活动可以树立和提高企业的网上形象和知名度，提供本企业最新的商品信息，降低销售成本，提高经营效率，开拓潜在市场和销售渠道。电子商务不仅使企业信息流动的范围扩大，还是企业管理的内涵进一步延伸，除了传统的企业财务、库存、销售、采购、生产等管理以外，涉及企业供应链的许多环节也被纳入了管理范围。这就对企业的信息管理系统踢出来新的要求，同事也推进新一代信息系统的产生和发展，造就了电子商务环境下管理系统与以往相比具有更丰富的内涵，吸引了众多学者的研究。在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开
14、发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互的票务服务系统，实现门票销售的自动化的计算机系统，为决策层提供准确、精细、迅速的门票销售信息。对于改变人工管理模式，实现管理的全面电子化，提高管理水平和工作效率具有重要的意义。1.4 本系统概述博物馆票务服务系统的设计与实现其核心思想是提供一个以自然语言为主的用户界面实现门票预约以及门票销售。将其应用到数字信息化领域，将极大满足用户需求。博物馆票务服务系统的设计与实现系统能够根据不同的用户需求进行功能组合，将合适的功能放在合适的位置给合适的用户访问，使办公更为方便快捷，实现数字化与信息化。本系统主要分为前后台两部分，前台主要包括：最
15、新资讯、海底世界以及票务服务三部分；最新资讯主要显示最新公告；海底世界为照片墙，展示了海洋馆的照片；票务服务显示了最新的服务声明同时包括预约以及查询两个功能，预约次日门票以及查询历史预约记录。后台分为站点管理、票务管理、系统管理三个主要模块，站点管理包括发布公告以及服务声明；票务管理包括入馆人数设定、销售门票以及预约管理；系统管理包含用户管理功能。后台同时提供了前台的入口链接。2 海洋博物馆票务服务系统分析需求分析的基本任务：确定系统的目标和范围,调查用户的需求,分析系统必须做什么,编写需求规格说明书等其它相关文档,以及需求工程审查.同时还包括需求变更的控制、需求风险的控制、制定需求过程的基本
16、计划等工作。需求可分四类：业务需求是反映组织机构或客户对软件高层次的目标要求，这项需求是用户高层领导机构决定的，它确定了系统的目标规模和范围。用户需求是用户使用该软件要完成的任务。功能需求是软件开发人员必须实现的软件功能。非功能需求是产品必须具备的属性或品质 ，包括对用户的重要属性（有效性、效率、灵活性、完整性、互操作性、可靠性、健壮性、可用性）和开发者的质量属性（可维护性、可复用性、可测试性）1。系统分析方法来源于系统科学。系统科学是20世纪40年代以后迅速发展起来的一个横跨各个学科的新的科学部门，它从系统的着眼点或角度去考察和研究整个客观世界，为人类认识和改造世界提供了科学的理论和方法。它
17、的产生和发展标志着人类的科学思维由主要以“实物为中心”逐渐过渡到以“系统为中心”，是科学思维的一个划时代突破。系统分析是咨询研究的最基本的方法，我们可以把一个复杂的咨询项目看成为系统工程，通过系统目标分析、系统要素分析、系统环境分析、系统资源分析和系统管理分析，可以准确地诊断问题，深刻地揭示问题起因，有效地提出解决方案和满足客户的需求2。需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地回答“系统必须做什么?”这个问题。虽然在可行性研究阶段已经粗略了解了用户的需求，甚至还提出了一些可行的方案，但是，可行性研究的基本目的是用较小的成本在较短的时间内确定是否存在可行的解法，因此许多细节被忽
18、略了。然而在最终的系统中却不能遗漏任何一个微小的细节，所以可行性研究并不能代替需求分析，它实际上并没有准确地回答“系统必须做什么?”这个问题。需求分析的任务还不是确定系统怎样完成它的工作，而仅仅是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。需求分析的结果是系统开发的基础，关系到工程的成败和软件产品的质量。因此，必须用行之有效的方法对软件需求进行严格的审查验证3。2.1 系统需求分析2.1.1 功能需求具体功能描述如下。1票务服务（1）门票预约，用户在网站首页可以根据身份证号，姓名，电话号进行预约。每日每人次预约门票不得超过5张。（2）预约查询，用户在网站首页可以
19、根据身份证号，姓名，电话号进行预约查询。身份证号为必填项。如果电话号不确定需填写姓名，也可身份证号与电话号进行查询。2 站点管理功能描述：提供对前台最新资讯内容，以及票务服务内容进行更新的功能。发布公告对应前台最新资讯。服务声明对应前台票务服务。（1）发布公告，发布系统公告，在门户网站显示最新公告。（2）服务声明，服务声明更新，在门户网站显示最新声明。3 站点管理功能描述：海洋博物馆，门票销售模块。在本功能模块下，可以执行电话预约，进行现场售票，预约取票操作，对预约的门票进行预约的撤销。（1）入馆人数设定，设置每天发放免费门票的最大张数。（2）销售门票，现场售票与电话售票，电话预约同网上预约一
20、样，只可预约第二日门票。现场销售仅销售当日门票。每人次每日均不可超过5张。（3）预约管理，查询出已预约但为取票用户票务情况，进行现场取票或预约取消操作。4 系统管理（1）用户管理功能描述：对售票系统用户进行增删改查，用户分为管理员和主管以及普通职员，依据权限区分可以访问的模块。5 其他功能（1）用户登录后台博物馆用户登录，登陆需要判断用户是否存在，账号是否被锁定，密码是否正确，以及剩余密码可出错次数。（2）密码修改在后台登录页面处，提供密码修改功能。在登陆账号以及登录密码填写正确的情况方可操作成功。 2.1.2 性能需求1 数据精确度在精度需求上，根据使用需要:（1）数据值型数据精度在小数点位
21、后两位。（2）日期型数据以“年/月/日”方式显示。2用户界面需求（1）响应速度尽可能提升系统运行速度，系统对用户操作的响应要快，在满足系统功能的同时，尽量满足操作者的心理要求。如查询数据、添加数据，其响应时间应要合理（与数据吞吐量有关），避免“死锁等待”现象。（2）稳定性系统应具有较高的稳定性，应可以处理大量数据及长时间运行。（3）合理性工作流程要清晰，要符合用户实际情况。界面功能操作“部件”布局要合理，既要符合实际工作流程，又要适当考虑用户经常使用的菜单。如将用户使用较多的按钮放在容易看到的位置。各种操作的结果，在不拖沓的前提下，要呈现给用户（如：“保存成功”、删除了一项记录，系统的响应要较
22、明显地提示出位置的变化等）。功能实现的操作逻辑要与界面上下文、业务处理上下文一致，使应用系统的界面操作逻辑与业务办理人员的思维络尽力相吻合或接近。重要性的，不可恢复的操作都要二级确认。（4）易用性在数据项较多的选项里，应只显示与用户相关或用户可能用到的数据项，以方便用户选择。在逻辑上相同的信息只需输入一次，减少用户的输入量。输入信息时，对各项数据要进行必要的逻辑检查，并做出相应的提示。各页面要做到不超过屏幕显示的宽度，尽量避免在查看数据时还要将滚动条左右移动。页面字体的字体、大小、颜色既要能满足大部分人的要求，又要利于屏幕的显示和程序的处理。各种操作要简单直观，要适应用户的计算机水平和习惯。3
23、安全性（1）添加用户信息，以及涉及到个人隐私和国家秘密，必须进行加密处理或用权限进行管理，以免泄密。（2）从用户操作权限设计需求去进行安全性设计，采用操作权限设定去控制。2.2 系统可行性分析 2.2.1 技术及开发方法可行性本系统基于浏览器/服务器体系架构人们常说的 B/S体系架构，系统安装维护简便。数据集中管理，便于分散用户使用，适应互连时代软件的发展趋势。开发技术主要包括ASP, C#以及Web应用开发中常用的脚本语言JavaScript,开发平台采用Microsoft VS 2008，数据库采用SQL SERVER 2005数据库系统。可运行于Windows系列操作系统平台。2.2.2
24、 管理可行性利用面向对象的机构化方法，面向对象方法以“对象”为中心，在分析对象、研究对象及对象的属性的过程中，根据其内在规律建立求解模型。基于这种方法建立的软件系统，不管外部环境或功能需求如何地变化，其对象的内在的规律是不变的，区别于传统方法的以“过程为中心”，以功能分解为基本方法，当功能需求发生变化时，将引起对软件整体结构的修改，导致系统不稳定。因而，基于这种方法建立的软件系统是不会引起软件结构的整体变化，所以系统是稳定的，利用此方法可以充分达到系统管理可行性的目的。2.2.3 经济可行性通过调查分析开发办公自动化所具备的能力及实现的方法，准确确定办公自动化系统的总体结构，利用SQL SER
25、VER 2005数据库所具有的能力，以最简洁最容易的方法，使用ASP（C#）为基础技术使其达到快速开发的效果。2.3 业务流程分析业务流程分析的目的是：形成合理、科学的业务流程。通过分析现有业务流程的基础上进行业务流程重组（BPR），产生新的更为合理的业务流程。业务流程分析主要是定义项目的内容，即对现行的管理进行仔细地回顾和描述，从而认识项目的业务和技术上的具体要求，帮助确定流程工作与合作建模的基本要素，更好地分析理解其同其他要素的关系，例如业务目标、业务策略、面对的问题、产生的影响、组织机构参与者或者相关的企业架构。系统设计以前，要对系统需求进行归纳和分析，查找出所有的业务主角，然后在确定业
26、务主角后，每个主角的相关活动及流程应清晰地制定出来，最终设计出逻辑视图、用户界面示意图。 下面是对该系统业务流程的简单分析：前台在无需登陆的情况下，可以进行门票预约以及预约记录查询。后台用户首先登录网站，在登录时用户名与密码验证通过就能做相关操作。如果用户名不存在或密码不正确，则提示重新登录。用户成功登录之后，进入主页面，可选基本业务有三个板块，站点管理，票务管理以及系统管理。在站点管理中，可以发布公告和发布服务信息；在票务管理中，可以设置每日最大游客数，可以进行电话预约登记以及现场售票登记，可以对预约记录进行管理；系统管理中，只要是对后台用的添加、查询、删除以及更改登陆密码。系统业务流程图如
27、图2-1至2-5所示。图2-1 前台系统业务流程图2-2 站点管理业务流程图2-3 票务管理业务流程图2-4 系统管理业务流程图2-5 登陆系统业务流程3 海洋博物馆票务服务系统设计3.1 系统物理环境配置系统硬件平台的配置：1CPU：Intel(R)i5-2410M CPU2.30Ghz。2内存：6G。3硬盘：581GB。4基本的输入、输出设备。系统软件平台的配置：如果说硬件是一个系统的身体，那么软件则是一个系统的灵魂，一个系统设计的好坏，不仅要有正确的软件开发思想，也应该有良好的软件开发工具4，汽车配件电子商务系统所采用的软件配置环境为：1操作系统：Windows 7。2. 数据库：Mic
28、rosoft SQL Server 2005。3. 系统开发语言： ASP.NET。4. 系统开发软件：Microsoft Visual Studio 2008。3.2 项目规划本系统的结构包括数据持久层、业务处理层及页面展示层。在应用服务层中构建动态网页来支持整个面向服务对象的应用。整个系统的网站设计是B/S架构为主体，服务对象通过访问网站来获得所需要的信息。3.3 系统概要设计根据系统分析的结果数据流程图所描述的系统的逻辑模型，把数据流程图上各个处理模块进一步分解，确定系统的层次结构关系，把逻辑模型变为物理模型。在管理信息系统的设计过程中，系统划分的一般原则如下：1子系统要具有独立性。即应
29、把相对独立的事务处理过程作为一个子系统。这样的子系统具有较高的内聚性，与其它的藕合较弱，便于软件开发、使用及日后系统维护。2子系统的划分结果应使数据冗余度较小。应避免部分数据在多个子系统中出现，尤其是修改，以保证系统的安全性、可靠性和数据的一致性。3子系统的划分应能满足目前和日后管理上的需要，功能应齐全，操作要方便且为今后发展留有接口。4子系统的划分应以该单位的管理职能为依据。应尽量避免过分依赖于组织机构，以防止机构变更后为系统带来不必要的麻烦5。对办博物馆票务服务系统的数据流图采用变换中心法和事务中心法进行分析，对其逐步进行功能分解，直到分解成为含义明确、功能单一的单元功能模块，从而得到系统
30、的功能模块结构图，即系统的功能图。系统功能模块结构图反映了办公自动化系统功能模块的划分，如图3-1所示。 图3-1 系统功能模块结构图1票务服务（1）门票预约功能名称门票预约功能简介预约的信息，包括：姓名，身份证号，电话，预约日期，数量。 填写完预约信息后，点击【预约】按钮进行预约，成功后弹出成功提示。输入姓名，身份证号，电话，预约日期，数量。触发条件：【预约】按钮。均为必填选项。输出无异常无操作提示预约成功。存储结构预约信息： MM_TICKET。处理过程S1：填写预约信息；S2：点击【预约】按钮；S3：向MM_TICKET表中插入预约信息；S4：成功提示。约束1） 预约日期为当日的第二日。
31、2） 身份证号、电话号正确填写验证。3） 预约数量最多为5张。（2）预约查询用户在网站首页可以根据身份证号，姓名，电话号进行预约查询。身份证号为必填项。如果电话号不确定需填写姓名，也可身份证号与电话号进行查询。功能名称预约查询功能简介预约信息包括：预约门票编号（隐藏）、序号、用户姓名、身份证号、电话号码、预约时间通过填写身份证号，姓名（或电话）后点击【查询】按钮进行查询，将符合条件的所有预约信息从数据库中取出来，返回到页面进行展示。输入身份证（必选）、电话、姓名（任选其一，radio 切换）。触发条件：【查询】按钮。输出从MM_TICKET表中根据选择的条件进行结果过滤。异常无操作提示用户查询
32、条件填写不完整，则弹出提示，要求其填写完整。存储结构预约信息： MM_TICKET处理过程S1：验证页面查询条件是否满足至少两项已填写； S2：点击【查询】按钮；S3：从MM_TICKET及相关表中查询预约信息；S4：展示页面。约束1） 身份证号不能为空。2） 姓名与电话号任选其一。3） 判断电话号、身份证号正确性。2站点管理功能描述：提供对前台最新资讯内容，以及票务服务内容进行更新的功能。发布公告对应前台最新资讯。服务声明对应前台票务服务。（1）发布公告发布系统公告功能名称发布系统公告功能简介公告的信息，包括：公告内容。输入公告内容。触发条件：【发布】按钮。输出无异常无操作提示公告发布成功。
33、存储结构系统变量信息：MM_ CONSTANT。处理过程S1：填写公告内容；S2：点击【发布】按钮；S3：更新MM_ CONSTANT表中记录；S4：成功提示。约束公告内容不能为空。（2）服务声明服务声明更新，对应前台票务服务处文字功能名称服务声明更新功能简介服务声明的信息，包括：服务声明内容。输入服务声明。触发条件：【发布】按钮。输出无异常无操作提示服务声明发布成功。存储结构系统变量信息：MM_ CONSTANT。处理过程S1：填写服务声明内容；S2：点击【发布】按钮；S3：更新MM_ CONSTANT表中记录；S4：成功提示。约束服务声明内容不能为空。3票务管理功能描述：海洋博物馆，门票销
34、售模块。在本功能模块下，可以执行电话预约，进行现场售票，预约取票操作，对预约的门票进行预约的撤销。（1）入馆人数设定设置每天发放免费门票的最大张数功能名称入馆人数设定功能简介入馆人数信息包括：当前入馆人数、设置值。填写设置值之后，通过点击预约【确定】按钮，执行设定操作。将数据库中对应的记录进行更新，返回页面弹出成功提示。输入入馆人数。输出无异常无操作提示设定成功。存储结构系统变量信息： MM_ CONSTANT。处理过程S1：验证页面填写的人数是否为数字； S2：验证页面数字是否为大于0的整数；S3：点击【确定】按钮；S4：更新MM_ CONSTANT表中记录；S5：成功提示。约束无（2）销售
35、门票现场售票与电话售票功能名称销售门票功能简介销售信息包括：销售类型：电话售票、现场售票，姓名、身份证号、电话、预约日期、数量。填写完票务信息后，点击【确定】按钮进行预约，成功后弹出成功提示。输入销售类型（radio）姓名，身份证号，电话，日期，数量。触发条件：【确定】按钮。均为必填选项。输出无异常无操作提示票务信息销售成功（也可分为预定和销售两种提示）。存储结构票务信息： MM_TICKET。处理过程S1：填写预约信息；S2：点击【销售】按钮；S3：向MM_TICKET表中插入预约信息；S4：成功提示。约束1） 电话预定日期为当日的第二天2） 销售日期默认为当日。3） 身份证号、电话号正确填
36、写验证。4） 预约数量最多为5张。（3）预约管理查询出已预约但为取票用户票务情况，进行现场取票或预约取消操作功能名称预约管理功能简介预约信息包括：预约门票编号（隐藏）、序号、用户姓名、身份证号、电话号码、预约时间、操作(取票、取消)通过填写身份证号，姓名（或电话）后点击【查询】按钮进行查询，将符合条件的所有预约信息从数据库中取出来，返回到页面进行展示。通过点击预约【取消】或【取票】按钮，执行取消预约或现场取票处理的操作。将数据库中对应的预约记录删除或更改状态成功后，返回前台弹出成功提示。输入身份证（必选）、电话、姓名（任选其一）。触发条件：【查询】按钮 。预约门票编号 。触发条件：【取消】或【
37、取票】按钮。输出从表MM_TICKET表中根据选择的条件进行结果过滤。异常操作提示查询条件填写不完整，则弹出提示，要求填写完整。预约取消成功或售票成功。存储结构票务信息： MM_TICKET。处理过程S1：验证页面查询条件是否满足至少两项已填写； S2：点击【查询】按钮；S3：从MM_TICKET表中查询预约信息；S4：展示页面。SI：点击【取消】或【取票】按钮；SII：从MM_TICKET删除对应记录；SIII：成功提示。约束1） 身份证号不能为空。2） 姓名与电话号任选其一。3） 判断电话号、身份证号正确性。4系统管理（1）用户管理功能描述：对售票系统用户进行增删改查，用户分为管理员和主管
38、以及普通职员，依据权限区分可以访问的模块功能名称用户管理功能简介1） 添加用户的信息，包括：姓名，身份证号，权限(select)。 填写完用户信息后，点击【添加】按钮进行添加，成功后弹出成功提示。2） 查询用户信息，包括：姓名，员工编号。填完用户信息后，点击【查询】按钮进行查询，成功后返回页面尽心列表显示3） 改删在用户列表页内，第一列选择栏中，展示checkbox复选框。Title行中的checkbox实现全选，全不选功能。在用户列表上方提供【删除】按钮；最后一列操作栏中，展示【重置密码】按钮。输入1） 添加用户的信息，包括：姓名，员工编号，权限(select)。触发条件：【添加】按钮。2）
39、 查询姓名，员工编号。触发条件：【查询】按钮。3） 改删用户ID触发条件：【删除】按钮、【重置密码】按钮。输出在用户列表页内，第一列选择栏中，展示checkbox复选框。Title行中的checkbox实现全选，全不选功能。在用户列表上方提供【删除】按钮；最后一列操作栏中，展示【重置密码】按钮。异常操作提示添加成功、删除成功、密码重置成功。存储结构用户信息： MM_USER处理过程S1：填写添加用户信息；S2：点击【添加】按钮；S3：向MM_USER表中插入预约信息；S4：成功提示。SI：填写查询用户信息；SII：点击【查询】按钮；SIII：从MM_USER表中查询用户信息；SV：展示页面。约
40、束1） 用户身份证号唯一2） 默认权限为销售员5其他功能（1）用户登录后台博物馆用户登录功能名称用户登录功能简介登录的信息，包括：帐号（loginID），密码。输入帐号，密码触发条件：【登录】按钮输出无异常无操作提示1） 登陆信息不完整2） 用户名不存在3） 用户已经锁定4） 密码错误存储结构系统变量信息：MM_ USER处理过程S1：填写用户账号，密码；S2：点击【登录】按钮；S3：在MM_ USER表中查询用户信息；S4：成功则跳转到管理系统首页，失败则弹出相应提示。约束1） 帐号是否存在（在提交前，先校验帐号是否存在）。2） 密码是否正确。（2）密码修改在后台登录页面处，提供密码修改功能
41、。功能名称密码修改功能简介口令的信息，包括：登陆账号，旧密码，新密码。输入员工编号，旧密码，新密码。触发条件：【确认】按钮。输出无异常无操作提示1） 员工编号是否填写正确。2） 旧密码是否正确。存储结构系统变量信息：MM_USER处理过程S1：帐号（loginID），旧密码，新密码；S2：点击【发布】按钮；S3：更新MM_ USER表中记录；S4：成功提示。约束1） 用户必须存在。3.4 数据库设计3.4.1 概念设计概念结构设计是将分析得到的用户需求抽象为信息结构（即概念模型）的过程，它是整个数据库设计的关键。概念结构的主要特点是：（1）能真实、充分地反映现实世界。（2）易于理解。（3）易于
42、更改，当应用环境和应用要求改变时，容易对概念模型修改和扩充。（4）易于向关系、网状、层次等各种数据模型转换。概念结构是各种数据模型共同基础，它比数据模型更独立于机器、抽象，更加稳定。为了把用户的数据要求清晰明确的表达出来，通常要建立一种面向问题的数据模型，按照用户的观点来对数据和信息建模。最常用的概念性数据模型就是E-R模型6。用户信息实体属性图如图3-2所示。图3-2 用户信息实体属性图系统变量信息实体属性图如图3-3所示。图3-3 系统变量信息实体属性图订票信息实体属性图如图3-4所示。图3-4 订票信息实体属性图3.4.2 逻辑设计数据库逻辑设计分为三个阶段，分别是：用户要求、建立E-R
43、 模型和数据库模式设计。数据库逻辑设计中的第一阶段收集和分析用户需求是按以下四步进行的：分析用户活动，确定系统范围，分析用户活动所涉及的数据和分析系统数据。逻辑设计第二阶段建立E-R 模型分两步，首先应进行局部E-R 模型设计，然后进行总体E-R 模型的设计。逻辑设计第三阶段在数据库模式设计阶段分两步进行，第一步初步设计，把E-R 图转换为关系模型，第二步优化设计，对模式进行调整和改善。我们所要进行研究的是逻辑设计的第三步即将E-R图像关系模型转化。下面把实体及实体间关系转换成为关系模型。实体转换出的关系模式：用户表（MM_USER）编号，登陆账号，登陆密码，姓名，权限，密码错误次数统计系统变
44、量表（MM_CONSTANT）编号，门票张数，公告内容，声明内容订票信息表（MM_TICKET）编号，日期，状态，姓名，身份证号，电话号码，张数3.4.3 物理设计数据库物理设计包括：选择存储结构、确定存取方法、选择存取路径、确定数据的存放位置。主要解决选择文件存储结构和确定文件存取方法的问题。在数据库中访问数据的路径主要表现为如何建立索引。顺序表只能从起点进去向后一个个访问记录。在上面的实体以及实体之间关系模式的基础上，形成数据库中表以及各表之间关系。用户表（MM_USER）如表3-1所示。表3-1 用户表（MM_USER）字段名说 明类 型长 度可否为空主键ID编号INT否是LOGINID登陆账号VARCHAR220否否NAME姓名VARCHAR220否否PASSWORD密码VARCHAR220否否PERVIEW权限VARCHAR2
