- 相關(guān)推薦
計算機系統(tǒng)分析員論文-企業(yè)集團的信息管理系統(tǒng)應(yīng)用
【摘要】本文以某個IT產(chǎn)品銷售公司的信息系統(tǒng)項目的開發(fā)為背景，討論了一個信息系統(tǒng)需求分析的整個過程，其重要特征是：所涉及的項目是原有系統(tǒng)的一個升級替換版本。因此，需求分析過程不同于建立一個全新的系統(tǒng)，大體上可分為三個階段：（）實施逆向工程獲得對系統(tǒng)的初步了解；（2）在第1步的基礎(chǔ)上寫出基本需求，交由客戶評審補充；（3）在第2步的基礎(chǔ)上開發(fā)原型，利用原型與客戶交流，最終獲得基線需求。針對上述三個階段，本文論述了所使用的分析方法與工具以及所遇到過的一些典型問題和措施，最后對需求分析中使用的工具，談一些自己的初步體會。
【正文】
我于1998年8月至2000年7月參加了某個大型集團的企業(yè)信息系統(tǒng)的開發(fā)工作，該大型集團的業(yè)務(wù)主要涉及到IT類產(chǎn)品的進銷存。本人在項目中負責系統(tǒng)分析的工作，該集團企業(yè)原先已委托某個電腦公司開發(fā)過一套IT類產(chǎn)品管理系統(tǒng)，但是該老系統(tǒng)存在兩個主要的問題：（一）系統(tǒng)運行速度非常慢，如商品銷售開單時，從確定開單到開單完成有時需要1～2分鐘左右的響應(yīng)時間，讓客戶無法忍受。（二）系統(tǒng)數(shù)據(jù)不準確，經(jīng)常出現(xiàn)實物庫存與電腦庫存嚴重不相匹配的情況，使銷售數(shù)據(jù)的統(tǒng)計產(chǎn)生一些混亂，有關(guān)財務(wù)的數(shù)據(jù)因此無法有效使用，只能采用人工錄入方式補充進行。在這種情況下，該集團的總經(jīng)理決定參考原有系統(tǒng)重新開發(fā)一個系統(tǒng)，以便解決原系統(tǒng)所存在的上述兩個難以克服的難題。注；原系統(tǒng)采用PB6.5開發(fā)，數(shù)據(jù)庫采用SYBASE，服務(wù)器采用Windows2000Server，客戶端采用Windows 98，程序架構(gòu)采用的是傳統(tǒng)的C/S結(jié)構(gòu)。
鑒于該集團業(yè)務(wù)操作復雜，流程多，涉及人員多等特點，以及項目完成時間短，經(jīng)費有限，人員有限等限制約束條件，再考慮到必須避免前一系統(tǒng)出現(xiàn)過的結(jié)構(gòu)混亂與難于維護等問題，我們決定要對原系統(tǒng)的需求做一個比較徹底的和切實可行的分析，由于原有系統(tǒng)已經(jīng)開發(fā)了近兩年，并且客戶也有了一定的使用經(jīng)驗，業(yè)務(wù)基本流程本身也并沒有太大的變化，因此，我們把需求分析的過程分為三步：（）分析原有系統(tǒng)的結(jié)構(gòu)，主要是數(shù)據(jù)庫結(jié)構(gòu)和程序結(jié)構(gòu)，（2）在獲得第（1）步結(jié)果的基礎(chǔ)上寫出基本需求，交由客戶評審補充，（3）在第（2）步的基礎(chǔ)上開發(fā)原型，利用此原型與客戶交流，從而獲得最終可用的需求結(jié)果。下面按上述三步分別加以論述。
第一步是實施逆向工程，獲取原有系統(tǒng)的基本需求。
由于原有系統(tǒng)在功能上大體上能基本滿足客戶的需求，并且在兩年多的開發(fā)中也積累了不少經(jīng)驗，因此，從中可以獲得一些有益的參考，也可以避免多走彎路。在這一階段，我們采用的主要工具是PB自帶的Power Designer和PB Documents；前者主要用來分析數(shù)據(jù)庫結(jié)構(gòu)，后者主要用來分析程序結(jié)構(gòu)，便于開發(fā)人員與高級用戶理解程序。采用這兩個工具的原因是：原系統(tǒng)過于龐大，模塊多，數(shù)據(jù)庫模式多，表格量很大，僅靠人工的方法很難從中獲得一個比較完整的、明確的系統(tǒng)結(jié)構(gòu)以及整體構(gòu)成，而且原有系統(tǒng)未能提供一套正確完整有效的設(shè)計文檔，于是我們只能依靠工具輔助來進行。在使用Power Designer分析數(shù)據(jù)庫，并且用PB Documents分析原程序中的PBL以后，我們對原系統(tǒng)的結(jié)構(gòu)有了一個初步的了解，再結(jié)合對原系統(tǒng)的使用，基本明確了功能與流程的需求，并在此基礎(chǔ)上用人工錄入方式，產(chǎn)生了初步需求的自然語言文檔。這里指出，使用Power Designer的一個不足之處是：如果一個表中的字段過多，而且又同時依賴多個表時，輸出的表格相關(guān)圖形很復雜，有很多交叉，且難于調(diào)整，不方便閱讀及打印。
第二步是在第一步的基礎(chǔ)上進行的，即寫出系統(tǒng)基本需求，交由客戶評審和補充。
通過第一步的逆向工程，我們獲得了系統(tǒng)的基本需求。為了充分記錄需求的變化及需求之間的依賴關(guān)系，我們決定選用Rational公司的Requisite PRO作為我們的需求管理工具，Rational公司有一整套用于需求管理的工具，功能非常強大，包括Requisite Pro、Clear Quest等等，這些需求分析工具可以對需求進行全面的管理，包括記錄需求的變化情況，需求之間的依賴關(guān)系等等。但是，我們考慮到Rational的一套工具全面實施會非常昂貴與復雜，需要非常強的項目管理能力才能全面實施，因此，我們只采用了其中最簡單的一部分功能，那就是記錄需求變更，記錄需求之間的依賴關(guān)系，其他跟RUP有關(guān)的功能都給略去了。之所以這樣做，主要是考慮到項目的經(jīng)費、人力以及國內(nèi)軟件開發(fā)的實際情況。正如前面所說，我們根據(jù)自己的理解并寫出基本需求后，交由客戶做評審井做適當補充，我們將經(jīng)過補充整理后的需求作為正式需求記錄入Requisite Pro所維護的數(shù)據(jù)庫中，并對各個需求進行分類，設(shè)定優(yōu)先級等，這些工作完成后，就可以從數(shù)據(jù)庫中直觀地了解客戶到現(xiàn)在為止提出了哪些需求，哪些需求是必須優(yōu)先考慮的，哪些是難度較大的等等。在這個過程中，我們遇到了一些問題，譬如：用戶對我們用自然語言書寫的需求文檔有許多地方不理解，往往在花了較長時間閱讀之后，仍不明白我們所描寫的需求過程與他們所完成的業(yè)務(wù)之間的對應(yīng)關(guān)系；另外是由于首次采用Requisite Pro進行需求管理，在類型劃分，屬性值的確定上，部分開發(fā)人員沒有經(jīng)驗，造成了不少反復，對于前者，我們的方法是想辦法增加一些示意圖，將大的流程分解為小流程，再與客戶反復交流與溝通，最終達到雙方理解一致的目的。對第二個問題，則參考了一些例子，再結(jié)合實際中屬性的使用情況，給予取舍或者選擇，經(jīng)過這一階段的工作，我們建立了基本的需求庫，定出了基本需求規(guī)格說明。
第三步則是在第二步的基礎(chǔ)上建立起原型，利用原型與客戶進行更深入的交流，通過交流修改相應(yīng)的需求。
在這一階段的工作是在對第二步任務(wù)進行報告交流的基礎(chǔ)上進行的。我們用PB開發(fā)了一個原型系統(tǒng)，就具體的業(yè)務(wù)流程與客戶進行交流與溝通，通過原型，客戶發(fā)現(xiàn)了許多我們與他們的理解相互不協(xié)調(diào)的地方，我們在修改需求的同時，也在Requisite Pro需求數(shù)據(jù)庫中記錄下修改的歷史。事實證明，這種記錄歷史的作用是很有效的，如曾經(jīng)有客戶在兩個不同的時間對同一需求提了相反的需求，我們根據(jù)歷史記錄很快證實了該客戶的提法有錯誤，在事實面前無需再作爭論，同時利用Requisite Pro，我們還發(fā)現(xiàn)了一些需求相互之間有矛盾。經(jīng)過這一階段工作，我們終于獲得了經(jīng)過用戶認可的需求基線，即是可用于下一步進行詳細設(shè)計的基線需求。
在這個項目中，我們利用了Pow
er Designer、PB Documents等逆向工程分析工具和Requisite Pro需求管理工具，這些工具的使用，使我們提高了工作效率，起到了一定的輔助作用。但是，就需求分析工具方面而言。我們覺得國內(nèi)應(yīng)用得還是太少了，這一方面是因為對需求分析不夠重視，另一方面是因為管理水平還達不到相應(yīng)的層次。Rational公司的一整套需求分析工具，其功能是非常強大的，國外已在普遍地使用，在國內(nèi)也逐漸開始普及，特別是那些通過CMM二級以上評審的單位，都必須使用工具對需求進行管理。在本項目中，我們僅僅利用了Requisite Pro功能的一些小方面，已經(jīng)體會到該工具對于項目管理的諸多好處。如果一個有實力的公司能夠全面實施RUP，那么需求管理這個老大難的問題會變得不再那么棘手了，項目的質(zhì)量也會得到相應(yīng)的提高。目前國內(nèi)由于CMM熱潮的興起，已經(jīng)逐漸重視需求分析，也逐漸使用需求分析工具，這是非�？上驳�，當然，更希望在不久的將來，能用上國產(chǎn)的需求分析工具，那時我們的軟件產(chǎn)業(yè)也許會真正地騰飛了。
評注；采用逆向工具進行再工程的應(yīng)用很多，本文給出了一個實際的例子。寫作有條理，也很實際。合理地界定了需求分析的現(xiàn)實水平。所采用的需求分析的方法與工具相對較合理科學。能在對項目討論的同時抒發(fā)議論、使用體會、愛國心和事業(yè)心。深度還可以提高，例子宜更加豐富一些。（本文主要參考了廣東劉小波等人的論文）
【計算機系統(tǒng)分析員論文-企業(yè)集團的信息管理系統(tǒng)應(yīng)用】相關(guān)文章：
計算機系統(tǒng)分析員論文-通信行業(yè)的應(yīng)用08-06
計算機系統(tǒng)分析員論文-ERP開發(fā)的應(yīng)用08-06
計算機系統(tǒng)分析員論文-企業(yè)人事信息系統(tǒng)的應(yīng)用08-06
計算機系統(tǒng)分析員論文-工業(yè)控制的常規(guī)應(yīng)用08-06
計算機系統(tǒng)分析員論文-銀行業(yè)的應(yīng)用08-06
計算機系統(tǒng)分析員論文-通信業(yè)應(yīng)用08-06
計算機系統(tǒng)分析員論文-通信服務(wù)平臺的應(yīng)用08-06