實(shí)用軟件工程第3章-軟件項(xiàng)目管理課件_第1頁
實(shí)用軟件工程第3章-軟件項(xiàng)目管理課件_第2頁
實(shí)用軟件工程第3章-軟件項(xiàng)目管理課件_第3頁
實(shí)用軟件工程第3章-軟件項(xiàng)目管理課件_第4頁
實(shí)用軟件工程第3章-軟件項(xiàng)目管理課件_第5頁
已閱讀5頁,還剩107頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、3.1 軟件項(xiàng)目管理概述 項(xiàng)目的定義 項(xiàng)目是在一定的資源約束下完成的既定目標(biāo)的一次性任務(wù)。 項(xiàng)目的選擇確定一個(gè)項(xiàng)目絕對不是一個(gè)突然的決定。使用單位首先應(yīng)該在平時(shí)自下而上收集建議,制定信息化建設(shè)規(guī)劃時(shí)自上而下征求意見,由信息化建設(shè)負(fù)責(zé)人和最高決策者根據(jù)使用單位的發(fā)展戰(zhàn)略、工作目標(biāo)制定信息化建設(shè)的發(fā)展規(guī)劃,然后在規(guī)劃的范圍內(nèi)根據(jù)資金情況和工作需要選擇確定要開發(fā)的項(xiàng)目。項(xiàng)目確定后,根據(jù)自身的技術(shù)力量決定自己開發(fā)或委托開發(fā)或購買現(xiàn)有的產(chǎn)品。 項(xiàng)目管理的定義 項(xiàng)目管理是通過項(xiàng)目經(jīng)理和項(xiàng)目組織機(jī)構(gòu)運(yùn)用系統(tǒng)理論和方法對項(xiàng)目及其資源進(jìn)行計(jì)劃、組織、協(xié)調(diào)、控制,旨在實(shí)現(xiàn)項(xiàng)目的特定目標(biāo)的管理方法體系。 項(xiàng)目管理中

2、的三要素 :目標(biāo)、成本、進(jìn)度 目標(biāo)、成本、進(jìn)度三者在項(xiàng)目管理過程中是互相制約的關(guān)系。進(jìn)度成本目標(biāo)項(xiàng)目總結(jié) 在每個(gè)項(xiàng)目完成并交付使用的時(shí)候都要做一個(gè)總結(jié),以便后續(xù)項(xiàng)目能揚(yáng)長避短。軟件項(xiàng)目總結(jié)作為項(xiàng)目管理中結(jié)束項(xiàng)目的最后階段,工作內(nèi)容包括:結(jié)束項(xiàng)目:評價(jià)、勸告或表彰團(tuán)隊(duì)成員,移交項(xiàng)目所有文檔和財(cái)務(wù)記錄等。總結(jié)項(xiàng)目:對交付的產(chǎn)品、開發(fā)方法、過程和管理等方面的得失進(jìn)行總結(jié),特別是要讓每個(gè)人都明白成功和失敗的原因。寫成書面總結(jié)報(bào)告,作為開發(fā)組織內(nèi)后續(xù)項(xiàng)目的借鑒。終止合同:讓用戶書面確認(rèn)已完成合同要求,如果還有遺留問題,則應(yīng)同時(shí)明確雙方后續(xù)的責(zé)任和工作。 軟件項(xiàng)目管理的職責(zé)制定計(jì)劃:規(guī)定要完成的任務(wù)、要求

3、、資源、人力、進(jìn)度等;建立組織:實(shí)施計(jì)劃、保證任務(wù)的完成,需要建立分工明確的責(zé)任制機(jī)構(gòu);配備人員:任用各種層次的技術(shù)人員和管理人員;協(xié)調(diào)(追蹤、指導(dǎo)):時(shí)刻協(xié)調(diào)和跟蹤項(xiàng)目的進(jìn)展情況,鼓勵(lì)和動(dòng)員各種人員完成所分配的任務(wù);控制(檢驗(yàn)):對照計(jì)劃和標(biāo)準(zhǔn),監(jiān)督和檢驗(yàn)實(shí)施的情況。1. 軟件項(xiàng)目啟動(dòng)在軟件項(xiàng)目啟動(dòng)前應(yīng)對項(xiàng)目進(jìn)行可行性分析,以明確項(xiàng)目的目標(biāo)和范圍,從而確定合理精確的成本分析、實(shí)際可行的任務(wù)分解和可管理的進(jìn)度安排;考慮交付期限、預(yù)算、個(gè)人能力和技術(shù)界面等限制條件,在多個(gè)項(xiàng)目方案中選擇一個(gè)相對完善的方案;組成項(xiàng)目組。然后召開項(xiàng)目啟動(dòng)會(huì)議,以示正式啟動(dòng)項(xiàng)目,會(huì)議內(nèi)容包括項(xiàng)目組內(nèi)的初步交流,對項(xiàng)目目

4、標(biāo)深刻理解,對組織形式、管理方式和方針取得一致認(rèn)識,明確崗位職責(zé)等。3.2 軟件項(xiàng)目啟動(dòng)與計(jì)劃 項(xiàng)目計(jì)劃是用來指導(dǎo)組織、實(shí)施、協(xié)調(diào)和控制軟件建設(shè) 的重要文件。項(xiàng)目計(jì)劃用途: 項(xiàng)目計(jì)劃可作為客戶與建設(shè)團(tuán)隊(duì)間解決沖突的依據(jù)。 項(xiàng)目計(jì)劃可使項(xiàng)目成員有明確的分工及工作目標(biāo)。 項(xiàng)目計(jì)劃有助于項(xiàng)目成員之間的交流溝通。 項(xiàng)目計(jì)劃可作為對項(xiàng)目過程控制和工作考核的基準(zhǔn)。 項(xiàng)目計(jì)劃分類: 進(jìn)度計(jì)劃 質(zhì)量保證計(jì)劃 費(fèi)用計(jì)劃 風(fēng)險(xiǎn)管理計(jì)劃 人力計(jì)劃 大項(xiàng)目分別制訂以上計(jì)劃,小項(xiàng)目可把以上內(nèi)容合并為一個(gè)計(jì)劃。 2.制定計(jì)劃項(xiàng)目計(jì)劃編制原則: 全過程計(jì)劃(總體計(jì)劃):應(yīng)保持大體上穩(wěn)定,并盡可能留有 一定余量和彈性, 階段

