android实训报告.docx
《android实训报告.docx》由会员分享，可在线阅读，更多相关《android实训报告.docx（22页珍藏版）》请在冰豆网上搜索。
android实训报告
郑州轻工业学院
订票系统实训报告
姓名
学号
专业班级11-02班
指导教师王治国王捷王华
完成时刻2021年1月11日
成绩
一、需求分析
．设计背景
铁路作为中国最重要的交通工具之一，在市场经济浪潮中，面临着严峻的考验。
公路运输的便利，航空运输的快速，这一切都对铁路运输组成专门大的冲击。
在对铁路客运效劳存在的最大问题进行调查时，结果说明，有％的乘客以为购票难排在各项选择的第一名。
火车站市场的治理和标准问题，是困扰咱们连年的一个老问题，也是政府治理中的一个难点，订票是客运业务中的一个最大体的业务，表面上看，它只是火车站业务的一个简单的部份，可是它涉及到治理与客户效劳等多方面，因此，随着我国铁路交通的不断进展，过去传统的售票方式已经不能知足现代客运业务流量剧增的客观要求，简单的窗口售票模式已经不能知足方便人们出行的目的。
采纳先进的网络技术开发出方便快捷的网上订票系统是现代客运业务进展的必然需求。
电子商务的显现，正好带给了铁路客运效劳一个进展契机，推出新型的订票方式--网上订票，来减缓订票顶峰时期的客运压力，并为用户提供方便快捷的订票效劳。
它既是技术上的创新，又将完善铁路效劳，在必然程度上解决买票难这一大难题，增强铁路竞争力，为铁路争取到更多的客流。
本次设计的火车票订票系统，能够实现个人信息注册、车次车票价钱查询、在线订票退票等大体功能，为用户提供方便快捷的订票效劳。
本次设计即是利用开发工具eclipse和SQlite数据库一路开发的一个android客户端的火车票订购系统，它能方便快捷地运用在火车站订票业务的营运当中。
该系统要解决的是火车站网上售票工作所要解决的问题，能够知足火车票网上售票的大体要求，包括查询、订票、退票三个方面的功能。
该系统能运用到火车站售票的工作中，依照用户的需求，设置其权限，并快捷方便的为用户提供效劳。
系统设计目标
本系统是利用网络的方便、快捷和运算机的准确、高效实现网上订票系统。
网上订票系统是通过主页访问、身份识别实现区别不同身份用户完成车票、车次的治理操作。
系统有四个大的功能模块：
登录功能模块，验证登录信息；注册功能模块，进行新用户的注册；治理员功能模块，实现车票、车次和站点的治理；一般用户功能模块，实现车票和个人信息治理。
可行性研究
可行性分析是在用户的要求和系统调研的基础上进行的，对新系统的开发从社会、技术、经济、治理等方面进行分析，并得出新系统的开发工作可行、不可行、需要修改、追加投资、暂缓开发、分步实施等方案和结论，最后完成可行性分析。
可行性分析一样可概念为：
可行性分析是在建设的前期对工程项目的一种考察和鉴定，对拟议中的项目进行全面与综合的技术、经济能力的调查，判定它是不是可行。
可行性研究的目的不是解决问题，而是确信问题是不是值得去解决。
其最全然任务确实是对以后的行动方针提出建议。
该时期通过对系统目标的初步伐研和分析，提出可行性方案并进行论证。
咱们在那个地址要紧从技术可行性、经济可行性和操作可行性三方面进行分析。
技术可行性
本系统开发的软硬件资源都已具有，前台开发工具利用eclipse，开发语言为java，后台数据库利用SQlite，其大体操作实质仍是对数据库进行添加、删除、查找等操作开发环境平安，技术靠得住，二者利用都相对照较熟练，因此具有技术可行性。
经济可行性
开发该系统所需的相关资料能够通过已存在的网上订票系统进行调查搜集,所需的其他应用软件、硬件系统也易于取得，因此，开发本钱较低。
而引进利用本系统后，与传统方式相较，具有高效率、低本钱、高质量的特点，能够节省很多人力、物力及财力。
因此，从经济的角度来看，该系统可行。
操作可行性
本系统采纳菜单式，实现用户与数据库的交互，界面精练友好，操作方便，界面设计十分亲切，功能题目夺目，各类功能的实现简单容易，易于明白得，用户只需对订票流程和业务调查了解即可，不需把握数据库等相关知识，上手较快，系统治理人员能够简单的实现车票的销售，车次的治理，统计，退票等功能。
通过以上可行性分析，以为该系统的开发方案切实可行，可进行开发。
需求分析
需求分析是软件设计的一个重要的环节。
本时期对订票系统的应用情形作全面调查，以确信系统目标，并对系统所需要的基础数据和数据处置要求进行分析，从而确信誉户的需求。
用户对系统的需求咱们从以下几方面进行分析。
功能需求
网上订票系统是一个融合火车票订购、列车站点的治理、治理员信息、列车信息及售票信息查询为一身的综合系统。
功能需求从用户和治理员两个方面进行分析，本网上售票系统应该具有如下功能：
1.从用户的角度看：
（1）注册：
用户需要订购自己所需要的火车票，因此本系统的利用者应该有注册账户功能。
（2）登录：
用户注册过信息以后，能够通过登录权限进入用户模式。
（3）查询：
用户能够实现对个人信息的查询、车次信息的查询和对已订车票信息的查询。
要求：
1）对个人信息的查询，用户能够查看自己的大体信息。
2）对车次的查询，能够依照发车车次进行查询，也能够依照始发站和终点站进行查询。
3）对定单的查询，用户能够查看自己定单的所有车票信息。
（4）添加：
用户能够进行订票来添加定单。
（5）退票：
用户能够对自己已付款定单车次的车票进行退票操作。
（6）修改：
用户能够对自己的个人信息和密码进行修改，也能够对已付款定单的车次进行改签。
2.从治理员的角度看：
（1）登录：
治理员能够通过登录权限进入治理员模式。
（2）查询：
治理员能够对个人信息进行查询、能够对现有车次进行查询，能够对站点进行查询，能够对已注册用户信息进行查询。
1）对个人信息的查询，治理员能够查看自己的大体信息。
2）对车次的查询，能够依照发车车次进行查询，也能够依照始发站和终点站进行查询。
3）对站点的查询，治理员查看所有已存在站点的信息。
4）对已定单的查询，治理员能够查看本系统中所有定单信息。
（3）添加：
治理员能够实现对车次的添加、对站点的添加和对车票信息的添加。
（4）删除：
治理员能够实现对车次的删除、对站点的删除和对车票信息的删除。
（5）治理员能够修改站点信息、车次信息和车票信息。
性能需求
为了保证系统能够长期、平安、稳固、靠得住、高效的运行，本系统应该知足以下的性能需求。
1.准确性和及时性
系统处置的准确性和及时性是系统的必要性能。
系统应能及时而且准确的依照用户权限及所输入的信息做出响应。
由于本系统的查询功能关于整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源，而车票的数量和时刻又阻碍用户的决策活动，其准确性和及时性专门大程度上决定了系统的成败。
在系统开发进程中，必需采纳必然的方式保证系统的准确性和及时性。
2.易用性
本系统是直接面对用户的，而用户往往对运算机并非是超级熟悉。
这就要求系统能够提供良好的用户接口，易用的人机交互界面。
要实现这一点，就要求系统应该尽可能利用用户熟悉的术语和中文信息的界面，从而保证系统的易用性。
3.平安性
网上订票系统中涉及到的数据是客运公司相当重要的信息，系统要保证用户的权限，关于车次等信息用户只享有查询效劳，不得更改；系统还要提供方便的手腕供系统爱惜人员进行数据备份、日常平安治理、和系统意外崩溃时数据的恢复等工作。
同时系统还要保证对数据库进行及时更新，保证数据一致性。
二、详细设计
系统功能分析
该系统参考12306网上火车票订票官方客户端进行设计，并依照自己的变成和设计能力对其功能进行进一步简化，系统可分为四大模块：
登录模块，用户依照自己身份的不同进行登岸；注册模块：
没有账户的用户能够输入个人信息和有效证件号码注册一个帐号；一般用户模块，进行个人车票的查询和预定，对自己定单和信息进行治理；治理员模块，对车次、车票、站点和定单进行治理。
通过身份识别判定账户信息并区别不通身份的用户。
火车票网上订票系统简单、操作灵活、方便、反映快速、计算准确，系统运行稳固、平安靠得住，而且有良好的交互界面，让利用者能够方便、快速地把握。
登录功能分析
用户进入系统后依照身份的不同选择不同的身份进入系统，假设是身份有误，那么不能进入系统，在系统的主页上，用户登录之前能够查看车次信息，但不能进行预定和修改车次信息。
注册功能分析
没有账户的用户在注册功能模块能够注册一个有效的帐号，注册成功以后就能够够够登录系统进行车票预定。
用户功能分析
用户能够依照需要进行注册，拥有账户后，能够依照自己的账户名和密码进行登录，进入系统以后，用户能够查看自己的定单和未完成定单，能够对已付款定单进行改签和退票。
用户能够查看自己的个人资料，并能够对资料进行修改，用户能够为自己的账户进行充值，也能够修改登录密码。
治理员功能分析
治理员依照自己的用户名和密码登录进系统以后，能够对车次、车票。
站点进行增删改查操作，还能够查看所有效户的定单，能够查看个人信息和修改密码。
系统模块设计
系统模块图
通过量系统的功能进行分析绘制出系统的模块图如以下图所示：
登录子模块
程序运行以后进入主界面，点击登录能够进入登录子模块，用户依照自己的身份的不同，能够选择是一般用户仍是治理员进行登录。
注册子模块
程序运行以后进入主界面，点击注册能够进入注册子模块，能够输入自己的有效信息进行注册，该注册模块只能进行一般用户的注册，治理员不能进行注册，治理员帐号应是系统治理人员添加的，该模块不能实现。
一般用户子模块
（1）车次查询模块：
用户进入自己的主页以后能够点击余票查询，来获取自己想查询的车次信息，查询有两个方式，一是输入起身地、目的地和起身日期进行查询，二是能够输入起身地、目的地、起身日期和车次进行查询。
（2）车票预定模块：
用户进行车票预定前应第一查询一下自己想要预定的车次的余票信息，然后进行点击车票，预定预定自己想要的订票。
（3）我的定单模块：
用户能够查看自己所有的定单，能够查看自己未付款的定单，还能够对已付款的定单进行退票和改签。
（4）我的信息模块：
用户能够查看并修改自己的个人信息，能够对账户进行充值，而且能够修改自己的密码。
治理员子模块
（1）信息治理模块：
在该模块，治理员能够查看该系统中所有的定单信息，能够查看已完成定单和未完成定单信息。
治理员也能够查看个人信息和修改密码。
（2）车次治理模块：
治理员能够查看系统中的所有车次，能够增加车次，能够删除没有余票的车次，能够修改车次信息。
（3）车票治理模块：
治理员能够查看所有车票、查询已被订车票、未被订的车票，和能够按车次查看车票信息。
治理员还能够添加车票，先选择需要添加车票的车次，再选择座位类型，对该车次添加车票后会将相应的车次的相应座位的余票进行增加。
治理员还能够修改和删除车票，相应的修改和删除过车票以后，该车票对应车次的余票都要进行相应的修改。
（4）站点治理模块：
治理员能够查看所有站点，也能够增加站点，能够删除没有车次的站点，也能够修改站点信息。
详细设计
系统的设计总共分为登录模块设计、注册模块设计、一般用户模块设计和治理员模块设计四部份，以下是对各模块的详细介绍：
登录模块设计
用户选择自己的身份，然后输入用户名和密码，后台代码连接数据库查找该用户输入的信息是不是能够找到，假设是能够找到那么该用户能够登录到自己的主页，不然就停留在此页面无法登录。
注册模块设计
打开注册页面以后能够输入自己的有效用户名和密码注册一个账号，后台代码连接数据库往数据库里面插入一个新的用户信息，假设是注册成功，那么该用户当即能够登录到自己的主页进行车票查询和预定。
假设是注册失败，那么系统继续停留在此页面并提示用户注册失败。
一般用户模块设计
（1）一般用户登录到自己的主页面以后能够进行余票查询，这时系统会依照用户输入的有效信息从数据库里面检索车次信息并把车次的余票信息显示出来。
用户进行车票预按时，用户能够输入需要预定的车次号、座位类型和自己的有效信息进行预定，点击提交定单以后，系统会为用户生成一张未付款的定单，并从车次的余票信息中把相应的座位类型的车票数量减一，用户提交定单以后进入确认定单页面，假设是用户选择从头预定，系统会把方才生成的定单删除并把车次的余票信息恢恢复状，并跳转到车票预定的界面进行从头预定。
假设是用户选择取消定单，那么会直接删除该定单，并把车次余票信息还原。
假设是选择网上以后，系统会先查询用户的余额信息，假设是用户的余额多余该定单的票价，那么会从用户的账户中直接扣除票价，并把该定单的状态改成已付款。
（2）用户能够在自己的主页面查看自己的所有定单信息和未完成定单信息，而且能够对付款的定单进行退票和改签，退票以后，系统会自动删除该定单，并把系统中对应的车票状态改成未被订，也会把对应车次的余票信息进行更改。
改签以后也会把就该定单删除，把车次和车票的信息进行修改，并跳转到预定车票页面从头进行车票预定。
（3）用户在自己的主页面查看自己的资料，并能够对资料进行修改，用户不能够修改用户名，因为用户名是用户的唯一标识，系统中不存在同名的用户，而且用户名是用户注册时已确信的，因此不能予以更改权限，但用户能够对自己的其他信息进行更改，和时更新自己的最新的有效信息。
用户还能够在主页面进行账户充值，账户充值确实是更新自己信息的账户余额，把数据库中的余额信息增加。
用户还能够进行修改密码，把数据库中已存在的密码换成自己想要从头设定的密码。
治理员模块设计
（1）治理员能够对系统进行信息治理，包括对系统中所有定单、已完成定单和未完成定单的查询，依照治理员选择的查询条件，别离从数据库中检索出相应的定单信息。
因为定单是用户自己治理的，因此治理员没有权限对用户的定单进行增加、修改和删除权限。
治理员还能够对自己的个人信息进行治理，如查看个人信息和修改密码，将自己的新密码更新到数据库中。
（2）治理员能够对车次进行治理，治理员能够查看系统中的所有车次，查看车次时，连接数据库从数据库中检索所有的车次信息。
治理员还能够增加车次，往数据库的车次中添加新的车次，添加车次时应注意，车次的始发站和终点站依托站点的站点号，因此始发站和终点站的站点号必需是已经存在的站点，而且添加车次时不能给该车次添加余票，因为车票的添加功能在车票的治理中，该车次的余票默以为零。
治理员能够删除车次，而且删除的车次必需是没有余票的车次，假设是有余票信息的话，因为车票的车次编号对其有依托关系，因此会致使删除失败。
治理员能够修改车次信息，先从列表被选择要修改的车次号，然后对车次信息进行修改并更新到数据库。
（3）治理员能够对车票进行治理，治理员能够查看系统中的车票信息，能够查询所有车票信息，也能够查询已被订和未被订的车票信息，同时还能够依照车次查看该车次的车票信息。
治理员能够添加车票，从列表被选择好需要添加车票的车票和座位类型后就能够够够往数据库中对车票表中添加一张车票，同时将相应车次的相应座位类型余票进行添加。
治理员还能够进行车票的删除，删除一张车票以后会将该车票对应的车次信息的余票也进行修改。
治理员还能够对车票进行修改，从列表中先选择要修改的车票编号，再选择修悔改后的座位类型、车票价钱、起身地和目的地，修悔改该车票以后会把车次信息的余票情形进行修改。
（4）治理员能够对站点信息进行治理，治理员能够查询系统中的所有站点，也能够增加新站点，治理员能够对站点信息进行删除，可是只能删除对它没有依托车次的站点，假设是站点中有车次对它依托，那么该站点无法删除，治理员还能够修改站点信息，从列表被选择相应站点的编号，然后能够更改站点的名称，并把新的站点信息更新到数据库中。
三、数据分析与设计
数据库介绍
数据库是指自描述的完整记录的集合。
它除包括用户的源数据外，还包括关于它本身结构的描述。
数据库设计是成立数据库及其应用系统的技术，是信息系统开发和建设中的核心技术，具体说，数据库设计是指关于一个给定的应用环境，构造最优的数据库模式，成立数据库及其应用系统，使之能够有效地存储数据，知足各类用户的应用需求。
合理的数据库结构设计能够提高数据存储的效率，保证数据的完整和一致。
另外，合理的数据库结构将超级有利于程序的实现。
数据库设计（DatabaseDesign）是指依照用户的需求，在某一具体的上，设计数据库的结构和成立数据库的进程，确实是打算和结构化数据库中的数据对象和这些数据对象之间关系的进程。
1．数据库设计的一样性原那么
第一个大体规那么：
关于每一个要存储其信息的实体（或事物），咱们都应该给他一个自己的表；
第二个处置规那么：
假设是你需要在一个列中存储多个值，那证明你的设计可能是有缺点的。
简单的数据关系：
一对一；一对多；多对一；多对多
在数据库的设计中：
要做到数据标准化、完整性、数据冗于和标准实例化。
在整个设计进程中，咱们必需按步骤认真完成。
2．数据库设计的进程（六个时期）
需求分析时期，准确了解与分析用户需求（包括数据与处置）是整个设计进程的基础，是最困难、最花费时刻的一步
概念结构设计时期是整个数据库设计的关键，通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型
逻辑结构设计时期将概念结构转换为某个DBMS所支持的数据模型对其进行优化
数据库物理设计时期为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方式）
数据库实施时期运用DBMS提供的数据语言、工具及宿主语言，依照逻辑设计和物理设计的结果成立数据库，编制与调试应用程序，组织数据入库，并进行试运行
数据库运行和爱惜时期数据库应用系统通过试运行后即可投入正式运行。
在数据库系统运行进程中必需不断地对其进行评判、调整与修改
在设计进程中把数据库的设计和对数据库中数据处置的设计紧密结合起来将这两个方面的需求分析、抽象、设计、实此刻各个时期同时进行，彼此参照，彼此补充，以完善两方面的设计
数据库的设计在数据库应用系统的开发中占有很重要的地位。
只有设计出合理的数据库，才能为成立在数据库上的应用提供方便。
概念结构设计
依照系统功能需求和设计，本系统数据库要紧E-R图如下：
图3-1治理员实体图
如图3-1所示，治理员的属性包括治理员编号、治理员的密码和治理员的真实姓名。
图3-2一般用户实体图
所图3-2所示，一般用户的属性包括用户名、密码、真实姓名、性别、身份证号、、账户余额。
图3-3火车车次实体图
如图3-3所示，火车车次的属性包括车次号、发车日期、始发站、终点站、软卧、软座、硬卧、硬座、无座。
图3-4火车车票实体图
如图3-4所示，火车车票的属性包括火车编号、车次编号、座位类型、价钱、起身地、目的地、是不是被订。
图3-5定单实体图
如图3-5所示，定单属性包括定单编号、车票编号、用户名、订票时刻、车票单价、是不是付款。
图3-6站点实体图
如图3-6所示，站点属性包括站点编号、站点名。
逻辑结构设计
将系统的E-R图转换为关系模型，关系的码用下划线给出，如下：
（1）manager（Mid，Mpwd，Mname）
此为治理员实体所对应的关系模式。
（2）commonusers（Cid，Cpwd，Cname，Csex，CIDnum，Ctel，Cmoney）
此为一般用户实体所对应的关系模式。
（3）trains（Tid，Cpwd，Tdate，Tstart，Tend，Tsoftsleeper，Tsoftseat，Thardsleeper，Thardseat，Tnoseat）
此为车次实体所对应的关系模式。
（4）stations（Sid，Sname）
此为站点实体所对应的关系模式。
（5）traintickets（Ticketid，Tid，Ttype，Tprice，Tstart，Tend，Torder）
此为车票实体所对应的关系模式。
（6）orders（Oid，Ticketid，Cid，Odate，Oprice，Opay）
此为定单实体所对应的关系模式。
物理结构设计
通过对该系统的分析和设计该系统形成的物理结构有如下信息：
该系统的物理结构表如下:
1.治理员信息表，包括治理员帐号，治理员密码，治理员姓名，具体结构如表3-1所示：
治理员表的物理结构：
表3-1治理员信息表
字段名
数据类型
长度
约束
属性
Mid
varchar
50
NOTNULL
主码
Mpwd
varchar
50
NOTNULL
非主属性
Mname
nvarchar
50
非主属性
2.一般用户信息表，包括用户名，密码，真实姓名，性别，身份证号，，账户余额，具体结构如表3-2所示：
一般用户表的物理结构：
表3-2一般用户信息表
字段名
数据类型
长度
约束
属性
Cid
nvarchar
50
NOTNULL
主码
Cpwd
varchar
50
NOTNULL
非主属性
Cname
nvarchar
50
NOTNULL
非主属性
Csex
nvarchar
2
非主属性
CIDnum
varchar
18
NOTNULL
非主属性
Ctel
varchar
11
非主属性
Cmoney
decimal
10
非主属性
3.火车车次信息表，包括车次号，发车日期，始发站，终点站，软卧，软座，硬卧，硬座，无座，具体结构如表3-3所示：
火车车次表的物理结构：
表3-3火车车次信息表
字段名
数据类型
长度
约束
属性
Tid
varchar
50
NOTNULL
主码
Tdate
datetime
非主属性
Tstart
varchar
50
NOTNULL
非主属性
Tend
varchar
50
NOTNULL
非主属性
Tsoftsleeper
int
非主属性
Tsoftseat
int
非主属性
Thardsleeper
int
非主属性
Thardseat
int
非主属性
Tnoseat
int
非主属性
4.站点信息表，包括站点编号，站点名，具体结构如表3-4所示：
火车车次表的物理结构：
站点表的物理结构：
表3-4站点信息表
字段名
数据类型
长度
约束
属性
Sid
varchar
50
NOTNULL
主码
Sname
nvarchar
50
NOTNULL
非主属性
5.车票信息表，包括车票编号，车次，座位类型，价钱，起身地，目的地，是不是被订，具体结构如表3-5所示：
车票表的物理结构：
表3-5车票信息表
字段名
数据类型
长度
约束
属性
Ticketid
int
NOTNULL
主码
Tid
varchar
50
NOTNULL
非主属性
Ttype
nvarchar
10
非主属性
Tprice
decimal
10
非主属性
Tstart
varchar
50
非主属性
Tend
varchar
50
非主属性
Torder
varchar
10
NOTNULL
非主属性
6.定单信息表，包括定单编号，车票编号，用户名，定单时刻，车票单价，是不是付款，具体结构如表3-6所示：
定单表的物理结构：
表3-6定单信息表
字段名
数据类型
长度
约束
属性
Oid
int
NOTNUL
升级会员 