机票订购管理系统要点.ppt

1.前言 　　　1.1编写目的 　　　需求分析说明书提供用户与开发人员对开发软件的共同理解，使用户与开发单位就该系统的功能定义、环境需求达成共识，是今后各阶段设计工作的基础和依据，也是本阶段评审和测试阶段确认与验收的依据。 　　　本需求分析的读者对象包括客户、业务人员需求分析人员、测试人员、用户文档编写人和项目管理人员。 　　　1.2目标 A：网上机票预订系统》运行于Internet环境，提供远程机票预订功能，包 括远程航班信息查询，机票预订与确认等；使用《飞机售票管理系统》可使机票订购过程简单化、电子化、数字化，节省常规过程所不必要的资源浪费。 B: 运行环境 Windous中dos下即可运行（程序为c语言） C: 程序需要联网才可以使用 2.系统需求规格说明 2.1：功能需求： A：用户注册功能：该功能可以完成普通旅客注册和管理员注册任务。 B：用户信息维护功能：该功能可以完成普通旅客和管理员根据实际情况，对自己的信息进行更新操作。 C：用户功能： C1：机票查询功能：该功能为用户提供简洁的页面呈现，方便用户根据自己的需要选择自己需要的机票。 C2：机票预定功能：该功能为用户提供简洁的页面呈现，方便用户根据自己的需要预定机票。 C3：对票功能：该功能，通过和用户的交互，用户提供机票的订单号，由系统自动用户退票工作。 D:管理员功能： D1：票务信息维护功能：通过该功能，管理员可以根据飞机场提供的相关信息，更新最新的票务信息，方便用户查询。 D2：飞机信息维护功能：通过该功能，管理员可以根据实际情况，更新飞机的机长，型号，使用年限等信息。 D3：用户信息维护功能：通过该功能，管理员可以查阅到用户的详细信息，并根据用户的申请，为用户更新会员信息。 2.2:性能需求： A：系统处理的准确性和及时性： 系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑程序当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。在系统开发过程中，必须采用一定的方法保证系统的准确性。 B：系统的开放性和系统的可扩展性： 系统应该是一个开放系统，只要符合一定的规范，就可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补，替换完成系统的升级和更新换代。 C：机票预订系统直接面对使用人员的，而使用人员往往对计算机并不是非常熟悉。这就需要系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的属于和中文信息界面；针对用户可能出现的问题，提供足够的在线帮助，缩短用户对系统的熟悉过程。 3．系统建模 　　　3.1.3 用例的描述 　　　 　　　用例名称：乘客查询机票信息 　　　主参与者：乘客 　　　层次：海平面（用户目标） 　　　利益相关者：乘客、管理员 　　　前置条件：乘客必须在线可访问网络 　　　最低保证：回滚任何未完成的事务，系统记录进展日志直到失败 　　　成功保证：用户想要的信息正确加载 　　　触发器：用户访问客户端首页 　　　主要的成功情节： 　　　乘客选择出发地、目的地和时间等信息。 　　　乘客从界面中选择要查看的航班信息。 　　　乘客从界面中选择选定的航班查看具体信息。 　　　乘客使用“返回”按钮，查看其它航班信息。 　　　扩展： 　　　距离第一次查询超过30分钟。 　　　通知管理员和用户，自动更新最新航班信息。 2.Interner连接中断 　　　系统回滚最初状态。 3.顾客在任一点退出系统 系统会滚到交易前位置。 　　　用例名称：乘客退订机票 　　　主参与者：乘客 　　　层次：海平面（用户目标） 　　　利益相关者：乘客 　　　前置条件：乘客必须在线可访问网络 　　　最低保证：回滚任何未完成的事务，系统记录进展日志直到失败 　　　成功保证：用户成功退订一张订单 　　　触发器：用户单击退票按钮 　　　主要的成功情节： 1：用户成功查询自己的订单详情。 2：用户选择一张订单，系统将订单详情显示在页面上。 3：通知用户是否退订该订单 4：用户选择是，调用退票用例，更新票务信息表。 5：告知用户成功退票。 6：用户选择否，返回页面。 　　　扩展： 1：根据用户提供的信息，无法查询到一张订单 告知用户，提供正确订单号，继续操作 2：票务信息票更新出错： 告知管理员，手动更新。 3：机票信息表更新出错： 告知管理员。手动更新。 4.Interner连接中断 系统回滚最初状态。 5.顾客在任一点退出系统 系统会滚到交易前位置。 　　　 　　　用例名称：用户注册 　　　主参与者：乘客 　　　层次：海平面（用户目标） 　　　利益相关者：乘客、航空公司 　　　前置条件：乘客已经调用了“用户注册”用例 　　　最低保证：回滚任何未完