第一篇：软件工程实践实验报告要求
实验一---姓名---学号
加封皮
软件工程实践编写实验报告的要求
试验报告一利用Visio绘制DFD图
根据所选系统，利用Visio绘制系统相关的DFD图。实验学时：8学时
实验要求：
试验报告二 UML工具的使用
学习Rational Rose、StarUML等工具，针对所选系统进行模型分析和设计，完成用例图、类图、序列图、状态图、活动图等图形的绘制。
实验学时：16学时
实验要求：
1．下载、安装Rational Rose、StarUML等工具软件，学习软件使用； 1．可以采用结构化方法对所选系统进行需求分析； 2．采用Visio绘制系传统的DFD图； 3．提交绘制的图形和实验报告。
2．绘制用例图、类图、序列图、状态图、活动图等图形针对所选系统进行模型分析和设计。
试验报告三 软件源代码管理
实验学时：4学时
实验要求：学习基于系统工具进行源代码版本管理
实验要求：
1．下载、安装SVN、Trac等工具软件，学习软件使用；
2．对所选系统的源代码进行版本管理。
试验报告四使用软件测试工具
学习Webstress、NUnit等各类软件测试工具，及Test Manager测试管理工具，针对所选系统实现情况，编写测试计划、设计测试用例，掌握软件自动测试方法。
实验学时：4学时
实验要求：
1．下载、安装Webstress、NUnit和Test Manager等工具软件，学习软件使用；
2．运用NUnit工具软件进行白盒测试用例设计及自动测试； 3．运用Webstress工具软件进行性能自动测试； 4．了解Test Manager测试管理工具的使用方法。
第二篇：软件工程实验报告
实验三：面向对象的系统对象模型实验
一、实验目的
1: 熟悉面向对象分析的基本方法，加深理解对象模型、动态模型和功能模型的意义和 作
2: 学习使用rose工具进行面向对象分析的方法
3：理解对象模型、动态模型和功能模型在rose系统中的表示
4：学习用例图、类图、关联图、顺序图、状态图的绘制方法，了解其各自的作用
二、实验环境
1.硬件环境
P4以上的个人计算机环境，要求内存不少于128MB，硬盘不小于20G.。2.软件环境
操作系统：Windows 2000 或 Windows XP 数据库： SqlServer 2000 或 Access 2003数据库系统 3.通用工具软件
通用绘图工具： MicroSoft Visio 2003 文本编辑工具： MicroSoft Word 2003 4.CASE工具
实体建模工具： Erwin 4.0 UML建模工具：Rose 2000
三、实验内容
1.实验题目
已知资料管理系统提供资料信息维护、资料查询、借阅/归还三项基本功能。使用本系统的角色包括管理员、教师、学生三类。管理员可从事所有操作，学生与教师只能进行资料查询、借阅/归还操作。教师最多可以同时借阅10本资料、学生只能同时借阅5本。对于借阅期满3个月但是仍未归还的资料，在管理员控制下，系统将自动生成并输出“催还单”。
试采用面向对象的分析方法对“资料管理系统”进行需求分析和初步设计，做出其详细的需求陈述；定义基本功能及角色；提取对象、做出用例图和类图 2.实验内容
利用rose工具进行系统建模的实验，建立所指定之题目的用例图和对象模型 3.系统初步设计
资料管理系统的角色有三种，分别是管理员、教师、学生。资料管理系统的基本功能有一下三项： 资料信息维护 资料查询 借阅/归还 4.思考题
1：“角色定义”在应用系统中有什么作用？ 答：角色的定义有利于明晰角色所对应的事物以及对数据和功能的操作权限，是系统更加条理。
2：USE-CASE图反映了系统在哪一方面的需求？ 答：它描述了系统的功能以及如何使用一个系统并显示谁将是相关的用户、用户希望系统提供什么服务以及用户需要为系统提供的服务，它反映了整个系统的一个大概设计。3：对象模型应当包括哪些内容？使用ROSE工具进行分析建模时，通过哪几种图例描述对象模型？
答：对象模型描述的是系统的静态结构，包括系统的类和对象，他们之间的属性和操作，以及它们之间的联系。它通常用用例图和类图来描述。
5系统类图
6.系统用例图
第三篇：软件工程实验报告
《软件工程》课程实验报告
实验名称：教务管理系统之子系统——学院课程安排
姓名：
院（系）：软 件 学 院
专业班级：
学号：
指导教师：
地点：
成绩：
时间：2012 年 10月 日 至 2012 年 11月 8 日
1.实验目的确定项目的可实施性，获取项目的需求，并在此基础上完成系统的逻辑功能模型的建立，了解软件工程中需求分析阶段的主要活动和需求分析文档描述的主要内容，掌握利用数据流图描述系统功能需求的方法，正确应用数据字典。增进对软件工程的理解，学会系统的分析软件的构成，掌握并理解软件从确立到测试等一系列过程。
2.实验内容
1.系统简介
每个学期的期中，学校教务处向各个学院发出下各学期的教学计划，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；学院教学主管人员根据教学任务和要求给出各个课程的相关限制（如：任课教师的职称、上课的班数、最高和最低周学时数等）；任课教师自报本人授课计划，经所在教研室协调任可，将教学计划上交学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师的教学任务书。
假设上述排课过程全部由人工操作，现要求为上述过程实现计算机自动处理过程。
2.限定条件
a)每位教师的主讲课程门数不超过2门/学期：讲师以下职称的教师不能承担学院定主课的主讲任务。
b)学院中层干部的主讲课时不能超过4学时/周。
c)本学期出现严重教学事故的教师不能承担下各学期的主讲任务。
d)本系统的输入项至少包括：教务处布置的教学计划，学院教师自报的授课计划和学院定的有关授课限制条件。
e)本系统的输出项至少包括：教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表（可以不含上课地点）。
项目数据流图
系统的分析“教务管理系统之子系统——学院课程安排”的组成、结构和实现步骤，明白项目的业务流程图，绘制数据流图（DFD），数据模型（ER），编写数据字典（DD），数据加工处理的描述，撰写需求规格说明书
3.实验步骤
1.2.3.4.5.对图书管理系统进行分析，整合用户权限和操作 根据用户操作流程画出系统流程图 对系统做出概要分析，拟定开发流程 绘制出甘特图 绘制线性时间图
4总结与回顾
通过这次实验，我学到了很多东西，教务管理系统是学校的管理核心，管理应涉及到学校的专业设置、学藉管理、成绩管理、网上注册、开课管理、选课管理、师资管理等，在数据库一级建立强有力的安全系统，管理人员可以在互联网的任何地方办工，真正实现学校网上管理。
学校中的教务管理是一项很重要的工作，包括学生管理，教师管理和课程管理等。开发“教务信息处理系统”的目的就是利用计算机的查询和运算功能，代替手工处理，提高工作效力和质量，所以该系统是必要而且能够实现的。
此次开发的软件是教务管理系统的一个子系统，即学院课程安排。通过此次课程设计，我们更加了解了软件的原理，软件的开发方法和步骤，如绘制数据流图和数据字典的编写。进一步掌握了有关数据库设计的知识和JAVA程序设计，了解了有关网络的相关知识，对软件开发平台有了一定了解。我增长了不少软件工程与编程，数据库的知识。在作设计的过程中，软件是不断变化的，开始构造的是一方面，实际制作时又是另外一方面，所以得不断变化。软件必须有效的支持他的用户，我们做的软件是学生选课系统，所以我们需要从学生和老师，管理员的实际情况出发，制定他们操作方便的系统，是软件对用户友好。
在写数据字典之前，我对数据字典的理解有一些偏差，通过这次作实验，我知道了数据字典就是对数据流，数据流分量，数据存储，处理的定义集合。我们做这种比较小的软件时，数据字典还比较好维护，哪里出了问题，可以很快的找到，然后改正。如果做比较大的软件时，数据字典就不好维护了。开发大的软件系统时，数据字典的规模和复杂程度迅速增加，貌似人工维护就不太可能了。
这次实验的完成是我们小组共同努力的结果，我们每个人都付出了很大的汗水，也让我明白了团队合作是多么的重要，那么大的工作量仅靠一个人的力量是不可能完成的，在以后的工作和学习中一定要重视团队合作的重要性，多与合作伙伴交流，了解每个人的想法，最后大家的想法和在一起就是个很了不起的工作。也让我认识到软件在我们的生活中越来越重要，我们的生活处处离不开软件，也让我对自己以后的工作有了很深的了解，让我可以向着自己的目标一点点前进。
第四篇：软件工程实验报告
《软件工程》实验报告
专业班级微软IT一班
学生姓名
指导教师赵春刚
实验一需求分析
一、实验目的通过对软件项目的需求分析，掌握需求分析的主要方法和技术，了解需求分析过程。
二、实验要求
自选一个软件项目，应用软件工程中需求分析方法对系统需求进行分析。
三、实验内容
1、项目完成主要功能概述（1）项目名称
（2）项目完成主要功能
2、项目需求描述（建立需求模型）（友情提示：完成主要的用例模型即可）
四、实验总结
实验二软件设计
一、实验目的通过对软件项目的软件设计，掌握软件设计的方法的技术，了解软件设计过程。
二、实验要求
针对需求分析所选的项目和功能模块进行。完成软件项目主要概要设计和详细设计。
三、实验内容
1、项目概要设计描述（建立概要设计模型）
（友情提示：完成项目的主要系统结构图（功能模块图）即可）
2、项目详细设计描述（建立详细设计模型）
（友情提示：用流程图或UML相关模型（活动图、时序图等），完成两个模块以上）
四、实验总结
说明：（此实验为可选做，若完成实验成绩加分）
实验三软件测试
一、实验目的通过对软件项目的测试，掌握软件测试的原理和方法，了解软件测试过程。
二、实验要求
针对需求分析所选的项目和功能模块进行。完成软件项目主要功能模块的测试。
三、实验内容
1、采用主要测试方法描述
2、主要功能模块测试用例设计
四、实验总结
第五篇：软件工程实验报告1
Compilation of reports 20XX 报 告 汇 编
报告文档·借鉴学习word 可编辑·实用文档
本科实验报告
课程名称：
软件工程
实验项目：
机票预定系统
实验地点：
明向校区实验室 208
专业班级：
软件 1305 班
学号：
2013005747
学生姓名：
王伟
指导教师：
崔冬华
时间：2015 年 4 月 26 日
报告文档·借鉴学习word 可编辑·实用文档
实验 题目: 机票预定系统 1．系统简介 航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金或通过网上支付方式付款后，旅客就可以在飞机起飞前凭个人二代身份证在机场指定系统上自助打印机票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。
2．技术要求和限制条件（1）在分析系统功能时要考虑有关证件的合法性验证（如身份证的验证可以直接连接公安系统的二代身份证信息库）等。
（2）对于本系统还应补充以下功能：
1．旅客延误了取票时间的处理 2．航班取消后的处理 3．旅客临时更改航班的处理（3）系统的外部输入项至少包括：旅客、旅行社和航空公司。
报告文档·借鉴学习word 可编辑·实用文档
课程名称 机票预订系统 实验题目 传统软件工程的可行性研究 一． 引言
随着社会的发展，人民生活水平的不断提高，出行旅游成为了人们放松心情、接触自然的最好方式。优质的服务，快速的运输，廉价的机票，空运成为了人们出行的第一选择。然而传统的购票方式，仍然是人工机械的处理。大多数乘客通过电话方式了解信息和预订机票。这样给服务台增加了很大的压力，并且大多数时间不能及时响应乘客的要求。这种传统的购票方式，不仅效率低下，而且给人们的出行带来了很多不便。同时，人工处理的成本再加上巨额的通信费用造成了传统购票方式的巨大开销。当面对机票订购高峰时刻的大量数据处理的时候，仅靠手工操作以现有的工作人员根本无法应付。同时还会出现由此带来的大量记录存放和管理所带来的问题。从而给旅客和管理人员带来了许多的不便。
航空公司需要开发一个机票预定系统，用于简化处理预定机票的过程。由各个旅行社直接将定票信息通过网络提交到航空公司，系统安排航班及打印各类单据。
目标：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息，为旅客提供快捷、方便的服务。
二． 可行性研究前提
系统规模与功能: 1.旅行社记录旅客的基本信息以及航班需求，并且加工这些信息，最后存储这些信息。
2.旅行社提供旅客订票信息：各个旅行社把预定机票的旅客信息输入到系统中； 3.系统处理订票信息：系统根据旅行社提供的旅客订票信息，为旅客安排航班； 4.系统打印取票通知单和帐单：当旅客交付了预订金后，系统打印出取票通知和帐单给旅客； 5.系统出票：旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客； 6.航班信息中心：包括各航班飞机的乘载情况等信息； 7.对于本系统还应补充一下功能：
(1)．旅客延误了取票时间的处理(2)．航班取消后的处理(3)．旅客临时更改航班的处理
报告文档·借鉴学习word 可编辑·实用文档 8.系统的外部输入：旅客、旅行社和航空公司。
9．注意事项：在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。
三、对所建设系统的分析
技术可行性：在计算机网络、数据库和先进的开发平台的基础上，使用 JSP 技术，在加上好的硬件支持，和高速的校园网络，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统是可行的。在加上扎实的理论知识和一些开发经验。在现有的技术条件和硬件条件的支持下开发机票预定系统被证实为可行的。
本系统使用的操作系统和数据库是目前最为普及和成熟的一种系统开发软件。从这种软件过去使用、升级情况和软件商所承诺的今后软件发展情况分析，系统软件应支持原系统版本上的各种应用正常使用。因而，该机票预定系统不存在技术问题。
服务器采用 Windows 最新系统，利用 MySQL 最新数据库系统。
经济可行性：
社会可行性：
1、法律因素
2、所有软件都选用正版.3、所有技术资料都由提出方保管。
4、合同制定确定违约责任
操作可行性：
所有员工都要接受培训，包括前台工作人员和系统管理人员。要求所有员工都具有一定的计算机操作能力。
客户端与服务器端联系在一起，在旅游局中只设立终端，在机场设立服务器，数据输入由终端输入，所有数据都由服务器处理，只在终端上显示数据结果。
此设计简化了数据处理，但加重了服务器的数据处理。而使用客户端/服务器机理，简化数据流量，加快数据处理。
五、系统流程图
报告文档·借鉴学习word 可编辑·实用文档 填写基本信息旅客 初期数据旅行社将旅客信息输入系统安排航班 交付定金打印出订票通知和账单交款 系统核对 打印机票机票旅客订票通知和账单 旅客旅客信息
报告文档·借鉴学习word 可编辑·实用文档
课程名称 机票预订系统 实验题目 传统软件工程的需求分析建模 一、目的与任务
目的：
(1)客户端功能 旅行社把旅客要求订票的信息由专人负责输入，进行网上订票。
当旅客交付了预订金后，系统打印出取票通知和帐单给旅客。
(2)服务器端功能 接收由旅行社客户端发回的所需机票信息。通过网络接收机票信息并存入到服务器的数据库中。
生成航班信息。根据所需机票信息（时间，地点），在数据库中查询并得到正确的航班的信息，分配所需的机票数并在数据库中做出已售出的标记。
传递航班信息到旅行社（客户端），把得到的航班信息通过网络传递到旅行社。
打印机票给已经订票的旅客。根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出来交给旅客。
任务：
数据流图(1)旅客订票流程图，如图 3.1 所示：
旅客旅客信息记录订票订票旅客清单传给航空公司订票信息订票信息安排航班订票信息传给旅行社订票信息航班机票信息航班信息产生取票通知旅客订票清单航班信息旅客 取票通知 图 3.1 旅客订票流程(2)旅客取票流程图，如图 3.2 所示：
报告文档·借鉴学习word 可编辑·实用文档 旅客旅客订票信息取票通知订票信息确认打印机票核对正确售出机票信息旅客 机票 图 3.1 旅客取票流程 数据 字典 名字：旅客信息别名：custom描述：旅客个人信息，用于确认旅客定义：旅客信息=姓名+性别+身份证号码+旅行时间+旅行目的地位置：输入到旅行社（浏览器端）
名字：订票旅客清单别名：orderList描述：已订票的旅客的记录定义：订票旅客清单=所有订票旅客信息的集合位置：输入到旅行社（浏览器端）
名字：订票信息别名：orderInf描述：旅客的旅行时间和目的地，用于确定旅客的航班定义：订票信息=旅客旅行时间+旅客旅行目的地位置：传输到航空公司端（服务器端）
名字：机票信息别名：ticket描述：旅客的航班信息，根据旅客的旅行时间和目的地确定定义：航班机票信息=旅客机票时间+旅客机票班次+剩余机票数位置：记录在航空公司（服务器端）
名字：取票通知别名：getMesg描述：旅客领取机票的凭证定义：取票通知=旅客姓名+旅客身份证号码位置：输出到打印机
报告文档·借鉴学习word 可编辑·实用文档
课程名称 机票预订系统 实验题目 传统软件工程的结构设计 总体设计可能的设计方法有自顶向下，逐步细化设计方法；模块化设计方法；结构化设计方法。针对以上系统要完成的功能，本系统总体设计采用自顶向下，逐步细化的方法将功能层次结构的各个部分组合起来，以完成整个系统的实现细节。
1.层次结构 系统的的 顶层结构
: 航班信息管理
订票处理:
取票处理：
例外处理(此处航班改变后, 均做退票处理)2.接口设计（人机界面设计）
管理员和票务员使用同一登陆界面，登陆后进去后有个自的界面，然后进一步操作。
大体的界面设计 订票界面 4.数据库设计 体 整体 E-R 图 航班信息管理 航班录入 航班查询 航班修改 航班删除 图 4.2 航班信息管理 图 4.2 订票处理
报告文档·借鉴学习word 可编辑·实用文档 旅客姓名性别 身份证号 旅行时间旅行目的地订票nm机票剩余数 机票编号出发地 机票班次 机票日期旅行出发地航班订票日期目的地编号旅行社编号 模块设计
模块设计将对总体设计中模块结构进行细化。
登陆模块 航班信息管理的各个模块 订票处理的各个模块
报告文档·借鉴学习word 可编辑·实用文档 输入旅客信息检查信息的合法性是否正确？入口NY保存旅客数据出口列出匹配信息自动匹配航班调整和确认匹配入口出口更新数据旅客登记安排航班规范并打印通知单从旅客信息中读出订票信息入口出口通知旅客响应旅客 图：订票处理各模块 取票处理模块 例外处理退票面模块(延误取票和这个模块类似)
报告文档·借鉴学习word 可编辑·实用文档
课程名称 机票预订系统 实验题目 测试
一、目的与任务 目的：在实验四基础上选择一个模块进行编码，完成相关的测试。
1、了解软件测试方法分类，其中包括：
1）白盒测试 2）黑盒测试 3）静态测试 4）动态测试 2、了解测试类型
1）单元测试 2）集成测试 3）确认测试 4）黑盒测试
5）白盒测试 6）功能测试 7）
α 测试
8）
β 测试 任务：正确运用软件测试技术和方法，完成系统的单元测试、综合测试、确认测试、系统测试的方法，掌握测试用例的设计方法，并给出测试报告。
二、内容、要求
测试用例：
使用黑盒法测试 “新增航班” 模块功能 1． 验证表单完整性：
用例一：
出发城市：北京
到达城市：
起飞日期：
起飞时间：
机票价格：
机票数目：
用例二：
出发城市：北京
到达城市：上海
起飞日期：
起飞时间：
机票价格：
机票数目：
用例三：
出发城市：北京
到达城市：上海
起飞日期：2008-6-11
报告文档·借鉴学习word 可编辑·实用文档
起飞时间：
机票价格：
机票数目：
用例四：
出发城市：北京
到达城市：上海
起飞日期：2008-6-11
起飞时间：12:30
机票价格：
机票数目：
用例五：
出发城市：北京
到达城市：上海
起飞日期：2008-6-11
起飞时间：12:30
机票价格：1234
机票数目：
用例六：
出发城市：北京
到达城市：上海
起飞日期：2008-6-11
起飞时间：12:30
机票价格：1234
机票数目：123 2． 验证出发城市及到达城市合法性：
用例一：
出发城市：北京
到达城市：上海
起飞日期：2008-6-11
报告文档·借鉴学习word 可编辑·实用文档
起飞时间：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． 验证机票价格合法性：
用例一：
出发城市：北京
到达城市：上海
报告文档·借鉴学习word 可编辑·实用文档
起飞日期：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 用例二：
出发城市：北京
到达城市：上海
报告文档·借鉴学习word 可编辑·实用文档
起飞日期：2008-6-11
起飞时间：12:30
机票价格：1234
机票数目：&123 用例三：
出发城市：北京
到达城市：上海
起飞日期：2008-6-11
起飞时间：12:30
机票价格：1234
机票数目：-123
报告文档·借鉴学习word 可编辑·实用文档
课程名称 机票预订系统 实验题目 面向对象的分析与设计 一、目的与任务
目的：掌握面向对象的分析、设计方法，建立对象模型、功能模型和动态模型，并掌握 UML 中常用的模型符号的使用方法。
任务：用一个简单项目（可以考虑仍然选择前面面向过程软件工程所选定的项目），通过分析，建立系统用例图，抽取出类，建立顺序图及类的状态图等。
二、内容、要求
用例模型图
用例模型图说明：
机票预订系统主要使用的对象是旅行社管理员。管理员根据顾客填写的目的地和时间信息，将其输入系统，系统根据相关信息进行处理，则系统其中的一个功能即用例就是接收顾客信息。顾客需要用取票单去航空公司取票，系统由管理员输入的信息来识别，则系统的另一个功能即用例就是预定管理员输入信息符合的票。1--2 2、类图
类图说明：
为此系统定义了 4 个类，分别是顾客类，管理员类，航空公司类，机票类。各个类对应的属性和操作方法在图中已表示出，目前应该还是有很多不完善的地方，在后期再加以修改。
报告文档·借鉴学习word 可编辑·实用文档 1 1--3 3、对象图
对象图说明：
对象图是根据设置的类图而设置的。一个对象就是类的一个具体实例，本例中设置了一个 custom 的取票操作，详细信息在图中已经设置，根据顾客的相关信息和操作，系统会调用相应的类的对象来处理，在本例中不一定会全部都涉及。1--4 4、顺序图
顺序图说明：
顺序图用来描述对象之间动态的交互关系，着重体现对象间消息传递的时间顺序。由于在顾客，旅行社，航空公司之间也有先后顺序，所以在顺序图中会有两个生命周期，分别是订票和取票操作。旅行社根据顾客填写的信息，就操作系统的订票功能。系统在对管理进行处理时，会先记录顾客的相关信息，最后再打印取票单给顾客。系统对取票进行处理时，会先收取款，最后会把票给顾客。1--5 5、状态图
报告文档·借鉴学习word 可编辑·实用文档
状态图说明：
在订票系统中，主要会有两个对象的状态：顾客和管理员。顾客的状态最开始是填写信息，再管理员将信息输入系统，此时系统查询合适的航班，顾客收到系统打印出的相应单据，最后顾客将取票单和款返回给系统得到票。1--6 6、活动图
报告文档·借鉴学习word 可编辑·实用文档
活动图说明：
状态图着重描述对象的状态变化以及触发状态变化的事件，活描述系统中各种活动的执行顺序，刻画一个方法中所要进行的各项活动的执行流程。在订票系统中，各种活动由顾客和管理员的状态图转化而来。顾客的信息，之后就由管理员输入系统，系统对应的活动就有查询订票，各自活动都有自己的的后续活动。2、动态模型
动态模型说明：
动态模型主要是描述系统的动态行为和控制结构。动态行为包括系统中对象生存期内可能的状态以及事件发生时状态的迁移，还包括对象之问动态合作关系，显示对象之间的交互过程以及交互顺序，同时描述了为满足用例要求所进行的活动以及活动问的约束关系。动态模型主要包括的状态图、顺序图和活动图已经在1-4、1-5、1-6中画出。
建立动态模型的第一步是编写交互行为的脚本；第二步从脚本中提取出事件，确定后触发每个事件的动作对象及接收事件的目标对象；第三步排列事件发生的次序，确定每个对象可能有的状态及状态间的转换关系，并用状态图描绘它们。最后，比较各个对象的状态图，检查它们之间的一致性，确保事件之间的匹配。3、功能模型
功能模型表明了系统中数据之间的依赖关系，以及有关的数据处理功能，它由一组数据流图组成，此功能模型的分析与设计依照对象模型和动态模型而来。
DFD图（数据流图）描绘信息流和数据从输入移动到输出的过程中所经受的变换。数据流中没有任何具体的物理部件，它知识描绘数据在软件中流动和被处理的逻辑过程，流程如图。4、对象模型
报告文档·借鉴学习word 可编辑·实用文档
对象模型说明:
对象模型描述了现实世界中的类与对象以及它们之间的关系，表示了目标系统的静态数据结构。首先确定对象类和关联，对于大型复杂问题还要进一步划分出若干个主题；然后给类和关联增添属性，以进一步描述它们；接下来利用适当的继承关系进一步合并和组织类。而对类中操作的最后确定，则需要等到建立了动态模型和功能模型之后，以为这两个子模型更准确地描述了对类中提供的服务的需求。
点击咨询 