圖書管理系統(tǒng)立項(xiàng)建議書

圖書管理系統(tǒng)立項(xiàng)建議書目錄圖書管理系統(tǒng)立項(xiàng)建議書11．引言〔Introduction〕11.1目的〔Purpose〕11.2范圍〔Scope〕21.3術(shù)語(yǔ)定義〔TermsGlossary〕21.4參考資料〔References〕31.5相關(guān)文檔〔RelatedDocuments〕31.6版本更新記錄〔VersionUpdatedRecord〕32．工程概述及架構(gòu)〔ProjectSummaryandFramework〕42.1工程概述〔ProjectSummary〕42.2工程架構(gòu)〔ProjectFramework〕43．客戶群分析〔ClientAnalysis〕43.1客戶群定位〔ClientOrientation〕43.2當(dāng)前客戶群分析〔CurrentClientAnalysis〕63.3潛在客戶群分析〔LatencyClientAnalysis〕64．工程功能〔ProjectFunction〕64.1單機(jī)版功能〔Stand-aloneFunction〕65．工程性能〔ProjectPerformance〕75.1響應(yīng)時(shí)間〔ResponseTime〕75.2處理速度〔DisposalSpeed〕76．案例分析〔CasesAnalysis〕76.1國(guó)外案例分析〔CasesAnalysisinForeignCountries〕77．風(fēng)險(xiǎn)分析〔RiskAnalysis〕8圖書管理系統(tǒng)立項(xiàng)建議書1．引言〔Introduction〕1.1目的〔Purpose〕近年來，隨著圖書館規(guī)模的不斷擴(kuò)大，圖書數(shù)量也相應(yīng)的增加，有關(guān)圖書的各種信息量也成倍增加，面對(duì)著龐大的信息量，傳統(tǒng)的人工方式管理會(huì)導(dǎo)致圖書館管理上的混亂，人力與物力過多浪費(fèi)，圖書館管理費(fèi)用的增加，從而使圖書館的負(fù)擔(dān)過重，影響整個(gè)圖書館的運(yùn)作和控制管理，因此，必須制定一套合理、有效，標(biāo)準(zhǔn)和實(shí)用的圖書管理系統(tǒng)，對(duì)圖書資料進(jìn)行集中統(tǒng)一的管理。隨著圖書館的規(guī)模的不斷擴(kuò)大，圖書館的藏書、管理人員、讀者的數(shù)量也越來越多。圖書涉及大量的數(shù)據(jù)處理，如果用手工來完成龐大的數(shù)據(jù)處理，將費(fèi)時(shí)費(fèi)力，還容易出錯(cuò)，為了滿足圖書管理的需要，急需要一套圖書管理系統(tǒng)來完成這項(xiàng)工作。作為計(jì)算機(jī)應(yīng)用的一局部,使用計(jì)算機(jī)對(duì)圖書信息進(jìn)行管理,具有手工管理所無法比較的優(yōu)點(diǎn).例如:檢索迅速、查找方便、可靠性高、存儲(chǔ)量大、保密性好、壽命長(zhǎng)、本錢低等。這些優(yōu)點(diǎn)能夠極大地提高圖書管理的效率,也是企業(yè)的科學(xué)化、正規(guī)化管理的重要條件。1.2范圍〔Scope〕本圖書館管理系統(tǒng)適應(yīng)于中小規(guī)模公共圖書館、中小學(xué)及各院校圖書館。1.3術(shù)語(yǔ)定義〔TermsGlossary〕軟件開發(fā)技術(shù)采用面向?qū)ο蟮姆椒ǎ好嫦驅(qū)ο蟮姆椒ㄊ菑?0世紀(jì)80年代各種面向?qū)ο蟮某绦蛟O(shè)計(jì)方法，如smalltalk、C++等逐步開展而來的，最初用于程序設(shè)計(jì)，后來擴(kuò)展到了系統(tǒng)開發(fā)的全過程，出現(xiàn)了面向?qū)ο蠓治龊兔嫦驅(qū)ο笤O(shè)計(jì)。面向?qū)ο蟮某绦蛟O(shè)計(jì)思想〔Object-orientedProgramming,簡(jiǎn)稱OOP〕的主要目的是要?jiǎng)?chuàng)立可以重用的代碼，具備更好的模擬現(xiàn)實(shí)世界環(huán)境的能力，它通過給程序中參加擴(kuò)展語(yǔ)句，把函數(shù)“封裝〞進(jìn)Windows編程所必須的“對(duì)象〞中，面向?qū)ο蟮木幊陶Z(yǔ)言使得復(fù)雜的工作條理清晰、編寫容易，使人們從結(jié)構(gòu)化的編程思想走到了面向?qū)ο蟮木幊趟枷肷?。[1]對(duì)象在面向?qū)ο蟮南到y(tǒng)中，對(duì)象是根本的運(yùn)行實(shí)體，他包括數(shù)據(jù)屬性，也包括作用于數(shù)據(jù)的操作〔行為〕。所以一個(gè)對(duì)象把屬性和行為密封成一個(gè)整體。從程序設(shè)計(jì)者角度來看，對(duì)象是一個(gè)程序模塊；從用戶的角度來看，對(duì)象為他們提供了所希望的行為。在對(duì)象內(nèi)的操作通常叫方法。[2]類一個(gè)類定義了一組大體上相似的對(duì)象。一個(gè)類所包含的方法和數(shù)據(jù)描述一組對(duì)象的共同行為和屬性。把一組對(duì)象的共同特性加以抽象并存儲(chǔ)在一個(gè)類中的能力，是面向?qū)ο蠹夹g(shù)最重要的一點(diǎn)；是否建立了一個(gè)豐富的類庫(kù)是衡量一個(gè)面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言成熟與否的重要標(biāo)志。[3]繼承類之間的繼承關(guān)系是現(xiàn)實(shí)世界中遺傳關(guān)系的直接模擬，它表示類之間的內(nèi)在聯(lián)系以及對(duì)屬性和操作的共享，即子類可以沿用父類〔被繼承類〕的某些特征。當(dāng)然，子類也可以具有自己獨(dú)立的屬性和操作。繼承性是面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言的最主要的特點(diǎn)，是其它語(yǔ)言〔如面向過程語(yǔ)言〕所沒有的。[4]消息對(duì)象之間進(jìn)行通信的一種構(gòu)造叫消息。當(dāng)一個(gè)消息發(fā)送給某個(gè)對(duì)象時(shí)，包含要求接受對(duì)象去執(zhí)行某些活動(dòng)的信息。接受到消息的對(duì)象經(jīng)過解釋，然后給予響應(yīng)。這種通信機(jī)制叫做消息傳遞。發(fā)送消息的對(duì)象不需要知道接受消息的對(duì)象如何對(duì)請(qǐng)求予以響應(yīng)。1.4參考資料〔References〕[1]張海藩，《軟件工程導(dǎo)論》，清華大學(xué)出版社。[2]王刪著，《數(shù)據(jù)庫(kù)系統(tǒng)原理教程》,清華大學(xué)出版社。[3]陳松橋等著，《現(xiàn)代軟件工程》,北方交通大學(xué)出版社。[4]趙池龍等，《實(shí)用軟件工程》，電子工業(yè)出版社。1.5相關(guān)文檔〔RelatedDocuments〕[1]《用戶需求報(bào)告》[2]《詳細(xì)設(shè)計(jì)報(bào)告》[3]《概要設(shè)計(jì)報(bào)告》1.6版本更新記錄〔VersionUpdatedRecord〕任何一次版本創(chuàng)立或維護(hù)更新，都要追加一條記錄。一個(gè)版本創(chuàng)立只有一次，但對(duì)它的維護(hù)更新可能有屢次。大版本升級(jí)一次，定義為創(chuàng)立一次，如V1.0到V2.0。而V1.0到V1.1，只是維護(hù)更新一次。版本更新記錄格式，如表1-1所示。版本更新記錄如下表所示：表1-1版本號(hào)創(chuàng)立者創(chuàng)立日期維護(hù)者維護(hù)日期維護(hù)紀(jì)要V1.0程文雯2001/01/03———V——李潔2001/02/10網(wǎng)絡(luò)版功能維護(hù)2．工程概述及架構(gòu)〔ProjectSummaryandFramework〕2.1工程概述〔ProjectSummary〕宏觀上說明該工程是什么、能干什么、要求干得怎么樣。維護(hù)圖書管理中根底信息，如書商、出版社、印刷廠的相關(guān)信息。此外，還可以維護(hù)圖書類別信息。管理訂購(gòu)新書信息，驗(yàn)收訂購(gòu)的新書信息，查詢并檢索庫(kù)存圖書信息。對(duì)的這信息進(jìn)行管理，同時(shí)還能夠管理讀者借書、還書、圖書續(xù)借等。如果有超期的圖書，還提供超期提醒的功能，從而實(shí)現(xiàn)對(duì)讀者借閱圖書的相關(guān)事項(xiàng)進(jìn)行管理的功能。根據(jù)查詢條件打印符合查詢條件的數(shù)據(jù)，并且能夠打印書目分類信息。維護(hù)系統(tǒng)數(shù)據(jù)，如添加操作員、修改操作員、更改操作員口令.2.2工程架構(gòu)〔ProjectFramework〕宏觀上描述該工程的架構(gòu)：?jiǎn)螜C(jī)結(jié)構(gòu)、C/S結(jié)構(gòu)、B/S結(jié)構(gòu)。并說明結(jié)構(gòu)具體詳細(xì)的運(yùn)行平臺(tái)：硬件的要求、操作系統(tǒng)的要求、數(shù)據(jù)庫(kù)管理系統(tǒng)的要求、對(duì)外接口的要求。工程架構(gòu)：采用B/S結(jié)構(gòu)。運(yùn)行平臺(tái)：MicrosoftWindowsXP硬件的要求:64M內(nèi)存、10G硬盤1只、軟盤驅(qū)動(dòng)器1只、CD-ROM驅(qū)動(dòng)器1只和SVGA兼容模式的顯示器數(shù)據(jù)庫(kù)管理系統(tǒng)的要求：SOL2005對(duì)外接口的要求：B/S建立在瀏覽器上,，有更加豐富和生動(dòng)的表現(xiàn)方式與用戶交流，并且大局部難度減低，減低開發(fā)本錢。3．客戶群分析〔ClientAnalysis〕3.1客戶群定位〔ClientOrientation〕單機(jī)結(jié)構(gòu)、C/S結(jié)構(gòu)、B/S結(jié)構(gòu)對(duì)應(yīng)哪三種客戶群，每種客戶群的數(shù)量、素質(zhì)、市場(chǎng)前景等。B/S結(jié)構(gòu)〔Browser/Server，瀏覽器/效勞器模式〕，是WEB興起后的一種網(wǎng)絡(luò)結(jié)構(gòu)模式，WEB瀏覽器是客戶端最主要的應(yīng)用軟件。這種模式統(tǒng)一了客戶端，將系統(tǒng)功能實(shí)現(xiàn)的核心局部集中到效勞器上，簡(jiǎn)化了系統(tǒng)的開發(fā)、維護(hù)和使用?？蛻魴C(jī)上只要安裝一個(gè)瀏覽器〔Browser〕，如NetscapeNavigator或InternetExplorer，效勞器安裝Oracle、Sybase、Informix或SQLServer等數(shù)據(jù)庫(kù)。瀏覽器通過WebServer同數(shù)據(jù)庫(kù)進(jìn)行數(shù)據(jù)交互。B/S結(jié)構(gòu)的優(yōu)勢(shì)〔1〕維護(hù)和升級(jí)方式簡(jiǎn)單。目前，軟件系統(tǒng)的改良和升級(jí)越來越頻繁，B/S架構(gòu)的產(chǎn)品明顯表達(dá)著更為方便的特性。對(duì)一個(gè)稍微大一點(diǎn)單位來說，系統(tǒng)管理人員如果需要在幾百甚至上千部電腦之間來回奔跑，效率和工作量是可想而知的，但B/S架構(gòu)的軟件只需要管理效勞器就行了，所有的客戶端只是瀏覽器，根本不需要做任何的維護(hù)。無論用戶的規(guī)模有多大，有多少分支機(jī)構(gòu)都不會(huì)增加任何維護(hù)升級(jí)的工作量，所有的操作只需要針對(duì)效勞器進(jìn)行；如果是異地，只需要把效勞器連接專網(wǎng)即可，實(shí)現(xiàn)遠(yuǎn)程維護(hù)、升級(jí)和共享。所以客戶機(jī)越來越“瘦〞，而效勞器越來越“胖〞是將來信息化開展的主流方向。今后，軟件升級(jí)和維護(hù)會(huì)越來越容易，而使用起來會(huì)越來越簡(jiǎn)單，這對(duì)用戶人力、物力、時(shí)間、費(fèi)用的節(jié)省是顯而易見的，驚人的。因此，維護(hù)和升級(jí)革命的方式是“瘦〞客戶機(jī)，“胖〞效勞器。〔2〕本錢降低，選擇更多。大家都知道windows在桌面電腦上幾乎一統(tǒng)天下，瀏覽器成為了標(biāo)準(zhǔn)配置，但在效勞器操作系統(tǒng)上windows并不是處于絕對(duì)的統(tǒng)治地位?，F(xiàn)在的趨勢(shì)是凡使用B/S架構(gòu)的應(yīng)用管理軟件，只需安裝在Linux效勞器上即可，而且平安性高。所以效勞器操作系統(tǒng)的選擇是很多的，不管選用那種操作系統(tǒng)都可以讓大局部人使用windows作為桌面操作系統(tǒng)電腦不受影響，這就使的最流行免費(fèi)的Linux操作系統(tǒng)快速開展起來，Linux除了操作系統(tǒng)是免費(fèi)的以外，連數(shù)據(jù)庫(kù)也是免費(fèi)的，這種選擇非常盛行。〔3〕應(yīng)用效勞器運(yùn)行數(shù)據(jù)負(fù)荷較重。由于B/S架構(gòu)管理軟件只安裝在效勞器端〔Server〕上，網(wǎng)絡(luò)管理人員只需要管理效勞器就行了，用戶界面主要事務(wù)邏輯在效勞器〔Server〕端完全通過WWW瀏覽器實(shí)現(xiàn)，極少局部事務(wù)邏輯在前端〔Browser〕實(shí)現(xiàn)，所有的客戶端只有瀏覽器，網(wǎng)絡(luò)管理人員只需要做硬件維護(hù)。但是，應(yīng)用效勞器運(yùn)行數(shù)據(jù)負(fù)荷較重，一旦發(fā)生效勞器“崩潰〞等問題，后果不堪設(shè)想。因此，許多單位都備有數(shù)據(jù)庫(kù)存儲(chǔ)效勞器，以防萬一。B/S結(jié)構(gòu)他不需要專門的客戶端，只要瀏覽器，而瀏覽器是隨操作系統(tǒng)就有的，方便就是他的優(yōu)勢(shì)了，而且B/S結(jié)構(gòu)是基于網(wǎng)頁(yè)語(yǔ)言的與操作系統(tǒng)無關(guān)的，所以跨平臺(tái)也是它的優(yōu)勢(shì)，而且以后隨著網(wǎng)頁(yè)語(yǔ)言以及瀏覽器的進(jìn)步，B/S結(jié)構(gòu)在表現(xiàn)能力上的處理以及運(yùn)行的速度上會(huì)越來越快，它的缺點(diǎn)將會(huì)越來越少，比方你看下未來的html5在圖形的渲染方面以及音頻，文件的處理上已經(jīng)非常強(qiáng)大了。所以，現(xiàn)在開發(fā)的大局部采用B/S結(jié)構(gòu)。目前B/S結(jié)構(gòu)的典型案例:ORACLEEBS天朗軟件房管家ERP浪潮ERP天思MasterWBP3.2當(dāng)前客戶群分析〔CurrentClientAnalysis〕當(dāng)前客戶群是指已簽訂合作協(xié)議或?qū)⒁炗喓献鲄f(xié)議的客戶群，分析他們的數(shù)量、素質(zhì)、市場(chǎng)前景等。3.3潛在客戶群分析〔LatencyClientAnalysis〕潛在客戶群是指將來可能開展的客戶群，分析他們的數(shù)量、素質(zhì)、市場(chǎng)前景等。4．工程功能〔ProjectFunction〕工程的功能既可用UseCase圖描述，又可用功能點(diǎn)列表描述。4.1單機(jī)版功能〔Stand-aloneFunction〕單機(jī)版功能，如下表所示：表4-1編號(hào)功能名稱功能描述輸入內(nèi)容輸出內(nèi)容1身份驗(yàn)證系統(tǒng)運(yùn)行后首先進(jìn)入用戶登錄界面，用戶登錄的界面用戶名及密碼2借閱圖書在系統(tǒng)主窗口中選擇“借閱圖書〞，進(jìn)入“借閱圖書〞。3歸還圖書在系統(tǒng)主窗口中，選擇“歸還圖書〞，進(jìn)入“歸還圖書〞窗口。4打印催還單在系統(tǒng)主窗口中，選擇“打印催還單〞，進(jìn)入“打印催還單〞窗口。5信息查詢跟據(jù)查詢情況，對(duì)所要查詢的內(nèi)容進(jìn)行檢索5．工程性能〔ProjectPerformance〕5.1響應(yīng)時(shí)間〔ResponseTime〕單機(jī)結(jié)構(gòu)〔包括主機(jī)多用戶結(jié)構(gòu)，即H/T結(jié)構(gòu)〕、C/S結(jié)構(gòu)、B/S結(jié)構(gòu)三種架構(gòu)的終端數(shù)量，要求響應(yīng)時(shí)間小于0.XX秒。響應(yīng)時(shí)間應(yīng)該盡可能的小，小于0.1秒為最正確。5.2處理速度〔DisposalSpeed〕C/S結(jié)構(gòu)、B/S結(jié)構(gòu)兩種架構(gòu)的后臺(tái)結(jié)算方式，結(jié)算速度分析。5.3最大終端負(fù)載〔TheHighestTerminalLoad〕C/S結(jié)構(gòu)、B/S結(jié)構(gòu)兩種架構(gòu)的并發(fā)處理最大終端〔用戶〕負(fù)載數(shù)量分析。6．案例分析〔CasesAnalysis〕案例分析包括成功案例和失敗案例分析。6.1國(guó)外案例分析〔CasesAnalysisinForeignCountries〕案例1：成功案例〔大型圖書圖書綜合管理系統(tǒng)〕功能描述：太極公司已與新華書店合作多年，積累了豐富的經(jīng)驗(yàn)。我們已經(jīng)成功開發(fā)了，"北京東安市場(chǎng)新華書店圖書管理系統(tǒng)"、"北京翠微新華書店圖書管理系統(tǒng)"、"北京順義新華書店圖書管理系統(tǒng)"和"北京花市新華書店圖書管理系統(tǒng)"。特別是最近為北京圖書大廈開發(fā)的"北京圖書大廈圖書管理系統(tǒng)"，其體系結(jié)構(gòu)更加合理，功能更加完善。該系統(tǒng)分為八個(gè)子系統(tǒng)，覆蓋了從訂書、到貨、入庫(kù)、發(fā)前臺(tái)、銷售、批發(fā)、退書、圖書報(bào)廢到財(cái)務(wù)貨帳的整個(gè)業(yè)務(wù)流程，庫(kù)房依據(jù)前臺(tái)的銷售情況自動(dòng)向前臺(tái)發(fā)貨，從而防止了門庫(kù)脫節(jié)現(xiàn)象。業(yè)務(wù)人員隨時(shí)查閱、打印各出版社圖書的銷售數(shù)量和存貨數(shù)量，以此作為向出版社訂書依據(jù)其中包括書市銷售子系統(tǒng)和可以在非網(wǎng)絡(luò)環(huán)境下獨(dú)立進(jìn)行銷售的應(yīng)急銷售子系統(tǒng)。各個(gè)子系統(tǒng)可以獨(dú)立使用，不同的職能部門使用不同的子系統(tǒng)、不同的模塊，用戶還可以根據(jù)自己的需求靈活地配置模塊。在系統(tǒng)的設(shè)計(jì)與開發(fā)過程中，遵循系統(tǒng)通用性的原那么，包括數(shù)據(jù)組織的標(biāo)準(zhǔn)性，編碼的通用性，各系統(tǒng)的通用性，使得系統(tǒng)的分析與設(shè)計(jì)合理化。系統(tǒng)有如下幾個(gè)特點(diǎn):功能強(qiáng)大圖書進(jìn)、銷、存是圖書大廈的主營(yíng)業(yè)務(wù)，需要完整而強(qiáng)大的功能，圖書從訂貨、進(jìn)貨、存儲(chǔ)管理到銷售做到了高效率并行進(jìn)行。完備的統(tǒng)計(jì)報(bào)表模塊可獲得準(zhǔn)確詳細(xì)的圖書到貨、庫(kù)存、銷售等方面的信息，并具有完備的統(tǒng)計(jì)分析功能。分析數(shù)據(jù)采取了統(tǒng)計(jì)圖表、統(tǒng)計(jì)餅圖、信息排行榜等多種靈活方式，能幫助管理者準(zhǔn)確掌握經(jīng)營(yíng)動(dòng)作狀態(tài)、迅速作出科學(xué)決策。效勞器性能可靠數(shù)據(jù)庫(kù)效勞器采用Alpha小型機(jī)的Cluster體系結(jié)構(gòu)。如果一臺(tái)小型機(jī)的運(yùn)轉(zhuǎn)異常，另一臺(tái)小型時(shí)機(jī)自動(dòng)啟用，具有相當(dāng)強(qiáng)的控制故障能力。庫(kù)房和門市采用DDN專線遠(yuǎn)程通訊庫(kù)房和門市等所有的Client端同時(shí)對(duì)Oracle數(shù)據(jù)庫(kù)進(jìn)行操作,是整個(gè)系統(tǒng)范圍內(nèi)的數(shù)據(jù)共享，保證了數(shù)據(jù)的一致性，不需任何形式的拷貝、E-mail等文件傳輸操作，方便地解決了異地傳輸問題，權(quán)限層次清楚各個(gè)界面及功能按鈕都有一定的權(quán)限級(jí)別。系統(tǒng)一旦識(shí)別了注冊(cè)口令，就會(huì)賦予其相應(yīng)的操作權(quán)限，這樣就對(duì)系統(tǒng)數(shù)據(jù)的增、刪、改良行了嚴(yán)格的控制，以杜絕數(shù)據(jù)的非法操作。強(qiáng)大的平安性系統(tǒng)設(shè)置了假設(shè)干角色，如總經(jīng)理角色、部門經(jīng)理角色、業(yè)務(wù)員角色、收款員角色等。每個(gè)角色都有其特有的功能范圍，超越權(quán)限不可能操作。防錯(cuò)措施系統(tǒng)中有大量的數(shù)據(jù)錄入工作，因此在所有的錄入界面都設(shè)有平安控制，一旦操作員出現(xiàn)誤操作，系統(tǒng)就會(huì)給出相應(yīng)的提示，從而保證系統(tǒng)平安運(yùn)行。數(shù)據(jù)操縱功能強(qiáng)大所有的查詢都采用動(dòng)態(tài)SQL語(yǔ)句編寫，可以對(duì)數(shù)據(jù)進(jìn)行隨時(shí)的、任意組合，與常用的SQL語(yǔ)句相比，性能有提高。管理者所需的各種查詢都有極快的相應(yīng)速度，能在瞬間執(zhí)行完畢。補(bǔ)救措施完備到貨及所有的出入庫(kù)業(yè)務(wù)難以防止操作員輸入數(shù)據(jù)時(shí)的錯(cuò)誤，為此，系統(tǒng)對(duì)一定權(quán)限的管理者設(shè)計(jì)了詳盡的修改、更正功能。開放性本系統(tǒng)還可適用于多種環(huán)境?？蛇\(yùn)行于UNIX、WINDOWSNT、WINDOWS等軟件環(huán)境，并可分別在網(wǎng)絡(luò)和單機(jī)環(huán)境下運(yùn)行。適用大、中、小型圖書零售批發(fā)企業(yè)。7．風(fēng)險(xiǎn)分析〔RiskAnalysis〕表7-1ID：1風(fēng)險(xiǎn)信息表優(yōu)先級(jí)：5陳述：需求分析不到位，導(dǎo)致數(shù)據(jù)模型建好后無法使用概率：1影響：5起因：需求分析不到位類別：技術(shù)風(fēng)險(xiǎn)分配給：時(shí)間框架：近期語(yǔ)境：1、在工程啟動(dòng)開始時(shí)，需求分析不到位。緩解策略：1、重新進(jìn)行到位的需求分析。應(yīng)急方案和觸發(fā)事件：1、當(dāng)數(shù)據(jù)模型建好后無法使用時(shí)，及時(shí)重新做需求分析。表7-2ID：2風(fēng)險(xiǎn)信息表優(yōu)先級(jí)：12陳述：軟件預(yù)算有誤，導(dǎo)致開發(fā)過程無法繼續(xù)下去。概率：3影響：4起因：預(yù)算有誤類別：技術(shù)風(fēng)險(xiǎn)分配給：時(shí)間框架：近期語(yǔ)境：1、預(yù)算有誤導(dǎo)致資金缺乏。緩解策略：1、向投資者申請(qǐng)新的資金。應(yīng)急方案和觸發(fā)事件：1、當(dāng)資金缺乏時(shí)，及時(shí)向投資者申請(qǐng)新的資金。表7-3ID：3風(fēng)險(xiǎn)信息表優(yōu)先級(jí)：8陳述:關(guān)鍵的人員在工程的關(guān)鍵時(shí)刻離開。概率:2影響:4起因：人員離職類別：管理風(fēng)險(xiǎn)分配給：時(shí)間框架：近期語(yǔ)境:1、工程在成敗一舉時(shí)因人員離職遭受風(fēng)險(xiǎn)。緩解策略：1、加強(qiáng)人員考核，確定人員可靠性；2、福利到位，防止人員被迫離職；3、及時(shí)尋找替代人員。應(yīng)急方案及觸發(fā)事件：1、當(dāng)工程的關(guān)鍵時(shí)刻有關(guān)鍵人員離職，及時(shí)需找替代人員。表7-4ID：4風(fēng)險(xiǎn)信息表優(yōu)先級(jí)：4陳述:使用的框架存在漏洞Bug，導(dǎo)致工程的失敗。概率:1影響:4起因：使用的框架存在漏洞Bug類別：技術(shù)風(fēng)險(xiǎn)分配給：時(shí)間框架:近期語(yǔ)境:1、使用的框架本身有問題，不能支撐工程。緩解策略：1、測(cè)試人員及時(shí)發(fā)現(xiàn)問題，編程人員及時(shí)解決問題。應(yīng)急方案及觸發(fā)事件：1、當(dāng)發(fā)現(xiàn)框架存在漏洞Bug，及時(shí)補(bǔ)救。表7-5ID：5風(fēng)險(xiǎn)信息表優(yōu)先級(jí)：8陳述:需求變更導(dǎo)致主要的設(shè)計(jì)和開發(fā)重做。概率：2影響：4起因：需求變更類別：技術(shù)風(fēng)險(xiǎn)分配給：時(shí)間框架：近期語(yǔ)境：1、工程進(jìn)行或結(jié)束時(shí)，用戶提出新的需求。緩解策略：1、派專員進(jìn)行定期需求確認(rèn)。應(yīng)急方案及觸發(fā)事件：1、當(dāng)需求變更時(shí)，及時(shí)重做以及申請(qǐng)所需資金。表7-6ID：6風(fēng)險(xiǎn)信息表優(yōu)先級(jí)：4陳述：開發(fā)工具的不可靠性導(dǎo)致工程過程中的Bug

