“報告”使用范圍很廣，按照上級部署或工作計劃，每完成一項任務，一般都要向上級寫報告，反映工作中的基本情況、工作中取得的經驗教訓、存在的問題以及今后工作設想等，以取得上級領導部門的指導。報告對于我們的幫助很大，所以我們要好好寫一篇報告。下面是小編幫大家整理的最新報告范文，僅供參考，希望能夠幫助到大家。
軟件工程實踐報告總結軟件工程實踐報告字篇一
(一)廣州中醫藥大學第一附屬醫院
廣州中醫藥大學第一附屬醫院創建于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]譚慶平等，《軟件工程實踐教程》，高等教育出版社。
相關熱詞搜索：;