景区自助售票系统软件设计规格说明书

1、 XXX软件系统设计规格说明书Version 2.0伤得起！组名李雷组长朱文龙、郭伟龙、何明刚成员编写分工： 李雷 2.2、2.3 第四章朱文龙 第一章、2.1何明刚 第三章郭伟龙 3.4 4.31哈尔滨工业大学计算机学院软件工程课程设计设计规格说明书<项目名称><小组名称>版本：日期： 文档信息项目名称：景区自主售票系统小组名称：伤得起！项目负责人：李雷文档负责人：李雷编制日期：2011年6月11日版本：1.0文档分工（姓名）负责内容李雷2.2 2.3 第四章朱文龙第一章 2.1何明刚第三章郭伟龙3.4 4.3修改记录日期版本修改说明修改者记录调整的内容和理由，保留计

2、划的不同的版本2011.6.162.0修改3.2 3.3 3.4界面重新设计李雷2011.6.172.1修改 2.2.1 2.1.2 体系结构重新设计李雷2011-6-19 2.2修改3.2.2、3.4、3.6 网络的界面相关设计何明刚2哈尔滨工业大学计算机学院软件工程课程设计设计规格说明书<项目名称><小组名称>版本：日期： 目 录1.简介51.1编写目的51.2范围51.3参考资料51.4术语与缩写52.概要设计62.1 体系结构设计62.1.1 体系结构风格设计62.1.2 功能结构设计72.2 包/构件设计82.3 数据库设计92.3.1 数据库选择92.3.2

3、 逻辑结构设计103.界面设计113.1 界面设计规范113.1.1 布局规范113.1.2 操作规范113.1.3 默认项规范123.1.4 其它规范123.2 界面定义和界面关系图133.2.1 界面定义133.2.2 界面关系图143.3 界面设计143.3.1 主界面F1153.3.2 XX功能界面设计F11153.3.3 XX功能界面设计F12173.4 界面资源设计173.4.1 图标资源173.4.2 界面资源184.详细设计184.1 类详细设计184.1.1 设计类图184.1.2类详细说明194.2 数据库详细设计204.2.1 表详细设计204.2.2 视图详细设计如未设

4、计视图此节删去204.2.3 存储过程详细设计如未设计存储视图此节删去214.3 过程设计2111.简介1.1编写目的【说明这份软件系统设计报告是基于哪份软件产品需求规格说明书编写的，开发这个软件产品意义、作用、以及最终要达到的意图。本设计规格说明书编制目的。软件系统设计报告详尽说明了该软件产品的体系结构设计，界面设计、数据库设计和构件设计等，从而对该软件产品的结构、实现方法等进行了详细的描述。】.1.1 编写目的该软件设计规格说明书是基于“伤得起”小组计划开发的“景区售票系统”需求说明书编写的。“景区售票系统”，缓解旅游景区的售检票的人力压力，提供高效的，快节的，稳定的操作。实现系统应具有实

5、用性、可靠性、有效性及方便性。软件系统设计报告详尽说明了该软件产品的体系结构设计，界面设计、数据库设计和构件设计等，从而对该软件产品的结构、实现方法等进行了详细的描述。1.2范围【说明该软件产品包含的业务目标和业务范围和主要需求，参考需求规格说明】1.2.1系统的业务目标缓解旅游景区的售检票的人力压力，提供高效的，快节的，稳定的操作。实现系统应具有实用性、可靠性、有效性及方便性。建立旅游景区售检票系统，不仅使景区的管理水平有了提高，同时也相应地完善了旅游景区的管理制度。这种系统极大的方便的管理员的管理和查询等操作。为管理者提供决策支持数据，以便及时地发现问题，合理安排日常业务工作，制定新的资金

6、投入和计划。这种电子化工作模式避免了人工操作造成的失误，提高了工作效率和质量，从而也提高了经济效益。1.2.2系统的主要功能1查询：查询当前门票种类、余量、价格、有效日期2购买门票：为游客和旅行社提供购买门票功能3统计：统计当日和历史售票记录，包括售出各类门票总数量，售出未入园票数量，入园人数量，当日入园未出园人数，各类门票收入。4票务管理：修改门票种类，价格，日期，数量5实时信息提供：将今日截止至当前时间的售票量、入园人数、将要入园人数提供给接待处6检票：分为入园检票和出园检票两种状态：游客入园时将售出门票的状态转为入园状态。游客出园时将入园状态转为离开状态。7问题咨询：游客通过问题咨询功能

