第一篇：軟件工程實驗心得

早在我選擇民政職業技術學院就讀軟件開發與項目管理這門專業的時候，我一直認為軟件開發無非是努力的敲代碼，從敲代碼的過程中去體會各行代碼的意思和用處，在沒學軟件工程時我一直都是努力的敲代碼去學習軟件開發這門專業。在大一的時候我敲代碼的激情很好，但是到大二的時候就出現問題了，我根本就不喜歡敲代碼了，看見代碼就頭疼。所以感覺厭惡這門專業，對學習也不感興趣了。而且，還有一件更頭疼的事是在寫一個簡單的程序時竟然老是出錯，難一點的，復雜一點的程序竟然無從下手。但是去看程序的參考答案時都看得懂，又感覺很容易。學了軟件工程以后，我就感覺我以前的學習方法是錯誤的。以前我只注重于代碼，而不注重理論知識以及編程的思路，程序的架構。以至于在些程序時沒有寫程序的思路，不能形成程序的架構。只想到看腦袋里是否有與此類似的代碼。越想程序越亂，最后腦袋里一片空白。不知道程序從哪個方面下手了。

軟件工程這門課程是做軟件開發的人必學的課程，通過學這門課程，程序員就會注重軟件開發的理論知識，以及做項目開發的思路。學了這門課程后你寫程序就不會去盲目的去套用代碼，而是理清此程序的架構以及思路。程序該從什么時候開始，什么時候結束。在中間需要添加什么樣的功能，以完善該軟件。其實學軟件工程并不難，而且很容易。軟件工程與日常生活聯系起來的話，就是在一天中你該先做什么，后做什么。理解了先做什么，后做什么了以后寫程序就不是那么難了，再復雜的程序也可以分成幾大塊。你理清程序的思路后就可以一步步的解決其中的難題，最終實現軟件的功能。如果沒學軟件工程不知道理清程序的思路的話，做一個大的項目開發，那么多的代碼，沒有一個很好的結構，最終只會導致程序混亂，錯誤百出，知道代碼再多也會素手無策的。

總而言之，作為一個程序員學習軟件工程這門課程是至關必要的，如果沒學習軟件工程，你就不會做項目開發，也不可能開發出一個完善的軟件出來。

軟件工程實驗心得（2）：

曾經看過一本書叫《道法自然》，內容略記得一二，但我最欣賞的是它的書名。軟件設計沒什么太神秘有東西，只要用心體會，其實一切都很自然。軟件的設計之“道”，也不在于設計有多么的華麗、精巧，而在于其樸實、自然，最終達到“以無招勝有招”，進入一個全新的境界。

一、軟件設計理論的層次

以我的拙見，軟件設計領域中的各種概念，可以分為以下幾個層次來進行理解：

1、軟件設計的目的：重用性、擴展性。

這是最高的層次，是應對軟件危機的需要。

2、設計原則：低耦合、高聚合。

各種軟件設計的原則，如依賴倒置原則、單一職則原則、面向接口等，以及各種設計模式，其根本的目的其實只是為了降低耦合這么簡單。因為只有低耦合才能更好的適應變化，更好的重用和擴展。

3、實現方法：運用設計模式封裝變化、降低耦合。

設計模式只是用來“封裝變化、降低耦合”的工具而已。它是面向對象設計時代的產物，其本質就是充分運用面向對象的三個特性，即：封裝、繼承和多態，進行靈活的組合運用。

二、關于耦合1、耦合的粒度

耦合無論如何也是不可避免的。當我們實現接口、繼承父類的時候，就會不可避免的產生耦合。耦合是有不同粒度的，我們解耦到什么粒度為止，我認為應以模塊的重用粒度為準。盡量解除重用模塊或對象之間的耦合。而重用模塊之內的耦合，應屬于聚合的范疇，所以不要盲目的去解耦，否則就陷入了誤區。

2、解耦的原理

怎樣才能解耦呢，或者說為什么各種設計模式能達到解耦的目的呢?我覺得有以下幾個思路：

(1)將具體的東西抽象處理

(2)將分散的東西集中處理

而面向對象中的接口、繼承正為我們提供了這樣的一種機制。通過訪問接口或基類或抽象類，而不是具體的實現類，從而與具體的實現類達到了解耦的目的。我們還可以設計一些控制類，像潤滑劑一樣，協調各實現類之間的訪問，也可以達到耦的目的。

