航班预票流程 软件需求工程 考试内容 复习资料 武汉大学

☆什么是软件需求工程？请说明软件需求工程中各阶段的主要任务。

p51 定义一般定义：指应用工程化的方法、技术和规格来开发和管理软件的需求。

需求工程的目标：获取高质量的软件需求。

与软件工程中传统的需求分析概念相比，需求工程突出了工程化的原则，强调以系统化、条理化、可重复化的方法和技术进行与软件需求相关的活动，从而有利于提高所有与软件需求相关的活动及其过程的可管理性，降低需求开发和管理的难度和成本。

其它定义：Alan.Davis：直到（但不包括）把软件分解为实际架构组建之前的所有活动，即软件设计之前的一切活动。

该定义虽然没有详细说明需求工程是什么，但其给出了需求工程的范围。

Lan K. Bray：对问题域及需求做调查研究和描述，设计满足那些需求的解系统的特性，并用文档给予说明。

这个定义明确指出了需求工程的任务就是获取、分析和表达软件的需求。

需求工程= 需求的开发活动+ 需求的管理活动2 各阶段主要任务需求获取阶段：获取用户的需求信息。

需求分析阶段：分析和综合已经收集到的需求信息。

需求建模阶段：根据待开发软件系统的需求利用某种建模方法建立该系统的逻辑模型。

需求定义阶段：根据用户需求编写出需求规格说明。

需求的形式化描述阶段：用严格的数学知识和符号来构造系统的需求模型。

需求验证阶段：检验软件需求规格说明。

需求管理阶段：开发人员在与提出更改的请求者协商的基础上，评估需求变更带来的潜在影响及可能的成本及费用，然后实施更改，一级有效的管理需求规格说明文档和跟踪更改需求的状态。

☆什么是软件需求？软件需求有哪些类型，并分别给出它们的定义。

p2软件需求的定义:A. Davis：软件需求是从软件外部能发现的，软件所具有的，满足于用户的特点、功能及属性等的集合。

I. Sommerville：需求是问题信息和系统行为、特性、设计和实现约束的描述的集合。

M. Jackson等：需求是客户希望在问题域内产生的效果。

IEEE软件工程标准：（1）用户解决问题或达到目标所需的条件或能力；（2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。

系统静态建模一、实验目的1. 掌握用例（Use Case）、角色（Actor）、用例图（Use Case Diagram）的概念。

2.掌握通过用例图和用例描述为系统建立功能模型。

3.掌握通过类图为系统建立对象模型。

二、所用软件1. Rational Rose2. Microsoft Word三、预习内容1．UML的用例图、类图画法及用例描述的表达方法；2．系统的分析；3．Rational Rose的使用方法。

四、实验内容网上飞机订票系统的业务背景和业务需求如下所述。

1．业务背景：当今世界，以信息技术为主要标志的科技进步日新月异，高科技成果向现实生产力的转化越来越快。

信息技术和信息产业已经成为经济增长的主要推动力之一，信息化水平也已成为现代水平和综合国力的重要标志。

网上飞机订票与传统窗口购票相比，具有航班信息更新快，查找方便，不受时间、空间限制等优点，受到了越来越多乘客的青睐。

采用先进技术，为顾乘客提供一个功能完善，操作方便，安全快捷的网上飞机订票系统非常重要。

2．业务需求分析：本网上飞机订票系统用户分两类，分别是乘客，航空公司。

乘客登录进系统后可以进行查询航班、个人信息管理、购票、退票改签、支付；航空公司登录进系统后可以进行乘客管理、航班管理、订单管理、系统维护。

该系统要求用户界面友好、响应速度快，具有良好的可扩展性。

（一）功能模型1.画出网上飞机订票系统系统的用例图图1 网上飞机订票系统总用例图注：网上飞机订票系统用例清单表格1网上飞机订票系统用例清单2.画出网上飞机订票系统细化用例图图2 网上飞机订票系统购票用例细化用例图注：网上飞机订票系统购票用例细化清单表格1网上飞机订票系统购票用例细化清单（二）对象模型1.总类图在网上飞机订票系统的分析模型中，通过对网上飞机订票系统的分析，找出网上飞机订票系统中涉及的类和各个类之间的关系，画出类图。

