白盒測試

單元測試

軟件維護

維護的事件流

通常維護的事件流如下圖所示：

維護記錄的內(nèi)容

1）程序標識； 2）源語句數(shù)；
3）機器指令數(shù)； 4）使用的程序設(shè)計語言；
5）程序安裝的日期； 6）自安裝以來程序運行次數(shù)；
7）自安裝以來程序失效次數(shù) 8）程序變動的層次和標識；
9）因程序變動而增加的源語句數(shù)；10）因程序變動而刪除的源語句數(shù)；
11）每個改動耗費的人時數(shù)； 12）程序改動的日期；
13）軟件工程師的名字； 14）維護要求表的標識；
15）維護類型； 16）維護開始和完成的日期；
17）累計用于維護的人時數(shù)； 18）與完成的維護相聯(lián)系的純效益。

評價維護活動的7個維度

(1) 每次程序運行平均失效的次數(shù)；
(2) 用于每一類維護活動的總?cè)藭r數(shù)；
(3) 平均每個程序、每種語言、每種維護類型所做的程序變動數(shù)；
(4) 維護過程中增加或刪除一個源語句平均花費的人時數(shù)；
(5) 維護每種語言平均花費的人時數(shù)；
(6) 一張維護要求表的平均周轉(zhuǎn)時間；
(7) 不同維護類型所占的百分比。

第4關(guān)：軟件的可維護性

90

• 任務(wù)要求
• 參考答案
• 評論

• 任務(wù)描述
• 相關(guān)知識
  • 決定軟件可維護性的因素
  • 影響維護工作量的因素
  • 逆向工程和軟件再工程的區(qū)別

任務(wù)描述

本關(guān)任務(wù)：通過了解并學(xué)習(xí)軟件維護的過程以及相關(guān)內(nèi)容，完成右邊選擇題。

相關(guān)知識

決定軟件可維護性的因素

軟件可維護性是：維護人員理解、改正和改進軟件的難易程度。
一個軟件的可維護性，主要由五個因素決定：

決定軟件可維護性的最終因素是軟件設(shè)計階段所采用的方法，以及軟件文檔資料的好壞。提高軟件的可維護性是軟件工程的一個重要目標。

影響維護工作量的因素

1）系統(tǒng)大小。系統(tǒng)越大，功能越復(fù)雜，理解掌握起來就越困難，需要的維護工作量越大。
2）程序設(shè)計語言。使用功能強的程序設(shè)計語言可以控制程序的規(guī)模。語言的功能越強，生成程序所需的指令數(shù)就越少；語言的功能越弱，實現(xiàn)同樣功能所需的語句就越多，程序就越大，維護起來就越困難。
3）系統(tǒng)年齡。老系統(tǒng)比新系統(tǒng)需要更多的維護工作量。許多老系統(tǒng)在當(dāng)初并未按照軟件工程的要求進行開發(fā)，沒有文檔，或文檔太少，或者在長期的維護中許多地方與程序不一致，維護起來困難較大。
4）數(shù)據(jù)庫技術(shù)的應(yīng)用。使用數(shù)據(jù)庫工具，可有效地管理和存儲用戶程序中的數(shù)據(jù)，可方便地修改、擴充報表。數(shù)據(jù)庫技術(shù)的使用可以減少維護工作量。
5）先進的軟件開發(fā)技術(shù)。在軟件開發(fā)時，如果使用能使軟件結(jié)構(gòu)比較穩(wěn)定的分析與設(shè)計技術(shù)（如面向?qū)ο蠓治?、設(shè)計技術(shù)），可以減少一定的工作量。
6）其它。如，應(yīng)用的類型、數(shù)學(xué)模型、任務(wù)的難度、IF嵌套深度等等都會對維護工作量產(chǎn)生一定的影響。

逆向工程和軟件再工程的區(qū)別

軟件再工程（Re-engineering）， 再工程不僅能從已有的程序中重新獲得設(shè)計信息，而且還能使用這些信息改建或重構(gòu)現(xiàn)有的系統(tǒng)。

