團隊做業第二次—項目選題報告（爲了交項目乾杯）

格式描述

• 課程：軟件工程1916|W（福州大學）

• 要求：連接

• 團隊名稱：爲了交項目乾杯

• 目標：明確項目選題，初步制定項目計劃

隊員貢獻比例

隊員學號	隊員姓名	這次做業任務	貢獻比例
221600125	劉傑	製做PPT與演講	20%
221600123	林信康	NABCD模型分析	20%
221600124	林梓銘	選題內容報告，評審表設計	20%
221600127	盧成鋼	選題範圍與來源分析，整合博客內容	20%
221600128	王華峯	原型設計	20%

選題內容

項目名稱：校園幫幫
旨在搭建一個平臺，幫助學生解決生活中的瑣碎小事亦或是幫助學生賺取外快，實現發佈任務與接受任務功能的一款app。

選題範圍與來源：
在學校的生活中，咱們常常會遇到這樣或者那樣的瑣碎小事，好比取快遞，打印，秒殺某物。但有的同窗比較懶或是事務繁忙，想要找人幫本身作這些瑣碎小事卻又不知道該找誰。而有的同窗又想在平時的生活中賺點外快，兼職又佔用了較多的時間，沒有門路。
在這種狀況下，通常會採用任務羣的方式，即創建QQ羣，你們在QQ羣中發佈任務或者接受任務。以下圖所示

而QQ羣有着人數上限，並且各種人雲龍混雜。所以，咱們旨在搭建一個安全、可靠的交易平臺來幫助當代大學生。你們能夠在這款app上進行任務的發佈和接受。

編程語言

咱們小組採用Java做爲開發語言，使用Android Studio做爲開發工具

NABCD模型

N——Need，需求

• 基本需求
  • 用戶能夠支付必定的費用在平臺上發佈任務
  • 用戶能夠接受他人在平臺上發佈的任務
  • 用戶能夠與用戶之間進行溝通與協商
  • 用戶能夠按分類查看任務
• 擴展需求
  • 用戶能夠對這次任務進行評價
  • 用戶的信用與過往的任務關聯
  • 爲用戶推送關心的任務

A——Approach，作法

• 開發：基於Android studio平臺設計，後端使用MySQl數據庫，實現預期功能需求
• 處理：根據任務標籤分類，使用列表展現任務。
• 統計：按期統計的全部任務，進行統計分析，並將結構化數據入庫。

B——Benefit，好處

• 面向特定人羣，便於校園內任務交流，更具準確性、實時性。
• 功能精簡，對設備要求較低

C——Competitors，競爭

• 優點：
  • 基本屬於真空地帶，尚無同類軟件在高校佔領市場。
  • 界面簡單，分類清晰，便於使用
• 劣勢：
  • 開發方屬於小平臺，支付過程不能提供足夠的可信度。

D——Delivery，推廣

• 以福大爲初期推廣高校
• 在食堂門口發傳單
• 掃樓對每一個宿舍進行詳細說明
• 聯繫任務羣等qq羣合做推廣
• 上應用軟件商店

原型設計

一、應用圖標

二、進入界面

三、任務中心

四、任務發佈

五、帳號登陸

六、個人信息

評審表設計

選題報告&評審表電子版

Word
PPT
評審表