專案名稱：商場家電部管理系統
學生資訊：
專業 班級 學號 姓名
軟體工程 軟體2322 233201062208 劉佳祺
軟體工程 軟體2322 233201062209 黃微淇
軟體工程 軟體2322 233201062212 崔青月
1需求分析
1.1專案概述
商場家電部管理系統旨在為商場家電部門提供一個高效的銷售和售後服務管理平臺。系統將支援售貨員進行家電產品銷售、處理退貨事務，以及管理維修服務。同時，部門經理可以透過系統監控銷售情況，跟蹤退貨和維修流程，從而實現對商場家電部門的有效管理和控制。
1.2系統環境
作業系統：Windows 10
前端開發：摹客原型設計
後端開發：python
1.3功能需求
該商場家電部管理系統旨在提供一個高效的銷售和售後服務管理平臺，以滿足商場家電部門的各項服務管理需求。系統將分為六個模組：
註冊：允許新使用者註冊賬號，提供必要的個人資訊。
登入：允許已註冊使用者透過使用者名稱和密碼登入系統，以便訪問相應的功能模組。
使用者管理：提供對使用者賬號的管理功能，包括建立，編輯，刪除使用者賬號等。
消費者：提供消費者相關的功能，如瀏覽產品，下單購買，檢視訂單狀態等。
銷售者主介面：提供銷售者使用的介面，例如產品登記（產品名稱，編號，購買者真實姓名，聯絡方式），售後檢視，對話等。
部門經理：提供部門經理使用的管理介面，用於監控銷售情況，管理員工，產品屬性等。
（1）使用者註冊
註冊的用例圖如圖1.1所示。
圖1.1 使用者註冊模組的用例圖
對用例描述如表1.1所示。
表1.1 “註冊”用例描述
編號 101 用例名稱 使用者註冊
使用人員 使用者
輸入 使用者ID、手機號、郵箱、密碼、確認密碼
輸出 註冊成功
基本流程 1. 使用者點選註冊
2. 系統返回註冊頁面
3. 使用者輸入使用者ID、手機號、郵箱、密碼、確認密碼等資訊
4. 系統驗證輸入資訊，密碼有大小寫字母，數字，特殊符號組成，不少於6位
5. 使用者提交註冊資訊
6. 遊客註冊資訊儲存入資料庫
7. 系統提示註冊成功
異常操作 若使用者忘記密碼，可以透過手機號或者郵箱傳送驗證碼進行找回
註冊介面原型設計如圖1.2，1.3所示。
圖1.2 註冊介面原型
圖1.3 註冊介面原型
（2）登入頁面
登入頁面的用例圖如圖1.4所示。
圖1.4登入頁面的用例圖
對用例描述如表1.2所示。
表1.2 “登入介面”用例描述
編號 102 用例名稱 登入主介面
使用人員 使用者
輸入 手機號、密碼
輸出 登入成功
基本流程 1. 註冊之後，系統返回登入頁面
2. 使用者點選登入，輸入賬號、密碼
3. 系統提示成功登入
4. 跳轉到主介面功能
登入介面原型設計如圖1.5所示。
圖1.5登入介面原型
（3）使用者管理
使用者管理用例圖如圖1.6所示。
圖1.6 使用者管理的用例圖
對用例描述如表1.3所示。
表1.3 “使用者管理”用例描述
編號 103 用例名稱 使用者管理
使用人員 使用者
輸入 實名認證、使用者身份認證
輸出 使用者身份識別成功
基本流程 1. 使用者點選實名認證
2. 系統進入實名認證頁面
3. 使用者輸入姓名、身份證號、身份，進行人臉識別，識別成功
4. 系統透過與資料庫進行比對，識別消費者、售貨員、部門經理身份。
5. 系統提示使用者身份比對成功。
6. 透過不同的身份，開啟不同功能的板塊。
使用者管理介面原型設計如圖1.7所示。
圖1.7 使用者管理介面原型
（4）消費者
消費者的用例圖如圖1.8所示。
圖1.8消費者的用例圖
對用例描述如表1.4所示。
表1.4 “消費者”用例描述
編號 104 用例名稱 消費者主介面
使用人員 消費者
輸入 質量問題售後、故障維修售後，檢視維修結果，評價
輸出 售後成功
基本流程 1. 使用者點選質量售後
2. 系統進入質量售後頁面
3. 使用者輸入售後問題，提交文字描述和圖片，選擇退貨、退款、自行寄回、上門取件、取貨地址等操作
4. 系統提示質量售後申請成功
5. 使用者點選故障維修
6. 系統進入故障維修頁面
7. 使用者點選申請維修，對出現故障進行拍照和文字描述，選擇上門服務時間、地址、聯絡方式
8. 系統提示故障維修申請成功，並可以檢視維修結果，對銷售員進行評價。
消費者原型設計如圖1.9所示。
圖1.9消費者介面原型
（5）銷售員主介面
銷售員主介面的用例圖如圖1.10所示。
圖1.10銷售員主介面的用例圖
對用例描述如表1.5所示。
表1.5 “銷售員主介面”用例描述
編號 105 用例名稱 銷售員主介面
使用人員 銷售員
輸入 產品登記（產品名稱，編號，購買者真實姓名，聯絡方式），售後檢視，對話
輸出 產品登記成功，具體售後詳情情況，根據具體問題與消費者交談
基本流程 1. 銷售員點選產品登記
2. 系統進入產品登記頁面
3. 銷售員輸入產品名稱、編號、購買者真實姓名、聯絡方式，系統提示登記成功
4. 產品登記內容同步到資料庫，並綁到使用者端。
5. 銷售員點選售後檢視
6. 系統進入售後頁面，有質量問題和故障維修兩個功能按鈕
7. 銷售員進行選擇，逐條解決進行處理（售出的家電由於質量問題可以退貨；對於出現故障的電器產品可以申請維修），系統提示，解決成功
8. 銷售員點選對話視窗
9. 系統進入對話介面，選擇使用者進行對話溝通
10. 系統提示，使用者解決問題，自動撤回售後，獲得評價
銷售員主介面原型設計如圖1.11所示。
圖1.11銷售員主介面原型
（6）部門經理
部門經理的用例圖如圖1.12所示。
圖1.12 部門經理的用例圖
對用例描述如表1.6所示。
表1.6 “部門經理”用例描述
編號 106 用例名稱 部門經理主介面
使用人員 部門經理
輸入 售貨員名稱，電子產品名稱
輸出 彈出對應視窗
基本流程 1. 部門經理點選檢視售貨員
2. 系統跳轉售貨員頁面
3. 部門經理輸入售貨員手機號或者姓名等資訊進行查詢
4. 系統提示查詢成功，跳轉售貨員介面，檢視銷售詳情
5. 部門經理點選售後檢視
6. 系統跳轉售後頁面，電子產品退貨和維修情況兩個模組
7. 部門經理點選檢視售後進度
8. 系統提示檢視成功
部門經理原型設計如圖1.13所示。
圖1.13部門經理介面原型
1.4非功能需求
1.系統整合：商場家電部管理系統可能需要與其他系統（例如庫存管理系統、財務系統等）進行整合，以實現資料共享和協同工作。
2.多語言支援：如果商場有跨國業務或者擁有多語言環境的使用者，那麼系統可能需要支援多種語言。
3.實時性：系統應該能夠實時更新和顯示銷售、庫存和訂單狀態等資訊。
4.可定製性：系統可能需要提供一定的可定製性，以滿足不同使用者的特定需求。例如，部門經理可能需要自定義報告的格式和內容。
5.可遷移性：如果商場需要更換硬體或作業系統，系統應該能夠輕易地遷移到新的環境。
6.可恢復性：系統需要有恢復機制，以便在系統崩潰或資料丟失的情況下恢復到正常狀態。
7.合規性：系統需要符合相關的法規和標準，例如資料保護和隱私法規。
8.審計和日誌記錄：系統應該能夠記錄所有的操作，包括銷售、退貨、維修等，以便進行審計和問題排查。這些日誌應該是易於理解和查詢的。
9.可訪問性：系統應該能夠在各種裝置（如商場的電腦、經理的移動裝置等）上執行，以便於各種場合下的使用。
10.隱私保護：系統應該尊重並保護消費者的隱私。例如，消費者的個人資訊和交易記錄應該被妥善保護，防止未經授權的訪問和使用。
2 可行性分析
2.1技術可行性分析
1.需求分析：首先需要明確商場家電部管理系統的功能需求，包括登入管理、註冊管理、使用者實名管理、員工管理、售後管理等方面。這些功能需求將直接影響到系統的技術實現。
2.技術選型：根據需求分析結果，選擇合適的技術棧進行開發。這可能涉及到前端開發、後端開發、資料庫選擇以及其他相關技術。
3.系統架構設計：初步制定合理的用例描述，從而設計系統的整體架構，一個人合理的架構設計能夠提高系統的可擴充套件性、效能和安全性。
4．資料庫設計：使用者註冊、登入等多種因素都涉及儲存到資料庫、從資料庫進行匯出，我們根據業務需求設計合理的資料庫結構。一個良好的資料庫設計能夠提高系統的資料存取效率和資料完整性。
5.安全性考慮：在系統設計和開發過程中要充分考慮安全性，包括資料加密、身份認證、訪問控制等方面，以防止資料洩露、篡改或其他安全風險。
6.效能最佳化：對系統進行效能最佳化，包括但不限於程式碼最佳化、資料庫索引最佳化、快取最佳化等，以確保系統能夠在高併發、大資料量情況下穩定執行。
7.可維護性和可擴充套件性：系統的設計和開發應考慮到長期維護和擴充套件，程式碼應具有良好的可讀性、可維護性，同時系統應易於擴充套件以適應未來業務發展的需求。
2.2 經濟可行性分析
1.開發成本：製作一個商場家電部管理系統，包括硬體、軟體、人力資源等各方面的成本。在計劃期間，這些成本需要與最開始的預期收益做出比較，確保開發成本在可接受範圍內。
2.運營成本：包括系統的維護、更新、培訓等成本。一個商場家電部管理系統，定期維護、更新、修復bug，給新員工培訓使用等等，系統應設計易於維護和更新，以降低長期運營成本。
3.預期收益：透過商場家電部管理系統的使用，預期能夠帶來的收益，如提高工作效率、降低人力成本、提升客戶滿意度等。
4.風險分析：在系統完成初期，進行內測、評估開發和運營過程中可能面臨的風險，如技術風險、市場風險等，並採取相應的措施降低風險，做到風險最小化。
5.投資回報率：透過對開發和運營成本以及預期收益的綜合分析，計算出投資回報率。投資回報率應高於預期的最低標準，以確保專案的經濟可行性。
6.市場需求：分析市場對商場家電部管理系統的需求和競爭情況，確保系統能夠滿足市場需求並具有競爭優勢。
7.時間成本：考慮專案的開發週期和投入時間成本，確保專案在可接受的時間範圍內完成。
2.3 法律法規可行性分析
1.資料隱私保護：根據法律法規規定，必須確保商場家電部管理系統對使用者的個人資料進行合法、透明和安全的處理，並提供使用者訪問、修改或刪除其個人資料的權利。
2.安全標準：商場家電部管理系統涉及到大量的商業資料和客戶資訊，必須符合相應的安全標準，如ISO 27001等。需要考慮資料加密、訪問控制、漏洞修復等方面的要求，以保障資料的安全性。
3.智慧財產權：在系統設計和開發過程中，必須尊重他人的智慧財產權，包括軟體、技術、商標等。使用開源軟體時需遵守相應的開源許可協議，避免侵犯他人的智慧財產權。
4.電子商務法規：如果商場家電部管理系統涉及電子商務活動，需要遵守相關的電子商務法規，包括但不限於消費者權益保護、電子合同簽訂、網路支付安全等方面的規定。
5.電子資料交易法規：系統可能涉及到電子資料的交易和儲存，需要遵守相應的電子資料交易法規，如電子簽名法、電子資料交易安全規範等。
6.反壟斷法：在系統設計和開發過程中，需要避免出現壟斷行為，遵守相應的反壟斷法規。
7.消費者保護法規：商場家電部管理系統應當保障消費者的權益，遵守相關的消費者保護法規，如產品質量法、不當競爭法等。
8.地方性法規：根據所在地區的具體法律法規要求，進行相應的遵守和申報。
綜合考慮以上法律法規方面的要求，設計商場家電部管理系統的製作技術方案，確保系統的合法性和合規性，避免因法律法規問題而帶來的風險和損失。
2.4 環境和可持續發展可行性分析
1.能源消耗和碳足跡：評估商場家電部管理系統的能源消耗情況，儘量選擇節能的軟體方案。同時，透過最佳化系統設計和演算法，減少系統對資源的需求，降低碳足跡。
2.可再生能源利用：如果條件允許，考慮利用可再生能源來供電系統，如太陽能、風能等，以減少對非可再生能源的依賴，降低對環境的影響。
3.系統的模組化設計：採用模組化設計可以降低系統的維護成本和更新成本，延長系統的生命週期，有利於系統的可持續發展。
4.系統的生命週期成本：綜合考慮系統的開發、運營、維護和更新等各個階段的成本，評估系統的生命週期成本，確保系統的可持續發展。
2.5 道德和倫理可行性分析
1.隱私保護：商場家電部管理系統設計應確保使用者個人資訊的隱私得到充分尊重和保護。採取必要的安全措施，防止未經授權的資訊獲取和濫用。
2.資料安全：系統應確儲存儲在其中的資料受到安全保護，防止資料洩露、篡改或濫用。此外，還應注意避免使用不當的資料採集和分析手段，以免侵犯使用者的權利和利益。
3.公平和正義：商場家電部管理系統應該遵循公平和正義原則，不偏袒特定群體或個人。在功能設計和資料處理中，避免歧視性行為，確保對所有使用者和員工的平等對待。
4.透明度和責任：系統應該提供透明的執行機制和資料處理流程，讓使用者和相關方瞭解其運作方式和影響。同時，開發者和管理者應對系統執行過程中出現的問題和風險負有相應的責任。
5.社會責任：設計和使用商場家電部管理系統時，應考慮其對社會的影響，積極履行企業社會責任，為社會、環境和經濟做出積極貢獻。
6.可持續性：系統的設計和運營應符合可持續發展的原則，儘量減少資源消耗和環境汙染，以及對人類社會長期利益的損害。
3 過程模型選型
對於這個商場家電部管理系統，我建議採用迭代和增量模型。
以下是選擇迭代和增量模型的主要理由：
需求的靈活性：雖然初步的需求可能相對明確，但在實際的開發和使用過程中，需求可能會發生變化。可能會有新的需求出現，或者對現有需求的理解可能會有所改變。迭代和增量模型允許在每個迭代週期結束時獲取反饋，並在下一個迭代週期中進行需求的調整，這為需求的變化提供了靈活性。
風險管理：迭代和增量模型允許在早期迭代中處理高風險和高價值的部分，這可以儘早發現和解決問題，降低專案風險。
早期交付：迭代和增量模型在每個迭代週期結束時都會生成可以執行的軟體，這意味著可以在專案早期就交付可用的產品給使用者，獲取使用者的反饋，並在後續的迭代中進行改進。這有助於商場管理者早期看到實際效果，對系統進行評估和改進。
質量管理：在每個迭代週期中，都會進行測試和驗證，這可以確保每個迭代生成的產品都有一定的質量，也可以及時發現和修復問題。
雖然瀑布模型在需求明確、專案簡單的情況下也是一個好的選擇，但考慮到商場家電部管理系統可能會面臨需求變化，以及需要早期交付和持續改進的需求，迭代和增量模型可能會是更好的選擇。
4 系統設計
4.1 功能模組設計
商場家電部管理系統主要分為註冊登入，消費者，銷售者，部門經理四個管理模組。
註冊登入管理模組可以輸入使用者ID/手機號碼，密碼等進行登入或註冊。
消費者管理模組可以分為四個功能模組（1）首頁：可以檢視個人資訊。（2）使用者管理：可以比對身份。（3）質量售後：可以填寫售後問題。（4）故障維修：可以檢視故障維修進度。
銷售員管理模組可以分為五個功能模組（1）首頁：可以檢視個人資訊。（2）使用者管理：可以比對身份。（3）銷售：可以檢視銷售情況。（4）質量售後：可以檢視需要處理的售後情況。（5）產品登記：可以登記產品名稱，編號，購買者姓名，聯絡方式。
部門經理管理模組可以分為五個功能模組。（1）首頁：可以檢視個人資訊。（2）使用者管理：可以比對身份。（3）銷售：可以檢視銷售情況。（4）質量售後：可以檢視需要處理的售後情況。（5）搜尋已有商品資訊列表：可以搜尋售貨員手機號、姓名，商品名稱。
具體功能模組圖如下圖4.1所示。
圖4.1 功能模組圖
4.2 資料庫設計
圖4.2 系統E-R圖
表4.1 使用者資料庫表結構資訊
欄位 型別 功能
手機號 Varchar(20) 主鍵，唯一
使用者ID Varchar(50) 使用者輸入的ID
密碼 Varchar(20) 使用者設定的密碼
重置密碼 Varchar(20) 使用者重置的密碼
表4.2 商品資料庫表結構資訊
欄位 型別 功能
商品編號 Varchar(50) 主鍵，唯一
商品名稱 Varchar(50) 商品的詳細名稱
商品庫存數量 Int(10) 商品剩餘的數量
商品詳情 Text 商品的詳細介紹
表4.3 訂單資料庫表結構資訊
欄位 型別 功能
訂單編號 Varchar(50) 主鍵，唯一
手機號 Varchar(20) 使用者的手機號
商品編號 Varchar(50) 商品的編號
實付金額 Money 使用者購買商品實付金額
5 測試用例設計
5.1 商場家電部管理系統模組測試
（1）使用者註冊測試用例
表5.1 使用者註冊測試用例
用例名稱 使用者註冊
操作過程設計
序號 輸入及操作說明 期望測試結果
1 輸入有效資訊並提交 系統顯示註冊成功提示
2 提交一個已經存在的使用者名稱 系統顯示使用者名稱已被佔用提
示。
3 提交不符合格式的郵
件地址進行註冊。 系統顯示無效的郵箱格式提
示。
4 提交空白或不完整的
登錄檔單。 系統提示必填欄位未完成。
5 提交註冊資訊 系統提示註冊成功。
測試人員 崔青月
（2）登入頁面測試用例
表5.2 登入頁面測試用例
用例名稱 登入頁面
操作過程設計
序號 輸入及操作說明 期望測試結果
1 輸入有效的註冊資訊並提交。 系統顯示註冊成功提示，並自動返回登入頁面
2 輸入有效的手機號和密碼並提交。手機號 系統顯示登入成功提示，並跳轉到主介面
3 輸入未註冊的手機號和密碼並提交。手機號 系統顯示登入失敗提示，例如，“手機號未註冊”
4 輸入已註冊的手機號和錯誤的密碼並提交。手機號 系統顯示登入失敗提示，例如，“密碼錯誤”
5 不輸入任何資訊，直接點選登入按鈕。 系統顯示登入失敗提示，例如，“手機號和密碼不能為空”。
測試人員 崔青月
（3）使用者管理測試用例
表5.3 使用者管理測試用例
用例名稱 使用者管理
操作過程設計
序號 輸入及操作說明 期望測試結果
1 使用者點選實名認證，輸入有效的姓名、身份證號，並透過人臉識別。 系統顯示實名認證成功提示
2 使用者點選實名認證，輸入有效的姓名和無效的身份證號，並嘗試透過人臉識別。 系統顯示實名認證失敗提示，例如，“無效的身份證號”
3 使用者點選實名認證，輸入有效的姓名和身份證號，但人臉識別失敗 系統顯示人臉識別失敗提示
4 使用者完成實名認證後，系統透過與資料庫進行比對，識別出使用者身份 系統顯示使用者身份識別成功提示
5 使用者完成實名認證後，系統嘗試與資料庫進行比對，但無法識別出使用者身份 系統顯示使用者身份識別失敗提示
測試人員 崔青月
（4）消費者主介面測試用例
表5.4 消費者主介面測試用例
用例名稱 消費者主介面
操作過程設計
序號 輸入及操作說明 期望測試結果
1 使用者點選質量售後，輸入售後問題和圖片，選擇退貨、退款、自行寄回、上門取件、取貨地址並提交。 系統顯示質量售後申請成功提示
2 使用者點選質量售後，輸入售後問題和圖片，但未選擇任何售後操作並提交。 系統顯示錯誤提示，例如，“必須選擇一項售後操作”
3 用使用者點選故障維修，點選申請維修，輸入故障描述和圖片，選擇上門服務時間、地址、聯絡方式並提交。 系統顯示錯誤提示，例如，“必須選擇上門服務時間”
4 使用者點選故障維修，點選申請維修，輸入故障描述和圖片，選擇地址、聯絡方式，但未選擇上門服務時間並提交。 系統顯示使用者身份識別成功提示
5 使用者點選檢視維修結果，系統顯示維修結果。使用者對銷售員進行評價並提交。 系統顯示評價提交成功提示
測試人員 崔青月
（5）銷售員主介面測試用例
表5.5銷售員主介面測試用例
用例名稱 銷售員主介面
操作過程設計
序號 輸入及操作說明 期望測試結果
1 銷售員點選產品登記，輸入產品名稱、編號、購買者真實姓名、聯絡方式並提交。 系統顯示產品登記成功提示，並且產品登記內容同步到資料庫，並綁到使用者端。
2 銷售員點選產品登記，輸入編號、購買者真實姓名、聯絡方式但未輸入產品名稱並提交。 系統顯示錯誤提示，例如，“產品名稱不能為空”
3 銷售員在售後詳情頁面選擇一條售後問題進行處理，處理完成後點選解決成功 系統顯示所選售後詳情
4 使用者點選故障維修，點選申請維修，輸入故障描述和圖片，選擇地址、聯絡方式，但未選擇上門服務時間並提交。 系統顯示解決成功提示
5 銷售員點選對話視窗，系統進入對話介面，選擇一個使用者進行對話溝通 系統顯示對話歷史記錄，銷售員可以正常傳送和接收訊息
測試人員 崔青月
（6）部門經理測試用例
表5.6部門經理測試用例
用例名稱 部門經理
操作過程設計
序號 輸入及操作說明 期望測試結果
1 部門經理點選檢視售貨員，輸入售貨員手機號或者姓名進行查詢並提交。 系統顯示查詢成功提示，並跳轉到售貨員介面，展示銷售詳情
2 部門經理點選檢視售貨員，輸入不存在售貨員的手機號或者姓名進行查詢並提交。 系統顯示查詢失敗提示，例如，“找不到指定的售貨員”
3 部門經理點選售後檢視，系統顯示電子產品退貨和維修情況兩個模組。部門經理點選檢視售後進度 系統顯示檢視成功提示，並展示具體的售後進度資訊
4 部門經理點選售後檢視，系統顯示電子產品退貨和維修情況兩個模組。部門經理點選檢視一個未有售後的產品的售後進度 系統顯示查詢失敗提示，例如，“該產品未有售後資訊”
5 部門經理登入後未進行任何操作 系統保持在部門經理主介面，等待使用者操作
測試人員 崔青月
6 總結
設計商場家電部管理系統是一項複雜的任務，需要考慮到多個方面的需求和挑戰。以下是在設計過程中可能遇到的一些困難、解決辦法以及收穫的總結：
劉佳祺：
1.遇到的困難：
1)需求分析挑戰：商場家電部的需求可能多樣化且繁複，準確理解並滿足各個利益相關者的需求是一項挑戰。
2)分配任務挑戰：作為隊長，對整個系統要有清晰的認知，保持頭腦的清醒，合理的分配任務，既要做到完成自己的工作任務也到做好收尾工作，把所有人完成的任務都串線彙總到一起，是很有難度的。
3)技術選擇困難：在選擇合適的技術框架和平臺時，會遇到技術選擇困難的情況。在繪製原型設計中，需要既要耐心也要細心。
4)系統整合複雜性：商場家電部管理系統需要與其他系統進行整合，如庫存管理系統、銷售系統等，系統整合的複雜性會增加開發的難度。
2.解決辦法：
1）深入需求調研：與線上採集商場家電部門的管理人員和員工，瞭解其需求，並透過原型設計和需求討論來澄清需求。
2）技術評估和選擇：進行綜合的技術評估，考慮系統的可擴充套件性、效能、安全性等因素，選擇合適的技術框架和平臺。
3）合理分配和規劃：先吃透老師報告中的每個模組，瞭解其含義。再根據隊員的特性和能力水平進行任務的劃分。萬事開頭難，我們找出空閒時間，共同商討，最終完美完成。
3.收穫：
1）技術能力提升：透過克服各種技術挑戰，團隊的技術能力得到了提升，掌握了更多的技術和解決問題的經驗。
2）需求滿足：透過深入的需求調研和與客戶的密切合作，設計出滿足客戶需求的商場家電部管理系統。
3）團隊合作能力提升：團隊在解決技術和需求方面的合作能力得到了提升，加強了團隊的凝聚力和協作效率。
黃微淇：
1．遇到的困難：
1）需求分析不清晰：商場家電部的需求比較複雜多樣，涉及售後等問題，需求分析一開始搞不明白導致系統設計不夠完善，影響使用效果。
2）使用者需求多樣：面向不同使用者有不同的操作需求，需要系統具備靈活的許可權管理和個性化的操作介面。
3）使用者操作體驗：如何讓系統操作簡便、直觀，符合使用者的使用習慣，製造頁面友好模式，提升系統使用率和滿意度，也是我一直在思考如何能進行最佳化提高的問題。
2．解決辦法：
1）查閱資料：線上查詢與商場家電部設計的有關資料，確保需求分析清晰明確，減少後期修改和調整的工作量。
2）系統測試：繪製原型、用例圖等描述時，有很多工具可以進行繪畫，進行查閱資料並實踐，確保系統的穩定性和可靠性。
3）介面友好：檢視多個系統的佈局情況，多次嘗試修改不同的風格和介面，和小組成員溝通，吸取經驗和教訓。
3．收穫：
技術提升：透過設計商場家電部管理系統，提升了我們團隊成員的技術水平和經驗，學習和掌握新的技術和工具。
團隊合作：設計一個複雜系統需要團隊合作和協作，透過專案可以增強了集體榮譽感，增強了我的凝聚力和合作能力。
實踐經驗：設計商場家電部管理系統是一個實際專案，可以從中獲得寶貴的實踐經驗，為以後的專案提供參考和借鑑。
崔青月：
1.遇到的困難：
1）複雜的業務流程：商場家電部門可能涉及多種複雜的業務流程，需要系統能夠靈活應對。
2）大量資料處理：商場家電部門的資料量可能非常龐大，需要系統能夠高效處理和管理大量的產品資訊、庫存資料、銷售記錄等。
3）系統安全性要求高：商場家電部門涉及到大量的交易資料和客戶資訊，系統需要具備高階的安全保護措施，確保資料不被洩露或篡改。
2.解決這些困難的方法包括：
1）需求分析和規劃：在系統設計之前，進行充分的需求分析和規劃，確保系統能夠滿足商場家電部門的實際需求，並考慮未來的擴充套件和升級。
2）技術選型和架構設計：選擇合適的技術和架構，確保系統具備良好的效能和擴充套件性。
3）模組化設計和開發：將系統拆分成多個獨立的模組，分別開發和測試，降低系統複雜度，提高開發效率和質量。
3.在設計商場家電部管理系統的過程中，獲得的收穫包括：
技術提升和經驗積累：透過解決複雜的技術問題，團隊成員可以提升自己的技術水平，並積累寶貴的經驗。
團隊協作能力：在專案開發過程中，團隊需要密切合作，共同解決問題，增強了團隊的協作能力和凝聚力。
客戶滿意度提升：如果設計出滿足商場家電部門需求的管理系統，可以提高工作效率，最佳化業務流程，提升客戶滿意度和市場競爭力。