在下面给出的类图中，选择了Rose提供的三种类的表示，即边界类、控制类、和实体类，并表示了各个类之间的关系。

软件工程导论试题集1.航空公司“机票预定系统”：航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。

各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位建议等）输出至系统中，系统根据旅客信息和航班信息为旅客精心安排航班。

当旅客交货了预约金后，系统列印出取票通告和帐单给旅客，旅客在飞机降落前一天凭购票通告和帐单交款购票，系统录入有误即为列印出来机票给旅客。

恳请用结构化分析方法，得出系统的功能模型（dfd叙述）。

参考答案：（0层，1层dfd）预订信息旅旅机票机票购票通告行客预约购票通告社账单账单/票款旅客信息航班信息旅行社录入预订信息安排航班取票通知账单机票旅客取票通知机票旅客取票旅行时间姓名性别旅行地工作单航班机票信航空公账单最合适航班机现房机票信身份证号旅客购票通告订价旅行社时等订票旅客账卖出机票信2.一个简化的机票销售系统需求描述如下：售票员根据旅客须要的航班，首先查阅有没有该航班机票。

若存有，则负责管理打印旅客的基本信息，并将选定的机票标志设置为卖出；售票部经理可随时查询每一个航班的售票情况，并在当日结算时能计算出日营业额。

恳请图画出高系统的0层dfd图和1层dfd图(备注：1层水解为查阅和打印、统计数据和排序两个处置)。

-1-3.图书馆的原订图书子系统存有如下功能：（1）由供书部门提供书目给订购组（2）订书组从各单位取得要订的书目（3）根据供书目录和订书书目产生订书文档留档（4）将订书信息（包含书目、数量）意见反馈给供书单位（5）将未订书目通告订书者（6）对于重复订购的书目有系统自动检查，并将结果反馈给订书者画出数据流图，并转换为软件结构图。

4.某单位必须研制一个计算机培训管理系统，它的业务就是将学员打来的信件搜集分类后，按以下几种情况处置：1）处置报名者如果是报名，则将报名数据送给负责报名事物的职员，他们将查阅课程文件，检查课程是否满额，然后在学生文件、课程文件上登记，并开出报告单较财务部们，财务人员开出发票给学生。

“机票预订系统”的需求分析需求分析是开发软件系统的重要环节，是系统开发的第一步和基础环节。

通过需求分析充分认识系统的目标、系统的各个组成部分、各部分的任务职责、业务范畴、工作流程、工作中使用的各种数据及数据结构、各部门的业务关系和数据流程等，为系统设计打下基础。

需求分析的好坏往往决定了系统开发的成败。

需求分析从系统的调查研究入手，需求分析要对系统的各个方面有全面的了解，既包括系统内部的各个方面，也包括与系统有联系的各种外部因素。

通过调查研究和分析，对系统产生比较深刻的认识。

需求分析阶段的最终结果是“需求分析说明书”，它涵盖了对用户环境、事务处理和信息流程分析的一切成果，供项目开发小组和用户共同遵守。

如果采用瀑布模型，就要对“需求分析说明书”进行冻结，使它成为凝固可靠的基线。

万一要求变更基线，开发者和用户双方，都必须执行基线变更程序，此变更程序在合同中已做了明确规定。

现针对“机票预订系统”对机票预订部门的组织结构、业务流程、用户角色职能、系统数据流进行分析。

利用结构化分析和UML中的用例从大到小、从粗到细进行系统建模。

1、组织结构调查系统的组织结构，反映了单位内部各个部门的职责划分和它们之间的关系。

为了对系统有一个全貌性的了解，首先要对系统内部部门结构、人员组织及用户情况有所了解。

对系统组织结构的调查，是从总的方面对系统进行宏观了解和分析。

