福友
| 這個作業屬於哪個課程 | 福州大學軟件工程實踐個人編程作業 https://edu.cnblogs.com/campus/fzu/SE2020 |
|---|---|
| 這個作業要求在哪里 | https://edu.cnblogs.com/campus/fzu/SE2020/homework/11224 |
| 這個作業的目標 | 需求分析與原型設計 |
| 學號 | 081800414(洪司坤) 081800216(林友相) |
| 原型開發工具 | 墨刀 |
| 模型展示 | https://modao.cc/app/a13ae83b1913d30de1ad8509628ec816beed49ff?simulator_type=device&sticky |
PSP 表格
| PSP2.1 | Personal Software Process Stages | 預估耗時(分鍾) | 實際耗時(分鍾) |
|---|---|---|---|
| Planning | 計划 | ||
| Estimate | 估計這個任務需要多少時間 | 600 | 660 |
| Development | 開發 | ||
| Analysis | 需求分析 (包括學習新技術) | 600 | 660 |
| Design Spec | 生成設計文檔 | ||
| Design Review | 設計復審 | ||
| Coding Standard | 代碼規范 (為目前的開發制定合適的規范) | ||
| Design | 具體設計 | ||
| Coding | 具體編碼 | ||
| Code Review | 代碼復審 | ||
| Test | 測試(自我測試,修改代碼,提交修改) | ||
| Reporting | 報告 | ||
| Test Report | 測試報告 | ||
| Size Measurement | 計算工作量 | ||
| Postmortem & Process Improvement Plan | 事后總結, 並提出過程改進計划 | 100 | 100 |
| 合計 | 700 | 760 |
主要設計思想
本質上我們要做的是一個帶有隱私保護的公共通訊錄。核心在於讓在職與在校的用戶能夠簡單、方便、安全地獲得所需要的學長學姐或學弟學妹們的聯系方式與信息,而不是提供社交平台。獲取聯系方式后的具體聊天與溝通可以通過獲取的聯系方式在其熟悉的社交平台上進行(微信,電子郵箱等等)。
需求分析
提供平台給兩類福大用戶群體在職與在校進行個人信息分享與聯系方式的交換。同時保證個人的隱私,讓用戶自我決定資料是否展示,簡化使用流程.
N(Need)
- 在職與在校兩類用戶進行個人資料的分享與展示
- 獲取他人的資料
- 聯系方式的獲取
- 確保用戶個人的隱私能得到有效保護
- 市面上有的軟件大多是社交性質的,用戶所需要的只是簡單、方便、安全地獲得所需要的學長學姐或學弟學妹們的聯系方式與信息。
- 大多數人更傾向於用常用的微信、qq、郵箱進行交流,而不是下載一個APP並在其上面進行社交。
A(Approach)
-
不同角色用戶如何注冊:微信綁定注冊與手機號注冊
-
如何認證:通過福州大學學號與學院、姓名填寫進行認證
-
便利性:由於需求的低頻性,無需做成APP,使用小程序即用即走
-
有效性:讓用戶更容易地簡單地獲取所需要的人員的信息
- 使用微信小程序,更容易增加使用用戶
- 從小程序獲取聯系方式后退出至微信界面即可進行好友添加,進行進一步的交流。
- 用戶可進行交換的信息包括但不限於:
- 電話
- 微信
- 郵箱
- 工作經歷
- 教育經歷
- 職業技能
- 興趣方向
-
隱私性:讓用戶自主選擇是否展示對應的個人信息
-
相對封閉性:只提供聯系信息交換的平台,給用戶之間的交流提供敲門磚
-
系統維護
- 雲端數據庫存儲注冊用戶信息
- 定期進行無效用戶清理
B(Benefit)
- 用戶能夠高效、簡單獲取所需要的成員的聯系方式
- 用戶上手簡單,界面簡潔
- 用戶無需消耗很大的精力,設備要求低,僅僅需要打開微信注冊並認證即可
- 用戶分享后的個人資料與聯系方式的隱私性能得到有效保證
C(Competitors)
- 使用微信小程序
- App操作比較復雜,小程序無需下載,用完即走,而交換個人信息為使用頻率較低的需求,使用小程序更加方便。
-
小程序基於微信,微信體系內無縫打通,通過小程序尋求到所需要的聯系方式后可以直接跳出在微信進行交流。
-
微信小程序更容易獲取更多的用戶群體, 降低獲取用戶的的成本
-
- App操作比較復雜,小程序無需下載,用完即走,而交換個人信息為使用頻率較低的需求,使用小程序更加方便。
- 僅作為
通訊錄,而不是社交平台,簡潔、高效 - 市場上相關性質的產品較少
D(Delivery)
- 通過各實驗室群和向實驗室成員進行推廣
- 通過公眾號和微博、QQ空間進行推廣
- 分享與張貼小程序二維碼
具體方案
用戶注冊與登錄
通過小程序接口,提供微信登錄與手機號兩種方式。



個人認證
默認用戶是本科或研究生在福大讀過,通過學號與學院的填寫進行認證

個人信息填寫
登錄成功后在我的界面進行個人信息的補充與填寫。個人信息分為三個模塊填寫。

-
基本的信息填寫
- 聯系方式中郵箱填寫后是默認公開的。電話與微信是默認隱藏的,用戶可以通過按鈕自行改變信息權限
- 頭像可以在基本信息里修改

-
工作經歷信息填寫
- 必填項:公司、職位、入職時間
- 入職與離職時間通過
表單直接進行選擇


-
教育經歷信息填寫
- 必填項:學校、專業,入學時間
- 入學時間同工作經歷的入職時間一樣可通過表單直接選擇


用戶廣場與搜尋
- 在主界面以
學號、入學時間或入職時間為依據將用戶分為在職和在校兩個類型。 - 廣場中設置兩列用戶列表,通過
聯系他按鈕向對於用戶發起獲取聯系方式的申請。 - 在用戶列表上提供搜索欄,可根據關鍵詞進行對應用戶信息的查詢



資料查看
- 點擊用戶頭像可以查詢對應用戶的已經公開的詳細資料。
- 通過
聯系他按鈕向對於用戶進一步發起獲取聯系方式的申請。

消息機制與聯系方式申請
-
通過在用戶廣場的
聯系他按鈕發送的聯系方式請求的信息在這里進行同意與拒絕 -
被聯系用戶同意后,個人聯系方式將以通知類消息的方式發送給申請的用戶
-
個人資料填寫過程中如果電話與微信展示權限為公開的,在聯系他按鈕點下后,便立即發送聯系方式給申請的用戶
-
為了防止用戶誤觸,同意與拒絕有二次確定窗口。
-
用戶可在
我發出的查看自己申請的聯系方式是否通過。



消息的接受與查看

結對過程
- 9.23:共同審題,分析需求,提出大致想法,並決定用小程序
- 9.24:討論具體實現細節並記錄,尋找與學習使用原型工具。
- 9.25:開始原型設計,並做出初版。並對初版原型進行再次討論,決定修改細節與修改方案
- 9.26:修改原型,並攥寫博客
- 9.27:細節調整,結束


Github倉庫信息
https://github.com/LiskarmW/Furiends

總結與改進
- 學習了原型創造工具的使用
- 學習了需求分析與設計
- 感受到了結對與團隊合作的魅力
- 后續開發感覺實現不出這么多功能- -
