软件工程实验.docx
- 文档编号:1285578
- 上传时间:2022-10-20
- 格式:DOCX
- 页数:17
- 大小:263.49KB
软件工程实验.docx
《软件工程实验.docx》由会员分享,可在线阅读,更多相关《软件工程实验.docx(17页珍藏版)》请在冰豆网上搜索。
软件工程实验
《软件工程》
实验报告
学院:
软件学院
专业班级:
软件1308班
学号:
2013005493
姓名:
朱瑞春
指导教师:
崔冬华
2015-05-20
太原理工大学学生实验报告
专业班级
软件1308班
学号
2013005493
姓名
朱瑞春
实验日期
2015.05.11
实验地点
实验楼209
成绩
课程名称
机票预订系统
实验题目
传统软件开发方法的需求分析建模
目的与任务
目的:
(1)客户端功能
旅行社把旅客要求订票的信息由专人负责输入,进行网上订票。
当旅客交付了预订金后,系统打印出取票通知和帐单给旅客。
(2)服务器端功能
接收由旅行社客户端发回的所需机票信息。
通过网络接收机票信息并存入到服务器的数据库中。
生成航班信息。
根据所需机票信息(时间,地点),在数据库中查询并得到正确的航班的信息,分配
所需的机票数并在数据库中做出已售出的标记。
传递航班信息到旅行社(客户端),把得到的航班信息通过网络传递到旅行社。
打印机票给已经订票的旅客。
根据旅客的取票通知及帐单,经过确认无误后,接受旅客的付款后把机票印出来交给旅客。
任务:
数据流图
(1)旅客订票流程图,如图3.1所示:
图3.1旅客订票流程
(2)旅客取票流程图,如图3.2所示:
图3.1旅客取票流程
数据字典
名字:
旅客信息
另U名:
custom
描述:
旅客个人信息,用于确认旅客
定义:
旅客信息=姓名+性别+身份证号码+旅行时间+旅行目的地位置:
输入到旅行社(浏览器端)
名字:
订票旅客清单
别名:
orderList
描述:
已订票的旅客的记录
定义:
订票旅客清单=所有订票旅客信息的集合位置:
输入到旅行社(浏览器端)
名字:
订票信息
别名:
orderlnf
描述:
旅客的旅行时间和目的地,用于确定旅客的航班定义:
订票信息=旅客旅行时间+旅客旅行目的地位置:
传输到航空公司端(服务器端)
名字:
机票信息
别名:
ticket
描述:
旅客的航班信息,根据旅客的旅行时间和目的地确定
定义:
航班机票信息=旅客机票时间+旅客机票班次+剩余机票数位置:
记录在航空公司(服务器端)
名字:
取票通知
别名:
getMesg
描述:
旅客领取机票的凭证
定义:
取票通知=旅客姓名+旅客身份证号码位置:
输岀到打印机
思考题:
1:
如何理解需求分析在软件开发中的重要性?
需求分析”,就是对需要解决的问题进行详细分析,弄清楚需要解决的问题。
开发人员需要了解
顾客的需求,然后体现在软件中。
如果说软件开发过程中,开发人员需要了解自己做什么,顾客需要
告诉开发人员自己需要什么,而需求分析就是连接开发人员和顾客之间的重要纽带。
只有真正理解顾客的需求,才能设计出顾客所需要的软件。
在过去很长一段时间,开发人员的认为需求分析是整
个开发过程中最简单的一个环节。
然后越来越多的开发人员认识到它才是整个开发过程中的核心部分。
正所谓“磨刀不误砍柴工”。
只有真正理解了顾客的需求,才能顺利开发出顾客真正需要的软件。
如果一味追求进度,而忽略需求分析,很可能南辕北辙,开发变得毫无意义。
2、分析业务流程图,数据流图和程序流程图之间的差别和各自的特点。
数据流图:
它从数据的传递和加工角度,以图形方式来表达系统的逻辑功能,数据在系统内部的
逻辑流向和逻辑交换过程,是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示
放大。
它是描绘信息流和数据从输入移动到输出的过程中所经受的变换。
程序流程图:
程序流程图:
程序逻辑描写叙述程序中控制流的情况,即程序中处理的运行顺序和运
行序列所以来的条件,途中的有向线段表示的是控制流从一个处理走到下一个处理。
(程序流程图标准符号)(数据流图标准符号)
太原理工大学学生实验报告
专业班级
软件1308班
学号
2013005493
姓名
朱瑞春
实验日期
2015.05.11
实验地点
实验楼209
成绩
课程名称
机票预订系统
实验题目
传统软件开发方法的结构设计
总体设计可能的设计方法有自顶向下,逐步细化设计方法;模块化设计方法;结构化设计方法。
针对以上系统要完成的功能,本系统总体设计采用自顶向下,逐步细化的方法将功能层次结构的各个部分组合起来,以完成整个系统的实现细节。
1.层次结构
系统的的顶层结构
航班信息管理
图4.2航班信息管理
订票处理:
取票处理:
例外处理(此处航班改变后,均做退票处理)
2.接口设计(人机界面设计)
管理员和票务员使用同一登陆界面,登陆后进去后有个自的界面,然后进一步操作。
大体的界面设计
订票界面
4.数据库设计
模块设计
模块设计将对总体设计中模块结构进行细化。
登陆模块
航班信息管理的各个模块
订票处理的各个模块
出口
出口
I
V
图:
订票处理各模块
取票处理模块
例外处理退票面模块(延误取票和此模块类似)
思考题:
1.系统设计和需求分析的关系是什么?
两者必须先后关联吗?
需要先进行需求分析后再进行系统设计,需求分析作为系统设计的输入,系统设计的目标是为了实现用户需求。
把用户需求转换为系统需求,所以需求分析实质上做的是理解用户的想法并描述出来,系统设计是把描述的需求转换落地的方案。
2.怎样描绘系统的体系结构?
a.系统体系结构是一个综合模型系统。
体系结构是由许多结构要素及各种视图(或观点)(View)
所组成的,如下图,而各种视图主要是基于各组成要素之间的联系与互操作而形成的。
所以,系统体系结构是一个综合各种观点的模型,用来完整描述整个系统
b.系统体系结构是一个系统建模的方法。
在系统体系结构的各种视图中,以组织视图与行为视图最为突出和重要。
所以,要完成各种视图的综合,必须先完成组织与行为视图的统一。
基本上,通过组织视图与行为视图的合一过程,我们就可以构建出一个可以完整描述的系统。
所以,系统体系结构可以作为构建系统模型的一种方法。
一般来说,系统或软件体系结构都需要用相应的体系结构描述语言来描述,其目的在于为体系结构进行描述和呈现,为体系结构中的相关人员,如:
管理人员、系统开发人员和用户等,提供可以进行沟通的语言。
太原理工大学学生实验报告
专业班级
软件1308班
学号
2013005493
姓名
朱瑞春
实验日期
2015.05.11
实验地点
实验楼209
成绩
课程名称
机票预订系统
实验题目
系统测试
目的与任务
目的:
在实验四基础上选择一个模块进行编码,完成相关的测试。
1、了解软件测试方法分类,其中包括:
1)白盒测试2)黑盒测试3)静态测试4)动态测试
2、了解测试类型
1)单元测试2)集成测试3)确认测试4)黑盒测试
5)白盒测试6)功能测试7)a测试8)3测试
任务:
正确运用软件测试技术和方法,完成系统的单元测试、综合测试、确认测试、系统测试的方法,掌握测试用例的设计方法,并给出测试报告。
二、内容、要求
测试用例:
使用黑盒法测试“新增航班”模块功能
1.验证表单完整性:
用例一:
出发城市:
北京
到达城市:
上海
起飞日期:
起飞时间:
机票价格:
机票数目:
用例二:
出发城市:
北京
到达城市:
起飞日期:
起飞时间:
机票价格:
机票数目:
用例三:
出发城市:
北京
到达城市:
上海
起飞日期:
2008-6-11
起飞时间:
机票价格:
机票数目:
用例四:
出发城市:
北京
到达城市:
上海
起飞日期:
2008-6-11
起飞时间:
12:
30
机票价格:
机票数目:
用例五:
出发城市:
北京
到达城市:
上海
起飞日期:
2008-6-11
起飞时间:
12:
30
机票价格:
1234
机票数目:
用例六:
出发城市:
北京
到达城市:
上海
起飞日期:
2008-6-11
起飞时间:
12:
30
机票价格:
1234
机票数目:
123
2.验证出发城市及到达城市合法性:
用例一:
出发城市:
北京
到达城市:
上海
起飞日期:
2008-6-11
起飞时间:
12:
30
机票价格:
1234
机票数目:
123
用例二:
出发城市:
北京
到达城市:
北京
起飞日期:
2008-6-11
起飞时间:
12:
30
机票价格:
1234
机票数目:
123
3.验证起飞日期合法性:
用例一:
出发城市:
北京
到达城市:
上海
起飞日期:
2008-6-11
起飞时间:
12:
30
机票价格:
1234
机票数目:
123
用例二:
出发城市:
北京
到达城市:
上海
起飞日期:
2008-6-6
起飞时间:
12:
30
机票价格:
1234
机票数目:
123
4.验证机票价格合法性:
用例一:
出发城市:
北京
到达城市:
上海
起飞日期:
2008-6-11
起飞时间:
12:
30
机票价格:
1234
机票数目:
123
用例二:
出发城市:
北京
到达城市:
上海
起飞日期:
2008-6-11
起飞时间:
12:
30
机票价格:
¥1234
机票数目:
123
用例三:
出发城市:
北京
到达城市:
上海
起飞日期:
2008-6-11
起飞时间:
12:
30
机票价格:
-1234
机票数目:
123
5.验证机票数目合法性:
用例一:
出发城市:
北京
到达城市:
上海
起飞日期:
2008-6-11
起飞时间:
12:
30
机票价格:
1234
机票数目:
0
用例二:
出发城市:
北京
到达城市:
上海
起飞日期:
2008-6-11
起飞时间:
12:
30
机票价格:
1234
机票数目:
&123
用例三:
出发城市:
北京到达城市:
上海
起飞日期:
2008-6-11
起飞时间:
12:
30
机票价格:
1234
机票数目:
-123
太原理工大学学生实验报告
一、目的与任务
UML中常用
,通过分析,建立
目的:
掌握面向对象的分析、设计方法,建立对象模型、功能模型和动态模型,并掌握的模型符号的使用方法。
任务:
用一个简单项目(可以考虑仍然选择前面面向过程软件工程所选定的项目)系统用例图,抽取出类,建立顺序图及类的状态图等。
内容、要求
客户
用例模型图
用例模型图说明:
机票预订系统主要使用的对象是旅行社管理员。
管理员根据顾客填写的目的地和时间信息,将其输入系统,系统根据相关信息进行处理,则系统其中的一个功能即用例就是接收顾客信息。
顾客需要用取票单去航空公司取票,系统由管理员输入的信息来识别,则系统的另一个功能即用例就是预定管理员输入信息符合的票。
1-2、类图
类图说明:
为此系统定义了4个类,分别是顾客类,管理员类,航空公司类,机票类。
各个类对应的属性和操作方法在图中已表示出,目前应该还是有很多不完善的地方,在后期再加以修改。
1-3、对象图
对象图说明:
对象图是根据设置的类图而设置的。
一个对象就是类的一个具体实例,本例中设置了一个custom的
取票操作,详细信息在图中已经设置,根据顾客的相关信息和操作,系统会调用相应的类的对象来处理,在本例中不一
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 实验