信息的流动关系是以组织结构为背景的，而且总是伴随着组织部门之间的资金流和物流的传递而产生。

机票预订系统的组织结构如图 1所示。

图1 系统组织结构图机票预订由机票预定部门全面负责，下设信息管理部、票务部、客服部三个部门的业务职责如下：●信息管理部：管理基本信息、主要包括旅客基本信息的查询、更改、删除；航班信息的添加、查询、更改、删除。

●票务部：管理各种票据，主要包括根据订票信息和航班信息打印账单和取票通知、核对账单和取票通知以及交款信息，无误则打印机票并发放。

●客服部：为订票旅客提供实时服务，主要包括投诉咨询受理，和售前售后支持。

1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (3)1.4参考资料 (3)2任务概述 (3)2.1目标 (3)2.2用户的特点 (4)2.3假定和约束 (4)3需求规定 (4)3.1对功能的规定 (4)3.2对性能的规定 (7)3.2.1精度 (7)3.2.2时间特性要求 (7)3.2.3灵活性 (7)3.3输人输出要求 (7)3.4数据管理能力要求 (8)3.5故障处理要求 (8)3.6其他专门要求 (9)4运行环境规定 (9)4.1设备 (9)4.2支持软件 (9)4.3接口 (10)4.4控制 (10)软件需求说明书1引言1.1编写目的在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。

1.2背景本项目（机票预定系统），由王永魁负责开发。

机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。

本系统与其他系统的关系如下：1.3定义SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。

SQL: 一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。

主键：数据库表中的关键域。

值互不相同。

外部主键：数据库表中与其他表主键关联的域。

ROLLBACK: 数据库的错误恢复机制。

系统：若未特别指出，统指本机票预定系统。

SQL: Structured Query Language（结构化查询语言）。

ATM: Asynchronous Transfer Mode (异步传输模式)。

1.4参考资料以下列出在概要设计过程中所使用到的有关资料：1．软件工程及其应用周苏、王文等天津科学技术出版社1992/12．软件工程张海藩清华大学出版社1990/113．Computer Network A.S.TanenbaunPrentice Hall 1996/01文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。

机票票务考试题1.机票销售流程机票销售流程是指从客户购买机票到完成出票的整个过程。

主要包括以下几个步骤：（1）机票查询：客户根据出行的日期、目的地等条件，在机票销售平台上进行机票查询。

（2）选择航班：客户根据查询结果，选择适合自己的航班，包括航班时间、舱位等。

（3）填写订票信息：客户填写个人信息、联系方式等，并进行机票预订。

（4）支付费用：客户根据平台规定的支付方式，支付机票费用。

（5）出票：支付成功后，客户将收到机票确认信息，票务人员根据预订信息，进行出票。

（6）发送机票：票务人员将机票发送给客户，同时通知航空公司有关乘客的信息。

（7）乘机准备：客户根据机票上的指示，按时到达机场办理登机手续。

2.机票销售流程中需要注意的问题（1）准确性：在填写订票信息时，客户需确保个人信息的准确性，如姓名、证件号码等。

任何错误可能导致机票无效或无法办理登机手续。

（2）可靠性：支付费用时，客户应选择可靠的支付方式，并留意平台的支付保障措施，以避免财产损失。

（3）时效性：客户需关注机票的出票时限，避免因超时而导致预订失效。

同时，需提前安排好到达机场的时间，以确保顺利办理登机手续。

（4）选择机票渠道：客户应选择信誉良好的机票销售渠道，以确保购买到正规合法的机票，并享受优质的售后服务。

3.机票退改签规则机票的退改签规则因不同航空公司和机票类型而异，一般包括以下几种情况：（1）退票：客户在购票后，如需取消行程，可进行退票申请。

退票的规则一般包括退票费用、退票时限等。

（2）改签：客户在购票后，如需更改航班、日期等行程信息，可进行改签申请。

改签的规则一般包括改签费用、改签时限等。

