作業要求

http://www.cnblogs.com/easteast/p/7668890.html

作業評分

本次作業從引言(5 ') 、 用戶場景（15 '）、類圖（10 '）、界面原型（15 '）、功能描述（20 '）、驗收驗證標準（10 '）、文檔的圖表、文字、樣式統一且符合規范（15 '）、團隊協作（10 '）等方面進行評分。

作業情況

本次作業所有團隊的完成度都很高，這一點非常贊。但是每支團隊多多少少都出現了一些問題，共性的問題有2個：

1. 在界面原型中一些團隊希望能通過教務處支持來登錄，一些團隊希望實現手機發送驗證碼一鍵注冊登錄，還有同學希望通過第三方社交軟件登錄。這些想法的出發點都是好的，希望用戶不需額外注冊賬號，用戶體驗的設計非常好。但是這些的實現難度，實現需要的資源等大家都沒有進行評估。比如教務支持需要教務開放接口，在進行原型設計前是否有詢問過教務處相關的問題呢，教務處的數據開放給學生有什么條件嗎（或者不能開放）？手機發送驗證碼的功能，這個功能需要發送短信，支持該功能是否意味著額外的成本付出，第三方控件的集成是否會加大項目的難度？第三方社交軟件登錄的功能是否需要提前申請，申請需要什么資質，這些都是同學們沒有考慮到的，希望在Beta階段研發新的feature或想增強用戶體驗時，先評估一下feature實現的可能性與其中蘊含的風險，這是項目經理需要注意的。

2. 大家設計與思考的功能太多太全面，讓我不經懷疑是否能在軟工課程中順利地完成。大家的理想還是很好的，但現實可能很殘酷（估計現在大家都能體會到了...）有些酷酷的特效實現起來可能有些難度。在Beta階段，整個團隊的PM可以列個需求的優先級，在開發時按照優先級來一項一項進行。首先保證核心功能要完成，再去做其他功能的開發。

其他具體的每個團隊需求規格說明書中的問題我在每個博客下已經具體留言了，如果還有問題歡迎在本博客下留言。

得分明細

注：評分項對應

• 6.1 引言(5')
• 6.2 用戶場景(15')
• 6.3 類圖(10')
• 6.4 界面原型(20')
• 6.5 功能描述(20')
• 6.6 驗收標準(10')
• 6.7 樣式統一符合規范(15')
• 6.8 團隊協作(10')