事實上，各種設計模式的基本思想也就是這樣。創建型模式是為了解除創建對象時產生的耦合，實際上是解除對類稱名的依賴，而結構型和行為型是為了解除對象屬性或方法的直接調用。不管什么設計模式，都是將對具體實現類的訪問提升為對接口、基類或用于協調的控制類的訪問。

三、關于接口

這一節更具體，談一談接口，因為使用接口是軟件設計的重要手段，但已經不屬于“道”了~

1、接口與繼承

接口描述的是對象某一個方面行為特征。使用接口與使用繼承關系各有優缺點，使用子類繼承可以繼承父類的功能，體現了重用的精神。而接品更加靈活，因為它解除了子類與父類之間的高度耦合，它體現在靈活擴展的精神。

2、接口與純虛類

理論上接口可以由純虛基類實現類似的功能，那為什么還我們不去掉接口的概念，而直接使用虛類呢?

接口存在的理由就是它更加靈活，關系簡單，易于理解。比如一個類可以實現十幾個甚至幾十個接口，但一般開發工具只支持單繼承(由于多繼承太容易導致混亂和沖突)，如果要繼承十幾層，系統結構想必會無法理解了，我以為這是接口存在的最重要的原因。

如果接口和虛類繼承結合使用，可以產生強大的威力，這也是許多設計模式的“殺手锏”。

以上算是總結一下自己的心得。肯定有不少片面之處，請各位指教。

第二篇：軟件工程實驗

作業一

1.請畫出由下列文字描述的系統流程圖，請用Microsoft Visio 或Word軟件畫圖

設某城市招干考試成績統計系統。

考生分三個專業，不同專業考試科目不同：

法律專業---考政治、語文、法律

行政專業---考政治、語文、行政

財經專業---考政治、語文、財經學

每個考生在報名時登記姓名、地址、年齡和報考專業。報名后招干辦公室根據專業考生專業及地址在市區或郊區來編排準考證號碼和考場。考生參加考試后，輸入每個考生的各門課程的成績，并統計出每個考生三門課程的總成績。按準考證號的順序打印出考生考試成績單，分發給每個考生。各專業分別將考生按成績總分從高到低的次序排序，以便決定錄取名單。

作業二

畫考務處理系統的數據流圖。

考務處理系統功能如下：

(1)對考生送來的報名單進行檢查;(2)對合格的報名單編好準考證號后將準考證送給考生，并將匯總后的考生名單送給閱卷站;?3)對閱卷站送來的成績單進行檢查，并根據考試中心制定的合格標準審定合格者;(4)制作考生通知單(含成績及合格/不合格標志)送給考生;(5)按地區進行成績分類統計和試題難度分析，產生統計分析表。

作業三

1、請為某倉庫的管理設計一個ER模型。該倉庫主要管理零件（包括零件編號、名稱、顏色、重量）的定購和供應等事項。倉庫向工程項目（包括項目編號、項目名稱、開工日期）供應零件，并且根據需要向供應商（包括供應商編號、名稱、地址）定購零件。

2、畫復印機的狀態轉換圖 復印機的工作過程大致如下： 未接到復印命令時處于閑置狀態，一旦接到復印命令則進入復印狀態，完成一個復印命令規定的工作后又回到閑置狀態，等待下一個復印命令；

如果執行復印命令時發現沒紙，則進入缺紙狀態，發出警告，等待裝紙，裝滿紙后進入閑置狀態，準備接收復印命令；

如果復印時發生卡紙故障，則進入卡紙狀態，發出警告等待維修人員來排除故障，故障排除后回到閑置狀態。

作業四

請將上列給出的具有變換型的DFD圖導出它的軟件結構SC圖

作業五

某程序流程圖如下圖所示，請分別用N-S圖和PAD圖表示。

作業六

練習題：用判定表和判定樹表示“檢查訂貨單”偽碼 IF 客戶訂貨金額超過5000元 THEN IF 客戶拖延未還賒欠錢款超過60天 THEN 在償還欠款前不予批準

ELSE(拖延未還賒欠錢款不超過60天)發批準書，發貨單 ENDIF ELSE(客戶訂貨金額未超過5000元)IF 客戶拖延未還賒欠錢款超過60天 THEN 發批準書，發貨單，并發催款通知書 ELSE(拖延未還賒欠錢款不超過60天)發批準書，發貨單 ENDIF ENDIF