逆向工程（Reverse Engineering），用于軟件的起始建造階段，而Re-engineering用于軟件后續(xù)的修改階段。

• 可理解性：可理解性表現(xiàn)為外來讀者理解軟件的結(jié)構(gòu)、接口、
• 功能和內(nèi)部過程的難易程度。
• 可測試性：在設(shè)計開發(fā)階段應(yīng)該注意盡量把軟件設(shè)計成容易測試和容易診斷的，可用的測試工具和調(diào)試工具對測試和診斷非常重要。
• 可修改性：軟件的可修改程度與軟件設(shè)計階段采用的原則和策略是直接相關(guān)的。如：模塊的耦合、內(nèi)聚、控制范圍和作用范圍、局部化程度都直接影響軟件的可修改性。
• 可移植性：軟件可移植性指的是，把程序從一種計算環(huán)境 （硬件配置和操作系統(tǒng)） 轉(zhuǎn)移到另一種計算環(huán)境的難易程度 。把與硬件、操作系統(tǒng)以及其他外部設(shè)備有關(guān)的程序代碼集中放到特定的程序模塊中，可以把因環(huán)境變化而必須修改的程序局限在少數(shù)程序模塊中，從而降低修改的難度。
• 可重用性：很容易修改可重用的軟件構(gòu)件使之再次應(yīng)用在新環(huán)境中，因此，軟件中使用的 可重用構(gòu)件越多，適應(yīng)性和完善性維護也就越容易 。

第1關(guān)：軟件項目質(zhì)量管理概述

50

任務(wù)要求 參考答案 評論

相關(guān)知識

軟件質(zhì)量的概念

國際標準化組織對質(zhì)量定義：“質(zhì)量是反映實體（產(chǎn)品、過程或活

• 任務(wù)描述
• 相關(guān)知識
  • 軟件質(zhì)量的概念
  • 質(zhì)量管理的意圖
  • 質(zhì)量管理目的
  • 質(zhì)量管理計劃內(nèi)容
  • 軟件質(zhì)量管理過程
  • 三種常見的參考模型

國際標準化組織對質(zhì)量定義：“質(zhì)量是反映實體（產(chǎn)品、過程或活動等）滿足明確和隱含需要的能力特性總和?！痹谲浖椖抗芾碇?，軟件質(zhì)量指產(chǎn)品、組織和體系或過程的一組固有特性，是反應(yīng)能否滿足客戶或其他相關(guān)方給定需要的性質(zhì)和特性的總體。

質(zhì)量管理的意圖

保障產(chǎn)品、服務(wù)以及質(zhì)量管理過程的實現(xiàn)，滿足組織上的和項目上的質(zhì)量目的，并達到客戶的滿意。

質(zhì)量管理目的

（1）定義并實現(xiàn)組織的質(zhì)量管理策略、目的和規(guī)程
（2）建立質(zhì)量評估準則和方法
（3）為項目提供必要的資源與信息，以支持項目質(zhì)量保障活動的運行和監(jiān)控
（4）收集并分析質(zhì)量管理評價結(jié)果
（5）基于項目和組織方面的結(jié)果，改進質(zhì)量管理策略和規(guī)程

質(zhì)量管理計劃內(nèi)容

（1）質(zhì)量要素分析
（2）質(zhì)量目標
（3）人員與職責(zé)
（4）過程檢查計劃
（5）技術(shù)評審計劃
（6）軟件測試計劃
（7）缺陷跟蹤工具

軟件質(zhì)量管理過程

其中，軟件過程改進根據(jù)實踐中對軟件過程的使用情況，對軟件過程中的偏差和不足之處進行不斷優(yōu)化。

三種常見的參考模型

（1）Bohm 質(zhì)量模型
（2）McCall 質(zhì)量模型
（3）ISO軟件質(zhì)量模型

任務(wù)描述

本關(guān)任務(wù)：了解軟件項目質(zhì)量管理的相關(guān)知識，回答右側(cè)問題。

