建站
咨詢
售后
建站咨詢
新聞中心
一、系統(tǒng)開發(fā)基礎(chǔ)知識
需求分析和設(shè)計方案
軟件工程基本知識
軟件危機
軟件危機的主要表現(xiàn)
1. 對軟件開發(fā)成本和進度的估計不準確
2. 用戶不滿意
3. 軟件質(zhì)量不高、可靠性差
4. 軟件常常不可維護、錯誤難以改正。
5. 缺乏適當?shù)奈臋n資料
6. 軟件成本占系統(tǒng)總成本的比例逐年上升
7. 軟件開發(fā)速度跟不上計算機發(fā)展速度
軟件工程
大型的，復(fù)雜的軟件系統(tǒng)的開發(fā)是一項工程，必須按工程學(xué)的方法組織軟件的生產(chǎn)與管理，必須經(jīng)過計劃，分析，設(shè)計，編程，測試，維護等一系列的軟件生命周期階段。
IEEE對軟件工程的定義：軟件工程是開發(fā)，運行，維護和修復(fù)軟件的系統(tǒng)方法。
軟件工程方法學(xué)包括3個要素：方法，工具和過程。方法是指完成軟件開發(fā)各項任務(wù)的技術(shù)方法；工具是指為運用方法而提供的軟件工程支撐環(huán)境；過程是指為獲得高質(zhì)量的軟件所需要完成的一系列任務(wù)的框架。
目前使用最廣泛的軟件工程方法學(xué)是結(jié)構(gòu)化方法學(xué)和面向?qū)ο蟮姆椒▽W(xué)。
軟件生命周期
1970年，Boehm提出了軟件生命周期的瀑布模型（waterfall model），它典型地刻畫了軟件生命周期的階段劃分。瀑布模型將軟件生命周期劃分為八個階段：問題定義，可行×××，需求分析，總體設(shè)計，詳細設(shè)計，編碼，測試，維護。八個階段歸納為三個時期，計劃
期，開發(fā)期和運行期。其中問題定義和可行×××屬計劃期，維護屬運行期，其余為開發(fā)期。
結(jié)構(gòu)化方法學(xué)概述
1977年以后出現(xiàn)的結(jié)構(gòu)化方法學(xué)也稱為生命周期方法學(xué)，它采用結(jié)構(gòu)化技術(shù)（結(jié)構(gòu)化分析，結(jié)構(gòu)化設(shè)計和結(jié)構(gòu)化實現(xiàn)）來完成軟件開發(fā)的各項任務(wù)。這種方法學(xué)把軟件開發(fā)生命周期劃分為若干個階段，然后按順序完成第個階段的任務(wù)。
結(jié)構(gòu)化方法學(xué)具有以下特點：
（1） 階段性；
（2） 推遲實施；
（3） 文檔管理。
結(jié)構(gòu)化分析
結(jié)構(gòu)化分析（structured analysis,SA）方法是一種面向數(shù)據(jù)流的需求分析方法，它的基本思想是自頂向下逐層分解。
數(shù)據(jù)流圖和數(shù)據(jù)字典是結(jié)構(gòu)化分析的工具，軟件需求說明書是需求分析階段的最后成果。
1，數(shù)據(jù)流圖
數(shù)據(jù)流圖（data flow diagram,DFD）用來描述數(shù)據(jù)流從輸入到輸出的變換過程。
DFD的基本成分：數(shù)據(jù)流，加工，文件和源/宿。
2，數(shù)據(jù)字典
數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對數(shù)據(jù)流圖中包含的所有元素定義的集合。
數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成了系統(tǒng)的邏輯模型。
數(shù)據(jù)字典中有四種類型的條目：
（1） 數(shù)據(jù)項條目；
（2） 數(shù)據(jù)條目；
（3） 文件條目；
（4） 加工條目。
3，軟件需求說明書
軟件需求書把在軟件計劃中確定的軟件范圍加以展開，制定出完整的信息描述，詳細的功能說明，恰當?shù)臋z驗標準以及其他與要求有關(guān)的數(shù)據(jù)。
結(jié)構(gòu)化設(shè)計
系統(tǒng)設(shè)計主要包括體系結(jié)構(gòu)設(shè)計，接口設(shè)計，數(shù)據(jù)設(shè)計和過程設(shè)計。
結(jié)構(gòu)化設(shè)計（structured design,SD）方法是一種面向數(shù)據(jù)流的設(shè)計方法，它是以結(jié)構(gòu)化分析所產(chǎn)生文檔（數(shù)據(jù)流圖，數(shù)據(jù)字典和軟件需求說明書）為基礎(chǔ)，自頂向下，逐步求精和模塊化的過程。結(jié)構(gòu)化分析通?？煞譃楦乓O(shè)計和詳細設(shè)計。概要設(shè)計的任務(wù)是確定軟件系統(tǒng)的結(jié)構(gòu)，進行模塊的功能，接口經(jīng)及模塊間的調(diào)用關(guān)系。詳細設(shè)計的任務(wù)是為每個模塊設(shè)計實現(xiàn)的細節(jié)。
1． 軟件設(shè)計的概念與原則
（1） 模塊化
模塊是指執(zhí)行某一特定任務(wù)的數(shù)據(jù)和可執(zhí)行語句等程序元素的集合，通常是指可通過名字來訪問的過程，函數(shù)，子程序或宏調(diào)用。
模塊化就是將一個待開發(fā)的軟件劃分成若干個可完成某一子功能的模塊，每個模塊可以獨立地開發(fā)，測試，最后組裝成完整的程序。
定義模塊大小的標準：
可分解性；
可組裝性；
可理解性；
連續(xù)性；
保護性。
（2） 內(nèi)聚
內(nèi)聚是指一個模塊內(nèi)各個元素彼此結(jié)合的緊密程序。內(nèi)聚有以下幾種，由弱到強排列：
偶然內(nèi)聚；
邏輯內(nèi)聚；
瞬時內(nèi)聚；
過程內(nèi)聚；
通信內(nèi)聚；
順序內(nèi)聚；
功能內(nèi)聚。
（3） 耦合
耦合是對一個軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程序的度量。耦合強弱取決于模塊接口的復(fù)雜程度，進入或訪問一個模塊的點，以及通過接口的數(shù)據(jù)。
模塊間的耦合程度強烈影響系統(tǒng)的可理解性，可修改性，可測試性和可靠性。
耦合可以分為以下幾種，強度由主到低：
內(nèi)容耦合；
公共耦合；
外部耦合；
控制耦合；
標記耦合；
數(shù)據(jù)耦合；
非直接耦合。
模塊的高內(nèi)聚，低耦合原則稱為模塊獨立性原則。
（4） 深度，寬度，扇入和扇出。
深度表示軟件結(jié)構(gòu)中控制的層數(shù)；
寬度是軟件結(jié)構(gòu)中同一個層次上的模塊總數(shù)的大值；
扇出是指該模塊直接調(diào)用的下級模塊的個數(shù)；
扇出是指直接調(diào)用該模塊的上級模塊的個數(shù)。
（5）作用域和控制域
模塊的作用域是指受該模塊內(nèi)一個判定影響的所有模塊的集合。模塊的控制域的指該模塊本身以信該模塊直接或間接調(diào)用的所有模塊的集合。
（6）功能的可預(yù)測性
功能的或預(yù)測性是指對相同的輸入數(shù)據(jù)能產(chǎn)生相同的輸出。
2．概要設(shè)計
概要設(shè)計的重要任務(wù)是設(shè)計軟件的結(jié)構(gòu)，也就是要確定系統(tǒng)是由哪些模塊組成的，以信這些模塊相互間的關(guān)系。
SD方法采用結(jié)構(gòu)圖（structure chart）來描述程序的結(jié)構(gòu)。構(gòu)成程序結(jié)構(gòu)圖的主要成分有模塊，調(diào)用和數(shù)據(jù)。
（1） 概要設(shè)計的具體步驟
第一步：復(fù)查基本系統(tǒng)模型；
第二步：復(fù)查并精化數(shù)據(jù)流圖；
第三步：確定數(shù)據(jù)流圖的信息類型；
第四步：根據(jù)流的類型分別實施變換分析或事務(wù)分析。
第五步：根據(jù)軟件設(shè)計原則對得到的軟件結(jié)構(gòu)圖進一步優(yōu)化。
（2） 概要設(shè)計說明書
是概要設(shè)計的最后成果。
詳細設(shè)計
詳細設(shè)計階段的根本目標就是確定應(yīng)該怎樣具體地實現(xiàn)所要求的系統(tǒng)，得出對目標系統(tǒng)的精確描述。
（1） 結(jié)構(gòu)化程序設(shè)計
（structured programming,SP）采用自頂向下逐步求精的設(shè)計方法和單入口單出口的控制結(jié)構(gòu)。
三種基本控制結(jié)構(gòu)：順序結(jié)構(gòu)，IF_THEN_ELSE 型分支結(jié)構(gòu)（選擇結(jié)構(gòu)）和DO_WHILE型循環(huán)結(jié)構(gòu)。
（2） 過程設(shè)計工具
描述程序處理過程的工具稱為設(shè)計工具，主要包括程序流程圖，盒圖（N-S圖），PAD圖和偽碼（PDL）。
（3） 人機界面設(shè)計
主要包括系統(tǒng)響應(yīng)時間，用戶幫助設(shè)計，出錯信息處理和命令交互設(shè)計等。
（4） 詳細設(shè)計說明書。
面向?qū)ο蠓椒▽W(xué)概述
面向?qū)ο?對象（objects）
+類(classes)
+繼承（inheritance）
+消息通信（communication with message）
（1） 對象與封裝
對象是系統(tǒng)中用來描述客觀事物的一個實體，它是構(gòu)成系統(tǒng)的一個基本單位。
對象的三要素：對象標識，屬性和服務(wù)。
封裝是對象的一個重要原則。它有兩層含義：第一，對象是其全部屬性和全部服務(wù)緊密結(jié)合而形成的一個不可分割的整體；第二，對象是一個不透明的黑盒子，表示對象狀態(tài)的數(shù)據(jù)和實現(xiàn)操作的代碼都被封裝在黑盒子子里面。
（2）類
類是對具有相同屬性和服務(wù)的一個或一組對象的抽象定義。
類和對象是抽象描述與具體實例的關(guān)系，一個具體的對象被稱為類的一個實例。
（3） 繼承和多態(tài)性
繼承（inheritance）的定義為：特殊類的對象擁有其一般類的全部或部分屬性。
多態(tài)性（polymorphism）是指在一般類中定義的屬性或服務(wù)被特殊類繼承之后，可以具有不同的數(shù)據(jù)類型或表現(xiàn)出不同的行為。
（4）消息通信
消息就是向?qū)ο蟀l(fā)出的服務(wù)請求，它應(yīng)該包含下述信息：提供服務(wù)的對象標識，消息名，輸入信息和回答信息。
消息通信也是面向?qū)ο蠓椒ㄖ械囊粭l重要原則，它與封裝密不可分。消息通信為它們提供了惟一僉的動態(tài)聯(lián)系途徑，使它們的行為能夠互相配合，構(gòu)成一個有機的系統(tǒng)。
只有同時使用對象，類，繼承和消息通信，才是真正面向?qū)ο蟮姆椒ā?br /> 面向?qū)ο蠓椒▽W(xué)的優(yōu)點
（1） 與人類習(xí)慣的思維方式一致；
（2） 穩(wěn)定性好；
（3） 可重用性好；
（4） 較易開發(fā)大型軟件產(chǎn)品；
（5） 可維護性好。
面向?qū)ο蟮姆治?br /> 1， OMT方法簡介
OMT（Object Modeling Technique）方法的OOA（Object-Oriented Analysis,OOA）模型包括對象模型，動態(tài)模型和功能模型。
對象模型表示靜態(tài)的，結(jié)構(gòu)化的系統(tǒng)的數(shù)據(jù)“數(shù)據(jù)”的性質(zhì)。通常用類圖表示。
動態(tài)模型表示瞬時的，行為化的系統(tǒng)的“控制”性質(zhì)，它規(guī)定了對象模型中的對象的合法變化序列。通常用狀態(tài)圖表示。
功能模型表示變化的系統(tǒng)的“功能”性質(zhì)，它指明系統(tǒng)應(yīng)該“做什么”，因此更直接地反映了用戶對目標系統(tǒng)的需求。通常用數(shù)據(jù)流圖表示。
2， 建立對象模型
復(fù)雜系統(tǒng)的對象模型通常有以下五個層次組成：類及對象層，結(jié)構(gòu)層，主題層，屬性層和服務(wù)層。分別對應(yīng)建立對象模型的五項主要活動：確定類與對象，確定結(jié)構(gòu)與關(guān)聯(lián)，劃分主題，定義屬性和定義服務(wù)。
3． 建立動態(tài)模型
第一步：編寫典型交互行為的腳本。
第二步：從腳本中提取出事件，確定觸發(fā)第個事件的動作對象以及接受事件的目標對象。
第三步：排列事件發(fā)生的次序，確定第個對象可能有的狀態(tài)及狀態(tài)間的軟件關(guān)系。
4． 建立功能模型
OMT方法中的功能模型實際上就是結(jié)構(gòu)化方法中的數(shù)據(jù)流圖。
面向?qū)ο蟮脑O(shè)計
1． OOA與OOD的關(guān)系
2． 設(shè)計問題域部件；
3． 設(shè)計人機交互部件；
4． 設(shè)計任務(wù)管理部件；
5． 設(shè)計數(shù)據(jù)管理部件。
二、開發(fā)環(huán)境
軟件工具
軟件工具是指用于輔助軟件開發(fā)，運行，維護，管理，支持等過程中的活動的軟件，通常也稱為CASE（computer aided software engineering,計算機輔助軟件工程）工具。通?？蓪④浖ぞ叻譃檐浖_發(fā)工具，軟件維護工具和軟件管理工具。
1， 軟件開發(fā)工具
（1） 需求分析工具；
（2） 設(shè)計工具；
（3） 編程工具；
（4） 測試工具。
2， 軟件維護工具
（1） 版本控制工具；
（2） 文檔分析工具
（3） 開發(fā)信息庫工具；
（4） 逆向工程工具；
（5） 再工程工具。
3， 軟件管理工具
（1） 項目管理工具；
（2） 配置管理工具；
（3） 軟件評估工具。
集成開發(fā)環(huán)境
軟件開發(fā)環(huán)境是指支持軟件產(chǎn)品開發(fā)的軟件系統(tǒng)。
集成軟件開發(fā)環(huán)境是一種把支持多種軟件開發(fā)方法和開發(fā)模型，支持軟件開發(fā)全過程的軟件工具集成在一起的軟件開發(fā)環(huán)境。
集成型開發(fā)環(huán)境通常可由工具集和環(huán)境集成機制兩部分組成。環(huán)境集成機制主要有數(shù)據(jù)集成機制，控制集成機制和界面集成機制。
三、軟件測試與軟件評審
1， 軟件測試的目的
軟件測試的目的就是在軟件投入生產(chǎn)運行之前，盡可能多地發(fā)現(xiàn)軟件產(chǎn)品中的錯誤和缺陷。
2， 測試分類
軟件測試通過可分為單元測試，集成測試和系統(tǒng)測試。
（1） 單元測試
單元測試（unit testing），也稱模塊測試，通?？煞旁诰幊屉A段，由程序員對自己編寫的模塊自行測試，檢查模塊是否實現(xiàn)了詳細設(shè)計說明書中規(guī)定的功能和算法。單元測試主要發(fā)現(xiàn)編程和詳細設(shè)計中產(chǎn)生的錯誤，單元計劃應(yīng)該在詳細設(shè)計階段制定。
單元測試著重從以下幾個方面對模塊進行測試：模塊接口，局部數(shù)據(jù)結(jié)構(gòu)，重要的執(zhí)行通路，出錯處理和邊界條件。
（2） 集成測試
集成測試（integration testing）,也稱組裝測試，它是對由各模塊組裝而成的程序進行測試，主要目標是發(fā)現(xiàn)模塊間的接口和通信問題。
（3） 系統(tǒng)測試
系統(tǒng)測試是軟件測試中的最后的，最完整的測試，它是在單元測試，集成測試的基礎(chǔ)上進行的，它從全局來考察系統(tǒng)的功能和性能要求。系統(tǒng)測試計劃應(yīng)該在需求分析階段制定。
通常，系統(tǒng)測試包括確認測試（validation testing）和驗收測試（acceptance testing）.
3,測試方法
（1）白盒測試
又稱結(jié)構(gòu)測試，主要用于單元測試階段。
（2）黑盒測試
又稱功能測試，主要用于集成測試和確認測試階段。
（3）灰盒測試
介于前兩者之間。主要用于集成測試階段。
軟件評審
狹義的“軟件評審”通常指軟件文檔和源程序的評審。廣義的“軟件評審”還包括與軟件測試相結(jié)合的評審有及管理評審。軟件評審包括軟件需求評審，概要評審，詳細評審，軟件驗證和確認評審，功能檢查，物理檢查，綜合檢查和管理評審。
測試設(shè)計和管理
1， 白盒測試的測試用例設(shè)計
白盒測試根據(jù)軟件的內(nèi)部邏輯設(shè)計測試用例，常用的技術(shù)是邏輯覆蓋，即考查用測試數(shù)據(jù)運行被測程序時對程序邏輯的覆蓋程度，主要的覆蓋標準有六種：語句覆蓋，判定覆蓋，條件覆蓋，判定/條件覆蓋，條件組合覆蓋和路徑覆蓋。
2， 黑盒測試的測試用例設(shè)計
黑盒測試根據(jù)軟件需求說明書所規(guī)定的功能來設(shè)計測試用例，它不考慮軟件的內(nèi)部結(jié)構(gòu)和處
理算法。
常用的黑盒測試技術(shù)包括等價類劃分，邊值分析，錯誤推測和因果圖等。
3， 錯誤曲線圖與收斂性；
4， 錯誤注入法
5， 排錯；
6， 軟件測試管理準則；
7， 測試計劃與測試分析報告。
四、項目管理
制定項目計劃
制定項目計劃的過程叫做規(guī)劃，項目規(guī)劃是預(yù)測未來，確定任務(wù)，估計可能碰到的問題并提出完成任務(wù)和解決問題的有效方案，方針，措施和手段以及所必需的各種活動和工作成果的過程。
質(zhì)量管理與質(zhì)量評估
軟件質(zhì)量是軟件與明確敘述的功能和性能需求，文檔中明確描述的開發(fā)標準以及任何專業(yè)開發(fā)的軟件產(chǎn)品都應(yīng)該具有的隱含特征相一致的程度。
質(zhì)量管理
（1） 質(zhì)量需要分析；
（2） 質(zhì)量計劃；
（3） 質(zhì)量保證；
（4） 質(zhì)量控制；
（5） 質(zhì)量改進。
質(zhì)量評估
（1） 功能性；
（2） 可靠性；
（3） 可用性；
（4） 效率；
（5） 可維護性；
（6） 可移植性。
過程管理
過程管理是為確保項目按時完成所需要的種活動。過程管理主要包括項目工作分解。項目進度制訂和項目進度控制等。
過程管理的技術(shù)與方法
（1） Gantt圖；
（2） PERT圖與關(guān)鍵路徑；
（3） 持續(xù)時間的壓縮；
（4） 資源均衡；
（5） 時差的應(yīng)用。
配置管理
軟件配置管理的基本概念。
（1） 軟件配置項
軟件配置項是指在軟件開發(fā)過程中產(chǎn)生的全部信息，主要包括：源程序和可執(zhí)行程序；軟件文檔；數(shù)據(jù)。
（2） 基線
基線是指已通過正式復(fù)審的軟件配置項。IEEE對基線的定義為：已通過正式復(fù)審的軟件中
間產(chǎn)品或軟件文檔，它可以作為進一步開發(fā)的基礎(chǔ)，并且只有通過正式的變化控制過程才能改變它。
1． 軟件配置管理的主要任務(wù)
主要有五項任務(wù)：任務(wù)標識，版本控制，變化控制，配置審計和配置報告。
人員計劃和管理
人員計劃和管理是指有效地使用涉及項目的人員所需要的一組活動。
人員計劃和管理的主要內(nèi)容
（1） 組織和人力資源規(guī)劃；
（2） 人員獲取；
（3） 管理項目成員的工作；
（4） 團隊建設(shè)。
人員計劃和管理的技術(shù)與方法
（1） 用網(wǎng)絡(luò)計劃技術(shù)和系統(tǒng)工程模型實現(xiàn)人力資源均衡優(yōu)化；
（2） 組織結(jié)構(gòu)圖；
（3） 責(zé)任分派表；
（4） 沖突管理；
（5） 培訓(xùn)。
文檔管理
國家標準局于1988年1月批準并發(fā)布的《GB8567—1988計算機軟件產(chǎn)品開發(fā)文件編制指南》規(guī)定在一項軟件開發(fā)過程中應(yīng)該產(chǎn)生14種文件。
A， 可行×××報告；
B，項目開發(fā)計劃；
C，軟件需求說明書；
D， 數(shù)據(jù)要求說明書；
E，概要設(shè)計說明書；
F， 詳細設(shè)計說明書；
G， 數(shù)據(jù)庫設(shè)計說明書；
H， 用戶手冊；
I， 操作手冊；
J， 模塊開發(fā)卷宗；
K， 測試計劃；
L，測試分析報告；
M，開發(fā)進度月報；
N， 項目開發(fā)總結(jié)報告。
高質(zhì)量的文檔就體現(xiàn)：針對性；精確性；清晰性；完整性；靈活性。
在軟件開發(fā)過程中，軟件文檔的變更手續(xù)為：提議—評議—審核—批準—實施。
開發(fā)和組織的作用
1． 民主制；
2． 技術(shù)權(quán)威制；
3． 項目經(jīng)理制。
成本組織
成本組織包括項目的資源規(guī)劃、費用估算，費用規(guī)劃和控制等各項活動。成本組織的目的是預(yù)測計劃項目費用，控制項目費用并確保項目在預(yù)算的約束條件下完成。
成本組織的主要內(nèi)容
（1） 資源規(guī)劃；
（2） 費用估算；
（3） 制訂費用計劃；
（4） 費用控制；
（5） 財務(wù)決算。
成本組織的技術(shù)與方法
（1） 費用分解結(jié)構(gòu)（CBS）
（2） 掙得值分析；
（3） 類比估算法；
（4） 參數(shù)模型法；
（5） 自下而上的估算；
（6） 計算機估算軟件；
（7） 費用變更標識和變更控制系統(tǒng)。
風(fēng)險管理
主要活動有風(fēng)險識別，風(fēng)險估算，風(fēng)險評價和風(fēng)險控制。
五、系統(tǒng)的可審計性
系統(tǒng)審計是獨立于系統(tǒng)開發(fā)者，系統(tǒng)使用者的第三方——系統(tǒng)審計師彩客觀的標準對系統(tǒng)的策劃，開發(fā)，使用維護等相關(guān)活動和產(chǎn)物進行完整的，有效的檢查和評估。
系統(tǒng)審計涉及整個系統(tǒng)的生命周期，審計對象涵蓋整個系統(tǒng)所有活動和中間產(chǎn)物，并包括與系統(tǒng)實施有關(guān)的外部環(huán)境。
審計方法
系統(tǒng)審計按照系統(tǒng)的生命周期可以分為計劃審計，開發(fā)審計，執(zhí)行審計，維護審計以信覆蓋整個系統(tǒng)周期的管理審計。
審計跟蹤
審計跟蹤是系統(tǒng)活動的流水線。
六、系統(tǒng)運行和維護知識
系統(tǒng)運行
系統(tǒng)運行環(huán)境管理
系統(tǒng)運行環(huán)境管理包括硬件環(huán)境，軟件環(huán)境，網(wǎng)絡(luò)環(huán)境和數(shù)據(jù)庫環(huán)境。
系統(tǒng)成本管理
7個環(huán)節(jié)：成本預(yù)測，成本決策，成本計劃，成本控制，成本核算，成本分析，成本考核，其中的兩大核心內(nèi)容是成本控制與成本核算。
系統(tǒng)運行
作業(yè)調(diào)度
作業(yè)調(diào)度為實現(xiàn)工作量管理的完全自動化提供全方位的功能，完成作業(yè)的定置，安排，監(jiān)視以及執(zhí)行結(jié)果的檢測。
數(shù)據(jù)I/O管理
有并行I/O方式和串行I/O方式。
用戶管理
用戶管理的主要任務(wù)是對網(wǎng)絡(luò)用戶的基本信息及賬號及賬號信息等進行分類管理。
用戶所注冊的ID號是用戶在網(wǎng)絡(luò)中的惟一標識。
設(shè)備和設(shè)施管理
1． 電源
2． 空調(diào)設(shè)備；
3． 設(shè)備管理；
4． 設(shè)施安全管理。
系統(tǒng)故障管理
故障管理過程包括三個步驟：發(fā)現(xiàn)故障，分離故障，修復(fù)故障。
安全管理
性能管理
系統(tǒng)運行工具
1． 自動化操作工具；
2． 監(jiān)控工具；
3． 診斷工具。
系統(tǒng)轉(zhuǎn)換
1， 轉(zhuǎn)入運行階段；
2， 運行測試；
3， 版本控制
版本控制包括版本管理，系統(tǒng)發(fā)行，版本標識和發(fā)行管理。
系統(tǒng)運行服務(wù)標準
計算機系統(tǒng)運行服務(wù)執(zhí)行的主體包括：（1）系統(tǒng)使用單位；（2）系統(tǒng)開發(fā)單位；（3）系統(tǒng)經(jīng)銷單位；（4）專業(yè)的技術(shù)服務(wù)單位。
系統(tǒng)運行服務(wù)標準就明確服務(wù)內(nèi)容，服務(wù)方式，服務(wù)收費標準和違約等條款。
七、系統(tǒng)維護
系統(tǒng)維護是在系統(tǒng)交付使用之后直至系統(tǒng)被淘汰的整修時期內(nèi)為了改正錯誤或滿足新的要求而修改系統(tǒng)的活動。
維護的類型
（1） 改正性維護；
（2） 適應(yīng)性維護；
（3） 完美性維護；
（4） 預(yù)防性維護；
維護的實施
1． 日常檢查
2． 定期維護
（1） 病毒防治；
（2） 數(shù)據(jù)備份；
（3） 數(shù)據(jù)整理；
（4） 故障排除；
（5） 硬件清洗；
（6） 維修計算機硬件，恢復(fù)計算機系統(tǒng)，計算機網(wǎng)絡(luò)維護，調(diào)試等。
3， 事前維護和事后維護
4， 遠程維護
硬件維護
硬件維護是指硬件交付用戶使用之后，為了保證硬件的繼續(xù)使用或滿足新的需要而對系統(tǒng)所做的修理，完善，調(diào)試，測試等過程。
硬件維護也分改正性維護，適應(yīng)性維護，完善性維護和預(yù)防性維護。
軟件維護
影響軟件的可維護性的因素有：可理解性，可測試性，可修改性。
面向?qū)ο蠓椒ǖ牡膶ο蠓忾]機制，消息通信機制，繼承機制和多態(tài)機制從根本上提高了軟件
的可維護性。
結(jié)構(gòu)化方法學(xué)中的模塊化，信息隱蔽，高內(nèi)聚，低耦合原則也提高了可維護性。
軟件維護管理是指為保證維護質(zhì)量，提高維護效率，控制維護成本而進行的維護過程管理，它要求對軟件的第次“修改”均需要經(jīng)過申請，評估，批準，實施，驗證等步驟。
軟件維護管理的核心是維護評估和維護驗證。維護評估的主要工作包括：判定維護申請的合理性與輕重緩急，確定維護的可行性與時間及費用，制定維護策略與維護計劃等。維護驗證主要審查修改后的軟件是否實現(xiàn)了維護目標，軟件文檔是否也做了相應(yīng)的修改。
維護合同
計算機系統(tǒng)的維護通常有四種方式：（1）由系統(tǒng)使用單位自選維護；（2）由系統(tǒng)開發(fā)單位負責(zé)維護；（3）由系統(tǒng)經(jīng)銷單位負責(zé)維護；（4）委托專業(yè)的技術(shù)服務(wù)公司進行維護。后三種情況均需要簽訂維護合同。
維護合同應(yīng)明確維護內(nèi)容，維護方式，維護職責(zé)，收費標準和違約責(zé)任等條款。
文章名稱：系統(tǒng)開發(fā)基礎(chǔ)知識-創(chuàng)新互聯(lián)
地址分享：http://www.dlmjj.cn/article/ccjsog.html
