2020軟工第一次結對作業

這個作業屬於哪個課程	https://edu.cnblogs.com/campus/fzu/SE2020
這個作業要求在哪里	https://edu.cnblogs.com/campus/fzu/SE2020/homework/11224
這個作業的目標	分析用戶需求、給出解決方案與原型設計
學號	061800508（高體民）、041802216（劉新偉）
原型模型展示	福友

結對引子

“共同的事業,共同的斗爭,可以使人們產生忍受一切的力量。” ——奧斯特洛夫斯基

PSP表格

PSP2.1	Personal Software Process Stages	預估耗時（分鍾）	實際耗時（分鍾）
Planning	計划
Estimate	估計這個任務需要多少時間	20	20
Development	開發
Analysis	需求分析 (包括學習新技術)	400	500
Design Spec	生成設計文檔	20	20
Design Review	設計復審	15	20
Coding Standard	代碼規范 (為目前的開發制定合適的規范)
Design	具體設計	30	40
Coding	具體編碼
Code Review	代碼復審
Test	測試（自我測試，修改代碼，提交修改）
Reporting	報告	60	60
Test Report	測試報告	60	70
Size Measurement	計算工作量	15	15
Postmortem & Process Improvement Plan	事后總結, 並提出過程改進計划	40	60
	合計	660	805

NABCD模型建立

Need—需求分析

本問題面向的對象主要有三類:學長學姐、學弟學妹、老師，不同的對象因為身份的不同帶來了不同的需求：

• 學長學姐：

  畢業多年，不同於於學生時代專注科研，已在職場摸爬滾打多年，或許在某一項技術上已經爐火純青，又或許深諳職場的各種規則、注意事項。重心在工作上。

  需求：

  • 了解學弟學妹們的研究方向、擅長技能。
  • 了解曾經同學的去向與現狀，交流工作經驗與體會。
  • 了解學術界里學校老師、同學們最新的科研成果，以增長技術。

• 學弟學妹：

  目前大部分還在學校里專注學習，忙着發表論文、專利等等。少部分已經在實習，准備工作。重心主要還是在學習上。

  需求：

  • 了解學長學姐們的去向和現狀。
  • 要找工作的，聯系學長學姐幫忙內推。
  • 認識同樣還在讀書的同學，可以互相交流進步、共同參加比賽。

• 老師：

  扮演着學生與工作單位，學生與學生間，學生與其他老師間的媒介，既是學弟學妹的導師，也是學長學姐們的恩師與朋友，重心在教學與科研上。

  需求：

  • 了解曾經學生的去向和現狀。
  • 了解工業界最近在使用技術以更好地改進和創新技術。

以上需求均滿足實用性、有效性、安全性、隱私性、封閉性。

Approach—方法

實現形式：用戶是畢業學生、在讀學生和老師，主要需求都是以交換個人信息為基礎，面向的用戶與使用功能明確、簡單，用戶不會高頻率使用，那么我們的主旨就是讓用戶感覺我們的產品使用是方便有效率的，不需要繁瑣的操作，可以直接用手機的形式來實現，可以讓用戶在使用時感覺方便且高效。因此選擇微信小程序為載體來實現。

具體方法：

如何解決用戶們的需求：

• 個人信息展示模塊：每個用戶都有個人信息展示頁面，展示內容自己定，別的用戶可通過該頁面獲取你的信息（包括且不限於所在的實驗室或者工作單位，擅長技能、研究方向，工作意向等）
• 提問模塊：學弟學妹對於未來工作的困擾，學習的迷茫可以直接在小程序中提出，別的用戶可以看到，有經驗的學長學姐可以回答，有同樣困擾的學弟學妹也可以通過瀏覽該回答解決困擾。
• 私信模塊：學長學姐對於某學弟學妹的技能樹感興趣，學弟學妹有工作內推需求，都可以通過私信對方給雙方帶來最隱私最舒服的對話環境。

如何保障隱私性：

• 首先要想使用該小程序必須通過認證，認證內容包括學號、姓名、實驗室、導師等。用戶具有統一性，即必須是現在或者曾經的福大師生,不對社會其他人員開放。
• 個人信息、提問、回答展示與否取決於用戶自身，私信前必須申請好友，無法直接發送，避免無端騷擾、被盜號到處詐騙等情況發生。用戶也可以舉報其他用戶不良行為。

如何保障有效性、實時性：

• 個人信息不是第一次填完即可，需要定期更新與認證，避免弄虛作假。
• 定期發布學校師生最新研究成果和社會校招信息。
• 提供搜索功能，可對某一問題搜索，也可以搜索某一用戶搜索。
• 首頁有最新與最熱問題分類，對於最新問題的推送即保證實時性，最熱的問題即反映該問題的熱度高，關注的人多。
• 提問模塊有贊同和反對，對於高贊可視為該回答有效解決用戶的問題，相反反對過多說明該回答不具有效性，可視情況刪除該回答。

Benefit—好處：

• 小程序是以手機、ipad運行，能給用戶帶來最大的便攜性。
• 用戶使用需嚴格的認證，用戶可放心使用，無需擔心遇到騙子。
• 能夠有效交換在讀學弟學妹和畢業的學長學姐個人信息（包括且不限於所在的實驗室或者工作單位，擅長技能、研究方向，工作意向等）
• 個人信息展示與否，展示什么內容完全用戶自己決定，保護用戶隱私。
• 有問題交流模塊，滿足用戶提問、回答需求，有社交性。

Competitors—競爭

優勢：

• 目前這種校內同門交流小程序上並沒有壟斷巨頭，開發環境好。
• 以微信為入口，用戶使用方便且操作簡單。
• 注重隱私性與封閉性，用戶不需要擔心個人信息泄露。
• 兼顧隱私的同時，有一定社交開放性，用戶可以互相私信也可以向大家提問。