第2關(guān)：CMMI-軟件能力成熟度集成模型

20

任務(wù)要求 參考答案 評論

相關(guān)知識

CMM與CMMI

軟件能力成熟度模型(Capability maturity model，CMM)由SEI（美國軟件工程研究院）于1994年正式發(fā)布，它是一種軟件生產(chǎn)過程中的行業(yè)標準模型，可定義、評價軟件開發(fā)過程的成熟度，旨在軟件工程過程中評估和提高工程管理能力，并對軟件質(zhì)量進行指

• 任務(wù)描述
• 相關(guān)知識
  • CMM與CMMI
  • CMMI五大級別

導(dǎo)。在CMM的基礎(chǔ)上，2001年12月SEI正式發(fā)布了能力成熟度模型集成（Capability Maturity Model Integration），即CMMI。CMMI的出現(xiàn)是為了解決大型軟件組織或企業(yè)使用多個能力成熟的模型過程中遇到的問題。CMMI整合了不同的CMM模型，同覆蓋更廣的專業(yè)領(lǐng)域。

CMMI五大級別

發(fā)布GJB 5000A將根據(jù)軟件研制能力的成熟度等級劃分為五個等級 (初始級、已管理級、已定義級、已定量管理級、優(yōu)化級) , 每一個等級都是在前一個等級基礎(chǔ)上對軟件過程進行循序漸進的改進過程, 最后達到軟件研制過程的迭代更新以及持續(xù)改進, 這樣可以更加有效地幫助軟件研發(fā)單位改進與優(yōu)化軟件研制管理, 提高軟件產(chǎn)品質(zhì)量。
（1）初始級
它的軟件過程管理處于無序的、混亂的狀態(tài), 軟件項目的成功完全依賴于個人能力和團隊的合作, 軟件的進度、質(zhì)量、預(yù)算均不可測。
（2）已管理級
它的主要特征是已經(jīng)建立了管理軟件項目的方針和實施這些方針的

規(guī)程。軟件組織要對正在實施的和已經(jīng)實施的軟件項目進行經(jīng)驗總結(jié), 從而抽象出軟件過程實施當(dāng)中有效的、具體的、適用的方法, 并將其文檔化, 形成規(guī)程, 為以后的項目預(yù)算、評估和軟件過程實施提供依據(jù)。通過執(zhí)行已文檔化的規(guī)程, 對當(dāng)前項目形成有效的控制, 產(chǎn)生穩(wěn)定的軟件過程能力。
（3）已定義級
它的主要特征是標準化。已定義級較可重復(fù)級更強調(diào)軟件開發(fā)各有關(guān)組織的相互協(xié)調(diào)和作為一個統(tǒng)一的整體參與軟件的開發(fā)。在這一等級上, 組織開發(fā)和維護軟件的過程已經(jīng)文檔化, 軟件工程過程和軟件管理過程被綜合為一個有機的整體, 稱為標準軟件過程。通過剪裁標準化軟件過程和適當(dāng)?shù)匦薷? 產(chǎn)生文檔化的項目的軟件過程。這樣每一個項目軟件過程都是從標準軟件過程發(fā)展而來, 它們是穩(wěn)定的、可重復(fù)的, 成本、進度及軟件質(zhì)量處于一定的受控狀態(tài)。
（4）已定量管理級
它的特征是定量化。組織對軟件產(chǎn)品和過程設(shè)置定量的質(zhì)量目標, 并限定這些目標的變化范圍。整個等級的軟件過程有妥善的定義和一致的度量尺度, 組織的軟件過程能力可以預(yù)測, 對于新領(lǐng)域的軟件項目開發(fā)工作也可以評測其風(fēng)險。
（5）優(yōu)化級
它的特征是對軟件過程的不斷改進, 從而使軟件過程能力不斷提高, 軟件缺陷得到預(yù)防。通過對以往的軟件過程分析, 鑒別各種技術(shù)革新, 并選擇最優(yōu)的進行推廣。

任務(wù)描述