7、向服务人员咨询8投诉：游客通过投诉功能向服务人员反映投诉情况9系统维护：面向系统管理人员，提供数据备份和数据恢复功能。功能按部门分类结果：旅行社查询、购买团体票、问题咨询、投诉系统管理人员数据转移备份、数据恢复（备份数据拷入）财务部获取统计信息（财务方面）决策部获取统计信息（总体）服务人员提供问题咨询接待处检票、获取实时信息票务管理获取统计信息、管理票务个体游客查询、购买门票、问题咨询、投诉 景区售票系统1.3参考资料【说明：提供设计规格说明中所引用的所有文档和其他信息资源的完整清单，包括标题、报告编号、日期、作者以及发布机构。】1 GB 8566 计算机软件开发规范 2 GB 8567 计算

8、机软件产品开发文件编制指南 3 GB/T 11457 软件工程术语 4 软件工程：实践者的研究方法（第6版）.作者：（美）Roger S.Pressman.2007年1月.5软件工程实用教程(计算机应用技术规划教材). 作者：吕云翔. 2011年1月.6软件工程方法与实践.作者：窦万峰.2009年5月. 7 “伤得起”软件工程需求规格书.“伤得起”小组编写.1.4术语与缩写【说明：定义设计规格说明所应用的全部术语和缩写词。】1.4.1术语及缩写 术语及缩写Traveler个体游客Service服务人员TravelAgent旅行社Reception接待处DecisionPart决策部Financ

9、ePart财务部TicketPart票务管理部门DatabaseAssist数据库管理员Query查询BuyTicket买票ChangeTicket修改门票Qustion咨询Complain投诉CheckTicket检票DatabaseRB数据库维护ServiceReslove服务人员解决咨询与投诉RectptionGetInformation接待处获取实时信息GetStat获取统计数据DataBase数据库Ticket门票QueryItem游客或旅行社发起的查询项目QuestionItem游客或旅行社发起的咨询项目ComplainItem游客或旅行社发起的投诉项目Stat统计数据2.概要设计

10、2.1 体系结构设计2.1.1系统体系结构设计方案本售票系统采用B/S和C/S双体系结构设计。B/S设计主要用于网络售票与投诉咨询，C/S设计用于景区管理人员使用。这样的设计是出于以下几点考虑：1. 当前网络环境很成熟，门票购买完全可以实现不到售票处而随时随地的购买。本售票系统因此采用B/S（即BrowserServer(浏览器服务器)体系结构设计，只安装维护一个服务器(Server)，而客户端采用浏览器(Browse)运行软件。可以使系统的适用性更强，方便客户使用。2. 同时，基于B/S体系结构的软件，系统安装、修改和维护全在服务器端解决。用户在使用系统时，仅仅需要一个浏览器就可运行全部的模

11、块，真正达到了“零客户端”的功能，很容易在运行时自动升级。3. 出于安全方面的考虑，检票系统，票务管理系统等景区核心机密系统是不能放到外部网络的，需要使用景区内部网络来运行。C/S客户端服务器结构可以很好的对消息进行加密，防止外部入侵，提供更强大的功能。2.1.2 体系结构风格设计图2.1.1 体系结构设计图关于体系结构设计图的说明：本体系结构采用B/S和C/S结构，即浏览器-服务器结构和客户端-服务器结构。B/S结构的功能是C/S结构的子集。上图为C/S结构的体系结构设计图。最上层为界面层即是客户端界面，包括主欢迎界面，下分内部人员登录、游客查询与购买、数据库维护人员、接待处、客服人员、管理

12、人员界面。通过网络连接层接入景区内部网络。逻辑控制层实现具体功能，具体包括：查询、购买门票、问题咨询、投诉获取统计信息、管理票务、数据转移备份、数据恢复（备份数据拷入）检票、获取实时信息等。下层接入数据库，包括管理员数据库、票务数据库、投诉数据库、咨询数据库。B/S结构的体结构设计图与C/S大体相同， 只是只有查询、买票、咨询与投诉四个功能。由于B/S仅是C/S的子集，所以下面除了界面以外，不再赘述B/S的相关设计。2.1.3 功能结构设计模块名称菜单编号菜单名称功能描述游客Menue001定义查询功能查询当前门票种类、余量、价格、有效日期Menue002定义购买行为为游客和旅行社提供购买门票

