1、學校教材訂購系統可行性研究報告. 引言1.1 . 編寫目的編寫本報告的目的是研究本系統的總體需求、 實現方案， 并分析開發系統的可行性， 為 決策者提供是否開發該系統的依據和建議。1.2 項目背景開發軟件名稱：學校教材訂購系統項目開發者： 閩江學院計算機科學系“學校教材訂購系統”開發小組： 陳曉彬 （ 17號，組長 ） ，謝小龍（ 14 號 ） ，何明同 （ 10 號 ） , 郭冬盛 （ 24 號 ） 用戶單位：閩江學院1.3 定義“學校教材訂購系統”有兩部分組成：銷售系統和采購系統。 銷售系統的工作過程為：首先由教師或學生提交購書單，經教材發行人 員審核是有效購書單后，開發票、登記并返給教師

2、或學生領書單，教師或學 生即可去書庫領書。采購系統的主要工作過程為：若是脫銷教材，則登記缺書，發缺書單給 書庫采購人員；一旦新書入庫后，即發進書通知給教材發行人員。1.4 參考資料（ 1） 錢樂秋等，軟件工程，青還大學出版社；（ 2） 張害藩， 軟件工程導論（第四版），清華大學出版社；（ 3） 王珊等，數據庫原理及設計 ，清華大學出版社；（ 4） 趙池龍等，軟件工程實踐教程 ，電子工業出版社。. 可行性研究的前提隨著計算機應用的日益普及和深化， 網上辦公已經成為一種趨勢。 本項目要 開發的是基于局域網和互聯網的教材訂購系統。 由于學院學生多， 用書量大， 原 來的人工工作方式不僅會造成辦理時間

3、的延誤和人力資源的浪費， 特別是在新學 期開始果時這種沖突更加明顯， 而且存在著各種信息不易存放、 易丟失、 難以備 份和查詢等缺點。 因此，實現一個將各種教材訂購管理和服務功能集成起來的管 理信息系統就顯得十分必要，既可以節省資源，又可以有效存儲、更新、查詢信息，提高工作和服務效率。開發的系統要求界面友好，方便宜觀。要方便管理員對教材信息進行添加、刪除、修改、查詢和統計等管理。4.1 .要求為方便教師、學生領書，教材發行人員處理各種單據，以及采購人員采購需開發一個“學校教材訂購系統”。教師或學生提交購書單，經教材發行人員審核是有效購書單后，開發票、登記并返給教師或學生領書單，教師或學生即可去

4、書庫領書。若是脫銷教材，則登記缺書，發缺書單給書庫采購人員；一旦新書入庫后，即發進書通知給教材發行人員。 要求系統能有效、快速、安全、可靠和無誤的完成上述操作。并要求界面簡單明了，易于操作，數據庫利于維護。 2.2系統結構圖 A.銷售子系統銷售子系統B.米購子系統4.3 程序描述A.功能銷售子系統模塊：提交購書單、審核購書單、開發票、登記購書紀錄、返回領書單、修改和維護數據庫中相應的表。米購子系統模塊：發缺書單、登記缺書紀錄、擬訂待購書信息、發進書 通知單、修改和維護數據庫中相應的表。B.性能樣，如修改。書號、 精度：購書是由需求決定的，只要有缺書現象則會體現出來，但也因為這 果需要提前多購相

5、關書籍的話，則需要管理人員的參與。 時間特性要求：定購需要提前若干天。可靠性：較高 靈活性：在購書單未審核時，可以撤消訂購或修改，一旦審核，則不能再 C.輸入項目銷售子系統模塊：需要輸入購書單中要求的信息（提交人姓名、書名、數M、身份識別碼）。采購子系統模塊：需要輸入缺書單中要求的信息（書名、書號、數M）D.輸出項目銷售子系統模塊：需要打印領書單（書名、書號、數M、領書人姓名）發票（書名、書號、開票人姓名、交易金額、交易日期）。采購子系統模塊：需要打印進書通知單（書號、書名、進書日期）E.程序邏輯銷售子系統模塊程序流程圖發領書單8I ,錯誤顯示11采購子系統模塊程序流程圖:發進書通知單10結束

6、F信息傳遞各模塊過程之間采用函數調用、參數傳遞、返回值的方式進行消息傳遞。具體參數的結構將在下面數據結構設計的內容中說明。接口傳遞的信息將是以數據結構封裝了的數據，以參數傳遞或返回值的形式在模塊之間傳遞。G存儲分配為程序當中的數據結構在內存中開辟空間存儲，如入到數據庫中后在數 據庫的表中為其開辟存儲空間。H.限制條件輸入的信息都封裝在數據結構當中，不能獨立存在，在向數據庫中提交數據時必須一起提交而不能逐項提交。輸入數據的類型必須和定義的數據類型相匹配。I.測試要點對本程序進行黑盒和白盒測試，在白盒測試中，進行路徑測試，條件測 試，判 定覆蓋，語句覆蓋；在黑盒測試中采用等價類劃分的測試方法，列出