劣勢：

• 不以盈利為目的，商業化程度低可能缺乏后續更新、開發的資金。
• 面向用戶對象局限於一所高校，交流興趣可能不高且交流范圍有限。
• 以學長學姐們對母校的關心熱愛和學弟學妹的好奇為初心，用戶粘性不高。

總結：對於此小程序的效率，正確率以及隱私是幾個重要的問題。倘若未能做到高效率，高正確率以及對隱私的保護，那么這個小程序將會不受待見，畢竟現在誰也不想因為找錯人而產生尷尬，而且安全性是十分重要的。因此在開發app的時候，要對這幾個點多進行討論，這幾個點可能是我們戰勝競爭對手要素之一。實現過程中再對小程序進行進一步完善，這樣才能有優勢。

Delivery—推廣

總體思想即為點（某學院某實驗室）—>線（某學院）—>面（整個學校）

• 先在某一學院測試，優先挑選有人數基礎的實驗室推廣，並從中取得反饋意見來更新小程序。（也算是小程序正式推廣前的測試）
• 在整個學院推廣，不局限於研究生，也包括本科生，可讓輔導員幫忙推廣，在各個宿舍樓下張貼海報。
• 小程序功能完善、穩定后，在全校加大宣傳力度，在福大廣播站、微博和就業公眾號等宣傳中心發布推文，並通過各學院在讀學生間的聯系和畢業學長學姐們間的聯系，口口相傳擴大用戶人數。

小程序設計思想

名稱：

知福 （一定沒有借鑒知乎！侵權不刪！）

項目特點

采用《構建之法》P163電梯演說：

​ 我們的產品知福是為了解決在校學弟學妹和在職學長學姐的痛苦，他們需要了解學長學姐去向與現狀和知道學弟學妹們現在在做什么，研究方向是什么，以滿足雙方互相認識，工作內推等需求，但是現有的產品沒有很好地解決這些需求。我們有獨特的辦法分別是面向大眾的問題模塊、團體的群組模塊和個人的私信模塊解決用戶需求，它們能給用戶帶來信息交換與問題解決，並能根據興趣加入群組，遠遠超過競爭對手能做到信息傳遞的有效性、實時性和保證用戶信息的隱私性、安全性。同時，我們有高效率的點->線->面推廣方法，能很快地讓目標用戶知道我們的產品，並進一步傳播。

用例圖

流程圖

原型設計

采用墨刀實現

歡迎頁面

注冊與認證

搜索模塊

提問模塊

隱私模塊

興趣與關注

私信與群組模塊

結對描述

結對小伙伴：好基友好舍友。
結對過程
9.23：共同審題，提出各自想法，確定方向。
9.24：討論具體實現細節並記錄，需求分析，建立NABCD模型，確定兩人各自的任務。
9.25-27：尋找開發工具，學習新技能，着手完成原型設計，開發過程中兩人不斷討論，改進。
9.28-9.29：原型細節修改，攥寫博客。

git截圖

總結

結對心得

• 本次作業我們明白了很多道理，做一個項目不是直接干代碼，而是需要先進行需求分析，NABCD模型是必不可少的，它是一個項目從前期准備到后期維護的藍圖，在理解了需求實踐的具體化流程。針對於本次作業中的信息交互問題，要真正能夠解決的話，需要滿足一系列的子需求：如何收集客戶信息、如何讓不同客戶的信息得到交換、最終使客戶能夠相互交流。將這些需求當作一個工程，一步一步進行實踐。

• 結對過程要明確各自的分工，避免一人包攬全部活或者兩人都無事可做的情況，要經常交流各自做的工作，互相提出修改意見，共同推進項目完成，實現1+1>2的結對目的，相信這也是老師的目的，對我們的期望。在這次結對中，我們之間的分工明確，因為我們是一個宿舍的，商量起來也方便。一個人主要負責原型的設計和靈感創新，另一個人主要負責結構設計和博客的編寫，兩人在碰到問題時互相討論，互相當甲方乙方不斷改進方案。

• 雖然不是編程作業，看起來沒那么困難，但由於缺乏項目經驗，在着手設計原型時遇到了一些麻煩。這些子需求怎么實現，需要哪些工具，全是從零開始。但是只要開始動工，就可以一步一步完成。搜索引擎足確實是一個很好的工具，幫助我們解決了許多的困難。能夠讓我們短時間內提升自己的水平。在遇到困難時，我們倆花了很長的時間討論可行的方案，思維碰撞能提高完成工程的效率，很開心，最后得出了同樣的觀點。由於是第一次的嘗試，做的不好的地方很多，感覺有許多功能還沒實現，還希望能夠在之后更加完善。

  困難與不足

• 墨刀的使用方法是我們從來沒有學過的，因此需要大量的去搜索資料，搜索各種組件的使用方法，每一個動效的體現出的不同效果都是不盡相同的，因此，在每一個板塊銜接的過程中需要不斷地去嘗試。這次知福的設計是我花了五天原創完成的，剛開始套用了模板，后來發現模板不能滿足我們的需求，之后我們在客戶的需求上一步一步添加功能，感覺我們真的太強啦，從未想過自己能做成這樣，雖然不是很美觀，但是我始終覺得，這是自己親手作業，這樣才能體現出這次作業的意義！

• 在github的使用上，我們也遇到了一些困難，剛開始的branch不會用，我們看了廖雪峰的github教學視頻，學習到了一些方法，在經過了N次的失敗后，我們終於成功了！成功的實現兩個利用分支的成功傳遞。

• 這次作業有許多的不足，由於時間來不及無法繼續優化，比如墨刀原型設計還不夠美觀、功能實現沒有完全達到內心的想象，這需要在后期不斷完善。