飯卡管理系統(tǒng)軟件工程課程設計

飯卡管理系統(tǒng)軟件工程課程設計軟件工程課程設計任務書1、課程設計題目飯卡管理系統(tǒng)2、設計任務和內容一個飯卡管理系統(tǒng)是根據學校的飯卡管理工作專門設計的一個管理信息系統(tǒng)。該系統(tǒng)能夠完成飯卡管理的工作過程。飯卡管理過程中主要涉及：持卡者信息、飯卡信息、飯卡歷史信息等數據，并對數據進行相應的增、刪、改、查詢操作。使傳統(tǒng)、手工的管理工作更加規(guī)范，更加科學，保證了飯卡信息查詢更新及時到位。本課題任務是開發(fā)一個飯卡管理系統(tǒng)，并撰寫符合規(guī)范的課程設計說明書以體現設計過程和設計結果。設計要求：1、撰寫課程設計說明書。其要求如下： （1）基本要求：①能反映完成了上述設計內容要求。要求撰寫不少于5000個文字（20頁）的文檔。文檔中至少要包括：數據流圖、數據字典、E-R圖、數據庫表的詳細說明、系統(tǒng)功能結構圖、主要功能模塊說明和軟件測試過程。（2）文檔格式要求（遵循軟件工程課程設計大綱上的要求） 其中，正文部分：①分章、層次等，每一章從新一頁開始。②章節(jié)安排可如下安排.可行性研究：包括項目背景、編寫目的、軟件定義、開發(fā)環(huán)境等。.需求分析：問題陳述、需完成的功能。以數據流圖和數據字典表達。.概要設計：程序系統(tǒng)的基本處理流程、程序系統(tǒng)的組織結構、模塊劃分、數據庫結構設計和出錯處理設計。2分析當前系統(tǒng)的狀況校園卡管理系統(tǒng)目前在我國各高校的應用還主要處于試點和探索的階段。在部分已建立一卡通的高校中，由于出發(fā)點和著重點的不同，使得系統(tǒng)存在相當大的差異，并無統(tǒng)一、均衡的系統(tǒng)方案可供參考。有些大學以身份認證為出發(fā)點建立校園卡系統(tǒng)，強調對學生的身份信息認證、門禁等方面的功能比較強大，而電子消費方面則略顯不足；有些大學一的校園卡系統(tǒng)則以金融消費為重點，強調校園卡的電子貨幣功能，在需要身份認證的信息管理系統(tǒng)中校園卡的功能不夠完善。3對當前系統(tǒng)的分析分析現有系統(tǒng)的目的是為了進一步闡明建議中的開發(fā)新系統(tǒng)或修改現有系統(tǒng)的必要性:3.1工作負荷人工操作頻繁加減存款。工作繁瑣，枯燥，容易出錯，完成工作所需要的時間較長，工作效率比較低。3.2費用開支由于運行現有系統(tǒng)所引起的費用開支，如人力、設備、空間、支持性服務、材料等項開支以及開支總額。3.3人員配備由于現有系統(tǒng)的技術性含量比較低，操作不便，工作量大，因此需要較多的人才能完成工作。而新系統(tǒng)將具有較高的技術操作性，但它確使工作變得較為簡便，因此只需要少量的高素質人才就可完成。3.4系統(tǒng)局限性人工處理的主要局限性表現在系統(tǒng)依賴于大量的人力和物質投入，工作效率較低和成本較高，現有系統(tǒng)主要存在如下的局限性：1)信息分散、共享性差每個人的時間精力是有限的，大量的信息資源分散在不同的收集者手中，難于共享和發(fā)揮作用。信息的及時性、準確性差數據的采集和處理部分靠人工，效率低、速度慢、滯后嚴重、反饋不及時，嚴重影響信息的反饋速度和質量，不能有效地、及時地提供基層決策需要的定量信息和領導決策需要的宏觀定性信息。4.4技術條件方面的可能性在以上限制條件下，利用目前現有的技術條件和開發(fā)人員的投入，能夠在規(guī)定時間內完成系統(tǒng)規(guī)定的開發(fā)設計任務。同時，為了高質量完成本軟件系統(tǒng)開發(fā)工作，還需要遵循如下準則：（1）好戰(zhàn)略數據的規(guī)劃，建立穩(wěn)定的信息模型； （2）在功能模型的劃分上，按組織機構來劃分子系統(tǒng)或模塊； （3）應用軟件的開發(fā)設計，要充分考慮應用軟件的適應性，建立友好的人機界面。因此，從技術性方面來看是可行的。5.制定新系統(tǒng)的技術方案5.1可選擇的系統(tǒng)方案1卡片選擇：接觸性IC卡； 網絡平臺：采用校園網和銀行網以及校園卡操作系統(tǒng)相結合； 數據庫與前臺操作：采用大型數據庫管理系統(tǒng)Oracle、DB2等作為后臺數據庫，采用VB或VC或者Delphi來開發(fā)前臺的操作部分； 方案優(yōu)勢：接觸性IC卡在性能方面安全性好，網絡要求不高，操作方便，數據庫和前臺操作簡單，便于管理； 5.2可選擇的系統(tǒng)方案2卡片選擇： 非接觸性IC卡； 網絡平臺：采用校園網和銀行網以及校園卡操作系統(tǒng)相結合； 數據庫與前臺操作：采用中小型數據庫管理系統(tǒng)Acce或SQLServer作為后臺數據庫，用C#等來開發(fā)前臺的操作部分。方案優(yōu)勢：高效性、集成性、智能性、讀寫成本低，前臺操作與數據庫分離，便于實現多種需求，操作界面統(tǒng)一； 6.投資及效益分析新系統(tǒng)開發(fā)完成后，只需要2~3名管理員，大大減少的人員方面的開支，同時由于數據冗余度也大大降低，在物質方面也降低了開銷，因此會有較好的市場效益。7.社會因素方面可行性7.1法律方面的可行性本方案在法律方面完全可行； 7.2使用方面的可行性本方案的使用技術的要求完全在能力范圍之內，并且該系統(tǒng)的維護運行容易便捷，故使用方面完全可行； 8.結論綜上所述，本系統(tǒng)從技術、經濟、社會法律、使用性等方面來看，都是切實可行的。二、需求分析1.引言1.1編寫目的需求分析是軟件系統(tǒng)生存期中定義階段的最后一個步驟。這個階段的任務不是具體解決問題，而是準確確定為解決問題系統(tǒng)必須具備哪些功能。這個階段的一個重要任務是用正式的文檔準確地記錄目標系統(tǒng)的需求。該文檔將最終交給軟件具體的開發(fā)人員進行具體的開發(fā)。2.2用戶特點由于系統(tǒng)的界面清晰、美觀，操作簡單、方便，所以操作人員只需要具備一定的電腦操作技能即可。管理員（維護人員）不需要任何數據庫專業(yè)技能知識。本系統(tǒng)可以極大的提高工作效率，預期使用頻度較高。2.3假定和約束系統(tǒng)的規(guī)模較小，適于Window某P和SQL數據庫系統(tǒng)。1.1編寫目的概要設計說明書編制的目的是：說明對程序系統(tǒng)系統(tǒng)的設計考慮，包括程序系統(tǒng)的基本處理流程、程序系統(tǒng)的組織結構、模塊劃分、功能分配、接口設計、運行設計、數據結構設計和出錯處理設計等，為詳細設計提供基礎。本軟件概要設計說明書的讀者是系統(tǒng)開發(fā)人員或合同約定人員。0系統(tǒng)用戶登錄主要是對系統(tǒng)用戶進行身份驗證。0持卡者信息管理主要是對持卡者信息進行管理，包括注冊，修改和查詢。0飯卡信息管理主要是對飯卡信息進行管理，包括對飯卡的加鎖與解鎖，注銷，充值和消費。0飯卡消費記錄管理主要是對飯卡的消費記錄進行管理，包括消費記錄的查詢和修改。2.2基本設計概念和處理流程本系統(tǒng)的基本設計概念和處理流程如下：0系統(tǒng)啟動時，激活身份驗證模塊。0通過身份驗證后，對系統(tǒng)進行初始化，判斷用戶身份，導入到不同的操作界面。0系統(tǒng)進入消息循環(huán)狀態(tài)，通過事件驅動機制激活各功能模塊，并執(zhí)行指定模塊。0各項功能執(zhí)行完畢后，重新進入消息循環(huán)狀態(tài)。0由退出系統(tǒng)事件激活關閉系統(tǒng)模塊，退出系統(tǒng)。局部數據元素數據庫表約束條件驗證碼驗證注釋需要數據庫用戶表四、詳細設計模塊過程設計與界面設計1）驗證用戶登錄功能模塊（1）功能描述對登錄系統(tǒng)的用戶進行身份驗證。（2）模塊IPO表（3）界面設計（4）主要算法【登錄】按鈕:驗證用戶的合法性。【取消】按鈕：關閉用戶登錄窗口。【注冊】按鈕：彈出用戶注冊功能窗口。2）用戶注冊功能管理模塊（1）功能描述用戶注冊一個登錄帳號?！救∠堪粹o：關閉登錄窗口?！痉祷氐卿洝堪粹o：返回上層界面。3） 查詢用戶詳細信息功能模塊（1）功能描述用于用戶查詢本人信息?！静樵兿M歷史】按鈕：查詢用戶的消費歷史。【掛失】按鈕：用戶掛失飯卡?！鞠M】按鈕：進入用戶消費界面?！旧蟼髡掌堪粹o：上傳用戶照片。【提交照片】按鈕：確認上傳照片。4） 用戶掛失功能模塊（1）功能描述用于用戶掛失自己的飯卡?！敬_定】按鈕：確認所掛失的帳號?！救∠堪粹o：返回掛失界面。5） 用戶消費功能模塊（1）功能描述用于用戶消費使用?！厩蹇铡堪粹o：清空消費金額?！敬_定】按鈕：確認消費金額?！救∠堪粹o：返回消費界面?！厩蹇铡堪粹o：清空所輸入的款額，操作。7）新建持卡者功能模塊（1）功能描述用于管理員錄入新建學生信息。注釋需要數據庫中持卡者信息表及飯卡歷史表（3）界面設計（4）主要算法【提交】按鈕：提交用戶信息?！厩蹇铡堪粹o：清空所填用戶信息。【上傳照片】按鈕：上傳用戶照片?！敬_定】按鈕：建卡成功，返回操作。8） 存款功能模塊（1）功能驗證用于管理員對用戶的充值?！敬_定】按鈕：確定充值金額?！救∠堪粹o：取消充值并返回。9） 注銷用戶功能模塊（1）功能描述用于管理元對畢業(yè)學生及過期用戶的注銷?！敬_定】按鈕：確認注銷次卡?！救∠堪粹o：返回注銷界面。10） 更改學生信息功能模塊（1）功能描述用于管理員對需要更改的學生信息進行查詢更改?！緞h除】按鈕：刪除每一個信息?！厩蹇铡堪粹o：清空所有信息。【上傳照片】按鈕：上傳更改用戶照片信息。11） 掛失，解鎖功能模塊（1）功能描述用于管理員對掛失用戶進行解鎖并對需要掛失用戶進行掛失?！窘怄i此卡】按鈕：解鎖需要解鎖的飯卡?！敬_定】按鈕：確認掛失，解鎖的飯卡?！救∠堪粹o：取消掛失，解鎖，并返回上層界面。【清空】按鈕：清空消費記錄。【查找】按鈕：查找指定的消費記錄。13）數據庫功能模塊（1）功能描述記錄系統(tǒng)所有數據信息。6.1.2系統(tǒng)的測試計劃系統(tǒng)的每一個模塊都需要進行單元測試，只有在通過了單元測試后，才能進行系統(tǒng)的集成測試。在所有的集成測試（包括模塊測試、系統(tǒng)測試）都完成以后，方可在用戶參與下進行驗收測試。只有通過了用戶的驗收測試后，系統(tǒng)才能交給最終的用戶。在系統(tǒng)項目及其所屬的各個模塊的編制與開發(fā)期間，要進行各種測試活動，準確記錄、及時分析并妥善保存有關這些測試的記錄，是確保系統(tǒng)運行的重要條件。在系統(tǒng)測試中，應有專人負責收集、匯總與保存有關系統(tǒng)測試的記錄。具體如下：0需求分析階段列出的系統(tǒng)的每個功能都要求是“可測試的”。0設計階段每個具體功能的實現都要考慮到其測試用例的設計。0編碼實現階段對每個模塊做單元測試，然后做集成測試。0最后和用戶一起做驗收測試。系統(tǒng)測試是為了驗證各階段所完成的工作是否滿足需求分析和詳細設計要求，識別出期望的結果和真正結果之間的差別，以便修正系統(tǒng)設計和代碼實現中的潛在錯誤，保證系統(tǒng)運行的正確性和功能完備性，提高系統(tǒng)運行的性能。6.1.3測試人員安排測試者：王金鑫6.2.測試方法和步驟6.2.1系統(tǒng)測試方法本系統(tǒng)采取以黑盒測試方案為主，白盒測試方案為輔的測試方法。6.2.2系統(tǒng)測試步驟先分別進行單元測試，再進行集成測試，遵循自底向上的策略。對于每一個測試用例都有考慮到合法和非法的測試情況。6.3.測試過程6.3.1單元測試（黑盒測試） 用戶登錄模塊測試：表1“用戶登錄模塊”輸入條件等價類表輸入等價類有效等價類無效等價類登錄信息1.無空值且與數據庫信息匹配2.無效用戶名3.無效密碼4.用戶名與密碼不匹配5.存在空值表2有效等價類測試用例表測試數據期望結果覆蓋的有效等價類abc，123，管理員，4863輸入有效1表3無效等價類測試用例表測試數據期望結果覆蓋的無效等價類aaaaaaaaaaaaaaaaaaaa、、管理員、4489無效輸入2abc,111111111111111111111、管理員，2365無效輸入3abc、12、管理員、2236無效輸入432、123、管理員無效輸入5持卡者信息管理測試：表4“持卡者注冊”輸入條件等價類表輸入等價類有效等價類無效等價類注冊信息1.無空值2.用戶名未注冊3.兩次輸入密碼相同4.學號和飯卡號匹配5.存在空值6.用戶名已注冊過7.兩次輸入密碼不相同8.學號和飯卡號不匹配表5有效等價類測試用例表測試數據期望結果覆蓋的有效等價類3、3、3、3、3、3389輸入有效1、2、3、4表6無效等價類測試用例表測試數據期望結果覆蓋的無效等價類4、4、4、4、4無效輸入51、1、1、1、1、5421無效輸入64、1、2、2、2、2295無效輸入74、1、1、3、2、4410無效輸入8表7“修改持卡者信息測試”輸入條件等價類表輸入等價類有效等價類無效等價類修改的信息1.存在待修改的持卡者2.可修改除學號|工號以外的所有信息3.修改值正確4.不存在待修改的持卡者信息5.修改學號|工號6.修改值錯誤表8有效等價類測試用例表測試數據期望結果覆蓋的有效等價類1、1、1、2、女、1輸入有效1、2、3表9無效等價類測試用例表測試數據期望結果覆蓋的無效等價類5、1、1、1、男、1無效輸入4、51、1、111111111111111111111、1、女、2無效輸入6表10“查詢持卡者信息測試”輸入條件等價類表輸入等價類有效等價類無效等價類持卡者登錄信息1.顯示持卡者信息2.無效持卡者表11有效等價類測試用例表測試數據期望結果覆蓋的有效等價類1、1、持卡者、1730輸入有效1表12無效等價類測試用例表測試數據期望結果覆蓋的無效等價類abc、123、持卡者、0604無效輸入2飯卡信息管理測試： 表13“加鎖與解鎖”輸入條件等價類表輸入等價類有效等價類無效等價類持卡者登錄信息1.提示“是否掛失學號為2的飯卡”2.您的卡已上鎖管理員登錄信息3.顯示“是否解鎖學號為2的飯卡”4.提示“請輸入學號|工號”5.學號|工號不存在，出現異常表14有效等價類測試用例表測試數據期望結果覆蓋的有效等價類2、2、持卡者、1730，點擊“掛失”輸入有效1abc、123、管理員、4046、學號|工號2輸入有效3表15無效等價類測試用例表測試數據期望結果覆蓋的無效等價類1、1、持卡者、1730無效輸入2abc、123、管理員、2239無效輸入4abc、123、管理員、3103、學號|工號5無效輸入5表16“注銷”輸入條件等價類表輸入等價類有效等價類無效等價類管理員登錄信息，點擊“注銷”1.顯示“是否注銷此學號的飯卡”2.提示“請輸入學號|工號”3.提示“沒有找到此學生”表17有效等價類測試用例表測試數據期望結果覆蓋的有效等價類abc、123、管理員、4046、學號|工號2輸入有效1表18無效等價類測試用例表測試數據期望結果覆蓋的無效等價類abc、123、管理員、2239無效輸入2abc、123、管理員、2239、學號|工號5無效輸入3表19“充值”輸入條件等價類表輸入等價類有效等價類無效等價類管理員登錄信息，點擊“存款”1.可填寫充值金額2.提示“請輸入學號|工號”3.提示“沒有找到此學生”4.充值金額為負表20有效等價類測試用例表測試數據期望結果覆蓋的有效等價類abc、123、管理員、4046、學號|工號2、100輸入有效1表21無效等價類測試用例表測試數據期望結果覆蓋的無效等價類abc、工號5無123、管理員、2239無效輸入2abc、123、管理員、2239、學號工號5無效輸入3abc、123、管理員、4046、學號|工號2、-100無效輸入4表22“消費”輸入條件等價類表輸入等價類有效等價類無效等價類持卡者登錄信息，點擊“消費”1.可用數字填寫消費金額2.消費金額為非數字3.提示“請輸入消費金額”表23有效等價類測試用例表測試數據期望結果覆蓋的有效等價類2、2、持卡者、2251、2輸入有效1表24無效等價類測試用例表測試數據期望結果覆蓋的無效等價類2、2、持卡者、2251、-2無效輸入22、2、持卡者、2251、無效輸入3飯卡消費記錄管理測試： 表25“查詢飯卡消費記錄”輸入條件等價類表輸入等價類有效等價類無效等價類持卡者登錄信息，點擊“查看消費歷史”，選擇“消費”操作1.消費記錄根據查詢條件正確顯示在控件中2.消費記錄未顯示出來3.顯示出來的記錄與查詢條件不匹配表26有效等價類測試用例表測試數據期望結果覆蓋的有效等價類2、2、持卡者、2251輸入有效1表27無效等價類測試用例表測試數據期望結果覆蓋的無效等價類2、2、持卡者、2251、2022-6-122:38:23至2022-9-4無效輸入2、3表28“修改飯卡消費記錄”輸入條件等價類表輸入等價類有效等價類無效等價類管理員登錄信息，點擊“查詢更改消費歷史”1.顯示所有卡的歷史操作2.消費歷史未顯示出來3.顯示出來的記錄與操作條件不匹配表29有效等價類測試用例表測試數據期望結果覆蓋的有效等價類abc、123、管理員、3777、學號|工號2輸入有效1表30無效等價類測試用例表測試數據期望結果覆蓋的無效等價類abc、123、管理員、2239、學號|工號5無效輸入2、36.3.2集成測試（白盒測試） 持卡者信息管理模塊的測試： ①利用持卡者注冊模塊完成申請者的飯卡和學號綁定任務，然后調用查詢持卡者信息模塊看剛注冊的持卡者信息能否查詢到。若查到則進入下一步，否則查找錯誤。②若在查詢過程中發(fā)現此持卡者的某項記錄有誤，調用修改持卡者信息模塊修改這個不正確的記錄，以完善此持卡者的信息，如果可以進入下一步，否則查找錯誤。③調用查詢持卡者信息模塊查詢上面所說的持卡者，看看是否修改了該持卡者不正確的記錄，如果是，并且該持卡者再無其余不正確的記錄則此次測試成功，否則發(fā)現錯誤，立即回到第二步繼續(xù)測試。流程圖程序圖測試路徑： 路徑1： 1->2->3->5->1路徑2： 1->2->3->4->7路徑3： 1->2->3->4->6->4->7測試用例： 路徑1：輸入6.4飯卡信息管理測試： ①利用加鎖與解鎖模塊完成對卡的鎖定任務，然后調用消費模塊看剛加鎖的卡號能否進行消費，若不能則進入下一步，否則查找錯誤。利用加鎖與解鎖模塊完成對卡的解鎖任務，然后調用消費模塊看剛加鎖的卡號能否進行消費，若能則進入下一步，否則查找錯誤。若在消費過程中發(fā)現余額不足，則調用充值功能模塊增加可利用款額，以完成消費，如果可以進入下一步，否則查找錯誤④調用充值模塊增加可用款額，然后調用消費模塊進行消費，看之前不足的余額是否增加，可以消費，如果可以進入下一步，否則查找錯誤或重復本次操作。⑤利用注銷功能模塊完成消除卡信息的任務，然后調用加鎖與解鎖模塊檢測卡是否還存在，若存在則重復此過程，否則查找錯誤。流程圖程序圖測試路徑： 路徑1:1->2路徑2：1->3->4路徑3：1->3->5->6路徑4：1->3->5->7->8->10->15路徑4：1->3->5->7->8->9->7->8->10->156.5飯卡消費記錄管理測試： ①調用查詢飯卡消費記錄模塊功能，若在查詢過程中發(fā)現此卡的某項記錄有誤，則調用修改飯卡消費記錄模塊修改這個不正確的記錄，以完善此卡的信息，如果可以進入下一步，否則查找錯誤。②調用查詢飯卡消費記錄模塊查詢上面所說的卡，看看是否修改了該卡不正確的記錄，如果是，并且該卡再無企業(yè)不正確的記錄則此次測試成功，否則發(fā)現錯誤，立即回到第一步繼續(xù)測試。流程圖程序圖測試路徑：路徑1:1->2->4路徑2：1->2->3->5->2->4路徑3：1->2->3->5->3->5->2->46.6系統(tǒng)測試與回歸測試完成了各個模塊的測試后，要進行系統(tǒng)測試。系統(tǒng)測試是針對整個產品系統(tǒng)進行的測試，目的是驗證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不相符合或與之矛盾的地方。在系統(tǒng)測試的任何一個階段，只要發(fā)現了錯誤，就要盡可能及時更正。更正后還要檢驗已經發(fā)現的缺陷有沒有被正確的修改和修改過程中有沒有引發(fā)新的缺陷，即回歸測試。另外，每當一個新的模塊被當作集成測試的一部分加進來的時候，軟件環(huán)境都很發(fā)生改變，即建立起新的數據流路徑，還有可能激活了新的控制邏輯。這些改變可能會使原本工作得很正常的功能產生錯誤。因此在集成測試策略的環(huán)境中，要進行回歸測試，就是對部分已通過測試的功能要再次進行測試，以保證系統(tǒng)在新環(huán)境下能正常工作。七、小結7.1.課設內容總結本次課設我們沒有用老師給的題目而是選擇了飯卡管理系統(tǒng)，因為在我們看來對于在校學生的我們，飯卡是我們在校園里每天的必需品，更加貼近我們，所以相對來說更加有意義。隨著我國高校擴招，大學生的人數呈逐漸上升趨勢。傳統(tǒng)的飯卡管理方式大多采用人工方式，這種方式具有明顯的局限性，主要表現在信息分散和共享性差、信息的及時性和準確性差以及職工多開支大。學生人數的眾多使得傳統(tǒng)的飯卡管理難度越來越高，學校對一款能夠實現科學有效的一體化管理的系統(tǒng)軟件的需求越來越緊迫。本次課設的主題是設計一個飯卡管理系統(tǒng)，能夠對飯卡信息進行查詢和更新管理，且反映敏捷準確。系統(tǒng)可分為持卡者信息管理、飯卡信息管理和飯卡消費記錄管理三個字模塊，能實現對飯卡的注冊、掛失與解鎖、信息的查詢和修改、充值與消費等功能。7.2.心得體會7.2.1A在本次課程設計中每一位同學都付出了努力，剛開始由于沒有小組開發(fā)經驗各部分之間不能很好的協(xié)調。在我們的努力下，小組內成員能夠很好的協(xié)調工作。最終很快的完成了本次課程設計。由于小組內各同學的水平不一，因此我們本著互助的原則對水平低一點的組員進行幫助。對軟件設計中出現的問題小組成員集體討論。并且當每一部分設計出來后小組內討論并修改，因此每個人都參與了軟件設計的全過程。對于編碼工作由我設計與實現，在軟件實現的過程中小組內其他成員都給予了很大的幫助提出很多寶貴意見，特別是王金鑫同學。本次課程設計是我明白了一個人是做不成軟件的，以前以為做軟件就是編碼。現在經過本次課程設計才發(fā)現在軟件進行編碼之前要做很多的東西。例如，本來我想一個人把軟件先實現了結果根本無從下手。最后和組員們一起討論了程序的流程接數據流圖、數據字典等一系列的問題。在本次課程設計中發(fā)現一個在一個團隊中Teamleader是很重要的，要協(xié)調各方面的工作，同時自己也要做很多的工作。經過本次課程設計雖然很累但是自己學到了很多東西。同時非常感謝汪靖老師對我們小組的指導，在這里說一聲辛苦了汪老師。7.2.3C在本次課程設計的開發(fā)的過程中，我全面了解了一個面向數據庫的飯卡應用系統(tǒng)的開發(fā)過程，從中學習了很多有關的知識。通過本次課程設計它能更直觀地把理論知識用于實踐當中，使理論能夠更好的結合實際，真正做到理論知識為實踐活動服務。旨在開拓我們的視野，增強專業(yè)意識，鞏固