作業七

設計下列偽碼程序的語句覆蓋和路徑覆蓋測試用例： START

INPUT(A,B,C)IF A>5 THEN X=10 ELSE X=1 END IF IF B>10 THEN Y=20 ELSE Y=2 END IF IF C>15 THEN Z=30 ELSE Z=3 END IF PRINT(X,Y,Z)STOP

實習

請參考機票預訂系統實例 飛機票預訂系統.zip

一、課程實踐任務

學生自行分組選擇一個項目，完成一個實際軟件項目的分析、設計、開發、測試全過程，領會軟件工程的基本思想，明晰各個階段的主要任務，使用 MicroSoft Visio、Project、Rose、VSS、Power Designer 等計算機輔助軟件工具，采用規范化的軟件工程方法進行軟件項目的研發。

二、課程實踐的要求

第三篇：軟件工程心得

學習軟件工程這門課程已經有一個學期了，整一個學期下來，應該說還是有許多值得肯定的地方的，其實在我看來，軟件工程與其說是一門課程，不如說是一門思想。是一個如何去分析和處理問題的過程，應該說其范疇已經遠遠不止局限于該門課程，成為了一個綜合的一個能夠解決問題的思想集合。

在上課的時候我還是很認真地去聽老師所講述的內容的，我覺得他的思想和我一向而來的培養計算機學生綜合素質的理解還是在一定程度上不謀而合了，所謂的需求獲取，那就是一個談判，辯論，交流的過程，已經不是單純的編編程序就能解決的問題了。從我所看到的聽到的來說，我最怕的就是計算機系的學生被別人說成是個帶著厚眼鏡的，只能夠在電腦前編編程序的，在交際場上不知道說什么而一個字都說不出來的人。我覺得這樣的人進入社會之后是沒有什么前途的，起碼他們缺乏了與人溝通交流的能力。而這門課程在一定程度上給了我們這些學生一個機會來鍛煉自己在另一方面的能力，設想一下，一個又有技術又能夠與人交流合作的人所取得的成就自然要比一個單單只會編程序的人要大得多。

其次，這門課程教給了我們在完成一個實際項目時的一般程序及過程，我認為這是一份非常具有實際意義的教學內容。當我們在畢業之后，這是我們實際要運用的一項非常有用的技能，而且不僅僅局限于軟件工程的范疇，我們即使是從事與其它行業，不也是要從需求獲取開始，一直有條有理地到最后成品的出爐嗎？應該說這就是這門課的價值所在。無論是在上課，還是在學生會里面做學生工作，我都深深地感覺到，技術性的工作就好比變魔術，其實原理是非常簡單的，甚至可以說簡單的可笑，但是當你就是做出這么一個簡單的東西出來之后，一些外行們有時候會用崇拜的眼光看著你，覺得你很厲害，很高深莫測。但是制作的過程他們卻不知道，也許知道之后他們只是會啞然失笑，原來這個東西的制作過程是如此的簡單。這個可以說就是技術的魅力了，而作為需求獲取及之后的一系列過程則是類似于魔術揭秘的過程，但是作為這個秘密我們并不需要一揭到底，至于揭的程度如何那就是我們那就是我們學出的程度如何了，我們要讓對方知道我們在做什么？以及如何去做？這些東西需要我們以一定的技巧敘述出來，所起到的作用就是能夠讓對方了解自己的進度，卻又能夠不讓對方來干涉自己的工作過程。因為我們是技術員，對方只是外行，即使對方知道了這個魔術的操作過程，也并不代表他們就能夠向變著魔術的我們來隨便修改這個魔術的變法，況且我們能夠用不同的過程來得出一個同樣的結果，這個過程的得出的主動權如何掌握在我們的手上，就看我們如何以高明的方式來揭開這個魔術的謎底了。

當然了，在純粹的理論上，我覺得開設這樣一門課程是很成功的。但是畢竟現實里有太多的不確定的因素。最重要的因素就是授課的老師和聽課的學生。這兩個可以說是這門課成與敗的決定性的因素。

