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

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

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

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

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

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

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

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

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

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

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

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

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

  姓名:王體方

  學號:10109281

最近訪問