5、性計(jì)劃或子系統(tǒng)計(jì)劃:按近期精細(xì)、遠(yuǎn)期概略方法展開。制定計(jì)劃的基礎(chǔ)是工作量估算和完成期限估算。為了估算項(xiàng)目的工作量和完成期限,必須首先估算軟件的規(guī)模。估算軟件規(guī)模后才能進(jìn)行工作量估算,而后安排進(jìn)度計(jì)劃和資源分配。 (1)估算軟件規(guī)模 1) 代碼行(LOC)技術(shù) 用代碼行(LOC)數(shù)表示軟件開發(fā)規(guī)模十分自然、直觀。用代碼行數(shù)不僅能度量軟件的規(guī)模,而且可以度量軟件開發(fā)的生產(chǎn)率、每行代碼的平均成本、千行代碼出錯(cuò)率等。 2) 功能點(diǎn)(FP)技術(shù) 功能點(diǎn)度量是涉及多種因素的間接度量方式。該方法用6個(gè)信息量的“加權(quán)和”CT和14個(gè)復(fù)雜性調(diào)節(jié)值Fi(i=114)。在系統(tǒng)分析初期就能估算出軟件開發(fā)的規(guī)模。 (2

6、)工作量估算 軟件的經(jīng)驗(yàn)估算模型是根據(jù)以前完成項(xiàng)目的實(shí)際情況導(dǎo)出的,這些模型的結(jié)果僅有一定的參考價(jià)值。下面將介紹兩個(gè)常用的估算模型:CoCoMo模型和Putnam模型。 1) CoCoMo模型 CoCoMo模型是“構(gòu)造性成本模型”(Constructive cost model,簡稱CoCoMo模型)的英文縮寫,分為基本、中間、詳細(xì)三個(gè)層次,分別用于軟件開發(fā)的不同階段。 基本CoCoMo模型:用于系統(tǒng)開發(fā)初期,估算整個(gè)系統(tǒng)的工作量 包括軟件維護(hù)和軟件開發(fā)所需要的時(shí)間; 中間CoCoMo模型:用于估算各個(gè)子系統(tǒng)的工作量和開發(fā)時(shí)間; 詳細(xì)CoCoMo模型:用于估算獨(dú)立的軟部件,如子系統(tǒng)內(nèi)部的各 個(gè)

7、模塊。 基本CoCoMo模型是靜態(tài)、單變量模型,具有下列形式 E aLb D cEd C E 其中:L是項(xiàng)目的代碼行估計(jì)值,單位是千行代碼( KLOC ) 。 E 表示工作量,單位是人月(PM)。 D 表示開發(fā)時(shí)間,單位為月。 C 表示開發(fā)成本,單位是萬元。 表示每人月的人力成本,單位是萬元人月。 a,b,c,d是常數(shù)。不同軟件類型a,b,c,d 取值如下表所示:軟件類型abcd適用范圍組織型2.41.052.50.38各類應(yīng)用程序半獨(dú)立型3.01.122.50.35各類實(shí)用程序、編譯程序等嵌入型3.61.202.50.32實(shí)時(shí)處理、控制程序、操作系統(tǒng)2) Putnam模型 Putnam模型是

8、為大型軟件項(xiàng)目(一般30人年以上)進(jìn)行估算的模型。它是動(dòng)態(tài)多變量的模型,適用于軟件開發(fā)各個(gè)階段。估算模型以項(xiàng)目實(shí)測數(shù)據(jù)為基礎(chǔ),描述開發(fā)工作量、開發(fā)時(shí)間和軟件代碼行數(shù)之間的關(guān)系。相應(yīng)的方程為: L Ck E1/3 td4/3 (3-5) 由上面方程可得到如下公式: E L3( Ck3 td4 ) 3-6) C E (3-7) 其中,L表示源程序代碼行數(shù);E表示工作量,包括維護(hù),單位是人年(PY);td表示開發(fā)時(shí)間,單位是年(Y);Ck 表示技術(shù)狀態(tài)常數(shù),它反映“妨礙程序員進(jìn)展的限制”,技術(shù)狀態(tài)常數(shù)Ck的取值如表3-4;C表示項(xiàng)目開發(fā)總成本,單位是萬元;表示每人年的人力成本,單位是萬元人月。3)

9、自動(dòng)估算工具 以上介紹的經(jīng)驗(yàn)估算模型已有相應(yīng)的軟件作為為自動(dòng)估算工具。項(xiàng)目管理可使用這些工具自動(dòng)估算項(xiàng)目的成本和工作量,還可對人員配置和交付日期等進(jìn)行估計(jì)。(3)進(jìn)度計(jì)劃1)估算開發(fā)時(shí)間(工期) 項(xiàng)目建設(shè)工期估計(jì)和預(yù)算分?jǐn)偣烙?jì)可按下列步驟進(jìn)行: 將待開發(fā)系統(tǒng)按階段分割為若干基本活動(dòng)如系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施、系統(tǒng)測試、系統(tǒng)切換等,基本活動(dòng)可再次分割為若干子活動(dòng),如:系統(tǒng)規(guī)劃可分割為調(diào)研收集、數(shù)據(jù)可行性研究、系統(tǒng)規(guī)劃報(bào)告三項(xiàng)子活動(dòng)。 分別估算各子活動(dòng)的工期及費(fèi)用預(yù)算(構(gòu)造項(xiàng)目建設(shè)工期估計(jì)和預(yù)算分?jǐn)偣烙?jì)表)。 構(gòu)造項(xiàng)目開發(fā)活動(dòng)網(wǎng)絡(luò)圖通過該網(wǎng)絡(luò)圖計(jì)算得到項(xiàng)目的最早完成時(shí)間,即工期 。