作為老師方面來說，我覺得給我們上試驗課的老師非常的優秀，作為一名了有十幾年工作經驗的老船長，看問題的確是有他自己獨特的一套方法，我的話對他也是非常崇拜的。但是周日晚上的課程我還是有比較大的意見，首先，作為學生來說，最不希望上課的時間就是周五的晚上和周日的晚上，因為這是個我們進行調整的時候，前者的調整是為了假期的到來，后者的調整是為了準備學習的開始，這個時候的上課一般來說都是學生比較反感的。其次，對于我來說，原來小的時候非常崇拜那些有著高學歷的人才，什么碩士，博士，博士后都是被放在神壇上的人物，覺得他們很厲害，走路都會散發光環。但是在我上了他們這些人的課之后我發覺我真的是很失望。作為一個具有高學歷的人來說，他能夠自己迅速的吸收知識這點的確是令人敬佩，但是他能不能夠把自身所吸收的知識傳授給他的學生，那就是一個未知之數了，雖然的確這是一門枯燥的課程，但是并不代表老師就可以在講臺上講課沒有一點激情，或者說沒有一點能夠讓我們想聽下去的欲望，這個不得不說是一件非常諷刺的事情。子不教，父之過；教不嚴，師之惰。雖然學生們也有一部分的責任，但是把一切責任都推到學生們的身上那也是非常的不公平的。

作為我們學生來說，當然也應該負起比較主要的責任。在大學里有了太多的基礎課程，基礎課程大多都比較枯燥無味，也許在第一個學期里我們還能夠保持著新鮮感，但是在5個學期之后，可以說再有新鮮感就是一件比較困難的事情了，我們都已經開始變得遲鈍了，現在出現了一門新鮮的課程，可能同學們比較難把那樣不好的狀態一下子改變過來。其次的，學生們沒有認識到這門課程的價值。這門課的價值我已經在上面說過了，是不言而喻的。但是并不是每個同學畢業之后都回從事計算機行業，也不是每個同學都知道這門課程的意義已經不僅僅局限于計算機這個范疇，但是他們不知道，無知者無畏也。既然和我沒什么關系，那我就不聽，反正聽了也沒什么用，很多同學報著的就是這么個心態。對于這樣的心態，我表示理解，也表示悲哀。在沒有徹底了解一件事物的本質之前，我們是沒有資格向這件事物隨便的指手畫腳的。最怕的就是在沒有了解之前就把這件事物否定。如果有了這樣先入為主的思想，那就比較沒救了。所以作為我們來說，還是更需要得深入了解下這門課所起到的作用之后再下結論也不遲。只是有一點我還是覺得比較奇怪，現在被人嗤之以鼻的傳銷在當時能夠吸引如此大的一批人，而且那些受害者明知道這件事情是不好的但是還會去做，就是因為“洗腦者”的口才說服了他們，那作為老師來說，如何來說服學生們來上一門正確的課程應該說是要相對的容易很多吧，但是我覺得這樣的過程在我們的大學課程里真的是少之又少啊。今天在這里寫了很多，算是我對軟件工程這門課程的一點點心得體會，也許是正確的，也許在一定的程度上存在著觀點的偏激錯誤，但是起碼這些東西是我覺得存在著的一些問題，但愿軟件工程這門課程能夠開的越來越好，讓更多的學生們能夠從這門課程中受益，在以后社會殘酷的競爭之中存活下來！

第四篇：軟件工程實驗教學大綱

軟件工程實驗教學大綱

前 言

軟件工程實驗是為計算機相關專業本科《軟件工程》課程配套設置的，是《軟件工程》課程講授中一個重要的、不可或缺的實踐環節。其目的是使學生能夠針對具體軟件工程項目，全面掌握軟件工程管理、軟件需求分析、軟件初步設計、軟件詳細設計、軟件測試等階段的方法和技術，通過該課程設計使學生進一步理解和掌握軟件開發模型、軟件生命周期、軟件過程等理論在軟件項目開發過程中的意義和作用，培養學生按照軟件工程的原理、方法、技術、標準和規范，進行軟件開發的能力，培養學生的合作意識和團隊精神，培養學生對技術文檔的編寫能力，從而使學生提高軟件工程的綜合能力，提高軟件項目的管理能力。

按該課程的特點，實驗內容包括軟件開發的兩大方法學的專題訓練，即結構化（生命周期學）的方法學和面向對象的方法學，通過對一個簡單項目，要求學生利用結構化軟件開發技術或面向對象的軟件開發技術完成對該項目的開發。因此設置五個實驗項目，從項目發的準備工作，系統分析過程，系統設計過程，軟件測試到系統實施，覆蓋軟件開發的整個過程，此外又引入我國國家《計算機開發規范》，以規范技術文檔的書寫標準，提高實驗教學質量。