。概率：1影響：4起因：開發(fā)工具不可靠類別：開發(fā)技術(shù)風(fēng)險(xiǎn)分配給：時(shí)間框架：近期語(yǔ)境：1、開發(fā)工具不可靠導(dǎo)致問題。緩解策略：1、確定開發(fā)工具可靠。應(yīng)急方案和觸發(fā)事件：1、當(dāng)開發(fā)工具不可靠導(dǎo)致工程過程中的Bug時(shí)，及時(shí)解決問題或者更換開發(fā)工具。表7-7ID：7風(fēng)險(xiǎn)信息表優(yōu)先級(jí)：4陳述:開發(fā)過程中由于版本變更控制不當(dāng)導(dǎo)致版本混亂。概率：2影響：2起因：版本變更控制不當(dāng)類別：技術(shù)風(fēng)險(xiǎn)分配給：時(shí)間框架：近期語(yǔ)境：1、在開發(fā)過程中，。緩解策略：1、嚴(yán)格按照配置管理中的變更控制流程，做好跟蹤與記錄。應(yīng)急方案及觸發(fā)事件：1、當(dāng)出現(xiàn)版本混亂時(shí)，及時(shí)統(tǒng)一新版本。表7-8ID：8風(fēng)險(xiǎn)信息表優(yōu)先級(jí)：4陳述:對(duì)于進(jìn)度的估計(jì)不當(dāng)，導(dǎo)致無法按期交付工程。概率：2影響：2起因：進(jìn)度估計(jì)不當(dāng)類別：管理風(fēng)險(xiǎn)分配給：時(shí)間框