10、2)進(jìn)度安排軟件開發(fā)項(xiàng)目的進(jìn)度安排有兩種方式:A.系統(tǒng)最終交付日期已經(jīng)確定,軟件開發(fā)部門必須在規(guī)定期限內(nèi)完成;B.系統(tǒng)最終交付日期只確定了大致的年限,最後交付日期由軟件開發(fā)部門確定。 劃分任務(wù) 把軟件項(xiàng)目劃分為若干可管理的活動(dòng),用軟件過程模型定義,為此,需對過程和產(chǎn)品進(jìn)行分解。進(jìn)度安排的基本工作內(nèi)容確定相互依賴性 確定各個(gè)活動(dòng)和任務(wù)之間的相互依賴性。某些任務(wù)順序執(zhí)行、有些任務(wù)并行執(zhí)行。分配時(shí)間 為每個(gè)任務(wù)分配工作量,確定開始時(shí)間和結(jié)束時(shí)間。需考慮各任務(wù)間的相互關(guān)聯(lián)和人員參與情況。確認(rèn)工作量 確保項(xiàng)目劃分中各任務(wù)的參加人員的數(shù)量和工作量,進(jìn)行合理分配。定義責(zé)任 指定各個(gè)任務(wù)的責(zé)任者。定義可交付物

11、 每個(gè)任務(wù)的輸出是一 個(gè)工作產(chǎn)品或工作產(chǎn)品的一部分,確定把哪些工作產(chǎn)品組合為可交付物。定義里程碑 為每個(gè)任務(wù)或每組任務(wù)指定一個(gè)項(xiàng)目里程碑。可交付物經(jīng)過評審并確認(rèn)后才能成為里程碑。在軟件工程項(xiàng)目中必須處理好進(jìn)度與質(zhì)量之間的關(guān)系。在進(jìn)度壓力下趕任務(wù),其成果往往是以犧牲產(chǎn)品質(zhì)量為代價(jià)。 進(jìn)度安排落空,會(huì)導(dǎo)致市場機(jī)會(huì)的喪失,使用戶不滿意,而且也會(huì)導(dǎo)致成本的增加。 因此,在考慮進(jìn)度安排時(shí),要把工作量與花費(fèi)時(shí)間聯(lián)系起來,合理分配工作量, 利用進(jìn)度安排的有效分析方法嚴(yán)密監(jiān)控軟件開發(fā)的進(jìn)展情況,使軟件開發(fā)進(jìn)度不致拖延。軟件開發(fā)小組人數(shù)與軟件生產(chǎn)率的關(guān)系 當(dāng)幾個(gè)人共同承擔(dān)軟件開發(fā)項(xiàng)目中的某一任務(wù)時(shí),人與人之間必

12、須通過交流來解決各自承擔(dān)任務(wù)之間的接口問題,即所謂通信問題。通信需花費(fèi)時(shí)間和代價(jià),會(huì)引起軟件錯(cuò)誤增加,降低軟件生產(chǎn)率。若兩個(gè)人間需要通信,則稱在這兩個(gè)人間存在一條通信路徑。如果一個(gè)軟件開發(fā)小組有 n 個(gè)人,每兩人之間都需要通信,則總的通信路徑有 n(n-1)/2 (條)。四人之間所有通信路徑六人之間所有通信路徑設(shè)一個(gè)人單獨(dú)開發(fā)軟件,生產(chǎn)率是5000行人年。若 4 個(gè)人組成一個(gè)小組共同開發(fā)這個(gè)軟件,則需要 6條通信路徑。若在每條通信路徑上耗費(fèi)的工作量是 250 行人年。則小組中每個(gè)人的軟件生產(chǎn)率降低為 500062504 5000375 4625 行人年。從上述分析可知,一個(gè)軟件任務(wù)由一 個(gè)人單

13、獨(dú)開發(fā),生產(chǎn)率最高;而對于 一個(gè)稍大型的軟件項(xiàng)目,一個(gè)人單獨(dú)開發(fā),時(shí)間太長。因此軟件開發(fā)小組是必要的。但是,開發(fā)小組不宜太大,成員之間避免太多的通信路徑。在開發(fā)進(jìn)程中,切忌中途加人,避免太多的生產(chǎn)率損失。任務(wù)的確定與并行性當(dāng)參加同一軟件工程項(xiàng)目的人數(shù)不止一人的時(shí)候,開發(fā)工作就會(huì)出現(xiàn)并行情形。軟件開發(fā)進(jìn)程中設(shè)置許多里程碑。里程碑為管理人員提供了指示項(xiàng)目進(jìn)度的可靠依據(jù)。軟件工程項(xiàng)目的并行性提出了一系列的進(jìn)度要求。因?yàn)椴⑿腥蝿?wù)是同時(shí)發(fā)生的,所以進(jìn)度計(jì)劃表必須決定任務(wù)之間的從屬關(guān)系,確定各個(gè)任務(wù)的先后次序和銜接,確定各個(gè)任務(wù)完成的持續(xù)時(shí)間。項(xiàng)目負(fù)責(zé)人應(yīng)注意構(gòu)成關(guān)鍵路徑的任務(wù),即若要保證整個(gè)項(xiàng)目能按進(jìn)度

14、要求完成,就必須保證這些任務(wù)要按進(jìn)度要求完成。制定開發(fā)進(jìn)度計(jì)劃原則402040規(guī)則在整個(gè)軟件開發(fā)過程中,編碼工作量僅占 20,編碼前工作量占40,編碼后工作量占 40。 402040 規(guī)則只用來作為 一個(gè)指南。實(shí)際的工作量分配比例必須按照各項(xiàng)目的特點(diǎn)來決定。在軟件工程項(xiàng)目中必須處理好進(jìn)度與質(zhì)量之間的關(guān)系。開發(fā)進(jìn)度與工作量直接的關(guān)系,如果想要縮短開發(fā)時(shí)間或保證開發(fā)進(jìn)度,必須考慮影響工作量的因素,但絕對不能以犧牲質(zhì)量為代價(jià)。 在估算總工期和進(jìn)度安排時(shí),項(xiàng)目經(jīng)理都必須將項(xiàng)目活動(dòng)及各活動(dòng)分解后的工作任務(wù)分別進(jìn)行工期計(jì)劃,常用的工具有項(xiàng)目進(jìn)度甘特圖(Gantt)和工作包進(jìn)度表等。A.甘特圖(Gantt

15、Chart) 是幫助項(xiàng)目經(jīng)理對項(xiàng)目進(jìn)度進(jìn)行總體規(guī)劃的最常用工具。 在甘特圖中,每一任務(wù)完成的標(biāo)準(zhǔn),不是以能否繼續(xù)下一階段任務(wù)為標(biāo)準(zhǔn),而是以必須交付應(yīng)交付的文檔與通過評審為標(biāo)準(zhǔn)。因此在甘特圖中,文檔編制與評審是軟件開發(fā)進(jìn)度的里程碑。3)進(jìn)度控制的圖形工具甘特圖中可表示內(nèi)容各個(gè)任務(wù)的計(jì)劃開始時(shí)間,完成時(shí)間;各個(gè)任務(wù)完成標(biāo)志(即文檔編寫和評審);各個(gè)任務(wù)與參與工作的人數(shù),各個(gè)任務(wù)與工作量之間的銜接情況;完成各個(gè)任務(wù)所需的物理資源和數(shù)據(jù)資源。 項(xiàng)目進(jìn)度甘特圖是幫助項(xiàng)目經(jīng)理對項(xiàng)目進(jìn)度進(jìn)行總體規(guī)劃的工具。如項(xiàng)目總開發(fā)時(shí)間為50周。該項(xiàng)目可劃分為六個(gè)大的活動(dòng),與其對應(yīng)的甘特圖如下:活 動(dòng)負(fù)責(zé)人0 510 1

