團隊做業2——需求分析

Deadline:

2018-10-28 22:00PM,以博客提交至班級博客時間爲準html

提交:
(a) 1篇博客隨筆,隊長髮布,組內可共享;
(b) 1份需求報告(word電子版),上傳至團隊碼雲地址;app


Task1:隨筆要求

1) 組隊後的團隊項目的總體計劃安排;
2) 描述爲撰寫需求規格說明書的工做流程、組員分工、組員工做量比例;
3) 提供 《需求規格說明書》做爲隨筆的附件。工具

Task2:軟件需求報告要求

1) 參考《軟件需求規格說明書》國標規範文本,撰寫對應項目的軟件需求規格說明書。
2) 除形式上知足規範文本要求外,總體內容必須圍繞項目實質展開,對所要開發的項目確保盡力作到清晰完整準確。
3) 採用分層形式描述,隨着「層」的深刻,描述的內容細節越具體。
4) 使用一致的圖形符號和文字描述內容。
5) 全部的縮寫須事先定義。
6) 格式:須要有目錄,word排版樣式規範美觀,圖文並茂,通篇文檔有一個統一的樣式風格,注意字體和行距等。
7) 將本身置於讀者的立場——若是對軟件項目不熟悉的人員,經過閱讀這份文檔,可否徹底讀懂軟件要作什麼。
8) 訪問軟件項目的真實用戶,確保軟件真正體現用戶的需求,爲軟件最終可用奠基基礎。字體

參考資料

  1. 用戶調研方法參考《構建之法》第8章獲取用戶需求——用戶調研
  2. 分析和設計方法:http://www.cnblogs.com/xinz/p/4525232.html
  3. 原型設計教程
  4. 原型工具參考
  5. 需求分析報告模板及參考實例:下載連接

評分基準

本次做業總分(10'+100')分,由如下部分組成:ui

  1. 博客隨筆(10')
  2. 需求報告(100')
    • 引言(5') 、
    • 用戶場景(15')、
    • 類圖(10')、
    • 界面原型(15')、
    • 功能描述(20')、
    • 驗收驗證標準(20')、
    • 文檔的圖表、文字、樣式統一且符合規範(15')

注:spa

  • 如能積極響應助教和老師的反饋並在評論2天內作出相應修改,會在已有評分上有必定加分,但原則上得到分數不超過本次做業總分。
  • 如對分數有意見,只給一次向助教申訴的機會
  • 遲交一週扣實際分數的一半
  • 遲交兩週或以上,不給分
  • 抄襲倒扣分
相關文章
相關標籤/搜索