# 專題紀錄
## 2022/01/16 會議記錄
#### 參與者:姜雲瀚、楊哲綸

### 功能
1.貼文(貼文時間，選擇地標，按讚數，留言，留言時間，留言讚數，分享，多張照片，文案內容，典藏，發文者，貼文主題，hashtag，發文)
2.聊天功能
3.個人資料(名稱，生日，所在地，我的貼文，頭貼，ID，性別，個人簡介，追蹤中，粉絲，貼文數，收藏貼文，按誰讚，追蹤+)
4.景點地圖(類別表，地標名稱)
5.小鈴鐺(讚和收藏、新增關注、評論和@、系統通知)
6.搜尋(熱門排行、搜尋)
7.搜尋後頁面(貼文、帳號、標籤、綜合、熱門、最新)
8.登入(帳號、密碼、使用社群帳號登入)

---

## 2022/3/3 與老師開會紀錄

老師意見:若順利可以完成這些可以先讓班上同學開始使用，未來專題發表才會有真實資料的運用。

## 4/10期中考前須完成事項

需要討論事項:
1.專題分工如何分配?

文件 : 每周開會時間，每個人一小節
第一周:完成第一章

前端:
姜雲瀚: 登入、註冊、首頁、貼文、刪文
吳柏逸: 使用者個人介面、個人設定
李定謀: XD完整設計

後端:
伺服器、資料庫建置
楊哲綸:

劉佑耘:

2.每周開會時間?(不含老師)
每周三上午10:00~12:00

3.專案進度控制(甘特圖)安排

4/18期中考前 完成用戶、貼文等功能

## 4/24開會
5/18
系統手冊1~6章、系統簡介

系統手冊第五章活動圖 姜雲瀚、劉佑耘

按讚 楊
收藏貼文 楊
追蹤用戶 柏逸
編輯個人資料 柏逸
貼文留言 柏逸
用戶管理 定謀
檢舉管理 定謀
貼文管理 定謀
發起活動 4/27討論

先完成第五章之後給俊傑看之後再給循序圖

第六章循序圖 楊哲綸、吳柏逸、李定謀

4/27驗收

## 5/16會議記錄
### 定謀負責註冊的頁面(輸入使用者資料)
**欄位:姓名、生日、自我介紹(選填)、性別、大頭貼**
#### **5/18**簡報第一次演練
Logo柏逸負責(像素風格的咖啡)

## 6/1會議記錄
### 活動頁面
* 發起活動的人
* 活動照片
* 活動名稱
* 活動時間
* 審核時間
* 活動內文
* 付款方式
* 預算
* 人數
* 活動地點
* 審核活動
* (活動類別)
* 參加人數、報名人數

個人頁面&註冊先做出來

### 前端:
#### 登入、註冊、首頁、用戶資訊、發文、與刪文畫面

### 後端:

#### 用戶、貼文等資料庫規劃

#### 貼文API

### 專題文件
#### 1~4章完成

*下次進度回報時間待定 (一個月2~3次即可)
有問題可直接問老師

---

1-2 問題與機會
SWOT

| S優勢 | W劣勢 |
|:-----------------------------------------------------------------------------------------------------:|:-----------------------------------------------------------------:|
| 1.操作簡單，直覺快速 <br>2.現代社群流行趨勢 <br>3.脫離網路，促進實際交流 | 1.前期用戶量少難以收集數據加以分析<br> 2.知名度不足，難以擴張用戶 |
| O機會 | T威脅 |
| 1.現代人流行使用網路記錄分享生活 <br> 2.特殊功能是其他軟體所沒有的<br> 3.利用聚會功能增加現實上的交流 | 1.現今市場已有許多類似知名軟體 <br> 2.使用者可能選擇其他軟體 |

經過SWOT分析之後，我們認為使用WO策略最符合我們的需求，從劣勢來看，我們可以透過舉辦活動或是邀請等人脈去累計用戶量，而機會則是我們可以推出新的功能，透過現在流行趨勢掌握年輕族群。