16、5 20 2530 35 40 4550系統(tǒng)規(guī)劃XXX系統(tǒng)分析XXX系統(tǒng)設(shè)計(jì)XXX系統(tǒng)實(shí)施XXX系統(tǒng)測試XXX系統(tǒng)切換XXX工作包進(jìn)度表 項(xiàng)目進(jìn)度表用于描述項(xiàng)目工作包的工期安排,為了確定這些工作包能在要求的時(shí)間內(nèi)完成。我們必須計(jì)算出每個(gè)項(xiàng)目進(jìn)度計(jì)劃(時(shí)間表),這個(gè)時(shí)間表主要解決以下兩個(gè)內(nèi)容:最早開始時(shí)間和最早結(jié)束時(shí)間、最遲開始時(shí)間和最遲結(jié)束時(shí)間。B.PERT技術(shù)和CPM方法PERT技術(shù)叫做計(jì)劃評審技術(shù),CPM方法叫做關(guān)鍵路徑法,它們都是安排開發(fā)進(jìn)度,制定軟件開發(fā)計(jì)劃的最常用的方法。它們都采用網(wǎng)絡(luò)圖來描述一個(gè)項(xiàng)目的任務(wù)網(wǎng)絡(luò),也就是從一個(gè)項(xiàng)目的開始到結(jié)束,把應(yīng)當(dāng)完成的任務(wù)用圖或表的形式表示出來。三

17、個(gè)模塊開發(fā)的網(wǎng)絡(luò)圖01286678889793456785BC組裝測試A測試A調(diào)試A編碼B編碼B測試C測試B調(diào)試C調(diào)試C理解C修改 PERT技術(shù)和CPM方法為項(xiàng)目計(jì)劃人員提供了一些定量的工具。 根據(jù)工程網(wǎng)絡(luò)圖可計(jì)算關(guān)鍵路徑和機(jī)動(dòng)時(shí)間(總時(shí)差)確定關(guān)鍵路徑,即決定項(xiàng)目開發(fā)時(shí)間的任務(wù)鏈。在關(guān)鍵路徑上的各個(gè)任務(wù)都是時(shí)間余量為零的關(guān)鍵任務(wù),不能有任何時(shí)間延誤。應(yīng)用統(tǒng)計(jì)模型,對每一個(gè)單獨(dú)的任務(wù)確定最可能的開發(fā)持續(xù)時(shí)間的估算值。 計(jì)算機(jī)動(dòng)時(shí)間,以便為具體的任務(wù)定義時(shí)間窗口。 開發(fā)組織采用什么形式,要針對軟件項(xiàng)目的特點(diǎn)來決定,同時(shí)也與參與人員的素質(zhì)有關(guān)。3.3 軟件項(xiàng)目人員組織與技能 組織原則 1.盡早落實(shí)

18、責(zé)任 在軟件項(xiàng)目工作開始時(shí),要盡早指定專人負(fù)責(zé)。使他有權(quán)進(jìn)行管理,并對任務(wù)的完成負(fù)全責(zé)。2. 減少接口 一個(gè)組織的生產(chǎn)率隨完成任務(wù)中存在的通信路徑數(shù)目增加而降低。要有合理的人員分工、好的組織結(jié)構(gòu)、有效的通信,減少不必要的生產(chǎn)率的損失。3.責(zé)、權(quán)均衡 軟件經(jīng)理人員所負(fù)的責(zé)任不應(yīng)比委任給他的權(quán)力還大。3.3.1 組織結(jié)構(gòu)的模式1.按項(xiàng)目劃分的模式 把軟件開發(fā)人員按項(xiàng)目組成小組,小組成員自始至終參加所承擔(dān)課題的各項(xiàng)任務(wù)。他們應(yīng)負(fù)責(zé)完成軟件產(chǎn)品的定義、設(shè)計(jì)、實(shí)現(xiàn)、測試、復(fù)查、文檔編制、甚至包括維護(hù)在內(nèi)的全過程。 這種形式可以有效保證項(xiàng)目的順利進(jìn)行,但人均生產(chǎn)效率不高。 2.按職能劃分的模式 把參加開發(fā)

19、項(xiàng)目的軟件人員按任務(wù)的工作階段劃分成若干個(gè)專業(yè)小組。要開發(fā)的軟件產(chǎn)品在每個(gè)專業(yè)小組完成階段加工 (即工序) 以后,沿工序流水線向下傳遞。 例如,分別建立計(jì)劃組、需求分析組、設(shè)計(jì)組、實(shí)現(xiàn)組、系統(tǒng)測試組、質(zhì)量保證組、維護(hù)組等。各種文檔資料按工序在各組之間傳遞。 這種形式與按項(xiàng)目劃分的形式的優(yōu)缺點(diǎn)剛好相反。3.矩陣形模式 這種模式實(shí)際上是以上兩種模式的復(fù)合。 一方面,按工作性質(zhì),成立一些專門組,如開發(fā)組、業(yè)務(wù)組、測試組等; 另一方面,每一個(gè)項(xiàng)目又有它的經(jīng)理人員負(fù)責(zé)管理。每個(gè)軟件人員屬于某一個(gè) 專門組,又參加某一項(xiàng)目的工作。 現(xiàn)在,開發(fā)組織一般采用此組織形式。 開發(fā)業(yè)務(wù)出版測試維護(hù)總經(jīng)理產(chǎn)品經(jīng)理1產(chǎn)品

