工学动车售票系统主文档1

文档规则（必读）：文档内部一致格式表(依照目录逐层向下分为1标题、2标题、)文字内容文字大小一级标题小一二级标题三号三级标题四号文字内容小四宽图片/表格4-44（指标尺号，上面那个）窄图片/表格0-40文字内容0-40该页用于文字格式化定义，文字格式一致采用宋体（或微软雅黑），在达成文档后删除。下面是开发者代号，文档中各自属职的未达成部分均已用该代号注明：（名字排名不分先后）姓名代号汪茂忠Leader王小刚Adam王群Dance王荣涛You_can_hear沈诗文RV代号没有任何意义，不要介怀，最后凡是被注明”*UC*”即代表该项目当前不属于马上需被达成的目标。由于文档中缺乏文字描述，所以显得不够强力，所以尽量多敲字，最后凡是已达成自己职分内工作后，不要删掉该部分上的代号，只需将其文字颜色注成红色即可。下面的文字请队长阅读，请看完后删掉，感谢：为了文档的格式确定我私自对我们的接下来工作进行了分配，详细在文档中的注明上有表现，特别是测试那一块，希望你不要见怪，你可以依照你的想法自己来分配。有问题的话你直接改吧！封面页*UC*目录页*UC*一.前言介绍1.1问题定义;1.2系统简介;1.3开发技术与措施二.系统要求三.可行性分析1.1初步可行性分析;1.2系统流程图及分析;1.3初级数据流图;1.4初级数据字典;1.5可行性分析小结四.需求分析1.1系统功能实现清单;1.2系统数据模型简介;1.3成立数据模型;1.4成立行为模型;1.5成立功能模型;1.6需求分析小结五.整体设计1.1基本设计看法;1.2结构;1.3数据库基本大纲设计;1.4整体设计小结六.详细设计1.1数据库详细设计;1.2系统功能详细设计;1.3系统模块详细设计;1.4详细设计小结七.编码....7.X编码小结八.测试1.1模块测试;1.2集成测试;1.3系统白盒测试;1.4系统黑盒测试;1.5测试小结九.总结1.1议论记录;1.2各成员总结;1.3领队总结;1.4结束语一.前言介绍1.1问题定义rv动车售票系统旨在开发一款可对动车车票销售、订购行为进行管理的管理信息系统，其中包括对车票信息的盘问、储蓄、变换，对动车行为信息的盘问、储蓄等功能实现。1.2系统简介rv名称：动车售票系统；项目描述：本系统主要实现动车盘问售票功能，主要的功能以下：客户端管理功能:动车基本信息管理模块;车次盘问模块，两站之间的车次盘问,某车站全部的车次的盘问,详细某车次的盘问;售票模块,车票的预约;系统安全管理模块:用户的登陆与注册,个人信息的管理,个人订单的管理。后台管理功能:对订单的管理对管理员的管理。1.3开发技术与措施Adam二.系统要求硬件环境以上及内存1G以上软件环境：操作系统以上后台数据库：Microsoftofficeaccess2007开发工具：VisualBasic硬盘空间：相关组件：Microsoftoffice组件三.可行性分析3.1初步可行性分析dance3.2系统流程图及分析rv该动车售票系统的逻辑模型，即系统流程图以下：任何盘问信息必定经过手工输入或电子填写表单的方式转变为该MIS的内部数据形式，再将该信息与数据库内的已存档信息比较得出盘问结果，再将该盘问结果与用户央求相联合达成操作，也就是对该数据库中的相关数据进行不可以逆转式的更正，再生成相应的历史文件储蓄在额外的售票历史数据库中以备将来进行查验或校验的可能，最后依照该历史记录的种类执行相关操作，比方该历史记录为购票历史记录时，需打印出真实车票；而当该条历史记录为退票或改签时，需对回收的车票进行销毁。最后一步是达成善后活动，比方收取现金或退还现金等。人工输入购票信息车辆信息盘问盘问结果车辆信息数据库购票/订票/退票/改签程序购票记录生成车票/改签后车票/金钱3.3初级数据流图纵观购票整个过程，将分为两部分：售票与订票。从而该数据流图的上半部是售票部分执行过程，而下半部为订票的过程。其余解说图中出现的两个“动车数据记录”与“客户”都是一个个体，而全部需保存的文件如“用户记录”、“动车数据记录”都是实质数据库的构成部分之一。3.4初级数据字典则对应的数据字典为：名字:车票信息描述:车票的相关信息定义:车票信息=出发地+目的地+车次+座位种类+票价+始发时间+抵达时间+座位号地点:售票名字:目的地描述:旅客需要抵达的地方定义:目的地=2{汉字}5地点:车票信息名字:座位种类描述:为不一样样的旅客安排不一样样样级的地点定义:旅客种类=[一等座|二等座|软卧]地点:车票信息

