“报告”使用范围很广，按照上级部署或工作计划，每完成一项任务，一般都要向上级写报告，反映工作中的基本情况、工作中取得的经验教训、存在的问题以及今后工作设想等，以取得上级领导部门的指导。报告对于我们的帮助很大，所以我们要好好写一篇报告。下面是小编帮大家整理的最新报告范文，仅供参考，希望能够帮助到大家。
软件工程实践报告总结软件工程实践报告字篇一
(一)广州中医药大学第一附属医院
广州中医药大学第一附属医院创建于19__年，是一所集医疗、教学、科研、康复、保健于一体的大型综合性中医医院，为全国首批三级甲等中医医院、示范中医医院和首批广东省中医名院，__年广州亚运会定点医院。实际开放病床1250张，医疗业务每年持续增长，__年门诊量突破225万人次，年收治住院病人超过3万人次，急诊量和出车量在全广州市所有医院(含中医院和西医院)中名列前三甲。专家包括“国医大师”邓铁涛教授及全国知名的王建华教授、欧明教授等，是我国华南地区乃至全国的高等中医药临床教育、医疗、科研重要基地之一，也是全国中医技术力量最雄厚的中医院之一。医院医疗实力雄厚，拥有8个国家级重点专科专病(髋关节病专科、肿瘤科、妇科、心血管病专科、针灸科、耳鼻喉科、糖尿病专病、全国中医急诊临床基地)，已进入国家重点专科专病单位数量最多的医院行列，其中多个专科专病成为全国协作组组长或副组长单位。在__年卫生部中国最佳医院之专科排名榜(中西医院一起排序)中，医院妇科排名第八位，骨科排名第九位，在广东省乃至全国中医医疗机构中排名第一。医院也是广州中医药大学第一临床医学院，共有13个教研室，承担着年13000多学时的年课堂教学任务，是华南乃至全国最大的中医临床教学医院之一。学院拥有国家重点学科4个、国家中医药局重点学科3个及博士后流动站2个，拥有中医妇科学、伤寒论、温病学3门国家级精品课程，是全国同类院校中拥有国家级精品课程最多的临床医学院。
二、实践概况
在广州中医药大学第一附属医院，我先后在胃肠甲状腺外科、妇科、儿科、急诊普内科、针灸科、脊柱骨科和内分泌科实践，每科实践时间为一个月。在山东中医药大学第二附属医院，我先后在肾病诊疗中心、消化内科、呼吸内科、心内科、神经内科、生殖中心、骨科、血液肿瘤科、泌尿外科、儿科、心电图室、特检科、放射科、神经外科、心胸外科实践，每科实践时间为两周。实践期间，我能遵守医院和科室的各项规章制度，以一名实践医生的标准严格要求自己，积极参加医院和科室组织的各种学术活动，医学知识得到进一步巩固提高，临床操作技能得到很大程度锻炼。
(一)医学知识得到进一步巩固提高
在实践期间，对各科室常见病、多发病的临床表现、诊断及鉴别诊断、治疗原则有了初步认识。如胃部疼痛，需要和心绞痛鉴别，这时心电图可提供鉴别依据，再结合患者病史可作出诊断。与此同时，对于临床常用药物的使用也有所了解。如在呼吸内科实践时，初步掌握了抗生素的规范使用;在肾病诊疗中心实践时，初步掌握了使用激素的适应证和禁忌证，等等。在实践期间，还遇到过急性心肌梗死、上消化道出血、阑尾炎等急症，并亲自参与到溶栓、止血、手术等治疗过程中，对教科书上学到的有关疾病的相关知识有了更加深刻的理解。
(二)临床操作技能得到很大程度锻炼
在带教老师的指导下，对于实践大纲上要求掌握的临床技能进行了重点学习。在内科实践时，基本掌握了全身系统查体的要领，掌握了测血压等基本临床操作。在外科，掌握了外科基本操作如洗手、穿手术衣、带无菌手套、缝合、打结、减线、换药等。在心电图室，掌握了心电图机的操作方法和临床常见的房性早搏、室性早搏、房颤、房室传导阻滞、束支传导阻滞等的心电图表现。在特检科，熟悉了心脏彩超、胃镜、b超等报告的书写。在放射科，熟悉了骨性关节炎、支气管炎、肺结核等的_片的特征及颈椎、腰椎间盘突出、脑梗塞、脑出血的ct表现。在生殖中心，掌握了涂片的制作方法及显微镜的使用。在针灸科，能够独立给患者进行针刺、隔姜灸、推拿等治疗。在门诊掌握了问诊要点及门诊病历的书写，在病房基本掌握了入院记录、首次病程和病程记录的书写。
三、实践体会
在实践过程中，对于中西医的发展及医患关系的处理有了自己初浅的认识和体会。作为赴广州实践的实践队长，带领所在实践队同学较圆满地实现了增进两校交流的目的，开拓了眼界，增长了见识。
(一)向中医药强省学习
广东是中医药强省，中医氛围好，群众信赖中医，在中医药宣传、对外交流、教学等方面值得我们学习。
宣传得力对创造浓厚的中医药氛围有重要意义
广州的各大中医院都会定期在周末通过义诊、讲座等形式向广大群众传播中医药知识，医院的宣传栏也会定期更新医院专家在各大报刊上发表的适于公众阅读的医学科普文章，每个科室都在病房的走廊上详细介绍该科室的中医诊疗特色，这些做法都有效地向公众传播着中医药文化。
软件工程实践报告总结软件工程实践报告字篇二
这次实习的目的是提高我的专业技能、实践能力，让我了解一些实际的工作情况。正式工作前对我意义重大。在实践中对专业技能、综合素质、人际关系有更深的体会，这给了我正式工作前的宝贵经验。
这次实习的主要任务是了解整个软件制作流程，以及各个环节的细节。学完这些环节，就可以用学到的知识去完成一个公司安排的项目。我分配的项目名称是诊所管理系统。我们将以小组的形式共同完成这个项目，模拟实际的软件制作过程，最大限度地将学到的知识转化为实践能力。为真正的项目做好充分的准备，这样实习后才能在正式工作中面对。
公司的最终目的是希望能了解实际的项目制作，初步了解各个环节的意义。让我们将项目用于实际生产，这样我们可以更好地理解项目生产中每个过程的意义，以及团队在项目生产过程中是如何合作的。
我的实习单位是埃森哲信息技术（大连）有限公司软件开发部，校企合作。该部门的主要职能是外包服务工作，根据客户需求制作相应的软件。因此，我们需要熟悉整个软件开发过程，这样才能处理客户的各种问题，做出更好的软件来满足客户的需求。
因为实习的原因，我的职位是软件助理工程师。具体的时间安排是实际的项目制作和专业知识的学习。实习时间8周。本来实习的地方是在公司。后来因为公司内部原因，我们实习的地方改成了学校内部实习，每天的时间和正式工作一样。上午8点和5点，每周六周日休息。
整个实习的实际过程前面已经讲过了，包括八周的实际项目制作和专业知识学习。具体每周任务、实际工作内容、专业知识和技能的实际应用会根据不同环节而有所不同。但总体目标是让我们了解实际工作中的软件生产流程，以及每个流程需要的技术和注意点，让我们用实际的项目去实践。
整个实习的任务和目的上面已经介绍过了。下面将详细介绍整个实习过程，并详细讲解每个过程的细节。
具体时间安排如下：
第一周：这个项目需要的知识将被集中整理和复习。巩固一些不熟悉的知识，以防项目出现意外需求。实习的第一天，企业的经理向我们详细解释了软件工程科学对软件生产的重要性，并在此基础上给了我们大致的实习过程。
第二周：直接进行项目的需求分析。因为已经给出了项目名称，可行性分析就取消了。分配给我们小组的项目是“门诊管理系统”，去诊所实地调查是必然的。在实际调研过程中发现，需求分析的过程非常非常重要，需求分析文档的制作决定了项目的各项功能以及软件是否满足用户的需求。本周的收获是软件需求分析的文档化，这是软件工程中非常重要的一步，这个环节是整个软件生成过程中最重要、最关键的一环。
第三周：这一周由于临时变动，将概要设计和详细设计合并成一周。根据调查结果，进行概要设计。因为是第一次制作软件概要分析文档，所以有很多不规范的地方，比如数据流图的制作，很多小细节都忽略了，所以像这样的问题还是很多的。但这些问题经过组员的积极讨论和修改，以及老师的指导，都得到了解决。然后，根据概要设计，进行软件的详细设计。详细设计相比于概要设计能感觉简单一点，不知道感觉对不对。因为在概要设计模块中，我们已经设计了需要实现的模块、接口、类、函数，所以我们只需要考虑每个类的函数都可以用代码来实现，而不是写在代码上，而是用流程图、伪代码等相关技术来表达。正式的编码在这个阶段生产完成时开始。到目前为止，准备工作终于完成了，差不多花了我们一半的实习时间。这一周的时间，我们不知不觉就在忙碌中度过了！下周我们将进入这个项目的实际编码，这也是我们最熟悉的地方。感觉终于有地方投稿了，期待下周的到来。
第四周：根据详细设计对项目进行编码。本周，我们进行了实际的编码。我最大的感受就是按照详细设计的编码很清晰，伪代码等转换过程可能有点困难。和我们过去直接编码相比，流畅度不言而喻。
第五周：这周本来是要测试的，但是编码后企业老师指出了很多问题，说我们写的代码太粗糙了，要小心处理代码，把测试推到下周。这一周我们受益匪浅，对代码标注和编码格式有了更深入的了解。
第六周：根据完成的项目测试项目。这一周是软件测试，分为几个阶段，从最基础一节课内的方法测试到整个项目的综合测试。与之前的测试不同，这次我们先写测试文档，待测试文档通过检验后，再逐步测试文档。我想，这可能是我们未来工作的大方向，基于文档的项目制作。因为测试文档的制作进度太慢，我们这周忙于测试文档的制作，其他什么都没做，所以测试只能等到下周。我希望下周的考试会很有效率。期待尝试一下，感觉很想拿着测试文档测试一下。
第七周：拿着测试文档，按照上述要求逐一测试，确认项目的正确性。顺利的考试让我精神焕发。拿着测试文档直接查代码就行了。几乎没有必要考虑程序内部的测试流程，因为文档已经为你写得很清楚了。在这里，我有一种感觉，在埃森哲这样的大公司，文档的重要性比编码本身更重要。我想这就是为什么企业派来的老师没有直接给我们技术培训，而是让我们了解软件工程的流程。当然，根据企业文化的不同，软件工程的生命周期也会有细微的差异。他们会选择最适合自己公司的方法进行整个软件生命周期，而不是一成不变的。
第八周：这一周，我们没有任何与技术相关的任务，只需要准备个人演示。但是不要小看这个人的发挥，因为他会占你整个实习成绩的50%，这是本周一企业老师告诉我们的。我们之前都不知道有实习结果。项目总结，我们会花一个星期的时间总结整个实习的收获，这个星期的周五呈现自己，汇报收获。至此，实习生涯就告一段落。这一周，我们从收获、总结、经验等方面对整个实习的精髓进行了思考、沉淀、总结、提炼。基于ppt，我们进行了10分钟的个人陈述和项目答辩。在这方面，我们的实习彻底结束了。
项目的制作和难题的解决，会让我们熟悉大学即将遗忘的知识，对代码有更深的理解。代码的重用，类与类之间的调用，对象的创建，数据库的连接以及各种专业知识的使用，让我们能够更好的将这些各种知识合理的整合在一起。
如果专业知识收获很多，那么下面的专业技能就是整个实习过程中最大的收获。我很少关注代码的标注和编码的规范，也没有太多关注。但这一次，我意识到了他的重要性：这是一个软件开发人员必须具备的能力，或者说应该特别注意的能力。因为我们的代码没有太多的注释，很多地方的编码很不规范，企业老师宁愿让我们多花一周时间修改，也不急于下一次测试。在这一周的复习中，通过自己的经历和老师的强调，对代码编码规范和代码标注有了更深入的了解。通过这次实习，个人认为代码标注和编码规范比个人技能更重要。
这次实习的最终目的是希望能够了解软件生产的全过程，也就是软件工程的科学。这次实习，中间做文档的时间大概是编码的几倍，甚至因为我们的修改，编码时间也只有两周，而其他大部分时间都在做文档。个人觉得进公司后，文档制作比个人技能更重要。因为有了文档，我们的项目制作非常流畅，规定非常明确，逻辑非常流畅。这些文档在做软件的过程中起着重要的作用，所以我觉得软件工程可能是我未来的方向。
最后，总结一下这段时间实习的收获，真的让我受益匪浅。实习期间不仅学到了技术上的收获，还学到了生活中的人际交往以及很多其他的经验。这些都将作为我进入社会的基础。我会以此为基础，以一颗勇敢无畏的心迎接即将到来的工作。
动词（verb的缩写）实习经历
这次实习给了我深刻的体会，不仅是专业上的收获，还有团队之间的合作，让我明白了团队的意义。工作快到了，期待工作的到来。我会努力把学到的知识运用到实际工作中，迎接一个又一个挑战。前面的路上会有很多困难等着我，但我并不害怕，因为我坚信，只要我努力，我最终会克服这些困难。路就在我脚下，我会带着坚定的信念前进，不怕挫折！
软件工程实践报告总结软件工程实践报告字篇三
手指在键盘上敲敲打打，写下我点点滴滴记忆。今年的夏天酷热如旧，今年的雷雨急骤如夕。然而今年的夏天我们却肩负着不同的使命，拥有不同的感动。我们在学院领导的关怀下,在院团委的支持和系党组织的带领下，我们“牵手石化储运，共促科学发展”暑期实践团队的活动已经_束。
三下乡为的是更好的让大学生了解当今社会,更好的适应以后的社会,为出社会做了一条道路。只有真正的投入其中去，才能够领略到当中的道理。在活动中每一位同学都互助、互爱。在一个合楷的气氛中开展活动。不论是活动的前后，大家都有一颗善良的心，一个良好的心态，一个开心的心情，对突发的事件能够保持冷静，以平常心来对待!我们队员之间保持良好的联系，外出事先报队长得到批准。我们每个人都记日记，记录着当天的生活点滴，每2~3日进行工作小结。
泪水与喜悦，还是要落入俗套，最想说的一句话还是时间过得好快，十二天的暑期实践活动就这样结束了。从开始时的喜悦与好奇到如今的怀念与不舍，种.种感想在这短暂而又漫长的十二天里，从我的心里飘过飘过，难以忘怀!这十二天的暑期实践经历，我获得了很多，有友情，有经验……在参观学习过程中遇到了两位中国石油大学研究生的学长，学长跟我们聊了储运专业的前景，另外学长建议我们在校大学生要好好珍惜在学校的时间，尽量多去学习。给我印象最深的是他说大三的专业课很重要，除了老师强调的重点知识外，一些细微的知识我们自己也要主动去钻研，像海洋学院这样比较年轻的学校，知识系统比起其他老资格的学校的来说还不是很全面，而大学的知识又是最最基础的，为了把基础打好，我们更得主动去多学，学精，否则和那些211工程学校的同学竞争起来就相对较弱了。这些话很诚恳，很现实，联想到自己近两年来的学习态度，实在难以启齿，大三，是得踏踏实实地学习专业知识了，不管今后是不是从事这一行，但对于自己多学知识总是有利的。这次的三下乡活动，不仅仅是个好的学习的平台，更是我们锻炼自己、接触社会的一个很好的机会。先感谢一下给我这个机会和一直鼓励我坚持下去的那些人们!
一、合理分配
不论是做什么工作，总会有要分配的时候。合作能力我也与同学们差不多，通过这一次的社会实践，让我知道了合作的重要性。在我队出发前，我们的一些活动材料还没有全部到位，留了一名同学在学校，团队的活动日程才得正常开展，要是不分配下去而是全部留下来的话，那我们的团队活动肯定是不完满的。
二、主动提问
我们学生与社会接触不多，不好意思主动的去找一个提问，有点害羞。没有老师在，一切都需要我们自己去考虑，哪怕只是一根铁丝，一枚钉子，都要我们想到。活动中会有很多问题，或许是个人无法考虑全的，那就需要大家集思广益，把自己想到的提出来，把自己不懂的提出来，让大家一起解决。
软件工程实践报告总结软件工程实践报告字篇四
根据学校要求，本人在开学前三周参加了毕业前的实习工作。我所实习的工作单位是天津木牛流马科技发展有限公司。公司主要从事软件开发方面的一些工作，包括java，c#方面的开发。本人在公司主要从事的是java项目的开发，包括前期的需求分析以及开发。
公司强调以人为本，认为对员工的投资是最重要的投资，通过对员工的培训提高员工的工作能力，并可以在多方面体会到公司方面的关怀与照顾，非常感谢这段时间公司的培养。
作为一个软件开发技术公司，不同于一般的那种严肃的气氛，给人的感觉是比较的宽松，公司的人情味也比较浓。让我们很快的就能融入这个小家庭。
首先给我的任务就是熟悉企业的开发流程以及企业的编码规范，了解这些是非常重要的，对于团队开发来说，统一的编码规范是必须具备的，因为编码如果不统一的话，每个人都有自己的编码方式，开发出来的系统可用性是很差的，而且也不利于今后的维护以及二次开发。所以开始花了两天的时间来看编码规范。这里面还是很有学问的。
接下来还要学习公司所用到的技术。在学校的学习中，我主修的方向是java，除了学习java基础外，还学习了html,css，jquery等前台页面的技术，以及struts,hibernate,spring框架技术，为企业开发已经做好了一些准备。公司需要我学习的技术为webservice和ibatis。通过学习，了解到webservice是一种可以接收从internet或者intranet上的其它系统中传递过来的请求，轻量级的独立的通讯技术。是:通过soap在web上提供的软件服务，使用wsdl文件进行说明，并通过uddi进行注册。ibatis是一个持久层框架，用于对数据的增删改查。
由于我算是第一次正式的参与企业的开发，在经验、知识上必然有所欠缺，所以在开始阶段我们主要都是了解项目的背景知识，进一步学习基本的一些项目原理等。而后要进行设计工作，然后才是真正的工程开发过程，还有调试过程。再由于我们只是短期的社会实践工作，为了所做的工作在以后能真正为人所用，我们在走之前还要留下完善的相关文档。短短的一个星期，要分成这么多的阶段，而任务就摆在那，每一阶段的时间可想而知是多么的宝贵。
我在公司实习期主要做的工作就是开发一个小的项目申报系统。
这个项目的需求大致为：申报单位模块、管理机构模块、评审专家模块。最主要的就是项目申报模块。其中包括文件管理栏目、项目申报栏目、项目开题栏目、项目验收栏目、项目报奖栏目、项目查询栏目、用户信息栏目。管理机构模块主要包括：文件管理栏目、项目申报栏目、中期检查栏目、报奖管理栏目、项目验收栏目、项目查询栏目、项目统计表栏目、成果评估栏目、用户信息管理栏目。
虽然实践的时间比较的短暂，但我还是有了不小的收获，最大的收获是了解了一些软 件开发的程序化生产过程。还有就是能有机会向开发部门的职员的一丝不苟、兢兢业业的敬业精神学习。相信这些都将给我以后的学习和工作带来不小的帮助。
整个项目用的是struts2+ibatis+spring开发的。业务层使用轻量级的框架spring实现业务组件的管理，持久层采用ibatis技术实现业务层和数据库的交互。web部分采用基于mvc模式的struts2框架实现，表现层用jsp与jstl、el相结合实现。其中也会用到图表技术以及ajax技术。
我的工作任务并不是很多，项目的数据库设计完成后，页面有专人来负责，首先看懂页面及需求，接下来编写框架代码，有了框架代码，项目基本上已经可以进行开发了。在开发过程中，越到了很多这样那样的问题，比如说写前台的验证和前台的一些特效，这就需要前台的css技术和jquery技术，当然之前的学习还是不够的，所以就一边做一边学，其中包括table的特效(隔行特效，鼠标移入移出特效)，一些动画特效，以及jquery的前台验证。还有ajax与服务器的异步交互，这方面的知识以前接触的还是比较少，然后以json格式返回前台做输出，以达到不刷新页面就可以显示不同数据的效果。
如今眼看在公司实习已经接近一个月了，从这次活动的成果上来看，还是比较成功的。辛勤的工作换来的是累累的硕果，不管是对于企业、学校还是我们自己。
首先我要在较短的时间内，克服各种困难，从最初的阅读文档，设计、开发，到最后的调试，完善，我也都按质按量的完成了，完成预定的工程开发任务，通过了公司的项目小组的验收，也得到了领导的一致好评，实现了最初为企业作实际共享的目标。
其次在这个过程中，我也通过了深入的调查、讨论，以对一个大型软件开发企业的结构、管理、文化、气氛有了比较详细的了解。而通过我在公司中的工作上的良好表现，还有生活中与公司员工的交流，我也在他们面前展现了了一个积极进取、勇于创新形象，起到了加强学校与企业双向交流的作用。
再有的一点就是，通过这次活动，让我们理论联系实际，在软件工程的开发过程、数据库的开发、分布式计算等工程实践经验上有了很大的提高。在公司中也培养了初步的大型项目合作开发经验，这一些都很好的增强了我们的个人的能力和并提高了自身的素质。
类似的以上的收获还有很多很多，但在活动结束的这个时候，仔细考虑一下，还是有一些地经验教训的。
这次实习也是我初次不如社会工作的一次经验，当然会有很多的不足之处，比如说为人处事方面，由于社会经验还是略显不足，所以在工作中难免会有和同事意见不同的时候却没有以最好的方式处理，这里深深地表示歉意，还有就是技术方面的不足，通过这次实习我明白了从学校学习的知识不足以面对以后的工作，所以还要更加的努力才行!
软件工程实践报告总结软件工程实践报告字篇五
; 《软件工程实践》报告 ——机票预定系统 院系：
专业班级：
报告人：
指导教师：
实验地点：
完成起止日期：
学号 姓名 角色 成绩 组长 完成工作 主要：写论文、资料整合、概要设计、指导画图、编码调试。
参与：讨论、可行性分析、测试、作图 评语 组员 完成工作 主要：经济可行性分析、用例分析、详细设计作图、编码调试、实行测试和运行。
参与：讨论、收集资料 评语 组员 完成工作 主要：收集资料、需求分析作图、详细设计作图、测试作表 参与：讨论、可行性分析、概要设计、 评语 目录 第一章 可行性分析 5 1.1引言 5 1.1.1 编写目的 5 1.1.2 项目背景 5 1.2可行性研究的前提 6 1.2.1要求 6 1.2.2目标 6 1.2.3条件，假定和限制 6 1.2.4决定可行性的主要因素 6 1.3技术可行性分析 6 1.3.1系统简要描述 6 1.3.2处理流程和数据流程 7 1.4经济可行性分析 7 1.4.1支出 7 1.4.2效益 7 1.4.3 收益/投资比 8 1.4.4投资回收周期 8 1.4.5敏感性分析 8 1.5法律因素 8 1.6其他可供选择的方案 8 1.7结论意见 8 第二章需求分析 9 2.1求规格说明 9 2.1.1系统概貌 9 2.1.2功能需求 9 2.1.3性能需求 9 2.1.4运行需求 10 2.2数据流图分析 10 2.2.1数据流图 10 2.2.2数据描述 11 2.2.3数据词典 11 2.3用例分析 12 2.3.1系统基本用例 12 2.3.2 用况描述 13 2.3.3系统业务逻辑描述 15 第三章 概要设计 16 3.1系统的结构化设计 16 3.1.1软件体系结构图 16 3.1.2软件结构流程图 17 第四章 详细设计 19 4.1 机票预订管理系统体系结构设计 19 4.1.1面向旅客的界面包的类图 20 4.1.2面向管理员的界面包的类图 21 4.1.3机票预订系统的体系结构图 22 4.1.4机票预订系统的体系结构图描述 23 4.2 机票预订管理系统子系统设计 23 4.2.1用户查询航班及机票信息 23 4.2.2旅客订票及退票 24 4.2.3机票预订系统统计分析 26 4.3数据库结构设计 26 4.4数据库表创建 27 第五章测试 29 5.1定义 29 5.2主界面模块 29 5.2.1用户注册 29 5.2.2用户登录 31 5.2.3管理员登录 33 5.3查询机票模块 35 5.4 航班管理模块 37 5.5用户订票模块 39 第六章 结束语 42 第一章 可行性分析 1.1引言 随着社会发展的不断进步，航空事业不断壮大，人们生活水平不断提高，乘坐飞机的人也越来越多，随着消费者的不断增多，飞机预订系统在各地预订网点作用也愈显重要。目前，我国还有相当一部分地区酒店的机票预订还未进入智能处理阶段，和发达地区比较工作效率较低。在计算机技术快速发展的今天，有必要引进高效的计算机系统来协助机票预订工作。因此开发一套具有完整的存储，查询，核对，打印机票功能的实时机票预订系统势在必行。机票预定系统应克服存储乘客信息少，查询效率低下等问题外，更重要的是其安全性，可靠性，这关系到航班和乘客的安全及准确，本系统因面向广大机票预定网点，因此要能在售票网点中普及，则需要开发一个功能全，价格能被顾客所接受的系统。 机票预订系统是为了机场工作人员和客户提供订票退票等与机票相关内容和管理的系统，它具有开放的系统结构，易扩充的，易维护的，具有良好人机界面的优点。它克服了存储客户信息少，查询效率低等问题，更重要的是其安全性，可靠性，实现航空公司的机票销售的自动化，为乘客出行提供方便，便于机场人员信息管理，提高了机场人员对机票管理的工作效率。
1.1.1 编写目的 可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。
经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后，交软件经理审查。
1.1.2 项目背景 开发软件名称：机票预订系统。
项目任务提出者：航空公司及旅游开发公司。
项目开发者：
a++开发小组。
用户：航空公司及旅游开发公司。
实现软件单位：旅游开发公司及厦门理工学院 项目与其他软件，系统的关系：
本项目采用客户机/服务器原理，客户端的程序是建立在windows xp 系统上以microsoft visual c++为开发软件的应用程序。
1.2可行性研究的前提 1.2.1要求 主要功能：为游客提供机票预定服务，方便旅游局的售票工作，提高旅游局的服务质量和服务效率 。
性能要求：机场提供的信息必须及时的反映在旅游局的工作平台上。售票系统的定单必须无差错的存储在机场的主服务器上。对服务器上的数据必须进行及时正确的刷新。
输出要求：数据完整，详实。
输出要求：简捷，快速，实时。
安全与保密要求：服务器的管理员享有对机场航班信息库及机票信息库和定票信息库的管理与修改。售票员只享有对订票信息库的部分修改（写入与读出）。
完成期限：预计两个月。
1.2.2目标 系统实现后，大大提高旅游局的机票预定服务效率。降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销。
1.2.3条件，假定和限制 建议软件寿命：5 年。
经费来源：中国国际旅游开发公司。
硬件条件：终端为pc 机。
运行环境：windosxp 1.2.4决定可行性的主要因素 成本/效益分析结果，效益 成本。
技术可行，现有技术可完全承担开发任务。
操作可行，软件能被原有工作人员快速接受。
1.3技术可行性分析 1.3.1系统简要描述 在旅游局中的终端是安装了windows xp的pc机，主要目的是向机场的服务器传递数据。当顾客在旅游局进行咨询时，终端向服务器发出查询请求，服务器根据航班信息库的实时数据，向终端发送数据，显示在终端的屏幕上。当顾客向售票员定票时，终端向服务 器发出详尽的一份定单，服务器核对后，存入定票信息库，并修改机票信息库。当顾客再次 来取票时，终端向服务器发出查询定票请求，服务器接收后，查询定票信息库，核对后，传送机票确认表单，终端打印出机票。
1.3.2处理流程和数据流程 图1－1 数据流程图 1.4经济可行性分析 1.4.1支出 基础投资：
终端pc 机5台：6000*5 = 3 万 网络设备和辅助配置：4 万 共计：7万 其他一次性投资：
mysql : 0元 windows xp: 2 万 操作员培训费：3万 共计：5 万 经费：
人工费用: 2(月)*5(人)*4000(元)=4 万 其他不可知额外支出: 4 万 共计: 8万 支出共计:20 万 1.4.2效益 一次性收益 0元 经常性收益 （按银行利率：1%）；
减少员工5 人(100 元/人)五年收益: 100*（1/1.01+1/(1.01)2+1/(1.01)3+1/(1.01)4+1/(1.01)5）*5*12*5=170000 工作效率提高收益（工作效率提高20%）: 20000*（1/1.01+1/(1.01)2+1/(1.01)3+1/(1.01)4+1/(1.01)5）*（20%）*5 = 117000 经常性收益共计:28.7万 不可定量收益 因服务质量提高增加收益：3000*12*5＝180000 收益共计: 46.7万 1.4.3 收益/投资比 46.7 万/20 万=233.5% 1.4.4投资回收周期 2.54年 1.4.5敏感性分析 设计系统周期为五年, 估计最长可达7 年 处理速度: 一般查询速度4 秒 关键数据查询速度: 2 秒 1.5法律因素 所有软件都选用正版；
所有技术资料都由提出方保管；
合同制定确定违约责任。
1.6其他可供选择的方案 端与服务器端联系在一起，在旅游局中只设立终端，在机场设立服务器，数据输入由终端输入，所有数据都由服务器处理，只在终端上显示数据结果。此设计简化了数据处理，但加重了服务器的数据处理。而使用客户端/服务器机理， 简化数据流量，加快数据处理。
1.7结论意见 由于投资效益比远大于100%, 技术、经济、操作都有可行性，可以进行开发。
第二章需求分析 2.1求规格说明 2.1.1系统概貌 航空公司为方便旅客，需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知和账单交款后取票，系统校对无误后即印出机票给旅客。
2.1.2功能需求 1. 航空公司工作人员登录及注销 要求合法的管理员才可以登录系统，防止系统被无关人员动用，使用字符串匹配对 用户名和密码进行判断。在不使用时进行注销，下次使用时需要重新登陆，由于目标客户 的层次较低，建议用输入检测确保输入准确无误。 2. 机票信息输入和查询 在系统中，要求可以输入每日航班次数。可以通过航班号、目的地、起飞日期、起飞地点查询航班，输出该次航班的起飞时间和所剩票数和票的价格等信息。 3. 订票，取票和退票 把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客。，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统对旅客有关证件合法性（如身份证、取票通知和交款发票）等进行验证，系统核对无误即打印出机票给旅客。对于已取机票应在未售出机票中减去。对于以下情况要求退票者，给予50%金额退款：（1）旅客延误取票时间；
（2）旅客临时更改航班处理；
（3）因私人原因需要退票。对于因特殊情况下（如天气不适合飞机起降、飞机延误超过30分钟）等给予全额退票。对于退订机票要在未售出机票中重新体现。
2.1.3性能需求 为了保证系统能够长期、安全、稳定、可靠、高效的运行，机票预订系统应该满足以下的性能需求： 1. 系统处理的准确性和及时性 系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企 业对信息处理的需求。在系统开发过程中，必须采用一定的方法保证系统的准确性。 2. 系统的开放性和系统的可扩充性 机票预订系统在开发过程中，应该充分考虑以后的可扩充性。要实现这一点，应通过系统的开放性来完成，即系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。 3.系统的易用性和易维护性 机票预订系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。
4.系统的标准性 系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。 5.系统的先进性 目前计算机系统的技术发展相当快，做为机票预订系统工程，应该保证系统在一段时间内是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。 2.1.4运行需求 系统软件：windows xp 数据库管理系统：mysql 硬件要求：奔四 1.6ghz 512m ram 10g hd 2.2数据流图分析 2.2.1数据流图 图2－1本系统的顶层数据流图 图2－2 0层数据流图 图2－3 本系统的二层数据流图 2.2.2数据描述 1.静态数据 ：订票单、取票通知单、帐单、机票 2.动态数据 ：旅客姓名、身份证、航班时间 2.2.3数据词典 1.旅客信息 名字：旅客信息 别名：passenger information 描述：旅客的个人信息，用于对旅客的确认 定义：旅客信息=姓名+性别+工作单位+身份证号码+旅行时间+旅行目的地 位置：输入到旅行社端（client端）
2.订票旅客清单 名字：订票旅客清单 别名：list 描述：已订票的旅客的记录 定义：订票旅客清单=旅客信息的合集 位置：输入到旅行社端（client端）
3.订票信息 名字：订票信息 别名：booked information 描述：旅客的旅行时间和目的地，用于确定旅客的航班 定义：订票信息=旅客旅行时间+旅客旅行目的地 位置：传输到航空公司端（server端）
4.航班机票信息 名字：航班机票信息 别名：bill information 描述：旅客的航班信息，根据旅客的旅行时间和目的地确定 定义：航班机票信息=旅客机票时间+旅客机票班次 位置：传输到旅行社端（client端） 5.取票通知 名字：取票通知 别名： notification 描述：旅客领取机票的凭证 定义：取票通知=旅客姓名+领票时间 位置：输出到打印机 6.售出机票信息 名字：售出机票信息 别名：saled 描述：旅客的航班机票的信息 定义：售出机票信息=旅客的航班机票 位置：输出到打印机 7.旅客订票记录 名字：旅客订票记录 别名：record 描述：已订票的旅客在航空公司的记录 定义：旅客订票记录=旅客姓名+航班机票信息 位置：输出到航空公司端（server端）
2.3用例分析 2.3.1系统基本用例 本系统的边界是：机票预定系统服务平台。
系统的参与者有：航空公司管理员、旅行设、旅客。用例图如下：
图2－4 系统用例图 1.航空公司管理员通过系统实现以下使用需求：
登录、预订机票、退订机票、取票管理、航班查询、 航班信息管理、订票信息管理、旅客信息管理 2.旅客通过系统实现以下使用需求：
登录、预订机票、退订机票、航班查询 3.旅行社通过系统实现以下使用需求：
航班查询、旅客信息管理 2.3.2 用况描述 1.用例名：登录。
主要执行者：旅客。
目标：可以查询和修改旅客的基本信息。
范围：机票预订系统。
基本互交动作：
1）.旅客登录。
2）.旅客输入姓名、证件类型、证件号码及电子邮件地址。
2.用例名：预订机票。
主要执行者：旅客。
目标：预订机票。
范围：机票预订管理系统 基本互交动作：
1）.旅客查询航班及机票 2）.旅客选取信息表中的一个航班，输入姓名、证件及号码。
3）.显示总票款。
4）.旅客确认预订信息、总票款。
3.用例名：退订机票。
主要执行者：旅客。
目标：取消此前预订的机票。
范围：机票预订系统。
基本互交动作：
1）.用户登录。
2）.系统显示旅客此前预订但并未登机的机票；
旅客选取欲退订的机票。
3）.系统按照退票费计算规则计算退票费，显示欲退订机票的总票款及总退费。
4）.旅客确认退票请求、总票款。
4.用例名：查询航班。
主要执行者：旅客及旅行社。
次要执行者：航空公司。
目标：查询航班时刻表、机票等信息。
范围：机票预订管理系统。
基本互交动作：
1）.用户登录。
2).用户输入出发地、目的地、出发日期、起飞或者到达时间的范围。
3).系统从航空公司的机票管理系统中获取航班及机票信息，显示符合旅客要求的 所有航班及剩余机票数量。
5.用例名：航班信息管理 主要执行者：航空公司。
目标：提供最新的航班信息。
范围：机票预订系统。
基本互交动作：
1).更新航班信息（每5秒）。
2).提供航班信息。
6.用例名：取票管理 主要执行者：航空公司。
目标：及时通知旅客取票时间及方式。
范围：机票预订系统。
基本互交动作：
1).获取已定机票信息并打印机票。
2).通知旅客取票的时间及方式。
7.用例名：旅客信息管理 主要执行者：航空公司、旅行社。
目标：储存旅客信息。
范围：机票预订系统。
基本互交动作：
1).对旅客填写的个人信息进行保存以便于管理。
2).定时更新旅客的信息。
8.用例名：报表及分析。
主要执行者：定时器（每周一00:00）
次要执行者：管理员。
目标：汇总前一周的订票、退票情况。
范围：机票预订系统。
基本互交动作：
1).系统汇总自上次生成周报表至此刻发生的所有订票、退票情况。
2.3.3系统业务逻辑描述 本系统的业务逻辑是这样的：旅客登录系统，使用客户端进行订 票、查询、退票的操作，旅行社通过查询和旅客信息管理与航空 公司进行数据交流与业务往来。
第三章 概要设计 3.1系统的结构化设计 3.1.1软件体系结构图 图3－1 系统的软件体系结构图 1.旅客用户模块：本模块主要功能，是旅客可登录系统进行机票信息查询，并根据需求预订机票，在支付预定金后系统打印取票清单。
2.航空公司模块：该模块主要功能，是对航班及机票信息进行管理更新，并根据用户提供的取票清单和付款单进行验证和打印机票。
3.系统管理员模块：本模块主要功能，是管理员对系统的软硬件进行维护，并对航空公司产生的业务进行编制报表和分析。
4. 旅行社模块：本模块主要功能，是旅行社可登录系统进行机票信息查询和管理旅客信息。
3.1.2软件结构流程图 图3－2 软件结构流程图 1.各功能详细描述 本系统主要用于机票预订，所以提供了以下几个子功能：机票预订，取票通知，查询航班，查询机票，退票，打印机票，取消航班，机票的生成，以及航班的查询等后台功能。 1).机票预订功能：旅行社和机场管理员有权力进行该项功能。首先通过查询得到旅客所需的航班，确定该航班还有没有被预订的座位，然后选择座位的等级，填写旅客的详细信息之后就可进行网上预订机票。 2).票通知：该项功能只有旅行社和机场管理员有权力进行操作，在机票预订功能成功完成之后，系统会自动给浏览器端发送一条取票信息以及所需缴纳的费用。旅行社可以利用特定设备将该取票信息打印出来，这就是取票通知。 3).查询航班：可以通过输入出发地，目的地，日期和时间选定自己航班。 4).查询机票：该项功能三方都可以操作，可以通过自己的身份证号以及取票通知上的机票号查询自己的机票信息。 5).退订机票：该功能只有旅行社和机场管理员有权力操作，利用身份证号和对应的机票号就可以查询到机票信息，然后就可以退订机票。 6).打印机票：该功能只有机场管理员有权力操作，只有当管理员确认旅客已经付款后才予以打印机票，可以通过身份证号和对应的取票信息上的机票号查询机票信息，然后服务器返回机票信息，管理员就可以打印该机票信息，交给旅客。 7).后台的取消航班：该项功能只有机场管理员才能操作，先通过航班号和航班日期查询到航班信息后，取消航班就可以将该航班从数据库中删除。 8).后台的航班查询：该项功能只有机场管理员才能操作，通过航班号和航班日期查询到航班信息。 9).后台的机票生成：该项功能只有机场管理员才能操作，可以通过该项功能给刚添加的航班生成对应的飞机票号纪录。 第四章 详细设计 4.1 机票预订管理系统体系结构设计 本系统包图主要包括：用户界面包、航空公司业务逻辑包及与外部系统的接口。其中业务逻辑中还包含订票及退票包、客户管理包、统计分析包。
图4－1 机票预定管理系统之包图 4.1.1面向旅客的界面包的类图 图4－2 面向旅客的界面包的类图 4.1.2面向管理员的界面包的类图 图4－3 面向管理员的界面包的类图 4.1.3机票预订系统的体系结构图 图4－4机票预订系统的体系结构图 4.1.4机票预订系统的体系结构图描述 1.在ticketservice构件的对外接口中，quertflights负责查询航班及尚余机票booktickets和returntickets分别负责订票和退票，通过ticketsaleagent向航空公司的机票销售管理系统发出订票和退票请求，通过datapersistenceserviceinterface在数据库中记录客户的订票和退票情况。querysaletickets和queryreturntickets负责查询客户的订票和退票情况。
2.在customermanager构件的对外接口中，register和unregister分别负责客户信息的记录和注销。getcustomerinfo和setcustomerinfo分别负责获取和修改客户信息。
3.在statandanalyser子系统的对外接口中，statsaledtickets和statreturntickets借助于ticketserviceinterface中的querysaletickets和queryreturntickets分别统计在某一时段售票和退票的情况。
4.2 机票预订管理系统子系统设计 4.2.1用户查询航班及机票信息 图4－5 机票预定系统之查询航班及机票信息类图 图4－6 查询航班及机票用例顺序图 4.2.2旅客订票及退票 图4－7机票预订管理系统之“订票及退票”包的类图 图4－8 订票用例顺序图 图4－9 退票用例顺序图 4.2.3机票预订系统统计分析 图4－10 机票预订系统之统计分析包的类图 图4－11 生成统计分析报表的顺序图 4.3数据库结构设计 根据总的结构图设计各表结构如下：
表4－1 旅客信息表 表4－2航班信息表 表4－3机票信息表 4.4数据库表创建 create table 旅客信息表 ( 姓名 char(50) not null primary key, 性别 char(50) not null, 年龄 int not null, 用户密码char(50) not null, 证件号 int notnull) create table 航班信息表 ( 航班号 int not null, primary key, 出发时间 char(30) not null, 出发地 char(20) not null, 目的地 char(20) not null， 票数 int not null, 票价 int not null）
create table 机票信息表 ( 姓名 varchar(50) not null primary key, 座位号int not null, 航班号 int not null, 登机口 int not null, 票价 int not null, 时间 char(30) not null, 出发地 char char(50)not null, 目的地 char(50)not null） 第五章测试 5.1定义 黑盒测试：
黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测 试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。
黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。很明显，如果外部特性本身设计有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。
白盒测试：
白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。
这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。
5.2主界面模块 主界面与注册界面和登录界面（航空公司管理员登录、用户登录）。
通过主界面可以进入注册界面和登录界面，由登录界面分别进入航空公司管理系统和用户预订机票系统。
5.2.1用户注册 1.输入项 表5－1 测试用户注册输入项 字段名称 数据类型 长度 允许空 字段描述 name char 50 否 用户真实姓名 sex char 50 否 用户性别 age int 35 否 用户年龄 password char 50 否 用户密码 credential int 35 否 用户身份证号 2.输出项 1显示注册成功，按任意键返回主页；
2提示该身份证号已注册，重新输入。
3.算法 点击主界面2入口中的一个，可进入相应的注册界面。
内部处理 if 用户身份证号注册过， 提示错误信息: 该身份证号已注册，请重新输入！ else 显示注册成功，按任意键返回主页。
4.流程逻辑 图5－1 用户注册流程逻辑图 5.编码和界面 图5－2 用户注册界面 图5－3 用户注册错误测试结果 6.测试用例 对输入参数查验，检测数据库数据异常时能否判断并给予适当处理。
表5－2用户注册测试用例 测试用例 预期结果 错误的身份证号 提示：身份证已注册 正确的用户信息 提示：注册成功 5.2.2用户登录 1.输入项 表5－3 测试用户登录输入项 字段名称 数据类型 长度 允许空 字段描述 username char 50 否 用户真实姓名 password char 30 否 登录密码 2.输出项 1显示登陆成功，按任意键进入机票预订系统；
2提示用户或密码错误，重新输入请按y,退出请按n。
3.算法 点击主界面2入口中的一个，可进入相应的登录界面。在用户 登录界面输入用户名与密码，点击确定按钮：
内部处理 if 用户名或密码不正确 提示错误信息: 用户或密码错误，请重新输入！ else 登陆成功并转入相应页面 点击0确认：返回主界面。
4.流程逻辑 图5－4 用户登录流程逻辑图 5.编码和界面 图5－5 登录界面 图5－6 用户登录成功 图5－7 用户登录错误测试 6.测试用例 对输入参数查验，检测数据库数据异常时能否判断并给予适当处理。
表5－4 用户登录测试用例 测试用例 预期结果 错误的用户名 提示：用户名错误 错误的密码 提示：密码错误 正确的用户名、密码 提示：登陆成功进入机票预订系统 5.2.3管理员登录 1.输入项 表5－5 管理员登录测试输入项 字段名称 数据类型 长度 允许空 字段描述 manager char 50 否 管理员姓名 password char 30 否 登录密码 2.输出项 1显示登陆成功，按任意键进入机票调整系统；
2提示姓名或密码错误，重新输入请按y,退出请按n。
3.算法 点击主界面2入口中的一个，可进入相应的登录界面。在管理者 登录界面输入姓名与密码，点击确定按钮：
内部处理 if 姓名或密码不正确 提示错误信息: 用户或密码错误，请重新输入！ else 登陆成功并转入相应页面 点击0确认：返回主界面。
4.流程逻辑 图5－8 管理员登录流程逻辑图 5.编码和界面 图5－9 管理员登录成功 图5－10 管理员登录错误测试结果 6.测试用例 对输入参数查验，检测数据库数据异常时能否判断并给予适当处理。
表5－6管理员登录测试用例 测试用例 预期结果 错误的姓名 提示：姓名错误 错误的密码 提示：密码错误 正确的姓名、密码 提示：登陆成功进入机票调整系统 5.3查询机票模块 用户或管理员进入查询机票界面，可以通过查找航班信息来选择自己要乘坐的航班。
1. 输人项 表5－7 查询机票测试输入项 字段名称 数据类型 长度 默认值 允许为空 字段描述 flight_num string 是 飞机班次 2. 输出项 表5－8 查询机票测试输出项 字段名称 数据类型 长度 默认值 允许为空 字段描述 flight_num string 是 飞机班次 origion string 是 旅行始发地 destination string 是 旅行目的地 leave_time string 是 旅行初始时间 3.算法 显示查询界面 case1 航班号 输入查询的航班号；
break; 根据所输出的内容，连接数据库开始搜索 if 找到符合条件的机票 显示输出 else 没有找到符合要求的机票 4.流程逻辑 选择航班号 查询 检索数据库 显示结果 y n 图5－11查询机票流程逻辑图 5.编码和界面 图5－12 查询机票错误测试结果 图5－13 查询机票成功 6.测试计划 输入数据：输入参数合法，数据库出现异常的处理。数据的共享与独立性，一致性与完整性。
7. 测试用例 表5－9 查询机票测试用例 测试用例 预期结果 输入合法参数 显示正确的航班信息 输入非法参数 数据库出现异常处理结果 （违背数据的一致性或者完整性）
5.4 航班管理模块 航空公司管理员登录成功后进入航空公司管理系统， 添加航班。
1. 输人项 表5－10 航班管理测试输入项 字段名称 数据类型 长度 默认值 是否允许空 字段描述 flight_num string 否 飞机班次 price int 4 否 机票价格 leave_time datatime 否 发机时间 cout int 否 票数 origin string 否 始发地 destination string 否 目的地 2.输出项 1).成功转入相应页面；
2).提示输入错误，重新输入。
3.算法 进入航班管理信息界面，可返回主界面。
选择航班管理信息界面的添加航班界面以及返回主界面。
添加航班：
依次输入数据 if 输入数据格式错误或内容不对 提示错误，重新输入 else 将数据存入数据库 提示添加成功 返回航班管理信息界面 在管理员登录系统 4.流程逻辑 选择航班管理操作 添加航班信息 n 填写信息正确 成功添加航班 返回 图5－14添加航班流程逻辑图 5.编码和界面 图5－15 航班添加界面 图5－16 添加成功界面 6.测试用例 表5－11 航班添加测试用例 测试用例 预期结果 重复输入的航班信息 提示：该航班已存在，重新输入 正确的航班信息 提示：是否继续添加 5.5用户订票模块 用户登录成功后进入航空公司管理系统，选择浏览航班后进入订票系统。
1. 输人项 表5－12 订票测试输入项 字段名称 数据类型 长度 默认值 是否允许空 字段描述 flight_num string 否 飞机班次 cout int 否 票数 2.输出项 1).航班信息，开始订票及订票成功；
2).没有您要的航班信息，余票不足，请出入有效票数。
3.算法 进入航班管理信息界面，可返回主界面。
选择航班管理信息界面的订票界面以及返回主界面。
订机票：
输入数据 if 输入数据不对 提示错误，重新输入 else 显示航班信息 继续查找or开始订票 if 输入票数有误 提示错误，重新输入 else 显示订票成功 航班管理信息界面 4.流程逻辑 选择订票操作 查询航班信息 n 显示航班信息 开始订票 输入订票数 n 输入票数正确 订票成功 返回 图5－17订票流程逻辑图 5.编码和界面 图5－18 订票错误测试结果 图5－19 订票成功结果 6.测试用例 表5－13 订票测试用例 测试用例 预期结果 输入错误的航班号 提示：该航班不存在，重新输入 正确的航班号 提示：是否继续查找或开始订票 错误的机票数 提示：余票不足，重新订票 正确的机票数 提示：订票成功 第六章 结束语 经过两周的努力，我们终于完成了《软件工程》的课程设计。从开始接到题目到系统的完成，每走一步对我们来说都是新的尝试与挑战。我们从对软件工程的技术不熟悉的状态开始了课程设计，查看相关资料和书籍，让自己头脑中模糊的概念逐渐清晰，使自己非常稚嫩的作品一步步完善起来，每一次改进都是学习的收获，每一次试验的成功都是辛劳的成果。
此次课程设计中，本小组根据软件工程实行过程完成了机票预定系统的大部分功能，包括用户（旅客、旅行社）注册，管理员登录系统进行航班添加查询功能，用户（旅客、旅行社）登录系统进行查询订票功能。
虽然我们的作品不是很成熟，还有很多不足之处，但我们可以自豪的说，这里面的每个细节都有我们的辛勤付出。两周的时间过去了，我们的课程设计也将告一段落，点击运行程序，也基本达到预期的效果。心中不由得也会冒出小小的成就感。由于时间和精力的关系，做出来的程序中仍有许多不尽人意的地方。例如：功能不够完善，界面不够美观等。对于这些遗憾我们只能以人们常说的，“做一件事，不必过于在乎最终的结果，可贵的是过程中的收获”来聊以自慰。但在以后的时间里我们仍会再接再厉把这个程序做的更加完美。
在本次软件工程设计过程中，我们不免遇到很多的困难但是在老师的精心指导和自己的不断努力下基本上完成了此次的设计并达到了预期的要求，而且自己在程序设计方面也有不少的收获，更加坚定了自己在编程中的信心。在此，衷心感谢胡老师的认真授课和精心指导！ 参考资料：
[1]吴洁明等，《软件工程实例教程》，清华大学出版社。
[2]钱乐秋等，《软件工程》，清华大学出版社。
[3]谭庆平等，《软件工程实践教程》，高等教育出版社。
相关热词搜索：;