經過調查顯示，現今台灣社群媒體與即時通訊軟體使用率高達99%，表示大部分的台灣人都在使用社群與通訊軟體，其中使用率前三高為Facebook(89%)、Line(86%)、Instagram(54%)，我們觀察到第二與第三的差距高達30%，第四名是WeChat(33%)，跟Instagram又差了21%，要進入此市場，遇到最大的威脅就是這些已經進入市場的軟體。

現在社群軟體目前都是以網路做交流，導致現實中的社交漸漸減少，科技冷漠愈來愈嚴重，透過發起聚會的功能，可以利用網路社群媒體的力量，進而促進現實中人與人之間的交流。

1-3

| | CozyDiary | 小紅書 | Instagram |
|:----------:|:--------------------------------------:|:-----------------------------------------------------------------------------------------:|:-----------------------------------------------:|
| 關鍵字搜索 | 基本分類<br>例如:運動、美妝…等分類 | 分類細緻、還有hashtag、地點各種分類下還可以細分 例如:美妝可依照季節區分自然妝容、泫雅妝等 | 使用hashtag、地點、帳號等非類 |
| 特色 | 主要為筆記<br>地圖與社群結合和活動發起 | 素人筆記為主<br>重視朋友間的推薦<br>強調真實感 | 以貼文分享為主網美、網紅佔大多數 |
| 費用 | 免費 | 免費<br>部分額外付費<br>(商城、知識付費等) | 免費部分功能付費(推播、廣告等) |
| 社群差異 | 強調現實的交流及分享 | 大部分與社區電商、個人品牌結合<br>主打精緻質感 | 注重社群經營、增加粉絲及曝光率 進而達成行銷導購 |
| 用戶 | 熱愛分享的年輕族群 | 因主打精緻、質感社群以女性用戶居多 | 主要為千囍用戶 |

## 第二章 系統目標與預期成果
### 2-1 系統目標。
#### 讓使用者不只是只有網路社交
不再是一般的社群軟體，使用者只有貼文分享按讚、影音甚至文字聊天，而是利用結合地圖功能，做一個可以標示使用者所分享過的景點、餐廳等，讓使用者不只可以用社群軟體的一般功能做分享自己的生活日常，也可以更方便了解景點相關分享內容以及評價，進而更容易找到約會景點或制定旅行行程，不用再去用搜尋的方式慢慢地苦找了，找到還要去查詢相關評論。

現今許多人都會使用社群、交友或是即時通訊軟體交朋友聊天，認識方式可以利用網路的即時通訊app或是軟體所提供的聊天功能文字聊天，更深入則是用即時通訊的通話功能聊天，雖然這些方式確實方便，人們也習慣了這些模式，但許多人無法了解正在聊天的人現實的外貌與個性，少部分人會主動相約見面，但大部分人都沒有勇氣去約出來見面，沒有經過互相見面，大部分都會突然了無音訊，我們以這點做啟發，做出”聚會”的功能，使用者可以選擇時間、地點與人數發起聚會，發起後其他使用者可以看到並且參加，進而讓使用者藉此互相認識聊天，當然，使用者要經過認證才能使用這功能，增加安全性。

未來，希望能讓app功能更加豐富，例如可以幫助使用者與相約對象挑選最適合的約會或朋友之間遊玩地點，幫助一些選擇困難或是想體驗新鮮事物的人們做建議;或者讓app可以用來規劃行程，只要將天數、地點輸入，就可以顯示行程表讓使用者自行規劃，甚至系統可以推薦一些目前流行的景點作為參考，讓整個社群軟體變得不一樣。
### 2-2 預期成果
利用景點為主軸，熱愛出去體驗或是想吃美食，卻不知從哪裡找起的使用者可以利用此app可以更了解周圍景點或是更好尋找旅行的景點，不用再用關鍵字搜尋的方式，或是透過現今社群軟體一個一個慢慢無腦找，直接透過分類的方式更快速找到夢寐以求的景點或餐廳，使用者交朋友不用再擔心照’騙’，透過聚會真實的見面，並且利用地點的加持，有著共同話題與體驗內容，讓使用者更容易真正的交到朋友並且保持聯絡，聚會結束詢問使用者是否以貼文方式表達滿意度，作為其他使用者發起聚會的參考。透過身分認證，例如自拍照、信箱與手機認證等，避免遭有心人士拿來當作犯罪工具，我們也會設計SOS按鈕，使用者當發生狀況可以利用此功能讓我們依定位立即做出決策。

