旅游管理系统课程设计

实验一软件需求分析软件需求分析实验目的：掌握系统的功能描述、性能描述方法；掌握需求分析工具数据流程图、数据字典等；掌握系统需求分析的步骤和方法。实验内容：用结构化数据流分析技术进行软件系统需求分析，得出系统的数据流程图和数据字典。实验步骤：到相关单位进行需求分析综合利用Internet网和相关书籍整理并完善需求分析。画出系统数据流图（分析系统是事务型还是变换型）得出系统数据字典软件系统需求描述：（从功能，性能上进行描述）软件系统数据流程图（由加工、数据流、数据存储、源点和终点四种元素组成）：顶层数据流图1层数据流图2层数据流图软件系统数据字典数据流条目数据流：旅游地别名：描述：用来存储旅游地点信息定义：旅游地=区号+名称+人数位置：数据库数据流：游客别名：描述：用来存储游客信息定义：游客=身份证号+姓名+性别位置：数据库加工条目加工名：旅游管理系统加工编号：0层描述：对管理员添加旅游地点进行管理输入数据流：旅游地，游客输出数据流：旅游地，游客加工逻辑：若管理员输入密码正确则可以进行操作否则重新输入文件条目数据文件名：游客信息表简述：用于存放游客信息输入数据：游客信息输出数据：游客信息数据文件组成：游客信息表=身份证号+姓名+性别存储方式：关键码存取频率：经常数据文件名：旅游地点表简述：用于存放旅游地点信息输入数据：旅游地点信息输出数据：旅游地点信息数据文件组成：旅游地点表=区号+名称+人数存储方式：关键码存取频率：经常4.实验小结需求分析是一项重要的工作也是最困难的工作。通过本实验运用所学知识全面收集与实验有关的相关信息逐步完善需求分析报告。实验二软件概要设计实验项目名称：软件概要设计实验目的：1）掌握系统总体结构的设计；2）掌握系统接口设计、数据结构设计等；3）掌握系统概要设计的步骤和方法。实验内容主要解决实现该系统需求的程序模块设计问题（包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等）。实验步骤首先确定系统总体设计方案（分清系统是事物型还是加工型）。完成系统的模块结构图及模块的功能说明。完成系统的接口设计完成系统的数据结构设计1.软件系统模块结构图：接口设计（1）用户接口屏幕格式：采用窗口格式，可自由转换。与各分窗体之间的切换以完成各种处理菜单格式：列表式菜单，应不同用户选择不同功能（2）硬件接口：现实中要求使用高速以太网以实现快速联网操作，但是在理论实验软件本身的目的来看，无需网络通讯接口。（3）软件接口：Windows标准接口，要求与其他软件无冲突错误发生。3．数据结构设计本系统的基本结构有：登陆：登陆分为两种，一种是游客，一种是管理员需要密码。管理员模块添加旅游地点：管理员能够输入旅游地点信息添加旅游地点显示各地点人数：管理员能够参考所有旅游点显示不足3人的地点并可以删除：查看人数少的地方并可以删除游客模块添加旅游地点：游客可以输入自己的信息添加旅游地点显示所有旅游点：游客可以参考所有旅游点显示可报名旅游点：游客可以参考可报名的旅游点修改旅游点：游客可以修改已经选好的地点4.出错处理设计本系统需要专业的数据库管理员来担任线路管理员,数据据的置信和恢复是系统正式运行后最重要的维护工作之一，需要按不同的要求制定不同的置信计划，定期对数据库和日志进行备份，以保证一旦发生故障，能利用数据库备份及日志文件，尽快将数据库恢复到某种一致辞性状态，并尽可能减少对数据库的破坏。软件就具备自动拼写错误检查等功能，在出现故障后应从整个系统数据库重新载入数据进行操作。故障类别故障举例原因分析硬件故障各种板卡、外设等出现电器故障或机械故障服务器主机部件和外设均完好无损，但日久自然形成的接触不良、CMOS设置错误，负荷太大，电源的功率不足等致命性永久性故障：必须更换元器件。如电子器件寿命有效期到了，长时间工作,电源忽高忽低。软件故障系统配置不当，未安装驱动程序或驱动程序之间产生冲突。内存管理设置错误，如内存管理冲突、内存管理顺序混乱、内存不够等。病毒感染，如OVE和DBF等数据文件打不开，运行速度变慢、硬盘不能正常使用等。软、硬件不兼容。软件安装、设置、调试、使用和维护不当。病毒影响,软件漏洞,缓存堆积实验小结：通过这次学习我对软件的概要设计有了更深的了解，在应用中通过产生问题，解决问题的过程得以很好的提升。实验三软件详细设计实验项目名称：软件详细设计实验目的：1）掌握模块的程序描述；2）熟练使用流程图、ＰＤＬ等详细描述工具3）掌握详细设计的步骤和方法。实验内容：进行软件系统的结构设计、逐个模块的描述（包括各模块的功、性能、输入、输出、算法、程序逻辑、接口等等）实验步骤：1）首先进行程序系统的结构设计。2）然后对主要程序进行描述。注：应该同时进行用户界面设计。软件系统其中的3个模块的详细设计（画程序流程图）：游客流程图添加旅游地点添加旅游地点选择游客功能查看线路信息开始停止显示所有旅游点显示可报名旅游点管理员流程图管理员管理员功能添加旅游地点显示不足3人的地点并可以删除开始停止输入密码NY显示各地点人数程序描述：旅游管理系统是一款面向游客导游旅行查询的管理系统该系统能方便的为使用者提供旅游线路信息，以及让管理员编辑管理各线路信息。根据不同的使用者该管理系统要实现以下目标：客户，他们通过系统可以查看旅游线路信息和导游的信息。线路管理员，他们可以通过系统可以查看旅游线路信息，添加线路信息，删除线路信息。界面设计友好、美观，数据存储安全、可靠；系统最大限度地实现易维护性和易操作性。3.实验小结：本实验进一步定制软件开发的细节问题，明确软件需求安排项目规划与进度、组织软件开发与测试，便于用户与开发商协调工作。对软件开发中将要面临的问题及解决方案进行需求分析。实验四软件测试和调试实验项目名称：软件测试和调试实验目的：掌握软件测试的基本技术和概念；掌握软件测试的方法；掌握程序调试的常用技术。实验内容：用课堂上介绍的方法，对上一实验的程序，进行测试，并要求测试通过，然后撰写软件测试说明书。实验步骤：首先设计测试方案（分别采用白盒法和黑盒法）。进行测试。对于出错的程序进行修改。并不断循环直至程序符合要求。写出测试说明书。1.测试项目1游客报名时的区号2游客查询旅游地2.设计测试用例15个（白盒法10个，黑盒法5个）；在报名输入一个存在的区号在报名时输入一个不存在的区号在录入旅游地点之后显示旅游地在没有录入旅游地时显示旅游地对多开发软件测试结果的评价：各项输入都非常成功4.实验小结；测试任何产品都有两种方法：如果已经知道了产品应该具有的功能，可以通过测试来检验是否每个功能都能正常使用；如果知道产品的内部过程，可以通过测试来检验产品内部动作是否按照规格说明书的规定正常进行。前一种方法称为黑盒测试，后一种方法成为白盒测试。通过测试，运行系统，找出错误和可以改善的地方。实验五UML用例图实验项目名称：UML用例图实验目的：根据系统的功能分析系统的用例组成；确定用例图中的执行者，执行者与用例之间的关系能分析每一个用例的事件流实验内容：××××系统的用例图的设计和实现实验步骤：系统需求分析确定事件流用ROSE画出用例图实验学时：2学时××××系统需求分析1）用户界面友好、性能稳定，软件具有较好的鲁棒性。充分考虑备份、存档等系统维护策略。2）优化数据的逻辑模型设计和物理模型设计，以便提高运行速度、降低存储空间，且能满足数据一致性要求。充分考虑行为的合理划分，提高软件使用的便利性。主要事件流添加课程事件流：用户选择进入管理界面，用例开始。系统提示进入不同用户。A1：进入管理员输入密码进入管理界面，系统显示管理员选择功能。进入‘输入旅游地点’界面。系统提示输入旅游地点信息。进入‘查询各旅游地游客人数’界面。系统显示各旅游地及人数。进入‘显示不足三人的旅游地’界面。系统显示不足三人的旅游地及人数，并提示可以删除。退出系统用例结束A2：进入游客进入游客界面，系统显示游客选择功能。选择‘输入旅游地区号’界面。选择区号并提示输入身份证，姓名，性别。进入‘显示查询所有旅游地’界面。系统显示所有旅游地及人数。进入‘查询可报名地’界面。系统显示可报名旅游地及人数。进入‘修改旅游地点’界面系统提示输入区号和身份证号，然后重新输入报名步骤用例结束。旅游管理系统系统的用例图主要操作步骤：步骤1:确定系统涉及的总体信息步骤2:确定系统的参与者步骤3:确定系统的用例4.