130242014060（2）《電商系統某功能模塊》的需求分析與設計的課程小結

《電商系統某功能模塊》的需求分析與設計的課程小結

　　今天的課上，老師請來了王熙王經理來爲咱們進行敏捷開發和CMMI等在企業中會運用到的開發模式，而且用一個現場敏捷開發體驗的小遊戲來讓咱們深入感覺了敏捷開發的魅力。如下是我對咱們小組整節課的分析討論所進行的會議記錄和我的總結

一.小組成員分工
組長:廖之煸
組員:林承暉、張宇、曾子云、陳旭、林澤民、鄭志良、鄭佳敏、楊利城
具體分工:
會議記錄(鄭佳敏、鄭志良、陳旭、林澤民)
控制討論時間(廖之煸)
指定下一個發完人(廖之煸)
參與討論(全部人)
攝像(全部人)

二.選題討論
王經理選定了電商的主題後，咱們小組互不相讓，分別選擇瞭如下幾個模塊:1.權限驗證 2.購物車 3.搜索 4.登錄
后王經理說登錄是很複雜的，包括登錄方式，登錄驗證等等不少方面，因而咱們小組決定開發登錄模塊
三.用戶故事
咱們針對登錄這個場景進行的故事展開，
用戶能夠進行帳號密碼的登錄，能夠手機掃碼登錄，能夠進行第三方登錄，可使用郵箱登錄
四.功能分析
這個環節是開發和建模前對功能的進一步擴展和細化:咱們將登錄又分爲了手機端和網頁端兩個方面。網頁端的登錄即以前討論的幾種方式
手機端則是較爲簡單的帳號密碼登錄。還針對這些登錄方式進行了登錄驗證的具體展開。
五.需求建模
需求建模即對這些功能畫出類圖
因爲時間關係，咱們針對其中一個功能進行了分解和細化:把手機驗證碼登錄細化分解出了三個實例:短信實例，驗證碼實例和用戶實例
短信實例主要用來存儲手機號，已發送的短信條數等等
驗證碼實例主要用來存儲當前驗證碼的發送時間，是否有效，對應手機號等
用戶實例則是存儲了用戶的基本信息，手機號等
這三個實例主要有幾個接口:請求登錄的接口，發送短信驗證碼的接口，驗證驗證碼的有效性的接口，驗證驗證碼正確性的接口等等。
分好了接口和實例，咱們也畫出了相應的類圖。

（ps：圖片爲小組成員在臺上講解咱們的類圖）

 

 後來在林老師的糾正下，我明白了類圖中，類與類之間的線除特殊狀況(如單向調用等等)是不須要箭頭的，它們之間的關係是無箭頭的關聯關係。

在王經理的糾正下，我明白了咱們的類圖是不正確的，方法所在的類應該是具體執行這個動做的對象，要明白究竟是誰在作這個操做。我想出的解決方式是添加具體執行操做的類，明確這些操做是誰在作，擴充類圖。

六.總結

1.關於敏捷，你的瞭解是：

　　在企業中經常使用的開發管理主要有兩種模式:CMMI和敏捷。其中CMMI分爲1-5級，主要理念用文檔來管理，且有專門的小組來管理文檔。在這個管理模式中，項目經理的話語權是最重的。

　　而敏捷，實際上是CMMI的另外一種形式，它捨棄CMMI裏的文檔，留下了主要的部分。敏捷裏的角色是平級的，沒有誰的話語權是絕對的。比起CMMI，敏捷多了一個角色：敏捷教練。敏捷教練不直接干涉項目組的任何操做，在整個過程當中，他只是一個旁觀者。且敏捷的一個團隊大約是7加減2我的。

　　敏捷很重要的是時間，在整個敏捷過程當中，每隔一段時間都要進行一次交流討論，保證思想的共享和同步。敏捷開發適用於需求不肯定的狀況下，這種模式的更新速度是很是快的，整個過程不斷迭代，每一個週期大概是一週到一個月不等，例如市面上的一些遊戲，會不斷的有一些大小功能的更新。在敏捷過程當中，根據框架，能夠很精確到知道各個模塊消耗的時間。

 

2.個人體會是：

　　敏捷開發的腳步是很緊湊的，有很強烈的時間觀念，特別是在遊戲中，明確15分鐘的思考時間，15分鐘後不論思考了多少都開始分享交流。這樣的方式讓小組內的想法從一開始的互不相讓，到後來慢慢同步和一致。這樣的思想交流對我來講是很難忘的。

3.下一次再作敏捷的時候，我會在如下幾個方面作得更好：

　　a.對時間的把控

　　b.有不一樣的想法立刻說出來，一塊兒討論

　　c.對你們討論內容的記錄和總結

4.我期待下一次的實驗課是以實際項目體驗的形式，這樣的形式容易吸引到大多數人的注意力，也只有投身其中才能更加深入的體會到其中的內含。