（3）签转：客户在购票后，如需将机票转让给他人，可进行签转申请。

签转的规则一般包括签转手续费、签转时限等。

具体的退改签规则需根据航空公司和机票类型进行查询，客户在购票前应充分了解规则，并在购票时与销售平台确认退改签政策。

4.机票服务质量评估机票服务质量评估是指根据客户在购票过程中的体验和满意度，对机票销售平台的服务质量进行评估。

软件工程机票预订实验报告standalone； self-contained； independent； self-governed；autocephalous； indie； absolute； unattached； substantive本科实验报告课程名称：软件工程导论实验项目：机票预订系统实验地点：专业班级：学生姓名：指导教师：年月日1.实验目的和要求目的：为本实验课程做好各项准备工作，熟悉软件开发环境，熟悉电子资源的获取，了解学校内部工资系统的流程及其内容。

本实验课程通过完整地实施软件生命周期各阶段的任务，让学生系统地学习到软件开发过程的主要理论、方法、技术、标准和规范，使他们具备基本的软件开发设计能力；通过软件工程中常用CASE工具和软件项目管理的实践，使他们具备运用各种工具完成项目设计和实施的基本技能；通过集体项目开发，培训学生的合作意识和团队精神，培养学生对技术文档的编写能力。

要求：确定分组成员，根据提供的课题需求，作出相应的可行性研究报告，需求分析，结构化设计等。

结合具体的开发项目进行分析、设计。

二、实验内容和原理1．班级按项目小组进行分组，每组不得超过5人。

2．每个项目小组选出项目负责人或项目经理，由项目经理召集项目组成员讨论、选定开发项目，所有实验中都要采用同一个实验题目。

项目开发的每项任务要落实到人且规定该任务的起止日期和时间。

3．每个项目小组全体成员参加集体讨论需求分析，完成需求分析报告，，修订并评审需求分析报告，确定系统的需求分析模型。

4. 项目总体设计小组每个成员根据第3步需求分析的结果对系统进行总体设计，并完成文档，提交项目小组讨论。

2. 5. 项目详细设计小组人员每人选择第4步的一个模块进行详细设计。

6. 项目小组全体成员选择第4步的一个模块编码实现。

7. 由需求分析人员对第5步的结果进行黑盒测试，设计人员进行白盒测试，并编写测试计划和测试结果报告。

三、主要仪器设备计算机，相关软件开发工具和环境，浏览器四、操作方法与实验步骤小组情况项目题目：机票预订系统项目成员一、可行性分析报告1.引言目的为了方便旅客，航空公司拟开发一个飞机票预订系统。

软件工程课程设计报告题目:机票预定系统指导老师：卢照专业班级:计算机科学与技术系1001班姓名:于洋（2010100150）刘萌（2010100155）谭雪莹（2010100156）2013年4月XX日机票预约系统问题定义可行性研究系统的需求剖析系统的构造化设计数据库设计一、问题定义系统目标与范围说明书项目名称：机票预约系统。

问题：目前部分地域酒店的机票预定还未进入智能办理阶段，费时费劲，效率低下。

项目目标：系统实现后，大大提升旅行局的机票预约服务效率。

降低售票服务中的错误发生率，减少信息沟通的烦杂过程及其带来的开支。

项目规模：开发成本应当不超出5万元。

初步假想：用学校现有的物力和人力资源开发该系统。

可行性研究：为了全面剖析该系统开发的可能性，建议进行大概3周的可行性研究。

可行性研究成本不超出5000元。

跟着社会发展的不停进步，民航事业不停壮大，人们生活水平不停提升，乘坐名航的人也愈来愈多，跟着花费者的不停增加，飞机预定系统在各地预定网点作用也愈显重要。

目前，我国还有相当一部分地域酒店的机票预定还未进入智能办理阶段，和发达地域比较工作效率较低。

在计算机技术快速发展的今日，有必需引进高效的计算机系统来辅助机票预定工作。

所以开发一套拥有完好的储存，查问，查对，打印机票功能的实机遇票预定系统势在必行。

