資源描述:
《信息系統(tǒng)分類》由會員上傳分享,免費在線閱讀,更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。
1、信息系統(tǒng)分類數(shù)據(jù)環(huán)境(數(shù)據(jù)文件、應用數(shù)庫、主題數(shù)庫、信息檢索系統(tǒng))應用層次(戰(zhàn)略(企業(yè)的最高管理層)、戰(zhàn)術(shù)(中層)、操作、事務級)信息服對象(作業(yè)(辦公自動化系統(tǒng)、事務處理系統(tǒng)、數(shù)據(jù)采集與監(jiān)測系統(tǒng))、管理控制(電子數(shù)據(jù)處理系統(tǒng)、知識工作支持系統(tǒng)、計算機集成制造系統(tǒng))、決策計劃(決策支持系統(tǒng)、戰(zhàn)略信息系統(tǒng)、管理專家系統(tǒng)))信息系統(tǒng)的基本功能數(shù)據(jù)的輸入、傳輸、存儲、處理(修改、刪除、查詢、統(tǒng)計、調(diào)試、排序、歸并、加工與維護)、輸出信息系生周期1系統(tǒng)規(guī)劃(對新系統(tǒng)的需求做出分析和預測、研究新系統(tǒng)的必要性和可能性)可行性分析報告——系統(tǒng)設計任務書2系統(tǒng)分(做什么、邏輯設計階段、關(guān)鍵階段、區(qū)別
2、所在)系統(tǒng)說明書3系統(tǒng)設計(怎么做、設計新系統(tǒng)的物理模型、物理設計階段、可分為總體設計和詳細設計)系統(tǒng)設計說明書4系統(tǒng)實施用戶說明書5系統(tǒng)運和維護開發(fā)請求—初步調(diào)查—可行研究—審批—詳細調(diào)查—邏輯設計—審查—總體設計—詳細設計(物理)—審查—編程調(diào)試—系統(tǒng)轉(zhuǎn)換—驗收—系統(tǒng)維護—系統(tǒng)評價軟件開發(fā)模型瀑布:需求明確、很少變更、一次通過、線性順序模型、自上而下相互銜接的固定次序過程:軟件計劃—需求分析—軟件設計—程序編碼—軟件測試—運行維護螺旋:將瀑布模型和快速原型相結(jié)合、以原型為基礎,沿著螺旋自內(nèi)向外旋轉(zhuǎn),每轉(zhuǎn)一圈要經(jīng)過制定計劃、風險分析、實施工程及客戶評價并開發(fā)一個新版本。風險分析、里
3、程碑增量:不斷重復,直到產(chǎn)生最終的完善產(chǎn)品,每一增量均發(fā)布一個可操作產(chǎn)品迭代:(XP、URP)一次完整的工作流程:需求工作流程、分析設計工作流程、實施、測試工作流程。事先不能完整定義產(chǎn)品的所有需求,計劃多期開發(fā)噴泉:描述面向?qū)ο蟮能浖_發(fā)模型、分析、設計和編碼之間不存在明顯的邊界。V模型:需求分析—概要設計—詳細設計—編碼—單元測試(編碼)—集成測試(詳細設計)—系統(tǒng)測試(概要設計)—驗收測試(是否符合業(yè)務需要)。以測試為中心的開發(fā)模型快速原型:需求并不確定的情況下。敏捷方法:高效、低風險、矛性、可預測、科學并充滿樂趣的方式。適用于小型或中型軟件開發(fā)團隊,客戶需求模糊或需求多變。統(tǒng)一
4、過程:(UP)三個特點:用例驅(qū)動、以基本架構(gòu)為中心、迭代和增量。四個階段:初始、細化、構(gòu)建、交付。每個階段結(jié)束時都要安排一次技術(shù)評審,以確定這個階段的目標是否已經(jīng)達到。需求工程需求開發(fā):通過調(diào)查與分析,獲取用戶需求并定義產(chǎn)品需求。四個階段:獲?。ㄓ脩粜枨笳f明書)—分析(概念模型)—定義(需求規(guī)格說明書)—驗證(雙方對需求文檔評審,經(jīng)雙方達成共識并做出書面承諾,使需求文檔具有商業(yè)合同的效果)需求管理:定義需求基線、處理需求變更、需求跟蹤。管理項目產(chǎn)品和產(chǎn)品部件的需求,識別項目計劃和工作產(chǎn)物與這些需求之間的不一致之處。(獲取對需求的一致理解、獲取對需求的承諾、管理需求變更、維護對需求的雙
5、向溯源能力、識別項目工作與需求之間的不一致之處)軟件設計概要設計:高層設計,即將軟件需求轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)和軟件的系統(tǒng)結(jié)構(gòu)。主要包括設計軟件的結(jié)構(gòu)、確定系統(tǒng)由哪些模塊組成,以及模塊之間的關(guān)系。用結(jié)構(gòu)圖、層次圖和HIPO(層次圖加輸入/處理/輸出圖)來描述程序的結(jié)構(gòu)。詳細設計:低層設計,對結(jié)構(gòu)圖進行細化,得到詳細的數(shù)據(jù)結(jié)構(gòu)與算法。確定如何具體實現(xiàn)所要求的系統(tǒng),得出對目標系統(tǒng)的精確描述,采用自頂向下、逐步求精的設計方式和單入口/單出口的控制結(jié)構(gòu)。使用的工具:程序流程圖、盒(N-S)圖、PAD(問題分析圖)圖、PDL(偽代碼)軟件測試投入運行之前,盡可能多發(fā)現(xiàn)軟件新產(chǎn)品中的錯誤和缺陷。動態(tài)測試
6、:運行程序發(fā)現(xiàn)錯誤。黑盒:不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程,只在軟件的接口處進行測試,依據(jù)需求規(guī)格說明書,檢查程序是否滿足功能要求。以稱為功能測試或數(shù)據(jù)驅(qū)動測試。適用于:等價類劃分、邊界值分析、錯誤猜測和因果圖。白盒:測試人員了解程序的內(nèi)部結(jié)構(gòu)和處理過程,檢驗內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯,被測對象基本上是源程序。適用于:基本路徑測試、循環(huán)覆蓋測試和邏輯覆蓋測試。靜態(tài)測試:不在機器上運行,采用人工檢測和計算機輔助靜態(tài)分析的手段對程序進行檢測。有桌面檢查、代碼走查、代碼審查。軟件維護改正:改正軟件性能上的缺陷、排除實施中的誤使用。適應性:為適應外部環(huán)境(新的軟、硬件、數(shù)據(jù))的變化而去修改
7、軟件。完善性:為滿足新的功能和性能要求,需要修改或再次開發(fā)軟件。預防性:預先提高軟件的可維護性、可靠性,(把今天的方法學用于昨天的系統(tǒng),以滿足明天的需要)打補丁軟件需求系統(tǒng)必須完成的事,以及必須具備的品質(zhì)。功能需求:必須完成的事,必須執(zhí)行的動作。非功能需求:性能需求、外部接口需求、質(zhì)量屬性,必須具備的性能和品質(zhì)。如可靠性、容錯性設計約束:限制條件、補充規(guī)約,解決方案的一些約束說明。軟件的構(gòu)件技術(shù)構(gòu)件:軟件系統(tǒng)可替換的、物理的組成部分,它封裝了實現(xiàn)體(實現(xiàn)某