1、軟件過程管理實驗指導書1軟件過程管理實驗指導書一、基本目的：1軟件開發過程的基本原理和技術應用于實踐。2使學生掌握軟件開發過程和組織過程，強化學生規范化開發軟件的意識和能力。二、實驗環境：硬件環境： PC 計算機、服務器。過程管理工具：Project2003 、 SVN、 VSS、ClearCase 、 WORD 、 EXCEL 、 VISIO 、RATIONAL ROSE等，編程環境自選。三、實驗要求：每班將 4-6 人分為一個小組，每組從以下題目中任選一題，也可自選題目作為課程實踐題目。每組指定一名組長，負責分工和制定標準等管理工作。1項目開發過程建議采用快速原型與增量開發相集合的模式。指

2、導書中給出的軟件項目的需求為不完整的功能需求描述，各小組根據需求工程過程，對給出的項目需求進行需求獲取和分析。在基本明確需求的情況后建立系統整體原型供需求的討論和確定，在需求和系統架構確定后，各自對所分配子系統進行邏輯建模與設計開發。開發方式要求3采用面向對象方法。2實驗內容包括軟件項目管理計劃（包括資源管理與分配，項目進度計劃等） ；小組軟件開發過程中應用的過程規范及文檔模板的制定（包括需求變更控制過程制定，編碼規范的制訂，軟件問題報告單和軟件修改報告單模板等）；系統分析與設計；軟件配置計劃。在軟件開發過程中，進行需求變更，體會需求變更控制過程和需求變更后對項目管理計劃和軟件配置的影響。各組

3、全體成員分工合作，最后按系統整體設計方案實現系統原型。3實驗報告要求包括軟件項目開發計劃，4軟件需求規格說明書，軟件配置管理計劃，軟件設計規格說明書，軟件測試報告。報告中還包括以下附件：附件 A：小組制定的軟件過程規范文檔；附件 B：其他軟件開發過程信息（項目任務書，個人進度安排，項目進度周報，軟件問題報告單 (SPR) 軟件修改報告單 (SCR) 變更申請單等）全組文檔格式、內容參照本指導書給出的模板。附件 A 附件 B 中的文檔模板可由項目小組根據小組特點制定。提交一份完整的實驗報告（提交打印和電子兩種形式） 。5五、實驗題目：1、軟件工程課程教學網站作為教學的輔助環節，該教學網站能為教師

4、提供課程信息和教學資料的管理維護，教學過程的管理，作業的布置、批改等；為學生提供教學資料的下載，作業的上傳下載，信息的查詢等功能。另外，還有在線模擬考試（鏈接）、BBS 論壇（鏈接）等功能。2、軟件工程實驗過程管理系統出題（教師、學生），分組，選題，計劃管理6（計劃制定、計劃執行、計劃變更、計劃評審）、軟件規范管理、需求管理（需求獲取、需求分析、需求變更、需求評審） 、設計（概要設計、詳細設計、設計變更、設計評審） 、測試管理、實驗報告管理、成績評定（組內評定、小組成績評定、教師評定）論壇、教師學生信息維護3、軟件工程課程群教學論壇4、在線考試系統5、高校排課系統6 項目管理軟件的開發7 基于

5、 Android 平臺的手機相冊78 基于地理信息系統的校園導航系統9 基于地理信息系統的大眾點評開發語言和工具： （C# ，JAVA ，C+ ） VS2010 ， SQLSERVER2008 ， sqlserver 2000六、課程實驗報告要求：以組為單位按軟件系統開發可交付文檔的形式書寫實驗報告，按附件中所給出的內容和格式要求作為參考。其中，項目計劃書、8軟件過程規范的制定由組長組織全組成員共同完成，其他文檔按系統功能結構進行分工，分別由各責任人完成相應部分文檔然后進行整合。詳細要求見附件。七、實驗時間安排：由實驗室安排 。9附件：實驗報告樣本河北工業大學軟件過程管理課程實驗實驗報告題目：