机票预约系统应战胜储存乘客信息少，查问效率低低等问题外，更重要的是其安全性，靠谱性，这关系到航班和乘客的安全及正确，本系统因面向广大机票预约网点，所以要能在售票网点中普及，则需要开发一个功能全，价钱能被顾客所接受的系统。

机票预定系统是为了机场工作人员和客户供给订票退票等与机票有关内容和管理的系统，它拥有开放的系统构造，易扩大的，易保护的，拥有优秀人机界面的长处。

它战胜了存储客户信息少，查问效率低等问题，更重要的是其安全性，靠谱性，实现航空公司的机票销售的自动化，为乘客出行供给方便，便于机场人员信息管理，提升了机场人员对机票管理的工作效率。

软件工程机票预订系统课程设计软件工程课程设计软件工程课程设计说明书题目：机票预订系统院系：专业班级：学生姓名：指导教师：院系软件工程教研室学号学生姓名专业（班级）机票预订系统设计题目1软件工程课程设计设I.本系统采用c语言和数据库技术进行设计的机票预订系统，完成客户在计购买机票的过程中所遇到的一些问题。

技术2.利用软件工程中的可行性研究及分析方法，进行系统分析。

参数1.旅客延迟了取票时间的处理；设计2.班机取消后的处理；要求3.旅客更改机票的处理。

1.课程设计说明书2000字；工2.画出程序框图，数据流图。

作量3.编写代码并上机调试第1天，复习C语言以及数据库技术工第2天，进行系统分析，画出程序流程图，以及流程图作计第3天，编写代码，上机调试运行划第4天，写课程设计报告指导教师签字教研室主任签字2011年11月12日2软件工程课程设计课程设计成绩评定表指导教师评语：成绩：指导教师：年月日3软件工程课程设计摘要本系统是根据C语言和数据库技术开发出来的一种用于机票预订系统的软件，适用于解决机场中的售票问题。

该系统有以下几个功能主要用于机票预订，所以提供了以下几个子功能:机票预订，取票通知，查询航班，查询机票，打印机票，各航班的营运统计，旅客延误了取票时间的处理，班机取消后的处理，以及更改机票的处理等。

机票预订功能:旅行社和机场管理员有权力进行该项功能。

首先通过查询得到旅客所需的航班，确定该航班还有没有被预订的座位，然后选择座位的等级，填写旅客的详细信息之后就可进行网上预订机票。

取票通知：该项功能只有旅行社和机场管理员有权力进行操作，在机票预订功能成功完成之后，系统会自动给浏览器端发送一条取票信息以及所需缴纳的费用。

旅行社可以利用特定设备将该取票信息打印出来，这就是取票通知。

退订机票:该功能只有旅行社和机场管理员有权力操作，利用身份证号和对应的机票号就可以查询到机票信息，然后就可以退订机票。

延误取票时间的处理:如果旅客延误了取票时间，但是离上飞机还有一段时间则在通知旅客来取，否则作废处理。

