軟件課程設計---計算機08屆、軟件08屆1ppt課件課程設計內(nèi)容面向?qū)ο筌浖拈_發(fā)過程基于UML的面向?qū)ο筌浖_發(fā)軟件文件的編寫2ppt課件面向?qū)ο筌浖拈_發(fā)過程面向?qū)ο筌浖こ谭椒ǖ奶卣髋c優(yōu)勢面向?qū)ο蠓治鯫OA面向?qū)ο笤O計OOD面向?qū)ο缶幊蘋OP面向?qū)ο鬁y試OOT3ppt課件自軟件工程問世以來，出現(xiàn)了很多種軟件工程的方法學。方法、工具和過程是軟件工程方法學的三個重要因素。方法是指為了完成軟件開發(fā)的各項任務所采用的技術(shù)方法。工具是為方法的實行提供的自動或半自動的支持。過程是指為了獲得高質(zhì)量的軟件產(chǎn)品所需要完成的一系列任務的框架。在軟件工程領(lǐng)域，“方法學”是被廣泛使用的一個詞匯。在20世紀70年代，“方法學”一詞用于表示“開發(fā)軟件產(chǎn)品的方式”，而該詞實際上是指“方法的科學”。“方法學”應用于整個軟件工程的過程。4ppt課件面向?qū)ο蟮能浖こ谭椒ㄊ钱斍白盍餍械能浖こ谭椒ǎ饕幸韵聨讉€方面的特征。把數(shù)據(jù)和操作封裝在一起，形成對象。對象是構(gòu)成軟件系統(tǒng)的基本構(gòu)件。把特征相似的對象抽象為類。類之間可以存在繼承或被繼承的關(guān)系，形成軟件系統(tǒng)的層次結(jié)構(gòu)。對象之間通過發(fā)送消息進行通信。將對象的私有信息封裝起來。外界不能直接訪問對象的內(nèi)部信息，而必須是發(fā)送相應的消息后，通過有限的接口來訪問。形式化的軟件工程方法基于嚴格的數(shù)學邏輯，多應用于對安全性和可靠性要求較高的特殊領(lǐng)域。5ppt課件面向?qū)ο蟮能浖こ谭椒ǖ膬?yōu)點符合人類的思維習慣。通常人類在認識客觀世界的事物時，把靜態(tài)的屬性及動態(tài)的動作特征組合起來才能完整地表達一個事物。面向?qū)ο蟮能浖こ谭椒ㄗ钪匾奶攸c就是把事物的屬性和操作組成一個整體，以對象為核心，更符合人類的思維習慣。此外，面向?qū)ο蟮能浖こ谭椒ǜ幼⒅厝祟愒谡J識客觀世界時循序漸進，逐步深化的特點。穩(wěn)定性好。傳統(tǒng)的軟件工程方法基于功能分析和功能分解。當軟件功能發(fā)生變化時，很容易引起軟件結(jié)構(gòu)的改變。而面向?qū)ο蟮能浖こ谭椒▌t是基于對象的概念，用對象來表示與待解決的問題相關(guān)的實體，以對象之間的聯(lián)系來表示實體之間的關(guān)系。當目標系統(tǒng)的需求變化時，只要實體及實體之間的聯(lián)系不發(fā)生變化，就不會引起軟件系統(tǒng)結(jié)構(gòu)的變化。可復用性好。面向?qū)ο蠹夹g(shù)采用了繼承和多態(tài)的機制，極大地提高了代碼的可復用性。從父類派生出子類，一方面復用了父類中定義的數(shù)據(jù)結(jié)構(gòu)和代碼，另一方面提高了代碼的可擴展性。維護性好。由于利用面向?qū)ο筌浖こ谭椒ㄩ_發(fā)的軟件系統(tǒng)穩(wěn)定性好和可復用性好，而且采用了封裝和信息隱藏機制，易于對局部軟件進行調(diào)整，所以系統(tǒng)的可維護性比較好。