通過實驗訓練，達到如下目的：

使學生進一步了解和掌握軟件工程原理，提高對實際項目的分析和設計能力，通過實驗課程，熟悉和基本掌握軟件工程方法學、軟件開發的過程，文檔資料的編寫格式及規范，全面領會和貫通所學習的理論知識，從而培養學生綜合運用所學課程知識，分析解決問題的能力，培養學生理論聯系實際作風，實事求是，嚴肅認真的科學態度和良好的工作作風，為今后從事科學研究工作打下基礎。

實驗一：項目開發的準備工作

實驗學時：2 實驗類型：驗證性

一、目的與任務

目的：確定課題，組織組員，合理分工，熟悉軟件開發環境，培養團隊精神。

任務：學習軟件開發小組的組織和管理，合理分工，將項目開發各階段的任務明確，并熟悉相應的軟件開發環境。

二、內容、要求與安排方式

1、實驗內容與要求：

根據各組選擇的課題，實行項目經理制，各組推薦一名組長，統一管理整個項目的實施過程，并合理調整資源和負責項目全局；根據項目的難易合理分配組員的任務，對問題達成一致的看法；針對項目的實施，熟悉相應的軟件開發工具的使用環境。

2、實驗安排方式：

本實驗為開放實驗，各組可同時進行實驗，每組4－6人。3．準備參考資料和閱讀相關的國家有關軟件開發的標準文檔。

三、思考題

1、項目開發首先要做的事是什么？

2、你認為該軟件應具備的最重要的特性是什么。

3、你認為怎樣分工是最合理的？

實驗二：系統分析過程

實驗學時：4 實驗類型：驗證性

一、目的與任務

目的：確定項目的可實施性，在此基礎上完成系統的邏輯功能模型的建立。

任務：采用不同的軟件開發技術，完成對項目的分析過程，給出系統的邏輯功能模型，數據字典以及規格說明書。

二、內容、要求與安排方式

1、實驗內容與要求：

明白項目的業務流程圖，繪制數據流程圖，功能分析圖，編寫數據字典，數據加工處理的描述，軟件系統流程設想圖（新系統模型），需求規格說明書。

2、實驗安排方式：

本實驗為開放實驗，各組可同時進行實驗，每組8－10人。

三、思考題

1、需求分析在軟件開發中真的有那么重要嗎？

2、分析系統流程圖，流程圖和數據流圖的區別和各自的特點。

3、怎樣寫合乎規范的數據流圖和數據詞典？

4、怎樣組織對該工作的評審？

實驗三：系統設計過程

實驗學時：4 實驗類型：設計性

一、目的與任務

目的：在實驗二基礎上完成系統的體系結構的建立和系統詳 2 細設計，并給出相應的規格說明書。

任務：認真分析實驗二的結果，給出系統合理的體系結構，描繪系統結構圖，并合理劃分系統的各組成模塊，最后給出系統的各部分設計規格說明書。

二、內容、要求與安排方式

1、實驗內容與要求：

功能結構圖設計，軟件處理流程設計，輸出設計（主要指打印輸出設計），存儲文件格式設計（數據庫結構設計），輸入設計（主要指數據錄入卡設計），代碼設計，程序設計說明書

2、實驗安排方式：

本實驗為開放實驗，各組可同時進行實驗，每組8－10人。

三、思考題

1．系統設計和需求分析的關系是什么？兩者必須先后關聯嗎？ 2．怎樣描繪系統的體系結構？ 3．怎樣繪制復合規范的流程圖。4．怎樣組織對設計階段工作的評審？

實驗四：系統實現

實驗學時：4 實驗類型：設計性

一、目的與任務

目的：系統運行和軟件后期制作，了解程序設計的風格。任務：編寫源程序，正確書寫軟件說明書和用戶手冊，總結軟件開發中的得失。

二、內容、要求與安排方式

1、實驗內容與要求：

完善系統所涉及的程序框圖，源程序，模擬運行數據，打印報表，軟件使用說明書和用戶手冊等。

2、驗安排方式：

本實驗為開放實驗，各組可同時進行實驗，每組8－10人。

