團隊作業3 需求改進系統設計

這個作業屬於哪個課程

軟體工程

作業要求

團隊作業3--需求改進&系統設計

作業目標

需求&原型改進、系統設計、alpha任務分配計畫、測試計畫

問題1：是否適應所提出的應用場景？

修改1：上次課堂討論中意識到僅僅依靠個人的自覺是完全不能保證預定的有效性的，對於所舉的食堂佔座的例子並不能很好的規劃方案並適應現實場景，所以本專案將針對圖書館這個具體使用場景進行設計。

問題2：如何防止已預定的座位被其他人佔座？

問題3：預定了座位後長時間不在怎麼辦？

修改3：增加了乙個信用機制，出現以上情況可由熱心同學向管理員檢舉或者管理員不定時巡查清理，發現以上情況就參考上圖處理。

題外話其實筆者本人現任圖書館助管，進館以來目睹了太多因為佔座產生的讀者與讀者、讀者與管理員、讀者與老師之間的矛盾糾紛，直到現在也是由於種種原因沒能徹底解決這個佔座問題。當初團隊選題的時候筆者確有私心，希望能給圖書館解決此問題的乙個新的方向。在開始這個專案以來，筆者在服務總台會積極收集讀者反饋的關於佔座的意見與建議（下面的場景刻畫中的c使用者也是以一部分讀者為原型，還有一種暫離座位的情況等之後有餘力再對系統進行改進，問題2、3也是基於讀者反饋），同時與一眾管理員進行討論，為開發改良本專案做準備。

使用者a：新生；

使用者b：偶爾到圖書館學習的老生；

使用者c：經常泡圖書館的考研/考公人；

場景一： a：初踏入校園，想要快速融入校園生活，為了卷死舍友，想提前到圖書館挑個好位置，但是圖書館好大好多層好多位置，走著走著就迷路了……。

解決方案：設有圖書館每層的座位預覽圖，可以清晰地看到每一層的作為分布及占用情況。

場景二：b：只是平時有空偶爾心血來潮到圖書館學習……

場景三：c: 常年在圖書館，座位就是家，書本高高摞一沓……

解決方案：提供長期訂位功能，不是單純的訂幾節課的時間，但還是根據信用機制處理作為資源。

外圍功能

殺手功能

必要需求

(第二象限)擁有良好的的使用者互動介面和使用者安全功能

輔助需求

(第三象限)檢視自己的到館次數及在館時長

(第四象限)預定憑證

* 調節後的任務分解wbs

分解功能名稱

負責人登入註冊功能設計

劉棟濠使用者管理模組

劉棟濠座位設定模組

劉棟濠預定模組

楊伊轍查詢模組

楊伊轍信用機制

肖麗萍統計模組

楊伊轍* 專案進度計畫

時間完成模組

完成情況

第9周專案搭建，分好模組，利用easymock和eolinker完成好模擬資料

已完成第10、11、12周

1.團隊專案 alpha 任務分配計畫

已完成待辦

3.開始各模組並行開發

待辦第13周

對接介面

待辦第114周

1.打包測試

待辦2.使用者反饋+測試計畫改進

待辦3.團隊 alpha 階段個人總結

待辦4.團隊專案 alpha 部落格：發布說明、測試報告、展示部落格、專案管理、事後分析

待辦

2.2.1 er圖

2.2.2 資料庫架構圖

功能描述

優先順序座位模組

中使用者模組

高信用模組

中分解功能名稱

負責人登入註冊功能設計

劉棟濠使用者管理模組

劉棟濠座位設定模組

劉棟濠預定模組

楊伊轍查詢模組

楊伊轍信用機制

肖麗萍統計模組

楊伊轍

單元測試：確保各個模組抽象且可用。由於程式設計這個任務由多位成員共同完成，在 commit 前各成員需要做好單元測試，確保自己**功能正常；封裝好自己函式功能介面，確保其他成員能夠輕易呼叫。

功能測試：確保系統正常執行，滿足正常業務。乙個聊天系統是否受歡迎挺大程度上取決於系統是否方便，能否滿足人們的需求，因此我們需要通過對系統實現的功能進行測試，主要通過進行正常的使用以及模擬可能出現的特殊情況測試系統功能的完備性以及健壯性。

相容測試：主要測試前端頁面能否適配不同的安卓系統、視覺化介面是否美觀。

壓力測試

測試內容

測試時間

測試人員

單元測試

開發全過程

楊伊轍、劉棟濠

功能測試

上線前兩周

all相容測試

上線前兩周

all壓力測試

上線前一周

all通過單元測試，開發人員能實現每個功能並封裝好**，確保專案按計畫進行

通過功能測試，確保系統能夠正常執行，滿足正常業務，解決一些已知 bug

通過相容測試，能夠在安卓系統使用

團隊作業3 需求改進 系統設計

團隊作業3 需求改進 系統設計

團隊作業3 需求改進 系統設計

團隊作業3 需求改進 系統設計

相關推薦

團隊作業3 需求改進系統設計

團隊作業3 需求改進系統設計

團隊作業3 需求改進系統設計

團隊作業3 需求改進系統設計