6ppt課件面向?qū)ο筌浖こ?OOSE)方法是面向?qū)ο蠓椒ㄔ谲浖こ填I(lǐng)域的全面應用，包括：面向?qū)ο蠓治?OOA)：針對問題論域中客觀存在的各項事物建立OOA模型中的對象，用對象的屬性和服務分別描述事物的靜態(tài)特征和行為。面向?qū)ο笤O計(OOD)：針對系統(tǒng)的某個具體實現(xiàn)來運用OO方法(1)將OOA模型作為OOD的一部分；(2)針對具體實現(xiàn)中的人機界面、數(shù)據(jù)存儲和任務管理等因素補充實現(xiàn)相關(guān)操作。面向?qū)ο缶幊?OOP)：用一種面向?qū)ο蟮木幊陶Z言將OOD模型中的每個成分書寫出來。面向?qū)ο鬁y試(OOT)：在測試中運用OO技術(shù)，以對象的類作為基本測試對象，查錯范圍主要是類定義之內(nèi)的屬性及服務，以及繼承中類之間關(guān)系。面向?qū)ο筌浖S護(OOM)：程序與問題論域保持一致，降低理解難度；對象的封裝減小對象的修改對系統(tǒng)的影響。7ppt課件面向?qū)ο蠓治觯∣OA）的一般步驟是：在客戶和軟件工程師之間溝通基本的用戶要求，獲取客戶對系統(tǒng)的需求，包括標識場景(Scenario)和用例(UseCase)，以及建造需求模型；以基本的需求為指南來選擇和標識類與對象(包括定義屬性和基本操作)；定義類的結(jié)構(gòu)和層次；表示類（對象）之間的關(guān)系，建立對象---關(guān)系模型；建立對象---行為模型；利用用例/場景來復審模型，遞進地重復任務1~5，直至完成建模。8ppt課件9ppt課件面向?qū)ο螅∣OD）設計一般步驟如下：系統(tǒng)設計將子系統(tǒng)分配到處理器。選擇實現(xiàn)數(shù)據(jù)管理、界面支持和任務管理的設計策略。為系統(tǒng)設計合適的控制機制。復審并考慮權(quán)衡對象設計在過程級別設計每個操作。定義內(nèi)部類。為類屬性設計內(nèi)部數(shù)據(jù)結(jié)構(gòu)消息設計：使用對象間的協(xié)作和對象-關(guān)系模型，設計消息模型。復審：復審設計模型，并在需要時迭代。OOD通常分為高層設計和低層設計兩個階段，高層設計建立應用的體系結(jié)構(gòu)，低層設計集中于類及關(guān)系的詳細設計。10ppt課件11ppt課件高層設計階段開發(fā)軟件的體系結(jié)構(gòu)，構(gòu)造軟件的總體模型。主要是標識在計算機環(huán)境中解決問題所需要的概念，并增加一批新類（可使應用軟件與系統(tǒng)的外部世界交互的類）。此階段的輸出是適合應用軟件要求的類、類之間的關(guān)系和應用的子系統(tǒng)視圖規(guī)格說明。系統(tǒng)級的抉擇將影響對應用軟件各個子系統(tǒng)的任務分配，但不影響各個類的結(jié)構(gòu)。客戶/服務器（C/S）模型是一個典型的高層設計模型，這個模型導出的體系結(jié)構(gòu)既可以在過程性系統(tǒng)中使用，又可在面向?qū)ο蟮南到y(tǒng)中使用。建立高層設計模型旨在讓系統(tǒng)的一個部分（服務器子系統(tǒng)）提供一組服務給另一個部分（客戶子系統(tǒng)）。請求服務的對象都歸于客戶子系統(tǒng)，而接受請求提供服務的就是服務器。12ppt課件類的模塊設計還有以下一些方針：信息隱蔽。軟件設計通過信息隱蔽可增強抽象，并可保護類的存儲表示不被數(shù)據(jù)類型實例的用戶直接存取。對其表示的惟一存取途徑只能是界面。消息限制。類的設計者應當為類的命令設計一個明確的界面，該類的實例的用戶應當只使用界面提供的操作。狹窄界面。不是所有的操作都是公共的。只有對其他類的實例必要的操作才放到界面上，其他操作應是隱蔽實現(xiàn)的。強內(nèi)聚。模塊內(nèi)部各個部分之間應有較強的關(guān)系，它們不能分別標識。13ppt課件類的模塊設計還有以下一些方針：弱耦合。在面向?qū)ο蠓椒ㄖ惺亲罨镜膶ο螅詈现饕覆煌瑢ο笾g相互關(guān)聯(lián)的緊密程度。耦合程度依賴于所使用的分解方法，“一般/特殊”的繼承結(jié)構(gòu)損害了弱耦合的概念。包括交互耦合和繼承耦合。顯式信息傳遞。除了依賴于最少的類外，還應該明確在這些類之間的信息流。在類之間全局變量的共享隱含了信息的傳遞，并且是一種依賴形式。因此，兩個類之間的交互應當僅涉及顯式信息傳遞。顯式信息傳遞是通過參數(shù)表來完成的。14ppt課件類的模塊設計還有以下一些方針：派生類當作派生類型。每個派生類應該當做基類的特殊化來開發(fā)，而基類所具有的公共界面成為派生類的共有界面的一個子集。C++允許設計者選擇類的基類是共有的或私有的。如果基類是共有的，則其共有界面將成為新的派生類的共有界面部分，這表明基類的行為成為派生類的行為部分。如果基類是私有的，它的行為將不是繼承類的公共行為部分而是實現(xiàn)部分。對基類的劃分是為了實現(xiàn)新類中的服務。抽象類。某些語言提供了一個類，用它作為繼承結(jié)構(gòu)的開始點，所有用戶定義的類都直接或間接以這個類為基類。因此，每個繼承結(jié)構(gòu)的根類應當是目標概念的一個抽象模型。這個抽象模型生成一個類，它不用于產(chǎn)生實例。它定義了一個最小的共有界面，許多派生類可以加到這個界面上以給出概念的一個特定視圖。15ppt課件面向?qū)ο缶幊?OOP)