20、經(jīng)理2產(chǎn)品經(jīng)理3子項(xiàng)目12子項(xiàng)目22子項(xiàng)目32子項(xiàng)目13子項(xiàng)目14子項(xiàng)目15子項(xiàng)目33子項(xiàng)目11子項(xiàng)目21子項(xiàng)目31 小組內(nèi)部人員的組織形式對生產(chǎn)率也有影響。現(xiàn)有的組織形式有三種。1.民主制程序員組 在民主制小組中,遇到問題,組內(nèi)成員之間可以平等地交換意見。工作目標(biāo)的制定及做出決定都由全體成員參加。雖然也有一位成員當(dāng)組長,但工作的討論、成果的檢驗(yàn)都公開進(jìn)行。這種組織形式強(qiáng)調(diào)發(fā)揮小組每個(gè)成員的積極性。 有人認(rèn)為這種組織形式適合于研制時(shí)間長、開發(fā)難度大的項(xiàng)目。3.3.3 程序設(shè)計(jì)小組的組織形式 2.主程序員組 小組的核心由一位主程序員 (高級工程師)、二至五位技術(shù)員、一位后援工程師組成。主程序員負(fù)

21、責(zé)小組全部技術(shù)活動(dòng)的計(jì)劃、協(xié)調(diào)與審查,設(shè)計(jì)和實(shí)現(xiàn)項(xiàng)目中的關(guān)鍵部分。 技術(shù)員負(fù)責(zé)項(xiàng)目的具體分析與開發(fā),文檔資料的編寫工作。 后援工程師支持主程序員的工作,為主程序員提供咨詢,也做部分分析、設(shè)計(jì)和實(shí)現(xiàn)的工作。并在必要時(shí)能代替主程序員工作。 主程序員制小組還可以由一些專家(如通信專家或數(shù)據(jù)庫設(shè)計(jì)專家)、輔助人員(如打字員和秘書)、軟件資料員協(xié)助工作。3.現(xiàn)代程序員(層次式)小組 在層次式小組中,組內(nèi)人員分為三級: 組長(項(xiàng)目負(fù)責(zé)人)負(fù)責(zé)全組工作,包括任務(wù)分配、技術(shù)評審和走查、掌握工作量和參加技術(shù)活動(dòng)。組長直接領(lǐng)導(dǎo)二至三名高級程序員, 每位高級程序員通過基層小組,管理若干位程序員。主程序員 后援 若干

22、 資料員程序員 程序員主程序員制小組民主制小組項(xiàng)目負(fù)責(zé)人高級程序員初級程序員層次式小組3.3.4 人員配備 如何合理地配備人員,也是成功地完成軟件項(xiàng)目的切實(shí)保證。所謂合理地配備人員應(yīng)包括: 按不同階段適時(shí)任用人員 恰當(dāng)掌握用人標(biāo)準(zhǔn)。1.項(xiàng)目開發(fā)各階段所需人員一個(gè)軟件項(xiàng)目完成的快慢,取決于參與開發(fā)人員的多少。實(shí)際人力需求與開發(fā)進(jìn)度的關(guān)系如下圖中的曲線所示。人力時(shí)間浪費(fèi)掉的工作量需要而缺少的工作量因人力配備不當(dāng),要求增加的額外工作量無用工作量 按此曲線,需要的人力隨開發(fā)進(jìn)展逐漸增加,在編碼與單元測試階段達(dá)到高峰,以后又逐漸減少。如果恒定地配備人力,在開發(fā)初期將會(huì)有部分人力資源用不上而浪費(fèi)掉。在開發(fā)

23、中期,需要人力不夠,造成進(jìn)度的延誤。在開發(fā)后期就需要增加人力以趕進(jìn)度。恒定地配備人力將浪費(fèi)人力資源。2. 配備人員的原則重質(zhì)量 軟件項(xiàng)目是技術(shù)性很強(qiáng)的工作,要任用少量有實(shí)踐經(jīng)驗(yàn)、有能力的人員去完成關(guān)鍵性的任務(wù)。重培訓(xùn) 培養(yǎng)所需技術(shù)人員和管理人員是有效解決人員問題的好方法。雙階梯提升 人員提升應(yīng)分別按技術(shù)職務(wù)和管理職務(wù)進(jìn)行,不能混在一起。軟件人員的素質(zhì)要求:軟件項(xiàng)目中人的因素越來越受重視。在評價(jià)和任用軟件人員時(shí),必須掌握一定的標(biāo)準(zhǔn)。人員素質(zhì)的優(yōu)劣常常影響到項(xiàng)目的成敗。 牢固掌握計(jì)算機(jī)軟件的基本知識和技能。 善于分析和綜合問題,具有嚴(yán)密的邏輯思維能力。 工作踏實(shí)、細(xì)致, 不靠碰運(yùn)氣,遵循標(biāo)準(zhǔn)和規(guī)范

24、,具有嚴(yán)格的科學(xué)作風(fēng)。 工作中表現(xiàn)出有耐心、有毅力、有責(zé)任心。 善于聽取別人的意見,善于與周圍人員團(tuán)結(jié)協(xié)作,建立良好的人際關(guān)系。 具有良好的書面和口頭表達(dá)能力。3. 對項(xiàng)目經(jīng)理人員的要求 軟件經(jīng)理人員是工作的組織者,他的管理能力的強(qiáng)弱是項(xiàng)目成敗的關(guān)鍵。他應(yīng)具有以下能力: 把用戶提出的非技術(shù)性要求加以整理提煉, 以技術(shù)說明書的形式轉(zhuǎn)告給分析員和測試員。 能說服用戶放棄一些不切實(shí)際的要求, 以保證合理的要求得以滿足。 能夠把表面上似乎無關(guān)的要求集中在一起, 歸結(jié)為 “需要什么”, “要解決什么問題”。這是一種綜合問題的能力。 要懂得心理學(xué), 能說服上級領(lǐng)導(dǎo)和用戶,讓他們理解什么是不合理的要求。但又

