這個作業屬於哪個課程
這個作業要求在**
/homework/11447
團隊名稱
冬天的冰淇淋不會化
這個作業的目標
將專案設計落地，完善設計類圖，設計好系統和資料庫、制定好計畫和分工
週數日期
任務成果
1011.02-11.08
資料庫系統說明書、系統設計說明書
1111.09-11.15
細化介面文件、搭建專案基礎架構、實現基礎功能(例如登入註冊)
介面文件、具備基本功能的軟體
1211.16-11.22
填充專案功能、進行整合測試
測試報告、實現主要功能的軟體
1311.23-11.29
實現非主要功能、邀請同學進行測試
使用者使用反饋、軟體的最終版本
學號預計內容
031802219
後端：基礎架構設計
031802214
前端：業務邏輯編寫
031802223
後端：演算法模組
031802225
產品：迭代需求，優化原型
031802233
前端：ui設計，介面編寫
031802235
前端：ui設計，介面編寫
051803216
產品：迭代需求，使用者體驗收集
181800404
測試，後端測試，整合測試
031802607
測試，前端測試，整合測試
031802439
後端：分享帖模組
031802644
前端：業務邏輯編寫
使用者表，用於儲存用於登入所需要的相關資訊
角色表，rbac 許可權模型中的角色，用於鑑權
使用者-角色關聯表，用於標識使用者具有的角色
使用者資訊表，用於儲存使用者的個人資料和資訊
關注表，用於儲存使用者的關注列表
通知表，用於儲存系統對使用者下發的通知
分享帖表，用於儲存分享帖的資訊
私信表，用於儲存使用者之間的私信
偏好表，儲存使用者偏好以用於推薦
**詳見系統設計說明書
後端啟用https加密連線，保證資料在傳輸過程中的安全性
登入校驗採用 jwt的形式，有效避免csrf攻擊
前端和後端對資料進行雙重校驗，保證資料的合法性
後端運算元據庫使用預編譯sql語句，防止sql注入攻擊
許可權模型採用簡化版的 rbac 許可權管理模型，設計簡單，易於擴充套件，每名使用者擁有角色，使用者和角色之間為多對多，目前角色暫時分為登入使用者和管理員兩類。
在安全和許可權設計部分，使用了較為常見的jwt進行登入的校驗，因為jwt的無狀態性，可以減小伺服器的負載，許可權管理則使用了rbac許可權模型，這也是目前最主流的一種許可權管理模型。
如何確保使用者分享好物的動力：
1.獲得高點讚數的使用者可以收到由系統送出的小禮品。
2.使用者分享好物得到讚賞的時候，積累點讚數可以兌換獎品。
3.在運營成熟後，可以與部分專門針對學生黨的品牌**商達成合作關係，高點讚數使用者將會成為校園大使，校園大使可以與**商達成合作，對**商產品進行推銷，而校園大使相應也會獲得**商提供的贊助。
可行性不大，無法確保使用者基數：
1.初始時可通過新生班導、院團委學生會以及在學校和學校的各個社團進行宣傳。
2.可通過品牌商的贊助支援社團活動，從而舉辦一場關於生活的活動，參與活動的可以獲得綜測或者獎品的獎勵。
3.可以與一些生活有關的活動、團立項等進行合作，我們的好物分享平台，不僅僅分好物，也會分享使用好物的經驗。
4.在平台為使用者提供良好的互動環境，建立起使用者對平台的黏性。
沒有很吸引使用者，基礎使用者群體較大；使用者是否願意分享，分享的積極性：
1.通過問卷調查，我們了解到，若能夠為使用者間提供良好的互動功能，使用者是樂意於存在乙個平台去分享他們的購物經歷。
2.平台本身是為大學生們提供乙個互幫互助的地方，許多使用者其實都有著分享的慾望，特別是購物經歷在極好或極差的時候。
售後問題，如何防止惡意廣告：
1.強調我們只是分享平台，不是電商平台，所以並不會存在售後問題。
2.除了點讚功能，我們還設有踩雷標籤，如果分享的好物踩雷標籤過多，我們會認為其為惡意廣告，當分享過多踩雷好物時候，我們會對使用者進行處罰！
3.使用者若發現他人分享帖內容不實，可以向平台舉報，平台會進行二次審核，並做出處理。
不願意在熟悉的人面前分享：
我們在註冊的時候會要求學生填寫相關學號真實姓名的資訊，以確保是本校學生，
但是在使用者介面並不會展示這些資訊，只要稍加注意，並不會被熟悉的人認出。
如何和小紅書等類似的產品競爭：
在本次現場展示中，我們專案暴露出來的問題是，在運營前期，由於缺少使用者基數，平台內容缺乏，無法對新使用者產生足夠的吸引力。所以需要在運營前期提供乙個有效的方法，獲取足夠數量的基礎使用者群體，並且需要使用者分享一定數量的分享帖用來吸引後續使用者。
在前期宣傳方面，我們做出了詳細的推廣方案，來吸引第一批使用者的加入：
1.通過海報+***模式，在食堂和宿舍樓門口張貼海報進行宣傳，吸引同學們注意力。特別是在新生開學季和大型購物日，可以加大宣傳的力度。
4.發動身邊同學的力量，通過群或朋友圈分享，介紹我們的小程式，並進行推廣。
5.在小程式中加入邀請有禮選項，通過分享小程式，能夠獲得一定獎勵，並且在好物帖上新增分享選項，使用者可以將小程式連線分享給同學、朋友。
由於我們團隊隊員同時有擔任學院社團的相關職位，以及班導等角色，在初期的宣傳方面有一定的優勢，能夠做出較為有效的推廣，這也是我們團隊的一大優勢之一。
首先我們根據需求文件和原型對資料庫進行了建模，確定了資料庫的表結構，之後，我們分析了所需要的介面，並對系統的架構進行了分層設計，最終整合出《系統設計說明書》和《資料庫設計說明書》兩份文件。
學號工作內容
貢獻分031802219
資料庫設計，e-r圖繪製
5.20
031802214
系統設計說明書製作
4.95
031802223
資料庫設計，e-r圖繪製
5.17
031802225
資料庫設計，改進需求
5.07
031802233
系統設計說明書製作
4.95
031802235
系統設計說明書製作
4.95
051803216
改進需求
5.01
181800404
功能模組設計
4.95
031802607
部落格撰寫
4.90
031802439
功能模組設計
4.95
031802644
ppt製作
4.90
Sass！預設和主題化的設計系統
這是布拉德 弗羅斯特 brad frost 的一篇很棒的部落格文章，他為我們提供了乙個有趣的例子。假設我們正在製作乙個主題，並且有一些像這樣的sass c text input 如果未定義 form background color變數，則我們根本不希望在css中輸出background color...
系統架構設計 企業系統化架構設計的5個方面
資訊通訊技術 交通技術的發展促進了經濟的全球化和一體化，資訊的自由流動實現了各種資源在全社會範圍內的配置，社會專業化分工更加細緻，社會經濟更加具有效率和活力。科學技術在推動社會發展的同時，也讓企業處於乙個更加不確定的經營環境之中。企業需要具備敏捷地響應變化的能力，需要解決好發展戰略到日常運營的過渡問...
413永遠的神 專案系統設計與資料庫設計
這個作業屬於哪個課程 這個作業要求在 homework 12051 這個作業的目標 完成專案設計與資料庫設計 小組的組號和隊名 413永遠的神 小組的隊長姓名 彭星文序號 工作內容 最晚截止時間 負責人備註 1原型設計討論 2021 05 10全員2 需求分析討論 2021 05 15 羅璿哲3 系...