課件-軟件項目管理_第1頁
課件-軟件項目管理_第2頁
課件-軟件項目管理_第3頁
課件-軟件項目管理_第4頁
課件-軟件項目管理_第5頁
已閱讀5頁,還剩57頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

第11章軟件項目管理2學時由于學時比較少,請學生和教師適當參考其他資料。第11章軟件項目管理2學時引言例如:編排一臺晚會節(jié)目,所有的演員和設備都是一流的,但是整體缺乏統(tǒng)一、有效的管理,那么很有可能造成節(jié)目不能按期完成,演出過程銜接不暢,成本超出預算,節(jié)目質(zhì)量難以保證等問題。結論:加強管理。軟件開發(fā)和運行維護過程中除了研究軟件技術之外,還要研究管理方法。引言例如:編排一臺晚會節(jié)目,所有的演員和設備都是一流的,但是主要內(nèi)容1)軟件項目管理的概念2)軟件項目中人員的組織方式3)各種溝通方法的特點和適用范圍4)軟件項目計劃管理5)風險管理6)配置管理了解了解理解

了解了解了解要求主要內(nèi)容1)軟件項目管理的概念了解要求第1節(jié)軟件項目管理什么是軟件項目管理? 軟件項目管理就是對軟件工程項目開發(fā)過程的管理。具體地說,就是對整個軟件生存期的一切活動進行管理,以達到提高生產(chǎn)率、改善產(chǎn)品質(zhì)量的目的。第1節(jié)軟件項目管理什么是軟件項目管理?11.1軟件項目管理管什么?人員組織與管理:項目組人員的構成、優(yōu)化。軟件度量:估算軟件規(guī)模、開發(fā)工作量等。軟件項目計劃:進度計劃、風險管理:分析潛在風險和預防措施。軟件質(zhì)量管理:研究質(zhì)量保證措施、監(jiān)控評審和測試。軟件過程能力評估:衡量軟件過程能力。軟件配置管理:管理軟件過程的程序、數(shù)據(jù)和文檔。11.1軟件項目管理管什么?11.1.1人員組織與管理軟件項目組的3種典型的人員組織形式:1)民主式2)主程序員式3)現(xiàn)代程序員11.1.1人員組織與管理軟件項目組的3種典型的人員組織形1)民主式小組各成員地位平等,大家說了算--容易激發(fā)大家的創(chuàng)造力,有利于攻克技術難關。每個人之間都要進行相互溝通--這種結構要求組織內(nèi)的成員不能太多,軟件的規(guī)模不能太大。缺乏權威領導,很難解決意見分歧的問題。適合于規(guī)模小、能力強、習慣于共同工作的軟件開發(fā)組,不適合規(guī)模大的軟件項目。1)民主式小組各成員地位平等,大家說了算--容易激發(fā)大家的創(chuàng)2)主程序員式主程序員是技術熟練、有經(jīng)驗的開發(fā)人員,對系統(tǒng)設計、編程、測試和安裝負全部責任。負責指導其他程序員完成詳細設計和編碼工作。程序員之間沒有通信渠道,所有的接口問題都有主程序員處理。2)主程序員式主程序員是技術熟練、有經(jīng)驗的開發(fā)人員,對系統(tǒng)設2)主程序員式(續(xù))后備主程序員支持主程序員的工作,負責程序測試方案、分析測試結構以及其他獨立于設計過程的工作。編程秘書負責與項目有關的事務性工作,維護項目的資料、文檔、代碼和數(shù)據(jù)。程序員在主程序員指導下,完成詳細設計和編程工作。程序員之間沒有通信渠道,所有問題都由主程序員處理。2)主程序員式(續(xù))后備主程序員支持主程序員的工作,負責程序2)主程序員式(續(xù))后備主程序員支持主程序員的工作,負責程序測試方案、分析測試結構以及其他獨立于設計過程的工作。編程秘書負責與項目有關的事務性工作,維護項目的資料、文檔、代碼和數(shù)據(jù)。程序員在主程序員指導下,完成詳細設計和編程工作。程序員之間沒有通信渠道,所有問題都由主程序員處理。2)主程序員式(續(xù))后備主程序員支持主程序員的工作,負責程序2)主程序員式(續(xù))項目組人員的分工明確簡化了成員之間的溝通和協(xié)調(diào),提高了工作效率。問題:主程序員必須同時具備高超的管理才能和技術才能,在現(xiàn)實中這種全能人才很難得。案例:1972年,紐約時報信息庫管理系統(tǒng)使用了結構化程序設計技術和主程序員的組織結構,項目獲得了巨大的成功。83000行源程序只用了11人年就全部完成,驗收測試中只發(fā)現(xiàn)了21個錯誤,系統(tǒng)運行第1年只暴露了25個錯誤。2)主程序員式(續(xù))項目組人員的分工明確3)現(xiàn)代程序員組現(xiàn)代程序員組的結構中,取消主程序員的行政管理工作,設置一名行政組長專門負責項目組管理工作。3)現(xiàn)代程序員組現(xiàn)代程序員組的結構中,取消主程序員的行政管理3)現(xiàn)代程序員組(續(xù))責任范圍定義清楚,技術組長只負責技術,不必處理諸如預算、法律等問題;行政組長負責非技術的事務。3)現(xiàn)代程序員組(續(xù))責任范圍定義清楚,技術組長只負責技術,注意:軟件項目組人員不易過多當項目規(guī)模比較大時,應該把成員分為若干小組,可采用圖示的組織結構。注意:軟件項目組人員不易過多當項目規(guī)模比較大時,應該把成員分11.1.2協(xié)調(diào)和溝通問題項目管理者應當合理地選擇恰當?shù)臏贤ǚ绞剑⑼〞车臏贤ㄇ?,保證能夠及時準確地交流項目信息。常用的溝通方式有:直接交流、電話、電子郵件和會議的方式。11.1.2協(xié)調(diào)和溝通問題項目管理者應當合理地選擇恰當?shù)?)直接交流用于項目組成員、用戶、領導之間的溝通。應用時機:討論用戶需求、關鍵技術解決方案、工作任務之間的協(xié)調(diào)等內(nèi)容。討論結果應寫成電子郵件發(fā)給項目經(jīng)理備查。1)直接交流用于項目組成員、用戶、領導之間的溝通。2)電話交流當軟件項目由多家合作開發(fā),或者用戶距離較遠,電話是非常有效的溝通手段。應用時機:快速下達通知、了解或確認問題。打電話之前要做好充分的準備:要解決的問題是什么?自己的想法是什么?需要對方做什么?等等。注意:沒有準備好之前不要打電話。對于重要的電話可以寫備案或錄音,以便查詢。2)電話交流當軟件項目由多家合作開發(fā),或者用戶距離較遠,電話3)電子郵件電子郵件不僅拉近了人與人之間的距離,更重要的是它還創(chuàng)造了一種人與人之間溝通的適當分寸,這一點尤其值得注意。面談固然十分高效,但要受到物理空間或地域的限制;電話方式雖然也很直接,但可能會暴露隱私、造成局促、逼迫,甚至是傷害。電子郵件則不然,它讓溝通變得穩(wěn)妥而不局促。電子郵件可以留下溝通的痕跡。例如,在一個大型軟件開發(fā)項目中,我們要求用戶將每次的需求變更都以電子郵件的形式發(fā)給項目組,項目組經(jīng)討論,故算出變更的影響和可能的工作量,以郵件的形式回復用戶,當整個項目結束時。我們打印出所有的需求變更電子郵件和工作量,用戶感到非常震驚。不但在第二期項目中追加了彌補第一期需求變更引起的工作量的資金,而且對待用戶需求非常的認真,使后期的工作更加順利。3)電子郵件電子郵件不僅拉近了人與人之間的距離,更重要的是它4)會議對軟件項目管理來說必不可少,一些工作計劃布置、落實、檢查都要以會議的形式進行,以便快速地發(fā)現(xiàn)和解決問題。在軟件開發(fā)的各個階段,都要召開會議審查階段產(chǎn)品。4)會議對軟件項目管理來說必不可少,一些工作計劃布置、落實、11.1.3軟件項目進度計劃軟件項目有很多計劃,我們只介紹進度計劃。主要任務:計劃項目的進度、工作量、資源。項目進度表示方法:Gantt圖和工程網(wǎng)絡圖。11.1.3軟件項目進度計劃軟件項目有很多計劃,我們只介紹1)Gantt圖直觀簡明、易學易用.它不能明顯地表示各項任務彼此間的依賴關系和關鍵任務。1)Gantt圖直觀簡明、易學易用.2)工程網(wǎng)絡圖能描繪任務分解情況及每項作業(yè)的開始時間和結束時間。能清楚地表示各個任務之間的依賴關系,容易識別出關鍵路徑和關鍵任務。2)工程網(wǎng)絡圖能描繪任務分解情況及每項作業(yè)的開始時間和結束時11.1.4項目風險管理由于軟件的特點,軟件項目具有極大的風險,如需求不確定、技術不成熟、市場惡性競爭和項目管理失控等問題,它們可能會對軟件項目的進度、成本、質(zhì)量產(chǎn)生重大影響。項目風險管理需要在這些潛在的問題對項目造成破壞之前對其進行識別、處理和排除。11.1.4項目風險管理由于軟件的特點,軟件項目具有極大的軟件項目常見的風險軟件估算不準確造成的風險。包括系統(tǒng)規(guī)模、用戶數(shù)量、可復用性等;市場風險。包括軟件產(chǎn)品的利潤、管理層重視程度、交付期限的合理性等;與客戶相關的風險。包括需求的明確程度、客戶配合程度等;技術風險。包括技術成熟程度、開發(fā)方法的特殊要求、功能實現(xiàn)的可行性等;開發(fā)環(huán)境風險。包括各種CASE工具的可用程度和掌握程度,人員培訓情況;開發(fā)人員風險。包括人員的能力和經(jīng)驗、技術培訓、人員穩(wěn)定性等。軟件項目常見的風險軟件估算不準確造成的風險。包括系統(tǒng)規(guī)模、用11.2軟件配置管理(SCM)軟件過程的文檔主要分為三類:程序,包括源代碼和可執(zhí)行程序;文檔,包括分析、設計、測試和用戶指南等;數(shù)據(jù),總稱為軟件配置。隨著軟件過程的進展,軟件配置項迅速增長,這個增長是兩方面的,一是種類增加,二是不斷的變化,導致配置項版本的增加。因此有必要對軟件配置進行管理。11.2軟件配置管理(SCM)軟件過程的文檔主要分為三類:軟件配置管理目的和過程軟件配置管理是軟件質(zhì)量保證的重要環(huán)節(jié),主要目的是控制變化。關鍵的過程有:配置項標識、版本控制、變化控制、配置審計和配置變化報告。軟件配置管理目的和過程軟件配置管理是軟件質(zhì)量保證的重要環(huán)節(jié),11.2.1基線IEEE(IEEEStd.610.12-1990)給出的基線定義:已經(jīng)通過正式復審和批準的某規(guī)約或產(chǎn)品,它因此可以作為進一步開發(fā)的基礎,并且只能通過正式的變化控制過程改變。通俗基線定義:一個文檔一旦通過正式的復審,變成了一個基線。如果需要改變這個文檔,只能走正規(guī)的申請和評估流程,批準之后方可進行修改。11.2.1基線IEEE(IEEEStd.610.12-11.2.2軟件配置管理過程1)標識:為了控制和管理軟件配置項,需要對每個配置項獨立命名。就像學校管理學生時,要給每個學生分配學號一樣。每個配置項用一組屬性標識,有名稱、描述、資源表等。11.2.2軟件配置管理過程1)標識:為了控制和管理軟件配11.2.2軟件配置管理過程(續(xù))2)版本控制:版本是在明確定義的時間點上某個配置項的狀態(tài),它記錄了軟件配置項的演化過程。版本管理是對版本的各種操作進行控制,包括檢出和登入控制、版本歷史記錄和版本發(fā)布等。11.2.2軟件配置管理過程(續(xù))2)版本控制:版本是在明11.2.2軟件配置管理過程(續(xù))3)變化控制:對于大型的軟件開發(fā)項目,無控制的變化必將導致項目失敗。如果項目需要變化,首先是提交變化請求,由專門的組織或人員進行評價,由變化控制審核者進行審核。如果同意變化,則下達變化指令,指令詳細描述要進行的變化、注意的約束、以及復審和審計的標準。實施變化時,將需要改變的配置項從項目版本數(shù)據(jù)庫“檢出”,進行修改后將其“登入”項目版本數(shù)據(jù)庫,并使用合適的版本控制機制建立軟件的新版本。11.2.2軟件配置管理過程(續(xù))3)變化控制:對于大型的本章要點軟件過程是人們開發(fā)和維護軟件及相關產(chǎn)品(如軟件項目計劃,設計文檔、代碼、測試用例及用戶手冊)的活動、方法、實踐和改進的集合。軟件項目管理的內(nèi)容主要包括:人員的組織與管理,軟件度量,軟件項目計劃,風險管理,軟件質(zhì)量保證,軟件過程能力評估,軟件配置管理等。軟件過程的文檔主要分為三類:一類是計算機程序,包括源代碼和可執(zhí)行程序,第二類是描述程序的文檔,包括分析、設計、測試和用戶指南等,第三類是數(shù)據(jù)。它們總稱為軟件配置。本章要點軟件過程是人們開發(fā)和維護軟件及相關產(chǎn)品(如軟件項目計第11章軟件項目管理2學時由于學時比較少,請學生和教師適當參考其他資料。第11章軟件項目管理2學時引言例如:編排一臺晚會節(jié)目,所有的演員和設備都是一流的,但是整體缺乏統(tǒng)一、有效的管理,那么很有可能造成節(jié)目不能按期完成,演出過程銜接不暢,成本超出預算,節(jié)目質(zhì)量難以保證等問題。結論:加強管理。軟件開發(fā)和運行維護過程中除了研究軟件技術之外,還要研究管理方法。引言例如:編排一臺晚會節(jié)目,所有的演員和設備都是一流的,但是主要內(nèi)容1)軟件項目管理的概念2)軟件項目中人員的組織方式3)各種溝通方法的特點和適用范圍4)軟件項目計劃管理5)風險管理6)配置管理了解了解理解