## 第三章 系統規格
使用者開始使用Cozy Diary時，須先進行註冊/登入功能，方可使用查看貼文、留言等功能。

登入後使用者可以發表貼文、查看他人貼文、留言、按讚等。使用者也可透過搜尋功能中的標籤，來選擇自己所喜愛的內容。

在使用者頁面中，使用者可以查看自己的貼文及修改個人資訊，例如：更換頭貼、暱稱、個人簡介等等。

管理者可以透過PC修改後端數據，以及查看使用者名單。

## 第四章 專案時程與組織分工

## 第五章 需求模型
(系統分析與設計應使用UML)
5-1 使用者需求：需求清單及其說明，需分功能需求與非功能需求兩部分描
述。
* 功能性需求：

一般使用者：
用戶相關：針對使用者個人登入、註冊、修改個人資訊。
貼文相關：針對貼文使用發表、分享、點讚、留言、發起活動、刪除活動、刪除文章、檢舉文章、修改文章、修改活動、查詢貼文、查詢活動。
問題相關：針對App使用上遇到的問題，提供常見問題以及問題回報。

管理者：
用戶相關：針對管理者個人登入、註冊、修改個人資訊。
貼文相關：針對貼文、活動進行新增、刪除、修改、查詢。
問題相關：針對意見回饋進行修改、查詢。
檢舉相關：針對貼文之檢舉資訊進行審查、結案、查詢。
非功能性需求：

裝置需求：Android最低需4.1版、iOS最低需8.0版，且手機須能上網(行動網路、Wi-Fi)、定位以及有相機功能。

5-2 使用個案圖(Use case diagram)。

5-3 使用個案描述：使用活動圖(Activity diagram)描述之。
5-4 分析類別圖(Analysis class diagram)，甚至分析物件圖
(Analysis object diagram)。

### 專題時程(未完成)

### 工作內容(初版)
前端
Adobe XD完成app草稿(1/30前)
Flutter基本架設以及Dart語言基礎學習
前端畫面
Flutter首頁個人頁面
貼文頁面
搜尋頁面
搜尋後頁面
開啟軟體畫面
登入畫面

後端

### 專題分工(未完成)
前端
姜雲瀚:

吳柏逸:

李定謀:

後端
楊哲綸:https://hackmd.io/@m1xNlkkzSeaF_PB7mN6QAQ/BkRnwUhx5/edit
https://github.com/bbblu/camping-docs/blob/master/%E7%AC%AC1%E7%AB%A0%20%E8%83%8C%E6%99%AF%E8%88%87%E5%8B%95%E6%A9%9F.md

資料庫

---

## 大學部-系統手冊大綱（物件導向）
:::spoiler

