130242014070-《電商系統某功能模塊》的需求分析與設計的課程小結
今天的課上，老師請來了王熙王經理來為我們進行敏捷開發和CMMI等在企業中會運用到的開發模式，並且用一個現場敏捷開發體驗的小遊戲來讓我們深刻感受了敏捷開發的魅力。以下是我對我們小組整節課的分析討論所進行的會議記錄和個人總結
一.小組成員分工
組長:廖之煸
組員:林承暉、張宇、曾子雲、陳旭、林澤民、鄭誌良、鄭佳敏、楊利城
具體分工:
會議記錄(鄭佳敏、鄭誌良、陳旭、林澤民)
控制討論時間(廖之煸)
指定下一個發完人(廖之煸)
參與討論(所有人)
攝像(所有人)
二.選題討論
王經理選定了電商的主題後，我們小組各執己見，分別選擇了以下幾個模塊:1.權限驗證 2.購物車 3.搜索 4.登陸
後王經理說登陸是很復雜的，包括登陸方式，登陸驗證等等很多方面，於是我們小組決定開發登陸模塊
三.用戶故事
我們針對登陸這個場景進行的故事展開，
用戶可以進行賬號密碼的登陸，可以手機掃碼登陸，可以進行第三方登陸，可以使用郵箱登陸
四.功能分析
這個環節是開發和建模前對功能的進一步擴展和細化:我們將登陸又分為了手機端和網頁端兩個方面。網頁端的登陸即之前討論的幾種方式
手機端則是較為簡單的賬號密碼登陸。還針對這些登陸方式進行了登陸驗證的具體展開。
五.需求建模
需求建模即對這些功能畫出類圖
由於時間關系，我們針對其中一個功能進行了分解和細化:把手機驗證碼登陸細化分解出了三個實例:短信實例，驗證碼實例和用戶實例
短信實例主要用來存儲手機號，已發送的短信條數等等
驗證碼實例主要用來存儲當前驗證碼的發送時間，是否有效，對應手機號等
用戶實例則是存儲了用戶的基本信息，手機號等
這三個實例主要有幾個接口:請求登陸的接口，發送短信驗證碼的接口，驗證驗證碼的有效性的接口，驗證驗證碼正確性的接口等等。
分好了接口和實例，我們也畫出了相應的類圖。
（ps：圖片為小組成員在臺上講解我們的類圖）
後來在林老師的糾正下，我明白了類圖中，類與類之間的線除特殊情況(如單向調用等等)是不需要箭頭的，它們之間的關系是無箭頭的關聯關系。
在王經理的糾正下，我明白了我們的類圖是不正確的，方法所在的類應該是具體執行這個動作的對象，要明白到底是誰在做這個操作。我想出的解決方式是添加具體執行操作的類，明確這些操作是誰在做，擴充類圖。
六.總結
1.關於敏捷，你的了解是：
在企業中常用的開發管理主要有兩種模式:CMMI和敏捷。其中CMMI分為1-5級，主要理念用文檔來管理，且有專門的小組來管理文檔。在這個管理模式中，項目經理的話語權是最重的。
而敏捷，其實是CMMI的另一種形式，它舍棄CMMI裏的文檔，留下了主要的部分。敏捷裏的角色是平級的，沒有誰的話語權是絕對的。比起CMMI，敏捷多了一個角色：敏捷教練。敏捷教練不直接幹涉項目組的任何操作，在整個過程中，他只是一個旁觀者。且敏捷的一個團隊大約是7加減2個人。
敏捷很重要的是時間，在整個敏捷過程中，每隔一段時間都要進行一次交流討論，保證思想的共享和同步。敏捷開發適用於需求不確定的情況下，這種模式的更新速度是非常快的，整個過程不斷叠代，每個周期大概是一周到一個月不等，例如市面上的一些遊戲，會不斷的有一些大小功能的更新。在敏捷過程中，根據框架，可以很精確到知道各個模塊消耗的時間。
2.我的體會是：
每一專業每一個項目都可以與經濟學掛鉤。登陸模塊的個性化定制，充分體現了項目要達到帕累托效率，必須個性化定制。
130242014070-《電商系統某功能模塊》的需求分析與設計的課程小結