6、專業：班級：分組編號：組長：10成員：指導教師：完成日期：11目錄1234567 AB12小組成員角色與分工情況表13姓名職責和完成的工作 項目組評定1415一、軟件項目開發計劃完成人：1 引言1.1 編寫目的說明：編寫這份軟件項目開發計劃的目的，并指出預期的讀者。1.2 背景說明：a. 待開發的軟件系統的名稱；b. 本項目的任務提出者、 開發者、用戶及實現該軟件的計算中心或計算機網絡；16c. 該軟件系統同其他系統或其他機構的基本的相互來往關系。1.3 定義列出本文件中用到的專門術語的定義和外文的首字母組詞的原詞組。1.4 參考資料列出用得著的參考資料，如：a. 本項目的經核準的計劃任務書和

7、合同、上級機關的批文；b. 屬于本項目的其他已發表的文件；c. 本文件中各處引用的文件、 資料，包括所要用到的軟件開發標準。 列出這些文17件資料的標題、 文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。2 項目概述2.1 工作內容簡要地說明在本項目的開發中須進行的各項主要工作。2.2 主要參加人員扼要說明參加本項目開發的主要人員的情況，包括他們的技術水平。182.3 產品2.3.1 程序列出須移交給用戶的程序的名稱、所用地編程語言及存儲程序的媒體形式，并通過引用相關文件，逐項說明其功能和能力。2.3.2 文件列出須移交用戶的每種文件的名稱及內容要點。2.3.3 服務列出需向用戶

8、提供的各項服務， 如培訓安裝、維護和運行支持等， 應逐項規定開始日期、所提供支持的級別和服務的期限。192.3.4 非移交的產品說明開發集體應向本單位交出但不必向用戶移交的產品（文件甚至某些程序） 。2.4 驗收標準對于上述這些應交出的產品和服務，逐項說明或引用資料說明驗收標準。2.5 完成項目的最遲期限2.6 本計劃的批準者和批準日期3 實施計劃3.1 工作任務的分解與人員分工對于項目開發中需要完成的各項工作，從需求分析、設計、實現、測試直到維護，包20括文件的編制、審批、打印、分發工作，用戶培訓工作， 軟件安裝工作等， 按層次進行分解，指明每項任務的負責人和參加人員。3.2 接口人員說明負

9、責接口工作的人員及他們的職責，包括：a. 負責本項目同用戶的接口人員；b. 負責本項目同本單位各管理機構， 如合同計劃管理部門、 財務部門、質量管理部門等的接口人員；c. 負責本項目同個份合同負責單位的接口人員等。213.3 進度對于需求分析、設計、編碼實現、測試、移交、培訓和安裝等工作， 給出每項工作任務的預定開始日期、完成日期及所需資源，規定各項工作任務完成的先后順序以及表征每項工作任務完成的標志性事件（即所謂“里程碑）。3.4 預算逐項列出本開發項目所需要的勞務（包括人員的數量和時間） 以及經費的預算 （包括辦公費、差旅費、機時費、資料費、通訊設備和專用設備的租金等）和來源。223.5

10、關鍵問題逐項列出能夠影響整個項目成敗的關鍵問題、技術難點和風險， 指出這些問題對項目的影響。4 支持條件說明為支持本項目的開發所需要的各種條件和設施。4.1 計算機系統支持逐項列出開發中和運行時所需的計算機系統支持，包括計算機、外圍設備、通訊設備、模擬器、編譯（或匯編）程序、操作系統、數據管理程序包、 數據存儲能力和測試23支持能力等， 逐項給出有關到貨日期、 使用時間的要求。4.2 需由用戶承擔的工作逐項列出需要用戶承擔的工作和完成期限。包括需由用戶提供的條件及提供時間。4.3 由外單位提供的條件逐項列出需要外單位分合同承包者承擔的工作和完成的時間， 包括需要由外單位提供的條件和提供的時間。

11、5 專題計劃要點說明本項目開發中需制定的各個專題計劃（如分合同計劃、開發人員培訓計劃、測24試計劃、安全保密計劃、質量保證計劃、配置管理計劃、 用戶培訓計劃、 系統安裝計劃等）的要點。25二、需求規格說明書完成人：1概述（ Summary ）1.1 項目的目的與目標（ Purpose and Aimof Project ）項目的目的是對開發本系統意圖的總概括。項目的目標是將目的細化后的具體描述。項目目標應是明確的、可度量的、可以達到的 , 項目的范圍應能確保項目的目標可以達到。對于項目的目標可以逐步細化， 以便與26系統的需求建立對應關系， 檢查系統的功能是否覆蓋了系統目標。1.2 術語定義（

