房产11级 张婷婷组 单机客票销售系统.docx

桂林理工大学GUILIN UNIVERSITY OF TECHNOLOGY管理信息系统实验报告题目： 单机客票销售系统 学 院： 管理学院 专业(方向)： 房地产经营管理 班 级： 11-1、2班 学 生： 张婷婷 3110852101 黄柳英 3110852126 黄丽丽 3110852226 林俊岑 3110852210 张成夏 3110852129 孙月美 3110852283 张 帅 3110852135 指导教师： 罗 薇 目录一、绪论- 1 -二、需求分析和系统规划- 2 -1.需求分析的任务- 2 -2.需求分析的过程- 2 -3.系统规划之U/C矩阵- 2 -三、可行性分析- 4 -1.设计目标- 4 -2.经济可行性分析- 4 -3.社会效益分析- 4 -4.技术可行性分析- 4 -5.有关法律可行性- 4 -四、系统分析报告- 5 -1、组织结构图- 5 -2、业务流程图- 6 -3、数据流程图- 6 -4.数据字典- 7 -五、系统设计报告- 10 -1、系统功能结构图- 10 -2、输入输出设计- 11 -3、数据库设计- 12 -3.1.概念结构设计- 12 -3.2.逻辑结构设计- 12 -3.3.物理结构设计- 14 -六、系统运行平台设计- 15 -1.软件设计- 19 -2.硬件设计- 19 -七、系统开发总结- 19 - 26 -单机客票销售系统开发一、绪论随着时代的发展，计算系软件和系统的成熟，火车票的正当管理成为一个影响铁路部门正常运营的因素之一，而建立火车票销售管理系统是一个很好的解决办法。作为计算机应用的一部分，使用计算机对火车票信息进行管理，具有手工管理所无法比拟的优点，例如检索迅速、查找方便、可靠性高、存储量大、保密性好等，这些优点能够极大的提高火车票信息管理的效率，也正体现了火车票的科学化正规化管理。现在随着社会的发展，数据量急剧增长，现在人们就借助计算机和数据库技术科学的保存大量的数据，以便能更好的利用这些数据资源。用户可以通过查询到相关的火车票信息，选择是否适合自己，也可以直接买票、退票，省时省力。本报告详细介绍了单机客票销售系统的系统分析部分，包括可行性分析、组织机构分析、管理职能分析、业务流程分析、数据流程分析、数据字典、处理描述等等；系统设计部分主要介绍了数据库设计；系统实现部分列出了几个主要的程序框图，并附带了一些主要的窗口和程序。本系统界面友好，操作简单，比较实用。二、需求分析和系统规划1.需求分析的任务调查火车票销售系统应用领域涉及的内容，对涉及到领域的各个应用的信息要求和操作要求进行详细分析，形成需求分析说明书。最重要的是调查、收集信息、分析购票人信息和火车票购买流程，处理要求、数据的安全性与完整性要求。2.需求分析的过程火车站为方便旅客，需开发一个火车票购票系统。为便于旅客购票，把购火车票的旅客信息，包括姓名、性别、工作单位、身份证号码、出发时间、目的地，输入火车票订票系统的客户端程序，系统经过查询火车站内的列车车次数据服务器后，为旅客安排列车，旅客在通知和帐单交款后取票，系统校对无误后即印出火车票给旅客，如果某方面出现问题，旅客可以在系统退票。要求系统能有效、快速、安全、可靠和无误的完成上述操作，并要求客户机的界面要简单明了，易于操作，服务器程序便于维护。3.系统规划之U/C矩阵数据类功能个人身份信息订票单购票信息付款通知单车票始终站时刻表车次座位类别余票数量价格查询功能车次查询C时刻表查询C售票情况查询UUUU购票功能购票处理UCU信息查询UUUUUU确认支付UUC调度功能始终站修改U车次修改CUU取票功能身份识别C信息处理UCUUUUUUU确认取票UU统计功能售票统计UC车票打印UUUC数据类功能车次时刻表购票信息付款通知单始终站个人身份信息订票单余票数量车票座位类别价格查询功能车次查询C时刻表查询C售票情况查询UUUU购票功能购票处理CUU信息查询UUUUUUU确认支付UCU调度功能始终站修改U车次修改UUC取票功能身份识别C信息处理UUUUUCUUU确认取票UU统计功能售票统计UC车票打印UUUC三、可行性分析1.设计目标一到节假日，就会出现一票难求的现象，彻夜排队的现象，虽然已经推出邮局代售，银行代理销售，网上订票服务，电话订购，但是对于大部分的人来说要买车票还是要排长队，还有一些不法分子从中作梗，出售假票，还有黄牛党从中赚取暴利，这大大影响人们外出游玩或者归家的心情。从调查中发现人工台售票成功售票一次大约在3到5分钟，而在自动售票机购买而且售票机新增刷卡付款功能的情况下大大减少购买时间，所以建立完善的自动售票系统很有必要。2.经济可行性分析虽然当前计算机硬件成本在不断下降，在软件业由于竞争使得价格日益趋于合理。但是本系统需要相关专业的人员维护，还要对相关人员的培训，硬件的全面升级会是一笔不少的投入。3.社会效益分析基于软件本身编写的目的，相信软件能够实现所期望的正面社会影响。同时也能够实现铁路售票的人性化，有利于提高铁路运输的市场竞争力。4.技术可行性分析在目前的技术条件下能够完成。5.有关法律可行性软件系自主开发，无法律风险。四、系统分析报告1、组织结构图本单机售票系统包括查询、购票、调度、取票、统计四个功能。查询功能可根据客户需求进行车次、时刻、票况等信息的查询。支付票款后系统自动跳转到取票，客户确认后系统自动打印客票。统计功能模块根据售票实时状况进行余票反馈。2、业务流程图购票流程分为直接订票及已订票取票。系统根据客户的选择进行购票或取票。根据客户车次、时间等需求信息转接入售票系统，若无票系统根据客户的调度进行重新购票，客户确认无误后进行支付，系统自动打票出票。同时，车票售出后，系统自动统计票况，反馈到用户界面。3、数据流程图4.数据字典( 1 )数据流的定义数据流编号:D1数据流名称:用户需求信息简 述:用户所需的车次、日期、座位类别、始发地、终点站的客票信息数据流来源:用户数据流去向: 逻辑处理“信息处理”数据流组成: 车次+乘车日期+座位类别+始发地+终点站数据流编号:D2数据流名称:客票信息 简 述:用户查询客票信息当前的余票 数据流来源：查询火车票 数据流去向: 用户 数据流组成: 车次+日期+始发站+终点站+座位类别+单价+余票量数据流编号:D3数据流名称:购票指令 简 述:用户购买车票的信息 数据流来源：信息处理 数据流去向: 余票存储 数据流组成: 车次+日期+座位类别+始发站+终点站+余票（2）数据结构的定义数据结构编号：I01-1数据结构名称：用户购票简 述：用户所填的用户情况及购票要求等。数据结构组成：购票信息+用户信息+客票信息+信息处理数据结构编号：I01-2数据结构名称：查询车票简 述：用户所填的查询车票情况及信息处理等。数据结构组成：查询信息+余票信息+信息处理数据结构编号：I01-3数据结构名称：付款通知单简 述：用户购票时支付款项处理数据结构组成：用户购票信息+客票信息+付款处理（3）处理逻辑的定义处理逻辑编号：P2.1处理逻辑名称：火车票查询简 述：对用户需求信息查询余票量输入的数据流：“用户需求信息”来源于用户，“余票当前剩余”客票量来源于数据存储“余票存储”。处 理：根据“用户需求信息”检索用户需求客票，确认用户需求客票类别，再根据已确定的用户需求客票类别，检索余票储量，以确定有无需求客票。输出的数据流：火车票信息数据。处 理 频 率：即时更新。处理逻辑编号：P2.2处理逻辑名称：购票处理简 述：当用户下订票单时，进行购票处理输入的数据流：订票单来源于外部实体用户。处 理：根据对数据流“订票单”进行购票处理。输出的数据流：数据流“付款通知单”去外部实体用户，然后数据流“付现或刷卡”去付款处理。处 理 频 率：即时更新。（4）数据存储的定义数据存储编号: F1数据存储名称：余票信息表简 述：存放当前余票信息数据存储组成：客票号+车次+座位类别+座位号+乘车日期+始发地+终点站关 键 字: 客票号相关联的处理：P2.1 数据存储编号: F2数据存储名称：订票信息表简 述：存储已订火车票信息 数据存储组成：客票号+车次+座位类别+座位号+乘车日期+始发地+终点站关 键 字: 客票号相关联的处理：P2.2（5）外部实体的定义外部实体编号：S1外部实体名称：用户简 述：使用本系统购票的用户输入的数据流：D1，D2输出的数据流：D1，外部实体编号：S2外部实体名称：票务中心简 述：存放当前客票信息及数量的实体输入的数据流：输出的数据流：五、系统设计报告1、 系统功能结构图由图可知.当系统启动后，系统根据用户的验证判断用户的权限，当为管理员用户登录时会转入管理员功能的模块，否则会转入用户模块。成功登陆后，用户可完成权限内的操作，即当前可以操作的功能模块；用户操作时，系统可自动判断用户想要的功能子模块，并提交给用户，在用户完成操作后可以退出系统。2、 输入输出设计单机客票销售系统输入设计书姓名证件类别身份证号其他证件号到站地乘车日期车次座位类别车次日期出发站目的站座位席别无座硬座硬卧软卧票价已购票数余票数票价已购票数余票数票价已购票数余票数票价已购票数余票数3、 数据库设计3.1.概念结构设计概念结构设计的任务是在需求分析阶段产生的需求说明书的基础上，按照特定的方法把它们抽象为一个不依赖于任何具体机器的数据模型，即概念模型。概念模型使设计者的注意力能够从复杂的实现细节中解脱出来，而只集中在最重要的信息的组织结构和处理模式上。 1.1确定实体：能独立存在的事物，例如人、物、事、地、团体、机构、活动、事项等等，在其有多个由基本项描述的特性需要关注时，就应把它作为实体。在本系统中，实体主要有：用户、车次信息、车票信息2.1确定联系：两个或多个实体间的关联与结合，在确定联系时还要确定其类型。在本系统中，用户和车次信息之间存在“查询”的联系，并且用户和车票信息之间存在“购买”的联系。3.1确定属性：属性指实体具有的某种特性，属性用来描述一个实体。在本系统中，如实体用户可由姓名、身份证号、性别等属性来刻画。3.2.逻辑结构设计 概念结构设计所得的E-R模型是对用户需求的一种抽象的表达形式，它独立于任何一种具体的数据模型，因而也不能为任何一个具体的DBMS所支持。为了能够建立起最终的物理系统，还需要将概念结构进一步转化为某一DBMS所支持的数据模型，然后根据逻辑设计的准则、数据的语义约束、规范化理论等对数据模型进行适当的调整和优化，形成合理的全局逻辑结构，并设计出用户子模式。这就是数据库逻辑设计所要完成的任务。 数据库逻辑结构的设计分为两个步骤：首先将概念设计所得的E-R图转换为关系模型；然后对关系模型进行优化。 在火车票售票管理系统当中包括了ER模型向关系模型的转换： 用户信息表（用户、姓名、身份证号） 车次信息表（起始站、终点站、日期） 车票信息（姓名、身份证号、车次、票价、日期、起始站、终点站、座位类别）E-R图如下：3.3.物理结构设计 数据设计具体如下表5-1,表5-2，表5-3： 表5-1 火车票售票管理系统用户表（user） 编号字段名称字段类型字段说明1userNamevarchar表主键，用户2birthDayvarchar生日3trunNamevarchar真实姓名4cardvarchar身份证号码表5-2 火车票售票管理系统票信息表（ticket）编号字段名称字段类型字段说明1idint表主键，车票编号2startvarchar始发站3destinationvarchar终点站4datavarchar日期5timevarchar发车时间6trainNumvarchar车次7trainBoxint车厢8seatint座位号9sleepvarchar是否卧铺10signint是否有票标志位 表5-3 购票车信息表（raletion） 编号字段名称字段类型字段说明1userNamevarchar用户名2idint表主键，车票编号六、系统运行平台设计1.软件设计 火车票单机售票系统是一个使用量、数据流量非常庞大的线上交易终端，为了保证其能够在最大客流量的前提下依然能够正常有序的运行，就很有必要对系统运行所必须的软件进行很完善的设计。因此我们一直认为要运行这样一个终端售票系统应该装上window 2003以上的操作系统。具体要求如下：项目规格计算机主存512MB或以上CPUIntelPentium/1G Hz 以上输入/输出信道显示方式传统发光二极管/液晶显示2.硬件设计作为一个国家级别售票系统下属的子系统，火车票单机售票系统所需要的硬件运行设备应该是需要一个比较强大的设备，可以考虑选择使用主机终端系统的方式，该方式是以一个或几个比较大型的机子作为主机，通过某一种环形或者混合型的网络拓扑方式来达到主机与终端机之间的有效链接，并且实现实时的数据反馈，更新。七、系统开发总结张婷婷个人总结经过两个星期左右的奋斗，我们顺利的完成了管理信息系统作业。本次结课作业是写份实习报告，而报告是以多人为一组来完成的，我又再次荣幸的成为我们组的组长。这份报告都要先选题，经过我们的讨论，题目决定为单机客票销售系统。作为组长，凡事都要先动手。根据老师给的指导书，我给我们组员每人详细的分配了作业任务。以下是我们组详细的分配任务情况：第一部分需求分析和系统规划是由柳英、丽丽、我负责的；第二部分可行性分析报告是由张帅负责的；第三部分系统分析中的组织结构图和系统业务流程图是有成夏负责的，而我和俊岑负责数据流程图，月美和丽丽负责数据字典；第四部分系统设计中的功能结构图是由成夏负责的；输入及输出设计是由张帅负责的；数据库设计是由我和柳英负责的；第五部分系统平台设计是由俊岑和月美负责的。关于我主要负责的部分做个简单的说明：U/C矩阵由柳英、丽丽以及我一起完成，我们是先百度下网上别人的模板，找出单机售票系统的功能和数据类各有哪些。确定好功能和数据类后，就在excel里做相应的表格，并根据功能和数据类的使用或产生关系，准确在表格中填入对应关系。我还和俊岑负责数据流程图，我是先看书上的基础知识，并根据上课期间老师给的一个关于成绩单的数据流程图的例子，来确定我们单机客票销售系统的数据流程。我们是先在纸上边讨论分析边画出数据流程图的，接着再由俊岑利用作图软件在电脑上进行绘制。我和柳英负责的数据库设计，这个我觉得是相对有点难度，可能是我上课没听多少的原因吧，为此我还看了好久的教材。关于概念结构设计，我根据教材来确定实体、联系、属性三部分入手，从前面系统设计那确定了实体，联系和属性，并完成了E-R图的绘制。作为组长，要负责的部分是比其他成员要多的，既要审核组员做完的部分，她们不懂的或是做不对的我要给她们指点和修改；有的部分组员不会做，我还会把她所负责的部分给她讲解，让组员清楚她的任务。除此之外还催促她们赶紧完成作业。此次作业，从第一部分到最后一部分，每个部分都是互相联系的，我们要相互讨论，研究，不懂的要查看教材。最大的感受就是团结合作很重要。这次报告确实一个人是可以完成的，但是效率会比较低。歌德说过，不管努力的目标是什么，不管他做什么，他单枪匹马总是没有力量的。而多人团结合作的话，效率就明显提高了很多。只有懂得团结合作的人，才能明白团结合作对自己、对别人、对整个集体的意义，才会把团结合作当成自己的一份责任。黄柳英个人总结本次实验报告一共有七位成员共同完成的，每一部分都是由至少两人来共同作业，我需要负责完成的任务有两个部分，其中一个是由我、张婷婷以及黄丽丽同学一起做需求分析和系统规划这部分，主要是对系统的需求进行描述，系统应当具备的功能，用U/C矩阵进行子系统划分；另一部分是由我和张婷婷同学做的数据库设计。在实验的过程中我们遇到了许多困难，一开始我们一头雾水，根本不理解U/C矩阵的根本内涵，仔细查阅了相关资料和回想课堂上老师的讲解并且询问了老师和同学之后，终于对U/C矩阵有一定的理解，虽然不是很深层次地理解U/C矩阵，但是却也明白了U/C矩阵的具体操作步骤。然而，问题来了，单车售票系统里的基本功能和数据类都有哪些，它们之间的关系是如何的，是哪个利用了哪个，哪个产生了哪个？这些都深深的困扰着我们，感觉不管怎么分析都好像是对的，却又好像都不对。后来经过我们三人的反复讨论，终于慢慢地分析出了一些思路和方法，比如，功能中的购票处理对数据类的个人身份信息来说就是利用的过程，而不可能是产生的关系。这一问题解决后，到用U/C矩阵进行子系统划分这一步骤。刚开始我们是按照功能类来调整的，后来发现调整出来的子系统是错误的，认真查阅了教科书后才发现是按照数据类来调整的，也就是说我们在调整U/C矩阵时时是调整U/C矩阵的列（数据类），而不是行。发现问题后我们立马改正了过来。这一问题一解决，这一部分的内容很快就而结束了。接下来就是数据库设计。我负责的是物理结构设计。这一块的难题就在于对数据库的熟悉程度，只要了解数据库的设计过程就不会有太大的问题。由于大二时候我们都专门学过数据库，虽然时隔依旧，但是只需稍稍回忆还是可以顺利进行下去的。我参考了大量的范文，并由此做出了本次实验的物理结构设计。本次实验让我认识到了自己对书本知识的掌握是不够的，非常的生疏，不能真正掌握这门课的精髓，但是通过这次实验也增加了我对这门课的认识，通过多次的操作也能更熟练地使用办公软件。我相信，经过我们的不断努力，我们一定会将这些内容学的更好，从而帮助我们今后更好的工作！黄丽丽个人总结在结课作业中，我本着发现问题分析问题解决问题的思路参与其中，与组员们齐心协力共同顺利地完成了。此次作业中，我参与了需求分析与系统规划，即用U/C矩阵进行子系统划分，和数据字典的编写两个部分。从这次作业设计中，我感受最大的是，无论做任何事，不打无准备之战，成功只留给有准备的人。尤其重要的一点是，我们年轻人，不要轻易给自己的心理设限，只有亲自去尝试去努力了，才知道自己能不能完成，辛苦耕耘了未必有收获，但不尝试必不会有所获。之所以有这样的感触，是因为我们的队伍组建、主体方向和任务分配等工作早早就安排好了，但大家都迟迟没有动手做，总以上课没认真听、整这一门课就很难，肯定不是我们这样的水平能做的等等借口拖延着，还没仔细去了解怎样设计就先给自己无法完成这样的心理防线。当然再怎么拖作业也是要完成的，有压力就有动力，我们都不想做拖大家后腿的那个，在组长的催促下，我们每个人很快调整好方向明确了自己版块。先把书本啃明白，然后负责相同版块的讨论如何着手去做，同时也要和相关版块的同学设计相一致，反复讨论修改，甚至争执，但是慢慢的思路也逐渐清晰了，对整个系统设计分析都有了大体认识，做起来也就更加得心应手了。在编写数据字典时，我和队友参考了网络上相似资料，但大部分还是我们设计的系统里独有的，我们是和相关信息、数据流设计的同学一一对应上，一点点琢磨出来的，可能还存在一些不足，我和队友已经尽己所能去完善了。在团队中工作，团队精神尤其重要，就像木桶原理，最短的那一根木头会极大程度的影响木桶能装的水量。而你我都有可能是团队中最短的那一根，唯有不断使自己成长变得强大，才能在自己的位置上发挥最大的作用。林俊岑个人小结经过大家两个星期的努力，终于把作业完成了。通过此次课程设计，使我更加扎实的掌握了有关信息管理系统方面的知识，在设计过程中虽然遇到了一些问题，但经过一次又一次的思考，一遍又一遍的检查终于找出了原因所在，也暴露出了前期我在这方面的知识欠缺和经验不足。实践出真知，通过亲自动手制作，使我们掌握的知识不再是纸上谈兵。下面就来详细写一下我关于此次课程设计的心得体会：此次的课程设计我们小组一个有七个人，根据老师给我们的任务要求和一些规范及注意事项后，我们小组就聚在一起开始讨论了。我们根据之前选定的课题“单机客票销售系统”先就该系统的目的，大概的几个模块及运行流程，过程中涉及的对象进行了初步讨论，使每个人都对小组的课题任务有个宏观的了解。此后，组长对小组成员进行了明确分工，每个人都有自己的任务。我的任务之一是和另一名组员一起完成系统运行平台的设计工作，包括系统运行的界面设计和所需的软硬件设计。我和我的队友经过讨论，查阅资料，对系统界面所需的数据以及软硬件有了初步的选定。接下来就是把界面呈现出来，我通过PPT这个软件，很好的将界面呈现出来，从颜色，布局，背景，字体等我们都经过讨论，修改，最终完成界面设计，还是挺满意的。软硬件设计方面就通过查阅资料，参考资料上火车站所需的，再结合本案的情况，最终确定单机客票销售系统所需的软硬件。我的任务之一是和另一名组员一起完成三层的数据流程图的设计，在课堂上，老师给我们演示过数据流程图的含义及原理，一层一层，复杂而庞大，但静心细想，理清其中的逻辑关系还是不难理解的。但是现在要针对自己的系统绘制这张网络，一开始还是觉得有难度的，有一种无从下手的感觉，把上课时的案例反反复复看了几遍，理解没一层的含义，经过和队友的一起讨论，我们先把想法在图纸上绘画出来，再经过修改，最终确定了流程图，我用PPT软件，将它呈现出来，我们也完成了这项复杂的任务。当然我明白一些团队合作的重要性，单枪匹马的搞创新对于我这样的普通人来说一方面理论知识肯定或多或少有缺陷需要团队合作相互补充，另一方面，合作可以鼓舞士气，加强信心，并且每个人只需认真的完成一小部分，组合起来就是一份很不错的设计。张成夏个人总结本小组“单机客票系统”的开发主要工作主要体现在前期工作、设计与分析阶段、总结阶段。系统开发的前期工作中，我和组员们通过对中国铁路客户服务中心、去哪儿网、携程网等订票流程以及一些我们在后面的程序设计中需要到得各种模式进行观察研究，通过小组会议进行讨论筛选，制定并分配任务。系统设计与分析阶段，我的任务是将组织结构图、系统业务流程图展现在系统的分析报告部分，将系统功能结构图展现在系统设计报告部分。总结阶段，我将自己负责的部分进行检查梳理，并总结工作及经验。总的来说，我们对自己所做的工作及获得的成果还是比较满意的。“单机客票系统”的开发基本达到了预期目标，课程设计报告通过需求分析和系统规划、系统可行性分析报告、系统分析报告、系统设计报告四部分详细完整地记录了系统开发的过程。首先，我通过实际运用所学知识更深刻地理解了MIS。此次设计使我懂得了业务流程图、组织结构图还有系统功能结构图的画法以及应该注意的问题，将管理知识和现代化系统开发技术相结合，以达到我们的最终目标。其次，系统的设计过程锻炼了我的逻辑能力。如何选取最优解并将每一步的最优解衔接，以图表方式表现出来非常考验人，在繁复的设计过程中我的思路由混乱到清晰，结构、流程图修改了一遍又一遍，才达到预期的效果。再者，小组内部沟通很重要的。为了大家整体思想的统一，我们经常交换意见，力求使彼此间信息对称、理解一致；不同的人对不同的业务有着不同的想法，我们也学会了面对和接受不同的意见，在交流中找到最佳解决方案。刚开始我们组购票系统的模式是功能较为单一的，但是有的组员突然提到已订票的取票，进行了大量的修改，使系统支持已提前订票客户的取票。最后，要有刻苦钻研的精神。这次设计不仅运用了本次课程的知识，同时也结合了许多生活经验，许多设计环节工作量很大，但我们都很努力，刻苦钻研，最终把困难各个击破。此外，在此次设计我意识到团结的重要，开发一项好的软件不是某一个人就能完成的任务小组中的每个成员的能力与协作能力也是致关重要的，不仅是团队内部的交流，更多需要协调好团队之间的交流。由于我们的知识水平有限，并且是第一次做这样的设计，有些设计环节应该不是很完善，希望老师及同学们能多多指点。孙月美个人总结我在这次作业中主要负责系统分析报告中的数据字典板块和对系统的运行平台进行设计，数据字典主要要求对数据流程进行分析，然后编辑代码进行书写，这个部分不是很难，我去网上找了相关数据，翻看了书籍，分析了流程图之后定下来了主体要怎么做。最近做管理信息系统的实验指导时，发现这些实验内容对动手实践的能力要求比较严格，我们每位同学努力操作了都不一定会顺利做出来，我们一定要在了解学习地基础上去模拟这样的操作流程，才有利于更好地掌握这样的开发流程。学习不能是被动的，更需要自己积极主动的获取知识，就尽可能的掌握与专业相关的知识和技能，这样才不会临场慌乱。而我也坚信，这些都必定会对我以后的学习方式产生重大的影响。我们小组在开发系统的这个过程中，我们在更深入的学习和运用理论课的同时，还必须要完成各项上机的实验报告，尽管比较繁琐，我们还是需要好好地完成自己的任务的。课程设计实验课结束了，在之后的时间里面，我一定要理解老师讲解的知识，在理解的基础上把握其要义，这样才能更好地学习知识，同时，也可以为将来提供一