天天看點

團隊作業2——需求分析&原型設計

需求分析、原型設計

Deadline:##

2017-4-14 22:00PM,以部落格發表日期為準

評分基準:##

  • 按時交 - 有分,檢查的項目包括後文的三個方面
    • 需求分析
    • 原型設計
    • 編碼規範
  • 晚交 - 0分
  • 遲交兩周以上 - 倒扣本次作業分數
  • 抄襲 - 倒扣本次作業分數

需求分析:##

軟體的最終目的是用來解決使用者的某些問題,需求分析就是要了解要解決的問題,真正明确使用者需求。請發表一篇随筆,完成初步的需求分析:

  1. 通路軟體項目的真實使用者(至少10個),確定軟體真正展現使用者的需求,為軟體最終可用奠定基礎。
    • 如果是原有項目,需要對舊項目的所有資訊做一個調研,通過采訪以前的開發者,形成采訪文檔,請參考《建構之法》的大馬哈魚巡回遊的過程性介紹。
    • 使用者調研方法參考《建構之法》第8章擷取使用者需求——使用者調研
    • http://www.cnblogs.com/xinz/archive/2013/02/03/2890786.html
    • http://www.cnblogs.com/xinz/p/3308608.html
  2. 參考《軟體需求規格說明書》國标規範文本,撰寫對應項目的軟體需求規格說明書。提供《需求規格說明書》的Git連結。

    a. 除形式上滿足規範文本要求外,整體内容必須圍繞項目實質展開,對所要開發的項目確定盡力做到清晰完整準确。

    b. 使用一緻的圖形符号和文字描述内容。

    • 分析和設計方法:http://www.cnblogs.com/xinz/p/4525232.html
    • 線上作圖工具ProcessOn:https://www.processon.com/

    c. 所有的縮寫須事先定義。

    d. 需要有一個目錄,word排版樣式規範美觀,圖文并茂,通篇文檔有一個統一的樣式風格。

    e. 将自己置于讀者的立場——如果對軟體項目不熟悉的人員,通過閱讀這份文檔,能否完全讀懂軟體要做什麼。

  3. NABCD 寫作,視訊

    請同學們把自己項目的NABCD 都寫出來。

    a. 列成詳細的條目,用具體的事實和分析說明。

    b. 把這些要點都組合成為一段話 -- 當你要向别人兜售你的項目的時候, 你通常隻有很短的時間 (電梯演說),能否自然而有條理地把項目說清楚? 請用你産品中實際的元素代替 <> 中的抽象概念。

    各位上司/投資人/使用者/合作夥伴:我們的産品 <foo> 是為了解決 <目标使用者> 的痛苦, 他們需要 <Need>,但是現有的方案并沒有很好地解決這些需求,我們有獨特的辦法 <Approach>,它能給使用者帶來好處 <Benefit>,遠遠超過目前市場上的競争對手 <Competitor>。 同時,我們有高效率的 <Delivery> 方法,能很快地讓大部分使用者知道我們的産品,并進一步傳播。

    c. [附加題]把上面的這段話錄制為視訊,上傳到視訊網站,并把連結發到團隊部落格上。

    • NABCD參考 (參見 http://www.cnblogs.com/xinz/archive/2010/12/01/1893323.html)
    • 同學們的實際作業例子:
      • http://www.cnblogs.com/dasusu/p/4830168.html
      • http://www.cnblogs.com/MR-ZH/p/5879464.html
      • http://www.cnblogs.com/linexu/p/5880155.html
      • http://www.cnblogs.com/liangzhilin/p/5462486.html
      • http://www.cnblogs.com/jjy520/p/5463552.html
      • http://www.cnblogs.com/hgf520/p/5457322.html
  4. 團隊協作,加強分工,需要描述每個成員的具體分工及占整個文檔任務的工作量比例。

原型設計:##

原型設計能夠在表現層将設計合成一個邏輯整體,使用者能和你一起看到未來互動的軟體藍圖、功能和效果,獲得較真實的感受,在不斷讨論的基礎上完善未來的設計思想。是以,原型設計能起到有效溝通的作用,漂亮,直覺的原型圖更是讓人賞心悅目。

  1. 不要等到所有代碼寫好之後再去驗證需求,請用設計工具描述使用者界面和需求。
  2. 原型設計不僅要考慮主要功能的頁面排布,同時也要考慮使用者實際操作中的問題,提前為使用者考慮得當并征求使用者意見
  3. 系統是必須可運作的,可實際使用的——請抱着這樣的同理心去考慮系統。

如果是設計原型,采用專門的原型設計工具,能夠事半功倍,工具參考:

  • 移動應用原型與線框工具-墨刀
  • 原型設計界的PS -Axure RP
  • 網頁和移動端的設計sketch
  • 一款簡潔高效的原型圖設計工具mockplus
  • 緻力于高保真原型制作工具Justinmind
  • 一款免費的帶有手繪塗鴉風格的原型設計軟體balsamiq mockups

編碼規範:##

讨論制定團隊的編碼規範,滿足代碼風格規範和代碼設計規範(參考書第4章4.1-4.3内容)http://www.cnblogs.com/xinz/archive/2011/11/20/2255971.html