>初評製作第一至六章為主，頁數不限；複評製作所有章節，頁數50頁以上。
參考範例：[北商資管專題 109409](https://github.com/bbblu)
### 第1章 背景與動機
1-1 簡介：說明個案之背景資料。

社群媒體在這個時代是一種獨特的現象和潮流，也可能是未來的趨勢。
人們不斷的追求創新、進步，有越來越多的平台、網站推出，使我們的
生活越來越便利，人與人之間的關係可以靠社群媒體來促進，因為這樣
而加深能夠接觸各種不同人的可能，也讓我們和朋友之間有一個可以維
繫感情的橋樑。而本組的專案主題就是社群軟體，是一種日記型部落格
app，可以藉由貼文分享生活或景點，也能提供留言區讓網友們一同討
論。

1-2 問題與機會：說明個案之內、外在環境內容及為何要進行此一專題？
它有什麼價值？

1-3 相關系統探討：描述目前既有的類似系統，及其異同。

### 第2章 系統目標與預期成果
2-1 系統目標。
2-2 預期成果：本專題之進行與成功可能得到的成果。

### 第3章 系統規格
3-1 系統架構：最好以圖示方式說明。
3-2 系統軟、硬體需求與技術平台。
3-3 使用標準與工具：使用到哪些軟體工程標準或規範，例如：UML、UP
等，即使用到哪些CASE tools，例如：Microsoft Project。

### 第4章 專案時程與組織分工
4-1 專案時程：甘特圖或PERT／CPM圖。

表 4-1 專案時程：甘特圖


表 4-2-1 組織分工表
●：主要負責 ○：協助

| | | 10846011 楊哲綸 | 10846012 劉佑耘 | 10846005 姜雲瀚 | 10846030 吳柏逸 | 10846036 李定謀 |
| ---- | -------- |:---------------:|:---------------:|:---------------:|:---------------:|:---------------:|
| 企劃 | 主題構想 | | | ● | ● | |
| | 資料搜集 | | ● | ● | ● | ● |
| | 需求分析 | ● | | ● | | |
| | 系統分析 | ● | | | | |
| | 介面設計 | | | ● | ● | ● |
| | Logo設計 | | | | ● | |
| 系統 | 前端功能 | ○ | ● | ● | ● | ● |
| | 前端樣式 | | ● | ● | ● | ● |
| | 後端功能 | ● | | | | |
| | 資料庫設計 | ● | | | | |
| | 伺服器架設 | ● | | | | |
| | 金流模擬 | | | | | |
| 報告 | 文件製作 | | | | | |
| | 簡報製作 | | | | | |
| | 海報製作 | | | | | |
| | 影片製作 | | ● | ● | ● | ● |

4-2 專案組織與分工。

### 第5章 需求模型
(系統分析與設計應使用UML)
5-1 使用者需求：需求清單及其說明，需分功能需求與非功能需求兩部分描
述。

5-2 使用個案圖(Use case diagram)。
5-3 使用個案描述：使用活動圖(Activity diagram)描述之。
5-4 分析類別圖(Analysis class diagram)，甚至分析物件圖
(Analysis object diagram)。

### 第6章 設計模型
6-1 循序圖(Sequential diagram)或通訊圖(Communication diagram)。
6-2 設計類別圖(Design class diagram)，甚至設計物件圖(Design object
diagram)。

### 第7章 實作模型
7-1 佈署圖(Deployment diagram)。
7-2 套件圖(Package diagram)。
7-3 元件圖(Component diagram)。
7-4 狀態機(State machine)，甚至時序圖(Timing diagram)。

### 第8章 資料庫設計
8-1 資料庫關聯表：需註明參考關係及限制(Constraints)。
8-2 表格及其Meta data。

### 第9章 程式
9-1 元件清單及其規格描述。
9-2 其他附屬之各種元件。

### 第10章 測試模型
10-1 測試計畫：說明採用之測試方法及其進行方式。
10-2 測試個案與測試結果資料。

### 第11章 操作手冊
介紹系統之元件及其安裝及系統管理。

### 第12章 使用手冊
介紹各畫面、操作之移轉，以類似State Transition Diagram之表示之。

### 第13章 感想
說明感想與建議。

### 第14章 參考資料
參考資料。
附錄
審查評審意見之修正情形。

[附註] 最終文件，FTP上傳繳交下列資料
(1) 海報（PDF檔）、系統簡介（PDF檔）、系統手冊PDF檔或MarkDown檔
(2) 物件導向系統分析與設計VPP檔或VPD檔。
(3) 資料庫 MDF與LDF檔
(4) 所有軟體元件 (元件、函式庫…等)
(5) 安裝程式，能將系統完整安裝至PC或NB執行
:::