團隊作業2:需求分析&原型設計
- 按時交 - 有分,檢查的項目包括後文的三個方面
- 需求分析
- 原型設計
- 編碼規範
晚交 - 0分
遲交兩周以上 - 倒扣本次作業分數
抄襲 - 倒扣本次作業分數
需求分析: 軟件的最終目的是用來解決用戶的某些問題,需求分析就是要理解要解決的問題,真正明確用戶需求。請發表一篇隨筆,完成初步的需求分析: 1. 訪問軟件項目的真實用戶(至少10個),確保軟件真正體現用戶的需求,為軟件最終可用奠定基礎。 如果是原有項目,需要對舊項目的所有信息做一個調研,通過采訪以前的開發者,形成采訪文檔,請參考《構建之法》的大馬哈魚巡回遊的過程性介紹。- a. 除形式上滿足規範文本要求外,整體內容必須圍繞項目實質展開,對所要開發的項目確保盡力做到清晰完整準確。
- b. 使用一致的圖形符號和文字描述內容。
- 分析和設計方法:http://www.cnblogs.com/xinz/p/4525232.html
- 在線作圖工具ProcessOn:https://www.processon.com/
- c. 所有的縮寫須事先定義。
- d. 需要有一個目錄,word排版樣式規範美觀,圖文並茂,通篇文檔有一個統一的樣式風格。
- e. 將自己置於讀者的立場——如果對軟件項目不熟悉的人員,通過閱讀這份文檔,能否完全讀懂軟件要做什麽。
- a. 列成詳細的條目,用具體的事實和分析說明。
- b. 把這些要點都組合成為一段話 -- 當你要向別人兜售你的項目的時候, 你通常只有很短的時間 (電梯演說),能否自然而有條理地把項目說清楚? 請用你產品中實際的元素代替 <> 中的抽象概念。
- 各位領導/投資人/用戶/合作夥伴: 我們的產品 <foo> 是為了解決 <目標用戶> 的痛苦, 他們需要 <Need>, 但是現有的方案並沒有很好地解決這些需求,我們有獨特的辦法 <Approach>, 它能給用戶帶來好處 <Benefit>,遠遠超過目前市場上的競爭對手 <Competitor>。 同時,我們有高效率的 <Delivery> 方法,能很快地讓大部分用戶知道我們的產品,並進一步傳播。
- c. [附加題]把上面的這段話錄制為視頻,上傳到視頻網站,並把鏈接發到團隊博客上。
- 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
(2)原型設計界的PS -Axure RP (https://www.axure.com/)
(3)網頁和移動端的設計sketch(http://sketchcn.com/)
(4)一款簡潔高效的原型圖設計工具mockplus(https://www.mockplus.cn/)
(5)致力於高保真原型制作工具Justinmind(https://www.justinmind.com/)
(6)一款免費的帶有手繪塗鴉風格的原型設計軟件balsamiq mockups(https://balsamiq.com/products/ )
編碼規範 討論制定團隊的編碼規範,滿足代碼風格規範和代碼設計規範(參考書第4章4.1-4.3內容)http://www.cnblogs.com/xinz/archive/2011/11/20/2255971.html
團隊作業2:需求分析&原型設計
相關推薦
團隊作業2:需求分析&原型設計
符號 原型設計工具 日期 clas max 獲得 痛苦 組合 人員 Deadline: 2017-11-5 22:00PM,以博客發表日期為準。 評分基準: 按時交 - 有分,檢查的項目包括後文的三個方面 需求分析 原型設計 編碼規範 晚交
團隊作業2:需求分析&原型設計
只需要 有一個 用戶 info blog 是否 難度 不同的 題目 需求分析: 1. 訪問軟件項目的真實用戶(至少10個),確保軟件真正體現用戶的需求,為軟件最終可用奠定基礎。 對話一: A:同學用過我們的四則運算器嗎? B:嗯。 A:第一感覺是什麽樣子的? B:挺方便的
團隊作業2 需求分析與原型設計
信息 1.5 條件 第一部分 HR type .net 設計 客戶 第一部分 需求分析 1.1 用戶調研 1.1.1 調研對象 調研對象範圍:大部分在校大學生和少數在職人員(其中在校41人,在職5人)。 調研人數:46 1.1.2 調研提綱 1)參與調查者的基本信息(包括性
個人作業2:網站分析之慕課網
配置 一次 adding tar 可能 經理 不同 自己的 同方 產品名 慕課網(網站) 選擇原因 目前使用比較頻繁的網站,也是程序員必備的一個網站 第一部分調研,評測 1、第一次上手體驗。 首頁分類清楚,可以根據課程,職業路徑,還可以使用模糊查詢,根據需
第六次作業--結對 需求分析與原型設計
四級 什麽 小結 亮點 學習平臺 社會 一個人 管理員 實踐 一.結對成員 蘇詠梅(3025)、王純(3020) 二.項目 Crazy在線英語學習 三.需求分析(NABCD模型) N(Need,需求):了解用戶需求。 作為國際通用語言---英語,在很多重要場合上廣泛使用。英
團隊作業2-《需求規格說明書》
1.隊員: 3116004709-張巨集根(隊長) 3116004693-林伯浩 3116004694-林澤楷 3116004695-劉潤活 3116004696-劉育明 3116004712-周乃君 2.團隊倉庫地址: https://github.com/mtsixboys/Problem
需求分析與原型設計
根據 小型 引用文件 網店 通信 空格 用戶操作 javascrip row 原型:https://modao.cc/app/FgmvmiaHZmtcWWV95F3qqXCxnRD7zYn 軟件需求規格說明書 個人網上商城 版本:1.1 編訂:五殺諾手 團隊:五殺諾手
基於移動端的問答系統--需求分析與原型設計
sig png 問題 repo evel 學會 高校 影響 答復 一、前言 1、結對者:2015034643032 孔潭活、2015034643023 周宏傑 2、需求分析模型:NABCD 模型 3、原型設計工具:Axure RP 8、墨刀、FSCapture 二、結對
結隊項目之需求分析與原型設計
image plan 分配 ali soft mage 工作 spl img 結隊項目之需求分析與原型設計 結對者:3011 盧凱欣 3034 戚景曉 一、需求分析(NABCD模型) 1、N(Need,需求) 遊戲玩家可以以遊客的身份遊覽遊
團隊作業2--需求分析
包含 但是 上線 模糊 class 訪問量 產品 成功 spa 小隊名稱:PHILOSOPHER 小組成員 [組長]金盛昌(201421122043)、劉文釗(20142112256)、陳笑林(201421122042)、 張俊逸(201421122044)、
第二次團隊作業:需求分析
都是 級別 方便 查看 編號 選擇 商品列表 spa 定時 網上購菜系統,是用於管理用戶在網上下單買菜的系統。 一. 需求來源分析: 隨著越來越多的年輕人傾向於“走出去”,即獨自闖蕩,並且大多數的人均為朝九晚五的上班族。對於他們而言,快餐外賣成為了解決午飯或者晚飯的主要
團隊作業2——需求分析
如果 合規 dea cnblogs 博客 申訴 htm ron 原則 Deadline: 2018-10-25 22:00PM,以博客提交至班級博客時間為準 提交: (a) 1篇博客隨筆,隊長發布,組內可共享; (b) 1份需求報告(word電子版),上傳至團隊碼雲地址;
福大軟工1816:需求分析(團隊作業四)
福大軟工 · 第七次作業 - 需求分析報告 "Jarvis For Chat"需求分析報告 組長部落格連結 本次作業連結 團隊專案的整體計劃安排 專案logo及思維導圖 專案logo 思維導圖 點此檢視大圖 個人貢獻分分配 本著多幹多得的原則,我們儘可能地降低基礎績效的佔
軟工作業2:硬幣遊戲——代碼的分析與改進
lis com color detail ogl .com commit mon atp 目的: Python 程序閱讀理解 學習Python 編碼風格指南中譯版(Google SOC), 改進Python程序 如何設計遊戲規則,使得慈善事業可持續。 地鐵口放置硬幣箱
個人作業2:APP案例分析
似的 第一時間 為我 style href 程序出錯 朋友 bsp oca 鐵路12306案例分析 第一部分 調研, 評測 1.下載軟件並使用起來,描述最簡單直觀的個人第一次上手體驗。 鐵路12306app第一次使用的時候讓人感覺界面簡潔明
集美大學1414班軟件工程個人作業2——個人作業2:APP案例分析
代碼 美工 總計 val 需求分析 get gui 背景 優點 一、作業鏈接 個人作業2:APP案例分析 二、博文要求 通過分析你選中的產品,結合閱讀《構建之法》,寫一篇隨筆,包含下述三個環節的所有要求。 第一部分 調研, 評測 下載軟件並使用起來,描述最簡
團隊作業3——需求改進&系統設計
網絡 sprint 分數 borde 應用 運算 原型設計 部署 將不 需求&原型改進 1. 給目標用戶展現原型,與目標用戶進一步溝通理解需求。 用戶的痛:在中小學生學習簡單運算、分數運算的時候,常常會因為不熟練,計算出錯。這導致了他們可能在考試中失利或者在生活中鬧
第二階段:2.商業需求分析及BRD:4.產品需求分析總結
總結 ima src 引導 產品需求 都是 篩選 img alt 產品的需求篩選 戰略定位要考慮公司的戰略問題。產品定位要分階段,各個階段的需求不同。 其實現在需求分析跟篩選都是非常快的。 不把需要當成需求,意思就是不要用戶說需要什麽就是什麽,用戶需要引導。
第二階段:2.商業需求分析及BRD:1.產品需求管理
管理 excel 有時 商業 重要 整理 需求分析 圖片 采集 產品經理需要投入大量的時間在需求方面的工作。 一張圖看出需求多麽重要。各個方面的人物對需求的誤解導致的後果。 首先收集需求 需求采集 可以用excel收集數據並整理 備註信息也很重要 有時候要跟提出人
第二階段:2.商業需求分析及BRD:5.商業需求文檔1
價值 產品介紹 fsd 計劃 線路 資源 結構 決策 9.png 三大文檔 FSD一般包含在PRD 1.BRD一般是去向決策層匯報 2.產品介紹的各項是可選的 不是必備的 產品線路圖就是roodmap。團隊一般是偏技術的團隊。 BRD案例。 痛點。定性的描述。不會非常