【軟件需求工程與建模 - 小組項目】第2周：網頁搭建與需求修訂

第二週項目記錄

1、需求獲取結果階段彙報

        咱們小組在第一週發佈了問卷調查來獲取數據。使用平臺：問卷星。問卷包括九個問題，經過一週調查，對不一樣年段，不一樣專業的同窗調研結果以下：

        問卷填寫次數：192次。經過對填寫IP進行復核，去除重複填寫，實際有效填寫：187人。

        統計同窗的年級分佈大體均勻。

 

 

        超過3/4的同窗願意購買或者出貨二手書籍，而且多數表示之後會繼續購買二手書籍，每位同窗每學期大概會購買1-10本二手書籍。

 

 

        同窗們廢舊書籍在搬宿舍或者搬校區時處理方式大多爲送給他人和賣給二手書店。

 

 

 

        同窗購買二手書籍的緣由大致出於價格便宜。

 

 

        同窗們主要購買的二手書籍爲：課程教材、教輔書籍。

 

 

        若是提供二手書交易平臺，同窗們指望是網頁。

 

        大概問了問身邊的同窗，大多對手機APP安裝抱有抵觸情緒，不肯意爲了一個小功能安裝APP。

 

        經過以上信息，大體瞭解了相關需求。同窗們對二手書籍交易需求很大，二手書籍廢舊書籍管理系統確有市場前景，製做平臺爲網頁版。

 

2、性能需求分析

1. 時間特性：

        頁面加載時間：平均在3~5秒，最大不超過8s；

        更新處理時間：書籍的新增與售出信息須要保持實時更新，後臺數據庫每30分鐘更新一次，30分鐘內由用戶操做產生的數據以高速緩存的方式存儲在後端服務器；

        運行時間：非服務器維護期間，應保持24小時運行。

2.系統容量：

        併發用戶數量：初期小於300，後續根據具體註冊人數進行擴充和系統升級。

3.適應性：

        網頁能兼容chrome、firefox、360瀏覽器和webkit內核的移動端瀏覽器，並能對瀏覽器大小進行頁面自適應。

 

 

3、靜態網頁的初步搭建

        網頁主頁設計圖

        網頁代碼框架

 

4、需求再分析與需求更新

        本週通過課堂展現與老師交流發現了不少不足之處。大概因爲時間緊張，急於做出成品，對需求分析作的還不夠，所以周5、周6、週日根據與老師交流之處的不足，進行了較大的修正。

        最大的修正是2個需求。最開始基於有部分課程實體教材難以購買，好比本學期數字媒體導論課程所用教材淘寶上沒有，你們只能翻印或者使用電子檔，因而提出收集電子書籍，支持上傳和在線瀏覽電子課本。通過從新調研，發現這類課程的需求不是不少，可是實際開發成本較高，因而刪除該部分需求。功能圖、用例圖、數據流圖的修改以下：

 

功能圖1.0

 

 

功能圖2.0

 

用例圖1.0

 

 

用例圖2.0

 

數據流圖1.0

頂層圖

1層圖

 

 

2層圖

用戶登陸數據流圖

 

留言管理數據流圖

 

交易管理數據流圖

 

 

書籍信息管理數據流圖

 

用戶管理數據流圖

 

公告管理數據流圖

 

 

數據流圖2.0

頂層圖

（普通用戶刪除在線瀏覽，管理員刪除公告發布、網站維護）

 

1層圖

（增長訂單信息庫，增長留言信息庫，增長公告信息庫，增長普通用戶的書籍信息流向書籍信息庫，刪除留言管理功能）

 

 

2層圖

用戶登陸數據流圖

（用戶信息修改到用戶信息庫數據雙向，用戶登陸信息明確爲用戶帳號密碼）

 

交易管理數據流圖

（增長工做人員，刪除書籍回收，刪除獲取書籍，刪除申請書籍，增長訂單生成，增長訂單信息到訂單信息庫）

 

書籍信息管理數據流圖

（從新定義）

 

 

用戶管理數據流圖

（從新定義）

 

公告管理數據流圖

（增長公告信息庫）

 

 

 

 

5、本週反思與總結

        本週有些急於做出成品，大概是因爲時間緊迫，因而更多的是直接上手編寫代碼和數據庫的學習，對於需求分析和頂層建模作的功夫還不夠，所以本週後半部分主要是完善需求文檔。進一步的需求分析，修改了部分需求，而且改動了用例圖、數據流圖、功能劃分圖。

        接下來的一週準備完善更爲詳細的分層DFD圖，完善類圖，完善數據字典的類型定義及設計、涉衆分析，完善需求規格說明書。將靜態網頁的各個子頁面的設計完成。

        經驗總結：不能由於時間緊迫就壓縮需求分析的過程，在從此真真的作項目時，如果分析過程不到位而直接作的話，頗有可能作出來的東西是達不到客戶要求的。