1、軟件工程實習周記精編版MQS system office room MQS16H-TTMS2A-MQSS8Q8-MQSH16898大連職業技術學院大型軟件項目實訓周記教學單位信息工程學院 專業軟件技術（英語） 班級一班 學生姓名惠兆鄴 學號 指導教師馬艷紅軟件工程實習周記第1周：日期：3月9日總算是可以忙中偷閑坐下來寫些東西了。一周的復習終于過去，然而這還 只是個開始。從這周開始，我們將開始為期8周的校內實習訓練生活，山于埃森 哲公司的一些內部原因， 我們無法到實習的公司去實習， 而山公司派人到學校給 我們進行校內培訓。開始的時候，對于新事物總是充滿好奇，好奇著我們的實習生活將會是什 么樣子呢

2、？答案很快就將揭曉。在我們的第一天實習課，公司派來的老師就將我 們為期兩個月的實習流程告訴了我們。當然，他還告訴我們計劃沒有變化快，大 體流程是如此，不過具體實施時將根拯我們的實際悄況來進行適當的調節。這位 老師的幽默很快就贏得了大家的好感，稍微介紹一下，我們的這位老師，是公司 的manager,我們大家都稱他為趙老師，他有著非常豐富的項U實際經驗，對于我 們這幫還沒正式工作的小菜鳥來說，可以說是奮斗的LI標也不為過。老師雖然很厲害，不過真正需要的還是我們自己的努力，老師對于我們來 說，只是一個很好的輔助，太多的借助反而對于自己并不是一件好事，所以，抱 著這種積極向上的心態，我將開始我為期八周

3、的實習生活。那到底這八周要干什么呢？當我看到了整個流程后，不禁有些納悶。我們是學 軟件的，會敲代碼就可以了，整那么多多余的步驟干什么啊，這不是勞民傷財 嗎？對于我們以往對軟件的認識，真是進行了顛覆的變化。本來以為要編好兒周 的代碼，剛去上課的時候， 祺至都做好了圈起袖子、 埋頭苦干的準備。 真是應了 趙老師那句汁劃沒有變化快，讓自己有種用力揮出一拳卻打到了棉花上的感覺。在大家都很迷惑的時候，趙老師給大家講解了一下原因：“實際的軟件項U,是非常大的，并不是一個人就可以獨自完成的，所以必須要團隊配合的，而為了 團隊間更好的配合，我們就需要用到軟件工程。而提到這里，就是我要說的 重點，我們將利用這兩

4、個月的實習時間，來教大家如何在實際的項日中運用軟 件工程這門科學”，更要大家在實習的過程中學會團隊的意義。很快，我們分成了兒個小組，而每個小組都分到了一個項U的名稱，這為期八 周的實習生活，我們將運用“軟件工程”這門科學來完成項日的制作。最后提一下，具體是什么讓我們這么驚訝呢？第一周：將對該項U所需要的知 識進行集體鞏固復習。第二周：將直接進行項13的需要分析。因為項B名稱已經 給出，所以將去掉可行性分期。我們小組分到的項目是“診所管理系統”，這就 免不了去診所實地調査了。第三周：根拯調査的結果，進行概要設計。第四周： 根據概要設汁，來制作軟件的詳細設計。第五周：根詳細設汁，來進行項日的 編碼

5、。而最讓我們驚訝的是，我們這八周中，需要編碼的也就僅僅一周而已，雖 然老師上課時跟我們稍微提過些，可當我們真正發現這樣時，還是有些不淡定。 第六周：根拯做完的項目，進行項目的測試。第七周：就進行該項目的最后綜合 測試，以確認項日的完成。第八周：項日總結，我們將用一周的時間來總結整個 實習的收獲，在最后一周的周五進行自我展示，以及收獲報告。至此，實習的生 涯將會到此結束。整個實習過程，有八周的時間，編碼卻只有一周，有些難以接受，不過還是要 接受，因為這就很可能是我們以后的工作，為了工作，加油！ 第2周：日期：3月16日在校內實習的第一周里，老師將我們所有人分了5個小組，并給我們每 個小組分配了不