12、 Terms Glossary ）將該用戶需求報告中的術語、 縮寫進行定義 , 包括用戶應用領域與計算機領域的術語與縮寫等。1.3 相關文檔（ Related Documents ）說明用戶需求報告的變更， 以及可能受變更影響的其他相關文檔， 如：項目開發計劃和設計說明書。272問題初始分析（ Early Analysis ）2.1 場景描述（ Scene Description ）自然語言描述2.2 初始功能提取（ Early Function Distill ）自然語言描述3目標系統功能需求（ Function of TargetSystem ）3.1 功能需求分析（ Function A

13、nalysis ）對具體功能需求進行細化分析， 并用圖形工具進行描述。采用面向對象分析方法， 要求采用業務類模型和用例圖， 配合活動圖和序列圖進行28系統邏輯建模。3.2 功能需求點列表（ Function List ）在功能需求分析完成后， 要詳細列出用戶需求功能點列表，提供給后續設計、編程、測試中使用，更是為了用戶測試驗收中使用。功能需求點列表的格式， 如表 2-1 所示。表 2-1功能需求點列表編號功能名稱使用人功能描述輸入內容輸出內容1234目標系統性能需求（ Performance of Target System）4.1 時間要求（ Time Request ）如：（1）響應時間，

14、如查詢的最長等29待時間。（2）更新處理時間，如記賬的最長時間。（ 3）數據的轉換和傳送時間，如遠程數據傳輸的時間要求。（ 4）解題時間。4.2 空間要求（ Space Request ）如：（ 1）支持的終端數。（ 2）支持的并行操作的使用者數。（ 3）處理的文件和記錄數。（ 4）處理任務的數量。30（5）對輸入和輸出數據的精度要求。（6）對處理和傳輸過程中的精度要求。4.3 性能需求點列表（ Performance List ）詳細列出用戶性能點列表， 提供給后續分析、設計、編程、測試中使用，更是為了用戶測試驗收中使用。需求性能點列表的格式，如表 2-2 所示。表 2-2性能需求點列表編號

15、性能名稱使用部門使用崗位性能描述輸入內容輸出內容123315目標系統界面與接口需求（Interface of Target System）5.1 界面需求（ Interphase Requirement）界面的原則要求，如方便、簡潔、美觀、一致等。整個系統的界面風格定義， 某些功能模塊的特殊的界面要求。（ 1）輸入設備：鍵盤、鼠標、條碼掃描器、掃描儀等；（ 2）輸出設備：顯示器、打印機、光盤刻錄機、磁帶機、音箱等；（ 3）顯示風格：圖形界面、字符界面、IE 界面等；（4）顯示方式：1024*768 、640*480 等；32（5）輸出格式：顯示布局、打印格式等。5.2 接口需求（ Interf

16、ace Requirement ）與其他系統的接口， 如監控系統、控制系統、銀行結算系統、稅控系統、財務系統、政府網絡系統及其他系統等。（ 1）與系統特殊外設的接口， 如 CT 機、磁共振、柜員機（ATM ）、IC 卡、盤點機等。（ 2）與中間件的接口， 要列出接口規范、入口參數、出口參數、傳輸頻率等。應在此列舉出所有的外部接口名稱、 接口標準、規范。外部接口列表， 如表 2-3 所示。表 2-3外部接口需求點列表編號接口名稱接口規范接口標準入口參數出口參數傳輸頻率133236目標系統其他需求（ Other Requirements of Target System）6.1 安全性（ Secu

17、rity ）6.2 可靠性（ Dependability ）6.3 靈活性（ Agility ）6.4 特殊需求（ Special Requirements ）如：（ 1）進度需求：系統的階段進度要求。（ 2）運行環境需求：平臺、體系結構、設備要求。（ 3）培訓需求：用戶對培訓的需求，是否提供多媒體教學光盤。34（ 4）推廣需求：推廣的要求，如在上百個遠程部門推廣該系統， 是否要有推廣的支持軟件。7 目標系統假設與約束條件（SupposeandRestrictionof TargetSystem ）假設與約定條件是對預計的系統風險的描述, 如：（ 1）法律、法規和政策方面的限制。（ 2）硬件、

