软件工程导论实验报告Word下载.docx

上传人:b****3 文档编号:6404958 上传时间:2023-05-06 格式:DOCX 页数:46 大小:633.37KB
下载 相关 举报
软件工程导论实验报告Word下载.docx_第1页
第1页 / 共46页
软件工程导论实验报告Word下载.docx_第2页
第2页 / 共46页
软件工程导论实验报告Word下载.docx_第3页
第3页 / 共46页
软件工程导论实验报告Word下载.docx_第4页
第4页 / 共46页
软件工程导论实验报告Word下载.docx_第5页
第5页 / 共46页
软件工程导论实验报告Word下载.docx_第6页
第6页 / 共46页
软件工程导论实验报告Word下载.docx_第7页
第7页 / 共46页
软件工程导论实验报告Word下载.docx_第8页
第8页 / 共46页
软件工程导论实验报告Word下载.docx_第9页
第9页 / 共46页
软件工程导论实验报告Word下载.docx_第10页
第10页 / 共46页
软件工程导论实验报告Word下载.docx_第11页
第11页 / 共46页
软件工程导论实验报告Word下载.docx_第12页
第12页 / 共46页
软件工程导论实验报告Word下载.docx_第13页
第13页 / 共46页
软件工程导论实验报告Word下载.docx_第14页
第14页 / 共46页
软件工程导论实验报告Word下载.docx_第15页
第15页 / 共46页
软件工程导论实验报告Word下载.docx_第16页
第16页 / 共46页
软件工程导论实验报告Word下载.docx_第17页
第17页 / 共46页
软件工程导论实验报告Word下载.docx_第18页
第18页 / 共46页
软件工程导论实验报告Word下载.docx_第19页
第19页 / 共46页
软件工程导论实验报告Word下载.docx_第20页
第20页 / 共46页
亲,该文档总共46页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

软件工程导论实验报告Word下载.docx

《软件工程导论实验报告Word下载.docx》由会员分享,可在线阅读,更多相关《软件工程导论实验报告Word下载.docx(46页珍藏版)》请在冰点文库上搜索。

软件工程导论实验报告Word下载.docx

①提高票务信息处理速度;

②最大化的降低售票系统出错率;

③减少设备的费用;

④提高工作人员的工作效率。

系统实现后,能够为旅客提供很大的方便,并且减少其因不必要的过程带来的大额开销。

尽量避免售票服务中发生的错误。

∙1.2.3可行性研究方法

根据题目要求定出机票预订所具备的能力及实现的方法。

确定总体结构,利用SQLServer数据库所具有的能力,以最简洁最容易的方法,使用VC++使其成为一个初级的系统软件。

∙1.2.4决定可行性的主要因素

航空公司的支持力度、设备状况、操作人员技术

∙1.2.5评价尺度

①能够与航空系统数据库完美对接;

②操作界面直观、简洁;

③支持多种定金支付方式;

④经费预算在200w~300w之间;

1.3技术可行性分析

1.3.1系统简要描述

在旅游局中的终端是安装了WindowsNT的PC机,主要目的是向机场的服务器传递数据。

当顾客在旅游局进行咨询时,终端向服务器发出查询请求,服务器根据航班信息库的实时数据,向终端发送数据,显示在终端的屏幕上。

当顾客向售票员定票时,终端向服务器发出详尽的一份定单,服务器核对后,存入定票信息库,并修改机票信息库。

当顾客再次来取票时,终端向服务器发出查询定票请求,服务器接收后,查询定票信息库,核对后,传送机票确认表单,终端打印出机票。

1.3.2处理流程和数据流程

1.4操作可行性分析

使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训.,管理人员也需经一般培训.,经过培训人员将会熟练使用本软件.。

两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统.

1.5经济可行性分析

1.5.1支出

基础投资:

终端PC机20台:

8000*20=16万

网络设备:

10万

辅助配置:

共计:

36万

其他一次性投资:

Oracle8.0:

20万

WindowsNT:

10万

操作员培训费:

5万

35万

经常性支出:

人工费用:

6(月)*20(人)*5000(圆)=60万

其他不可知额外支出:

20万

共计:

80万

支出共计:

151万

1.5.2效益

一次性收益

0元

经常性收益

(按银行利率:

1%);

减少员工20人(1000圆/人)五年收益:

1000*(1.1+(1.1)2+(1.1)3+(1.1)4+(1.1)5)*20*12*5=120万

工作效率提高收益(工作效率提高30%):

30*(1.1+(1.1)2+(1.1)3+(1.1)4+(1.1)5)*(30%)*5=45万

经常性收益共计:

160万

不可定量收益

因服务质量提高增加旅客量10%:

1000万*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=360万

收益共计:

520万

1.5.3收益/投资比

520万/151万=344%

1.5.4投资回收周期

2.3年

1.5.5敏感性分析

设计系统周期为五年,估计最长可达10年

处理速度:

一般查询速度<

4秒

关键数据查询速度:

<

2秒

1.6法律可行性

所有软件都选用正版.

所有技术资料都由提出方保管。

合同制定确定违约责任.

1.7结论

经过一系列的各个不同方面的可行性分析,分析员和用户及使用部门的负责,对需要解决的问题取得基本的一致看法,开发小组的开发方案得到批准,使用部门负责人同意开发工程继续进行下去。

第二章需求分析报告

2.1引言

∙2.1.1编写目的

将计算机技术运用于机票预定管理,使机票预定更加方便快捷,为用户提供最舒适、最人性化的服务。

∙2.1.2项目背景

随着社会发展的不断进步,民航事业的壮大,人们消费水平的提高,乘坐民航的消费者也越来越多,机票预订系统在各机票预定网点中的作用也越来越重要。

在计算机技术高速发展的今天,有必要引入高效的计算机系统,来协助处理机票预定工作,因此,开发一套具有完整的存储、查询、核对、打印机票功能的实时机票预定系统势在必行。

机票预定系统。

项目任务提出者:

太原理工大学软件学院。

实现软件单位:

太原理工大学和武宿机场。

系统与其他软件,系统的关系:

∙2.1.3定义

[专业术语]:

[缩写词]:

∙2.1.4参考资料

2.2任务概述

∙2.2.1目标

减少人力与设备费用,改进管理信息服务,改进人员利用率,方便在校大学生,减缓机场系统的压力。

∙2.2.2假定和约束

∙2.2.3人力、资金、时间的约束

机票预订系统实施的目标就是要带航空公司带来看得见的效益,给学生带来方便,其开发过程中也要考虑到人力、资金和时间的约束。

因此,在设计中,重点是网络信息交流,能提供各机票的详细信息,并提高数据统计的即时性、准确性、方便性。

∙2.2.4技术发展规律的约束

计算机技术和产品的发展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式。

例如图象和语音技术的进步,多媒体技术的发展,这些都要求系统在设计时考虑技术变化的可能性,为可能的变化预留一定的系统处理能力。

2.3需求规定

∙2.3.1对功能的规定

∙2.3.2对性能的规定

∙2.3.3精度

搜索输入:

出发地:

城市名(如太原)

目的地:

城市名(如北京)

起飞时间:

年/月/日

定票输入:

旅客姓名:

(如张三)

旅客性别:

男/女

身份证号码:

身份证号码

工作单位:

工作单位

搜索输出:

航班号:

航班号

出发时间:

年/月/日H:

M

价格:

定票输出:

城市名

姓名

座位号:

座位号

∙2.3.4时间特性要求

响应时间;

3s之内

更新处理时间;

每月

∙2.3.5输入输出要求

∙2.3.6旅客信息

用于定票时接收输入,以及领票时服务器返回。

可使用一LONGINT实现。

用于领票时接收输入,以及定票时服务器返回。

飞行目的

用于定票时接收输入,以及领票时服务器返回。

2.4数据描述

∙2.4.1数据特征

1)数据录入的准确性

数据的输入来源是手工输入,并且数据的输入往往是大量的,因此能否准确的记录数据,关系到机票预定的成功与否,错误的输入可能会导致系统输出的不正确性和不可用性,使系统的工作失去意义。

2)数据的可处理性

数据能否及时的录入关系到公司的诚信与处理能力,因此由于输入过程中会有不可避免的错误出现,因此在设计程序时系统应有容错性和一定的处理错误能力,使系统能及时修正错误,保证工作的效率。

3)数据的一致性和完整性

学校与机场共享一套信息管理系统,因此必须保证双方分别获得信息具有一致性,在信息的传递过程中要保证信息的完整性。