名字:出发地描述:旅客从哪里出发定义:出发地=2{汉字}5地点:车票信息名字:车次描述:为每一列列车表示的独一的一个表记码.定义:车次=D+2{数字}4地点:车票信息名字:票价描述:车票的价格定义:票价=0{数字}+.+{数字}地点:车票信息名字:始发时间描述:列车从出发地发车的时间定义:始发时间=日期+小时+分钟地点:车票信息名字:节余票数描述:一班车次节余的票数定义:节余票数=0{数字}4地点:车票信息名字:登录信息描述:管理员售票员登录系统所需要的信息定义:登录信息=登录帐号+登陆密码地点:用户记录名字:登录密码描述:管理员售票员登录系统密钥定义:登录密码=8{数字字符|字母字符}16地点:登录信息名字:客户登录信息描述:客户登录系统时需要的信息定义:客户登录信息=客户登录帐号+客户登录密码地点:客户记录名字:客户登录密码描述:客户登录系统的密码定义:登录密码=8{数字字符|字母字符}16地点:客户登录信息名字:证件号别名:身份证号描述:独一表示个人身份的号码定义:证件号=18{数字}18地点:客户记录登录车票信息名字:订票信息描述:与订票相关的信息定义:订票信息=(车次)+(始发时间)+始发地+目的地+(座位号)+(座位种类)+证件号地点:售票模块

名字:抵达时间描述:列车抵达目的地的的时间定义:抵达时间=日期+小时+分钟地点:车票信息名字:座位号描述:旅客在动车中所坐的地点定义:座位号=[1|2|...99||100]地点:车票信息名字:登录帐号描述:管理员|售票员登录售票系统用的用户名定义:登录帐号=5{数字字符|字母字符}8地点:登录信息名字:客户信息描述:已注册客户的基本信息定义:客户信息=客户登陆信息+个人资料地点:客户记录登录名字:客户登录帐号描述:客户用来登录系统的用户名定义:客户登录帐号=5{数字字符|字母字符}8地点:客户登录信息名字:个人资料描述:个人基本信息定义:个人资料=姓名+证件号+性别+年龄地点:客户记录登录名字:售票信息描述:订票,退票,换票信息的会合定义:售票信息=[订票信息|退票信息|换票信息]地点:售票模块名字:退票信息描述:达成退票流程所需的基本信息定义:退票信息=车票信息地点:售票模块名字:换票信息名字:用户信息描述:用户需要兑换车票的必要信息描述:全部被记录取户全部信息的会合定义:换票信息=售票信息+退票信息定义:用户信息=1{登录信息}n地点:登录模块,用户记录名字：动车信息描述：动车的相关信息定义：动车信息=车次+座位号+时间+余票地点：动车数据记录，售票模块3.5可行性分析小结leader四.需求分析4.1系统功能实现清单rv该系统须实现以下功能：1.实现动车各项数据的储蓄、盘问、更正；2.实现安全性保障，详细有该系统考据身份登录，操作权限制义、授权与授权回收或作废；3.实现打印、显示数据信息、操作信息、警告信息；4.实现历史储蓄功能，即对已进行的购票、退票、改签操作记录入库，并在已授权的情况下可对该库进行接见盘问及考据操作。4.2系统模型简介rv该系统模型分别由数据模型、功能模型及行为模型构成，并分别由实体联系图、数据流图及状态变换图表示，详细表示请参照本文档4.3-4.5节的详细描述。4.3成立数据模型为成立数据模型，则初级E-R（实体联系图）为：该E-R图的元素分别由管理员、售票员、客户、车票、车票数据文件（即数据库中动车块的数据）、售票数据构成。以下为各元素之间的详细关系：管理员管理整个数据库，其中在此处详细表现为对车次数据的管理，从而图中没有提及其余管理功能，但不代表没有相关的功能；再由客户与售票员交流获得客户信息与购票信息，远程订票服务时将不是由售票员接受相关信息，而是由订票模块接收，但大体相同从而不再赘述；售票员盘问车票数据文件；车票数据文件产生售票记录；依照售票记录打印车票；最后由用户获得车票，则整个售票过程结束。4.4成立行为模型为成立行为模型，则状态变换图为：依照初步分析的思想得出以上状态变换图，而其中诸如“购票”、“管理”的详细步骤及内部状态变换需待进一步的分析得出。4.5成立功能模型you_can_hear该系统拥有以下主要功能：1.阅读功能2.盘问功能3.增添功能4.更正功能5.删除功能4.5.2功能描述1.阅读功能：列出当前数据库文件中车票的全部记录，可选定一项记录，显示所有域2.盘问功能：车次信息般配盘问始发站信息般配盘问3.增添功能：增添一条车票的信息4.更正功能：更正某一已存在的记录内容，供应确认系统5.删除功能：删除一条记录，供应确认系统为成立功能模型，则细化数据流图为：登录进入售票点客户车次信息登车次信息录进入1.0更新2.0盘问筛选符合车票客户打算购票3.0售票出票车票不测情况客户需退票

