信息系統(tǒng)分類

《信息系統(tǒng)分類》由會員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。

1、信息系統(tǒng)分類數(shù)據(jù)環(huán)境（數(shù)據(jù)文件、應(yīng)用數(shù)庫、主題數(shù)庫、信息檢索系統(tǒng)）應(yīng)用層次（戰(zhàn)略（企業(yè)的最高管理層）、戰(zhàn)術(shù)（中層）、操作、事務(wù)級）信息服對象（作業(yè)（辦公自動化系統(tǒng)、事務(wù)處理系統(tǒng)、數(shù)據(jù)采集與監(jiān)測系統(tǒng)）、管理控制（電子數(shù)據(jù)處理系統(tǒng)、知識工作支持系統(tǒng)、計(jì)算機(jī)集成制造系統(tǒng)）、決策計(jì)劃（決策支持系統(tǒng)、戰(zhàn)略信息系統(tǒng)、管理專家系統(tǒng)））信息系統(tǒng)的基本功能數(shù)據(jù)的輸入、傳輸、存儲、處理（修改、刪除、查詢、統(tǒng)計(jì)、調(diào)試、排序、歸并、加工與維護(hù)）、輸出信息系生周期1系統(tǒng)規(guī)劃（對新系統(tǒng)的需求做出分析和預(yù)測、研究新系統(tǒng)的必要性和可能性）可行性分析報(bào)告——系統(tǒng)設(shè)計(jì)任務(wù)書2系統(tǒng)分（做什么、邏輯設(shè)計(jì)階段、關(guān)鍵階段、區(qū)別

2、所在）系統(tǒng)說明書3系統(tǒng)設(shè)計(jì)（怎么做、設(shè)計(jì)新系統(tǒng)的物理模型、物理設(shè)計(jì)階段、可分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)）系統(tǒng)設(shè)計(jì)說明書4系統(tǒng)實(shí)施用戶說明書5系統(tǒng)運(yùn)和維護(hù)開發(fā)請求—初步調(diào)查—可行研究—審批—詳細(xì)調(diào)查—邏輯設(shè)計(jì)—審查—總體設(shè)計(jì)—詳細(xì)設(shè)計(jì)（物理）—審查—編程調(diào)試—系統(tǒng)轉(zhuǎn)換—驗(yàn)收—系統(tǒng)維護(hù)—系統(tǒng)評價(jià)軟件開發(fā)模型瀑布：需求明確、很少變更、一次通過、線性順序模型、自上而下相互銜接的固定次序過程：軟件計(jì)劃—需求分析—軟件設(shè)計(jì)—程序編碼—軟件測試—運(yùn)行維護(hù)螺旋：將瀑布模型和快速原型相結(jié)合、以原型為基礎(chǔ)，沿著螺旋自內(nèi)向外旋轉(zhuǎn)，每轉(zhuǎn)一圈要經(jīng)過制定計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施工程及客戶評價(jià)并開發(fā)一個(gè)新版本。風(fēng)險(xiǎn)分析、里

3、程碑增量：不斷重復(fù)，直到產(chǎn)生最終的完善產(chǎn)品，每一增量均發(fā)布一個(gè)可操作產(chǎn)品迭代：（XP、URP）一次完整的工作流程：需求工作流程、分析設(shè)計(jì)工作流程、實(shí)施、測試工作流程。事先不能完整定義產(chǎn)品的所有需求，計(jì)劃多期開發(fā)噴泉：描述面向?qū)ο蟮能浖_發(fā)模型、分析、設(shè)計(jì)和編碼之間不存在明顯的邊界。V模型：需求分析—概要設(shè)計(jì)—詳細(xì)設(shè)計(jì)—編碼—單元測試（編碼）—集成測試（詳細(xì)設(shè)計(jì)）—系統(tǒng)測試（概要設(shè)計(jì)）—驗(yàn)收測試（是否符合業(yè)務(wù)需要）。以測試為中心的開發(fā)模型快速原型：需求并不確定的情況下。敏捷方法：高效、低風(fēng)險(xiǎn)、矛性、可預(yù)測、科學(xué)并充滿樂趣的方式。適用于小型或中型軟件開發(fā)團(tuán)隊(duì)，客戶需求模糊或需求多變。統(tǒng)一

