| 這個作業屬于哪個課程 | 2021春軟體工程實踐|S班 (福州大學) |
|---|---|
| 這個作業要求在哪裡 | 軟體工程實踐總結&個人技術部落格 |
| 這個作業的目标 | 總結 |
| 其他參考文獻 | The Vienna Development Method |
- 課程回顧與總結
- 部落格連結
- 對自己曾經提出的問題進行解答
- 各階段收獲
- 了解和心得
- 個人技術總結
過去提問的部落格在寒假第二次作業
Q1：原問題
且不論這是否能覆寫所有使用者，就是一味追求“最大的擴充性”也會有很多副作用。
其他副作用是什麼
嘗試回答：實際上設計過程和編碼過程中，如果所有的地方丢糾結擴充性，那任務将很難進行下去。想要一個地方的擴充性可能要設計幾個地方的結構，想要很好的擴充性，那将需要更多時間來設計
Q2: 原問題
在這個領域一個比較成熟和經過實踐考驗的方法是Vienna Development Method(VDM)。
VDM是什麼？
VDM是計算系統的形式化規範和開發的技術集合。它由一種稱為VDM-SL的規範語言組成；資料和操作細化規則，允許在抽象需求規範和詳細設計規範之間建立連結，直至代碼級别。并沒有用到這個。
Q3: 原問題
在做效能測試的時候，的确要避免在不現實的環境中測試，例如要避免在沒有任何使用者、商品記錄的系統上做測試；但是也沒有必要為了追求真實而過分模拟随機的環境。
随機環境的價值?
嘗試回答：為了效率，最好是先根據使用者的主要環境進行測試，在酌情考慮其他環境。
Q4: 原問題
應該怎樣平衡“解決疑惑”和“培養自立”？
嘗試回答：在一開始就說好，什麼樣類型的問題應該自己解決，什麼樣的會進行回答。實際情況會遇到有人問很簡單的問題，雖然不是十分願意回答，但是問題過于簡單以至于一兩句話就能說清楚。這時候如果先前有預定好，那就可以很好地拒絕了。
| 階段 | 收獲 |
|---|---|
| 需求階段 | 學會NABCD的運用 |
| 設計階段 | 學會項目分解 |
| 實作階段 | 簡單學會Unity架構，簡單掌握Unity程式設計 |
| 測試階段 | 測試場景的建構、測試用例的選擇 |
| 釋出階段 | 無 |
和别人合作程式設計才是最貼近現實的程式設計。和别人合作程式設計的過程中會遇到各種各樣獨自程式設計時遇不到的問題，原本獨自程式設計的問題在合作程式設計時可能也有不同的解決方法。從結對程式設計再到團隊程式設計，越來越需要溝通協作。除了項目相關的能力的掌握以外，感受并熟悉團隊合作的氛圍是這門課的又一重點。
并沒有學習任何和一開始定的技術路線相關的東西，因為項目需求和那些技術大不相同。
我在團隊中擔任開發的位置，結局了存檔、特效’場景切換問題。熟悉了Unity架構，Particle System和掌握了Unity中的單例。
分析描述總結一個技術
Unity使用Particle System制作爆炸特效
概述：爆炸特效算是遊戲裡比較常用的特效，這篇部落格描述了一個爆炸示例粒子的建構，在此基礎上，可以擴充出符合自己需求的爆炸特效。