目錄
一、需求規格說明書
1.1 引言
1.1.1編寫目的
為明確軟件需求、安排項目規划與進度、組織軟件開發與測試，撰寫本文檔。
1.1.2產品說明
- 產品名稱：解憂雜貨店
- 產品類型：微信小程序
- 界面語言：簡體中文
- 使用年齡：12歲以上人士
- 產品功能：提供一個社交平台，允許用戶通過寫信的方式來傾訴自身的煩惱或分享自己的心情。
1.2 項目闡述
1.2.1產品功能
借由《解憂雜貨店》的靈感參考，用戶在平台上可以通過寫信的方式進行傾訴或解惑，系統會為其隨機匹配一個用戶。為了與如今盛行的聊天功能做出區別，平台上並沒有好友私聊功能，寫信和回信是用戶唯一的交流方式。一方面保留了書信交流的儀式感，另一方面也能有效防止信息泛濫的弊端。
1.2.2預期用戶量
我們小程序面向的是少眾用戶且推廣渠道有限，系統預期用戶量為2000。
1.2.3真實性
人們的日常生活離不開社交，各種社交產品成千上萬，本產品的真實性不言自明。
1.2.3可用性
本產品面向廣大的年輕用戶群體而開發，早已熟悉QQ，微信，微博等各類社交應用，因此這些用戶對本產品的學習成本很低。而且該群體在生活的過程中容易受到來自學習、生活、工作等各方面壓力的影響，一個簡約的傾訴平台更利於用戶接受。
1.2.4產品價值
在這樣一個信息爆炸的時代，每天我們打開手機都會收到各種廣告信息的侵襲、看到各類群聊的消息提醒，體會到來自社會生活中的壓力。在很多時候，我們不便把自己的煩惱與親朋好友傾訴，各大社交平台上廣告縱橫，自己的情緒也不能得到有效的緩解。
我們回歸初衷，打造一款遠離喧囂，專注於內心真情實感，純粹的文字表達的微信小程序。在平台中，用戶不會收到繁雜的信息推送，私密的信件分享傾訴給用戶樹洞般的傾訴體驗，讓用戶在傾訴的同時能夠保證自己的用戶信息不被泄露。本產品的價值就在於此。
1.2.5產品情懷
本產品的切入點是信件這種原始且具有儀式感的寫作方式，以解憂雜貨店為名，輔以寫信的傾訴方式，更加能夠讓用戶表達自己的真情實感。
1.3 面向用戶分析
本產品主要是打造一個純粹的解憂社交平台，讓人們用文字去表達自己的真情實感。主要面向用戶的年齡區間是15至36歲。這些用戶包含在校學生（高中生、大學生）、應屆畢業生、大多數在職人員，他們在生活、壓力、工作中各有煩惱。一個簡約的書信平台能夠讓用戶快速上手，慢生活的書信和人們長期所處的快生活形成對比，在寫信的同時既能傾訴自己的煩惱，也能有效減緩自身的壓力。
1.4 功能需求分析
1.4.1功能結構圖
1.4.2具體功能列表
| 功能 | 詳細描述 |
|---|---|
| 登錄注冊 | 用戶進入小程序，獲取用戶的微信信息，並根據用戶微信名確定用戶筆名 |
| 用戶信息管理 | 用戶之間並不能查看彼此的信息，在用戶信息管理中只允許用戶更改筆名 |
| 通知 | 用戶收到新信件時進行提醒，用戶看完信件后狀態發生改變 |
| 書寫信件 | 書寫新的信件，選擇信件的信紙和信封的樣式 |
| 發送信件 | 系統隨機為用戶匹配一名收信的筆友，並記錄信件發送的時間 |
| 收信廣場 | 展示用戶最新收到的10封信件 |
| 發信箱 | 用戶刪除信件、用戶發送新信件 |
| 草稿箱 | 用戶查看草稿、用戶編輯草稿、用戶更新草稿、用戶發送草稿 |
| 收件箱 | 用戶刪除信件、用戶查看信件、用戶回復信件 |
| 數據統計 | 使用平台多少天、發送多少信件、接收多少信件 |
1.5 技術需求分析
1.5.1 前端技術選型
| 技術項 | 具體技術 |
|---|---|
| 編程語言 | JavaScript、WXML、WSS |
| 開發框架 | 原生微信小程序 |
| 代碼版本控制 | git |
| 運行環境 | Android微信客戶端、iOS微信客戶端 |
| css預編譯語言 | WXSS |
1.5.2 后端技術選型
| 技術項 | 具體技術 |
|---|---|
| 編程語言 | Java |
| 通信協議 | HTTP |
| JDK版本 | 1.8 |
| 數據庫 | MySQL 8.0，Redis 6.0.8 |
| 代碼版本控制 | git |
| web服務器 | Tomcat 9.0.29 ， |
| 服務器技術 | docker |
| 技術框架 | springboot 2.2.2，mybatis-plus 3.3.2，Maven 3 |
二、團隊計划和分工
2.1 團隊Github倉庫
2.1.1 倉庫地址
https://github.com/Loiterers/Listener
2.1.2 issue截圖
2.2 團隊計划
2.2.1 修正前團隊計划
| 周次 | 開發內容 |
|---|---|
| 6 | 確定團隊成員，各成員自由選題 |
| 7 | 1.團隊開會確定選題，完成團隊介紹博客 |
| 2.進行需求分析，寫需求文檔 | |
| 3.原型設計，設計第一版UI，隊員估計任務難度並學習必要的技術 | |
| 4.確定編碼規范、平台環境搭建完成、初步架構搭建 | |
| 5.確定前后端接口文檔 | |
| 8 | 1.查看原型是否要進行改進 |
| 2.前后端繼續編程，繼續完善功能 | |
| 3.制訂測試計划 | |
| 9、10 | 1. 團隊項目Alpha任務分配計划 |
| 2.連續7天的Alpha敏捷沖刺，7 篇 每日Scrum Meeting博客+代碼提交 | |
| 11 | 1.用戶反饋+測試計划改進 |
| 2. 團隊Alpha階段個人總結 | |
| 3. 團隊項目Alpha博客：發布說明、測試報告、展示博客、項目管理 |
2.2.2 修正后團隊計划
| 周次 | 開發內容 |
|---|---|
| 6 | 確定團隊成員，各成員自由選題 |
| 7 | 1.團隊開會確定選題，完成團隊介紹博客 |
| 2.進行需求分析，寫需求文檔 | |
| 3.原型設計，設計第一版UI，隊員估計任務難度並學習必要的技術 | |
| 4.確定編碼規范、平台環境搭建完成、初步架構搭建 | |
| 5.確定前后端接口文檔 | |
| 8 | 1.團隊協作交流，學習git知識 |
| 2.根據功能需求，進一步確定需求文檔 | |
| 3.UI確定小程序主頁面樣式 | |
| 4.UI確定信紙信封的格式，結合前端隊員設計第二版UI | |
| 5.前端對已經敲定的UI畫面進行代碼實現 | |
| 6.后端隊員建立團隊github倉庫，並建立相應的分支 | |
| 7.根據需求文檔初步設計數據庫表 | |
| 8.后端成員初步實現用戶信息的管理書寫信件、發送信件的代碼實現 | |
| 9 | 1.前端隊員和UI確定好頁面樣式，實現前端頁面開發 |
| 2.后端成員完成發信箱、草稿箱、收件箱的功能實現 | |
| 3.根據功能實現進度，商量項目二次功能優化和開發，並確定需求文檔 | |
| 10 | 1. 團隊項目Alpha任務分配計划 |
| 2.根據上周的需求文檔，進行工作分配，進行為期7天的敏捷開發 | |
| 3.連續7天的Alpha敏捷沖刺，7 篇 每日Scrum Meeting博客+代碼提交 | |
| 11 | 1.用戶反饋+測試計划改進 |
| 2. 團隊Alpha階段個人總結 | |
| 3. 團隊項目Alpha博客：發布說明、測試報告、展示博客、項目管理 |
2.2.3 矯正計算方法
- 根據“先核心再次要，先易后難”的原則，把項目每周的任務分配進行了細化，讓項目的工作分配顯得更加合理。
三、本周進展和總結
3.1 本周分工情況
| 任務 | 關鍵內容 | 負責人 |
|---|---|---|
| git相關知識學習 | 學會代碼的提交和下載 | 全體成員 |
| UI設計 | 完成信紙樣式的選定以及主頁面的設計 | 王博譽 |
| 前端實現 | 根據已經確定的頁面樣式進行基本的代碼實現 | 郭子芊 |
| 數據庫的設計 | 根據需求初步確定數據庫表，包含用戶信息，收發信件的表等 | 劉奕池、譚嘉明、謝智傑、陳漫婷 |
| 項目的基本搭建 | 配置好項目的基本環境，確定好分包和使用的技術，部署服務器 | 劉奕池、譚嘉明、謝智傑、陳漫婷 |
| 初步代碼實現 | 嘗試初步實現用戶信息的管理書寫信件、發送信件的代碼實現 | 劉奕池、譚嘉明、謝智傑、陳漫婷 |
| 本周博客 | 完成本周博客內容 | 譚嘉明、劉奕池 |
| 完成與感想匯報 | 匯報這周的完成情況 | 全體成員 |
3.2 上周工作感想
| 成員名稱 | 本周感想 |
|---|---|
| 劉奕池 | 第一次進行團隊合作完成編程項目，我主要工作是負責項目的統籌規划以及部分代碼的編寫，相信在這次合作的過程中我們都會有自己的收獲。 |
| 譚嘉明 | 雖然這個團隊項目挑戰不小，但是我還是會盡自己所能，發揮最好，與團隊一起完成這薦任務！ |
| 謝智傑 | 第一次進行團隊項目，雖然很不熟悉，但我還是會盡自己努力把它完成。 |
| 王博譽 | 這次的團隊項目是我第一次團隊合作完成項目，雖然很難，但是我們組內都很積極，也十分認真的完成自己負責的內容，希望經過這次團隊項目，我能進一步提高自己的能力 |
| 郭子芊 | 本次團隊項目前期准備基本理想完成，在這一周的時間里，我們小組進行了多次討論最終確定好了具體實施方案，並進行了團隊分工。人多力量大，大家各盡其職，積極完成項目工作，體驗到了一個產品孵化的不易 |
| 陳漫婷 | 這次團隊合作很開心，團隊分工明確，交流順暢。 |