是在完成面向?qū)ο蠓治觥⒚嫦驅(qū)ο笤O計的基礎(chǔ)上，利用一種或多種面向?qū)ο笳Z言，具體實現(xiàn)軟件各項功能的過程。面向?qū)ο蟮某绦蛟O計語言適合用來實現(xiàn)面向?qū)ο笤O計結(jié)果。事實上，具有方便的開發(fā)環(huán)境和豐富的類庫的面向?qū)ο蟪绦蛟O計語言，是實現(xiàn)面向?qū)ο笤O計的最佳選擇。不論采用何種面向?qū)ο笳Z言進行編碼，它們都有共性的一面，即符合面向?qū)ο缶幊痰囊?guī)范，具有面向?qū)ο蟮木幊田L格。面向?qū)ο蟮某绦蛟O計語言必須支持下面的概念：封裝的對象類和實例的概念類的繼承類的多態(tài)性面向?qū)ο缶幊讨械幕緲?gòu)件是對象和類，基本機制是方法、消息和繼承性，提高軟件開發(fā)的抽象層次、提高軟件的重用性，是面向?qū)ο缶幊痰幕舅枷牒褪侄巍ＴO計重點集中在類和類層次結(jié)構(gòu)的設計、實現(xiàn)和重用上，是面向?qū)ο缶幊毯蛡鹘y(tǒng)程序設計的本質(zhì)區(qū)別。16ppt課件面向?qū)ο蟮能浖y試（OOT）要面對某些新挑戰(zhàn)。同時，作為增量開發(fā)過程的一部分，良好的面向?qū)ο筌浖楦纳苽鹘y(tǒng)測試過程提供了機遇。在面向?qū)ο缶幊陶Z言中，繼承和多態(tài)的特征對測試者來說是一個新的技術(shù)難點。面向?qū)ο蠹夹g(shù)不僅給編程語言帶來了變化，而且給軟件開發(fā)的很多方面也帶來了變化。對于面向?qū)ο蟮能浖y試，使用了增量開發(fā)過程，重新調(diào)整并使用新的符號來分析和設計，并充分利用編程語言的新特性，這些變化提高了軟件的可維護性、復用性和靈活性等等：面向?qū)ο蠹夹g(shù)中特有的封裝、繼承和多態(tài)機制，給面向?qū)ο鬁y試帶來了一些新的特點，增加了測試和調(diào)試的難度。在面向?qū)ο蟪绦蛑校瑢ο笫菍傩院筒僮鞯姆庋b體。對象彼此之間通過發(fā)送消息啟動相應的操作，并通過修改對象狀態(tài)達到轉(zhuǎn)換系統(tǒng)運行狀態(tài)的目的。17ppt課件基于UML的面向?qū)ο筌浖_發(fā)UML的基本構(gòu)造塊基于UML的面向?qū)ο蠓治龌赨ML的面向?qū)ο笤O計PowerDesigner實踐18ppt課件UML由圖和元模型組成，圖是語法，元模型是語義。UML主要包括三個基本構(gòu)造塊：事物（建模元素）、圖和關(guān)系。