同时,在录入信息时,必须保证信息的完整性,若信息不符合标准,应给出警告或直接拒绝信息的录入。

因此在设计系统时,必须有一个部分能够识别信息的有效性。

∙2.4.2系统数据流图

数据字典:

2.5运行环境规定

机票预定系统中的各个子系统的硬件和软件的配置如下:

∙2.5.1服务器端子系统的运行要求:

系统软件:

WindowNTServer

数据库管理系统:

SQLServer

硬件要求:

PentiumIII450以上,258MRAM,14GHD

∙2.5.2客户端子系统的运行要求:

WindowNTWorkstation

硬件要求:

Pentium133以上,32MRAM,4.3GH

第三章概要设计

3.1引言

3.1.1编写目的

本阶段是在系统的需求分析的基础上,对机票预定系统做总体设计。

主要解决实现该系统需求的程序模块设计问题。

包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及模块结构的设计等。

∙3.1.2项目背景

本项目(机票预定系统)是由航空公司委托,由赵竞等5人负责开发。

机票预定系统将由两部分组成:

置于个旅行社定票点的前台客户程序,以及置于航空公司的数据库服务器。

本系统与其他系统的关系如下:

∙3.1.3定义

专门术语:

SQLSERVER:

系统服务器所使用的数据库管理系统(DBMS)。

SQL:

一种用于访问查询数据库的语言

事务流:

数据进入模块后可能有多种路径进行处理。

缩写:

系统:

若未特别指出,统指本机票预订系统。

1.4参考资料

以下列出在概要设计过程中所使用到的有关资料:

1.机票预定系统项目计划任务书浙江航空公司1999/3

2.机票预定系统项目开发计划《》软件开发小组1999/3

3.需求规格说明书《》软件开发小组1999/3

4.用户操作手册(初稿)《》软件开发小组1999/4

5.软件工程及其应用周苏、王文等天津科学技术出版社1992/1

6.软件工程张海藩清华大学出版社1990/11

7.ComputerNetworkA.S.TanenbaunPrenticeHall1996/01

文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。

3.2任务概述

∙3.2.1目标

制定实现该系统需求的程序模块。

∙3.2.2运行环境

系统将由安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序两部分程序组成。

∙3.2.3需求概述

旅行社把预定机票的旅客信息,输入机票预定系统的客户端程序,系统查询航空公司的航班数据服务器后,为旅客安排航班,印出取票通知。

旅客在起飞前一天凭取票通知和帐单交款后取票,系统校对无误后印出机票给旅客。

要求系统能有效、快速、安全、可靠和无误的完成上述操作。

并要求客户机的界面要简单明了,易于操作,服务器程序利于维护。

3.3总体设计

∙3.3.1处理流程

下面将使用(结构化设计)面向数据流的方法对机票预定系统的处理流程进行分析。

系统可分为两大部分:

一、客户机上的程序,二、服务器上的程序。

∙3.3.2客户机程序流程

客户机上的输入信息为旅客资料或帐单号,还包括一个定票/领票选项。

输出为打印帐单或机票,和确认或出错信息。

其内部

1.读入并确定(定票/领票)它是一个事务处理中心,若输入是定票转入2,取票则转入5。

2.读入旅客资料读取所输入的旅客资料,并将其格式化,将格式化数据送3。

3.检验输入资料检验格式化输入资料,初步检查输入是否有误,有误则转2再次读入,无误则将数据送4。

4.准备服务器数据由格式化旅客资料准备需发送到服务器的数据,将准备好的数据送7。

5.读入帐单号读取所输入的帐单号,并将其格式化,将格式化数据送6.

6.准备服务器数据由格式化帐单号准备需发送到服务器的数据,将准备好的数据送7。

下面对各模块(以数字表示)进行功能说明:

7.准备网络数据包将数据准备/加密成网络传输数据包。

8.网络数据发送将数据包经网络发送到服务器程序,它是程序与网络的接口。

9.网络数据接受接受由服务器程序经网络传送到客户机的数据包,它是程序与网络的接口。

10.解开/判断解开9所接受的数据包,并判断数据是定票数据或是领票数据,是定票则将数据送11,是领票则将数据送18。

11.定票成功?

由数据判断定票是否成功,若定票成功将数据送12,不成功则将数据送15。

