1.2.1系統任務概述
1.2.2功能需求3
1.2.3資料流圖3
1.2.4資料字典6
1.2.5e-r圖6
1.2.6效能要求7
1.2.7執行環境7
一、 期刊管理系統需求分析
1.2.1系統任務概述
人類社會已經進入了乙個以資訊科技為中心的時代。人類傳遞資訊、獲取資訊、交流資訊的方式發生了前所未有的變革。期刊資訊是圖書館、企事業單位資料室等進行期刊管理所必需二頻繁使用的資訊資料。
在計算機尚未在圖書館廣泛使用之前，借書和還書過程主要依靠手工。
乙個最典型的手工處理還書過程就是：
讀者將要借的書和借閱證交給工作人員，工作人員將每本書上附帶的描述書的資訊的卡片和讀者的借閱證放在乙個小格欄裡，並在借閱證和每本書貼的借閱條上填寫借閱資訊。這樣借書過程就完成了。還書時，讀者將要還的書交給工作人員，工作人員根據圖書資訊找到相應的書卡和借閱證，並填好相應的還書資訊，這樣還書過程就完成了。
以上所描述的手工過程的不足之處顯而易見，首先處理借書、還書業務流程的效率很低，其次處理能力比較低，一段時間內，所能服務的讀者人數是有限的。利用計算機來處理這些流程無疑會極大程度地提高效率和處理能力。我們將會看到排隊等候借書、還書的隊伍不再那麼長，工作人員出錯的概率也小了，讀者可以花更多的時間在選擇書和看書上。
1.2.2功能需求
期刊管理系統的目的是實現期刊登記、借閱、查詢等業務的自動化管理，以提高工作效率。該系統的主要功能如下：
1. 讀者資訊管理：對於每乙個讀者都可以辦一張借閱卡，並有自己的使用者名稱和密碼，成為註冊使用者，新增讀者資訊，更改讀者資訊，刪除讀者資訊，讀者型別設定，讀者檔案管理，借閱證掛失與恢復，過期續證管理。
2. 期刊管理：管理所有種類期刊的基本資訊，管理員登記新到的期刊資訊，包括刊號、年、期、數量和相應的文字資訊。
3. 期刊借閱：處理讀者的期刊借閱、歸還業務。
4. 期刊查詢：查詢期刊的庫存、某期刊的取向資訊
5. 期刊的徵訂：完成下一年度預定的期刊目錄的生成。
6. 期刊內容登記：將新到的每本期刊的所有文章的資訊（文章題目、作者姓名。作者單位、關鍵詞等）登記到資料庫中。
7. 期刊內容的查詢：輸入關鍵詞，查詢出包括這些關鍵詞的有關文章的題目、登記的期刊資訊（名稱、年、期）等。
1.2.3資料流圖
首先分析期刊管理系統的需求分析，該系統主要有兩種角色：
讀者和管理員。
讀者向系統提出如下處理要求：1）讀者資訊變動要求，2）讀者的期刊借閱處理要求，3）讀者的期刊歸還處理要求，4）讀者對資訊查詢處理要求。這些要求是由讀者提出或激發的，在系統中並不一定是使用者操作完成，換句話說，其中的資料是從使用者處流出進入系統的，由於頂層的資料流圖不需要畫得太細緻，所以可以把這些輸入資料流抽象成「讀者要求」，系統處理完這些資料流後，可能有多個結果，這裡把輸出流抽象成「處理結果」。
同理，管理員也可以向系統提出要求，如期刊登記、期刊徵訂等，把從管理員處流到系統的輸入資料流抽象成「管理員要求」，輸出資料流抽象成「期刊訂單」。由此可以得出頂層資料流圖，如圖1-4所示，頂層的這個加工不編號。
圖1—4 頂層資料流層圖
對頂層資料流圖進行分解，分離出兩個加工：讀者要求處理和管理員要求處理，分別編號為1和2.由於加工分離出來，原先屬於內部資料流（檔案）的部分（如期刊目錄檔案、期刊登記檔案和期刊內容檔案）這裡就變成了外部資料流，它們被標在第二層資料流圖上，「讀者要求處理」加工分別從期刊內容檔案、期刊登記檔案和期刊目錄檔案讀資料，「管理員要求處理」加工不僅從期刊目錄檔案讀資料，當資料處理完成後，還要向期刊目錄檔案寫入資料。
分解後的第二層資料流圖如圖1-5所示。
圖1-5 第二層資料流圖
接下來對加工1和2繼續分解。同理，加工1進一步分解五個子加工：加工1.
1讀者要求分類，加工1.2變動處理，加工1.3借閱處理，加工1.
4歸還處理，加工1.5查詢要求處理。加工2進一步分解成三個子加工：
加工2.1管理要求分類，加工2.2期刊登記，加工2.
3期刊徵訂。原先的內部資料流：讀者檔案和借閱檔案變成了外部資料流，第三層資料流圖如圖1-6所示。
加工1.5包含多種查詢，可以進一步分解，變成三個加工：加工1.
5.1查詢要求分類，加工1.5.
2查詢期刊去向，加工1.5.3查詢期刊內容，第四層資料流圖如圖1-7所示
圖1-6第三層資料流圖
圖1-7第四層資料流圖
1.2.4資料字典
1.檔案條目
使用者=[讀者|管理員]
使用者檔案=
期刊目錄檔案=
期刊登記檔案=
期刊借閱檔案=
期刊內容檔案=
2.資料條目
徵訂單=
期刊去向資訊=
期刊內容資訊=
變動要求=
借閱要求=
歸還要求=
按關鍵詞查詢要求=
查詢期刊去向要求=
1.2.5e-r圖
系統有三種資料物件：讀者、管理員和期刊。其中，讀者的屬性有：使用者名稱，姓名，性別，專業班級；管理員的屬性有：使用者名稱，姓名，性別；期刊的屬性有：刊號，刊名，年，期。
系統的e-r圖如圖1—8所示。
圖1-8期刊管理系統的e-r圖
1.2.6效能要求
在效能方面，要求系統的查詢和更新時間不超過一秒。其他一些要求如下：
系統最小壽命：系統應該能在無重大改動的條件下正常執行5年以上。
裝置要求：計算機穩定性良好，整套系統經濟實惠。
在使用上：要求系統易理解，易學習，易操作。
在安全性上：要求系統安全可靠，容錯，易恢復。
在資料集中上：要求用統一的資料庫實現資料的完整性和實時性。
在可維護性上：要求系統可修改，可測試，可擴充，可移植。
1.2.7執行環境
對本系統執行環境沒有特殊要求，以下硬體配置就可以滿足要求：伺服器cpu為pentium ii 300或更高配置，記憶體128mb以上，硬碟至少為500mb，網路介面卡10mbps或更快的網絡卡，乙個cd-rom驅動器，印表機一台，ups（選配），客戶機cpu為pentium 200或更高配置，記憶體64mb以上，硬碟至少100mb。
軟體工程期刊管理系統設計報告
小組成員 張含茜，朱蓉蓉，王月，趙靜雯 實驗名稱 期刊管理系統綜合測試 實驗日期 2013年12月22日 一 實驗內容1 二 實驗目的1 三 可行性分析2 3.1 可行性研究 3.2資料流圖 3.3資料字典 四 需求分析3 4.1 需求分析任務 4.2 e r圖 五 總體設計描繪軟體結構4 5.1層...
期刊管理系統可行性研究報告
一 可行性研究報告 1 1 引言 2 1.1編寫目的 2 1.2專案背景 2 1.3定義 2 1.4參考資料 2 2 可行性研究的前提 2 2.1要求 2 2.2目標 3 2.3條件 假定和限制 3 2.4可行性研究方法 3 2.5決定可行性的主要因素 3 3 對現有系統的分析 4 3.1處理流程和...
軟體工程實訓期刊管理系統可行性分析報告FAR
目錄可行性分析 研究 報告 far 1 1 引言 4 1.1標識 4 1.2背景 4 1.3專案概述 4 1.4文件概述 4 2 引用檔案 4 3 可行性分析的前提 5 3.1專案的要求 5 3.2專案的目標 5 3.3專案的環境 條件 假定和限制 5 3.4進行可行性分析的方法 5 4 可選的方案...