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

2022-08-05 18:03:19 字數 2981 閱讀 5216

思考:他們痛苦的是什麼?場景是什麼?

軟體需求規格說明書

上週的《需求規格說明書》初稿在產品描述方面描寫的不夠詳盡,這周做出修改,原型設計也做出改進:

2.1產品描述(詳細)

現如今網路發展迅速,生活節奏加快,教育行業也變得更加重要,有教育就有學習的考核,在這樣快節奏的生活下手工組題出題已經不能滿足現在的需求。

並且會定期收集使用者反饋的問題及時做出反饋並及時更新程式所出現的bug。保證使用者正常使用此軟體。

2.2產品功能

在題目範圍中增加選擇(1.小學2.初中3.高中4.大學)
3.1.1使用者介面介面首頁:

登陸介面:

登陸後介面:

選擇介面:

提取題目後的:

2.6使用者場景

2.6.1典型使用者

教師——自由組卷出卷

2.6.2背景

1)典型使用者:教師【主要】、學生【次要】

2) 使用者的需要/迫切需要解決的問題

需要一套能夠自由組卷出卷評分的軟體。學生程度不同,科目範圍廣,難以做出合適的試卷。需要一款工具來根據教師的需求做出合適的試卷。

2.6.3場景

期末考試臨近,教師根據需求選擇適合的題型、試題難度範圍。然後系統自動生成滿足需求的試卷,教師如果不滿意可以再次進行組卷,直到選到滿意的試卷,這樣提高了工作效率。

一個團隊專案要在一段時間內完成諸多工,滿足使用者需求,實現團隊目標,從**入手?

wbs(work breakdown structure)即工作分解結構,是根據專案目標把工作分解成許多層次分明的、可交付成果的工作任務,然後用邏輯圖形或樹形結構表示出來。

a. 請給出團隊專案的wbs

b. 團隊成員估計各自任務所需時間

吳世榮:負責給目標使用者展現原型、給出功能分析的四個象限,花費4個小時;

黃良靜:負責修改完善上週提交的需求規格說明書,花費3個小時;

慄海輝:負責給出團隊專案的wbs並估計各自任務所需時間,花費4個小時;

祝攀峰:負責系統設計中的系統架構和資料庫設計,花費4個小時;

翁彬妹:負責alpha任務分配計劃,花費3個小時。

何琴琴:負責測試計劃,花費3個小時。

在設計階段,我們要清楚:軟體是怎麼解決這些需求的?

一個好的分層式結構,可以使得開發人員的分工更加明確。一旦定義好各層次之間的介面,負責不同邏輯設計的開發人員就可以分散關注,齊頭並進。

資料庫設計書

召開迭代計劃會議,為下週進入sprint作準備。
(1)事先與使用者溝通,通過調查問卷訪問使用者需求,彙總使用者需求,並將其進行反饋。(吳世榮)

(2)將使用者需求聯絡系統功能,將系統功能的實現進行任務分配,跟進各項任務。(何琴琴)

(3)進行系統功能的實現:

1.編寫自由組卷、自動評分系統(黃良靜)

3.資料庫的管理和維護,題目收集分類,資料匯入、匯出(祝攀峰)

4.美工,頁面佈局,編寫基本的web介面(慄海輝)

(4)基本功能實現後,進一步完善、修改:

①將基本的查重系統進一步的完善、修改,並將後端的功能進行整合。(何琴琴)②將完成的web介面與後端進行互動。(吳世榮)

測試不是在所有的開發工作完成之後才進行,而是與開發幾乎同步進行的

測試計劃和測試總綱主要說明產品是什麼,要做什麼樣的測試,時間安排如何,誰負責什麼方面,各種資源在**,等等。

2.2測試目標4.2軟體資源需求4.3測試環境需求

該系統為b/s三層結構,它的執行環境分客戶端、應用伺服器端和資料庫伺服器端三部分。

以下是系統的軟體環境。

(2)應用伺服器端

(3)資料庫伺服器端

除以上內容有關項外,還要包括測試計劃制定者、日期、修改記錄、評審人員(開發負責人/測試負責人/專案經理)等資訊

對於測試計劃不完善地方,還會根據進度補充擬定。