18、軟件、運行環境和開發環境方面的條件和限制。（ 3）可利用的信息和資源。（ 4）系統投入使用的最晚日期。35三、軟件配置管理計劃完成人：1.引言1.1 目的本條必須指出特定的軟件配置管理計劃的具體目的 .還必須描述該計劃所針對的軟件項目 (及其所屬的各個子項目)的名稱和用途.1.2 定義和縮寫詞應該列出計劃正文中需要解釋的而在GB/T 11457 中尚未包含的術語的定義,必要時,還要給出這些定義的英文單詞及其縮寫36詞.1.3 參考資料列出要用到的參考資料,如:本項目的經核準的計劃任務書或合同,上級機關的批文 ;屬于本項目的其他已發表的文件;本文件中各處引用的文件,資料 ,包括所要用到的軟件開發

19、標準 .列出這些文件的標題 ,文件編號 ,發表日期和出版單位 ,說明能夠得到這些文件資料的來源 .372 管理必須描述負責軟件配置管理的機構,任務及其有關的接口控制 .2.1 機構必須描述在各階段中負責軟件配置管理的機構 .描述內容如下 :描述在軟件生存周期各階段中軟件配置管理的功能和負責軟件配置管理的機構;說明項目和子項目與其他有關項目之間的關系 ;指出在軟件生存周期各階段中的軟件開發或維護機構與配置控制組的相互關系.382.2 任務描述在軟件生存周期各個階段中的配置管理任務以及要進行的評審和檢查工作,并指出各個階段的階段產品應存放在哪一類軟件庫中 (軟件開發庫 ,軟件受控庫或軟件產品庫 )

20、.2.3 職責必須描述與軟件配置管理有關的各類機構或成員的職責 ,并指出這些機構或成員相互之間的關系 .指出負責各項軟件配置管理任務(如配置標識 ,配置控制 ,配置狀態記錄以及配置的評39審與檢查 )的機構的職責 ;指出上述機構與軟件質量保證機構,軟件開發單位 ,項目承辦單位 ,項目委托單位以及用戶等機構的關系 ;說明由本計劃第 2.2 條指明的生存周期各個階段的評審 ,檢查和審批過程中的用戶職責以及相關的開發與維護活動;指出與項目開發有關的各個機構的代表的軟件配置管理職責 ;指出其他特殊職責,例如為滿足軟件配置管理要求所必要的批準要求.402.4 接口控制本條應該描述 :接口規格說明標識和文

21、檔控制的方法;對已交付的接口規格說明和文檔進行修改的方法 ;對要完成的軟件配置管理活動進行跟蹤的方法 ;記錄和報告接口規格說明和文檔控制狀態的方法 ;控制軟件和支持它運行的硬件之間的接口的方法 .412.5 實現應該規定實現軟件配置管理計劃的主要里程碑 ,例如 :建立配置控制組 ;確定各個配置基線 ;建立接口控制協議 ;制訂評審與檢查軟件配置管理計劃和規程;制訂相關的軟件開發 ,測試和支持工具的配置管理計劃和規程 .422.6 適用的標準 ,條例和約定2.6.1 指明本條必須指明所適用的軟件配置管理標準,條例和約定 ,并把它們作為本計劃要實現的一部分 ;還必須說明這些標準 ,條例和約定要實現的

22、程度 .2.6.2 內容必須描述要在本項目中編寫和實現的軟件配置管理標準 ,條例和約定 ,內容可如下 :軟件結構層次樹中軟件位置的標識方法;程序和模塊的命名約定;版本級別的命名約定 ;43軟件產品的標識方法 ;規格說明 ,測試計劃與測試規程 ,程序設計手冊及其他文檔的標識方法;媒體和文檔管理的標識方法;文檔交付過程 ;軟件產品庫中軟件產品入庫移交或交付的過程 ;問題報告 ,修改請求和修改次序的處理過程;配置控制組的結構和作用 ;軟件產品交付給用戶的驗收規程 ;軟件庫的操作 ,包括準備 ,存儲和更新模塊44的方法 ;軟件配置管理活動的檢查;問題報告 ,修改請求或修改次序的文檔要求,指出配置修改的