了解了解了解要求主要內(nèi)容1)軟件項目管理的概念了解要求第1節(jié)軟件項目管理什么是軟件項目管理? 軟件項目管理就是對軟件工程項目開發(fā)過程的管理。具體地說,就是對整個軟件生存期的一切活動進行管理,以達到提高生產(chǎn)率、改善產(chǎn)品質(zhì)量的目的。第1節(jié)軟件項目管理什么是軟件項目管理?11.1軟件項目管理管什么?人員組織與管理:項目組人員的構成、優(yōu)化。軟件度量:估算軟件規(guī)模、開發(fā)工作量等。軟件項目計劃:進度計劃、風險管理:分析潛在風險和預防措施。軟件質(zhì)量管理:研究質(zhì)量保證措施、監(jiān)控評審和測試。軟件過程能力評估:衡量軟件過程能力。軟件配置管理:管理軟件過程的程序、數(shù)據(jù)和文檔。11.1軟件項目管理管什么?11.1.1人員組織與管理軟件項目組的3種典型的人員組織形式:1)民主式2)主程序員式3)現(xiàn)代程序員11.1.1人員組織與管理軟件項目組的3種典型的人員組織形1)民主式小組各成員地位平等,大家說了算--容易激發(fā)大家的創(chuàng)造力,有利于攻克技術難關。每個人之間都要進行相互溝通--這種結構要求組織內(nèi)的成員不能太多,軟件的規(guī)模不能太大。缺乏權威領導,很難解決意見分歧的問題。適合于規(guī)模小、能力強、習慣于共同工作的軟件開發(fā)組,不適合規(guī)模大的軟件項目。1)民主式小組各成員地位平等,大家說了算--容易激發(fā)大家的創(chuàng)2)主程序員式主程序員是技術熟練、有經(jīng)驗的開發(fā)人員,對系統(tǒng)設計、編程、測試和安裝負全部責任。負責指導其他程序員完成詳細設計和編碼工作。程序員之間沒有通信渠道,所有的接口問題都有主程序員處理。2)主程序員式主程序員是技術熟練、有經(jīng)驗的開發(fā)人員,對系統(tǒng)設2)主程序員式(續(xù))后備主程序員支持主程序員的工作,負責程序測試方案、分析測試結構以及其他獨立于設計過程的工作。編程秘書負責與項目有關的事務性工作,維護項目的資料、文檔、代碼和數(shù)據(jù)。程序員在主程序員指導下,完成詳細設計和編程工作。程序員之間沒有通信渠道,所有問題都由主程序員處理。2)主程序員式(續(xù))后備主程序員支持主程序員的工作,負責程序2)主程序員式(續(xù))后備主程序員支持主程序員的工作,負責程序測試方案、分析測試結構以及其他獨立于設計過程的工作。編程秘書負責與項目有關的事務性工作,維護項目的資料、文檔、代碼和數(shù)據(jù)。程序員在主程序員指導下,完成詳細設計和編程工作。程序員之間沒有通信渠道,所有問題都由主程序員處理。2)主程序員式(續(xù))后備主程序員支持主程序員的工作,負責程序2)主程序員式(續(xù))項目組人員的分工明確簡化了成員之間的溝通和協(xié)調(diào),提高了工作效率。問題:主程序員必須同時具備高超的管理才能和技術才能,在現(xiàn)實中這種全能人才很難得。案例:1972年,紐約時報信息庫管理系統(tǒng)使用了結構化程序設計技術和主程序員的組織結構,項目獲得了巨大的成功。83000行源程序只用了11人年就全部完成,驗收測試中只發(fā)現(xiàn)了21個錯誤,系統(tǒng)運行第1年只暴露了25個錯誤。2)主程序員式(續(xù))項目組人員的分工明確3)現(xiàn)代程序員組現(xiàn)代程序員組的結構中,取消主程序員的行政管理工作,設置一名行政組長專門負責項目組管理工作。3)現(xiàn)代程序員組現(xiàn)代程序員組的結構中,取消主程序員的行政管理3)現(xiàn)代程序員組(續(xù))責任范圍定義清楚,技術組長只負責技術,不必處理諸如預算、法律等問題;行政組長負責非技術的事務。3)現(xiàn)代程序員組(續(xù))責任范圍定義清楚,技術組長只負責技術,注意:軟件項目組人員不易過多當項目規(guī)模比較大時,應該把成員分為若干小組,可采用圖示的組織結構。注意:軟件項目組人員不易過多當項目規(guī)模比較大時,應該把成員分11.1.2協(xié)調(diào)和溝通問題項目管理者應當合理地選擇恰當?shù)臏贤ǚ绞?,建立通暢的溝通渠道,保證能夠及時準確地交流項目信息。常用的溝通方式有:直接交流、電話、電子郵件和會議的方式。11.1.2協(xié)調(diào)和溝通問題項目管理者應當合理地選擇恰當?shù)?)直接交流用于項目組成員、用戶、領導之間的溝通。應用時機:討論用戶需求、關鍵技術解決方案、工作任務之間的協(xié)調(diào)等內(nèi)容。討論結果應寫成電子郵件發(fā)給項目經(jīng)理備查。1)直接交流用于項目組成員、用戶、領導之間的溝通。2)電話交流當軟件項目由多家合作開發(fā),或者用戶距離較遠,電話是非常有效的溝通手段。應用時機:快速下達通知、了解或確認問題。打電話之前要做好充分的準備:要解決的問題是什么?自己的想法是什么?需要對方做什么?等等。注意:沒有準備好之前不要打電話。對于重要的電話可以寫備案或錄音,以便查詢。2)電話交流當軟件項目由多家合作開發(fā),或者用戶距離較遠,電話3)電子郵件電子郵件不僅拉近了人與人之間的距離,更重要的是它還創(chuàng)造了一種人與人之間溝通的適當分寸,這一點尤其值得注意。面談固然十分高效,但要受到物理空間或地域的限制;電話方式雖然也很直接,但可能會暴露隱私、造成局促、逼迫,甚至是傷害。電子郵件則不然,它讓溝通變得穩(wěn)妥而不局促。電子郵件可以留下溝通的痕跡。例如,在一個大型軟件開發(fā)項目中,我們要求用戶將每次的需求變更都以電子郵件的形式發(fā)給項目組,項目組經(jīng)討論,故算出變更的影響和可能的工作量,以郵件的形式回復用戶,當整個項目結束時。我們打印出所有的需求變更電子郵件和工作量,用戶感到非常震驚。不但在第二期項目中追加了彌補第一期需求變更引起的工作量的資金,而且對待用戶需求非常的認真,使后期的工作更加順利。3)電子郵件電子郵件不僅拉近了人與人之間的距離,更重要的是它4)會議對軟件項目管理來說必不可少,一些工作計劃布置、落實、檢查都要以會議的形式進行,以便快速地發(fā)現(xiàn)和解決問題。在軟件開發(fā)的各個階段,都要召開會議審查階段產(chǎn)品。4)會議對軟件項目管理來說必不可少,一些工作計劃布置、落實、11.1.3軟件項目進度計劃軟件項目有很多計劃,我們只介紹進度計劃。主要任務:計劃項目的進度、工作量、資源。項目進度表示方法:Gantt圖和工程網(wǎng)絡圖。11.1.3軟件項目進度計劃軟件項目有很多計劃,我們只介紹1)Gantt圖直觀簡明、易學易用.它不能明顯地表示各項任務彼此間的依賴關系和關鍵任務。1)Gantt圖直觀簡明、易學易用.2)工程網(wǎng)絡圖能描繪任務分解情況及每項作業(yè)的開始時間和結束時間。能清楚地表示各個任務之間的依賴關系,容易識別出關鍵路徑和關鍵任務。2)工程網(wǎng)絡圖能描繪任務分解情況及每項作業(yè)的開始時間和結束時11.1.4項目風險管理由于軟件的特點,軟件項目具有極大的風險,如需求不確定、技術不成熟、市場惡性競爭和項目管理失控等問題,它們可能會對軟件項目的進度、成本、質(zhì)量產(chǎn)生重大影響。項目風險管理需要在這些潛在的問題對項目造成破壞之前對其進行識別、處理和排除。11.1.4項目風險管理由于軟件的特點,軟件項目具有極大的軟件項目常見的風險軟件估算不準確造成的風險。包括系統(tǒng)規(guī)模、用戶數(shù)量、可復用性等;市場風險。包括軟件產(chǎn)品的利潤、管理層重視程度、交付期限的合理性等;與客戶相關的風險。包括需求的明確程度、客戶配合程度等;技術風險。包括技術成熟程度、開發(fā)方法的特殊要求、功能實現(xiàn)的可行性等;開發(fā)環(huán)境風險。包括各種CASE工具的可用程度和掌握程度,人員培訓情況;開發(fā)人員風險。包括人員的能力和經(jīng)驗、技術培訓、人員穩(wěn)定性等。軟件項目常見的風險軟件估算不準確造成的風險。包括系統(tǒng)規(guī)模、用11.2軟件配置管理(SCM)軟件過程的文檔主要分為三類:程序,包括源代碼和可執(zhí)行程序;文檔,包括分析、設計、測試和用戶指南等;數(shù)據(jù),總稱為軟件配置。隨著軟件過程的進展,軟件配置項迅速增長,這個增長是兩方面的,一是種類增加,二是不斷的變化,導致配置項版本的增加。因此有必要對軟件配置進行管理。11.2軟件配置管理(SCM)軟件過程的文檔主要分為三類:軟件配置管理目的和過程軟件配置管理是軟件質(zhì)量保證的重要環(huán)節(jié),主要目的是控制變化。關鍵的過程有:配置項標識、版本控制、變化控制、配置審計和配置變化報告。軟件配置管理目的和過程軟件配置管理是軟件質(zhì)量保證的重要環(huán)節(jié),11.2.1基線IEEE(IEEEStd.610.

溫馨提示

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

最新文檔

評論

0/150

提交評論