13、功能Menue003定义问题咨询游客通过问题咨询功能向服务人员咨询Menue004定义投诉游客通过投诉功能向服务人员反映投诉情况票务管理Menue005定义统计信息统计当日和历史售票记录Menue006定义票务管理修改门票种类，价格，日期，数量系统管理人员Menue007定义数据恢复提供数据恢复功能Menue008定义转移备份数据提供数据备份功能财务部Menue009定义统计信息统计当日和历史售票记录决策部Menue010定义统计信息统计当日和历史售票记录服务人员Menue011定义问题咨询游客通过问题咨询功能向服务人员咨询接待处Menue012定义实时信息将今日截止至当前时间的售票量、入园人

14、数、将要入园人数提供给接待处Menue013定义检票分为入园检票和出园检票两种状态2.2 包/构件设计图2-4 包结构图序号包名包说明包含类类说明1UI表示层WelcomeInterface欢迎界面LoginInterface内部人员登陆界面Query&BuyInterface游客查询与购买界面Question&ComplainInterface游客咨询与投诉界面DatabaseAssistInterface数据库维护人员界面ReceptionInterface接待处界面ServiceInterface服务人员界面ManageInterface管理人员界面2Control业务控

15、制层GetStat决策部、财务部获取数据TicketPartJob票务管理改票Reception检票处检票、获取实时信息DatabaseBR数据库备份恢复Doquery游客、旅行社查询BuyTicket游客、旅行社买票Question咨询Complain投诉SolveQuestion解决咨询SolveComplain解决投诉3Database数据库层Admin管理员数据库Ticket票务数据库ComplainLib投诉数据库QuestionLib咨询数据库序号接口名接口说明接口方法方法说明1DoQuery游客、旅行社查询门票情况SendQuery(QueryItem)发出一个查询请求GetQu

16、eryInformation(TicketInformation)获取查询结果ReturnQueryInformation (TicketInformation)返回查询结果2BuyTicket游客、旅行社购买门票BuyTicket()买票Pay()支付ReturnBuyResult()返回购买结果GetTicketInformation()获取门票信息3Question提出咨询SendQuestion(Qu estionItem)发出咨询请求GetQuestionResult(QuestionItem)获取咨询结果4Complain提出投诉SendComplain(Co mplainItem

17、)发出投诉请求GetQuestionResult(ComplainItem)获取投诉结果5SolveQuestion解决咨询ShowQuestion（QuestionItem）显示咨询SolveQuestion(Question)处理咨询6SolveComplain解决投诉ShowComplain（ComplainItem）显示投诉SolveComplain（ComplainItem）处理投诉7Reception接待处检票CheckTicket（Ticket）检票GetInstantInformation获取实时票务信息8GetStat获取数据GetHistoryInformation(Tic

18、ketInfo)获取票务历史信息GetFinanceInformation(FinanceInfo)获取财务历史信息ShowHistoryInformation显示历史票务信息ShowFinanceInformation显示财务信息ChangeTicket(Ticket)修改门票种类9TicketPartJob修改票务信息ChangeTicket(Ticket)修改门票种类DatabaseBackup数据库备份10DatabaseBR数据库维护DatabaseRestore数据库恢复Login(AdminID,Password)登录11Login登录2.3 数据库设计2.3.1 数据库选择景区

19、自助售票系统采用MySQL关系数据库作为数据的持久化存储方案。MySQL是一个小型关系型数据库管理系统。MySQL具有以下特点：1. 使用C和C+编写，并使用了多种编译器进行测试，保证源代码的可移植性2. 支持AIX、FreeBSD、HP-UX、Linux、Mac OS、Novell Netware、OpenBSD、OS/2 Wrap、Solaris、Windows等多种操作系统 3. 为多种编程语言提供了API。这些编程语言包括C、C+、Python、Java、Perl、PHP、Eiffel、Ruby和Tcl等4. 支持多线程，充分利用CPU资源5. 优化的SQL查询算法，有效地提高查询速度

20、6. 既能够作为一个单独的应用程序应用在客户端服务器网络环境中，也能够作为一个库而嵌入到其他的软件中提供多语言支持，常见的编码如中文的GB 2312、BIG5，日文的Shift_JIS等都可以用作数据表名和数据列名7. 提供TCP/IP、ODBC和JDBC等多种数据库连接途径8. 提供用于管理、检查、优化数据库操作的管理工具9. 可以处理拥有上千万条记录的大型数据库景区售票系统用JDBC访问MySQL，JDBC（Java Data Base Connectivity,java数据库连接）是一种用于执行SQL语句的Java API，可以为多种关系数据库提供统一访问，它由一组用Java语言编写的类