事物是是實體抽象化的最終結(jié)果，是模型中的基本成員，UML中包含結(jié)構(gòu)事物、行為事物、分組事物和注釋事物。關(guān)系是將事物聯(lián)系在一起的方式，UML中主要定義了六種關(guān)系：依賴、關(guān)聯(lián)、聚合、組合、泛化和實現(xiàn)。圖是事物集合的分類，UML中包含9種圖：類圖、對象圖、用例圖、組件圖和部署圖五種描述靜態(tài)結(jié)構(gòu)；

順序圖、狀態(tài)圖、活動圖、協(xié)作圖四種描述動態(tài)性質(zhì)。19ppt課件事物是實體抽象化的最終結(jié)果，是模型中的基本成員，包括：結(jié)構(gòu)事物（Structuralthings）：結(jié)構(gòu)事物是模型中的靜態(tài)部分，用以呈現(xiàn)概念或?qū)嶓w的表現(xiàn)元素，是軟件建模中最常見的元素，共有以下七種：

類（Class）：類是指具有相同屬性、方法、關(guān)系和語義的對象的集合；

接口（Interface）：接口是指類或組件所提供的服務（操作），描述了類或組件對外可見的動作；

協(xié)作（Collaboration）：協(xié)作描述合作完成某個特定任務的一組類及其關(guān)聯(lián)的集合，用于對使用情形的實現(xiàn)建模；

用例（UseCase）：用例定義了執(zhí)行者（在系統(tǒng)外部和系統(tǒng)交互的人）和被考慮的系統(tǒng)之間的交互來實現(xiàn)的一個業(yè)務目標；

活動類（ActiveClass）：活動類的對象有一個或多個進程或線程。活動類和類很相象，只是它的對象代表的元素的行為和其他的元素是同時存在的；

組件（Component）：組件是物理的、可替換的部分，包含接口的集合，例如COM+、JAVABEANS等；

節(jié)點（Node）：節(jié)點是系統(tǒng)在運行時存在的物理元素，代表一個可計算的資源，通常占用一些內(nèi)存和具有處理能力。20ppt課件事物是實體抽象化的最終結(jié)果，是模型中的基本成員，包括：行為事物（Behavioralthings）：行為事物指的是UML模型中的動態(tài)部分，代表語句里的“動詞”，表示模型里隨著時空不斷變化的部分，包含兩類：

交互（ineraction）：交互是由一組對象之間在特定上下文中，為達到特定的目的而進行的一系列消息交換而組成的動作；

