搜索
1西南科技大学计算机学院实验报告实验名称实验地点实验日期指导教师学生班级学生姓名学生学号提交日期2009年10月软件教研室制2面向对象技术应用设计实验报告小组成员学号实验表现小组成绩个人成绩系统名称实验要求选择一个项目，可以是真实项目，可以是虚拟项目，可以自选，然后完成：1.给出系统需求描述；2.画出用例图，并给出关键的用例描述；3.画出系统类图（由实体类→分析类→设计类图）；4.画出2个以上的时序图；5.画出系统主要的状态图或活动图；6.画出系统包图；7.给出2个以上用户界面的设计方案。实验工具建议系统建模工具：RationalRose2003建议界面设计工具：Delphi/VisualC++/VisualBasic/Eclipse实验结果（学生填写）一．系统需求描述（400字以上）得分（10%）航空订票系统是为航空公司为了方便乘客购票以及宣传的需要而设计的,系统以B/S模式,提供用户通过网络创建VIP账户,其中包括用户基本信息,证件号,账号和密码;用户可以通过账号,密码来登入系统,如不正确,提示用户重新输入并返回输入界面,登入系统后可以修改完善个人信息,对账户进行管理;非VIP用户也可以通过手机短信的方式获取验证码登录系统;用户在订票之前需要进行航线查询,系统需要对用户所查询航线的航班列表及相关信息(如舱位,价格等)列出,供用户选择;用户选择好航班后,如果要预订票,则系统提供用户输入用户信息(包括姓名,联系方式,住址,证件等),以便飞机票的寄送;信息需要输入正确且完善,否则返回输入界面提示用户完善输入信息;信息输入完善提交成功后系统生成订票订单,用户订票初步完成.支付需要判定用户是否登录,如果未通过VIP登录或者未通过非VIP通道验证,则需提醒用户登录;用户登录后,如果是VIP用户,VIP用户可以通过账户所存金额进行直接支付,如果账户余额不足,显示账户余额,提示用户充值;否则系统处理订单,完成支付;VIP和非VIP用户都可以通过选择与系统有连接的银行系统完成支付,系统获取银行系统支付成功的消息后显示支付成功,否则提示用户支付失败,提供用户选择重新支付或者取消订单,支付操作需要在一定时间内完成(如40分钟)..为了满足旅客需要,系统除了提供网上订购票以外,还提供电话订票,用户通过拨号连接进入系统,系统通过语音提示提供用户进行服务选择,用户选定服务后,系统连接客户服务人员(客服),用户通过客服完成查询,订票等操作..客服工作人员也需要登录系统才能进行相关操作.系统提供VIP用户特权能够进行退票服务.对上述航空订票系统的域描述进行分析,可以获得如下功能性需求.3(1)旅客可以创建VIP账户;(2)旅客可以通过非VIP通道(验证码)进行登录或者VIP账号和密码登陆;(3)旅客通过系统接口(界面)完成航线,航班查询;(4)旅客可以通过完善信息,预订所选航班,并获取订单;(5)作为VIP用户,登录后能进行个人信息的完善及对账户信息的管理(增,删,改)操作;(6)旅客获取订单后能对订单进行支付,其中包括对账户的充值;(7)旅客还可以通过电话拨号进入系统选择功能服务;(8)客服作为工作人员需要进行身份验证(超级VIP),以便登录系统.(9)客服通过系统连接与旅客进行交流;(10)客服作为旅客的代理进行订票;(11)客服作为旅客的代理进行查询;二．系统用例图得分（10%）PassengerCustInfoManTicketManServicePayMan顶层用例图4ModifryPasInfoPassengerAddPassengerServiceCancelPasInfoModifryPasInfoPassengerAddPassengerServiceCancelPasInfo客户信息管理子用例FlightScheduleServiceRservationPassengerReturnTicket票务管理子用例5PayOrGetRefundGetListPassengerServiceInquirePaymentInfo支付管理子用例三．关键的用例描述（2个以上）得分（10%）主要的用例如下:1“reservation”（订票）ReservationSydtem1.1简单描述本例描述用户如何通过系统预定机票。1.2前置条件在本例开始前，用户必须查询航班并选定航班，登录系统或者通过短信验证。1.3后置条件如用例成功，，则用户获得订票订单，订座成功；系统票库量减少，否则系统状态不变。1.4扩充点无。1.5事件流1.5.1基流当用户选定航班，准备订票时，用例启动。（1）对话框提示输入用户信息。（2）用户输入信息并提交。（3）系统确认信息是否无误（E-1）,是否完整（E-2）（*为必填）。（4）更新用户管理相关信息及库存票信息。（5）为用户生成订单。（6）订单保存并输出。1.5.2替代流E-1：如果信息有误，显示错误信息并返回用户输入界面。E-2:如果信息不完整（必填信息为完善），显示错误信息并返回用户输入界面。2“FlightSchedule”航班查询2.1简单描述本例描述用户查询航线流程。2.2前置条件6无。2.3后置条件如用例成功，用户将选定了所需预定的航班。2.4扩充点无。2.5事件流2.5.1基流（1）主界面对话框提示用户提交航线及相关信息。（2）用户填写航线信息，然后提交。（3）系统核对航班信息是否存在（E-1），输入具体航班列表。（4）用户选择适合的航班并提交。（5）系统保存查询记录及相关信息。2.5.2替代流E-1：核对航班信息有误或者航线不可用，输出错误信息并返回用户填写主界面。3“Defray”（支付）3.1简单描述本例描述用户购票支付流程。3.2前置条件用户必须先完成登录并完成订票获得订单。3.3后置条件如用例成功，用户将为订单完成付款购买到一张机票，，否则，系统状态不变。3.4扩充点包含电话购票系统的一部分。3.5事件流3.5.1基流当用户完成订票并获得订单时，用例启动。系统自动检查用户身份；如果为特殊VIP用户（link_man）,则执行分支流S-1：VIP用户特权支付（短信支付）；如果为VIP用户，则执行分支流S-2：VIP在线支付。如果为非VIP用户，则执行分支流S-3：在线银行支付。3.5.2分支流S-1：短信支付（1）系统向乘客手机发送请求选择Bank及验证的消息；（2）乘客选择支付Bank并提交验证消息；（3）系统验证无误后（E-1），并向乘客发送请求输入消息；（4）乘客输入Bank账户相关信息（账户，密码，证件号）并发送（提交）；系统接收乘客消息，并与Bank系统链接并提交订单；7（5）接收Bank系统支付完成（E-2）信息,完成支付；（6）系统建立交易记录并保存，更新数据库；（7）发送支付成功消息。S-2：VIP在线支付（1）用户确认支付（E-3这是一个非常谨慎的操作）；（2）系统检索VIP账户信息；（3）账户金额是否足以付款（E-4），完成支付；（4）更新账户信息；（5）创建交易记录并保存；（6）显示账户余额并输付款成功信息。S-3：在线银行支付（1）系统提示用户选择支付Bank；（2）用户选择并提交；（3）系统链接Bank系统并提交订单；3.5.3替代流E-1:如果验证信息有误，系统发送错误消息并提示用户重新输入提交；E-2:如果接收支付未完成信息，发送支付失败消息，并提示用户重新输入提交；E-3:用户选择取消操作，则返回用户订票界面；E-4：账户余额不足，输出支付失败信息，显示账户余额，并提示充值。四．系统类图（实体类）得分（10%）系统的实体类图如下(见下一页):8实体类图(不能有参与者)五．系统详细类图得分（15%）六．系统主要的时序图（2个以上）得分（15%）七．系统主要的状态图或活动图得分（10%）9八．系统包图得分（10%）九．系统界面得分（10%）评语评阅人（签字）：评阅日期：