三、思考題

1、怎樣合理選擇軟件開發的工具？

2、怎樣進行用戶說明手冊和使用手冊的編寫。

3、總結項目實施中的得失。

實驗五：軟件測試

實驗學時：4 實驗類型：綜合性

一、目的與任務

目的：在實驗四的基礎上，完成對系統的組裝和測試。

任務：正確運用軟件測試技術和方法，完成系統的單元測試、綜合測試、確認測試、系統測試的方法，掌握測試用例的設計方法，并給出測試報告。

二、內容、要求與安排方式

1、實驗內容與要求：

（1）能夠正確運用軟件測試的過程與方法，結合一個模擬課題，復習、鞏固、軟件工程中系統測試知識，提高軟件測試的實踐能力。

（2）熟悉單元測試、綜合測試、確認測試、系統測試的方法，掌握測試用例的設計方法。

（3）樹立正確的軟件測試思想，培養分析問題、解決問題的能力，提高查詢資料和撰寫書面文件的能力。

2、驗安排方式：

本實驗為開放實驗，各組可同時進行實驗，每組8－10人。

三、思考題

1．怎樣看待測試的重要性。2．怎樣選擇測試的技術和方案。

3．比較邏輯測試和基本路徑測試的不同和聯系。4．怎樣組織對測試階段工作的評審？

附錄一：

實驗要求

軟件工程實驗要求學生采用“項目小組”的形式，結合具體的開發項目進行設計。具體要求如下：

1、班級按項目小組進行分組，每組不得超過6人

2、每個項目小組選出項目負責人或項目經理，由項目經理召集項目組成員討論、選定開發項目

3、項目中的每項任務要落實到人且規定該任務的起止日期和時間

4、每個項目小組必須按照《軟件工程實驗教學大綱》附錄中給定的文檔規范標準提供項目文檔

5、題目自定或采用附錄二中的題目

6、軟件開發的方法自定（結構化或面向對象的方法學）

附錄二：

實驗題目

題目一：“基于最小二乘法的公交車輛GPS補償定位系統的研究” 1． 研究內容: 本項目主要研究智能公交調度系統中，在不增加硬件設備的基礎上，通過軟件來解決GPS在動態環境中信號失鎖問題的方法。提出了基于最小二乘曲線擬合方法的GPS數據補償算法，該算法將公交車輛的行駛線路數字化為一個曲線模型，并且在客觀條件影響車載GPS設備無法接收到GPS信號時，利用對應線路的曲線模型模擬公交車輛的行駛，實現補償定位。解決由于GPS失鎖引起的三個問題。2． 研究意義: 城市智能公共交通管理系統公交車輛的定位跟蹤、輔助導航、車輛調度指揮、動態發布公交信息以及出行者最佳路徑查詢等功能。通過建設智能公交管理系統可以大大提高城市公交車輛的綜合管理和調度的智能化，從而有效緩解城市交通的壓力。3． 研究方案：

針對公交行業中公交車輛的行駛路線相對固定的特點，根據車輛的歷史定位數據，對該行駛線路進行曲線擬合，形成一條數字曲線模型。由于公交線路形狀存在復雜和多樣性，所以在擬合中采用分段擬合，將線路根據其形狀分成幾條分別擬合。在GPS無法接收到定位信號時，將最后一次獲得的定位坐標投影到曲線模型上，以此為起點，在曲線模型上模擬車輛行駛并按原定GPS采樣間隔發送曲線模型上的對應坐標值，作為車輛的定位數據信息，解決GPS的失鎖問題。當GPS定位信號重新獲取后，停止模擬行駛，以實際定位數據為準。本項目采用最小二乘二次曲線擬合。4． 研究成果：

本系統以公交業務三級調度模式為系統設計框架，集計算機控制技術、無線通信技術、全球衛星定位技術、地理信息技術為一體的公共交通系統。該系統基本上實現了公交調度業務的覆蓋和公交調度的智能化的要求，是一款比較出色的智能公交調度系統，本項目所探討的用最小二乘曲線擬合解決GPS失鎖問題的方法將在將來的智能公交調度系統軟件中得到實際應用。

題目二：物業小區“一站式” 收費終端系統的軟件實現

1、研究內容：

