1、在像我一樣沒有什麼基礎的人要怎麼學習好構建之法？
這本書讓我更加認識到實踐的重要性，要從做中學。只有實踐了才能夠真正發現自己的不理解的知識，還能夠促進學習的效率。這個學期我自己寫**，做火車訂票系統，以前認為學會的知識，一開始做的時候，感覺實踐應用和己看書理解有出入。以前認為這樣做是對的，現在感覺那樣做更簡單，減少**量。比如通用函式的封裝，以前感覺沒有必要，現在自己寫**的時候，感覺封裝能大大簡化**。
2、軟體的需求分析我們應該從哪方面具體分析？
軟體需求分析就是把軟體計畫期間建立的軟體可行性分析求精和細化，分析各種可能的解法，並且分配給各個軟體元素。需求分析是軟體定義階段中的最後一步，是確定系統必須完成哪些工作，也就是對目標系統提出完整、準確、清晰、具體的要求
3、很重要的團隊合作我們要怎麼做起？並且書中提到『敏捷的團隊『要怎麼實現？
敏捷開發以使用者的uandui需求進化為核心，採用迭代、循序漸進的方法進行軟體開發。在敏捷開發中，軟體專案在構建初期被切分成多個子專案，各個子專案的成果都經過測試，具備可視、可整合和可執行使用的特徵。換言之，就是把乙個大專案分為多個相互聯絡，但也可獨立執行的小專案，並分別完成，在此過程中軟體一直處於可使用狀態。
4、學習完構建之法，怎麼應用軟體工程這門課來為我服務？
《構建之法：現代軟體工程》，感覺對於軟體工程這門課程不再那麼的空洞，作者把軟體開發方法講得清晰有趣實用，對於許多對軟體開發有興趣的同學，又燃起了更大的興趣與熱情。不再是軟體工程所討論的**量巨大，涉及人數眾多，專案需求多變，拋開軟體工程也能完成，甚至更快捷。絕大部分軟體都是由多人合作完成的，大家的工作相互有依賴關係。軟體的很多錯誤是**於程式設計師對模組功能的誤解，疏忽或者不了解模組的變化。單元測試就是乙個有效的解決方案。軟體開發流程不只是團隊的流程，還包括個人開發流程。在軟體工程的語境裡，「敏捷流程」是一系列價值觀和方**的集合。從2023年開始，一些軟體界的專家開始倡導「敏捷」的價值觀和流程。人們為了解決現實社會和生活中的各種問題，要求助於軟體。軟體團隊需要找到軟體的利益相關者，了解和挖掘他們對軟體的需求，不同的專案需要不同的手段。《構建之法：現代軟體工程》是理論和實踐相結合。講現**論，同時講體現理論的工具。
5、團隊之中如果有拖後腿的人要怎麼辦？
在乙個團隊裡面總有那麼乙個人會不跟著團隊的腳走的 所以正視一下這個現象就好 要想解決這個問題的話 首先要了解這個人是因為什麼原因老是拖團隊的後腿 是因為個人能力問題還是因為個人的不配合 如果是個人的能力問題的話 那麼你可以分配給他一些他力所能及的事情讓他做 如果是因為個人態度問題的話 你可以和他好好聊聊 如果他實要不想做的話 你可以換人了
6、以往的專案開發有什麼經驗以及建議？
7、對學好軟體工程有什麼建議？
盡量讓自己多了解一些現實中的軟體開發過程，或者參與到一些簡單的軟體開發中，了解人們的方法與問題後，再與軟體工程中的理論相比較，你就會有意想不到的收穫！軟體工程的更高層次，會和其它管理學科一親友，回歸到哲學和人性本身上面來。不過這個高度需要時間和實踐的。
軟體工程心得體會未接觸軟體工程之前一直都很想學這門課程，因為覺得這門課很牛，是那些有工程師稱號的高手才擺弄的東西。學了乙個學期的軟體工程課，終於知道了個軟體工程的大概。學的時候總覺得很抽象，理解起來好像不難，但總是摸不著頭腦一種很茫然的感覺。曾經以為程式就是軟體，軟體就是程式。學習這門課程第乙個收穫是，知道了二者的不同之處。以前做過的一些小型的軟體比如加密軟體，我也只是在程式旁邊附上乙個軟體的說明，看來已經很接近作坊了。不過大的專案沒有接觸過，用軟體工程的方法還是第一次。我想也是程式的不斷複雜化導致了軟體危機的發生，使得人們不得不探索新的解決方法。
經過馮老師的講解，理解了軟體工程，就是一套用於軟體的團隊開發，以提高軟體質量和程式設計師工作效率為目的的規範。其核心就是，對於軟體開發的5個重要組成部分：需求分析，設計，編碼，除錯，維護，如何組織這5個部分的工作，以及如何完成每乙個工作。吾生也有涯，而知也無涯，學習永無止境。起初，對軟體工程處於一知半解的狀態，分工比較混亂。
在劃分模組後明確了各自分工，漸漸形成良性迴圈。在學習過程中，知道了團隊合作十分重要，爭議固然存在，但通過討論、協商，群策群力，在不斷磨合中能夠達成一致與默契。團隊成員中能力各有高下，互相尊重，各取所長，不宜妄自菲薄。組長多加協調，組員積極配合，才能合作愉快。學習能力體現在能盡快接受新的知識，順應變化，學為所用。
上《軟體工程》這門課，我的收穫大概如下：我們為什麼需要軟體工程呢？上面已經給出了一些原因。專業點講，軟體工程最終是為了實現「軟體製造業」的社會化,工業化大生產,提高其勞動生產效率。只有如此,軟體業才能實現社會化,工業化大生產,才能「做大做強」。沒有管理的設計是失敗和混亂的設計，沒有設計指導的程式設計是無序的忙碌的。根據開發的軟體的規模，應該適當程度的運用軟體工程化的思想，需要靈活，畢竟我們開發的軟體大多數是中小型的，大型的並不多見（我是這麼認為的）。但只要涉及人員間的交流和溝通，或多或少都要需要軟體工程才能更有效率，工作成果更穩定。
其實開發軟體，就像是解決乙個邏輯問題。想想自己平時是怎樣寫程式的。首先是要有乙個想法，即我寫的這個程式是要幹什麼的；然後就是對要實現的核心功能大概構思一種或多種實現方法，並從中選出一種自認為是較好的；接下來就是將涉及的各種主要或次要功能分成各個模組；最後就是分模組來編碼和debug。在我看來，除了第一步外，其餘的步驟應該是乙個迴圈的過程。在編碼的過程中，你總是需要不斷地回過頭來修改原先的模組設計，甚至最初選定的實現演算法。具體到每一步的工作要怎樣完成，是非常靈活的，只要把握住大體的方向就行。在進行分析，設計，編碼，除錯，維護這幾部分的工作的時候，最核心的就是文件的編寫。1.可行性分析就是關於當前專案能不能幹的分析結果。
2.專案描述這是在決定立項以後，對當前專案的乙份扼要說明。
3.需求分析就是對客戶要求的功能的定義。
4.軟體設計這就是對程式的每乙個模組的詳細設計的說明文件。
5.開發日誌我一直都認為這是文件中最有趣的部分。開發日誌相當於編碼階段的文件，它的形式可以很隨意，主要是記錄一些在寫程式時突然萌發的靈感，或對**的一些微小的修改，或對程式結構的一些微小變動等，還要對上述這些修改變動作些說明。
6.測試分析用於指出程式存在或潛在的缺陷和錯誤，以及程式效能的數字描述
作業九 報告及總結
軟體工程 課程既強調基本概念和基本知識的理解和掌握，又側重軟體專案的分析 設計 實現和維護的基本技能。比較注意 點 和 面 的結合。我還是蠻喜歡這門課的，通過對這門課的學習讓我意識到理論學習很重要，實踐更重要，實踐是檢驗真理的唯一標準，只有將理論與實際結合，才更能發揮我們所學的知識的作用。整乙個學期...
作業九 報告及總結（6 16更新）
本課程最後一次作業，希望同學們有始有終，堅持到底，加油！一 每組完成乙份報告，報告要求在16周周四上課的時候直接給我電子版。報告要求 2 內容應該包括以下 專案組成員介紹 包括每個成員具體完成了哪些內容 中文摘要 簡要概述課題研究目的 方法 內容 意義，最多400字 英文摘要 緒言 研究背景 目的 ...
作業九總結
一 知識點 1.二維陣列的定義和引用 1 二維陣列的定義 型別說明符 陣列名 常量表示式 常量表示式 例 float a 3 4 b 5 10 說明 可以把二維陣列看作是一種特殊的一維陣列。a 0 a 0 0 a 0 1 a 0 2 a 0 3 a 1 a 1 0 a 1 1 a 1 2 a 1 3...