狀態(tài)機（statemachine）：狀態(tài)機由一系列對象的狀態(tài)組成。分組事物（Groupingthings）：可以把分組事物看成是一個“盒子”，模型可以在其中被分解。目前只有一種分組事物，即包（package）。結(jié)構(gòu)事物、動作事物甚至分組事物都有可能放在一個包中。包純粹是概念上的，只存在于開發(fā)階段，而組件在運行時存在。注釋事物（Annotationalthings）：注釋事物是UML模型的解釋部分。21ppt課件關(guān)系是將事物聯(lián)系在一起的方式，UML定義的關(guān)系主要有六種：依賴（Dependency）：元素A的變化會影響元素B，但反之不成立，那么B和A的關(guān)系是依賴關(guān)系，B依賴A；UML中用帶箭頭的虛線表示Dependency關(guān)系，箭頭指向被依賴元素。泛化（Generalization）：即繼承（特殊和一般）關(guān)系。UML中用帶空心箭頭的實線線表示Generalization關(guān)系，箭頭指向一般個體。實現(xiàn)（Realize）：元素A定義一個約定，元素B實現(xiàn)這個約定，則B和A的關(guān)系是Realize，BrealizeA。這個關(guān)系最常用于接口。UML中用空心空心箭頭和虛線表示Realize關(guān)系，箭頭指向定義約定的元素。關(guān)聯(lián)（Association）：元素間的結(jié)構(gòu)化關(guān)系，是一種弱關(guān)系，被關(guān)聯(lián)的元素間通常可以被獨立的考慮。UML中用實線表示Dependency關(guān)系，箭頭指向被依賴元素。聚合（Aggregation）：關(guān)聯(lián)關(guān)系的一種特例，表示部分和整體的關(guān)系。UML中用帶空心菱形頭的實線表示Aggregation關(guān)系，菱形頭指向整體。組合（Composition）：組合是聚合關(guān)系的變種，表示元素間更強的組合關(guān)系。如果是組合關(guān)系，如果整體被破壞則個體一定會被破壞，而聚合的個體則可能是被多個整體所共享的，不一定會隨著某個整體的破壞而被破壞。UML中用帶實心心菱形頭的實線表示Composition關(guān)系，菱形頭指向整體。22ppt課件23ppt課件24ppt課件25ppt課件圖是事物集合的分類，UML中包含多種圖：類圖(ClassDiagram)：描述系統(tǒng)所包含的類、類的內(nèi)部結(jié)構(gòu)及類之間的關(guān)系；對象圖(ObjectDiagram)：是類圖的一個具體實例；組件圖(CompomentDiagram，也稱組件圖)：描述代碼部件的物理結(jié)構(gòu)以及各部件之間的依賴關(guān)系；部署圖(DeploymentDiagram)：定義系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)；用例圖(UsecaseDiagram)：從用戶的角度出發(fā)描述系統(tǒng)的功能、需求，展示系統(tǒng)外部的各類角色與系統(tǒng)內(nèi)部的各種用例之間的關(guān)系；順序圖(SequenceDiagram)：表示對象之間動態(tài)合作的關(guān)系；協(xié)作圖(CollaborationDiagram)：描述對象之間的協(xié)作關(guān)系；狀態(tài)圖(StatechartDiagram)：描述一類對象的所有可能的狀態(tài)以及事件發(fā)生時狀態(tài)的轉(zhuǎn)移條件；活動圖(ActivityDiagram)：描述系統(tǒng)中各種活動的執(zhí)行順序。26ppt課件基于UML的業(yè)務建模方法，該方法通過規(guī)范化的圖形化標記語言，從人員、信息、活動、流程等方面對業(yè)務系統(tǒng)進行全面的、結(jié)構(gòu)化的抽象和描述。UML業(yè)務建模方法是指對業(yè)務系統(tǒng)從靜態(tài)和動態(tài)兩個方面進行抽象，并利用UML標記語言記錄下來。根據(jù)業(yè)務系統(tǒng)的特點，UML業(yè)務建模方法主要包括業(yè)務角色、業(yè)務實體、業(yè)務活動和業(yè)務流程等建模元素以及業(yè)務實體關(guān)系圖、業(yè)務流程活動圖和業(yè)務流程狀態(tài)圖等圖形表示。建模的本質(zhì)是通過抽象獲得被建模對象的關(guān)鍵要素，然后基于特定的目的和視角利用圖形把模型元素展示出來。圖和建模元素之間是關(guān)聯(lián)關(guān)系，而不是包含關(guān)系。基于UML的業(yè)務建模方法對業(yè)務進行結(jié)構(gòu)化的抽象，并利用UML標記語言進行圖形化展示，可確保對業(yè)務系統(tǒng)的全面、正確的理解，其成果并可被信息技術(shù)人員理解和重用。27ppt課件基于UML面向?qū)ο蠓治觯∣OA）的過程一般如下:獲取問題陳述-->確定類-->準備數(shù)據(jù)字典-->確定關(guān)聯(lián)-->使用繼承來細化類型-->完善對象模型-->建立對象動態(tài)模型-->建系統(tǒng)功能模型。獲取問題陳述就是與用戶一起理解系統(tǒng)，搞清楚系統(tǒng)的業(yè)務邏輯,發(fā)現(xiàn)用戶的需求。把問題中承現(xiàn)出來的物理實體和概念描述整理出來，暫時把這些標志成一個類實體，然后清除冗余類和與系統(tǒng)不相干的類.最終得到需要的模型實體。就要讓各個實體信息之間產(chǎn)生聯(lián)系，聯(lián)系主要包括六種。.