中央民族大学信息工程学院软件工程实验报告专业：计算机科学与技术班级：计算机09级1班学号：0936008姓名：冯帆指导老师：蒲秋梅目录航空订票系统项目开发计划 (7)1.项目代码 (7)2.项目背景 (7)3.项目功能 (7)4.项目设计 (7)5.项目测试 (8)6.项目风险分析 (8)7.项目任务分配 (8)8.项目开发时间计划 (8)9.项目资源需求 (9)航空订票系统可行性分析说明书 (10)1引言 (10)1.1编写目的 (10)1.2背景 (10)1.3定义 (10)1.4参考资料 (10)2可行性研究的前提 (11)2.1要求 (11)2.2目标 (11)2.3条件、假定和限制 (12)2.4进行可行性研究的方法 (12)2.5评价尺度 (12)3对现有的系统的分析 (12)3.1当前系统的处理流程和数据流程 (12)3.2工作负荷 (13)3.3人员 (13)3.4局限性 (13)4建议的新系统 (13)4.1对新系统的说明 (13)4.2新系统的数据流程和处理流程 (14)4.3改进 (16)4.4新系统的影响 (16)航空订票系统可行性分析报告说明书 (18)引言 (18)1.1编写目的 (18)1.2项目背景 (18)1.3定义 (18)2. 任务概述 (19)2.1 目标 (19)2.2运行环境 (19)2.3条件与限制 (19)3. 数据描述 (20)3.1数据需求 (20)3.2数据库介绍 (21)3.3数据管理能力要求 (22)3.4故障处理要求 (22)3.5其他专门要求 (22)功能需求 (22)4.1功能划分 (22)4.2功能描述 (23)性能需求 (24)5.1准确性和及时性 (24)5.2开放性和可扩充性 (24)5.3易用性和易维护性 (25)5.4标准性 (25)5.5先进性 (25)5.6响应速度快 (25)运行需求 (26)6.1用户接口 (26)6.2外部接口 (26)6.3故障处理 (26)其他需求 (27)7.1管理员信息 (27)7.2管理员界面 (27)航空机票预订系统概要设计及详细设计说明书 (28)1引言 (28)1.1编写目的 (28)1.2背景 (28)1.3定义 (29)1.4参考资料 (29)2程序系统的结构 (30)3 各功能详细描述： (30)3.1主界面模块 (31)3.1.2输出项 (32)3.1.3 算法 (32)3.1.4 流程逻辑 (33)3.1.5 测试计划 (33)3.2航班管理模块 (33)3.2.1 程序描述 (33)3.2.2 输人项 (33)3.2.3 输出项 (34)3.2.4 算法 (34)3.2.5 流程逻辑 (35)3.2.6 测试计划 (36)3.3.用户管理模块 (36)3.3.1 程序描述 (36)3.3.2 输人项 (37)3.3.3 输出项 (37)3.3.4 流程逻辑 (38)3.3.5 测试计划 (39)3.4管理员模块 (39)3.4.1 程序描述 (39)3.4.2 输人项 (39)3.4.3 输出项 (40)3.4.4 算法 (40)3.4.5 流程逻辑 (41)3.4.6 测试计划 (41)3.5查询机票模块 (42)3.5.1 程序描述 (42)3.5.2 输人项 (42)3.5.3 输出项 (42)3.5.4 算法 (43)3.5.5 流程逻辑 (44)3.5.6 测试计划 (44)3.6取票模块 (44)3.6.1 程序描述 (44)3.6.2 输人项 (45)3.6.3 输出项 (45)3.6.4 算法 (45)3.6.5 流程逻辑 (46)3.6.6 测试计划 (46)3.7旅客管理模块 (46)3.7.1 程序描述 (46)3.7.2 输人项 (47)3.7.3 输出项 (47)3.7.4 算法 (48)3.7.6 测试计划 (48)3.8旅行社模块 (48)航空机票预订系统软件编码和测试说明书 (49)1引言 (49)1.1编写目的 (49)1.2背景 (49)1.3定义 (50)1.4参考资料 (50)2 各模块的实现： (50)2.1主界面模块 (52)3.1.1 输人项 (52)3.1.2输出项 (52)3.1.3 算法 (52)3.1.4 流程逻辑 (53)3.1.5 测试用例 (53)3.2航班管理模块 (53)3.2.1 程序描述 (53)3.2.2 输人项 (54)3.2.3 输出项 (54)3.2.4 算法 (54)3.2.5 流程逻辑 (56)3.2.6 测试用例 (56)3.3.用户管理模块 (56)3.3.1 程序描述 (56)3.3.2 输人项 (57)3.3.3 输出项 (57)3.3.4 流程逻辑 (58)3.3.5 测试计划 (60)3.3.6 测试用例 (60)3.4管理员模块 (60)3.4.1 程序描述 (60)3.4.2 输人项 (60)3.4.3 输出项 (61)3.4.4 算法 (61)3.4.5 流程逻辑 (62)3.4.6 测试计划 (62)3.4.7 测试用例 (63)3.5查询机票模块 (63)3.5.1 程序描述 (63)3.5.2 输人项 (63)3.5.3 输出项 (64)3.5.5 流程逻辑 (65)3.5.6 测试计划 (65)3.5.7 测试用例 (65)3.6取票模块 (66)3.6.1 程序描述 (66)3.6.2 输人项 (66)3.6.3 输出项 (66)3.6.4 算法 (66)3.6.5 流程逻辑 (67)3.6.6 测试计划 (67)3.6.7 测试用例 (67)3.7旅客管理模块 (68)3.7.1 程序描述 (68)3.7.2 输人项 (68)3.7.3 输出项 (69)3.7.4 算法 (69)3.7.5 流程逻辑 (70)3.7.6 测试计划 (70)3.7.7 测试用例 (70)3.8旅行社模块 (70)3 编码和界面设计 (71)4 程序代码 (72)航空订票系统面向对象分析说明书 (83)1、用例图： (83)2、类图： (84)3、顺序图： (85)4、活动图： (86)航空订票系统项目开发计划1. 项目代码TBS_12. 项目背景应某航空公司要求，为提高该公司的机票预订效率，降低工作的人力、物力、开支，提高工作的准确性，方便旅客进行机票预订，并对其机票预订信息和旅客信息进行信息存取，现为其开发机票预订系统。