在選擇合適的終端設備及運行系統平臺基礎上，利用目前流行的的面向對象程序設計語言Visual Basic 6.0和SQL的底層數據庫設計的軟件支持，硬件采用觸摸式液晶屏幕實現用戶與終端交互,通過網絡實現終端和銀行的交互，預先模擬出收費企業、銀行、小區住戶三方的數據庫信息（以銀行為交易中心），當住戶在小區的終端上刷卡消費時，終端將實時發送信息至銀行，實現銀行數據庫相應企業賬戶和該刷卡用戶賬戶信息的更改和刷新。軟件實現功能暫定代繳水費、電費、煤氣費、電話費（固定電話、移動手機用戶、聯通手機用戶）。

2、研究意義：

隨著現代都市生活節奏的加快，人們對生活的便捷性也隨之提出了更高的要求。而日常生活中消費性資源的固定費用，如電話費，燃氣費，水電費等的交納也面臨著越來越突出的矛盾：一方面，周末到銀行交納各項費用的用戶劇增，加大了銀行的工作量；另一方面，也使用戶浪費了大量的時間在排隊上，產生了一些負面影響；第三，雖然目前銀行開通了在網上在線交費業務，但由于互聯網的很多安全漏洞，用戶無法安心的在網上進行交費。針對目前用戶需要解決這種矛盾的迫切性，我們設計了“物業小區一站式收費終端系統”：該終端有點像銀行的自動取款機，位于中間位置的是一個觸摸式的液晶屏幕，在正常狀態下，屏幕上播放著城市（合肥）的風光片等信息，用手指觸摸后，直接進入首頁。利用該終端可以使用儲蓄卡交納水氣煤電等各項費用。該項目的開發可以很好的解決銀行與用戶之間的不協調性，不僅可以提高銀行處理數據的能力，而且為用戶節省了時間。目前合肥市的大部分小區還沒有這種終端，因此市場前景廣闊。

3、研究方案：

在選擇合適的終端設備及運行系統平臺基礎上，預先模擬出收費企業、銀行、小區住戶三方的數據庫信息（以銀行為交易中心），當住戶在小區的終端上刷卡消費時，終端將實時發送信息至銀行，實現銀行數據庫相應企業賬戶和該刷卡用戶賬戶信息的更改和刷新。軟件實現功能暫定代繳水費、電費、煤氣費、電話費（固定電話、移動手機用戶、聯通手機用戶）。軟件開發將以瀑布模型為主要依托，進行問題陳述、問題定義、需求分析、可行性研究報告，并配以相應E-R圖、DFD圖、SC圖和數據字典等，然后用統一建模語言UML描述軟件，再結合動態模型機制構造狀態圖、順序圖、協作圖、活動圖等，以文檔為驅動逐步進行系統的整體設 6 計。在硬件上，主要在于如何選擇合適的服務器、客戶機、交換機、打印機及網絡設備來構建完整安全的終端；軟件方面，集中體現在操作系統、數據庫系統、開發語言的選擇。需要解決的關鍵問題還有終端液晶屏幕是采用什么觸發方式（電容觸發等方式），服務器平臺用LINUX還是用Windows 2000 Server及更高版本等。

4、研究成果：

利用目前流行的的面向對象程序設計語言Visual Basic 6.0和SQL的底層數據庫設計的軟件支持，硬件采用觸摸式液晶屏幕實現用戶與終端交互,通過網絡實現終端和銀行的交互。當住戶在小區的終端上刷卡消費時，終端將實時發送信息至銀行，實現銀行數據庫相應企業賬戶和該刷卡用戶賬戶信息的更改和刷新。軟件實現功能暫定代繳水費、電費、煤氣費、電話費。

題目三：“大型超市品類管理子系統的研究與開發” 1．系統簡介

隨著社會經濟的飛速發展，我國的大型超市及連鎖企業步入多元化，跨地區，高效率為特點的新階段。隨之而來的是對超市物品管理，人員管理，庫存量統計及物品進出超市記錄管理的需要。而由于統計量大，管理過程中會出現很多問題，市場就需要一個全面的，詳細的品類管理子系統對超市進行管理工作。研究的內容包括：商品陳列、庫存量、各類商品的銷售數量、單價、利潤及供求關系。首先，品類管理系統主要分為三個子系統：采購系統，銷售系統和管理系統。采購系統的主要工作過程是：在數據庫中統計庫存量小于一定數目的物品，將需要采購的物品上報給采購人員。在新的物品進庫后，對物品數量進行重新統計。銷售系統的主要工作過程是：每一次采購將物品單備份并儲存，以便在月末結帳時進行核對。管理系統的主要工作過程是：每隔固定時間或者是在系統需要時統計出物品進出量以及超市盈利。以上功能要求在計算機上實現。2．技術要求和限制條件