本關(guān)任務(wù)：學(xué)習(xí)了解CMMI-軟件能力成熟度集成模型，回答右側(cè)問題

第1關(guān)：軟件項目成本管理概述

40

任務(wù)要求 參考答案 評論2

軟件項目成本

完成軟件項目工作量相應(yīng)付出的代價，即待開發(fā)軟件項目所需要的資金。

軟件項目成本的構(gòu)成

• 任務(wù)描述
• 相關(guān)知識
  • 軟件項目成本
  • 軟件項目成本的構(gòu)成
  • 軟件項目成本管理的內(nèi)容和目標

（1）軟硬件購置成本
（2）人工成本（軟件開發(fā)、系統(tǒng)集成費用）一般占到項目總成本的80％以上
（3）維護成本
（4）培訓(xùn)費
（5）業(yè)務(wù)費、差旅費
（6）管理及服務(wù)費
（7）其他費用

從財務(wù)角度看，可將項目成本構(gòu)成按性質(zhì)劃分為兩種：
（1）直接成本。與具體項目的開發(fā)直接相關(guān)的成本。
（2）間接成本。不歸屬于一個具體的項目，是企業(yè)的運營成本，分攤到各個項目中。

軟件項目成本管理的內(nèi)容和目標

成本管理的主要目的就是將項目的運作成本控制在預(yù)算的范圍內(nèi)，或者控制在可以接受的范圍內(nèi)，通過對項目成本進行估算，預(yù)算和控制有效地改變成本超支狀況。

第2關(guān)：軟件規(guī)模度量與軟件成本估算

20

任務(wù)要求 參考答案 評論2

為了完成本關(guān)任務(wù)，你需要掌握：

成本估算

成本估算的依據(jù)

• 任務(wù)描述
• 相關(guān)知識
  • 成本估算
  • 成本估算方法
  • 軟件規(guī)模度量
  • 代碼行和功能點法

（1）WBS：根據(jù)WBS，可將整體成本分解到各工作包中，使成本的估算能夠分項進行，各個工作包的成本估算能夠做到盡量的準確合理。
（2）資源：是進行成本估算的基礎(chǔ)，用來說明所需資源的類型和數(shù)量以及分配情況。
（3）進度規(guī)劃：進度計劃中的活動持續(xù)時間估計會影響項目成本估計。
（4）歷史項目數(shù)據(jù)：以往項目的數(shù)據(jù)，包括規(guī)模、進度、成本等，是項目估算的主要參考。

成本估算方法

（1）類比估算法
（2）自下而上估算法
（3）參數(shù)估算法
（4）專家估算法

（5）“分解-累計”估算方法

軟件規(guī)模度量

目前評價軟件規(guī)模的方法主要分為兩種：基于業(yè)務(wù)視角和基于開發(fā)視角?；跇I(yè)務(wù)視角的方法是從用戶角度出發(fā)，與軟件開發(fā)技術(shù)無關(guān)，；基于開發(fā)視角的方法是從開發(fā)者角度出發(fā)?；陂_發(fā)視角的軟件規(guī)模評價的方法，優(yōu)點是操作簡單、實施容易，但不容易在項目干系人之間達成一致，往往會引起較多的分歧?；陂_發(fā)視角的評價方法雖然在實際工作中也有著普遍的應(yīng)用，但更多地局限于軟件開發(fā)團隊內(nèi)部。
部分軟件規(guī)模度量方法對比

代碼行和功能點法

最常用的度量軟件規(guī)模的方法是代碼行（Lines of Code，LOC）和功能點（Function Point，F(xiàn)P），分別利用代碼行數(shù)和功能點數(shù)來表示軟件系統(tǒng)的規(guī)模。