武汉大学软件过程管理复习提纲软件过程管理复习提纲，仅供参考，祝各位考试顺利！1. CMM分哪几个成熟度等级？每个等级的名称是什么？有什么含义？CMM分为5个成熟度等级，分别是初始级、可重复级、已定义级、已管理级、优化级，具体含义如下：初始级组织缺乏明文的管理办法，软件工作没有稳定的环境，制定了计划又不执行，反应式驱动工作开展。

紧急情况下已定的规程丢在一边，急于编码和测试。

个别项目的成功依赖于某个有经验的管理人员。

个别管理人员能顶住削减过程的压力，但他们离职则全然不同。

规定的过程无法克服由于缺乏有效管理带来的不稳定性。

现象往往表现为过程无一定之规，项目进度、预算、功能及产品质量无法保证，项目的实施不可预测。

初始级的软件过程是未加定义的随意过程，项目的执行是随意甚至是混乱的。

也许，有些企业制定了一些软件工程规范，但若这些规范未能覆盖基本的关键过程要求，且执行没有政策、资源等方面的保证时，那么它仍然被视为初始级。

可重复级建立了为跟踪成本、进度和功能的基本项目管理过程。

基于以往项目经验，制定了过程实施规范，使类似的项目可再次成功。

能追踪成本、进度、功能，及时发现问题。

如有分包，其质量也能得到控制。

第二级的管理过程包括了需求管理、项目管理、质量管理、配置管理和子合同管理五个方面。

其中项目管理分为计划过程和跟踪监控过程两个过程。

通过实施这些过程，从管理角度可以看到一个按计划执行的且阶段可控的软件开发过程。

已定义级制定了组织的标准过程文件，这是软件工程基础设施的重要组成部分。

建立了组织的软件工程过程组(SEPG)，负责软件过程活动。

制定和实施了人员培训大纲，保证人员能够胜任岗位知识和技能要求。

针对特定项目，可将标准软件过程(OSSP)进行剪裁。

项目成本、工期和功能已受控，质量可跟踪。

管理者了解所有项目对技术进步的要求。

在第二级仅定义了管理的基本过程，而没有定义执行的步骤标准。

在第三级则要求制定企业范围的工程化标准，而且无论是管理还是工程开发都需要一套文档化的标准，并将这些标准集成到企业软件开发标准过程中去。

软件工程机票预订系统介绍软件工程机票预订系统是一个方便快捷的在线机票预订平台。

用户可以通过该系统浏览航班信息、选择航班、预订机票以及完成支付。

这个系统通过使用软件工程的最佳实践和技术，为用户提供一个友好的用户界面和高效的预订流程。

