學長學姐去哪兒
這個作業屬於哪個課程 | 福州大學軟件工程實踐個人編程作業 https://edu.cnblogs.com/campus/fzu/SE2020 |
---|---|
這個作業要求在哪里 | https://edu.cnblogs.com/campus/fzu/SE2020/homework/11224 |
這個作業的目標 | 通過原型設計,理清設計軟件的初衷和目標 |
學號 | 021800527 施穎輝 031801125 黃雨晨 |
PSP表格
PSP2.1 | 學長學姐去哪兒 | 預估耗時(分鍾) | 實際耗時(分鍾) |
---|---|---|---|
Planning | 計划 | 60 | 60 |
Estimate | 估計這個任務需要多少時間 | 360 | 720 |
Development | 開發 | 360 | 720 |
Analysis | 需求分析 (包括學習新技術) | 60 | 60 |
Design Spec | 生成設計文檔 | 60 | 60 |
Design Review | 設計復審 | 60 | 60 |
Coding Standard | 代碼規范 (為目前的開發制定合適的規范) | ||
Design | 具體設計 | ||
Coding | 具體編碼 | ||
Code Review | 代碼復審 | ||
Test | 測試(自我測試,修改代碼,提交修改) | ||
Reporting | 報告 | 60 | 120 |
Test Report | 測試報告 | 60 | 60 |
Size Measurement | 計算工作量 | 10 | 10 |
Postmortem & Process Improvement Plan | 事后總結, 並提出過程改進計划 | 60 | 60 |
合計 | 1150 | 1930 |
主要設計思想
乍看這個題目,這簡直就是QQ群再加上一個記錄有所有用戶的簡歷的騰訊在線文檔的結合體。放在現實生活中一定嚴查提出這個設計的產品經理和市場調研是不是競爭公司派來搞破壞的。
客戶的需求中還有一項很嚴格的要求,就是保證學長學姐學弟學妹的個人信息,注意保護個人隱私,我們認為大可不必對學長學姐學弟學妹的絕對保護,我們討論過后,為了以防萬一有特殊情況發生因為隱私保護而不能聯系上學長學姐學弟學妹,我們參考了抖音的可以給陌生人發送三條信息,之后的信息才需要添加好友,過度保護也不利於交流。
我們當初的設想是如果只是簡單滿足聊天、朋友圈、詳細的個人信息,那么為什么不能直接使用微信,反而多次一舉再進入微信小程序。所以我們決定在普通社交的基礎上,除了特權用戶學長學姐以及實驗室社團負責人才能發布的公告牆之外,添加上大學生喜聞樂見的諸如尋物牆和表白牆的形式,加強對小程序的歸屬感。
基於此,我們開始制定原型。
需求分析及NABCD模型
提供一個福州大學在校生和畢業生的互動交流平台,基於社交,給學弟學妹一個學習學長學姐經驗的機會,給學長學姐提攜學弟學妹的橋梁,給福州大學的提供一個欣欣向榮的學習與放松的分享平台。
N(Need,需求)
1、必要需求
(1) 對實驗室或社團的在校學生:了解實驗室已畢業學長學姐的去向和近況,以及其他詳細的信息(去了哪所學校讀研讀博?現在畢業了嗎?在哪個城市哪個公司工作?做些什么?),通過他們來更具體地了解實驗室或社團,希望可以與他們取得一種禮貌而不尷尬且長期持久的聯系,也希望他們能為自己指引方向,提供學習生活及以后工作上的幫助
(2) 對實驗室或社團已畢業的學生:了解實驗室里在校的學弟學妹們的特長能力、研究方向,和他們建立聯系,幫助內推等。
2、輔助需求
(1) 了解實驗室或社團里學長學姐or學弟學妹的日常生活;
(2) 能發布線下or線上活動與學長學姐or學弟學妹溝通交流玩耍;
(3) 了解學校里其他實驗室或社團的成員,認識更多的校友。
A(Approach,做法)
1、采訪學長學姐or學弟學妹,了解他們對具體功能的需求和期待,即他們希望通過這個小程序獲得什么,以什么形式獲得;
2、分析整理需求並根據不同角色進行分類,總結需要實現的具體功能,討論具體的界面要設計成什么樣的;
3、用墨刀設計原型;
4、對設計的原型進行進一步的討論修改;
5、確定最終的原型。
B(Benefit,好處)
1、可以快速獲取學長學姐or學弟學妹的相關信息,並看到他們離你的距離;
2、可以通過“附近”這一功能發現身邊的學長學姐or學弟學妹;
3、可以通過點擊主頁的“學長學姐”或“學弟學妹”進入不同身份的專屬界面;
4、可以通過加好友的方式和他們發消息聊天,擺脫了初次見面可能有的尷尬,通過線上社交暢所欲言,問想問的,答會答的;
5、可以通過地圖上顯示的頭像,發現分布在不同地區的實驗室成員,直觀清晰,可以通過點擊地圖上的頭像來查詢某個人的信息,方便快捷;
6、可以通過校友動態發現校內其他實驗室或社團成員的近況;
7、注冊時需要上傳學生證或畢業證的照片,保證了身份的真實性,為小程序提供了安全清潔的環境。
C(Competitors,競爭)
優勢:
1、提供地圖,讓用戶快速了解實驗室或社團里某地區的人員分布情況,並通過點擊頭像快速獲取信息;
2、提供“附近”功能,發現身邊的學長學姐or學弟學妹
3、提供“圈子”功能,讓校內不同的實驗室成員之間可以因為某個興趣聚在一起;
4、提供動態的瀏覽和發布功能,方便了解學長學姐or學弟學妹的近況,也方便別人了解自己;
5、不僅僅建立某個實驗室內部成員間的聯系,還建立了校內不同實驗室或社團之間的聯系,擴大學長學姐or學弟學妹的范圍,提出校友的大概念,讓用戶的需求得到更寬的滿足,建立更好的校友和在校生的聯系。
劣勢:
1、沒有提供實驗室導師或社團指導老師這一角色的特殊認證,沒有為這一群體設計具體功能,非本校畢業的老師無法使用這一小程序。
D(Delivery,推廣)
1、首先在福州大學里面向各實驗室和社團推廣(增加學弟學妹用戶數量),並向實驗室導師、社團指導老師和學院主要負責人推廣(可以兼有線下推廣和線上宣傳),並通過校友會向更多的校友推廣(增加學長學姐用戶數量)。
2、在推廣過程中,先突出殺手功能,即可以通過地圖上的頭像顯示發現身邊的同學(通過選擇不同搜索標簽,發現本實驗室或校內其他實驗室的同學,也可以通過搜索范圍的選擇,發現不同省份的學長學姐or學弟學妹),同時可以在查詢學長學姐or學弟學妹詳細信息時顯示他們與自己的距離。
3、在推廣過程中附上簡單的各功能使用說明書,方便更高效地使用某些隱藏功能。
4、在推廣過程中,收集不同使用對象的意見,並在合適的時刻針對不同對象的不同需求進行改進並及時向用戶反饋,以便得到更多用戶的滿意和認可。
5、若在校內推廣效果不錯,可以考慮向大學城的其他學校推廣。
具體方案
測試機型與尺寸
微信小程序開發者工具給開發者提供了一個現成的微信小程序框架。在小程序框架中,寬度為750rpx,折合成像素應該為375px,為了不浪費原型構建的時間,便於我們后續直接使用尺寸,我們選擇直接用高度為375px的iPhone6機型機型進行原型設計。以下展示為了視覺體驗,均采用全面屏進行展示。
注冊登錄以及驗證
個人信息填寫
個人信息展示的工作經歷或者是學習經歷,技能樹等,隱藏內嵌式修改個人信息,避免了頁面的繁瑣。
進入主廣場“風雨操場”
進入圈子和校友分享快樂
選擇添加好友或以非好友身份發私信,進行交流
人員分布地圖,尋找你心儀的城市的領航人
正所謂話不投機半句多,我們選擇非好友至多可以發三句話
加入實驗室社團群聊,擴大圈子
結對過程
9.23:兩方討論了對題目的理解,並且提出了自己的創意
9.24:討論細節,選擇用墨刀做原型設計
9.25:開始原型設計,提出初始方案,並進行修改
9.26:根據設計的原型攥寫博客
9.27:二次討論,對原型和博客內容進行修改
9.28:整合雙方意見,最終定稿
9.29:暗中觀察有無上傳
9.30:上傳博客,提交作業
GitHub協作截圖
小組討論非擺拍照片
部分小組聊天記錄
小結
一號選手syh:
1、本次作業讓我對UI設計徹底改觀,這其實是一個軟件開發中不可或缺的角色需要先進行需求分析,善於利用各種模型來明確我們的設計理念和設計目標。針對於本次作業,不是紙上談兵空談特談,給出各種客戶需要的以及不需要的花里胡哨的設計,而是要結合自身情況以及騰訊小程序開發者文檔的實際內容來制定,明確了目標才能更好地實現。
2、作業很簡單,但是自己從無到有的設計中總是覺得達不到模版那種的融會貫通的感覺,所以大多數板塊直接借鑒了模版的設計,是這次作業的失敗之處。應該在完全了解了墨刀的工具以及一些進階用法時,再去動手設計,而不是邊動手邊查閱資料。
3、這次作業是第一次結對作業,用兩個人的智慧去完成一件事情,總是有許多天馬行空的創意在交流中交匯。懂得團隊合作,才能做得更出色。
二號選手hyc:
1、這次作業讓我明白了小組討論溝通的重要性,剛開始沒有討論的時候腦子里有很多想法,但是又很迷茫,不知道把原型設計成什么樣會好些,不知道哪些功能可行哪些功能可有可無或者是太浮誇。在討論完實現的功能后,可以畫出大致的界面,只討論功能之后各自設計再互相取長補短融合改進,感覺效率不是很高。
2、雖然ddl是唯一生產力,但是最后真的有點趕,還沒有對原型做更多更好的修改,下次要把心里的ddl提前三天。
3、這次作業我學會了用墨刀,發現它真是個神奇的東西。這次作業讓我第一次感覺到軟工作業可以這么有趣。