6、同的項U。我們的項U是“診所管理系統”，因為這個項U其 中包含了一些我們不知道的專業醫學知識和實際流程等，所以我們必須去診所 進行實地調查，以此來保證我們最終的作品會滿足診所的管理需求。這里也說 明了軟件需求分析的重要性，這一環節，可以說是整個軟件生成的最為重要和關 鍵的環節。如果我們僅僅根據自己的了解就將項U進行下去，開發出的軟件卻 滿足不了客戶的要求，也就是說這個軟件的作用兒乎是0,而我們所有的投入 最終都是徒勞的。我想，這是所有人都不愿意看到的結果。這一周，我們上課的時間進行軟件需求分析的知識講解和軟件需求分析 的文檔制作，而課下我們就利用課余時間進行診所的實地調査。為了節約時 間，我們

7、小組每個人各負責一個學校周W的診所，對其診所內的醫務人員進行 詢問，并承諾將最后的成品軟件免費提供于其診所的使用，這樣大大的提高了 醫務人員的熱悄，并最終獲得了我們想要的結果。經過兩天的調査以及我們課上知識的講解，于第三天我們開始了需求分 析文檔的制作。根據大家的調査結果，我們將重復的內容和個別比較特殊的內 容剔除掉，整理出了兒個診所綜合的需求，以此為根據來制作需求分析文檔。根據醫務人員的描述，一般診所的看病流程是：“患者來診所進行掛號，如果 確定患者需要在診所治療，那么將他的信息記錄下來，然后根據其患病的種類 將其分到對應的部門對其進行治療，在其治療過程中， 需要將其治療的信息進 行記錄，

8、形成該患者的備案， 直到該患者康復出院”。根據歸納的調査結果，我們將其信息制作成數據流圖。因為初次制作以及項U較小，所以在這里只制 作基本數據流圖。作基本數據流圖。診所涪息管理時決定，這一周，我們將進行軟件的概要設汁和詳細設計兩個部分的文檔制 作。而下一周的項U詳細設計，將改為軟件的編碼制作，將原來一周的項U編 碼改為兩周。這樣一來，我們原本稍微寬裕的時間乂變得緊縮起來，而為了能 更好的完成概要設計文檔和詳細設計文檔的制作，我們下課后更是一起在教室 里加班趕工，還好，經過大家的努力，周五上課的時候，我們小組的兩份文 檔，經過老師的檢驗，全部通過。掛號 !*1人U J將建治療而在其嚴土獸礎甘土

9、患者方法，1,1塊、病患管理模塊、診療記錄模塊，并將其制作成了層次方塊圖。診療記錄山于是初次制作軟件需求分析的文檔，所有有很多不符合規定的地方， 有很多。 題都得以小的細節都沒有注盤 哄iAJ UJ仍I極討論修改以及老詁患者信息心三IHJ解決。,我們的收獲就是常重要步驟，這一環節，第3周期：3月23日我們做好了項U的求分析戈制作該項U的概要件的概雯,但山于軟件比轉登記1的客戶需求分為9 土I解的理模r醫務人員管腐營曲部信息需求分析白 程個軟件灶中非制作，這是軟件最為重要和關鍵b概要設計的基本任務包括制度規范主要就是：將系統劃分模塊，決定每 個模塊的功能，調用關系及界面，即模塊姐傳遞的數據。而系

10、統的模塊劃分，在上一周的需求分析力，我們就已經做出了總結， 需要將診所劃為四個模塊：醫務人員管理模塊、藥品信息管理模塊、病患管理模 塊、診療記錄模塊。而這四個模塊的具體功能，在經過小組成員的共同討論后， 將其模塊的功能羅列如下：一、 醫務人員管理模塊1、醫務人員入職。2、醫務人員離職。3、醫務人員的職務變動。4、醫務人員的査詢。二、 藥品信息管理模塊1、藥品信息的入庫。2、藥品信息的刪除。3、藥品信息的改動。4、藥品信息的査詢。三、 病患管理模塊1、患者信息添加。2、患者信息刪除。3、患者信息修改。4、患者信息査詢。四、 診療記錄模塊1、診療記錄的增加。2、診療記錄的刪除。3、診療記錄的修改。

11、1、診療記錄的査詢。綜上所述，可以發現也就是其模塊的增刪改査，在細化了各個模塊的功能后，我 們對應的制作了診所管理系統的數拯庫，對其模塊劃分，也定義了四個表的名稱 及其屬性。表清單：醫務人員表：TB_DOCTOR藥品信息表：TB.MEDICATION病患人員表：TBSUFFERER診療記錄表：TB_RECORD概要文檔的制作完成，也意味著我們可以進行下一個步驟了：項日的詳細 設汁。因為其四個模塊所要實施的功能大體相似，所以我們決定只制作出其中一 個模塊的詳細設汁，其他模塊則參考制作完成的模塊。在這里，我們釆用醫務人 員管理模塊為例，將對其進行詳細的分析，為了清晰明確的看出其數拯的走向以 及邏輯