代碼行（LOC）從軟件程序量的角度定義項目規(guī)模，要求功能分解足夠詳細，一般是根據(jù)經(jīng)驗數(shù)據(jù)估計實現(xiàn)每個功能模塊所需的源程序行數(shù)，然后把源程序行數(shù)累加起來，得到軟件的整體規(guī)模，需要有一定的經(jīng)驗數(shù)據(jù)（類比和經(jīng)驗方法），且與具體的編程語言有關(guān)。
功能點（FP）用系統(tǒng)的功能數(shù)量來測量其規(guī)模，與實現(xiàn)產(chǎn)品所使用的語言沒有關(guān)系，對系統(tǒng)的外部功能和內(nèi)部功能進行計數(shù)，并根據(jù)技術(shù)復(fù)雜度因子（權(quán)）對它們進行調(diào)整，產(chǎn)生產(chǎn)品規(guī)模的度量結(jié)果。

第3關(guān)：項目成本估算表及項目成本控制

20

任務(wù)要求 參考答案 評論2

相關(guān)知識

為了完成本關(guān)任務(wù)，你需要掌握：

成本控制

成本控制是指監(jiān)督項目成本的支出情況，發(fā)現(xiàn)實際成本和成本預(yù)算的偏差，并找出偏差的原因，以便采取糾正措施，并阻止不正確、

• 任務(wù)描述
• 相關(guān)知識
  • 成本控制
  • 掙值分析法
  • 項目成本估算表
• 案例資料

不合理和未經(jīng)批準的成本變更。

掙值分析法

掙值分析法(Earned Value Analysis，EVA)也稱為已獲取價值分析法、盈余分析法，是利用成本會計的概念對項目的進度和成本狀況進行績效評估的一種有效方法。

項目成本估算表

案例資料

本項目中，對項目的各階段所需人力和工作日進行了相關(guān)估算，如表所示。 項目開發(fā)各階段所需人力及時間估算表

項目所需資源表

第三步：根據(jù)總工期逆向推算出各活動的最遲開始時間和最遲完成時間。

1. 活動G最遲完成時間為25，工期為6，最遲開始時間為19
2. 活動F最遲完成時間為后置活動G的最遲開始時間，為19，工期為8，最遲開始時間為11
3. 活動E最遲完成時間為后置活動G的最遲開始時間，為19，工期為7，最遲開始時間為12
4. 活動D最遲完成時間為后置活動F的最遲開始時間，為11，工期為7，最遲開始時間為4
5. 活動C最遲完成時間為后置活動E,F的最遲開始時間里的較小時間，為11，工期為6，最遲開始時間為5
6. 活動B最遲完成時間為后置活動C,D的最遲開始時間里的較小時間，為4，工期為4，最遲開始時間為0
7. 活動A最遲完成時間為后置活動C,D的最遲開始時間里的較小時間，為4，工期為3，最遲開始時間為1

第四步：計算各活動的可延遲時間(最遲開始時間-最早開始時間-工期=最遲完成時間-最早完成時間=可延遲時間時間)。

1. 根據(jù)以上結(jié)果可得
2. 活動A最早開始時間為0，最早完成時間為3，最遲開始時間為1，最遲結(jié)束時間為4，可延遲時間為1
3. 活動B最早開始時間為0，最早完成時間為4，最遲開始時間為0，最遲結(jié)束時間為4，可延遲時間為0
4. 活動C最早開始時間為4，最早完成時間為10，最遲開始時間為5，最遲結(jié)束時間為11，可延遲時間為1
5. 活動D最早開始時間為4，最早完成時間為11，最遲開始時間為4，最遲結(jié)束時間為11，可延遲時間為0
6. 活動E最早開始時間為10，最早完成時間為17，最遲開始時間為12，最遲結(jié)束時間為19，可延遲時間為2
7. 活動F最早開始時間為11，最早完成時間為19，最遲開始時間為11，最遲結(jié)束時間為19，可延遲時間為0
8. 活動G最早開始時間為19，最早完成時間為25，最遲開始時間為19，最遲結(jié)束時間為25，可延遲時間為0

第五步：讀取關(guān)鍵路徑,關(guān)鍵路徑即為可延遲時間為0的路徑。

1. 所以該項目的關(guān)鍵路徑為:B-D-F-G

案例資料及闖關(guān)要求