7、盡可能多的有效等價類和無效等價類。確保程序正常運行，無誤。2.4 可擴展性能夠適應應用要求的變化和修改，具有靈活的可擴充性。2.5 安全性具有較高的安全性。系統對不同的用尸提供不同的功能模塊，只有具有一定權限的管理員用尸才能允許有借、還書權限，只有具有高級權限的部門管理者或維護人員用尸才能對用尸進行管理，一般的讀者用尸只能查看圖書信息和借閱情況。還應具有一定的保護機制，防止系統被惡意攻擊，信息被惡意修改和竊取。有完善的備份機制，如果系統被破壞應該能快速恢復。2.6 完成期限2009年4月1日至7月30日，共4個月。2.7 目標所建議系統的開發目標包括：減少人力與管理費用；提高信息準確度；改進管

8、理和服務；建立高效的信息傳輸和服務平臺，提高信息處理速度和利用率。2.8 條件，假定和限定建議軟件專命:10年。進行系統方案選擇比較的時間：為 10 天。 經濟來源：閩江學院。硬件條件：PC機6臺，服務器3臺，局域網，INTERNET 軟件條件：WINDOWS 2000Server和 XP操作系統， OFFICE軟件，ORACLED據庫，瀏覽器等。2.9 決定可行性的主要因素本次可行性分析是按照軟件工程的規范步驟進行的， 即按復查項目目標和規模，研究目前正使用的系統， 導出新系統的高層邏輯模型， 重新定義問題這一循 環反復的過程進行。 然后提出系統的實現方案， 推薦最佳方案， 對所推薦的方案

9、進行經濟、 技術、用戶操作和法律的可行性分析， 最后給出系統是否值得開發的 結論。以上分析結果寫城本文檔。成本/效益分析結果：效益 成本；技術可行：現有技術可完成開發任務； 操作可行：系統能被現有的工作人員快速掌握并使用； 法 律可行：所使用工具和技術及數據信息不違反法律。. 所建議的系統所建議系統是C/S 和 B/S 模式結合。系統管理、書籍管理、讀者管理和借閱管理等大部分的功能通過圖書館內的局域網實現，有利于提高系統的效率和安全性； 圖書信息查詢、個人借閱情況查詢、 續借等功能可在互聯網上進行， 利于有效地提高系統使用效率；能在一定程度上實現局域網和互聯網數據交換的自動化。 用 戶在經過身

10、份確認后， 系統按照權限的不同向其不同各種類型用戶所對應的功能3.1 . 影響在建立所建議系統時，預期會帶來的影響包括以下幾個方面。對設備的影響由于所建議系統是基于WINDOW探作系統和互聯網的，所以需要配備足夠符合以上列出的各種軟硬件條件的計算機和通信線路。 系統失效后， 服務器端需要利用備份的數據庫恢復數據信息，要求要有足夠的數據備份空間。 對軟件的影響需要落實是否有符合本報告所列出的正版的軟件環境，如果沒有則需要購 買。對用戶單位機構的影響 投入使用前還需改進現有的管理模式。對開發的影響 開發過程需要用戶進行密切的配合，準確闡明需求。對經費開支的影響 ： 除了需要支付開發單位的有關費用外

11、， 每年還需要一定的運行維護費用 （見 經濟可行性分析）。3.2 技術條件方面的可行性 本系統是一個基于局域網、互聯網和 WINDOW螺作的系統，現有技術已較 為成熟，利用現有技術完全可以實現系統開發目標。同時，開發期限較為寬裕， 預 計可以在規定期限內完成開發任務。四 . 經濟可行性分析4.1. 投資成本硬件設備費共10 萬元，其中：微機6 臺約 4 萬元；服務器3 臺及網絡等設備費 6萬元。 外購開發工具、軟件環境費用共9 萬元。 其他費費用共2 萬元。一次性支出總費用： 21 萬元。經常性費用 主要是， 假設本系統運行期 10 年， 每年的運行費用 （ 包括系統維護、設備維護等） 5 萬元系統投資成本總額為： 21+50=71 萬元4.2. 收益 假設投入本系統，效率可以提高50%，以現有的工作人員20 人計算，可減少 10人，每人每月平均工資按2500 元計算，每年節約人員工資10X12X 0.25=30 萬 元 /年.4.3. 成本 / 收益分析在 10 年期內，系統總成本71 萬元，系統總收益300 萬元。純收益： 300- 71 = 229 萬元從經濟上考慮，開發本系統完全可行的。五 . 社會因素可行性分析5.1 . 法律方面的可行性所有軟件都用正版，技術資料都由提出方保管， 數據信息