21、和接口组成。JDBC为数据库开发人员提供了一个标准的API，据此可以构建更高级的工具和接口。2.3.2 逻辑结构设计景区售票系统需要两个数据库来管理，第一个数据库记录与门票有关的相关数据，第二个数据记录来自游客的咨询与投诉1. 表设计门票数据库序号表名中文名解释1Ticket门票信息表用来存储门票的基本信息2TicketSale门票的销售信息表用来存储售出门票的详细信息3Finance财务表用来存储财务上的明细信息Q&A数据库序号表名中文名解释1Question咨询信息表用来存储咨询的信息2Complain投诉信息表用来存储投诉的信息管理员数据库序号表名中文名解释1Admin管理员账号

22、用来存储管理员的账号与权限信息2视图设计门票数据库序号视图名中文名解释1TicketToday当日门票销售情况视图对当日门票数据进行统计分析处理2TicketYesterday昨日门票销售情况视图对昨日日门票数据进行统计分析处理3TicketLastThree三日门票销售情况视图对最近三天的门票数据进行统计分析处理4TicketLastWeek近一周门票销售情况视图对最近一周的门票数据进行统计分析处理5TicketLastMonth近一个月门票销售情况视图对最近一个月的门票数据进行统计分析处理6TicketLastSeason近一个季度门票销售情况视图对最近一个季度的门票数据进行统计分析处理7

23、TicketLastYear近一年门票销售情况视图对最近一年的门票数据进行统计分析处理8TicketHistroyYear按年查询历史门票情况视图按年对历史门票情况进行查询分析9TicketHistoryMonth按月份查询历史门票情况视图按月份对历史门票情况进行查询分析10TicketHistoryWeek按周查询历史门票情况视图按周对历史门票情况进行查询分析Q&A数据库序号表名中文名解释1UnslovedQuestion未解决咨询信息视图用来存储未解决咨询的信息2UnsolvedComplain未解决投诉信息视图用来存储未解决投诉的信息3SolvedQuestion已解决咨询信息视

24、图用来存储已解决咨询的信息4 SolvedQuestion已解决投诉信息视图用来存储已解决投诉的信息3.界面设计3.1 界面设计规范该自助售票系统的UI 遵循以下界面设计规范：l 用户原则：确定用户的类型，并根据用户的特点预测其对不同界面的反应；l 就近原则：将同一类的功能都组织放在页面相同模块中；l 容错原则：必须允许用户犯错，给予用户后悔的机会；l 帮助原则：为用户提供适量的帮助，必须使用用户语言，不迷惑用户；l 习惯原则：设计及功能尽量贴近用户的操作习惯，避免用户思考；l 响应原则：每次用户进行操作后，都需要给用户一个响应反馈，否则用户将不清楚自己操作是否有效，从而进行重复操作，对产品甚

25、至用户带来伤害；l 精简原则：设计者需要常常向自己提问：是否做出很多用户不需要的东西？有时候，决定不要什么，比决定做什么更重要；l 最小信息量原则：尽量减少用户记忆的信息量，采用有助于记忆的方案；l 保持一致性原则:任务、信息表达、界面控制等与用户理解熟悉的保持一致；达到用户学会某一操作后，可以完成其他类似的操作，加快学习使用界面的过程；l 使用快捷键:系统界面中使用常见快捷键，方便用户使用3.1.1 布局规范1.分辨率：主分辨率1280×800，所有表示层页面都要满足此分辨率；2.页面宽度限制：l 所有主页面（非弹出页）标准宽度为800像素，同时尽量满足满屏显示，并且底层容器不出现

26、纵向滚动条；l 所有弹出页面（选择页）最大宽度为700像素，最大高度不超过主页面；3.页面布局风格：l 欢迎页面采用上下布局，上为Logo，下为查询买票、登陆等4大功能按钮；l 管理页面采用左右布局，左侧为各个功能导向按钮，右侧为输出区域，其中右侧上部为用户登录或显示身份信息（输入信息由弹出页面完成，提示反馈信息亦由弹出页面完成）；l 查询买票子页面：采用上下布局，上为输入条件并设置查询、买票、返回3按钮；下为文本输出去，提示余票信息或买票结果，并设置返回按钮；l 投诉咨询子页面：采用上下布局，上为文本输入区，下为相关功能键；l 票务修改子页面：采用上下布局，上为修改条件设置及功能键，下为修改