使用繼承來細化類，一般可以使用以下兩種方式來實現(xiàn).自底向上：通過把現(xiàn)有類的共同性質(zhì)一般化為父類，尋找具有相似的屬性關(guān)系或操作的類來發(fā)現(xiàn)繼承。這些結(jié)果常常是基于客觀世界的現(xiàn)有分類，只有可能,應盡量使用現(xiàn)有概念。自頂向下：把現(xiàn)有的類細化為更具體的子類。28ppt課件基于UML面向?qū)ο蠓治觯∣OA）的過程一般如下:獲取問題陳述-->確定類-->準備數(shù)據(jù)字典-->確定關(guān)聯(lián)-->使用繼承來細化類型-->完善對象模型-->建立對象動態(tài)模型-->建系統(tǒng)功能模型。建立對象動態(tài)模型。準備腳本：動態(tài)分析從尋找事件開始,然后確定各對象的可能事件順序。確定事件：確定所有外部事件。準備事件跟蹤表：把腳本表示成一個事件跟蹤表，即不同對象之間的事件排序表,對象為表中的列，給每個對象分配一個獨立的列。構(gòu)造狀態(tài)圖：對各對象類建立狀態(tài)圖，反映對象接收和發(fā)送的事件，每個事件跟蹤都對應于狀態(tài)圖中的一條路徑。建立系統(tǒng)功能模型。功能模型是用來說明值是如何計算的，標明值與值之間的依賴關(guān)系及相關(guān)的功能。輸入、輸出值是系統(tǒng)與外界之間的事件的參數(shù)。29ppt課件面向?qū)ο笤O計（OOD）是把分析價段得到的需求轉(zhuǎn)變成符合成本和質(zhì)量要求的，抽象的系統(tǒng)實現(xiàn)方案的過程。面向?qū)ο蟮臏蕜t包括：模塊化：對象就是模塊，它把數(shù)據(jù)結(jié)構(gòu)和操作這些數(shù)據(jù)的方法緊密地結(jié)合在一起構(gòu)成模塊。抽象：面向?qū)ο蠓椒ú粌H支持對過程進行抽象，而具支持對數(shù)據(jù)進行抽象。抽象方法的好壞以及抽象的層次都對系統(tǒng)設計有很大影響信息隱藏：通過對象的封裝來實現(xiàn)，對象暴露接口的多少以及接口的好壞對系統(tǒng)設計有很大影響。低耦合：低耦合是設計的一個重要標準，有助于使系統(tǒng)中某一部分的變化對其他部分的影響降到最低。高內(nèi)聚：內(nèi)聚度高的模塊很容易理解，很容易被復用，擴展和維護。30ppt課件面向?qū)ο笤O計是把分析價段得到的需求轉(zhuǎn)變成符合成本和質(zhì)量要求的，抽象的系統(tǒng)實現(xiàn)方案的過程。面向?qū)ο蟮膶嵱靡?guī)則主要包括：設計的結(jié)果應該清晰易懂.一般到具體結(jié)構(gòu)的深度應適當.盡量設計小而簡單的類.把設計變動減至最小.系統(tǒng)設計是問題求解及建立解答的高級策略，必須制定解決問題的基本方法。系統(tǒng)設計一般是先從高層入手；然后細化；系統(tǒng)設計要決定整個結(jié)構(gòu)及風格,這種結(jié)構(gòu)為后面設計階段的策略提供基礎(chǔ).31ppt課件PowerDesigner的面向?qū)ο竽Ｐ停∣OM，object-orientedmodel）是利用UML（統(tǒng)一建模語言）的圖形來描述系統(tǒng)結(jié)構(gòu)的模型，它從不同的角度來表現(xiàn)系統(tǒng)的工作狀態(tài)。在OOM中可以設計UML的所有圖形，這些UML圖形有助于系統(tǒng)分析人員、開發(fā)人員、測試人員、管理人員、用戶以及其他人員之間進行信息交流。其中，用例圖、順序圖和類圖等共同組成了OOM的核心。32ppt課件軟件文件的編寫編寫軟件文件的目的和作用軟件生存周期和各種文件的編制文件編制中需要考慮的因素文件編制的質(zhì)量要求33ppt課件軟件文檔的目的和作用：提高軟件開發(fā)過程的能見度。提高開發(fā)效率。作為開發(fā)人員在一定階段內(nèi)的工作成果和結(jié)束標志。記錄開發(fā)過程中的有關(guān)技術(shù)信息，便于協(xié)調(diào)以后的軟件開發(fā)、使用和