12、判斷，我們采用程序流程圖對該模塊的數拯流程進行描述。而為了使該項13的詳細設汁可讀性好，我們將該模塊中涉及的一些復雜的算法用偽代碼來進行 表示，這樣會是我們在變成的時候，將其更容易的轉換成實際的程序。準備丄作總算是做完了，兒乎花費了我們實習的一半時間。這一周的時 間，我們在忙碌中不知不覺的度過了！下一周就會進入到該項日的實際編碼當 中，這也是我們大家最熟悉的地方了，感覺總算有地方出力了，期待著下一周的 到來。第4周：日期：3月30日終于到了我一直期待著的編碼階段了，從一開始就等著編碼，這個期待 的時間有點長，不過還好，總算是到來了。但現在還不能直接去編碼，在這之 前，我們需要配置我們的編碼環境

13、，大家需要擁有一樣的環境，這樣才能使小 組成員之間的文件相互使用。不過這點就不用我們操心了，大公司就是好，把 環境變量的配置過程給我們做成了文檔，供我們使用，這樣，我們大家使用的 環境就都一樣了。有了這個文檔，大家的編碼環境很快就搭配起來了，絲毫不 費力氣。這里提一句，以前也沒注意這個問題，如果是團隊開發，一樣的編碼 環境是很重要的，也是一個團隊所必須的。軟件環境的搭配完成，意味著我們可以進行正式的編碼了。這一次的編 碼和以前相比有些不一樣，以前是想到哪編到哪，這次不能再這么蠻干了，這 次的編碼需要照著文檔進行，也就是照著診所管理系統的詳細設計進行編碼。因為該項U有數拯庫的操作，所以在編碼之前

14、，大家將該項日的數據庫 以及其中的四個表建立了起來，并在每個表內添加了兩條簡單數據，用于在軟 件編碼測試時使用。這周我們使用了兩天的時間來消化項目的詳細設計文檔，把老師上課講的 那些知識點盡量的用到理解文檔當中。看完了文檔，再讓我來編碼，突然有種行 云流水的感覺，不會有以前那種寫到一半不知道該怎么寫的感覺。看來這之前的 工作一點也沒白做啊，算是物有所值啦。在第二天上課的時候，企業的老師給我們講了兩個以前從沒注意的地方， 這兩個地方，在學校的時候，老師也講過，但并沒有怎么在意，但實際的企業編 碼中，這兩個地方是非常非常重要的，其至比你會編碼本身還要重要。甚至可以 說，沒有這兩點，你編的代碼兒乎沒

15、有什么價值。說道這里，相信大家可以理解 這兩點的重要性了吧。這兩點到底是什么呢？她就是編碼的書寫規范和編碼的注 釋。書寫規范，在學校的時候，每個同學兒乎都是做自己的項目，很少有合作 的時候，所以很少有注意的。但在企業中，兒乎每個項目都是需要團隊來完成 的，如果團隊的每個成員每人都按自己的想法寫，那每個人都有一個自己的規 范，當項目將每個人做的模塊組合在一起時，我相信程序一定是運行不起來的， 那么也就是說，你這個項目口做了，所有的努力都想付之東流。所以說，整個項 目有一套書寫規范是非常重要的，而我們這一次的項目編碼，將使用公司為我們 提供好的一套編程規范。而編碼的注釋，是為了自己或者別人能讀懂自

16、己代碼而準備的，當一個做 完的項目需要維護時，維護的程序員很可能不是你。這樣，為了方便別人能讀 你寫的代碼，就需要對其進行注釋說明。即使是你自己，當你時隔兒年后，再來 看你寫的代碼時，也不一定都能看,所以，程序編碼的注釋是利人利己的事 悄，這樣的事悄我們應該做。帶著這兩個重點，我們緊密的進行著我們的項目編碼。第5周：日期：4月6日山于之前做完了項目的詳細設計，所以整個項目的流程很清晰，直接按著 文檔的步驟一步一步的進行就可以了。有了項目的詳細設計，編碼真的很順手， 但并不是就沒有問題了。我們還要把他的程序流程圖及偽代碼等地方轉換成真正 的代碼。程序流程圖也有很多地方需要考慮你所需要用到的結果。