25、要使他們毫不勉強(qiáng), 樂于接受,并受到啟發(fā)。3.4 軟件項(xiàng)目實(shí)施與控制3.4.1 軟件項(xiàng)目風(fēng)險(xiǎn)管理 每當(dāng)新建一個(gè)程序時(shí),總是存在某些不確定性。 用戶要求是否能確切地被理解? 在項(xiàng)目最后結(jié)束之前要求實(shí)現(xiàn)的功能能否建立? 是否存在目前仍未發(fā)現(xiàn)的技術(shù)難題? 在項(xiàng)目出現(xiàn)嚴(yán)重誤期時(shí)是否會(huì)發(fā)生一些變更?等等。 風(fēng)險(xiǎn)就是指項(xiàng)目開發(fā)過程中在人員、經(jīng)費(fèi)、進(jìn)度及需求等方面存在的可能影響項(xiàng)目按計(jì)劃完成的不確定因素。 風(fēng)險(xiǎn)分項(xiàng)目風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)和商業(yè)風(fēng)險(xiǎn)。項(xiàng)目風(fēng)險(xiǎn)是指 潛在的預(yù)算、進(jìn)度、人員和組織、資源、用戶、需求方面的問題,以及它們對軟件項(xiàng)目的影響。 項(xiàng)目的復(fù)雜性、規(guī)模、結(jié)構(gòu)的不確定性。技術(shù)風(fēng)險(xiǎn)是指 潛在的設(shè)計(jì)、實(shí)現(xiàn)、

26、接口、檢驗(yàn)和維護(hù)方面的問題。 規(guī)約的二義性、技術(shù)陳舊或太先進(jìn)。商業(yè)風(fēng)險(xiǎn)有五種 建立的軟件雖然很優(yōu)秀但不是市場真正所想要的; 建立的軟件不符合公司整個(gè)產(chǎn)品戰(zhàn)略; 建立的軟件銷售部門不清楚如何推銷; 由于重點(diǎn)轉(zhuǎn)移或人員變動(dòng)而失去上級管理部門的支持; 沒有得到預(yù)算或人員的保證。風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)管理的主要活動(dòng)有風(fēng)險(xiǎn)識別、風(fēng)險(xiǎn)估算、風(fēng)險(xiǎn)評價(jià)和風(fēng)險(xiǎn)駕馭與監(jiān)控。 1.風(fēng)險(xiǎn)識別 識別風(fēng)險(xiǎn)是了解項(xiàng)目可能會(huì)有那些不滿足要求的結(jié)果的過程。 可通過檢查表、流程圖或訪談等方式來識別風(fēng)險(xiǎn)。識別風(fēng)險(xiǎn)來源有助于了解項(xiàng)目之中可能的風(fēng)險(xiǎn)事件和風(fēng)險(xiǎn)癥狀。風(fēng)險(xiǎn)識別檢查表建立在以往項(xiàng)目遇到的風(fēng)險(xiǎn)基礎(chǔ)上,成為風(fēng)險(xiǎn)識別的模板。風(fēng)險(xiǎn)識別檢查表過

27、程風(fēng)險(xiǎn) 計(jì)劃不充分,資源配置有誤,過程管理馬虎,階段評審缺乏。范圍風(fēng)險(xiǎn) 工作包和范圍欠妥,質(zhì)量要求定義不完全,范圍控制不當(dāng)。進(jìn)度風(fēng)險(xiǎn) 估算時(shí)間和資源可用性有誤,浮動(dòng)時(shí)間分配與管理較差,與之競爭的產(chǎn)品較早上市。質(zhì)量風(fēng)險(xiǎn) 錯(cuò)誤的質(zhì)量觀,設(shè)計(jì)/實(shí)現(xiàn)不符合要求,質(zhì)量保證做得不夠。成本風(fēng)險(xiǎn) 估算錯(cuò)誤,生產(chǎn)率、成本、變更或應(yīng)急控制不充分,維護(hù)、安全、采購等做得很差。人力資源風(fēng)險(xiǎn) 沖突管理很差,項(xiàng)目組織和責(zé)任定義拙劣,領(lǐng)導(dǎo)不力。溝通風(fēng)險(xiǎn) 計(jì)劃編制與溝通粗糙,缺乏與重要項(xiàng)目干系人聯(lián)系。采購風(fēng)險(xiǎn) 合同條款沒能實(shí)現(xiàn),出現(xiàn)對抗。 魚骨圖(因果圖)問題:用戶不能進(jìn)入系統(tǒng)培訓(xùn)用戶總忘記密碼用戶未檢查 以保存密碼用戶未重

28、新 設(shè)置密碼系統(tǒng)硬件處理速度太慢用戶的硬件沒有足夠大的內(nèi)存空間沒有足夠硬盤空間軟件2.風(fēng)險(xiǎn)估算風(fēng)險(xiǎn)估算的活動(dòng) 建立一個(gè)尺度,反映風(fēng)險(xiǎn)發(fā)生概率 描述風(fēng)險(xiǎn)的后果 估算風(fēng)險(xiǎn)對項(xiàng)目和產(chǎn)品的影響 標(biāo)注風(fēng)險(xiǎn)估算的精確度風(fēng)險(xiǎn)表 列出所有風(fēng)險(xiǎn)、風(fēng)險(xiǎn)分類、每個(gè)風(fēng)險(xiǎn)發(fā)生的概率、產(chǎn)生影響的類別。風(fēng)險(xiǎn)表樣本影響分類1 災(zāi)難的2 嚴(yán)重的3 輕微的4 可忽略3、風(fēng)險(xiǎn)評價(jià)建立一系列三元組 ri, li, xi 其中,ri 表示風(fēng)險(xiǎn),li 表示風(fēng)險(xiǎn)發(fā)生的概率,xi 表示風(fēng)險(xiǎn)產(chǎn)生的影響。定義風(fēng)險(xiǎn)參照水平值,超過它將導(dǎo)致項(xiàng)目被迫終止。風(fēng)險(xiǎn)的組合會(huì)引起項(xiàng)目的種種問題,為此對于風(fēng)險(xiǎn)組合建立風(fēng)險(xiǎn)參照水平曲線,在曲線上定義參照點(diǎn),在參照

