031702136 李愛軍
031702143 蔡智偉小程序
須要這樣一個網站系統、或APP、或輕度社交軟件、或依附於微信的輕度社交小程序,能把同門的家族關係創建起來。具備動態分享和社交的功能;具備必定隱私性,外人只能查看基本信息,沒法窺探細節;但假如是家族樹的人,能夠知道同門家族的前驅後繼,本身的前人和後來者,本身的導師,乃至導師的導師的導師的導師,上翻18代,也許是牛頓。每一個節點,都是一個活生生的人物和用戶,能夠分享和互動。微信
(1)Need,需求
進過我和隊友的分析和討論,已經明確了不一樣類用戶了的需求,現歸納以下:網絡
- 一、老師:瞭解本身曾經帶過的學生的現狀,並能夠和他們交流溝通,並且還要關注他們分享的動態。固然,老師也作過學生,他們也殷切地指望和本身曾經的導師取得聯繫,分享本身這些年工做的點點滴滴。
- 二、萌新學生:他們每每不知道該怎麼選擇本身的畢設導師,因此須要爲他們作一份全部導師的我的介紹。並且,他們也很是期待能和學長學姐們取得聯繫,聽取他們的經驗,以及對老師的見解和對本身的建議。因此,就要實現和他們的聊天功能。
- 三、在讀學生:他們與萌新學生實現的功能相似,只不過因爲他們已經選好了畢設導師,因此,只須要實現他們和已畢業學長們的聊天功能。
- 四、已畢業學生:因爲他們已經畢業,因此他們迫切地但願可以和同門學長學姐交流,探討是選擇工做仍是選擇繼續深造,而且指望可以獲得內推的機會。
(2)Approach,作法app
- 一、設計導師我的介紹系統,且該系統只有萌新學生才具備查看權限。
- 二、設計聊天系統,只要在「家庭樹」內的成員均可以聊天。
- 三、設計動態分享系統,「家庭樹」內每一個人均可分享本身的家庭動態,也可查看「家庭樹」內其餘人分享的動態。但該功能權限設置爲僅「家庭樹」內成員可查看。
(3)Benefit,好處工具
- 一、對於萌新學生來講,該項目可讓他們瞭解到導師更多的信息。
- 二、「家庭樹」內的全部成員能夠查看到其餘人的動態。老師能夠不用聊天就能夠了解到本身的學生的動態,解決了很差意思開口主動問候學生的問題。
- 三、這個項目具備聊天功能,「家庭樹」內的全部成員能夠經過聊天增進之間的感情。學生們也能夠經過聊天和學長學姐們取得聯繫,諮詢他們相關問題。學長學姐們能夠經過聊天與學弟學妹們取得聯繫,分享本身的學習經驗以及提供給他們內推機會。
(4)Competitors,競爭學習
咱們這個項目的獨到之處就是能夠爲萌新學生提供導師的我的信息,萌新學生能夠很方便地查到想要了解的導師信息,這是其餘類社交軟件作不到的。另外,這個系統內只提供了「家庭樹」內的信息,因此,數據操做就是十分方便。但不得不認可,咱們的劣勢就在於咱們的項目功能可能太少,和其餘社交軟件相比,咱們的軟件可能稍微有些簡陋。開發工具
5)Delivery,推廣測試
咱們能夠經過傳單海報等形式讓學生和老師瞭解到咱們的項目,讓他們感覺到咱們這個項目的實用之處。咱們還能夠經過學校和學院的各類微信號來推廣咱們的項目。
網站
1.記錄應用所須要具備的功能、界面草圖
2.解決分工問題
3.模塊與模塊之間的轉移
4.利用墨刀實現並撰寫博客編碼
1.聊天交流(其中包括與同家族的師生和與非同家族的師生,這均可以經過好友添加、推薦實現)
2.動態分享(這能夠實現生活趣事的分享、內推機會的分享等等)
3.文件收發和語音收發(在聊天功能中實現)
4.導師功能的選擇
5.家族樹
因爲功能模塊劃分的比較細緻,因此不一樣用戶的界面基本同樣。
登陸後的初始主界面,不一樣類型的用戶的界面有略微差異:萌新學生還沒有選取導師,因此其導師還不肯定。界面中的提示語也有一點點差異。
接下來介紹各類功能模塊:
這是幾乎全部聊天交互軟件所具備的功能,能夠收發文字、圖片、文件、語音信息,這是這款軟件最基本的,拉近人與♂人之間的距離。
這樣的模塊可以讓在校生、萌新生分享本身的在校困擾or疑惑來請求支援,或者是身邊的喜事趣事。也能讓老師和學生更好地交流或者和本身的往屆生更好親近,讓老師們看到從前某個學生如今過得怎麼樣。也能讓畢業生分享本身的經驗、本身公司的工做招聘的內推機會或是和同門師生親♂近。
家族樹能讓使用這款軟件的每一個用戶瞭解同門家族的前驅後繼,本身的前人和後來者,本身的導師,乃至導師的導師的導師的導師。可以讓用戶與其中的人進行交流,同門的人,處境會有些許類似,也許在某些情景可以給予本身幫助。
可以給予萌新同窗們許多導師的信息,可以讓他們更好地瞭解導師,來讓本身選擇導師,以更好地學習。
通信錄中的各類分組可讓用戶更好地使用它來尋找聊天對象,好友添加功能可以讓用戶經過用戶ID等信息來添加好友。
PSP2.1 | Personal Software Process Stages | 預估耗時(分鐘) | 實際耗時(分鐘) |
---|---|---|---|
Planning | 計劃 | 40 | 30 |
Estimate | 估計這個任務須要多少時間 | 120 | 120 |
Development | 開發 | 385 | 360 |
Analysis | 需求分析 (包括學習新技術) | 60 | 90 |
Design Spec | 生成設計文檔 | 60 | 60 |
Design Review | 設計複審 | 20 | 20 |
Coding Standard | 代碼規範 (爲目前的開發制定合適的規範) | -- | -- |
Design | 具體設計 | 60 | 90 |
Coding | 具體編碼 | -- | -- |
Code Review | 代碼複審 | -- | -- |
Test | 測試(自我測試,修改代碼,提交修改) | 30 | 30 |
Reporting | 報告 | 120 | 120 |
Test Report | 測試報告 | 60 | 80 |
Size Measurement | 計算工做量 | 30 | 30 |
Postmortem & Process Improvement Plan | 過後總結, 並提出過程改進計劃 | 30 | 30 |
合計 | 1015 | 1060 |
一、合做照片
二、過程總結
李愛軍:
此次結對做業,我和隊友一塊兒分析討論而後製做,學到了不少新的東西,好比最大的收穫就是墨刀了。此次做業雖然時間比較緊,但相比讓我感到十分痛苦的代碼,此次做業仍是很是有趣的。還有我瞭解到了需求分析中的一個重要模型——「NABCD」,學習到了怎樣更好地根據客戶需求更好地作出產品。總之,經過完成此次做業,我收穫了不少。
蔡智偉: 對於這次做業,我瞭解了關於一個項目從頭至尾應該如何作,作什麼。首先,對於客戶的需求分析是最重要的,這是完成工做的基礎,分析到位才能清楚各項工做應該如何作,要明白用戶是「什麼樣的人」、他們在「什麼樣的場景下」使用咱們的設計。對於這個,能夠適當採起用戶調研、網絡查詢資料等方法。而且,多人合做的項目,在項目設計以前的討論應該要分工清晰、任務明確,勇於交流想法,暢所欲言。