17、有的地方僅僅 是兩個邏輯判斷，這就很自然的運用辻、else語句來進行轉換；有的地方時多個 選擇的時候，你就要考慮是用辻、elseif、else語句來轉換還是用swtich case語句來轉換；還有的地方時循環的結構，你就要考慮是for循環還是vrh訂e語句 記憶dovrh訂e語句，因為有的地方需要先執行一遍再進行判斷，那么你要是用了while語句或者for語句，你就慘了，所有要仔細考慮你所要編寫的代碼。雖說我們學了很久的編程，但是實際項目中還是有很多很多的問題。當出 現問題時，我們首先進行組內消化，如果組內有人能解決就最好了。如果組內解 決不了，我們就進行網上搜索，很多問題在csdn論壇上都能

18、得以解決。如果連網 上都査不到，我們就只好去請教我們的企業外派老師了。嗯，兒乎所有的問題都 在這兒個步驟中得以解決。而感覺編碼方面最大的收獲就是編碼出錯的地方，解 決后，我們下次在同樣的地方就很少再犯了，并且遇到同樣的問題時，也能將其 解決，可以說，這就是我們的經驗，感覺很寶貴。在周三的時候，我們就將其編碼完成，也進行的最基本的代碼測試，以確 保編碼的代碼沒有語法錯誤。而在我們編碼完成的時候，我們給企業老師檢驗的 時候，老師告訴我們代碼的注釋不夠詳細，并且還有不少的地方編碼不夠規范，沒有按照要求的規范去進行書寫。因為我們兒個小組的進度都差不多，所以老師 讓我們每個小組的成員去讀其他小組所編寫的

19、代碼，看能不能很快的讀懂。結果 發現，除了那些比較簡單或者經常練習的地方， 還是有很多地方不能立刻明口，那些地方你需要根據前后的編碼來理解，雖然讀了兒遍之后也明口了，但在這種 地方浪費的時間也很多。我想，其他小組成員去讀我們程序的時候，也一定會有 這種體會。而在大家都回到自己的座位后，老師用屏幕廣播給大家看了一份企業 中編碼的項目，發現他的注視非常詳細，即使有些地方的代碼并不是很清晰，但 看了注釋，也就理解了差不多了。再就是發現他的項目編碼書寫非常規范，也很 整潔，看了就給人一種舒服的感覺，讓人有心悄繼續讀下去。乂花了兩天的時間，我們把程序加上了更加詳細的注釋，并拿著要求的規 范文檔去修改程序

20、中那些不規范的地方。兩周的編碼，讓自己對編碼有了另一種 理解，收獲很大，這次程序的編碼讓自己在真正進公司前好好的上了一課。第6周：日期：4月13日程序編碼的完成，意味著我們要進行下一個步驟：測試。其實，我感覺 整個軟件的生命周期無時無刻不在進行測試，從可行性分析、需求分析、概要 設訃、詳細設計、編碼、測試、到軟件的維護，一直都在進行著測試。老師在課上給我們的講解，乂一次讓我耳U新。是因為，在軟件測試 之前，你要制作測試文檔，要進行詳細的設計，考慮到各個可能出現的情況， 要運用好兒種測試方法。本周進行的是口盒測試，測試該項U的內部邏輯結構 以及基礎的測試，主要考虎如何覆蓋程序的內部路徑。這下可苦

21、了我們，之前山于老師怕對我們說的太多，我們會接收不了， 并沒有說明每周進行的細節，只告訴了我們進行的內容。而當老師告訴我們要 進行測試文檔的制作時，課堂一篇“啊”聲，看來不只是我自己一個人對此感 到有些納悶。以前-測試就是直接進行測試就行了，運行的時候，發現錯誤再 改，哪整過測試文檔啊。山于大家都不會，所以老師不得不給我們細細的進行講解，并拿出一份 企業用的測試文檔為例，給我們用實際例子來講解，這樣大家都理解的快多 了，很快就明白了個大概。就是把所以悄況都羅列出來，然后測試的時候，你 就照著文檔進行一條條的測試就行了，沒有錯的話就通過，有錯的話你就做個 錯誤的兒號就0K。想想也是，這樣先把各個