23、目的和影響 ;軟件進入配置管理之前的測試級別 ;質量保證級別 ,例如 ,在進入配置管理之前 ,驗證軟件滿足有關基線的程度.3 軟件配置管理活動本章必須描述配置標識,配置控制 ,配置狀態記錄與報告以及配置檢查與評審等四方面的軟件配置管理活動的需求.453.1 配置標識3.1.1 基線本條必須詳細說明軟件項目的基線(即最初批準的配置標識),并把它們與本計劃第2.2 條描述的生存周期的特定階段相聯系.在軟件生存周期中 ,主要有三種基線 ,它們是功能基線 ,指派基線和產品基線.對于每個基線 ,必須描述下列內容 :每個基線的項( 包括應交付的文檔和程序);與每個基線有關的評審與批準事項以及驗收標準 ;4

24、6在建立基線的過程中用戶和開發者的參與情況 .例如 ,在產品基線中 ,要定義的元素可以包括:產品的名字和規則 ; 產品標識編號 ;對每一個新交付的版本 ,要給出版本交付號,新修改的描述 ,修改交付的方法 ,對支持軟件的修改要求以及對有關文檔的修改要求;安裝說明 ;已知的缺陷和故障 ;47軟件媒體和媒體標識 .3.1.2 代碼 ,文檔本條必須描述本項目所有軟件代碼和文檔的標題 ,代號 ,編號以及分類規程.例如 ,對代碼來說 :編譯日期可以作為每個交付模塊標識的一部分 ;在構造模塊源代碼的順序行號時,應使它適合于對模塊作進一步的修改.3.2 配置控制必須描述在本計劃第2.2 條描述的軟件生存周期中

25、各個階段使用的修改批準權限的48級別 ;必須定義對已有配置的修改建議進行處理的方法 ,其中包括 :詳細說明在本計劃第2.2 條描述的軟件生存周期各個階段中提出修改建議的程序(可以用注上自然語言的流程圖來表達);描述實現已批準的修改建議(包括源代碼 ,目標代碼和文檔的修改 )的方法 ;描述軟件庫控制的規程,其中包括存取控制,對于適用基線的讀寫保護 ,成員保護 ,成員標識 ,檔案維護 ,修改歷史以及故障恢復等七項規程 ;49如果有必要修補目標代碼 ,則要描述其標識和控制的方法 .對于各個不同層次的配置控制組和其他修改管理機構 ,本條必須 :定義其作用 ,并規定其權限和職責 ;如果已組成機構 ,則指

26、明該機構的領導人及其成員 ;如果還沒有組成機構 ,則說明怎樣任命該機構的領導人 ,成員及代理人 ;說明開發者和用戶與配置控制組的關系 . 當要與不屬于本軟件配置管理計劃適用范圍的程序和項目進行接口時,本條必須說50明對其進行配置控制的方法 .如果這些軟件的修改需要其他機構在配置控制組評審之前或之后進行評審 ,則本條必須描述這些機構的組成 ,它們與配置控制組的關系以及它們之間的相互關系 ;本條必須說明與特殊產品(如非交付的軟件,現存軟件 ,用戶提供的軟件和內部支持軟件)有關的配置控制規程 .3.3 配置狀態的記錄和報告本條必須 :指明怎樣收集,驗證 ,存儲 ,處理和報告配51置項的狀態信息 ;詳

27、細說明要定期提供的報告及其分發辦法;如果有動態查詢 ,要指出所提供的動態查詢的能力 ;如果要求記錄用戶說明的特殊狀態時,要描述其實現手段 .例如 ,在配置狀態記錄和報告中,通常要描述的信息有 :規格說明的狀態 ;修改建議的狀態 ;修改批準的報告 ;52產品版本或其修改版的狀態;安裝 ,更新或交付的實現報告 ;用戶提供的產品 (如操作系統 )的狀態 ;有關開發項目歷史的報告.3.4 配置的檢查和評審本條必須 :定義在軟件配置管理計劃的第2.2 條所定義的軟件生存周期的特定點上執行的檢查和評審中軟件配置管理計劃的作用;規定每次檢查和評審所包含的配置項;指出用于標識和解決在檢查和評審期間所發現的問題