功能1.用户注册和登录：用户可以创建一个新的账户或者使用已有的账户登录系统。

注册时需要提供必要的个人信息，而登录时需要输入已注册的用户名和密码。

2.航班搜索和浏览：用户可以使用系统提供的搜索功能来查找适合自己的航班。

搜索功能可以根据出发地、目的地、出发时间等条件进行过滤和排序。

用户可以点击航班的详情页面来查看更多有关航班的信息。

3.机票预订：用户可以选择心仪的航班后，预订机票并选择座位。

系统会根据用户选择的航班和座位信息生成一个订单。

4.订单管理：用户可以在系统中查看自己的订单信息，包括预订的航班、座位、订单状态等。

已支付的订单可以进行改签或者退票操作。

5.支付功能：系统支持多种支付方式，包括信用卡、支付宝、微信等。

用户可以选择合适的支付方式，完成订单支付。

6.取消预订：用户可以在规定的时间内取消预订的机票，并根据系统规定的退票政策进行退款。

7.客服支持：系统提供客服支持渠道，用户可以通过在线聊天、电话、邮件等方式与客服人员进行联系，咨询航班信息、订单问题等。

技术1.前端开发：前端采用现代化的前端开发框架和技术，如React、Angular或Vue.js等，以实现用户友好的界面和良好的用户体验。

2.后端开发：后端使用主流的后端开发语言和框架，如Java的Spring、Python的Django或Ruby的Rails等，以实现系统的业务逻辑和数据管理。

3.数据库：系统使用关系型数据库来存储用户信息、航班信息、订单信息等。

常用的数据库包括MySQL、Oracle和SQL Server等。

4.安全性：系统采用合适的安全措施来保护用户的个人和支付信息，如使用加密算法对敏感数据进行加密存储，使用防火墙和入侵检测系统来防止未经授权的访问等。

《软件工程》期末复习第一章软件工程概述一、一、重点掌握的内容：软件和软件工程的基本概念二、二、一般掌握内容：软件生存周期及软件开发的各种模型。

三、三、主要知识点：软件：软件定义由以下三部分组成：（1）（1）在运行中能提供所希望的功能和性能的指令集（即程序）；（2）（2）使程序能够正确运行的数据结构；（3）（3）描述程序研制过程、方法所用的文挡。

软件是一种产品，同时又是开发和运行产品的载体。

作为一种产品，它表达了由计算机硬件体现的计算潜能。

作为开发运行产品的载体，软件是计算机工作的基础、信息通信的基础，也是创建和控制其他程序的基础。

软件的特点:①软件是一种逻辑实体，而不是具体的物理实体，因而它具有抽象性。

②软件是通过人们的智力活动，把知识与技术转化成信息的一种产品，是在研制、开发中被创造出来的。

③在软件的运行和使用期间，没有硬件那样的机械磨损、老化问题。

④软件的开发和运行经常受到计算机系统的限制，对计算机系统有着不同程度的依赖性。

⑤软件的开发至今尚未完全摆脱手工的开发方式。

⑥软件的开发费用越来越高，成本相当昂贵。

软件的分类:软件依据不同的标准,可划分为不同的分类。

软件工程：是指导计算机软件开发和维护的工程学科。

采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来。

软件工程准则可以概括为六条基本原理：（1）用分阶段的生存周期计划严格管理；（2）坚持进行阶段评审；（3）实行严格的产品控制；（4）采用现代程序设计技术；（5）应能清楚地审查结果；（6）合理安排软件开发小组的人员。

软件危机：指的是软件开发和维护过程中遇到的一系列严重问题。

软件工程的基本内容：软件工程学的内容可包括理论、结构、方法、工具、环境、管理、规范等。

软件生存期也可以分为三个大的阶段：计划阶段。

开发阶段和维护阶段。

软件开发模型：软件开发模型是跨越整个软件生存周期的系统开发、运作、维护所实施的全部工作和任务的结构框架。