【正文】 ⑧ 辦理登記手續(xù)時 ， 應交納法定的手續(xù)費 。 在軟件申請書（ 登記表 ） 上應有申請者或代理人的簽章 。 但代理人須向軟件登記管理機構出示寫明委托權限的委托書 。 ② 凡已在軟件登記機構辦理登記的軟件 ， 在其專有權力發(fā)生轉讓活動時 ， 受讓方應在轉讓合同正式簽訂后的兩個月之內(nèi)向軟件登記機構備案 。 保護作品不受篡改的權力 。 表明作者身份 ， 在作品上有署名權 。 目前人們比較一致的認為：軟件的功能目標應用屬于思想 、 概念 ， 不受著作權法的保護；而軟件的程序代碼則是表現(xiàn) ， 應屬于著作權保護的客體之內(nèi) 。 ② 軟件著作權的特征 計算機軟件的體現(xiàn)形式是程序和文件 。 這是為限制權利人不致因自己對其智力成果的壟斷期過長而阻礙社會經(jīng)濟 、 文化和科學事業(yè)的發(fā)展 。 指法律保護知識產(chǎn)權的有效地區(qū)范圍 。 知識產(chǎn)權的權利人只有當其主張自己權利的時候 ， 才能確認為權利人 。 下一頁 上一頁 停止放映 第 79頁 ⑴ 軟件知識產(chǎn)權的法律保護 ? 知識產(chǎn)權 又稱為智力成果產(chǎn)權和智慧財產(chǎn)權 ， 是指對智力活動所創(chuàng)造的精神財富所享有的權利 。 1990年 9月我國頒布了 《 著作權法 》 ，確定計算機軟件為保護的對象 。 由于它具有開發(fā)工作量大 、 周期長 ， 而生產(chǎn) （ 復制 ） 容易 、 費用低等特點 ， 因此 ，長期以來 ， 軟件的知識產(chǎn)權得不到尊重 ， 軟件的真正價值得不到承認 ， 靠非法竊取他人軟件而牟取商業(yè)利益成了信息產(chǎn)業(yè)中投機者的一條捷徑 。 為保證軟件配置項變更的合理性和嚴肅性 ， 必須實行嚴格的審計控制 。 下一頁 上一頁 停止放映 第 76頁 ③ 變更管理 ? 有變更的需求就要有變更的控制和管理 。 為了保持該軟件系統(tǒng)一脈相承的完整性 ， 每一個軟件配置項修改后的以前版本都要保留 。 復合對象表示的是一本設計規(guī)格說明書 、 一個完整的源程序清單 。標識軟件配置項是配置項管理的重要基礎工作 。 隨著軟件系統(tǒng)的變更 ， 有關文檔也將發(fā)生變化 。 包括：模塊功能 、 模塊算法 、 模塊接口等描述； – 運行系統(tǒng) 。 包括：圖形分析模型 、 過程 、 原型 、 數(shù)學規(guī)格說明； – 設計規(guī)格說明 。 ? 軟件配置項包括 ： ① 與合同 、 過程 、 計劃和產(chǎn)品有關的文檔和資料； ② 源代碼 、 目標代碼和可執(zhí)行代碼； ③ 相關產(chǎn)品 ， 包括軟件工具 、 庫內(nèi)的可重用軟件 、 外購軟件及顧客提供的軟件等 。 檢驗 、 控制軟件配置項的變更 。 度量并控制軟件項目的開銷 。 包括明確度量軟件質(zhì)量的因素和準則 ， 決定質(zhì)量管理的方法和工具 ， 以及實施質(zhì)量管理的組織形式 。 檢驗管理需要事先確定應當遵循的標準 ， 使得軟件項目的工作進展可以用某些客觀 、 精確且有實際意義的標準加以衡量 。 下一頁 上一頁 停止放映 第 68頁 檢驗管理的要點 ① 重大偏離 。 通常 ， 人們愿意追隨那些能夠體諒個人要求或?qū)嶋H困難的領導 。 ? 管理內(nèi)容包括 ： 指導工作的要點 檢驗管理的要點 檢驗管理的工作范圍 下一頁 上一頁 停止放映 第 67頁 指導工作的要點 ① 鼓勵 。 ? 指導的目的是在軟件項目的實施過程中 ， 動員和促進工作人員積極完成所分配的任務 。 ? 高級程序員 通過基層小組 ， 管理若干個程序員 。這樣的小組形式避免了美國因軟件人員頻繁流動對工作造成的嚴重干擾 。 有人認為這種組織形式適合于研制時間長 、 開發(fā)難度大的項目 。 項目有關的所有重大決策都由全體成員集體討論 、 確定解決 。 ? 主程序員組這種集中領導的組織形式突出了主程序員的領導作用 ， 簡化了人際通信 。 ? 主程序員 是經(jīng)驗豐富能力強的高級程序員 ， 負責小組全部技術活動的計劃 、 協(xié)調(diào)與審查工作 ， 還負責設計和實現(xiàn)項目中的關鍵部分 。 ? 程序設計小組內(nèi)人數(shù)少 ， 如 2～ 3人 ，則人員之間的聯(lián)系比較簡單 。 而且各個項目有專人負責 ， 有利于項目的完成 。 但也有小組之間的通信接口增多 ， 通信路徑延長等問題 。 （ 2） 按職能劃分 按任務的工作階段劃分成若干個專業(yè)小組 。 項目組成員之間的交流和協(xié)作是項目成敗的關鍵 。 ? 建立項目組織時要考慮這樣一些 原則 ： ① 項目責任制度 。表現(xiàn)在客戶需求經(jīng)常矛盾，不了解客戶的特殊需要，客戶不了解項目中采用的新技術，且雙方又難于溝通等。 ③ 開發(fā)環(huán)境 。 未曾使用過的新技術都存在風險。 下一頁 上一頁 停止放映 第 58頁 主要風險因素 ① 產(chǎn)品大小 。 算式估算法有兩種基本類型： 由理論導出的算法和由經(jīng)驗得出的算法 。 下一頁 上一頁 停止放映 第 56頁 成本估算方法簡介 ? 專家估算法 依靠一個或多個專家對項目做出估算 ，其精度主要取決于專家對估算項目的定性參數(shù)的了解和他們的經(jīng)驗 。 ? 自頂向下法 是對整個工程項目的 總開發(fā)時間和總工作量 做出估算 ， 然后將它們按階段 、步驟和任務進行分配 。 在制定項目計劃時 ， 就必須對項目需要的人力及其他資源 、 項目持續(xù)時間和項目成本做出估算 。 下一頁 上一頁 停止放映 第 53頁 測試 ? 測試是用測試用例執(zhí)行系統(tǒng) ， 以檢查測試結果是否和預期結果一致 。 ? 審查過程包括 ： ① 計劃：組織審查組、分發(fā)材料等； ② 概況介紹：對大的項目，讓主程序員介紹概況； ③ 準備：評審員閱讀材料，取得項目有關知識； ④ 評審會：目的是發(fā)現(xiàn)和記錄錯誤； ⑤ 返工：開發(fā)者修改已經(jīng)發(fā)現(xiàn)的問題； ⑥ 復查：檢查返工是否真正解決了問題。 ? 質(zhì)量保證在軟件生存周期中是至關重要的 。 下一頁 上一頁 停止放映 第 48頁 ② 項目追蹤和質(zhì)量保證 ? 項目追蹤實施由項目管理人員負責 。 ? 在工作和任務清單中要清楚地描述出 ： – 項目劃分的各個實施 階段 – 每個 階段 的工作重點和 任務 是什么 – 完成本階段工作和任務的 人 力 、 資源 需求 ， 時間期限 – 階段工作和任務的 成果形式 – 項目實施過程中對風險 、 疑難 、 其他 不可預見因素 等 的處理機制 – 各任務組及 開發(fā)人員之間的組織 、 協(xié)調(diào)關系等 。當然，還要結合傳統(tǒng)開發(fā)模式中好的、已被無數(shù)成功開發(fā)活動證明是可行的經(jīng)驗和技術。該模型應用基于規(guī)則的系統(tǒng)，采用歸納和推理機制，幫助軟件人員完成開發(fā)工作，并使維護在系統(tǒng)規(guī)格說明一級進行。 ② 風險 分析 :分析可選方案 ,分析識別風險 ,研究解決化解風險的辦法 。 還有的把原型模式嵌套在瀑布模型中運用。 （ 3） 降低成本 。 下一頁 上一頁 停止放映 第 40頁 ⒊ 原型模型 —— 樣品模型 ? 原型模型的主要思想： 先借用已有系統(tǒng)作為原型模型，通過“ 樣品 ”不斷改進，使得最后的產(chǎn)品就是用戶所需要的。 ? （ 2）把 邏輯設計與物理設計 清楚地 劃分開 ，是瀑布模型的重要指導思想。 ? 分三個階段 ： – 模塊測試 測試每個模塊的程序是否有錯； （單元測試） – 組裝測試 測試模塊之間的接口是否正確； （集成測試） – 確認測試 測試整個軟件系統(tǒng)是否滿足用戶功能、性能要求。 下一頁 上一頁 停止放映 第 35頁 ⑶ 系統(tǒng)編程 ? 任務是 ： 根據(jù)設計說明書中每個模塊的控制流程 編出 相應的 程序 。 ? 分兩步驟 ： – 可行性研究 ： 制定軟件開發(fā)計劃 – 進行需求分析 ? 階段結果 : – 可行性報告、軟件計劃、需求說明書 下一頁 上一頁 停止放映 第 34頁 ⑵ 系統(tǒng)總體設計 ? 任務是 ： – 設計軟件系統(tǒng)的模塊層次結構 – 模塊間邏輯關系、參數(shù) – 每個模塊的功能 ? 目的 ：要回答“ 如何解決該問題 ？”， 既系統(tǒng)” 怎樣做 ？“。 ? 軟件工程的應用模式 也稱為軟件生存周期模式。 一個復雜的系統(tǒng)開發(fā)過程 ， 涉及到眾多的以人為主的各種開發(fā)活動 ， 通過這些活動的有機配合與協(xié)調(diào)才能保證系統(tǒng)開發(fā)的成功 。 ? 軟件組件開發(fā)主要是開發(fā)與維護系統(tǒng)構造過程中用到的組件 。 ? 在系統(tǒng)實現(xiàn)階段 ， 對于需要開發(fā)的軟件組件 ， 選擇采用某種合適的程序設計語言編寫相應的源代碼程序 ， 完成系統(tǒng)實現(xiàn)工作 。 在設計時 ， 可能會對系統(tǒng)結構作一些調(diào)整 ， 但為了保持系統(tǒng)結構的穩(wěn)定性 ， 應盡可能避免由于實現(xiàn)環(huán)境的特定要求而改變系統(tǒng)結構 。 完整描述系統(tǒng)中所處理的全部信息； （ 2） 行為 。 用戶模型從概念上全方位表達系統(tǒng)需求及系統(tǒng)與用戶的相互關系 。 這使得在軟件開發(fā)過程中編程工作量日趨減少 ， 取而代之的是在設計好系統(tǒng)體系結構后 ，利用軟件組件構造或重構軟件系統(tǒng) 。 ? 傳統(tǒng)軟件工程模式的缺點 ： 強調(diào) 了分階段實施模塊化 、 結構化程序設計技術和方法 ， 而忽視 了人在軟件開發(fā)過程中的地位和作用 。 下一頁 上一頁 停止放映 第 21頁 應用程序分類 分類 程序規(guī)模 模塊數(shù) 開發(fā)時間 開發(fā)人數(shù) 極小 500行以下 10~20 1~4周 1人 小 1K~2K行 25~5