軟件工程課程階段性總結?
作為石家莊鐵道大學大二軟件工程專業的學生，在持續半年的博客記錄學習進度與作業分析的過程中，我不斷復盤與成長。回想剛開學時，我在編程整體理解、程序理解、模塊化設計以及專業技能掌握方面僅處于了解階段，若以 0 - 9 分打分，我目前的水平僅有 2 分。但我對自己有著明確的規劃，期望在本課程結束后能達到 5 分，具備通過面試達到實習的能力。本學期，我更是將熟練掌握 springboot + vue3 的開發技術、提高開發效率作為主要目標，若有余力，還想涉足手機安卓端開發領域。不過，回顧上學期的學習經歷，靜不下心、學習計劃執行混亂等問題嚴重影響了學習效果，因此，本學期我決心做好規劃，避免重蹈覆轍。?
一、課程計劃完成程度?
回顧這一個學期以來的計劃完成情況，我的完成度應該可以達到百分之七十。
首先我是在寒假時已經基本學完了springboot的知識，然后開學后我就跟著網上的視頻做了一個基于springboot+vue3的簡單項目，用來幫我練手。
在之后我又跟著做了蒼穹外賣項目，不過他是用的vue2。
然后就是根據這學期的個人作業，學習的簡單的安卓開發，不過我對安卓開發的掌握度還遠遠不夠，還有待學習與實踐。
最后的實踐部分便是應用到了團隊項目中，基于新學的技術對團隊項目進行開發，讓我對這些技術的理解與掌握更進一步。
二、《構建之法》問題回顧與解答?
課程開始時，我針對《構建之法》提出了 5 個問題，分別是：如何在實際項目中準確把握用戶需求？敏捷開發模式是否適用于所有類型的項目？軟件測試的最佳時機是什么時候？如何有效管理軟件開發過程中的變更？團隊成員意見分歧時應如何解決？?
對于如何在實際項目中準確把握用戶需求，通過課程學習與實踐，我了解到可以通過用戶訪談、問卷調查、原型演示等多種方式與用戶進行深入溝通，同時要善于挖掘用戶的潛在需求，避免只關注表面需求。在團隊的第一個項目中，由于我們沒有現實用戶，所以我們只能自己分析，我們通過根據之前學的項目還有在網上搜集相關資料，制作了詳細的開發文檔。
敏捷開發模式并不適用于所有類型的項目。對于需求明確、開發周期較長的項目，傳統的瀑布模型可能更為合適；而對于需求不確定、需要快速迭代的項目，敏捷開發模式則能發揮其優勢。在我們的團隊項目中，由于需求在開發過程中不斷變化，采用敏捷開發模式使我們能夠及時調整開發方向，提高了開發效率。?
軟件測試應貫穿于軟件開發的整個生命周期。在需求分析階段，可以進行需求測試，確保需求的準確性和完整性；在設計階段，進行設計測試，驗證設計方案的合理性；在編碼階段，進行單元測試，保證代碼的質量；在集成階段，進行集成測試，確保各個模塊能夠正常協同工作；在驗收階段，進行驗收測試，滿足用戶的需求。?
有效管理軟件開發過程中的變更，需要建立完善的變更管理流程。當出現變更請求時，首先要對變更的影響進行評估，包括對項目進度、成本、質量的影響；然后與相關人員進行溝通，確定是否接受變更；如果接受變更，要對變更進行實施和驗證，確保變更的正確性。?
當團隊成員意見分歧時，首先要鼓勵成員充分表達自己的觀點，然后對各種觀點進行分析和比較，尋找共同點和差異點；接著通過討論和協商，尋求一個大家都能接受的解決方案；如果無法達成一致，可以由團隊負責人根據項目的整體情況做出決策。?
三、新產生的問題?
在安卓開發時，我們在網上搜集資料，發現找不到跟我們需求相似的項目，而且這些學習視頻也很多年了，無法找到一些較新的技術，反觀比如uniapp和小程序等視頻較多。
對于大型復雜的軟件工程團隊，如何進行高效的跨部門協作與溝通。
在軟件開發過程中，如何平衡代碼的質量與開發進度之間的關系。
四、軟件工程文獻與 “事后諸葛亮” 分析的新感想?
通過閱讀軟件工程的文獻以及參與團隊的 “事后諸葛亮” 分析，我對軟件開發有了更深刻的認識。文獻中提到的一些軟件工程方法和原則，在實際項目中得到了很好的驗證。例如，模塊化設計原則能夠提高代碼的可維護性和可擴展性，在我們的項目中，采用模塊化設計后，代碼的結構更加清晰，團隊成員之間的協作也更加順暢。?
“事后諸葛亮” 分析讓我們能夠及時總結項目中的經驗教訓。在第一次項目結束后的分析中，我們發現由于前期需求分析不夠充分，導致在開發過程中出現了多次需求變更，影響了項目進度。因此，在后續的項目中，我們加強了需求分析階段的工作，采用了更多的需求收集方法，確保需求的準確性。同時，我們也意識到團隊溝通的重要性，建立了更加頻繁的溝通機制，避免了信息不對稱的問題。?
五、技能評價與收獲?
對比技能評價表，我在編程能力、團隊協作能力和問題解決能力等方面都有了一定的提高。在編程能力上，通過課程中的項目實踐，我對 springboot 和 vue3 的開發技術有了更深入的了解，能夠獨立完成一些簡單的功能模塊開發，從最初的只能編寫基礎代碼，到現在能夠運用框架進行開發，技能水平有了明顯提升。在團隊協作能力方面，我學會了如何與不同性格和不同能力的團隊成員進行合作，能夠更好地理解和尊重他人的意見，在團隊項目中發揮自己的優勢，共同完成項目目標。?
除了這些可以用數字衡量的提高，我還收獲了很多無法用數字衡量的寶貴經驗。例如，我培養了自己的時間管理能力和自律意識，通過制定詳細的學習計劃并嚴格執行，克服了自己靜不下心的問題；我也學會了如何在壓力下工作，面對項目中的各種挑戰和困難，能夠保持積極的心態，努力尋找解決方案；同時，我還拓寬了自己的技術視野，了解到了軟件工程領域的最新發展動態和技術趨勢，為自己未來的學習和職業發展奠定了良好的基礎。?
六、對課程的意見與建議?
設想一年之后，無論是進入高年級學習、讀研還是參加工作，回顧這門軟件工程課程，我認為課程的教學方法整體上是非常有效的。以團隊項目驅動式的教學方法讓我們能夠在實踐中學習和應用知識，提高了我們的實際操作能力和解決問題的能力。

最后我對于課程的三個建議

1.比如在進行極限測試、或者其他測試時，可以再事前給一個練習，讓我們提前自測一下，能夠讓自己知到目前的水平。
2.在團隊項目其中的分工部分打分時，我認為可以出現三人的評分一樣或者兩個人，雖然有的隊伍中會出現只有一個人干活的現象，但是在我們團隊中我認為我們三個成員都付出了很多，每個人對待的態度都很認真，如果就是硬要分第一第二第三的話，那第三名的得分我認為配不上他的付出，就算做不到分數一樣，也至少說可以分數差距不這么大。
3.在進行團隊項目驗收時，進行打分，我認為一分一檔這樣打分不太準確（就我個人兩次打分體驗來看，如果這樣打的話要改很多次很容易亂，而且越到后面可能會出現亂評分的現象，所以不太準確）