重慶高校教學(xué)管理信息網(wǎng)各活動前導(dǎo)關(guān)系及活動工期如表所示：
其中各活動編號如下：A“軟件范圍規(guī)劃”，B“需求分析”，C“概要設(shè)計”，D“界面設(shè)計”，E“數(shù)據(jù)庫設(shè)計”，F(xiàn)“組件設(shè)計”，G“系統(tǒng)平臺開發(fā)”，H“應(yīng)用模塊開發(fā)”，I“開發(fā)人員測試”，J“系統(tǒng)平臺測試”，K“應(yīng)用模塊功能測試”，L“壓力測試”。

請學(xué)習(xí)相關(guān)知識并利用以上信息畫出案例項目網(wǎng)絡(luò)圖結(jié)果并計算關(guān)鍵路徑，回答右側(cè)題目。

?

（ 3 ）觀察用戶工作流程。直接觀察用戶在其實際環(huán)境中怎樣執(zhí)行工作是一種行之有效的獲取需求方法。當(dāng)產(chǎn)品使用者難以清晰說明他們的需求時，就特別需要通過觀察了解他們的工作細節(jié)。通常由觀察者從外部來觀看業(yè)務(wù)專家如何執(zhí)行工作，也可由觀察者實際執(zhí)行一個流程或程序，來體驗該流程或程序是如何實施的，以便挖掘隱藏的需求。
（ 4 ）問卷調(diào)查。問卷調(diào)查是指設(shè)計一系列書面問題，向眾多受訪者收集信息。當(dāng)需要調(diào)查大量人員的意見時，向被調(diào)查人分發(fā)調(diào)查問卷是一個十分有效的做法。經(jīng)過仔細考慮寫出的書面回答可能比被訪者對問題的口頭回答更準確。調(diào)查者應(yīng)仔細閱讀收回的調(diào)查表，然后再有針對性地訪問一些用戶，以便向他們詢問在分析調(diào)查表時發(fā)現(xiàn)的新問題。
（ 5 ）快速原型法?？焖僭头ㄊ侵冈谲浖_發(fā)的早期快速建立目標軟件系統(tǒng)的原型，并據(jù)此征求用戶對需求的反饋。由于原型是可以操作的，它使得用戶可以體驗最終產(chǎn)品的模型，而不是僅限于討論抽象的需求描述，從而可以獲得更為準確和清晰的需求?？焖僭头ㄐ枰?jīng)歷從模型創(chuàng)建、用戶體驗、反饋收集到原型修改的反復(fù)循環(huán)過程。在經(jīng)過足夠的反饋循環(huán)之后，就可以通過原型獲得足夠?

的需求信息。

范圍定義

1.范圍定義就是制定項目和產(chǎn)品的詳細描述，從而定義項目的范圍。由于在獲取需求過程中識別出的所有需求未必都包含在項目中，所以范圍定義過程就是從所獲取的需求中選取最終的項目需求，然后制定出項目及其產(chǎn)品的詳細描述。
2.在軟件項目中，產(chǎn)品范圍通常表現(xiàn)為軟件需求規(guī)格說明書（ Software Requirements Specification, SRS ），主要內(nèi)容如下：
（ 1 ）功能特征描述。即軟件系統(tǒng)向使用者提供什么樣的功能。
（ 2 ）系統(tǒng)接口描述。即描述軟件系統(tǒng)與其他軟硬件系統(tǒng)之間的接口。在描述系統(tǒng)范圍時，明確接口是非常必要的。
（ 3 ）質(zhì)量特征描述。主要的質(zhì)量特征包括性能、可靠性、可移植性、機密性、可維護性等。不同程度的質(zhì)量要求對項目的工作范圍會有很大影響。

范圍確認

1.范圍確認是指正式驗收已完成的項目可交付成果，從而確認項目可交付成果是否可以讓項目干系人滿意。
2.范圍確認工作一般由客戶、發(fā)起人等關(guān)鍵項目干系人負責(zé)。
3.通常在進行范圍確認前，項目組需要先進行質(zhì)量控制工作，如系統(tǒng)測試等工作，以確保范圍確認工作的順利完成。

