课 题: 机票预订系统

学生姓名:

学 号:

专业班级:

指导教师:

同组成员:

2022-2023年第1学期

目录

软件需求分析报告

题目:“机票预定系统”

一、系统的问题描述

1.系统简介

2.技术要求和限制条件

二、系统业务流程图

1.系统流程图

2.程序流程图

三、系统的功能描述及功能结构图

1.功能描述

2.功能结构图

四、系统的数据流图及数据字典

1.数据流图

2.数据字典

五、系统的实体图及实体之间的联系图(E-R图)

六.总结

对题目一小问错误理解画出的程序流程图

题目:“机票预定系统”

一、系统的问题描述

题目三:机票预定系统

1.系统简介

航空公司为给旅客乘机提供方便,需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息(姓名、性别、工作单位、身份证号码(护照号码)、旅行时间、旅行始发地和目的地,航班舱位要求等)输入到系统中,系统为旅客安排航班。当旅客交付了预订金后,系统打印出取票通知和帐单给旅客,旅客在飞机起飞前一天凭取票通知和帐单交款取票,系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况,需要定期进行查询统计,以便适当调整。

2.技术要求和限制条件

(1)在分析系统功能时要考虑有关证件的合法性验证(如身份证、取票通知和交款发票)等。

(2)对于本系统还应补充一下功能:

1.旅客延误了取票时间的处理

2.航班取消后的处理

3.旅客临时更改航班的处理

(3)系统的外部输入项至少包括:旅客、旅行社和航空公司。

二、系统业务流程图

1.系统流程图是概括的描绘物理系统的工具。

系统流程图如下:

  1. 程序流程图如下:

三、系统的功能描述及功能结构图

1.功能描述

使用变换分析、事务分析将数据流图映射成功能结构图,将该系统分别为录入信息、信息查询和打印处理,

而录入信息分为:输入旅客信息和输入订单信息;

输入订单信息分为:取票通知和账单;

信息查询分为:旅客信息、订票信息、航班信息;

打印处理分为:取票通知、账单、机票。

2.功能结构图

功能结构图是一种描述功能从属关系的工具,以模块为类别,介绍模块下的功能。可以用来梳理需求和设计产品概念。

四、系统的数据流图及数据字典

1.数据流图

数据流图(Data Flow Diagram):简称DFD,它从数据传递和加工角度,以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程,是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。

源点:旅客、旅行社

终点:旅客

处理:录入信息、安排航班、打印处理、核对取票信息、交款、打印机票

数据流:旅客信息、航班信息、账单、交款信息、取票通知、机票信息、机票

数据存储:旅客信息、航班信息、订票信息

2.数据字典

数据字典是指对数据的数据项、数据结构、 数据流 、 数据存储 、处理逻辑等进行定义和描述,其目的是对数据流图中的各个元素做出详细的说明,使用数据字典为简单的建模项目。

这里包括:旅客信息、机票、取票通知、账单、交款信息、航班信息、订票信息;

名字

旅客信息

别名

描述

旅客个人信息,用于对旅客确认

定义

旅客信息=姓名+性别+身份证号+电话

位置

输入系统客户端

名字

机票

别名

描述

旅客乘机所必要的依据

定义

机票=航班号+订票编号+身份证号+机票价格+起始时间+起始地点

位置

输出到打印机

名字

取票通知

别名

描述

旅客预定机票凭证

定义

取票通知=旅客姓名+取票时间

位置

输出到打印机

名字

账单

别名

描述

旅客支付预定金凭证

定义

账单=旅客姓名+机票价格

位置

输出到打印机

名字

交款信息

别名

描述

旅客支付机票

定义

交款信息=机票+取票通知

位置

输入系统客户端

名字

航班信息

别名

描述

旅客航班信息,依照旅客旅行时间和地点拟定

定义

航班信息=旅客旅行时间+旅客机票班次

位置

输入系统客户端

名字

订票信息

别名

描述

已订票旅客在航空公司的记录

定义

订票信息=旅客姓名+旅客机票信息

位置

传播到系统客户端

五、系统的实体图及实体之间的联系图(E-R图)

六.总结

这个系统的设计确实很有意义,我们在生活订票时都要用到,特别是疫情更严重的当下,预定票改签票已成常态,机票预订系统能更加方便大家随时更改旅途计划和配合国家疫情防控。

然后再讲一下我自己的感受:我要肯定一下,做这个文档需要挺多时间的,同时也会加深对课本知识的印象。

首先,这个题目的数据流图、E-R图和软件工程实验非常相似,我在其基础之上做了少许改动最终也能适应该题要求。这些是我对已有且已经操作过的知识的应用。

其次是在做这个文档的途中我也遇到了一些问题,第一个是系统的业务流程图,我起初感觉熟悉,但又陌生,在教材p38-40处有详细介绍,我重新看了一遍,但发现教材例子实在太单一,于是开始网上搜索,看了很多资料,对这个流图有了一定概念,并作出此图。然后是后面的结构图就比较简单,流图由于做过,所以更加简单,经过修改,修改的话,我认为几个存储可归为一类,故现在只有三个存储。数据字典由于概念模糊,最后于书本p47参考后完成。实体图与实验的E-R图无差别。

但在系统流程图这里本人一直犯难,因为在参考资料时有些网上的人用程序流程图替代了系统流程图,我本人也去搜了下,这两者应该是不能互换的,而我一开始就是以为是程序流程图故做了下面此图,但是看书感觉不对又修改了下。

在做数据字典时还是会纠结,但是结合数据库知识,会发现比较简单一些,最后也是写了出来。这次作业用的时间挺多的,其次也发现了自己很多不足,明明已经掌握的知识运用不熟练,而且很多知识的所具有的相似性让自己陷入了一些小错误之中,会发现自己傻傻分不清这些概念,还有就是一些理论只是有了印象,实际操作起来并没有想的那样简单轻松。发现问题自然就得解决问题,我觉得这次课程设计很有意义,解决这些问题最好的方法就是多做多错,累计经验,熟悉定义。非常感谢这次课程设计,此次可能报告会有些粗糙,但后面一定会更好的,同时也谢谢老师的教导。

对题目一小问错误理解画出的程序流程图

【注:怕软件和分辨率影响缩进,所有图全部转为了图片】

Logo

旨在为数千万中国开发者提供一个无缝且高效的云端环境,以支持学习、使用和贡献开源项目。

更多推荐