【正文】 據(jù)有用正常數(shù)據(jù)調(diào)試、用異常數(shù)據(jù)調(diào)試和用錯誤數(shù)據(jù)調(diào)試，其中用錯誤數(shù)據(jù)調(diào)試又包含輸入鍵號錯誤時、輸入數(shù)據(jù)錯誤時和操作錯誤時能否及時檢查出和發(fā)出警告信息，并允許改正。（2） 程序功能測試經(jīng)代碼測試正確的程序只是基本上驗證了邏輯處理上的正確性，但并不能驗證程序是否滿足程序說明書中定義的功能，也不能驗證測試數(shù)據(jù)本身是否完備。程序功能測試則面向程序應(yīng)用環(huán)境，把程序看做一個“黑匣子”，認(rèn)為程序只要滿足應(yīng)用功能上的需求，就是可行的。2. 分調(diào)系統(tǒng)應(yīng)用軟件通常由多個功能模塊組成，每個模塊由一個或幾個程序構(gòu)成。在單個程序調(diào)試完成以后，上需進(jìn)行分調(diào)，即將一個功能內(nèi)所有程序按次序串聯(lián)起來進(jìn)行調(diào)試。這種調(diào)試的目的是需要保證模塊內(nèi)各程序間具有正確的控制關(guān)系，同時可以測試模塊的運(yùn)行效率。3. 總調(diào)系統(tǒng)總調(diào)應(yīng)由系統(tǒng)分析員和程序員合作進(jìn)行。總調(diào)的內(nèi)容包括兩部分：（1） 主控程序和調(diào)度程序調(diào)試這部分程序的語句不多，但邏輯控制復(fù)雜。調(diào)試時，將所有控制程序與各功能模塊的接口“短路”，即用直接送出預(yù)先安排計算結(jié)果的聯(lián)系程序代替原功能模塊。調(diào)試目的不是處理結(jié)果的正確性，而是驗證控制接口和參數(shù)傳遞的正確性，以及發(fā)現(xiàn)并解決資源調(diào)度中的問題。（2） 程序的總調(diào)控制程序與各功能模塊調(diào)試完成以后，即可進(jìn)行整個系統(tǒng)程序的總調(diào)。也就是將主控制和調(diào)度程序與各功能模塊連結(jié)起來進(jìn)行總體調(diào)試對系統(tǒng)各種可能的使用形態(tài)及其組合在軟件中的流通情況進(jìn)行性能測試。這一階段查出的往往是模塊間相互關(guān)系方面的錯誤和缺陷。4. 特殊測試除了上述常規(guī)測試之外，還有一些必要的性能測試。這些測試往往不是針對程序在正常情況下的運(yùn)行的正確與否，而是根據(jù)系統(tǒng)需求選擇進(jìn)行的，主要有：峰值負(fù)載測試、容量測試、響應(yīng)時間測試、恢復(fù)能力測試等。 系統(tǒng)切換、運(yùn)行及維護(hù) 系統(tǒng)切換系統(tǒng)切換只由舊的、手工處理系統(tǒng)向新的計算機(jī)信息系統(tǒng)過度。信息系統(tǒng)的切換一般有三種方法：1. 直接切換法直接切換就是在某一確定的時刻，老系統(tǒng)停止運(yùn)行，新系統(tǒng)投入運(yùn)行，新系統(tǒng)一般要經(jīng)過較詳細(xì)的測試和模擬運(yùn)行?？紤]到系統(tǒng)測試中試驗樣本的不徹底性，一般只有老的系統(tǒng)無法滿足需要或新系統(tǒng)不太復(fù)雜的情況下才采用這種方法。2. 并行切換法這種方法在新系統(tǒng)投入運(yùn)行時，老系統(tǒng)并不停止運(yùn)行，而是與新系統(tǒng)同時運(yùn)行一段時間，對照兩者的輸出，利用老系統(tǒng)對新系統(tǒng)進(jìn)行檢驗。并行切換一般分為兩步進(jìn)行，第一步以原系統(tǒng)作業(yè)為正式作業(yè)，原系統(tǒng)作校核用，經(jīng)過一段時間的運(yùn)行，在驗證新系統(tǒng)處理準(zhǔn)確、可靠后，原系統(tǒng)停止運(yùn)行。并行處理的時間視業(yè)務(wù)內(nèi)容而定，短則2至3個月，長則半年至一年，進(jìn)行轉(zhuǎn)換工作時不應(yīng)急于求成。3. 試點(diǎn)過渡法試點(diǎn)過渡法先選用新系統(tǒng)的某一部分代替老系統(tǒng)，以此作為試點(diǎn)逐步地代替老系統(tǒng)。因本系統(tǒng)是第一次運(yùn)行以前無此類似系統(tǒng)所以無需切換可直接運(yùn)行，邊運(yùn)行邊根據(jù)工作人員的意見進(jìn)行改進(jìn)，此過程可進(jìn)行半年左右。 系統(tǒng)運(yùn)行管理及維護(hù)該系統(tǒng)投入運(yùn)行后，為了讓其長期高效的工作，必須加強(qiáng)對其運(yùn)行的日常管理。主要是對每天的運(yùn)行狀況、數(shù)據(jù)輸入和輸出情況以及系統(tǒng)的安全性與完備性進(jìn)行及時、如實(shí)的記錄和處置。其中日常的維護(hù)主要包括數(shù)據(jù)收集、數(shù)據(jù)整理、數(shù)據(jù)錄入以及處理結(jié)果的整理與分發(fā)；另外也要注意對運(yùn)行情況的記錄，因為它能反映出系統(tǒng)的狀態(tài)和工作效率，對于系統(tǒng)的評價與改進(jìn)具有重要的參考價值；但對其運(yùn)行的記錄是一項細(xì)致而又繁瑣的工作，從系統(tǒng)開始投入運(yùn)行就要抓好。系統(tǒng)剛建成時所編制的程序和數(shù)據(jù)很少能一字不改的沿用下去。系統(tǒng)人員應(yīng)根據(jù)其運(yùn)行的外部環(huán)境的變更和業(yè)務(wù)量的改變，及時對系統(tǒng)進(jìn)行維護(hù)。維護(hù)的內(nèi)容包括程序的維護(hù)、數(shù)據(jù)文件的維護(hù)和代碼的維護(hù)。系統(tǒng)投入運(yùn)行后，要在日常運(yùn)行管理工作的基礎(chǔ)上定期對其運(yùn)行狀況進(jìn)行集中評價。系統(tǒng)評價的目的是通過對系統(tǒng)運(yùn)行過程和績效的審查，來檢查系統(tǒng)是否達(dá)到了預(yù)期的目標(biāo)，是否充分利用了系統(tǒng)內(nèi)的各種資源，系統(tǒng)的管理工作是否完善，并提出今后今后系統(tǒng)改進(jìn)和擴(kuò)展的方向。結(jié)　論該庫存管理系統(tǒng)項目的開發(fā)與實(shí)施涉及面廣、時間長、過程復(fù)雜，本身就是一個需要統(tǒng)籌和協(xié)調(diào)好的工程，需要多方面人員的密切配合和科學(xué)的項目管理。該系統(tǒng)雖可立即開發(fā)實(shí)施，但開發(fā)后的實(shí)施運(yùn)行階段還存在許多不確定性的因素，此階段需要系統(tǒng)的開發(fā)設(shè)計人員進(jìn)一步的進(jìn)行跟蹤服務(wù)，以便遇到問題能及時溝通解決，以保證系統(tǒng)的可操作性和運(yùn)行效率。該系統(tǒng)實(shí)施后可顯著提高倉庫的管理效率，減少倉庫的管理費(fèi)用，是企業(yè)倉庫的管理工作系統(tǒng)化、規(guī)范化、自動化，使得資金使用合理，物資設(shè)備的儲存最佳。謝 辭在此系統(tǒng)開發(fā)成功之際，我代表該項目小組對在該項目開發(fā)過程中給予幫助的郭老師，張老師以及我的同學(xué)們表示我誠摯的謝意！感謝你們的大力支持！參考文獻(xiàn)[1] 邵洋，谷宇，何旭洪數(shù)據(jù)庫系統(tǒng)開發(fā)實(shí)例導(dǎo)航北京：人民郵電出版社，2003[2] 黃梯云. 管理信息系統(tǒng). 北京：高等教育出版社，2009[3] 王眾托. 知識系統(tǒng)工程. 北京：科學(xué)出版社，2004[4] 汪應(yīng)洛. 系統(tǒng)工程. 北京：高等教育出版社，1998[5] 范錚強(qiáng)，范懿文，侯永昌等. 資訊管理導(dǎo)論. 臺北：旗標(biāo)出版股份有限公式，2006[6] 烏家陪. 信息社會與網(wǎng)絡(luò)經(jīng)濟(jì). 長春：長春出版社，2000[7] 薛華成. 管理信息系統(tǒng). 北京：清華大學(xué)出版社，2003[8] Robert A Schultheis，Mary Sumner. 管理信息系統(tǒng). 李一軍，盧濤，祁巍等. 大連：東北財經(jīng)大學(xué)出版社，2000[9] 黃梯云. 智能決策支持系統(tǒng). 北京：電子工業(yè)出版社，2001[10] 左美云. 信息系統(tǒng)項目管理. 北京：清華大學(xué)出版社，2008[11] 劉仲英. 管理信息系統(tǒng). 北京：高等教育出版社，2006[12] 黃學(xué)忠. 經(jīng)濟(jì)信息與管理. 北京：人民出版社，1985[13] 樸順玉，陳瑀. 管理信息系統(tǒng). 北京：中國人民大學(xué)出版社，1995[14] 吳武鳴. 資訊管理. 臺北：松崗電腦圖書資料股份有限公司，1994[15] 姚國章. 中國企業(yè)電子商務(wù)發(fā)展戰(zhàn)略. 北京：北京大學(xué)出版社，2001[16] 李顯濟(jì). 計算機(jī)網(wǎng)絡(luò). 北京：機(jī)械工業(yè)出版社，1998[17] Patterson D A amp。 Hennessy J L. Computer organization and design: The hardware/software interface. 2nd Edition, San Francisco: Morgan Kaufmann, 1994 [18] Carreira J, Madeira H and Silva J G. Xception: A technique for the experimental evaluation of dependability in modern puters. IEEE Transactions on Software Engineering, 1998, 24(2): 125136 [19] Koopman P and DeVale K. Comparing the robustness of POSIX operating systems. In: Proceedings of the IEEE 29th International Symposium on FaultTolerant Computing, Madison, IEEE CS Press, June 1999, pp. 3037 [20] MC88100 RSIC Microprocessor User’s Manual (Second edition). Englewood Cliffs: Prentice Hall, 1990