29、點(diǎn)上決定是繼續(xù)進(jìn)行或終止項(xiàng)目。風(fēng)險(xiǎn)參照水平曲線4.風(fēng)險(xiǎn)駕馭與監(jiān)控與每一風(fēng)險(xiǎn)相關(guān)的三元組(風(fēng)險(xiǎn)描述,風(fēng)險(xiǎn)可能性,風(fēng)險(xiǎn)影響)是建立風(fēng)險(xiǎn)駕馭(風(fēng)險(xiǎn)消除)步驟的基礎(chǔ)。例如,假如人員的頻繁流動(dòng)是一項(xiàng)風(fēng)險(xiǎn)ri,基于過去的歷史和管理經(jīng)驗(yàn),頻繁流動(dòng)可能性的估算值 li 為0.70,影響 xi 的估計(jì)值是:項(xiàng)目開發(fā)時(shí)間增加15,總成本增加12。給出了這些數(shù)據(jù)之后,建議可使用以下風(fēng)險(xiǎn)駕馭步驟:與現(xiàn)有的人員協(xié)商,確定人員流動(dòng)的原因(如,工作條件差,收入低,人才市場競爭等);在項(xiàng)目開始前,把緩解這些原因的工作列入駕馭計(jì)劃中;當(dāng)項(xiàng)目啟動(dòng)時(shí),做好人員流動(dòng)會(huì)出現(xiàn)的準(zhǔn)備。采取一些辦法以確保人員一旦離開時(shí)項(xiàng)目仍能繼續(xù); 建立項(xiàng)

30、目組,以使大家都了解有關(guān)開發(fā)活動(dòng)的信息; 制定文檔標(biāo)準(zhǔn),并建立一種機(jī)制以保證文檔能夠及時(shí)產(chǎn)生; 對所有工作組織細(xì)致的評審(以使更多的人能夠按計(jì)劃進(jìn)度完成自己的工作); 對每一個(gè)關(guān)鍵性的技術(shù)人員,要培養(yǎng)后備人員。3.4.2 軟件項(xiàng)目進(jìn)度管理(追蹤和控制活動(dòng))一旦建立了開發(fā)進(jìn)度安排,就可以開始著手追蹤和控制活動(dòng)。由項(xiàng)目管理人員負(fù)責(zé)追蹤在進(jìn)度安排中標(biāo)明的每一個(gè)任務(wù)。如果任務(wù)實(shí)際完成日期滯后于進(jìn)度安排,則管理人員可以使用一種自動(dòng)的項(xiàng)目進(jìn)度安排工具來確定在項(xiàng)目的中間里程碑上進(jìn)度誤期所造成的影響。可對資源重新定向?qū)θ蝿?wù)重新安排(做為最壞的結(jié)果)可以修改交付日期以調(diào)整已經(jīng)暴露的問題。用這種方式可以較好地控制

31、軟件的開發(fā)。 軟件項(xiàng)目管理一項(xiàng)重要工作就是在項(xiàng)目實(shí)施過程中進(jìn)行追蹤和控制: 定期舉行項(xiàng)目狀態(tài)會(huì)議。由每位項(xiàng)目成員報(bào)告其進(jìn)展和遇到的問題。 評價(jià)在軟件工程過程中所產(chǎn)生的所有評審的結(jié)果。 確定由項(xiàng)目的計(jì)劃進(jìn)度所安排的可能選擇的正式的里程碑。1.追蹤和控制 比較在項(xiàng)目資源表中所列出的每一個(gè)項(xiàng)目任務(wù)的實(shí)際開始時(shí)間和計(jì)劃開始時(shí)間。 非正式地與開發(fā)人員交談,以得到他們對開發(fā)進(jìn)展和剛冒頭的問題的客觀評價(jià)。 當(dāng)問題出現(xiàn)的時(shí)候,項(xiàng)目管理人員必須實(shí)行控制以盡快地排解問題。2.項(xiàng)目計(jì)劃實(shí)施進(jìn)行工作劃分是實(shí)施計(jì)劃首先應(yīng)解決的問題。常用的計(jì)劃結(jié)構(gòu)有: 階段項(xiàng)目計(jì)劃、月計(jì)劃、周計(jì)劃 按軟件生存期,把開發(fā)工作劃分為若干階段

32、,對每一階段工作做出計(jì)劃。 再把每一階段工作分解為若干任務(wù),做出任務(wù)計(jì)劃。 還要把任務(wù)細(xì)分為若干步驟,做出步驟計(jì)劃。任務(wù)分解結(jié)構(gòu) 按項(xiàng)目的實(shí)際情況進(jìn)行自頂向下的結(jié)構(gòu)化分解,形成樹形任務(wù)結(jié)構(gòu)。進(jìn)一步把工作內(nèi)容、所需工作量、預(yù)計(jì)完成的期限也規(guī)定下來。任務(wù)責(zé)任矩陣 在任務(wù)分解的基礎(chǔ)上,把工作分配給相關(guān)的人員,用一個(gè)矩陣形表格表示任務(wù)的分工和責(zé)任。任務(wù)分解結(jié)構(gòu)1.2.21.2.1XX信息系統(tǒng)收集信息加工信息打印報(bào)表統(tǒng)計(jì)計(jì)算1.11.21.31任務(wù)責(zé)任矩陣3.4.3 軟件項(xiàng)目質(zhì)量管理 質(zhì)量度量貫穿于軟件工程的全過程中以及軟件交付用戶使用之后。在軟件交付之前得到的度量可作為判斷設(shè)計(jì)和測試質(zhì)量好壞的依據(jù)。這