27、结构文本区；4.字体规范：输入输出信息为宋体、小四号、黑色、左对齐；logo文字宋体、二号、红色；状态信息为宋体、五号、黑色；按钮为宋体、三号、黑色；表格左对齐、宋体、五号、黑色；5.颜色规范：背景采用柔和的蓝色；功能按钮正常为粉色，失效为灰色；文本信息均黑色；Logo文字用红色；3.1.2 操作规范1数据选择的约定：为减少用户记忆内容，采用下拉列表作提供输入数据的选择；2数据排列的约定：由于输出信息有使用表格，对此优先按时间升序、票的种类排序；投诉咨询等其他文本信息按拼音升序排序；31.3 默认项规范1页面的默认操作：l 首次进入管理页面：右侧输入输出区，默认为“欢迎来到系统管理区”的红字，

28、因为此时并未进行任何操作；l 管理页面中选择“投诉”或“咨询”功能：右侧输入输出去，默认逐条显示相关条目；l 投诉咨询子页面：上部文本输入区，默认为空白，因为此时并未有文本，须用户输入；2所有数值型数据必须右对齐显示（包括数据项、表格等），非数值型数据左对齐显示；3使用下拉框：l 选择时间的下拉框，默认为“当日”或“近一周”；l 选择票种类的下拉框，默认为“所有票”；4检票功能显示为实时数据，有系统自动完成；5文本区默认显示相关注释或说明；3.1.4 其它规范1 输入数据规范：由于使用下拉框，用户输入数据基本为数字，对其进行整型、范围为【1,100】进行验证，若出错给出错误提示并要求重新输入；

29、2 输入文本规范：对文本内容验证，和谐掉一些非法词汇；3.2 界面定义和界面关系图3.2.1.1 客户端界面定义编号界面名称用户角色说明U0WelcomeInterface欢迎界面注册用户、游客欢迎使用U1MainInterface主界面注册用户、游客软件的主界面。游客通过查询、买票、投诉、咨询分别进入U2U3U40U50界面注册用户通过登录进入U600界面U2QueryInterface查询界面游客游客在此进行查询U3BuyTicketInterface买票界面游客游客在此进行买票U40ComplainInterface投诉界面游客游客在此进行投诉U41ComplainQueryInterf

30、ace查询投诉界面游客游客在此进行投诉查询U50QuestionInterface咨询界面游客游客在此进行咨询U51QuestionQueryInterface咨询查询界面游客游客在此进行咨询查询U600LoginInterface3管理员登录界面注册用户管理员登录主界面，注册用户通过不同的用户名和密码获取不同权限，进入同界面。票务管理人员进入U610界面；接待处人员进入U620界面；投诉与咨询受理人员进入U630界面U611TicketChangeInterface票务修改界面注册用户注册用户对门票数据库进行修改U612HistoryInterface历史销售情况界面注册用户注册用户对门票历

31、史销售情况进行查询U631QuestionSolveInterface解决咨询界面注册用户注册用户对咨询进行查询与解答，修改QC数据库U632ComplainSolveInterface投诉解决界面注册用户注册用户对投诉进行查询与接待，修改QC数据库3.2.1.2客户端界面关系图1 由欢迎界面U0直接进入主界面U1；2 在主界面U1点击<查询>功能由主界面U1进入查询U2；3 在查询界面U2点击门票项目由查询界面U2进入买票界面U3；4 在主界面U1点击<买票>功能由主界面U1进入买票界面U3；5 在主界面U1点击<投诉> 功能由主界面U1进入投诉界面U40

32、；6 在投诉界面U40点击<查询投诉>功能由投诉界面U40进入查询投诉界面U41；7 在主界面U1点击<咨询> 功能由主界面U1进入查询界面U50；8 在投诉界面U50点击<查询咨询>功能由咨询界面540进入查询咨询界面U51；9 在主界面U1点击<管理员登陆>功能由主界面U0进入管理员登录界面U600；管理员根据不同的账户进入不同的界面。票务管理人员进入票务管理U610界面，接待处人员进入接待处U620界面，投诉与咨询受理人员进入投诉与咨询受理U630界面；10. 在票务管理U610界面点击<查询票务>功能由票务管理U610界面进入