（1）在當超市物品庫中的各種物品數量發生變化（包括進貨和出貨）時，都應修改相關的物品記錄，如庫存表或進/出庫表。（2）正當出貨或進貨時不得對物品數量進行統計，只有在出，進貨完成后才可以統計

（3）系統的外部項要包括超市服務人員，出貨人員和進貨人員

題目四：“基于感應式門禁的中小學家校通系統的設計與實現” 1．系統簡介

目前，學生的在校管理工作越來越受到學校和家長的重視。管理的好壞將直接影響到學生的安全，以及學生的學習狀況與水平。而傳統的管理工具及方法有著很大的局限性，例如，學生離開家時，家長不能很好的了解到他們在學校的情況，而離開學校時，校方又不能了解到學生在校外的表現與行為。近幾年來，孩子經常讓家長擔心的事情莫過于放學不回家，甚至逃課去網吧和游戲廳。時間一長，他們就可能會生成網癮、游戲癮。

本套系統的開發，就是在于加強校方和家長之間的交流與聯系，讓家長在校外就能了解到孩子在學校的表現，這樣，更有助于家長對孩子的管理、孩子成績的提高。

當學生離開家來上學時，一旦他們從學校大門經過，門禁系統的感應器將感應到該同學的到來，并記錄下來。然后將記錄傳到校方服務器，由校方服務器與移動電話公司服務系統建立聯系。這時，移動電話公司便會以短信的形式把“孩子已經到校”的信息告訴給家長。相反的，如果家長在孩子離開家來學校的很長時間后沒有受到信息，那么家長就可以知道他的孩子沒有來學校。這樣 就實現了 學校與家長時時的管理孩子。2．研究方案：

系統的建設描述：第一，采集學生的信息。這主要包括學生的班級、姓名、年級、家長姓名、家長手機。特別的就是家長的手機，這是系統的關鍵信息所在。第二，建立校園內部網絡；首先，在每個學生的學生證件上安裝磁條，并保證磁條與學生的學號一一對應，每個磁條中存儲著持卡學生的信息。在學校大門安裝磁條感應器，并與校園主機相連接。這樣可以把磁條所感應到的信息第一時間反饋給主機。第三，班主任將根據學生在學校的表現分成不同的等級，然后將它輸入主機。第四，學生每次的模擬成績或作業完成情況也將輸入主機。第五，校方和移動電話公司或網絡公司建立聯系，校方把所要向學生家長公布的信息通過移動電話公司的短信息業務或網絡公司的電子郵件業務發送給家長。

題目五：基于手機短信業務的銀行信用卡消費告知系統

1、系統簡介

據調查，目前越來越多的人們放棄使用固定電話，更愿意使用方便、快捷的移動通訊工具。為方便人們及時掌握消費情況，通訊商需要開發一個信用卡消費告知系統。通訊商把用戶的基本資料（手機號碼、信用卡帳號、開戶銀行等）輸入系統中，并且事先與銀行、消費場所的數據庫建立連接。用戶申請開通此項業務后，系 8 統隨時與用戶建立聯系，消費場所通過終端機把顧客的消費信息映射到銀行的數據庫中，銀行通過與通訊商之間的共享關系，由通訊商以短信息形式將消費信息發給用戶。此外系統應定時檢查更新數據庫用戶的基本資料及其他相關信息。

2、技術要求及限制條件

（1）在使用本系統時應考慮用戶信息的合法性（如銀行帳號、身份證號碼）等。

（2）對于本系統還應補充如下功能：

用戶要對應多個銀行帳號； 用戶取消此業務的處理； 用戶更改手機號碼的處理；

一個銀行帳號對應多個手機號碼的處理；

（3）外部輸入項至少包括：手機運營商、銀行、消費場所。

第五篇：軟件工程實驗日志

軟件工程實驗日志

指導教師

實驗時間：

年

月

日 學院

專業

班級

學號

姓名

實驗室

實驗題目： 實驗目的： 實驗要求：

實驗主要步驟： 實驗結果：

心得體會：