唐国强报告29号

唐国强报告29号 通过本次《软件工程》的课程，编写出一套完整的课程设计文档。认识软 件工程文档的重要性，初步认识如何书写文档。体会软件开发的步骤，提高自己的 文档编写能力。 编写文档过程中复习、领会、巩固和运用软件工程课堂上所学的软件开发方法 和知识，比如，软件项目的完整设计与开发过程、结构化技术、快速原型法和面向 对象方法等。特别是结构化分析、结构化设计、快速原型开发、面向对象分析与面 向对象设计。 通过参加小组团队的开发实践，了解项目管理、团队合作、文档编写、口头与 书面表达、软件工具与环境对于项目开发的重要性。重点深入掌握好一、两种较新 或较流行的软件工具或计算机应用技术、技能。 学习研究课程设计任务书，进行分组，3-5人一小组。编写一套完整的火车站订票系统的设计文档。 使用Microsoft SQL Server2000作为后台数据库管理，客户端和服务器都建立 在Windows XP 系统上，利用J2EE提供的各种开发框架和MyEclipse开发环境工具 [1]本项目的经核准的任务书或、上级机关的批文； [2]属于本项目的其他已发表的文件； [3]本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的 标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 [4] 陆惠恩. 实用软件工程. 北京:清华大学出版社, 2006. [5] 陈佳 曹妍. 软件开发实验与实践教程. 北京:清华大学出版社, 2006. 火车站订票系统是为乘客提供火车车票预定服务，方便火车站的售票工作，提 高火车站的服务质量和服务效率的系统。 在性能方面，火车站提供的信息必须及时的反映在售票点的工作平台上，售票 系统的定单必须无差错的存储在火车站的主服务器上，对服务器上的数据必须进行 及时正确的刷新。同时系统还应具有一定得安全与保密功能，只有服务器的管理员 享有对火车列次信息库及火车票信息库和定票信息库的管理与修改，而售票员只享 有对订票信息库的部分修改。 在代售点的终端是安装了Windows XP的PC机，主要目的是向火车站的服务 器传递数据。当乘客进行咨询时，终端向服务器发出查询请求，服务器根据火车列 次信息库的实时数据，向终端发送数据，显示在终端的屏幕上。当乘客订票时，终 端向服务器发出详尽的一份定单，服务器核对后，存入定票信息库，并修改机票信 息库。当顾客再次来取票时，终端向服务器发出查询定票请求，服务器接收后，查 询定票信息库，核对后，传送机票确认表单，终端打印出机票。同时还提供一些必 要的修改功能。 决定可行性主要因素是，成本/效益分析结果。经过分析，效益 > 成本。而 且现有的技术完全可以承担开发任务，软件操作简便，操作人员能够迅速掌握操作 方法。在法律方面，所有软件都选用正版，所有技术资料都由提出方保管，合同制 定确定违约责任。 综上所述，本软件确订为某火车站售票所需要，且在设备、资金、人员、技 术方面已完备，在功能方面实现具有可行性，具备测试手段可靠。因此，完全可以 利用现有资源实现本系统。 在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的 硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界 面的火车票订票系统，实现火车运载公司的火车票销售的自动化的计算机系统，为 企业的决策层提供准确、精细、迅速的火车票销售信息。具体功能为各个售票点把 预定火车票的乘客信息（乘客名称、乘客身份证等）和订票信息（乘行时间、乘行 始发地和目的地，车位要求等）输入到系统中，系统为乘客安排行班。当乘客交付 了预订金后，系统打印出取票通知和帐单给乘客，乘客在火车开车前一天凭取票通 知和帐单交款取票，系统核对无误即打印出火车票给乘客。 通过计算机网络，利用浏览器登陆服务器，在服务器端实现列车查询，火车票生成，预 定票信息查询等系统。以计算机成本核算为中心，实现销售业务的计算机自动化，为火车站 行运公司降低成本、提高销售额、经营决策提供及时精确的依据。 服务器的功能分为以下几部分： [1]乘客信息的输入和统计 售票点把乘客要求订票的信息由专人负责输入。这部分功能是系统的基本部分，这个 功能是以后各个部分的基础。能有方便的操作界面工手工输入乘客信息。这部分要求对输入 的数据进行简单的统计显示，供火车行运公司进行查询。 [2]乘客信息的存储： 将乘客的信息存储到服务器系统中的数据库中，以备以后的取票确认以及查询。 [3]乘客订票信息的存储： 将乘客的订票信息存储到服务器系统中的数据库中，以备以后取票确认和查询。 [4]乘客要乘坐哪趟车的信息的查询： 乘客通过自己所要向旅行的地方来查询自己要定那趟车的信息。 [5]乘客车票信息的查询： 乘客通过取票通知的账号可以查询自己的乘票信息。 [6]生成订票信息： 根据所需乘票信息（时间，地点），在数据库中查询并得到正确的乘班的信息（价格， 时间），并将具体车票信息存储到乘客订票纪录中。 [7]取票通知及帐单的生成和打印： 售票点可以通过浏览器登陆服务器将乘班车票信息打印出来，并且生成帐单打印出来一 起交给乘客。 [8]车票的生成和打印： 火车站印出车票给已经订票的乘客：根据车客的取票通知及帐单，经过确认无误后，接 受乘客的付款后把车票印出来交给乘客。 [9]销售的分析和管理 这一步骤的功能要求包括对销售的火车票进行分析，这一工作是在前面的基础上，以计 算机为工具，对火车票预定系统的功能和目标进行扩充。它以财务管理学为理论基础，以辅 助决策为目标，以火车票销售数据为中心，广泛采用统计学、运筹学的分析方法，对销售信 息进行深层加工，建立反映不同列次需求的模型，提供管理上所需的各种辅助决策信息和财 务信息。这一要求是火车票预定系统的最高目标，将通过系统运行后获得的大量销售历史数 据基础上，实现这一目标。 车票的乘客信息（姓名、性别、工作单位、身份证号码（有效证件）、乘行时间、乘行 始发地和目的地，车位要求等）的输入，取票通知及帐单和车票的生成的输出。 软件对数据输入均进行数据有效性检查。除指明要求打印的数据其它的数据均不进行打 印输出。 凭订票单模块需要打印凭证，凭证需要打印票单编号、有效证号、出票日期等。对票价 要求保证有两位的有效小数位。单位以人民币元为单位。 更新模块中更新信息需由更新人员来填写。 除以上的各个模块的具体要求外，其它的数据输出要人性外，符合正常人的思维。输入 要灵活，使不同输入风格的人都能有较好的适应。 乘客姓名，性别工作单位，身份证，乘行始发地和目的地，车位要求等都可以是字符类 型的，而乘行时间要是date时间类型。 取票通知及帐单和车票的生成的输出，可以通过 word格式或者是字符串输出。其输入和输出数据类型的范围要求不是很明确。 为了保证系统能够长期、安全、稳定、可靠、高效的运行，车票预定系统应该满足以下 的性能需求： 1、系统处理的准确性和及时性 系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑 系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理 的需求。 由于车票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统的很 多数据来源，而车票数量和时间又影响企业的决策活动，其准确性很大程度上决定了车票预 定系统的成败。在系统开发过程中，必须采用一定的方法保证系统的准确性。 2、系统的开放性和系统的可扩充性 车票预定系统在开发过程中，应该充分考虑以后的可扩充性。用户查询的需求也会不断 的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这 一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以 简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和 更新换代。 3、系统的易用性和易维护性 车票预定系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就 要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该 尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的 在线帮助，缩短用户对系统熟悉的过程。 车票预定系统中涉及到的数据是火车站乘运公司的相当重要的信息，系统要提供方便的手段 供系统维护人员进行数据的备份，日常的，系统意外崩溃时数据的恢复等工作。 4、系统的标准性 系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流 国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通 用标准；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规 范，保证代码的易读性、可操作性和可移植性。 5、系统的先进性 目前计算系统的技术发展相当快，做为车票预定系统工程，应该保证系统在下个世纪仍 旧是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至 于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在 系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前 途的产品。 6．系统的响应速度 车票预定系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。 在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，原则是保证操作人员不会因 为速度问题而影响工作效率。 项目设计有两种设计策略：一种是“自上而下”，另外一种是“自下而上”。 “自 下而上”是在没有制定规划的情况下,出于某一部门的要求,就开始项目开发。 ‘从 上到下’，在探索研制合理的信息流出发，设计出适合这种信息流的信息系统。 在各个阶段用到的主要方法与技术有: 需求分析:实体-关系图、数据流程图、状态转换图、数据字典、层次图. 软件结构设计:软件的模块化、模块的独立性、抽象和逐步求精、信息的隐蔽和局部化。 过程设计工具：流程图、N-S图、问题图、判定表、判定树。 软件开发模型：瀑布模型、快速原型模型、增量模型、喷泉模型、螺旋模型、面向对象分析 与面向对象设计(UML图)。 本次火车站订票系统是有小组分工共同完成的。先进行小组讨论，确定了系统 的可行性。明确系统所要实现的功能、输入输出的要求等。 在需求分析达成一致后，开始分工，分配每个人的项目开发任务、明确每个人 的任务、确定该项目的进度安排、人员策略、时间统计等。本人主要负责详细设计 与操作手册的编写。同时为了保证数据的一致性，在编写过程中，经常与其他小组 成员沟通。对遇到的问题也听取其他成员的意见之后，在给出解决。 本人主要负责详细设计说明书与操作手册的编写详细设计说明书是在系统的 概要设计的基础上，对火车票预定系统做详细设计。主要解决了实现该系统程序模 块具体设计问题。包括确定算法，数据结构，模块接口的使。用，数据库的动态操 作以及界面设计等。操作手册是供本系统操作人员参考之用，为浏览器端使用人员 说明本系统操作方法。 对于详细设计，先给出系统的结构框图，包括软件结构、硬件结构框图。用一 系列图表列出系统内的每个模块的名称、标识符和它们之间的层次结构关系。然后 对于每个模块，再给出一套具体的解决方案，包括功能、性能、输入项、输出项、 逻辑流程、设计方法、存储分配等。对于操作手册，主要是说明安装系统的方法与 系统的操作方法。 本次的系统是由小组共同完成的。由于缺乏实地考察，因此在需求分析阶段， 小组对系统要实现的部分功能发生了歧义，但最后还是达成了一致。在画系统结构 的时也遇到了问题，可能是对软件工程掌握不好的缘故吧。最后在其他成员的帮助 下马虎完成了。 同时，本次的文档对格式的要求也比较高，对于各个文档都得按要求的格式编 写，要求也比较详细，这对于我来说是个不小的考验。平时自己的文档的编写能力 就不好，因此需要花费更多的时间。 本次的专周让我重新复习了一次软件工程，对于软件工程也有了进一步的认识。 软件工程中各个阶段都是相互有联系的，是一个整体。在编写过程中，若某一个阶 段没做好的话，就会影响到整体的设计。特别是需求分析阶段，若对实现的功能， 数据定义没有达成一致的话，对后面的设计会造成很大的影响。 同时，对于一个项目来说，团队合作和分工协调也是很重要的。当遇到问题时， 相互间的沟通是很重要的。团队合作能够减少个人的任务量，但同时又会引入其他 的问题。本次的专周最大的收获是让我认识到了团队合作的重要性吧。 本次专周完成了设计的文档，但只实现了部分的功能。应该说还是达到了预 期的任务。 在设计过程中复习、领会、巩固和运用软件工程课堂上所学的软件开发方法 和知识，比如，软件项目的完整设计与开发过程、结构化技术、快速原型法和面 向对象方法等。特别是结构化分析、结构化设计、快速原型开发、面向对象分析 与面向对象设计。 自学了一些课堂上没有讲授过的新学科知识和软件工具，如在代码编写实现 的一些算法，更进一步了解软件工程可上没有说过的J2EE开发工具，进一步了解学会了MyEclipse的使用，对软件开发阶段的文档要求有了更进一步的了解。 取得最令人满意的结果是在设计过程中，小组成员的相互帮助。让我意识到 了团队合作的重要性。这在平时课堂上是很少学习到的。 本次专周我负责详细设计文档与操作说明文档。应该说我的工作量还是比较轻 松的，挑战性适中，个人兴趣较大，收获也比较大的。 在详细设计文档设计过程中，对于系统结构图的设计出现了不少问题。在与其 他小组成员商量好之后，还是能顺利完成任务。对于在设计过程中，出现的一些意 见不一致，最后都能达成一致。这对于小组来说还是很重要的，相互间的沟通与协 商，能够保证整个项目的有序进行。 当然个人完成的项目中也存在很多的不足。比如在算法设计时，没考虑算法的 效率，只是简单的实现了功能。这些都需要更多的实践加强训练。 总之，本次的专周还是比较成功的，都又按要求顺利完成。同时也让我认识到 了编写文档的重要性。 在本火车票预定系统项目的前一阶段，也就是概要设计阶段中，已经将系统用户对本系 统的子模块功能做了详细的阐述，这些模块功能具体设计将在本报告中详尽得以叙述及阐 明。 本阶段已在系统的概要设计的基础上，对火车票预定系统做详细设计。主要解决了实现 该系统程序模块具体设计问题。包括确定算法，数据结构，模块接口的使用，数据库的动态 操作以及界面设计等。在以下的详细设计报告中将对在本阶段中对系统所做的所有概要设计 进行详细的说明。 在下一阶段的编码过程中，程序设计员可参考此详细设计报告，在详细设计对火车票预 定系统所做的算法设计，数据结构以及数据库动态操作的基础上，对系统进行编码。在以后 的软件测试以及软件维护阶段也可参考此说明书，以便于了解在详细设计过程中所完成的各 模块算法设计，或在修改时找出在本阶段设计的不足或错误。 开发软件名称：火车票订票系统。 项目任务提出者：某火车站及某火车票代售点。 开发者：j0501班软件开发小组 用户：某火车站及某某火车票代售点。 查询：对数据库的操作的一种，用于搜索数据信息。 插入：对数据库的操作的一种，用于将数据存入数据库中。 更新：对数据库的操作的一种，用于更改数据库中的数据信息。 软件结构图：反映软件系统的功能模块之间的关系的数据图。 [1] 陆惠恩. 实用软件工程. 北京:清华大学出版社, 2006. [2] 陈佳 曹妍. 软件开发实验与实践教程. 北京:清华大学出版社, 2006. 火车票预定系统 前台操作管理 后台操作管理 信息增删改 查询数据输入 登陆数据输入 订票信息输入 判断查询 数据判断 数据处理、查询 页面信息录入 返回账单确定错误原因 返回订票信息 准备SQL 等 登陆 数据库操作 打印账单显示错误原打印机票 等 因 3.1.1登入模块描述 火车站营业员又权限进行该功能。营业员凭借自己的账号和密码登入的系统中。在营业 员登入之后，将拥有更多的权限。 3.1.2登陆模块功能 此模块的主要功能是可以限制乘客的操作权限。乘客只有查询和提交预订申请的权限。 营业员需要用自己的账号和密码登入系统，若输入的账号或密码有误，则系统会给出相应的 错误提示，只有在账号和密码都与营业员表里账号和密码都吻合时，营业员才能登入系统。 在登入系统之后，营业员就拥有查询、订票、更新信息、统计销售情况等权限。 3.1.3性能 数据要保持数据的一致性和完整性。 3.1.4输入项 账号：营业员需要输入自己的账号和密码才能登入到系统中。 密码：营业员需要输入自己的账号和密码才能登入到系统中。 3.1.5输出项 用户成功登入后，就可进入系统进行相应的操作 3.1.6设计方法（算法） 简单的数据库查询语句： public ResultSet QueryResult(String sql){ ResultSet rs=null; try{ // connect为一个连接实例 Statement stmt=connect.createStatement(); //创建SQL的对象实例 rs=stmt.executeQuery(sql); //返回价值保存在结果集 } catch(SQLException e1){ System.err.println(e1.getMessage()); } return rs; } 3.1.7流程逻辑 本模块的逻辑流程 失败原因 登入 失败 3 账进入系统 2 号 和密 码登入 4 成功 3.1.8接口 与查询火车票模块相连。 3.1.9存储分配 存储在营业员表中。 3.1.10注释设计 每段程序的每个功能方法和类模块中都的明确注释，以便以后提高修改程序的效率。 加在模块首部的注释：说明整个程序的功能描述、编写者、编写日期、与外部的接口、 版本号。 加在各分枝点处的注释：注明传入的参数，参数的意义，返回参数的意义。 各函数前加函数的功能描述注释，传入参数的描述、意义，返回参数的描述、意义。各 变量的作用，意义。 每段程序的每个功能方法和类模块中都的明确注释，以便以后提高修改程序的效率。 3.1.11限制条件 查询条件不存在或信息没有及时更新，出现脏数据。 3.1.12尚未解决的问题 系统的稳定性和数据采集的困难程度。 3.2.1模块描述 乘客和火车站营业员都有权力进行该项操作。此模块只有查询的功能，无法实现订票， 但会向系统提交一份订票申请，只有在得到营业员的允许之后才能成功订票。 乘客和营业员可以通过输入出发地、目的地和出发时间查询得到乘客所需的火车列次。 若输入的使是错误的出发地、目的地、出发时间或所选择的火车列次的座位已满，系统会给 出相应的错误提示。 若查询成功，系统会给出所有符合要求的火车列次，乘客选择列次之后，系统给出该列 次火车的座位情况。确定该火车列次还有空闲座位之后，乘客即可选择座位的等级和填写自 己的信息，然后提交申请。在得到火车站营业员的允许之后就可预订火车票，同时系统会将 预订信息单中的售出状态设置为‘未售出’，自动生成一个火车票号，并将乘客输入的跟人 信息保存在乘客信息表中。 3.2.2功能 此模块主要时提供给乘客操作的，乘客无需登入即可实现查询和提交预订申请的操作， 是乘客与营业员的一座桥梁。乘客只需到火车站的相应网站按照规定输入自己的有效证件、 姓名，并支付相应的票价即可实现预订操作。在得到营业员的允许之后，乘客即可成功领取 火车票了。 3.2.3性能 数据要及时、快速，并且要保持数据的一致性和完整性。 3.2.4输入项 乘客只要输入以下内容即可查询： 出发地：乘客乘坐火车的出发地点 目的地：乘客乘坐火车到达的地方。 3.2.5输出项 在乘客按要求完成操作后，系统即可输出一张订票信息单。在订票信息单中包括符合： 火车号：乘客要求的火车列次的火车号。 出发地：乘客乘坐火车的出发地点 目的地：乘客乘坐火车到达的地方。 出发日期：火车出发时间 硬座剩余座位数， 软卧剩余座位数， 软卧票价 硬座票价 3.2.6设计方法 public ResultSet QueryResult(String sql){ // 查询方法 ResultSet rs=null; try{ // connect为一个连接实例 Statement stmt=connect.createStatement(); //创建SQL的对象实例 rs=stmt.executeQuery(sql); //返回价值保存在结果集 } catch(SQLException e1){ System.err.println(e1.getMessage()); } return rs; } 3.2.7流程逻辑 本模块的逻辑流程 失败 3 预 订失败原因 信1 2 查息结询单果成功 数 信4 据5 6 息火输 乘车入 客信信息 息 3.2.8接口 与乘客预订信息处理模块和取票查询模块相连。 3.2.9存储分配 存储在乘客信息表、订票记录信息表中。 3.2.10注释设计 加在模块首部的注释：说明整个程序的功能描述、编写者、编写日期、与外部的接 口、版本号。 加在各分枝点处的注释：注明传入的参数，参数的意义，返回参数的意义。 各函数前加函数的功能描述注释，传入参数的描述、意义，返回参数的描述、意义。各 变量的作用，意义。 每段程序的每个功能方法和类模块中都的明确注释，以便以后提高修改程序的效率。 3.2.11限制条件 查询条件不存在或信息没有及时更新，出现脏数据。 3.2.12尚未解决的问题 系统的稳定性和数据采集的困难程度。 3.3.1 模块描述 只有营业员拥有此操作权限。营业员只要成功登入系统后，即可进入此模块。在此模块 中，营业员可为火车票预订模块中生成的预订信息单进行操作。 进入此模块，即可显示出乘客申请的所有预订申请。营业员根据订票信息单中的内容判 断该乘客是否符合订票的规定。若不符合，则说明原因。若符合，则点击允许，该乘客即可 成功订票。同时，系统会将预订信息表中的售出状态改为‘已售出’。此时，才允许营业员 将火车票打印出来，交给乘客。对于销售状态为‘未售出’的订票记录，若该记录在规定的 时间未满足相应的要求，营业员可以取消该预订记录。 3.3.2功能 此模块与火车票预订模块相连，主要处理乘客的预订申请。乘客的预订申请在得到营业 员的允许之后，其预订信息表中的售出状态将改为‘已售出’。这样其他乘客就无法在订购 该座位号的火车票了。在乘客成功预订之后，只需凭借预订时使用的证件即可成功领取火车 票。 3.3.3性能 数据要及时、快速，并且要保持数据的一致性和完整性。 3.3.4输入项 出发地：乘客乘坐火车的出发地点 目的地：乘客乘坐火车到达的地方。 若查询成功，乘客预定还需输入以下内容才能预订： 有效证件号：能识别乘客身份的的有效证件 性别：乘客的性别。 姓名：乘客的姓名。 联系电话：乘客的联系电话。 工作单位：乘客当前的所在的工作单位。 3.3.5输出项 有效证件：乘客预订票时使用的证件。 火车票号：系统为乘客预订票生成的火车票号。用于与火车票表相链接。 出发地：乘客乘坐火车的出发地点 目的地：乘客乘坐火车到达的地方。 火车号：乘客要求的火车列次的火车号。 座位号：系统为乘客分配的座位号。 票价：乘客乘坐火车所需支付的钱。 出发日期：火车的出发日期。 座位等级：座位的等级包括硬座和卧铺。 售出状态：判断乘客是否已支付相应的票价。 3.3.6设计方法 public int Update(String sql){//预定信息添加 增加修改预定的各个信息 int result=0; try{ //connect为一个连接实例 Statement stmt=connect.createStatement(); //创建一个SQL实例 result=stmt.executeUpdate(sql); //保存结果集 } catch(SQLException e){ System.err.println(e.getMessage()); } return result; } 3.3.7流程逻辑 不允许 2 不允许原因 1 乘客预订票允许 信息 3 4 取票 预订信息表 3.3.8接口 此模块与火车票预订模块和取票模块相连 3.3.9存储分配 数据库中的乘客信息表、火车票表还有订票记录表 3.3.10注释设计 每段程序的每个功能方法和类模块中都的明确注释，以便以后提高修改程序的效率。 加在模块首部的注释：说明整个程序的功能描述、编写者、编写日期、与外部的接口、 版本号。 加在各分枝点处的注释：注明传入的参数，参数的意义，返回参数的意义。 各函数前加函数的功能描述注释，传入参数的描述、意义，返回参数的描述、意义。各 变量的作用，意义。 3.3.11限制条件 查询信息没有及时更新，出现脏数据。 3.3.12尚未解决的问题 表结构的不合理性 3.4.1 模块描述 只有营业员拥有此操作权限。营业员只要成功登入系统后，即可进入此模块。在此模 块中，营业员拥有取票打印与查询乘客订票记录两项操作。营业员可以输入乘客的火车票号， 只要销售状态已被置为‘已售出’即可将火车票打印出来。 营业员亦可先查询所有的订票记录。订票记录中包括：有效证件、火车票号、售出状态。 只有销售状态已被置为‘已售出’的订票记录，营业员才可以点击‘打印’按钮将火车票打 印出来。同时，营业员还可以查询所有销售状态为‘未售出’和‘已售出’的订票记录。 3.4.2功能 此模块主要是为乘客打印火车票。对于满足销售要求的乘客订票记录，营业员可以将 其打印出来，并交给乘客。同时，加入的查询功能，可以方便营业员管理乘客的订票记录。 3.4.3性能 数据要及时、快速，并且要保持数据的一致性和完整性。 3.4.4输入项 有效证件、火车票号。 3.4.5输出项 火车票号、出发地、目的地、火车号、座位号、票价、出发日期、座位等级。 3.4.6设计方法（算法） public ResultSet QueryResult(String sql){ // 查询方法 ResultSet rs=null; try{ // connect为一个连接实例 Statement stmt=connect.createStatement(); //创建SQL的对象实例 rs=stmt.executeQuery(sql); //返回价值保存在结果集 } catch(SQLException e1){ System.err.println(e1.getMessage()); } return rs; } public int Update(String sql){//预定信息添加 增加修改预定的各个信息 int result=0; try{ //connect为一个连接实例 Statement stmt=connect.createStatement(); //创建一个SQL实例 result=stmt.executeUpdate(sql); //保存结果集 } catch(SQLException e){ System.err.println(e.getMessage()); } return result; } 3.4.7流程逻辑 不成功 3 不成功原因 1 2 订查票成功 询 4 5 信打印 息 火车票 3.4.8接口 与操作主页面相关联 3.4.9存储分配 无 3.4.10注释设计 每段程序的每个功能方法和类模块中都的明确注释，以便以后提高修改程序的效率。 加在模块首部的注释：说明整个程序的功能描述、编写者、编写日期、与外部的接口、 版本号。 加在各分枝点处的注释：注明传入的参数，参数的意义，返回参数的意义。 各函数前加函数的功能描述注释，传入参数的描述、意义，返回参数的描述、意义。各 变量的作用，意义。 3.4.11限制条件 数据要及时、快速，并且要保持数据的一致性和完整性。 3.4.12尚未解决的问题 有可能脏数据，让存在的乘客票被人买了，或找不到。没有及时更新 3.5.1 模块描述 只有营业员拥有此操作权限。此模块中包括已售出火车票统计、乘客预订售出统计、乘 客预订未售出统计、乘客订购统计、各列次剩余座位统计。 已售出火车票统计可以按日期统计出已经乘客已支付票价的火车票数，包括通过预订与 订购两种方式售出的火车票。乘客预订售出统计可以统计出在一定时间内通过预订模块而成 功售出的火车票数。乘客预订未售出统计则使统计在一定时间内对于乘客已经预订，但还未 支付票价的火车票数。乘客订购统计统计的是乘客到火车站订购到的火车票数。各列次剩余 座位统计是统计在一定的时间段里面，各列次未售出的火车票数。 3.5.2功能 此模块主要是方便营业员统计火车票的销售情况。销售统计模块可以统计出火车站通过 各个方式而售出的火车票情况。火车站决策者可以根据统计出的销售情况，制定相应的对策， 而扩大营业额。 3.5.3性能 数据要及时、快速，并且要保持数据的一致性和完整性。 35.4输入项 每一个季度时期统计时间 3.5.5输出项 统计图表结构 3.5.6设计方法（算法） 统计算法 3.5.7流程逻辑 2 已售出火车票统计 3 乘客预订售出统计 1 4 统计 乘客预订未售出统 5 乘客订购统计 6 各列次剩余座位统 3.5.8接口 与订票、火车营运计划等程序模块交接。 3.5.9存储分配 数据库中的订票信息、火车票销售表。 3.5.10注释设计 每段程序的每个功能方法和类模块中都的明确注释，以便以后提高修改程序的效率。 加在模块首部的注释：说明整个程序的功能描述、编写者、编写日期、与外部的接口、 版本号。 加在各分枝点处的注释：注明传入的参数，参数的意义，返回参数的意义。 各函数前加函数的功能描述注释，传入参数的描述、意义，返回参数的描述、意义。各变量 的作用，意义。 3.5.11限制条件 销售时出现的数据共享、一致性和完整性，打印报表 3.5.12尚未解决的问题 大量数据操作的共享等问题 3.6.1 模块描述 只有系统管理员拥有此操作权限。此模块中包括火车信息更新、火车营运表更新、订票 记录更新。 火车信息可以更新火车列次信息，包括增加座位数和座位等级。火车营运表更新可以安 排出在一定时间段内的火车营运情况。订票记录更新则在一定时间内对于乘客已经预订，但 超过发车时间未领票的记录信息删除。 3.6.2功能 实现数据的更新 3.6.3性能 一般 3.6.4输入项 各个信息表的字段内容 3.6.5输出项 信息更新结果 3.6.6设计方法（算法） 暂无 3.6.7流程逻辑 不成功 3 不成功原因 1 2 信更成功 息新 4 数信据 更新结果 息 3.6.8接口 与数据库连接 3.6.9存储分配 火车数据存储在火车信息表，营运安排计划数据存储在火车营运表，订票记录更新完保 存在订票记录表 3.6.10注释设计 每段程序的每个功能方法和类模块中都的明确注释，以便以后提高修改程序的效率。 加在模块首部的注释：说明整个程序的功能描述、编写者、编写日期、与外部的接口、 版本号。 加在各分枝点处的注释：注明传入的参数，参数的意义，返回参数的意义。 各函数前加函数的功能描述注释，传入参数的描述、意义，返回参数的描述、意义。各变量 的作用，意义。 3.6.11限制条件 对更新数据采集不够完整，所有数据不能都搜集到。数据类型也不一定是唯一的。 3.6.12尚未解决的问题 程序的模块编程问题，逻辑数据分配走向，数据的处理等等问题。 操作手册 本操作手册供本系统操作人员参考之用，为浏览器端使用人员说明本系统操作方法。 开发软件名称：火车票订票系统。 项目任务提出者：某火车站及某火车票代售点。 开发者：j0501班软件开发小组 用户：某火车站及某某火车票代售点。 1.3 定义 WINDOWS XP：本系统所采用的操作系统。 MYSQL：系统服务器所使用的数据库管理系统（DBMS）。 1． 火车票预定系统项目开发计划 软件开发小组 2008/12 2． 需求规格说明书 软件开发小组 2008/12 3． 概要设计说明书 软件开发小组 2008/12 4． 详细设计说明书 软件开发小组 2008/12 5． 数据库设计说明 软件开发小组 2008/12 6． 陈佳 曹妍. 软件开发实验与实践教程. 北京:清华大学出版社, 2006. 本系统分为服务器端和客户机端两个部分，售票社为客户机端，火车站乘运公司为 服务器端。客户机和服务器通过网络进行通信。 火车信息的系统管服务器终端产生更新报更新 理员 显示数据 表 客户机终端 数据库 乘客 产生查询报查询请求 显示数据 表 乘客 表单申请 客户机终端产生订票报 显示数据 表 在客户端打乘客 车票核对 产生报表及 印机票和帐帐单 单 列出将由本系统引用、建立或更新的每个永久性文卷，说明它们各自的标识符、编号、 助记名、存储媒体和存储要求。 由于本系统基于B/S结构，所以无需安装以及初始化，只要服务器将该系统页面连接到 互联网上，用户就可以通过网页登陆的方式进入系统操作。 系统基于B/S结构，只要服务器将该系统页面连接到互联网上，用户就可以通过网页登 陆的方式进入系统操作。 所谓一个运行是指提供一个启动控制信息后，直到计算机系统等待另一个启动控制信息 时为止的计算机系统执行的全部过程。 每个运行都是按照应用程序的控制运行的。 一个运行转向另一个运行以完成整个系统运行的他们主要通过链接来实现跳转，通过控 制器转移到处理方向。 订票操作 列出为本运行所需要”的运行流向控制的说明。 给出为操作中心的操作人员和管理人员所需要的信息，如： a. 运行目的：实现订票操作 b. 操作要求：熟悉计算机知识 c. 启动方法 ：只要从网页就能登入。 d. 预计的运行时间：1s解题时间：200ms 提供被本运行建立、更新或访问的数据文卷的有关信息，如： a. 文卷的标识符或标号； b. 记录媒体：磁盘 c. 存留的目录表； d. 文卷的支配如确定保留或废弃的准则、是否要分配给其他接受者、占用硬设备的 e. 先级以及保密控制等有关规定。 提供本软件输出的每一一个用于提示、说明、或应答的文段（包括“菜单”）的有关信 息， a. 文段的标识符； b. 输出媒体（屏幕显示、打印、„„）； c. 文字容量； d. 分发对象； e. 保密要求。 对由计算机产生，而后需用其他方法复制的那些文段提供有关信息，如： a. 文段的标识符； b. 复制的技术手段； c. 纸张或其他媒体的规格； d. 装订要求； e. 分发对象； f. 复制份数。 说明本运行故障后的恢复过程。 用与本手册4.3条相类似的方式介绍另一个运行的有关信息。 提供有关应急操作或非常规操作的必要信息，出错处理操作、向后备系统的切换操作以 及其他必须向程序维护人员交待的事项和步骤。 本软件能够通过远程终端控制运行，则在本章说明通过远程终端运行本软件的操作过 程。