33、U2查询界面；11. 在票务管理U610界面点击<修改票务信息>功能由票务管理U610界面进入票务修改 U611界面；12. 在票务管理U610界面点击<查询历史销售记录>功能由票务管理U610界面进入历史门票 销售信息U612界面；13. 在投诉与咨询受理U630界面点击<解决投诉>功能进入U632解决投诉界面；14. 在投诉与咨询受理U630界面点击<解决咨询>功能进入U631解决咨询界面；3.2.2 网络端界面定义和界面关系图3.2.2.1 网络端界面定义编号界面名称用户角色说明U0Index主界面游客游客由界面上功能连接打开U1、U2、U

34、3、U01页面U1Buy买票界面游客游客在此完成买票U2Complain投诉界面游客游客在此进行投诉U3Question咨询界面游客游客在此进行咨询U01Search查询结果界面弹出页面在此完成数据库的查询显示查询结果U11Upload_Buy买票结果界面弹出页面在此完成数据库的相关操作并显示买票结果U21Upload_Complain投诉结果界面弹出页面在此完成数据库的相关操作并显示投诉结果U31Upload_Question咨询结果界面弹出页面在此完成数据库的相关操作并显示咨询结果3.2.2.2 网络端界面关系图1点击<买票>功能由U0进入U1买票界面；2击<查询>

35、 功能由U0进入U01查询结果界面；3点击<投诉> 功能由U0进入U2投诉界面；4点击<咨询> 功能由U0进入U3咨询界面；5在U1 输入买票的条件，点击<买票>功能进入U11买票结果界面并看到购票的结果；6在U2 输入投诉信息，点击<提交>功能进入U21投诉结果界面并看到投诉结果；7在U3 输入咨询信息，点击<提交>功能进入U31咨询结果界面并看到咨询结果；3.3 客户端界面设计3.3.1 欢迎界面U0显示软件标题与版权信息。3.3.2 主界面U1l 主界面U1是系统的欢迎界面，采用左右布局；l 其中有6个功能按钮，使用户进入系统不

36、同的功能分支：l 游客可以进行<查询><买票><投诉><咨询> 4种操作，完成自助门票的查询与购买，还可以对景区服务进行相关投诉咨询即进入相关子页面进行操作；l 注册用户要进行<管理员登陆>操作，完成身份验证进行系统的管理即进入相关管理页面；操作操作说明操作函数查询进入查询界面QueryInterface( )买票进入买票界面BuyInterface( )投诉进入投诉界面ComplainInterface()咨询进入咨询界面QuertionInterface()管理员登录进入管理员登录界面LoginInterface()退出关闭软件O

37、ncancel( )3.3.2 查询界面设计U2l 查询界面U2是门票查询，采用上下布局；l 列表显示当前可以提供购买的门票名、价格、有效日期和余票量l 其中有2个功能按钮：n 更新可以更新当前最新的票务情况n 返回可以返回上一级菜单l 双击门票项可以进入门票购买界面U3。数据项数据项说明是否必填项录入方式门票ID门票的种类ID是由数据库录入门票名门票的名称是由数据库录入门票价格门票的价格是由数据库录入门票起始时间门票有效期的开始时间是由数据库录入门票结束世界门票有效期的结束时间是由数据库录入门票余票量当前种类门票剩余数量是由数据库录入操作操作说明操作函数更新根据数据库的改名更新当前显示内容Q

38、uery( )点击门票弹出买票界面Buy( )返回返回到上一级界面Return( )步骤1：用户登陆主界面；步骤2：用户点击查询按钮；步骤3：用户点击<查询>按钮；步骤4：弹出U1界面；步骤5：用户点击<更新>按钮，列表更新当前最新的票务信息；步骤6：用书双击任一有项目的门票项，弹出门票购买界面；步骤7：用户点击<返回>，返回主界面U1；3.3.3 买票功能界面设计U3l 门票购买界面U3门票购买的界面，采用选择输入布局；l 其中有两个选择框、一个输入框、一个输出框和两个功能按钮：门票名称用来选择将要购买的门票名称，数量用来输入购买门票的数量，日期用来选择购

39、买门票的日期，总价用来输出购买门票所需的总额，确定用来买票，返回用来返回上一级菜单。数据项数据项说明是否必填项录入方式门票名称通过下拉菜单获取当前可以购买的门票是数据库提供选项用户选择数量游客购买门票的数量是用户输入日期游客购买门票的日期是用户选择总价游客购买门票的总价格否软件自行算出操作操作说明操作函数点击门票名称获取当前可供购买的门票Query()日期获取日历确定买票Buy()退出返回上一级菜单Return()步骤1：用户登录主界面；步骤2：用户点击<买票>按钮或者用户通过查询界面双击门票项计入购买门票界面；步骤3：用户点击门票下拉菜单获取当前可供购买的门票种类；步骤4：用户输

