【正文】 用 先進(jìn)的技術(shù)既可以提高軟件開發(fā)的效率 ， 又可以提高軟件維護(hù)的效率 。人員素質(zhì)和數(shù)量是影響產(chǎn)品質(zhì)量和開發(fā)效率的重要因素。 下一頁 上一頁 停止放映 第 20頁 ? 個人程序、中小型或一般程序同開發(fā)人員之間的關(guān)聯(lián)較小，應(yīng)用SE方法收效甚微。 ? 軟件工程采用的方法 ：把 軟件生存周期 劃分成若干個階段 ， 每個階段的任務(wù)相對獨立 ，而且比較簡單 ， 便于不同人員分工協(xié)作 ， 從而降低整個軟件開發(fā)工程的困難程度 。 其基本要點是： 1. 以人為主 ， 充分利用軟件開發(fā)方法及軟件開發(fā)工具； 2. 開發(fā)人員的 組織管理 對軟件開發(fā)成功與否至關(guān)重要 ； 3. 基于軟件組件的軟件開發(fā)技術(shù) 。 ? 由于在軟件開發(fā)過程中最大限度地采用軟件組件 ， 使得軟件開發(fā)過程變?yōu)橄到y(tǒng)分析 、 系統(tǒng)構(gòu)造 、 系統(tǒng)測試的集成過程 。 ? 分析階段 獨立于系統(tǒng)實現(xiàn)環(huán)境 ， 可以保證建立起來的系統(tǒng)結(jié)構(gòu)具有相對的穩(wěn)定性 ， 便于系統(tǒng)維護(hù) 、 移植或擴充 。 詳細(xì)描述系統(tǒng)的對外接口與界面 。 設(shè)計軟件組件的主要內(nèi)容是定義組件的結(jié)構(gòu) 、 功能和外部接口 ， 以及組件之間的相互關(guān)系和通信方式 。 就功能而言與傳統(tǒng)軟件工程模式中系統(tǒng)測試的功能相同 。 ? 隨著軟件技術(shù)的不斷發(fā)展及軟件工程的不斷完善 ，軟件組件將會作為一種獨立的軟件產(chǎn)品出現(xiàn)在市場上 ， 供應(yīng)用開發(fā)人員在構(gòu)造應(yīng)用系統(tǒng)時選用 。 ? 組織管理方法有以下幾個要點： ① 明確系統(tǒng) 開發(fā)人員與用戶 之間的責(zé)任與義務(wù)； ② 明確各類 開發(fā)人員的 主要 工作及責(zé)任 ； ③ 制定或選擇工程開發(fā) 規(guī)范 。 下一頁 上一頁 停止放映 第 32頁 ⒈ 軟件生命周期各個階段任務(wù) ? 一般分為五個階段： ? （ 1）需求分析、定義 ? （ 2）系統(tǒng)總體設(shè)計 ? （ 3）系統(tǒng)編程 ? （ 4）系統(tǒng)測試 ? （ 5）系統(tǒng)維護(hù) ? 階段 下一頁 上一頁 停止放映 第 33頁 ⑴ 需求分析、定義 ? 任務(wù)是 ：收集、分析、理解、確定用戶的要求；然后把用戶的要求精確、完整地描述表達(dá)出來。 – 詳細(xì)設(shè)計 ： 解決每個摸塊內(nèi)部算法和數(shù)據(jù)結(jié)構(gòu)。 下一頁 上一頁 停止放映 第 36頁 ⑷ 系統(tǒng)測試 ? 任務(wù)是：檢查、發(fā)現(xiàn)程序中的錯誤，提高軟件的可靠性。 下一頁 上一頁 停止放映 第 37頁 ⑸ 系統(tǒng)維護(hù) ? 任務(wù)是 ：改正軟件系統(tǒng)在使用過程中發(fā)現(xiàn)的隱含錯誤，擴充在使用過程中的新的功能要求； ? 目的 ：維護(hù)軟件系統(tǒng)的正常運行； ? 階段結(jié)果 ：軟件系統(tǒng)的問題報告和軟件修改報告（記錄發(fā)現(xiàn)軟件錯誤的情況以及修改軟件的過程）。 ? （ 4）它的 致命 缺點 在于只有做出 精確的需求分析 ，才能取得預(yù)期的結(jié)果。 這樣一來 ， 可以減少設(shè)計中的錯誤和開發(fā)中的風(fēng)險 ，也減少了對用戶培訓(xùn)的時間 ， 而提高了系統(tǒng)的實用 、 正確性以及用戶的滿意程度 。 這往往給工程繼續(xù)開展帶來不利因素 。 4個活動螺旋式地重復(fù)執(zhí)行 ， 直到最終得到用戶認(rèn)可的產(chǎn)品 。 ③ 用戶 評價 :對當(dāng)前工作結(jié)果進(jìn)行評價 ， 提出改進(jìn)產(chǎn)品的建議 。以軟件工程知識為基礎(chǔ)的生成規(guī)則構(gòu)成的專家系統(tǒng)與含應(yīng)用領(lǐng)域知識規(guī)則的其他專家系統(tǒng)相結(jié)合，構(gòu)成這一應(yīng)用領(lǐng)域軟件的開發(fā)系統(tǒng)。 它管理的任務(wù)是：根據(jù)項目合同書的要求 ， 制定項目計劃和工程進(jìn)度安排 、 監(jiān)督和檢查項目實施過程 、 保證工程滿足要求的質(zhì)量標(biāo)準(zhǔn) 、分析確定并排除風(fēng)險 、 在規(guī)定的期限和預(yù)算成本內(nèi)完成項目 。通常的做法是把復(fù)雜的整體項目分解成許多可以準(zhǔn)確描述、度量、可獨立操作的相對簡單的任務(wù)，然后安排這些任務(wù)的執(zhí)行順序，確定每個任務(wù)的完成期限、開始時間和結(jié)束時間。 如果任務(wù)實際完成日期滯后于進(jìn)度安排 ， 則管理人員可以行使職權(quán)范圍內(nèi)的權(quán)力 采取各種補救措施以減少進(jìn)度誤期所造成的影響 。 下一頁 上一頁 停止放映 第 49頁 軟件質(zhì)量主要因素包括 正確性 在預(yù)定的系統(tǒng)環(huán)境下能正確地完成預(yù)期的功能； 健壯性 在預(yù)定意外環(huán)境下系統(tǒng)能適當(dāng)?shù)亟o予預(yù)期的響應(yīng)； 完整性 對未經(jīng)授權(quán)的操作 ， 系統(tǒng)能夠進(jìn)行控制； 可用性 系統(tǒng)在完成預(yù)定任務(wù)的功能時能夠圓滿地實現(xiàn)； 靈活性 系統(tǒng)應(yīng)能滿足硬件環(huán)境升級和部分功能擴充需求； 可理解性 用戶和維護(hù)人員應(yīng)非常容易的理解和使用系統(tǒng)； 可維護(hù)性 用戶按文檔資料應(yīng)能排除常見系統(tǒng)故障 ， 保持系統(tǒng)正常運行； 可移植性 在廠家協(xié)助下 ， 系統(tǒng)可以移植到其他硬件環(huán)境且費用可以接受； 可重用性 系統(tǒng)全部或部分代碼可以在其他應(yīng)用系統(tǒng)中被使用； 可測試性 系統(tǒng)容易測試 。 每個階段開始時的復(fù)查是為了肯定前一個階段結(jié)束時確實進(jìn)行了認(rèn)真的復(fù)查 ， 已經(jīng)具備了開始當(dāng)前階段工作所必須的材料 。 ③ 測試結(jié)果 ：把每次測試運行的結(jié)果歸入文檔 ，如果運行出錯 ， 則應(yīng)產(chǎn)生問題報告 ， 并且要通過調(diào)試解決所發(fā)現(xiàn)的問題 。 ? 現(xiàn)在已有一些用于軟件成本估算的技術(shù)可供借鑒 。 這兩種方法都要求采用某種方法做出估算 。 ? 算式估算法 前兩種估算法的缺點在于：它們依靠的是帶有主觀猜測和盲目性的估算方法 。 因此 ， 風(fēng)險分析對于軟件項目管理是決定性的 。公認(rèn)產(chǎn)品大小度量單位是以代碼行或功能點計。技術(shù)過時也是風(fēng)險。 ④ 組織規(guī)模和人員經(jīng)驗 。 如何組織得更加合理 ， 如何管理得更加有效 ，從而最大限度地發(fā)揮這一重要的資源潛力 ， 對于成功地完成軟件工程項目至關(guān)重要 。 項目責(zé)任人對項目的完成負(fù)全部責(zé)任 。 下一頁 上一頁 停止放映 第 61頁 選擇組織結(jié)構(gòu)的模式 （ 1） 按課題劃分 按課題劃分小組 。 要開發(fā)的軟件產(chǎn)品在每個專業(yè)小組完成階段加工后 ， 沿工序流水線向下傳遞 。既設(shè)立項目經(jīng)理負(fù)責(zé)項目的管理 ， 又成立一些專門組 ， 每個成員參加其中一個組的實際工作 。但這并不意味著互相之間沒有聯(lián)系 。 因此 ， 小組內(nèi)部人員的組織形式對生產(chǎn)率也有很大的影響 。 ? 程序員 負(fù)責(zé)項目的具體分析與開發(fā) ， 以及文檔資料的編寫工作 。 美國的軟件產(chǎn)業(yè)中大多采用主程序員組的組織形式 。 通過充分討論 ， 也是在互相學(xué)習(xí) ， 因而在組內(nèi)形成一個良好合作的工作氣氛 。 這種組織形式在強調(diào)發(fā)揮每個成員的積極性的同時 ， 也創(chuàng)造了一個尊重每個成員的良好工作環(huán)境 。 ? 組長 負(fù)責(zé)全組工作 ， 包括任務(wù)分配 、 技術(shù)評審和復(fù)查 、 掌握工作量和參加技術(shù)活動 。 它比較適合項目本身就是層次結(jié)構(gòu)狀的課題以及大型軟件項目的開發(fā) 。 它是對照計劃檢查執(zhí)行情況的過程 ， 同時也是對照軟件工程標(biāo)準(zhǔn)檢查實施情況的過程 。 要建立健全競爭和激勵機制 ， 它可使人們充滿信心 ， 勇于繼續(xù)克服困難 ， 愿意努力進(jìn)一步提高工作效率 ， 迎接新任務(wù)的挑戰(zhàn) 。 要制定相對優(yōu)惠的 “ 留人 ” 政策 ， 穩(wěn)定骨干隊伍 。 遇到有這種情況時應(yīng)及時向管理部門報告并采取相應(yīng)的措施給予適當(dāng)?shù)奶幹?。 管理人員必須注意軟件項目實施的一些特殊情況 ， 認(rèn)真分析其中的一些特殊問題 ， 加以解決 。 檢驗進(jìn)度計劃執(zhí)行的情況 。 檢驗文檔編寫是否符合要求 。 軟件配置管理將伴隨整個軟件生存周期 。 基線分類列表如下： – 系統(tǒng)功能說明 。 包括：測試計劃 、 測試用例 、 測試預(yù)期結(jié)果 、測試記錄等； – 數(shù)據(jù)庫描述 。 包括：安裝說明 、 操作說明 、 用戶手冊等；培訓(xùn)計劃；維護(hù)文檔 ， 包括：故障報告 、 維護(hù)要求 、 更改記錄等； – 項目采用的有關(guān)標(biāo)準(zhǔn)和規(guī)程 。 為了便于管理 ， 首先要便于檢索 。 例如 ，基本對象可以是一段需求規(guī)格說明 、 一個模塊的源代碼清單 、 一組測試用例等 。 軟件系統(tǒng)每做一次修改 ， 就應(yīng)該變更一次版本 。 所有版本均按版本模型 （ 樹形結(jié)構(gòu) ） 存放于倉儲庫中 。 下一頁 上一頁 停止放映 第 77頁 ④ 審計 ? 軟件配置項的更改反映了用戶提高 、 擴充軟件系統(tǒng)功能和性能的要求以及軟件開發(fā)人員對軟件需求定義的認(rèn)識的提高 。 綜合考慮此軟件配置項的變更對其它配置項乃至整個軟件系統(tǒng)的潛在影響和作用 。 ? 1967年在瑞典斯得哥而摩成立了世界知識產(chǎn)權(quán)組織 。 ? 應(yīng)該學(xué)習(xí)并掌握必要的軟件保護(hù)法律知識 。 ? 知識產(chǎn)權(quán)的主要特點是： ① 無形性 。 指未經(jīng)知識產(chǎn)權(quán)人的同意 ， 除法律有規(guī)定的情況外 ， 他人不得占有或使用該項智力成果 。 ④ 時間性 。 一個僅處于作者構(gòu)思過程中 、 未表現(xiàn)出來的軟件 ， 不享有著作權(quán) 。 ③ 軟件著作權(quán)的保護(hù)范圍 著作權(quán)法的基本原則是： 只保護(hù)作品的表現(xiàn) ， 而不保護(hù)作品中所體現(xiàn)的思想 、 概念 。 決定作品是否公布于眾的權(quán)力 。 修改或授權(quán)他人修改作品的權(quán)力 。 以復(fù)制 、 表演 、 播放 、展覽 、 發(fā)行 、 攝制電影 、 電視 、 錄像或改編 、翻譯 、 注釋 、 編輯等方式使用作品的權(quán)力 ，以及許可他人以上述方式作為作品 ， 并由此獲得報酬的權(quán)力 。 下一頁 上一頁 停止放映 第 83頁 ⑸ 辦理軟件著作權(quán)登記的基本要求： ① 辦理軟件著作權(quán)和軟件著作轉(zhuǎn)讓或許可的登記 、 備案手續(xù) ， 應(yīng)當(dāng)?shù)椒ǘǖ幕驀抑付ǖ能浖怯洐C構(gòu)辦理 。 若軟件是由多個獨立的軟件組成的 ， 也可以分別辦理軟件著作權(quán)的登記手續(xù) 。 ⑥ 對于軟件登記申請中出現(xiàn)的有關(guān)問題和遺漏 ， 軟件申請者應(yīng)積極配合軟件登記機構(gòu)予以糾正 。 ? 中心網(wǎng)址： ： // ? 課件下載地址 : ftp: // ? 的 Email地址 : 謝謝！