28、的工作規程.534 工具 ,技術和方法必須指明為支持特定項目的軟件配置管理所使用的軟件工具 ,技術和方法 ,指明它們的目的 ,并在開發者所有權的范圍內描述其用法 .例如 ,可以包括用于下列任務的工具,技術和方法 :軟件媒體和媒體文檔的標識;把文檔和媒體置于軟件配置管理的控制之下 ,并把它正式地交付給用戶.例如 ,要給出對軟件庫內的源代碼和目標代碼進行控制的工具 ,技術和方法的描述 ;如果用到數據庫管理系統 ,則還要對該系統進行描述.又如 ,54要指明怎樣使用軟件庫工具,技術和方法來處理軟件產品的交付 .編制關于程序及其有關文檔的修改狀態的文檔 .因此必須進一步定義用于準備多種級別 (如項目負責

29、人 ,配置控制小組 ,軟件配置管理人員和用戶 )的管理報告的工具 ,技術和方法 .5 對供貨單位的控制供貨單位是指軟件銷售單位,軟件開發單位或軟件子開發單位.必須規定對這些供貨單位進行控制的管理規程,從而使從軟件銷售單位購買的 ,其他開發單位開發的或從開55發單位現存軟件庫中選用的軟件能滿足規定的軟件配置管理需求.管理規程應該規定在本軟件配置管理計劃的執行范圍內控制供貨單位的方法 ;還應解釋用于確定供貨單位的軟件配置管理能力的方法以及監督他們遵循本軟件配置管理計劃需求的方法.6 記錄的收集 ,維護和保存本章必須指明要保存的軟件配置管理文檔,指明用于匯總 ,保護和維護這些文檔的方法和設施 (其中

30、包括要使用的后備設施 ),并指明要保存的期限 .56四、設計規格說明書完成人：1引言（ Introduction ）本章對該文檔的目的、功能范圍、術語、相關文檔、參考資料、版本更新進行說明。1.1 目的（ Purpose ）1.2 命名規則（ Naming Rule ）變量對象命名規則： 申明全局變量、 局部變量對象的命名規則。數據庫對象命名規則：申明數據庫表名、57字段名、索引名、視圖名等對象的命名規則。1.3 術語定義（ Terms Glossary ）術語定義或解釋一般用表格形式給出，如表 3-1 所示。表3-1 術語定義或解釋表序術 語 名術語定義號稱軟件系統的總體邏輯結構。按照不同的

31、設計方法，有不同的總體邏輯1總體結構結構。若采用面向功能或面向數據的設計方法，則總體邏輯結構為一樹形的功能模塊結構圖。 若采用面向對象或面向部件 （構件） 的設計方法，則總體邏輯結構為部件（構件）的組裝圖本軟件系統與其他軟件系統之間的接口，接口設施可以是中間件。接2外部接口口描述包括：傳輸方式、帶寬、數據結構、傳輸頻率、傳輸量、傳輸協議3數據結構數據結構包括：數據庫表的結構、其他數據結構等4概念數據關系數據庫的邏輯設計模型，叫做概念數據模型。主要內容包括一張模型 CDM邏輯 E-R 圖及其相應的數據字典5物理數據關系數據庫的物理設計模型，叫做物理數據模型。主要內容包括一張模型 PDM物理表關系

32、圖及其相應的數據字典6視圖在基表或其他視圖之上建立的一張虛表，叫做視圖，它具有物理表的許多性質，在數據處理和授權上很有用7角色數據庫中享有某些特權操作的用戶，叫做角色。角色的權利通過授權來實現8子系統具有相對獨立功能的小系統叫做子系統。一個大的軟件系統可以劃分為多個子系統，每個子系統可由多個模塊或多個部件組成9模塊具有功能獨立、能被調用的信息單元叫做模塊。模塊是結構化設計中58的概念軟件系統內部各子系統之間、各部件之間、各模板之間的接口，叫做10 內部接口內部接口。接口描述包括：調用方式、入口信息、出口信息等相關文件是指當本文件內容變更后，可能引起變更的其他文件。如需11 相關文件求分析報告、詳細設計說明書、測試計劃、用戶手冊參考資料是指本文件書寫時用到的其他資料。如各種有關規范、模板、12 參考資料標準、準則1.4 參考資料（ References ）1 用戶需求報告2 數據庫設計規范3 命名規范1.5 相關文檔（ Related Documents ）1 源程序清單2 測試計劃及報告3 用戶使用手冊592系統設計（ Design of Collective ）2.1 體系結構設計（Design of Architecture ）采用包圖畫出體統的體系結構模型，