范圍控制

1.范圍控制就是指監(jiān)控項目的范圍狀態(tài)，管理范圍變更。范圍控制的目的是在出現(xiàn)范圍變更需求后，管理相關(guān)的計劃、資源安排以及項目成果，使得項目各部分可以很好地配合在一起，避免變更帶來的負面影響。
2.未經(jīng)控制的產(chǎn)品或項目范圍的擴大被稱為范圍蔓延。變更是不可避免的，為防止范圍蔓延，在每個項目上，都必須強制實施某種形式的變更控制。
3.范圍控制通過變更控制系統(tǒng)和配置管理系統(tǒng)來完成。當(dāng)出現(xiàn)范圍變更需求時，通常要執(zhí)行一個嚴格的變更控制流程。

案例資料

1.原案例功能子系統(tǒng)研發(fā)目標
(1)資源庫管理子系統(tǒng)：該子系統(tǒng)主要實現(xiàn)定義數(shù)據(jù)源、建立與存儲媒體素材庫、智能搜索與快速檢索資源、自動更新等功能。
(2)項目網(wǎng)絡(luò)申報子系統(tǒng)：該子系統(tǒng)主要完成項目的網(wǎng)絡(luò)申報，實現(xiàn)在線提交、實時修改、時間控制、權(quán)限控制等功能。
(3)項目網(wǎng)絡(luò)評審子系統(tǒng)：該子系統(tǒng)主要完成項目的網(wǎng)上評審工作，實現(xiàn)在線評審、評審指標定制、綜合數(shù)據(jù)統(tǒng)計等功能。
(4)數(shù)據(jù)挖掘處理子系統(tǒng)：采用智能信息系統(tǒng)的處理方法對資源進行數(shù)據(jù)挖掘和知識獲取，從資源中提取出普遍的、共性的知識。提供數(shù)據(jù)統(tǒng)計分析供決策者或用戶使用，不僅能夠改良工作方法，提高工作效率，還能進行教育教學(xué)改革研究。
(5)系統(tǒng)管理子系統(tǒng)：該子系統(tǒng)主要包括用戶管理、代碼管理、安全管理、性能管理和故障管理等。

2.需求分析
在重慶高校教學(xué)管理信息網(wǎng)建設(shè)過程中，根據(jù)相關(guān)理論知識，對其項目的目標和項目范圍進行了編輯與界定?？紤]到項目的高性能與靈活部署，本項目采用了.NET 、IIS7.0 、SQL Server 2008等作為項目順利實施的支撐平臺。
在本項目的需求分析階段，通過對項目方、用戶方和市場部對項目的目標需求進行綜合分析，確定了本項目的主要功能模塊、產(chǎn)品接口和性能指標：
(1) 主要功能模塊：教育事務(wù)發(fā)布、遠程項目填報、項目審計、項目中期審核、歷史信息管理、系統(tǒng)配置與管理、信息反饋及處理等。
(2) 第三方產(chǎn)品接口：考慮到資源的共享、項目的維護、系統(tǒng)的安全與兼容性、數(shù)據(jù)的可擴展性和平臺的互操作性等方面，本項目提供了大量的與第三方產(chǎn)品集成的接口，如：動態(tài)連接庫DLL、OLE數(shù)據(jù)庫訪問過程、Web Service等。
(3) 系統(tǒng)性能：基于功能強大的Microsoft .NET 框架，結(jié)合SQL Server 2008分布式數(shù)據(jù)庫系統(tǒng)，使得項目在具有強大的知識管理、敏捷的工作流引擎、高效數(shù)據(jù)統(tǒng)計分析的同時，還更加的安全和穩(wěn)定。?

?

?文章來源地址http://www.zghlxwxcb.cn/news/detail-446075.html

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

到了這里，關(guān)于軟件工程頭歌軟件測試（實驗五）軟件項目管理（實驗六）的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！