节余票数4.0退票车票信息动车系统流图车次信息售票点登录1.1插入零时列车车次信息登录1.2删除已停运列车登录车次信息售票点节余票数进入2.1按车次连续盘问客户盘问进车次信息入节余票数

优选切合车次信息2.2输入车次连续盘问2.4输入出优选切合站点信息登录2.3按站点发、目的站盘问点售票点售票点

登录登录

筛选符合车票3.1输入车次、出发目的站点4.1确认退票

节余票数连续选择种类连续3.2选择日3.3选择座位期、车票种类种类确认车票信息车票3.5确认付连续3.4核实车款票信息出票车票车票信息进一步确认4.2输入与4.3返还实连续购票系统相际票价80%同信息返还现金4.6需求分析小结you_can_hear动车售票应用系统软件：基本元素为构成动车售票及相关行为所必定的各种部分需求分析：提炼，分析并仔细审查已收到的需求，保证全部的风险肩负者都明确其含义并找出其中的错误模块的独立性：动车售票的各个模块只涉及软件要求的详细的子功能，而和软件其余的模块的接口是简单的五.整体分析5.1基本设计看法rv起初设置该系统为订售一体，则该系统应有1.售票；2.订票功能。对于“售票”功能块应有售票盘问、售票记录相关、打印车票相关的功能；对于“订票”功能块应适用户登录/注册、售票盘问、售票记录相关、系统通知相关的功能。在这两者之上，还应增添“系统”模块，由管理员与售票员实现对数据库文件的更正5.2结构dance-增添分析文字登录系统注册输账号输密码考据账号考据密码错误提示填输输存资账密储料号码购票系统车票盘问车票记录车票购买打印车票数车据票库信信息息时始目座等价发的位间级格地地号退票系统车车价车票票格票信记计销息录算毁时始目座等价发的位间级格地地号换票系统退票系统购票系统价格计算5.3数据库基本大纲设计1.动车信息数据库一共有三张表：分别为CSTS、CS、CSPL表，采用的主码为动车车票编码EMU_TC）。下面供应各表的详细属性以及实例元组：(全部的元组实例都是随机生成的)关.系（CodeSectionandTimeSection）动车出站时间动车抵达时间初步城市目标城市车次编码STETSCECTC20:08:0021:30:00南京合肥D38121:40:0023:50:00合肥南京D38121:45:0023:55:00合肥南京D45621:00:0022:30:00北京南京D57721:08:0022:45:00北京南京D55817:05:0019:00:00南京北京D685C.S.P.L.关系（CodesectionandPrice&LevelSection，此处规定前N个车厢为A等，从第N+1到N+M为B等，以此类推C、D等，其中N与M分别为A等与B等车厢的数量，这样就不用额外储蓄等级与车厢号的对应关系了）初步城目标城车次编车厢数（节）座位数折扣（%）价格（元）等级余票市市码BN（座）DTPELVTL(元)SCECTCCN南京合肥D3811040100120B35南京合肥D381520100200A46合肥南京D3811040100119B99合肥·南京D381520100220A105合肥南京D456104085135B30北京南京D577820120246A12北京南京D558154095195B45南京北京D6851020100228A72C.S.关系（CitySection）初步/目标城市（SC/EC）城市代码(CC)北京B001合肥A001南京S001上海H001..有以上三种关系与用户输入信息导出车票信息：即车票代码+车票价格+车票时间信息，如男性甲身份证号为，欲购买一张南京开往北京的A等车厢车票（假如不提等级，直接默认为一般B等），则其车票代码，不打折，价格为228元人民币。（其中黑粗体为数据库中数据，红粗体斜体部分为依照车厢数、单位车厢载人数以及余票转算出的、节余部分为该人的身份信息）2.购票记录数据库（P.R.关系）则购票记录形成的购票记录表（P.R.关系）为：车票代码购买人姓名购买时间操作员甲2012/3/20056这些信息足够退票、改签、检查时使用的，所以不再追加节余项。（其中红色粗体部分特别重点）3.用户&客户记录数据库（User关系与Guest关系）下面给出详细关系成立：a.User关系用户名密码权限详细权限设置ROOT[][][][]0SUADMINIST[][]1动车、用户&客户数据库文件合法管理（红色粗体表示赞同最高8位，但未填满处使用由程序员规定的一致字符代替，相同权限问题也由程序员规定，但黑色粗体部分给出简单表示）b.Guest关系用户名密码身份证号码性别RJ[][][][][][][][][][]M由于该部分用户权限一致被锁死为客户级别，故不做权限域的设置。4.数据库基本运算法规实现下面对上述的动车数据库文件进行简单关系代数演算以证明其设计的有效性：（仍以男性甲购票为例）查找动车->相关信息获得->输出车票编号a.查找动车：该动车的条件是南京开往北京，且预约为A等车厢。则该盘问关系代数表达式为：π(BN,CN,DT,DT,PE,TL,LV)（σ(SC=’南京‘∧EC=’北京‘∧LV=’A‘（)C.S.P.L.））b.相关信息获得：第一获得BN、TL与CN项，计算出车厢号bn与座位号cnbn=MOD((BN*CN-TL+1),CN),cn=(BN*CN-TL+1)%CN;再将TL减1，计算实质价格为Price=DT*PE再进一步获得城市代码与城市其余信息，最后合成为S001B001D685A,再加上bn、cn、身份证号码、性别代码，从而最后合成为：再将购买人姓名、操作员代号以及当前时间等信息录入，合成购票历史，并储蓄在P.R.关系中。5.4整体设计小结leader六.详细设计6.1数据库详细设计此后再附上数据库设计中未详细定义的功能字段的详细定义图表，同时也附上数据库字段定义完满版以供此后使用：数据库字段定义完满版：关.系：字段名种类长度字段含义备注csts_starttimeTime12动车出站时间notnullPKcsts_endtimeTime12动车抵达时间nullpermittedcsts_startcityint4初步城市notnullPKcsts_endcityint4目标城市notnullPKcsts_traincodechar4车次编码notnullPKC.S.P.L.关系：字段名种类长度字段含义备注cspl_startcityint4初步城市notnullPKcspl_endcityint4目标城市notnullPKcspl_traincodechar4cspl_boxnumint2cspl_chairnumint4cspl_discountint2cspl_pricefloat7cspl_levelint2cspl_ticketleftint4