33、一類度量包括程序復(fù)雜性、有效的模塊性和總的程序規(guī)模。在軟件交付之后的度量則把注意力集中于還未發(fā)現(xiàn)的差錯(cuò)數(shù)和系統(tǒng)的可維護(hù)性方面。在第2章中講述了事前質(zhì)量度量,這里主要討論事后質(zhì)量度量。使用得最廣泛軟件質(zhì)量的事后度量包括正確性、可維護(hù)性、完整性和可使用性。正確性:一個(gè)程序必須正確地運(yùn)行,并為它的用戶提供某些輸出。正確性要求軟件執(zhí)行所要求的功能。正確性的度量是每千代碼行(KLOC)的差錯(cuò)數(shù),其中將差錯(cuò)定義為已被證實(shí)是不符合需求的缺陷。可維護(hù)性:軟件維護(hù)比其它的軟件工程活動(dòng)需要更多的工作量。還沒有一種方法可以直接度量可維護(hù)性,必須采取間接度量。 一種簡單的面向時(shí)間的度量: 平均變更等待時(shí)間MTTC。這

34、個(gè)時(shí)間包括分析變更要求、設(shè)計(jì)適當(dāng)修改、實(shí)現(xiàn)變更并測試、把變更發(fā)送給所有用戶。 一個(gè)可維護(hù)的程序與不可維護(hù)的程序相比,應(yīng)有較低的MTTC。 完整性:完整性度量一個(gè)系統(tǒng)抗拒對它的安全性攻擊(事故的和人為的)的能力。軟件的所有三個(gè)成分程序、數(shù)據(jù)和文檔都會(huì)遭到攻擊。 度量完整性,需要定義兩個(gè)附加的屬性:危險(xiǎn)性和安全性。 危險(xiǎn)性是特定類型的攻擊將在一給定時(shí)間內(nèi)發(fā)生的概率, 安全性是排除特定類型攻擊的概率。 一個(gè)系統(tǒng)的完整性可定義為 完整性(1危險(xiǎn)性(1安全性) 其中,對每一個(gè)攻擊的危險(xiǎn)性和安全性都進(jìn)行累加。可使用性:如果一個(gè)程序不具有“用戶友好性”,即使它所執(zhí)行的功能很有價(jià)值,也常常會(huì)失敗。 可使用性量

35、化“用戶友好性”,并依據(jù)以下四個(gè)特征進(jìn)行度量:為學(xué)習(xí)系統(tǒng)所需要的體力上的和智力上的技能;為達(dá)到適度有效使用系統(tǒng)所需要的時(shí)間;當(dāng)軟件被某些人適度有效地使用時(shí)所度量的在生產(chǎn)率方面的凈增值;用戶角度對系統(tǒng)的主觀評價(jià) (可以通過問題調(diào)查表得到)。按照ISO 9000-3的說明,軟件配置項(xiàng)(SCI)可以是: 與合同、過程、計(jì)劃和產(chǎn)品有關(guān)的文檔和數(shù)據(jù);源代碼、目標(biāo)代碼和可執(zhí)行代碼; 相關(guān)產(chǎn)品,包括軟件工具、庫內(nèi)的可復(fù)用軟件、外購軟件及用戶提供的軟件。隨著軟件工程過程的進(jìn)展,軟件配置項(xiàng)數(shù)目快速增加。3.5 軟件配置管理 基線 (Baseline)基線是軟件生存期中各開發(fā)階段末尾的特定點(diǎn),又稱里程碑。由正式的

36、技術(shù)評審而得到的SCI協(xié)議和軟件配置的正式文本才能成為基線?;€的作用是把各階段工作的劃分更加明確化,以便于檢驗(yàn)和肯定階段成果。有關(guān)概念:軟件開發(fā)各階段的基線系統(tǒng)工程系統(tǒng)規(guī)格說明操作系統(tǒng)測試計(jì)劃數(shù)據(jù)源代碼設(shè)計(jì)規(guī)格說明軟件需求規(guī)格說明需求分析軟件設(shè)計(jì)程序編碼軟件測試項(xiàng)目數(shù)據(jù)庫一旦一個(gè)SCI成為基線,就把它存放到項(xiàng)目數(shù)據(jù)庫中。當(dāng)軟件組織成員想要對基線SCI進(jìn)行修改時(shí),把它從項(xiàng)目數(shù)據(jù)庫中復(fù)制到該工程師的專用工作區(qū)中。例如,把一個(gè)名為B的SCI從項(xiàng)目數(shù)據(jù)庫復(fù)制到工程師的專用工作區(qū)中。工程師在B(B的副本)上完成要求的變更,再用B來更新B。BBCA項(xiàng)目數(shù)據(jù)庫記事文件專用工作空間有些系統(tǒng)中把這個(gè)基線SCI

37、鎖定。在變更完成、評審和批準(zhǔn)之前,不許對它做任何操作。配置管理 軟件配置管理,簡稱SCM,是一種 “保護(hù)傘”活動(dòng),它用于整個(gè)軟件工程過程。其任務(wù)是標(biāo)識和確定系統(tǒng)中的配置項(xiàng),在系統(tǒng)整個(gè)生命期內(nèi)控制這些配置項(xiàng)的發(fā)布和變更,記錄并報(bào)告配置的狀態(tài)和變更要求,驗(yàn)證配置項(xiàng)的完整性和正確性。 SCM活動(dòng)的目標(biāo)是為了 (1) 標(biāo)識變更; (2) 控制變更; (3) 確保變更正確地實(shí)現(xiàn); (4) 向其他有關(guān)的人報(bào)告變更。 這些問題歸結(jié)到軟件配置管理的5個(gè)任務(wù),即配置標(biāo)識、版本管理、變更控制、配置審核和配置報(bào)告。1、配置標(biāo)識一方面隨著軟件生存期的向前推進(jìn),SCI的數(shù)量不斷增多。整個(gè)軟件生存期的軟件配置就象一部不斷演變的電影,而某一時(shí)刻的配置就是這部電影的一個(gè)片段。為了方便對軟件配置的各個(gè)片段(SCI)進(jìn)行控制和管理,不致造成混亂,首先應(yīng)給它們命名。2、版本控制版本控制是SCM的基礎(chǔ),它管理并保護(hù)開發(fā)者的軟件資源。版本控制管理在軟件工程過程中建立起配置對象的不同版本。版本管理可以把一些屬性結(jié)合到各個(gè)軟件版本上。通過描述所希望的屬性集合來確定(或構(gòu)造)所想要的配置。使用演變圖來表示系統(tǒng)的不同版本。版本1.0版本1.1版本1.2版本2.0版本2.1版本1

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論