12.准备输出数据由接收的服务器数据准备输出数据,其中关于帐单的数据将送入13,其他包括旅客资料等送入14。

13.打印帐单由帐单信息处理帐单格式并打印出帐单。

14.输出定位确定在屏幕上显示确定定位及其他信息。

15.判断错误由数据判断出错误类型,将类型送到16。

16.准备错误语句由具体错误类型准备错误语句,送17。

17.输出错误语句在屏幕上显示错误语句。

18.领票核对成功?

判断领票核对是否成功,若成功则将数据送19,不成功则将数据送15。

19.准备机票输出数据由接收的服务器数据准备将打印的机票数据数,据其中关于帐单的机票的数据将送入20,其他包括旅客资料等送入14。

20.打印机票由机票信息处理机票格式并打印出机票。

∙3.3.3总体结构和模块外部设计

服务器程序部分

∙3.3.4功能分配

客户机程序主要有三大块:

接收数据、网络通信及输出部分。

服务器程序主要也是由三大功能:

接收网络数据、数据库操作及发送网络数据部分。

∙3.4接口设计

∙3.4.1外部接口

用户界面

根据需求分析可知,用户需要一个用户友善界面。

界面设计应简单明了,易于操作,突出显示重要以及出错信息。

在设计语言上,使用DevC++进行编程,在界面上使用VISUALC++所提供的可视化组件。

服务器程序界面要做到操作简单,易于管理。

在设计上采用下拉式菜单方式。

总体来说,系统的用户界面应作到可靠性、简单性、易学习和使用

∙3.4.2软件接口

服务器程序使用VISUALC++提供的对SQLSERVER的接口,进行对数据库的所有访问。

网络软件接口方面,使用无差错的传输协议,采用滑动窗口方式对数据进行网络传输及接收。

∙3.4.3硬件接口

对于键盘、鼠标、打印机的使用,用VISUALC++的标准输入/输出,对输入、输出进行处理。

网络传输部分,在网络硬件部分,将使用高速ATM实现高速传输。

∙3.4.4内部接口

内部接口方面,各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。

具体参数的结构将在下面数据结构设计的内容中说明。

接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在各模块间传输。

3.5数据结构设计

∙3.5.1数据库数据结构设计

1.航班班次表:

保存所有从本地起飞的班机信息,主键为航班号。

在定位前先查寻座位空数,在定位后将修改座位空数。

日期/时间

飞行目的地

座位空数

商务仓票价

经济仓票价

2.定位信息表:

保存已定位信息,主键为帐单号,外部主键为航班号。

在旅客领票过程时将用到此表,领票后修改是否领票域

帐单号

是否领票

3.帐单信息/旅客资料表:

保存已定位的旅客信息资料,主键为旅客身份证号,外部主键为帐单号。

主要用于领票时将旅客信息一同返回。

旅客姓名

旅客性别

旅客身份证号

4.机位信息表:

保存各班机各机位定票状况。

外部主键为班机号。

主要用于定票时确定旅客机位,并返回

班机号

机位信息

∙3.5.2物理数据结构设计

物理数据结构设计主要是设计数据在模块中的表示形式。

数据在模块中都是以结构的方式表示。

1.旅客信息

2.帐单号

用于领票时接收输入,以及定票时服务器返回。

3.飞行目的

4.网络包

用于数据在网络上的传输。

5.错误信息

用于关于错误操作。

6.机票信息

用于打印机票准备工作。

数据类型可参照上面所述。

7.帐单信息

∙3.5.3数据结构与程序的关系

服务器程序在对定票/领票进行操作时需对数据库数据库数据结构,也就是数据表进行查询和修改:

在定票/领票过程中都需要对数据库中的所有表,进行联合查询、修改。

物理数据结构主要用于各模块之间函数的信息传递。

出错信息将送入显示模块中,机票结构,帐单结构,送入打印准备模块中准备打印格式。

3.6运行设计

∙3.6.1运行模块的组合

客户机程序在输入时启动接收数据模块,读入并格式化输入。

接收数据模块得到充分的数据后,调用网络传输模块,将数据送到服务器,并等待接收服务器返回的信息。

接到返回信息后调用数据输出模块,产生相应的输出。

服务器程序的接收网络数据模块必须始终处于活动状态。

接收到数据后,调用数据处理/查询模块对数据库进行访问,完成后调用网络发送模块,将信息返回客户机。