车次编码车厢数座位数折扣价格等级余票

notnullPKnotnullPKnotnullPKnullpermittednotnullPKnullpermittednotnullPKC.S.关系字段名种类长度字段含义备注cs_citynamechar8城市名称notnullPKcs_citycodeint4城市代码notnullPKP.R.关系字段名种类长度字段含义备注pr_ticketcodechar36车票代码notnullPKpr_purchasernamechar8购买人姓名nullpermittedpr_purchasetimeint12购买时间notnullPKpr_operatercodeint2操作员notnullPKpr_printflagint1打印标志notnullPKUser关系字段名种类长度字段含义备注user_namechar8用户名notnullPKuser_codechar8密码notnullPKuser_authorizationint2权限notnullPKGuest关系字段名种类长度字段含义备注guest_namechar8用户名notnullPKguest_codechar8密码notnullPKguest_idchar19权限notnullPKguest_sexint2性别nullpermitted6.2系统功能详细设计you_can_hear-模块功能描述以及对应关系6.3系统模块详细设计rv/dance/you_can_hear-pad图及分析6.3.1leader6.3.2you_can_hear6.3.3dance6.3.4Pad图-购票模块rv购票模块车票盘问车票购买打印车票数车车据查票购车票库询购其买票信信结买他息果确记信信息录输查显认(息息入示历询史)依照购票模块的层次图显示，将程序划分为以下几个步骤与小模块：信息输入模块->盘问模块->显示模块->记录模块->打印模块；从而依照这些简要的分析得出以下购票模块的Pad图：（已达成细化）购票主模块：信息输入子模块购票主模块盘问子模块显示子模块信息输入子模块：Input终点Input起点设起点为购票所在地起点为”NULL”保持起点值不变输入其余信息P1将其余条件全部置空DEF信息输入子模块其余信息为”NULL”将未填入者置空合法性检查转入下一模块合法性检查经过

提示输入错误并逼迫重新输入P2输入开始时间输入抵达时间DEF输入其余信息P1

输入票价输入座位折扣输入车座等级类型提示输入错误并逼迫重新输入P2

提示输入不合法并指出不合法地域将不合法地域置为空DEF将光标置于不合法地域提示重新输入合法性检查转入下一模块合法性检查经过提示输入错误并逼迫重新输入P2盘问子模块：接受来自信息输入模块的合法信息分析输入信息的盘问要求并DEF盘问子模块产生盘问函数表达P3式介入数据库管理系统依照查询函数查找指定元P4组置盘问标志为0盘问结果为空置盘问标志为1，并生成视图表分析输入信息的盘问要求并产生盘问函数表达式P3

DEF

将值不存在的输入查询信息抛弃用关系代数表示盘问要求将上述关系代数转变为相应SQL语句显示子模块：检查盘问标志DEF显示子模块显示该P5视图表标志为1提示无切合提示客户要求的元组提示选择购票DEFP5