軟體工程提問回顧與個人總結

專案

內容這個作業屬於哪個課程

羅傑這個作業的要求在**

提問回顧與個人總結

【軟體工程】第一次閱讀作業

了解到了只要能有利於程式邏輯的清晰體驗，使用goto語句是完全可以接受的事情。

我認為應該在達成共識後，將設計文件的寫作交付給一位成員來完成。

個人認為「你」對推銷新的發明的年輕人的恨（如果有的話），個人認為不主要是出於乙個曾經的「創新者」對新的創新的不喜歡，而是既得利益者對變革的不滿。

創新者只有有自己的獨到之處才能後來居上。

創業者需要能分清各個成員的投入、承諾、責任屬於哪個級別，也要同時了解他們都具有哪些能力。對」雞「和」豬「應依據他們不同的能力，放到合適的位置上。

在需求階段需要對使用者的需求進行全面地分析，先要弄清楚使用者需要怎樣的產品，產品需要能夠解決使用者的什麼痛點。

自頂向下，逐步細化軟體，以及學會了如何圖形建模，如繪製er圖、資料流圖等。

學會了如何利用已有的實現或借鑑已有的實現方式，避免重複造輪子。

在測試階段中，我發現了很多我在之前實現階段存在的問題，對單元測試、整合測試有了一定的了解。

在剛拿到學長的專案時，由於之前專案的文件不夠詳細，並且我們也缺乏相關方面開發的經驗，第一次執行學長的專案如何配置環境就是乙個難點。

一開始根據問卷中使用者提出的需求，我們設計了類似編輯部落格的功能。想法的確是很好，可惜沒有得到相關api的支援而無法實現，這也反映了我們在設計階段所存在的不足。所以我得到了之後在設計階段一定要分析好各個功能實現的可能性再來進行設計、開發的結論。

在之後的開發過程中，由於我們組專案的特點，我們組任務的分配基本上是按照功能來分配的。每個人獨立地完成自己的功能，而不必過多地考慮與其他人**的互動等問題。這樣從某種意義上來說也就減輕了我們的負擔，但也帶來了一些缺點：

已經完成的功能改變實現方式時比較複雜。由於我們每個人獨立地完成自己的功能，當某個人改變了某個頁面的實現邏輯時，其他所有能夠跳轉到這個頁面的頁面都需要進行相應的調整。但其他的頁面可能是由另一位開發人員完成的，這樣就可能會有某些地方忘記了調整，也就出現了不必要的麻煩。

軟體工程 提問回顧與個人總結