40、入门票购买数量；步骤5：用户选择购买门票的日期；步骤6：用户点击<确定>，系统通过日期、数量来判断是否购买成功。如成功则弹出成功对话框，并在总价上显示用户实际付款金额；如失败则弹出失败对话框；步骤7：用户点击<退出>返回上一级菜单；3.3.4 投诉功能界面设计U40l 投诉界面U40是系统的投诉界面；l 其中有3个输入框，三个功能按钮：n 主题用来输入投诉主题n 投诉者用来输入投诉者名字n 内容用来输入投诉内容n 查询投诉用来查询历史投诉情况n 弹出查询投诉界面n 提交按钮用来提交投诉项目n 取消按钮退回上一级菜单。数据项数据项说明是否必填项录入方式主题投诉主题是用户录

41、入投诉者投诉者的名字是用户录入内容投诉内容，可输入500字是用户录入操作操作说明操作函数查询投诉转到查询投诉界面ComplainQuryInterface()提交讲投诉存入QC数据库Submit()返回返回到上一级界面Return( )步骤1：用户登录界面；步骤2：用户输入投诉的主题；步骤3：用户输入名字；步骤4：用户输入投诉内容，限500字；步骤5：系统根据输入情况判断是否可以存入QC数据库。如果成功则返回“提交成功”，否则返回错误信息；步骤6：用户点击查询投诉，进入投诉查询界面；步骤7：用户点击<返回>按钮，返回主界面U1；3.3.5 投诉查询功能界面设计U41l 投诉查询界面

42、U41是系统的投诉查询界面，采用上下布局；l 其中有一个列表框和两个功能按钮：n 列表框内显示投诉项，浅粉色代表已解决，深粉色代表未解决。双击投诉项目会得到投诉内容与回复的相应信息；n 更新按钮用来更新当前投诉数据库的信息n 后退用来退回到投诉界面数据项数据项说明是否必填项录入方式投诉ID标记投诉的唯一ID是数据库主题投诉主题是数据库投诉者投诉者是数据库投诉日期发起投诉的日期是数据库内容投诉内容是数据库是否解决标记是否解决是数据库回复管理员对投诉的回复否数据库解决日期管理员对投诉的回复日期否数据库操作操作说明操作函数更新从数据库获取最新投诉信息ComplainQuery()双击投诉项获取投诉的

43、详细信息返回返回Return()步骤1：注册用户点击查询投诉按钮；步骤2：注册用户双击投诉项获取投诉详细信息；步骤3：注册按返回退回上一级；3.3.6咨询界面设计U50l 咨询界面U50是系统的咨询界面；l 其中有3个输入框，三个功能按钮：n 主题用来输入咨询主题n 投诉者用来输入咨询者名字n 内容用来输入咨询内容，限500字n 查询咨询用来查询历史咨询情况n 弹出查询咨询界面n 提交按钮用来提交咨询项目n 取消按钮退回上一级菜单。数据项数据项说明是否必填项录入方式主题咨询主题是用户录入投诉者咨询者的名字是用户录入内容咨询内容，可输入500字是用户录入操作操作说明操作函数查询投诉转到查询咨询界

44、面QuestionQuryInterface()提交讲咨询存入QC数据库Submit()返回返回到上一级界面Return( )步骤1：用户登录界面；步骤2：用户输入咨询的主题；步骤3：用户输入名字；步骤4：用户输入咨询内容，限500字；步骤5：系统根据输入情况判断是否可以存入QC数据库。如果成功则返回“提交成功”，否则返回错误信息；步骤6：用户点击查询咨询，进入咨询查询界面；步骤7：用户点击<返回>按钮，返回主界面U1；3.3.7 咨询查询功能界面设计U51l 咨询查询界面U51是系统的咨询查询界面，采用上下布局；l 其中有一个列表框和两个功能按钮：n 列表框内显示咨询项，浅粉色代

