參考連接:http://www.cnblogs.com/hzsaiprogram/p/5875625.htmlhtml
團隊成員:web
3004 黃建平 微信
3010 林奕成app
需求分析:學習
對客戶需求進行需求分析,採用NABCD模型。測試
NABCD模型解釋以下:微信支付
N,需求(need),解決用戶的需求:優化
A,作法(approach),解決需求的手段:編碼
B,競爭(competitors),市場競爭,看清優劣事態:spa
C,推廣(delivery),如何把產品交到用戶手中。
N:如今不少的人都沒有進行經濟規劃,不知道本身一個月花了多少錢,留下多少錢,甚至會出現工資沒發或者生活費沒到以前用光錢。爲了解決這個問題,咱們設計了一款記帳軟件,來幫助那些有須要的人進行經濟規劃。
A:1.web和App之間,咱們選擇了App,由於如今幾乎每人都有一部手機,因此選擇APP才能讓這款軟件更貼合人們的生活。
2.使用墨刀軟件設計模型。
B:對本身天天的花費進行記帳,能夠清楚知道本身天天是怎麼花錢,對本身之後想存錢買東西,或者想省錢都有很大的幫助。
C:目前市場上的記帳軟件都是咱們的競爭對手,他們的優點是已經進入了市場而且已經佔據了一部分市場比例,而咱們的優點是能夠取長補短,優化咱們的軟件
D:發佈到QQ羣或者朋友圈分享進行推廣。
原型系統:
使用墨刀軟件進行原型系統開發,具體以下:
由上圖分析咱們記帳模型的優勢:
|
|
預計耗時(分鐘) |
實際耗時(分鐘) |
Planning |
計劃 |
30 |
20 |
Estimate |
估計這個任務須要多少時間 |
30 |
20 |
Development |
開發 |
170 |
330 |
Analysis |
需求分析 |
30 |
60 |
Design Spec |
生成設計文檔 |
20 |
30 |
Design Review |
設計複審(與同事審覈設計文檔) |
/ |
/ |
Coding Standerd |
代碼規範(爲目前的開發制定合適的規範) |
/ |
/ |
Design |
具體設計 |
120 |
240 |
Coding |
具體編碼 |
/ |
/ |
Code Review |
代碼複審 |
/ |
/ |
Text |
測試(自測,修改代碼,提交修改) |
/ |
/ |
Reporting |
報告 |
60 |
60 |
Text Report |
測試報告 |
55 |
55 |
Size MeaSurement |
計算工做量 |
5 |
5 |
Postmortem & Process Improvement Plan |
過後總結,並提出過程改進計劃 |
/ |
/ |
Sum |
合計 |
260 |
410 |
心得總結:
結對心得:(黃建平)儘管我比較討厭團隊做業,可是我仍是盡力去完成這份團隊做業。心得就是單人作效率更高。
(林奕成)經過此次結隊做業我學習到了完成一份工做不僅是要付出時間和精力,也須要學會和團隊去配合來更高效的完成工做。
項目總結:第一次使用這種模型來進行流程化的需求分析,感受仍是學到了一點東西,深刻了解軟件工程這門課,但願之後可以學得更多。
一個項目模型能夠是由一我的突發奇想或根據已有經驗來補充實現,但項目的完善更須要多人的不一樣觀點來刺激出更好的內容實現,就像此次的做業。