大連職業技術學院
大型軟體專案實訓周記
教學單位資訊工程學院
專業軟體技術（英語）
班級一班
學生姓名惠兆鄴
學號 2010041110
指導教師馬艷紅
第 1 周：日期：3月9日
總算是可以忙中偷閒坐下來寫些東西了。一周的複習終於過去，然而這還只是個開始。從這週開始，我們將開始為期8周的校內實習訓練生活，由於埃森哲公司的一些內部原因，我們無法到實習的公司去實習，而由公司派人到學校給我們進行校內培訓。
開始的時候，對於新事物總是充滿好奇，好奇著我們的實習生活將會是什麼樣子呢？答案很快就將揭曉。在我們的第一天實習課，公司派來的老師就將我們為期兩個月的實習流程告訴了我們。
當然，他還告訴我們計畫沒有變化快，大體流程是如此，不過具體實施時將根據我們的實際情況來進行適當的調節。這位老師的幽默很快就贏得了大家的好感，稍微介紹一下，我們的這位老師，是公司的manager，我們大家都稱他為趙老師，他有著非常豐富的專案實際經驗，對於我們這幫還沒正式工作的小菜鳥來說，可以說是奮鬥的目標也不為過。
老師雖然很厲害，不過真正需要的還是我們自己的努力，老師對於我們來說，只是乙個很好的輔助，太多的借助反而對於自己並不是一件好事，所以，抱著這種積極向上的心態，我將開始我為期八周的實習生活。
那到底這八周要幹什麼呢？當我看到了整個流程後，不禁有些納悶。我們是學軟體的，會敲**就可以了，整那麼多多餘的步驟幹什麼啊，這不是勞民傷財嗎？
對於我們以往對軟體的認識，真是進行了顛覆的變化。本來以為要編好幾周的**，剛去上課的時候，甚至都做好了圈起袖子、埋頭苦幹的準備。真是應了趙老師那句計畫沒有變化快，讓自己有種用力揮出一拳卻打到了棉花上的感覺。
在大家都很迷惑的時候，趙老師給大家講解了一下原因：「實際的軟體專案，是非常大的，並不是乙個人就可以獨自完成的，所以必須要團隊配合的，而為了團隊間更好的配合，我們就需要用到『軟體工程』。而提到這裡，就是我要說的重點，我們將利用這兩個月的實習時間，來教大家如何在實際的專案中運用『軟體工程』這門科學」，更要大家在實習的過程中學會團隊的意義。
很快，我們分成了幾個小組，而每個小組都分到了乙個專案的名稱，這為期八周的實習生活，我們將運用「軟體工程」這門科學來完成專案的製作。
最後提一下，具體是什麼讓我們這麼驚訝呢？第一周：將對該專案所需要的知識進行集體鞏固複習。
第二週：將直接進行專案的需要分析。因為專案名稱已經給出，所以將去掉可行性分期。
我們小組分到的專案是「診所管理系統」，這就免不了去診所實地調查了。第三週：根據調查的結果，進行概要設計。
第四周：根據概要設計，來製作軟體的詳細設計。第五周：
根據詳細設計，來進行專案的編碼。而最讓我們驚訝的是，我們這八周中，需要編碼的也就僅僅一周而已，雖然老師上課時跟我們稍微提過些，可當我們真正發現這樣時，還是有些不淡定。第六周：
根據做完的專案，進行專案的測試。第七周：就進行該項目的最後綜合測試，以確認專案的完成。
第八周：專案總結，我們將用一周的時間來總結整個實習的收穫，在最後一周的周五進行自我展示，以及收穫報告。至此，實習的生涯將會到此結束。
整個實習過程，有八周的時間，編碼卻只有一周，有些難以接受，不過還是要接受，因為這就很可能是我們以後的工作，為了工作，加油！
第 2 周：日期：3月16日
在校內實習的第一周裡，老師將我們所有人分了5個小組，並給我們每個小組分配了不同的專案。我們的專案是「診所管理系統」，因為這個專案其中包含了一些我們不知道的專業醫學知識和實際流程等，所以我們必須去診所進行實地調查，以此來保證我們最終的作品會滿足診所的管理需求。這裡也說明了軟體需求分析的重要性,這一環節，可以說是整個軟體生成的最為重要和關鍵的環節。
如果我們僅僅根據自己的了解就將專案進行下去，開發出的軟體卻滿足不了客戶的要求，也就是說這個軟體的作用幾乎是0，而我們所有的投入最終都是徒勞的。我想，這是所有人都不願意看到的結果。
這一周，我們上課的時間進行軟體需求分析的知識講解和軟體需求分析的文件製作，而課下我們就利用課餘時間進行診所的實地調查。為了節約時間，我們小組每個人各負責乙個學校周圍的診所，對其診所內的醫務人員進行詢問，並承諾將最後的成品軟體免費提供於其診所的使用，這樣大大的提高了醫務人員的熱情，並最終獲得了我們想要的結果。
經過兩天的調查以及我們課上知識的講解，於第三天我們開始了需求分析文件的製作。根據大家的調查結果，我們將重複的內容和個別比較特殊的內容剔除掉，整理出了幾個診所綜合的需求，以此為根據來製作需求分析文件。根據醫務人員的描述，一般診所的看病流程是：
「患者來診所進行**，如果確定患者需要在診所**，那麼將他的資訊記錄下來，然後根據其患病的種類將其分到對應的部門對其進行**，在其**過程中，需要將其**的資訊進行記錄，形成該患者的備案，直到該患者**出院」。根據歸納的調查結果，我們將其資訊製作成資料流圖。因為初次製作以及專案較小，所以在這裡只製作基本資料流圖。
而在其需求的基礎上，我們將建立邏輯模型，這裡使用自頂向下、儲層分解的方法，將總結出的客戶需求分為四個模組: 醫務人員管理模組、藥品資訊管理模組、病患管理模組、診療記錄模組，並將其製作成了層次方塊圖。
由於是初次製作軟體需求分析的文件，所有有很多不符合規定的地方，就比如資料流圖的製作，很多小的細節都沒有注意，像這樣的問題還有很多。不過，在經過了小組成員的積極討論修改以及老師的指導後，這些問題都得以解決。
這一周，我們的收穫就是軟體需求分析的文件製作，這是軟體工程中非常重要的乙個步驟，這一環節，是一整個軟體生成的最為重要和關鍵的環節。
第 3 周：日期：3月23日
上一周我們做好了專案的需求分析，這一周，我們就可以根據做好的需求分析文件來製作該項目的概要設計了，本來計畫是用一周的時間來完成該軟體的概要設計，但由於軟體比較小，並且需要的資料並不是很多，所以老師臨時決定，這一周，我們將進行軟體的概要設計和詳細設計兩個部分的文件製作。而下一周的專案詳細設計，將改為軟體的編碼製作，將原來一周的專案編碼改為兩周。這樣一來，我們原本稍微寬裕的時間又變得緊縮起來，而為了能更好的完成概要設計文件和詳細設計文件的製作，我們下課後更是一起在教室裡加班趕工，還好，經過大家的努力，周五上課的時候，我們小組的兩份文件，經過老師的檢驗，全部通過。
概要設計的基本任務包括制度規範主要就是：將系統劃分模組，決定每個模組的功能，呼叫關係及介面，即模組姐傳遞的資料。
而系統的模組劃分，在上一周的需求分析力，我們就已經做出了總結，需要將診所劃為四個模組：醫務人員管理模組、藥品資訊管理模組、病患管理模組、診療記錄模組。而這四個模組的具體功能，在經過小組成員的共同討論後，將其模組的功能羅列如下：
一、醫務人員管理模組
1、 醫務人員入職。
2、 醫務人員離職。
3、 醫務人員的職務變動。
4、 醫務人員的查詢。
二、藥品資訊管理模組
1、 藥品資訊的入庫。
2、 藥品資訊的刪除。
3、 藥品資訊的改動。
4、 藥品資訊的查詢。
三、病患管理模組
1、患者資訊新增。
2、患者資訊刪除。
3、患者資訊修改。
4、患者資訊查詢。
四、診療記錄模組
1、診療記錄的增加。
2、診療記錄的刪除。
3、診療記錄的修改。
5、 診療記錄的查詢。
綜上所述，可以發現也就是其模組的增刪改查，在細化了各個模組的功能後，我們對應的製作了診所管理系統的資料庫，對其模組劃分，也定義了四個表的名稱及其屬性。
表清單：
醫務人員表：tb_doctor
藥品資訊表：tb_medication
病患人員表：tb_sufferer
診療記錄表：tb_record
概要文件的製作完成，也意味著我們可以進行下乙個步驟了：專案的詳細設計。因為其四個模組所要實施的功能大體相似，所以我們決定只製作出其中乙個模組的詳細設計，其他模組則參考製作完成的模組。
在這裡，我們採用醫務人員管理模組為例，將對其進行詳細的分析，為了清晰明確的看出其資料的走向以及邏輯判斷，我們採用程式流程圖對該模組的資料流程進行描述。而為了使該項目的詳細設計可讀性好，我們將該模組中涉及的一些複雜的演算法用偽**來進行表示，這樣會是我們在變成的時候，將其更容易的轉換成實際的程式。
準備工作總算是做完了，幾乎花費了我們實習的一半時間。這一周的時間，我們在忙碌中不知不覺的度過了！下一周就會進入到該項目的實際編碼當中，這也是我們大家最熟悉的地方了，感覺總算有地方出力了，期待著下一周的到來。
第 4 周：日期：3月30日
終於到了我一直期待著的編碼階段了，從一開始就等著編碼，這個期待的時間有點長，不過還好，總算是到來了。但現在還不能直接去編碼，在這之前，我們需要配置我們的編碼環境，大家需要擁有一樣的環境，這樣才能使小組成員之間的檔案相互使用。不過這點就不用我們操心了，大公司就是好，把環境變數的配置過程給我們做成了文件，供我們使用，這樣，我們大家使用的環境就都一樣了。
有了這個文件，大家的編碼環境很快就搭配起來了，絲毫不費力氣。這裡提一句，以前也沒注意這個問題，如果是團隊開發，一樣的編碼環境是很重要的，也是乙個團隊所必須的。
軟體環境的搭配完成，意味著我們可以進行正式的編碼了。這一次的編碼和以前相比有些不一樣，以前是想到哪編到哪，這次不能再這麼蠻幹了，這次的編碼需要照著文件進行，也就是照著診所管理系統的詳細設計進行編碼。
因為該專案有資料庫的操作，所以在編碼之前，大家將該項目的資料庫以及其中的四個表建立了起來，並在每個表內新增了兩條簡單資料，用於在軟體編碼測試時使用。
這周我們使用了兩天的時間來消化專案的詳細設計文件，把老師上課講的那些知識點盡量的用到理解文件當中。看完了文件，再讓我來編碼，突然有種行雲流水的感覺，不會有以前那種寫到一半不知道該怎麼寫的感覺。看來這之前的工作一點也沒白做啊，算是物有所值啦。
在第二天上課的時候，企業的老師給我們講了兩個以前從沒注意的地方，這兩個地方，在學校的時候，老師也講過，但並沒有怎麼在意，但實際的企業編碼中，這兩個地方是非常非常重要的，甚至比你會編碼本身還要重要。甚至可以說，沒有這兩點，你編的**幾乎沒有什麼價值。說道這裡，相信大家可以理解這兩點的重要性了吧。
這兩點到底是什麼呢？她就是編碼的書寫規範和編碼的注釋。
書寫規範，在學校的時候，每個同學幾乎都是做自己的專案，很少有合作的時候，所以很少有注意的。但在企業中，幾乎每個專案都是需要團隊來完成的，如果團隊的每個成員每人都按自己的想法寫，那每個人都有乙個自己的規範，當專案將每個人做的模組組合在一起時，我相信程式一定是執行不起來的，那麼也就是說，你這個專案白做了，所有的努力都想付之東流。所以說，整個專案有一套書寫規範是非常重要的，而我們這一次的專案編碼，將使用公司為我們提供好的一套程式設計規範。
軟體工程實習
1 每人撰寫乙份 2 實習報告自己負責的內容不得少於8頁，單面列印，字型小四號字，一倍半行距 3 附實習報告參考模板 4.第1周周五前每個人提交乙份實習報告 源 上傳到伺服器指定資料夾 注意 所有電子檔必須打包，打包檔名 學號 姓名。例如浦計100301 學號姓名 日期 目錄第1章專案簡介 第2章需...
軟體工程實習報告
第一階段 將對該專案所需要的知識進行集體鞏固複習。將一些已經生疏的知識鞏固鞏固，以備專案中的不時之需。在實習的第一天企業的經理就詳細的給我們講解了軟體工程這門科學對於乙個軟體製作的重要性，並以此為基本給我們定下了這次實習的大體實習流程。將直接進行專案的需求分析。因為專案名稱已經給出，所以將去掉可行性...
軟體工程實習報告
個人專案總結 一軟體概況 實習專案名稱 學生資訊管理系統 專案開發背景 隨著當代社會對教育事業的投入的增加，在校學生變得越來越來，對在校學生資訊管理異常複雜。同時當今時代是飛速發展的資訊時代，在各行各業中離不開資訊管理處理，這正是計算機被廣泛應用於管理系統的原因。計算機的最大好處在於利用它能夠進行資...