22、情況都羅列出來，并設計出測試用 例，會是項U測試進行的比較順利，測試的時候你就直接照著文檔區測試就可 以了，也不用現想測試路徑以及測試用例，不僅僅是測試效率的提高，更會使 你的測試覆蓋比較全面。老師花了兩天的時間進行一些知識以及細節的講解，讓我們大體的了解 了一下測試文檔制作的過程。在本周第三天我們開始項U測試文文件的制作，當然，這是在老師的指導下進行的，這個我們自己制作的話，真的有很大的難 度。估計老師指導我們制作，也僅僅是讓我們了解一下，為以后的制作打下一 個基礎。花了兩天半，于周五的中午，我們將文檔制作完成，也僅僅算是完成， 因為制作的過程慘不忍睹，這還是有老師指導的結果。以后得好好把測

23、試學 著，要不有自己頭疼的時候。本周就忙測試文檔的制作了一樣了，其它的什么也沒干，測試也只能等 下周進行了。希望下周測試的時候效率會很高，期待的試一次，拿著測試文檔 區測試的感覺。寫到這里，突然想起來，第六周已經結束了，真是忙得有些忘記時間 了。測試的進行，意味著程序的即將完工，也意味著我們的實習生涯即將結 束，不禁為自己的未來惆悵了下，我的未來會是什么樣子呢？ 第7周：日期：4月20日第七周的到來，告訴我們項目要完工了。山于這是項目操作的最后一周， 所以我們需要按測試文檔將代碼校驗完成，還要對該項tl進行整體測試，以確保 他的可用性以及可靠性。時間乂一次的變得緊密起來，我們必須確保程序內部的

24、 正確性，這樣才能對其整體測試。因為項目相對而言比較小，所以我們的測試文 檔還是可以滿足我們的測試要求，將兒個出錯的地方修改后，我們的項目內部測 試順利完工。測試的順便讓我乂一次有了爽快的感覺，拿著測試文檔，直接去校驗代碼 就可以了。 兒乎不用想程序內部的測試流程， 因為文檔上已經給你寫的明明口口 了。 到這里，我有一種感覺，這埃森哲這種大公司內，文檔的重要性比編碼本身 更為重要。我想，這就是企業派來的老師沒有直接給我們進行技術培訓，而是讓 我們來了解軟件丄程的流程的原因。當然，根拯企業的文化不同，對軟件工程的 生命周期也會有細微的差別，他們會選擇最適合自己公司的方法來進行整個軟件 的生命周期

25、，并不是一成不變的。接下來，我們將進行我們最后一項任務了，軟件的綜合測試。如果綜合測 試也能順利的測試通過，那么就意味著我們制作了快兩個月的項tl可以完工了。乂一次干勁十足，大家都想快些完成這個“折磨” 了我們六個星期的項目 啦。大家認真的進行著自己的任務，一個半月的團隊合作，讓我們有了種團隊的 感覺，配合起來也比當初順手很多。大家各司其職，周四的上午進行完最后的測 試。當企業老師宣布我們通過的時候，小組成員都歡騰的呼喚起來，忙碌了6個 星期，從沒這么長時間做一個項目，更沒有像這次這樣，大家為了同一個日標， 都積極的付出著自己的努力。當聽到老師說通過時， 心中除了高興還有列一樣東 西， 就是欣

26、慰， 為大家的努力而欣慰。在中午放學之前，所有小組都通過了各自的項所以成員，都在臉上流 露著拓興的氣息，還包含著一種，努力過后可以稍微放松的心態。剩下的一天半，企業老師將我們的這些天遇到的問題給我們一一的點了出 來，將整個流程給我們大家乂溫習了一遍，最后對大家的努力予以了肯定。到這里，我們的項B真的即將結束了。老師說大家回去后沉淀一下這些日 子的收獲， 將在下周進行項目總結， 總結將用個人展示的形式展示出來， 希望大 家好好準備，伴隨著老師的講話結束，我們這一周的實習也結束了。第8周：日期：4月27日最后一周了，心里那顆懸著的心總算可以稍微的放下了。這一周，我們沒有跟 技術相關的任務，只要好好準備準備個人展示就可以了。但你可千萬不要小瞧這 個人展示，因為他將占你整個實習成績的50%,這也是趙老師在本周周一時才告訴 我們的，我們之前根本就不知道還有實習成績這一說。個人展示的題材將自山發揮，只要是跟個人實習有關的就可以，這也是給了我 們很大的發揮空間。我們可以根每個人在實習過程中扮演的角色不同，來設計 屬于自己的SH0肌 雖說題材自山了，但難度也增大了，你所選的題材必