<dfn id="w48us"></dfn><ul id="w48us"></ul>
  • <ul id="w48us"></ul>
  • <del id="w48us"></del>
    <ul id="w48us"></ul>
  • 計算機(jī)系統(tǒng)分析員論文-企業(yè)集團(tuán)的信息管理系統(tǒng)應(yīng)用

    時間:2024-08-09 08:10:34 計算機(jī)畢業(yè)論文 我要投稿
    • 相關(guān)推薦

    計算機(jī)系統(tǒng)分析員論文-企業(yè)集團(tuán)的信息管理系統(tǒng)應(yīng)用

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

    計算機(jī)系統(tǒng)分析員論文-企業(yè)集團(tuán)的信息管理系統(tǒng)應(yīng)用

    【計算機(jī)系統(tǒng)分析員論文-企業(yè)集團(tuán)的信息管理系統(tǒng)應(yīng)用】相關(guān)文章:

    計算機(jī)系統(tǒng)分析員論文-ERP開發(fā)的應(yīng)用03-18

    計算機(jī)系統(tǒng)分析員論文-通信業(yè)應(yīng)用03-07

    計算機(jī)系統(tǒng)分析員論文-銀行業(yè)的應(yīng)用203-19

    信息管理系統(tǒng)論文07-30

    信息管理系統(tǒng)論文11-22

    信息管理系統(tǒng)論文(集合)08-01

    設(shè)備信息管理系統(tǒng)論文11-14

    信息管理系統(tǒng)論文通用02-14

    [精選]信息管理系統(tǒng)論文15篇08-04

    主站蜘蛛池模板: 亚洲国语精品自产拍在线观看 | 久久国产免费观看精品3| 18国产精品白浆在线观看免费| 亚洲精品成人无码中文毛片不卡| 夜夜精品无码一区二区三区| 国产精品狼人久久久久影院 | 91精品国产福利在线观看麻豆| 999国产精品视频| 人妻AV一区二区三区精品| 精品人体无码一区二区三区| 精品久久一区二区| 亚洲精品无码永久在线观看你懂的| 老司机67194精品线观看| 国产在线国偷精品免费看| 国产精品自产拍在线观看| 久久久免费精品re6| 亚洲国产精品国产自在在线| 精品福利一区二区三区| 中文字幕一区二区精品区| 99在线精品免费视频九九视| 无码精品国产VA在线观看DVD | 麻豆精品三级全部视频| 2021最新国产精品网站| 亚洲日韩精品无码专区网址| 久久夜色撩人精品国产| 国产精品激情综合久久| 午夜影视日本亚洲欧洲精品一区| 亚洲精品视频免费观看| 国产精品无码素人福利不卡| 一区二区三区日韩精品| 久久免费国产精品一区二区| 国内精品91最新在线观看| 国产精品电影网| 国产成人精品日本亚洲18图| 精品久久久噜噜噜久久久| 欧美精品欧美人与动人物牲交 | 一本一道精品欧美中文字幕| 狠狠精品干练久久久无码中文字幕| 久久棈精品久久久久久噜噜| 亚洲精品无码国产| 亚洲精品尤物yw在线影院|