倉庫管理系統開發個人總結

總結是在某一時期、某一項目或某些工作告一段落或者全部完成後進行回顧檢查、分析評價,從而得出教訓和一些規律性認識的一種書面材料,它可以提升我們發現問題的能力,快快來寫一份總結吧。你想知道總結怎麼寫嗎?下面是小編收集整理的倉庫管理系統開發個人總結,希望能夠幫助到大家。

倉庫管理系統開發個人總結

在倉庫管理系統開發中我負責的是模塊設計,儘管開始遇到很多問題,但是還是解決了,接下來分享一下我的收穫與感想。

總的來說,這次的實踐我明白了軟件的開發流程大致分爲以下5個流程:

1、問題的定義及規劃:此階段是軟件開發與需求放共同討論,主要確定軟件的開發目標及其可行性。

2、需求分析:需求分析階段是一個很重要的階段,這一階段做的好,將爲整個軟件項目的開發打下良好的基礎。“唯一不變的是變化本身”,同樣軟件需求也是在軟件愛你開發過程中不斷變化和深入的,因此,我們必須定製需求變更計劃來應付這種變化,以保護整個項目的正常進行。

3、軟件設計:此階段中偶要根據需求分析的結果,對整個軟件系統進行設計,如系統框架設計、數據庫設計等。軟件設計一般分爲總體設計和詳細設計。還的軟件設計將爲軟件程序編寫打下良好的基礎。

4、程序編碼:此階段是將軟件設計的結果轉化爲計算機可運行的程序代碼。在程序編碼中必定要制定統一、符合標準的編寫規範。以保證程序的可讀性、易維護性。提高程序的運行效率。

5、軟件測試:在軟件設計完成之後要進行嚴密的測試,一發現軟件在整個軟件設計過程中存在的問題並加以糾正。整個測試階段分爲單元測試、組裝測試、系統測試三個階段進行。

原來我以爲軟件開發就只需要寫代碼,前期的不那麼重要,原來我錯了,前期很重要,前期的文檔設計沒設計好,後期沒法寫,沒法維護,我覺得前期這個需求文檔應當首先提交給技術研發部門的負責人以及核心開發人員。由開發團隊對其進行技術和風險分析。如果對此需求統一有異議的地方,需要返回給產品團隊,重新修正需求。反覆如此,直至需求完善準確,細緻,清晰。

前期規劃就像高樓的地基,如果馬馬虎虎,就算是一塊磚塊沒擺好都可能導致整個高樓建設的失敗。在規劃中我認爲,交流永遠是需要雙方積極主動,能認真聽取每個人的建議。前期工作思維不慎重,不細緻,不認真,不夠完善,將產生連鎖效應直接導致整個工程和項目的失敗。這種失敗可能表現爲:第一種,軟件按需求實現但是功能根本不能滿足用戶需要。第二種,功能都有了,軟件沒有達到可用性、易用性。對於第一種,當然是因爲前期規劃疏漏了某些細小功能,沒能把需求文檔做完善。應該是規劃工作做的還不夠認真和細緻。對於第二種情況,我認爲更多是在產品設計規劃方面經驗還不夠成熟。這種問題應該是很難避免的。因爲每種新產品對產品團隊來說都很陌生。即使以前做過類似的東西,也難免面面俱到。這隻能通過不斷努力和認真的態度來彌補。

在本次的實訓中,除了讓我明白工作中需要能力,素質,知識之外,更重要的是學會了如何去完成一個任務,懂得了享受工作。當遇到問題,冷靜,想辦法一點一點的.排除障礙,到最後獲取成功,一種自信心由然而生,這就是工作的樂趣。有時候也需要虛心請教,從別人的身上真得能學習到不自己沒有的東西,每一次的挫折只能使我更接近成功。除此以外,我還學會了如何更好地與別人溝通,如何更好地去陳述自己的觀點,如何說服別人認同自己的觀點。這次所學知識與實際的應用,理論與實際的相結合,讓我大開眼界。也是對以前所學知識的一個初審吧!這次實習對於我以後學習、找工作也真是受益菲淺,在短短的一個星期中讓我初步從理性回到感性的重新認識,也讓我初步的認識這個社會,對於以後做人所應把握的方向也有所啓發!相信這些寶貴的經驗會成爲我今後成功的重要的基石。

  姓名:王體方

  學號:10109281