這個作業的要求在哪里 | 作業要求 |
---|---|
團隊名稱 | 歡天喜地七仙女 |
團隊成員 | 王瑋晗、林鑫宇、 黃龍駿、陳少龍、何一山、崔亞明、陸桂鶯 |
這個作業的目標 | 《系統設計說明書》(pdf文件)+《數據庫設計說明書》(pdf文件)+《系統設計和數據庫設計答辯PPT》;創建倉庫保存這些文件 |
作業正文 | 如下 |
參考文獻 | 見文末及相關說明書 |
一.團隊分工
學號 | 姓名 | 工作內容 | 貢獻度 |
---|---|---|---|
211806344 | 王瑋晗 | 編輯系統設計說明書 | 14.5% |
211806335 | 林鑫宇 | 編輯系統設計說明書 | 14.5% |
211806386 | 黃龍駿 | 編輯數據庫設計說明書 | 14.5% |
211806306 | 陳少龍 | 編輯數據庫設計說明書 | 14.5% |
211806318 | 何一山 | 制作ppt,修改說明書 | 14% |
211806313 | 崔亞明 | 編輯博客,修改說明書 | 14% |
211806398 | 陸桂鶯 | 編輯博客,修改說明書 | 14% |
二.團隊項目的預期開發計划時間安排
周數 | 階段任務 | 當前進度 |
---|---|---|
第一周 | 制作系統設計說明書;制作數據庫設計說明書;制作系統設計和數據庫設計答辯PPT;討論具體功能刪減 | 已完成 |
第二周 | 前端開發,完成基本頁面,alpha沖刺前期准備 | 未完成 |
第三周 | alpha沖刺 | 未完成 |
第四周 | alpha沖刺 | 未完成 |
第五周 | beta沖刺准備,beta沖刺 | 未完成 |
第六周 | beta沖刺 | 未完成 |
第七周 | 調試bug,進行收尾,如果有時間就繼續完善相關功能 | 未完成 |
三.團隊項目的預期開發計划分工安排
學號 | 姓名 | 角色 | 預期任務分配 |
---|---|---|---|
211806344 | 王瑋晗 | 后端 | 完善數據庫,完成功能模塊中的登錄模塊,基本完成小綠坊后進行bug調試 |
211806335 | 林鑫宇 | 后端 | 完善數據庫,完成功能模塊中的推薦模塊,基本完成小綠坊后進行bug調試 |
211806386 | 黃龍駿 | 后端 | 完善數據庫,完成功能模塊中的商城模塊,基本完成小綠坊后進行bug調試 |
211806306 | 陳少龍 | 后端 | 建立數據庫,完成功能模塊中的個人主頁模塊,基本完成小綠坊后進行bug調試 |
211806318 | 何一山 | 前端 | 完成頁面大致排版,協助完成頁面css和js,基本完成小綠坊后進行測試 |
211806313 | 崔亞明 | 前端 | 負責頁面css和js,協助完成向后端請求數據,基本完成小綠坊后進行測試 |
211806398 | 陸桂鶯 | 前端 | 完成向后端請求數據,協助頁面設計,基本完成小綠坊后進行測試 |
四.設計圖及設計思路
4.1體系結構設計
4.2功能模塊層次圖
功能模塊設計思路:
小綠坊功能模板可以分成管理員、成員、系統三個模塊。
管理員模塊有審核和發布兩個功能。其中的審核的是用戶舉報的內容以及查看博主上交的商品推薦,而發布的是用戶博主推薦的商品。
用戶模板里包括舉報、查看、發表、修改、購買、登錄六個功能。其中舉報功能可以舉報其他用戶的不適宜內容,查看功能中可以查看商品內容、查看個人衣櫃、查看商品及用戶評價還可以查看個人收藏夾,在發表功能里用戶可以發表商品內容和發表評價,在修改功能里你可以修改你的個人信息,而購買功能里你可以購買心儀商品,還有登錄功能里你可以登錄賬號和注冊賬號。
系統模塊中有推薦、審核兩個功能,其中推薦功能可以實現推薦內容,而審核功能是由管理員設定程序系統審核用戶評論以及審核用戶發表的內容。
4.3類圖
4.4ER分析
4.5表結構設計
具體表設計
表名 | 功能說明 |
---|---|
TB_USER | 存儲用戶的賬戶信息 |
TB_POSTINGS | 存儲用戶分享帖子的相關信息 |
TB_STORE | 存儲商品信息 |
TB_SQURE | 存儲廣場分享帖子信息,用於進行推薦和搜索 |
TB_USER用戶表
列名 | 數據類型(精度范圍) | 空/非空 | 約束條件 | 其他說明 |
---|---|---|---|---|
USER_ACCOUNT | VARCHAR(11) | 非空 | PRIMARY KEY | 用戶賬號 |
USER_NAME | VARCHAR(40) | 非空 | UNIQUE | 用戶名 |
USER_PW | VARCHAR(40) | 非空 | 用戶密碼 | |
USER_PICTRUE | IMAGE | 非空 | 用戶頭像(默認為系統頭像) | |
USER_SEX | VARCHAR | 非空 | 用戶性別 | |
USER_AGE | INTEGER | 非空 | 12-100之間 | 用戶年齡 |
TB_POSTINGS用戶帖子表
列名 | 數據類型(精度范圍) | 空/非空 | 約束條件 | 其他說明 |
---|---|---|---|---|
POST_TITLE | VARCHAR(40) | 非空 | 帖子標題 | |
POST_TEXT | LONGTEXT | 帖子文章主體 | ||
POST_PICTRUE | IMAGE | 非空 | 用戶帖子里所帶的圖片 | |
POST_TAG | VARCHAR(20) | 非空 | 帖子標簽,用於分類 | |
POST_LINK | TEXT | 非空 | PRIMARY KEY | 帖子的鏈接 |
POST_LIKE | INT | 非空 | 帖子的點贊量,默認為0 | |
POST_FAVO | INT | 非空 | 帖子的收藏量,默認為0 | |
POST_DATE | DATE | 非空 | 帖子的發表時間 |
TB_STORE商品表
列名 | 數據類型(精度范圍) | 空/非空 | 約束條件 | 其他說明 |
---|---|---|---|---|
STOR_PICTRUE | IMAGE | 非空 | 商品圖片 | |
STOR_LINK | TEXT | 非空 | 商品鏈接 | |
STOR_INTRODUCE | LONGTEXT | 商品介紹 |
TB_SQURE廣場帖子表
列名 | 數據類型(精度范圍) | 空/非空 | 約束條件 | 其他說明 |
---|---|---|---|---|
SQURE_POST_LINK | TEXT | 非空 | PRIMARY KEY | 用戶帖子表的鏈接 |
SQURE_USER_NAME | VARCHAR(40) | 非空 | 發表帖子的用戶名 | |
SQURE_USER_PICTRUE | IMAGE | 非空 | 發表帖子的用戶頭像 | |
SQURE_POST_LIKE | INT | 非空 | 發表帖子的點贊量,默認為0 | |
SQURE_POST_FAVO | INT | 非空 | 發表帖子的收藏量,默認為0 | |
SQURE_POST_DATE | DATE | 非空 | 發表帖子的發表時間 | |
SQURE_POST_TITLE | VARCHAR(40) | 非空 | 發表帖子的帖子標題 |
4.6系統安全和權限設計
入侵防范設計
- WAF
- Web 應用防護系統(Web Application Firewall,簡稱: WAF)代表了一類新興的信息安全技術, 用以解決諸如防火牆一類傳統設備束手無策的 Web 應用安全問題。
- 與傳統防火牆不同,WAF 工作在應用層,因此對 Web 應用防護具有先天的技術優勢。基於對 Web 應用業務和邏輯的 深刻理解,WAF 對來自 Web 應用程序客戶端的各類請求進行內容檢測和驗證,確保其安全 性與合法性,對非法的請求予以實時阻斷,從而對各類網站站點進行有效防護。
- DDOS
- 擴充服務器
操作系統平台安全管理設計
系統的超級用戶口令應由專人負責,密碼應該定期變換。 建立數據庫的專用用戶,系統在與數據庫打交道時,應使用專用用戶的身份,避免使用超級 用戶身份。 在系統的其他用戶的權限設置中,應保證對數據庫的數據文件不能有可寫、可刪除的權限。
數據庫系統平台安全管理設計
數據庫管理員(SA)的密碼應由專人負責,密碼應該定期變換。 客戶端程序連接數據庫的用戶絕對不能使用數據庫管理員的超級用戶身份。客戶端程序連接 數據庫的用戶在數據庫中必須對其進行嚴格的權限管理,控制對數據庫中每個對象的讀寫權 限。利用數據庫的審計功能,以對用戶的某些操作進行記錄。充分使用視圖以及存儲過程,保護 基礎數據表。 對於不同的應用系統應建立不同的數據庫用戶,分配不同的權限。
數據備份
全量備份、增量備份、差異備份相互結合進行備份備份頻率為每周一次,一旦發生故障,要能及時地將數據庫恢復到盡可能正確的狀態,以減少數據庫損失。
數據傳輸安全性設計
SSH可以通過將聯機的封包加密的技術進行資料的傳遞; 使用SSH可以把傳輸的所有數據進行加密,即使有人截獲到數據也無法得到有用的信息。同時數據經過壓縮,大大地加快了傳輸的速度。通過SSH的使用,可以確保資料傳輸比較安全並且傳輸效率較高。
應用系統安全性設計
操作人的操作信息需要提供操作記錄。對系統的異常信息需進行記錄,已備以后查看。只有授權用戶才能登錄系統,對於某個操作,需要具有相應權限才能進行操作。
數據存儲安全性設計
對於用戶的密碼等敏感信息采用MD5進行加密
數據庫的安全性和完整性控制
后期隨着數據庫應用環境的變化,對數據庫的安全性和完整性要求可能也會發生變化,系統管理員需要對數據庫進行適當的調整來適應變化。
監視、分析、調整數據庫性能
管理員要監視數據庫的運行情況,並對檢測數據進行分析,找出能夠提高性能的可行性,並適當地對數據庫進行調整。
數據庫重組
數據庫經過一段時間的運行后,隨着數據不斷增改刪,會使數據庫的存儲效率降低,數據庫管理員可以改變數據庫數據的組織方式,改善系統性能。
權限設計
- 用戶權限
小綠坊的權限問題比較簡單:只牽涉到權限和用戶兩種類型的對象
小綠坊的用戶擁有對自己的賬戶內容操作的權限- 按規則注冊的用戶,擁有將個人賬戶信息插入用戶表的權限,一個賬號只能插入一次
- 登錄后,用戶可以修改自己的賬戶信息,如頭像,密碼,個人介紹
- 登錄后用戶可以瀏覽廣場上的帖子,商城里的商品,可以對廣場上的帖子進行舉報、評論
- 登錄后用戶可以發表帖子,管理已發表帖子,設置自己的相應帖子的權限
- 管理員
- 管理員擁有對商城商品表增刪改查的權限
- 管理員擁有對廣場帖子被舉報的帖子進行刪改查的權限
- 管理員擁有對用戶表刪改查的權限
- 數據庫管理員有對數據庫進行調整的權限
五.關於需求分析答辯的A&Q
- 問題1:該產品如何引流?如何測評用戶推薦穿搭的質量?在用戶基數不大的情況下,建議預存大量的穿搭方式供用戶參考。
- 回答1:感謝建議,我們會嘗試做的,引流的話我們會着重宣傳我們app能夠涉及到的提高外在形象的各個方面,市面上好像還沒有這樣的app。用戶推薦的穿搭質量其他用戶通過閱
讀帖子會有自己的判定,點贊量高質量高的帖子會優先推薦,這樣質量差的帖子曝光率就會下降
- 回答1:感謝建議,我們會嘗試做的,引流的話我們會着重宣傳我們app能夠涉及到的提高外在形象的各個方面,市面上好像還沒有這樣的app。用戶推薦的穿搭質量其他用戶通過閱
- 問題2:如果用戶的作品之間存在抄襲怎么辦?我覺得應該設立舉報機制,對抄襲嚴重或者存在巨大爭議的作品進行刪除,維護平台環境的和諧。
- 回答2:感謝建議,其實我們有設立舉報機制哦,在需求分析里有說明
- 問題3:建議推出多種穿搭推薦方式,比如依照面部分析來推薦
- 回答3:感謝建議,不過這個實現起來很困難,所以我們不打算做這個功能
- 問題4:可以添加一個點贊功能,形成一個熱搜版之類的
- 回答4:感謝建議,我們打算這么做的,點贊量高的優先推薦
- 問題5:毒和NICE都有此類似穿搭推薦功能,如果從如此火爆的競爭對手中爭奪用戶呢?
- 回答5:這些app都只有穿搭,但我們的推薦包含提高外在形象的所有方面,比如美妝,健身等
- 問題6:如何實現登錄、推薦、分類、文章編輯等功能
- 其實我們對如何實現相應功能並沒有具體的想法,目前所想要做的功能,都是團隊集思廣益希望app有的功能,在助教建議后,我們決定刪掉一些功能,着重做好推薦的功能,如果后
期有能力做到實現其它功能會慢慢完善
- 其實我們對如何實現相應功能並沒有具體的想法,目前所想要做的功能,都是團隊集思廣益希望app有的功能,在助教建議后,我們決定刪掉一些功能,着重做好推薦的功能,如果后
- 建議1:在商品方面可以和一些商家合作
- 回答1:感謝建議,我們會考慮
- 回答1:感謝建議,我們會考慮