45、表已解决，深粉色代表未解决。双击咨询项目会得到咨询内容与回复的相应信息；n 更新按钮用来更新当前咨询数据库的信息n 后退用来退回到咨询界面数据项数据项说明是否必填项录入方式咨询ID标记咨询的唯一ID是数据库主题咨询主题是数据库咨询者咨询者是数据库咨询日期发起咨询的日期是数据库内容咨询内容是数据库是否解决标记是否解决是数据库回复管理员对咨询的回复否数据库解决日期管理员对咨询的回复日期否数据库操作操作说明操作函数更新从数据库获取最咨询信息QuestionQuery()双击咨询项获取咨询的详细信息返回返回Return()步骤1：注册用户点击查询投诉按钮；步骤2：注册用户双击投诉项获取投诉详细信息；步

46、骤3：注册按返回退回上一级；3.3.8管理员登录功能界面设计U600l 管理员登录界面U600是系统的管理员登录界面；l 其中有两个输入框和两个功能按钮：n 用户名框用来输入管理员账号；n 密码框用来输入管理员密码；n 登录用来获取账号的权限信息；数据项数据项说明是否必填项录入方式用户名管理员帐号是用户输入密码管理员密码是用户输入操作操作说明操作函数登录访问admin数据库判断用户权限，进入相应界面Login()返回返回到上一级界面Return( )步骤1：用户在U1选择<管理员登录>按钮，进入该页面；步骤2：用户输入管理员账号跟密码；步骤3：用户点击登录，如果存在该用户，则进入相

47、应页面，否则提示相应错误；步骤6：点击取消，返回主界面U1；3.3.9接待处人员功能界面设计U620l 接待处界面U620是系统的门票售出情况查询界面，采用上下布局；l 其中有一个列表框和五个功能按钮：n 列表框内显示门票受理项，洪色代表已售出，紫色代表已检票入园，黄色代表已出园；双击列表框内的门票项，已售出会变成已入园，已入园会变成已出园。用来模拟检票器运行；n 更新按钮用来更新当前门票售出数据库的信息；n 已卖出未检票用来显示当前所有已售出但未检票的门票；n 已检票按钮用来显示当前已检票的门票；n 已出园按钮用来显示当前已出园的门票；n 后退用来退回到U1主界面数据项数据项说明是否必填项录

48、入方式门票编号售出的门票编号，每一张都有唯一的编号是数据库门票种类编号门票种类的ID是数据库门票名门票名字是数据库日期有效日期是数据库门票状态S：代表售出，C代表检票入园，O代表出园是数据库操作操作说明操作函数更新获取当前门票售出数据库的最新信息Update()已售出未检票显示当前所有已售出但未检票的门票Showsale()已检票显示当前已检票的门票Showchecked()已出园显示当前已出园的门票ShowOut()双击门票项已售出会变成已入园，已入园会变成已出园。用来模拟检票器运行返回返回到上一级界面Return( )步骤1：接待处管理员在U600界面获取接待处权限后进入该界面；步骤2：点

49、击更新按钮获取最新门票数据；步骤3：点击已卖出为检票按钮显示当前所有已售出但未检票的门票步骤4：点击已检票按钮显示当前已检票的门票步骤5：点击已出园按钮显示当前已出园的门票步骤6：双击门票项，已售出会变成已入园，已入园会变成已出园。用来模拟检票器运行步骤7：返回主界面U1；3.3.10票务管理部功能界面设计U610l 票务管理界面U610是系统的票务管理部门功能选择界面；l 其中由四个功能按钮：n 点击查询票务记录会进入U2票务查询界面；n 点击修改票务信息按钮会进入U611修改票务信息界面；n 点击历史销售记录按钮会进入U612历史销售记录界面操作操作说明操作函数查询票务记录查询门票信息Qu

50、ery()修改票务信息修改门票的信息ChangeTicket()历史销售记录查询门票的历史销售记录HistorySaling返回返回到上一级界面Return( )步骤1：用户在U600界面获取门票管理权限后后进入该界面；步骤2：用户点击查询票务记录按钮，进入U2票务查询界面；步骤3：用户点击修改票务信息按钮，进入U611修改票务信息界面；步骤4：用户点击历史销售记录按钮，进入U612历史销售记录界面；步骤5：用户点击<返回>返回U1主界面3.3.11票务管理部门门票修改功能界面设计U611l 门票信息修改界面U611是系统的票务管理部门修改门票基本信息的界面；l 其中有四个输入框、两个日期选择框和两个功能按钮：n 门票ID为每种门票的唯一ID值；n 门票名称为每种门票的名字；n 门票价格为每种门票的售价；n 开始日期为每种门票的有效开始日期；n 结束日期为每种门票的有效结束日期；n 门票量为准备发售门票的数量；n 确定按钮提交门票信息至Ti