∙3.6.2运行控制

运行控制将严格按照各模块间函数调用关系来实现。

网络传输方面,客户机在发送数据后,等待服务器确认收到信号,收到后再等待服务器发送回答数据,然后对数据进行确认。

服务器接到数据后发送确认信号,对数据处理、访问数据库后,将信息送回客户机等待确认。

∙3.6.3运行时间

采用高速ATM网络,实现客户机与服务器之间的连接,以减少网络传输上的开销,节约传输时间。

服务器的性能,影响对数据库访问时间即操作时间的长短,影响客户机操作的等待时间,所以要使用高性能的服务器。

3.7出错处理设计

∙3.7.1出错输出信息

程序在运行时主要会出现两种错误:

1、由于输入信息无法满足要求时产生的错误;

2、由于其他问题,如网络传输超时等,产生的问题。

∙3.7.2出错处理对策

所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。

若真断电时,客户机上将不会有太大的影响,主要是服务器上:

在断电后恢复过程可采用SQLSERVER的日志文件,对其进行ROLLBACK处理,对数据进行恢复。

在网络传输方面,可考虑建立一条成本较低的后备网络,以保证当主网络断路时数据的通信。

在硬件方面要选择较可靠、稳定的服务器机种,保证系统运行时的可靠性。

3.8安全保密设计

由于需要通过网络传输数据,为了保密客户资料,需在网络的传输过程中对数据进行加密。

这个工作主要是在准备网络包,及解开网络包这两个模块完成,它们各对数据进行加密及解密还原工作。

在加密算法选择上将使用RSA加密算法。

具体算法可参照参考资料中《ComputerNetwork》p.598。

3.9维护设计

维护方面主要为对服务器上的数据库数据进行维护。

可使用SQLSERVER的数据库维护功能机制。

例如,定期为数据库进行Backup,维护管理数据库死锁问题和维护数据库内数据的一致性等。

第四章详细设计

4.1引言

∙4.1.1编写目的

在本阶段中,确定应该如何具体地实现所要求的系统,从而在编码阶段可以把这个描述直接翻译成用具体的程序语言书写的程序,解决如何

1.接受:

旅客信息及取票通知和帐单;

2.输出:

取票通知和帐单及机票;

3.网络输出和加密,输入和解密;

4.分辨信息的种类并采取相应的处理步骤;

5.判断信息的正误并采取相应的处理步骤;

6.进行数据库的查询、修改工作;

7.接受并判断错误,输出相应的出错消息;

∙4.1.2项目背景

本机票预定系统项目主要由两部分形成:

1.各旅行社中的前台客户程序;

2.航空公司中的数据库服务器程序;

∙4.1.3文中的定义和缩写

∙1定义

系统服务器所使用的数据库管理

主键:

数据库表中的关键域。

值互不相同。

外部主键:

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

ROLLBACK:

数据库的错误恢复机制。

∙2缩写

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

StructuredQueryLanguage(结构化查询语言)。

ATM:

AsynchronousTransferMode(异步传输模式)。

∙4.1.4参考资料

1.机票预定系统可行性分析报告软件开发小组

2.需求规格说明书软件开发小组

3.《软件工程及其应用》周苏、王文等天津科学技术出版社1992/1

4.《软件工程》张海藩清华大学出版社1990/11

4.2总体设计

∙4.2.1需求概要

航空公司为方便旅客,需开发一个机票预定系统。

为便于旅客由旅行社代替航空公司负责为旅客定票,旅行社把预定机票的旅客信息,包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地,输入机票预定系统的客户端程序,系统经过查询航空公司内的航班数据服务器后,为旅客安排航班,印出取票通知。

旅客在飞机起飞前一天凭取票通知和帐单交款后取票,系统校对无误后即印出机票给旅客。

要求系统能有效、快速、安全、可靠和无误的完成上述操作。

并要求客户机的界面要单明了,易于操作,服务器程序利于维护。

∙4.2.2软件结构

4.3程序描述

3.1input()函数

3.2save()函数

3.3print()函数

3.4search()函数

3.5dingpiao()函数

3.6tuipiao()函数

3.7xiugai()函数

3.8main()函数

∙4.4代码设计

#include<

stdio.h>

string.h>

stdlib.h>

#defineN1000

struc

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 人文社科 > 法律资料

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2