4、過程：（UP）三個(gè)特點(diǎn)：用例驅(qū)動、以基本架構(gòu)為中心、迭代和增量。四個(gè)階段：初始、細(xì)化、構(gòu)建、交付。每個(gè)階段結(jié)束時(shí)都要安排一次技術(shù)評審，以確定這個(gè)階段的目標(biāo)是否已經(jīng)達(dá)到。需求工程需求開發(fā)：通過調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求。四個(gè)階段：獲取（用戶需求說明書）—分析（概念模型）—定義（需求規(guī)格說明書）—驗(yàn)證（雙方對需求文檔評審，經(jīng)雙方達(dá)成共識并做出書面承諾，使需求文檔具有商業(yè)合同的效果）需求管理：定義需求基線、處理需求變更、需求跟蹤。管理項(xiàng)目產(chǎn)品和產(chǎn)品部件的需求，識別項(xiàng)目計(jì)劃和工作產(chǎn)物與這些需求之間的不一致之處。（獲取對需求的一致理解、獲取對需求的承諾、管理需求變更、維護(hù)對需求的雙

5、向溯源能力、識別項(xiàng)目工作與需求之間的不一致之處）軟件設(shè)計(jì)概要設(shè)計(jì)：高層設(shè)計(jì)，即將軟件需求轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)和軟件的系統(tǒng)結(jié)構(gòu)。主要包括設(shè)計(jì)軟件的結(jié)構(gòu)、確定系統(tǒng)由哪些模塊組成，以及模塊之間的關(guān)系。用結(jié)構(gòu)圖、層次圖和HIPO（層次圖加輸入/處理/輸出圖）來描述程序的結(jié)構(gòu)。詳細(xì)設(shè)計(jì)：低層設(shè)計(jì)，對結(jié)構(gòu)圖進(jìn)行細(xì)化，得到詳細(xì)的數(shù)據(jù)結(jié)構(gòu)與算法。確定如何具體實(shí)現(xiàn)所要求的系統(tǒng)，得出對目標(biāo)系統(tǒng)的精確描述，采用自頂向下、逐步求精的設(shè)計(jì)方式和單入口/單出口的控制結(jié)構(gòu)。使用的工具：程序流程圖、盒（N-S）圖、PAD（問題分析圖）圖、PDL（偽代碼）軟件測試投入運(yùn)行之前，盡可能多發(fā)現(xiàn)軟件新產(chǎn)品中的錯(cuò)誤和缺陷。動態(tài)測試

6、：運(yùn)行程序發(fā)現(xiàn)錯(cuò)誤。黑盒：不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程，只在軟件的接口處進(jìn)行測試，依據(jù)需求規(guī)格說明書，檢查程序是否滿足功能要求。以稱為功能測試或數(shù)據(jù)驅(qū)動測試。適用于：等價(jià)類劃分、邊界值分析、錯(cuò)誤猜測和因果圖。白盒：測試人員了解程序的內(nèi)部結(jié)構(gòu)和處理過程，檢驗(yàn)內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯(cuò)，被測對象基本上是源程序。適用于：基本路徑測試、循環(huán)覆蓋測試和邏輯覆蓋測試。靜態(tài)測試：不在機(jī)器上運(yùn)行，采用人工檢測和計(jì)算機(jī)輔助靜態(tài)分析的手段對程序進(jìn)行檢測。有桌面檢查、代碼走查、代碼審查。軟件維護(hù)改正：改正軟件性能上的缺陷、排除實(shí)施中的誤使用。適應(yīng)性：為適應(yīng)外部環(huán)境（新的軟、硬件、數(shù)據(jù)）的變化而去修改

7、軟件。完善性：為滿足新的功能和性能要求，需要修改或再次開發(fā)軟件。預(yù)防性：預(yù)先提高軟件的可維護(hù)性、可靠性，（把今天的方法學(xué)用于昨天的系統(tǒng)，以滿足明天的需要）打補(bǔ)丁軟件需求系統(tǒng)必須完成的事，以及必須具備的品質(zhì)。功能需求：必須完成的事，必須執(zhí)行的動作。非功能需求：性能需求、外部接口需求、質(zhì)量屬性，必須具備的性能和品質(zhì)。如可靠性、容錯(cuò)性設(shè)計(jì)約束：限制條件、補(bǔ)充規(guī)約，解決方案的一些約束說明。軟件的構(gòu)件技術(shù)構(gòu)件：軟件系統(tǒng)可替換的、物理的組成部分，它封裝了實(shí)現(xiàn)體（實(shí)現(xiàn)某