天天看點

團隊作業2——需求分析&原型設計

一.題目要求

系統主要由試題庫、自動組卷、答題及評分三大部分組成。自動組卷子產品能夠根據出題者的意圖,自動生成一套合理的試卷;而答題及評分子產品能對生成的試題給出正确答案并對答題及答卷實作自動評分。

二.NABCD

1.Need(擷取使用者需求)

由于沒能通過使用者調研的方式調查使用者的需求,目前隻能根據題目所給的客戶的煩惱,還有自己身為學生,也是這款軟體的使用者以及利益相關者出發考慮使用者的需求。通過題目可以知道這款軟體的閱聽人主要為這三個角色:教務處(年級負責人,系負責人),導師,學生。

客戶:老師

使用者: 老師,學生

功能性需求:(産品必須實作的功能)

  1. 老師的需求:

a)     使用者可根據所要求試題科目,題目類型,要求分數生成一套試卷

b)     可以對試題進行列印

c)      可以看到學生做題分數

  1. 學生的需求:

a)     答題

b)     檢視自己答題分數

c)      檢視錯題答案分析  

非功能性需求:  

學生:

1.可以看到以往做的錯題

優點:可以知道溫習自己做錯的題目    

缺點:如果已經完全掌握可能會重複多次複習浪費時間安

2.可以看到題目答錯人數

優點:可以看到自己與别人的對比

  • 缺點: 暫時沒有想到

老師:

  1. 可以看到錯題統計

優點:友善講解

缺點:應該沒有吧

2.Approach(實作方法)

我們打算做一個系統,用netbeans實作。

3.B(benefit)

1.老師:

a.友善老師出試卷,減少了在試題選擇上的時間

       b.省了試卷批改的功夫

       c.友善講解   

2.學生:

       a.足不出戶便可做試卷

       b.做完就改,無需等待

       c.錯題本,友善省事

4.C(competitors)

其他同學功底很深,也在設計。但網上這類系統較少,比較優勢

5.D(Delivery)

向老師推廣此系統,由于還沒做出來,是以還沒做好推廣

三.編碼規範

1.代碼風格:簡明

2.縮進:采用Tab鍵

3.在複雜的條件表達式中,采用括号清楚地表示邏輯優先級。