【正文】 ? 細(xì)化階段 (Elaboration):主要完成 領(lǐng)域問題分析和軟件設(shè)計。里程碑是生命周期結(jié)構(gòu) (Lifecycle Architecture)。 ? 交付階段 (Transition):重點是確保軟件對最終用戶是可用的。 ? 需求 (Requirements)：描述系統(tǒng)應(yīng)做什么，開發(fā)人員和用戶達(dá)成需求基線。 Design)：將需求轉(zhuǎn)化成計算機可以實現(xiàn)的模型。 ? 測試 (Test)：是發(fā)現(xiàn)軟件中的錯誤，在實驗環(huán)境下驗證所有的需求是否被 正確的實現(xiàn)。 2 3 個核心支持工作流 (Core Supporting Workflows)是對核心過程工作流的配套支持和管理，保障核心過程工作流順暢、高效運行。 ? 項目管理 (Project Management)：資源配置、評估監(jiān)控、風(fēng)險控制、計劃調(diào)整等管理工作，目的效益最大化。 14 簡述 rup 模型中基線與里程碑的概念，二者之間的關(guān)系。 里程碑，是計劃中確定的階段性工作完成目標(biāo)，要求提交階段交付物，作為階段評估的標(biāo)準(zhǔn)。 15 簡述軟件計劃的目標(biāo)和主要工作 . 軟件計劃的目標(biāo)：研究項目的可行性，研究合理地運用軟件項目開發(fā)所需的資源 、經(jīng)費，掌握開發(fā)進(jìn)度，控制項目開發(fā)過程按此計劃進(jìn)行。 16 軟件計劃的活動有哪些？這些活動的內(nèi)容是什么？ 軟件計劃主要活動包括：問題定義，可行性研究，項目計劃。 可行性研究： 項目 的必要性和可能性 。 17 簡述問題定義 的目的和 主要任務(wù) 。 問題定義的 主要任務(wù)：編寫項目報告提交審查，作為可行性分析的依據(jù)。 可行性分析的目的 ：確定項目的必要性和可能性。 可行性分析的內(nèi)容包括：技術(shù) 、經(jīng)濟(jì)和社會三個方面的可行性： 19 簡述需求分析的目的、必要性和參與角色 需求分析的目的是：弄清用戶對系統(tǒng)的細(xì)節(jié)要求，完整、準(zhǔn)確、清晰、具體地回答目標(biāo)系統(tǒng)“做什么”。 需求分析的必要性 ： 用戶與開發(fā)者的知識領(lǐng)域不同，產(chǎn)生歧義；軟件開發(fā)失敗 50%是需求不合理，早期錯誤易放大。用戶方包括領(lǐng)域?qū)＜摇⒂脩艉筒块T負(fù)責(zé)人 。 需求 分析 ： 通過符號和文字說明描述系統(tǒng)模型 ， 使用戶和開發(fā)者間建立共同語言基礎(chǔ)，消除理解上的歧義 的過程 。需求說明書是需求分析階段的最終成果，也是需求分析階段復(fù)審的依據(jù)；是用戶領(lǐng)域?qū)＜摇④浖治鰩?、軟件設(shè)計師共同交流的途徑和媒介；是交付給用戶文檔的一部份； 需求驗證 :即需求評審。 21 需求的層次 軟件需求包括三個不同的層次：業(yè)務(wù)需求、用戶需求、功能需求，也包括非功 能需求。 業(yè)務(wù)需求通常是“問題定義”或“可行性研究”階段獲取的內(nèi)容；在需求規(guī)格說明書中反映在項目背景、系統(tǒng)目標(biāo)或任務(wù)概述的描述中。 2．用戶需求 (user requirement) 用戶需求：用來描述用戶使用產(chǎn)品必須要完成的任務(wù)； 使用業(yè)務(wù)領(lǐng)域的術(shù)語描述，采用開發(fā)者與用戶都能理解的語言和圖形表達(dá)。 獲取的主要對象是部門負(fù)責(zé)人、軟件的操作者或稱終端用戶。功能需求用軟件行業(yè)術(shù)語表達(dá)：通常是需求建模的結(jié)果即目標(biāo)系統(tǒng)的邏輯模型，如結(jié)構(gòu)化的功能模型、數(shù)據(jù)模型、行為模型，面向?qū)ο蟮念惸Ｐ偷?。如界面的交互性、?shù)據(jù)的安全性、數(shù)據(jù)的事務(wù)性、用戶的并發(fā)性、響應(yīng)的快速性、操作的實時性、錯誤與異常的 恢復(fù)性、軟件的容錯性等等。 22 需求獲取的一般方法 ① 需求獲取方法以采訪、觀察、座談、對先前的系統(tǒng)版本的測試等。 ② 先集中在使用者對系統(tǒng)的觀點上，以收集用戶原始資料，數(shù)據(jù)、工作方式、工作流程、使用要求等為工作起點，深入到部門、車間、班組，做好原始紀(jì)錄； ③ 然后根據(jù)對問題及環(huán)境的理解與開發(fā)經(jīng)驗，改正用戶需求的模 糊、歧義和不一致性要求，排除用戶的不合理要求，挖掘用戶尚未提出但具有價值的潛在需求，使用戶需求逐步精確化、一致化和完全化； ④ 需求獲取非一次完成：需要往復(fù)進(jìn)行、逐步深化。 23 需求獲取的策略 ① 循序漸進(jìn)的策略； ② 確定優(yōu)先級：先進(jìn)行重點的需求調(diào)研，有助于識別出重大的風(fēng)險，并為制定迭代計劃提供指導(dǎo)； ③ 不要陷入技術(shù)：需求未明確，應(yīng)回避對技術(shù)問題討論?？蛻舨⒎?IT 專業(yè)人士，需求的概念是模糊的、籠統(tǒng) 的，而且尺度難以把握，預(yù)測潛在需求。 24 簡述概要設(shè)計和詳細(xì)設(shè)計的內(nèi)容。 概要設(shè)計又分為體系結(jié)構(gòu)設(shè)計和領(lǐng)域問題結(jié)構(gòu)設(shè)計。由于現(xiàn)代的軟件是處在操作系統(tǒng)、網(wǎng)絡(luò)、各種服務(wù)器共同搭建的環(huán)境下運行，并且具有并發(fā)、安全、事務(wù)等多方面的管理，是軟件設(shè)計優(yōu)先考慮的問題。將領(lǐng)域問題的分析模型細(xì)化成軟件結(jié)構(gòu)模型，也 就是劃分軟件的模塊結(jié)構(gòu)及確定模塊之間的關(guān)系。也就是對模塊內(nèi)進(jìn)行算法分析和程序設(shè)計。 ? 完成對數(shù)據(jù)庫的物理設(shè)計 概要設(shè)計是根據(jù)需求確定軟件和數(shù)據(jù)的總體框架；詳細(xì)設(shè)計是進(jìn)一步精化成軟件的算法和數(shù)據(jù)結(jié)構(gòu)。 衡量軟件模塊獨立性的度量標(biāo)準(zhǔn)的指 標(biāo)有取決于模塊的內(nèi)部特征的 指標(biāo) 內(nèi)聚度和取決于模塊的外部特征的 指標(biāo) 耦合度。 耦合度：指軟件結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量。內(nèi)聚度按其高低程度可分為七級，高內(nèi)聚度模塊獨立性強，設(shè)計盡可能提高模塊內(nèi)聚度。 ② 邏輯性內(nèi)聚 ： 模塊內(nèi)完成的諸任務(wù)邏輯上相關(guān)。 ③ 時間性內(nèi)聚 ：如果一個模塊包含的諸任務(wù)必須在同一時間段內(nèi)執(zhí)行，則稱之為時間性內(nèi)聚 ④ 過程性內(nèi)聚 ： 模塊的過程性內(nèi)聚度是指模塊內(nèi)成份彼此相關(guān)，并且必須按特定的次序在本模塊內(nèi)執(zhí)行； ⑤ 通訊性內(nèi)聚 ： 是指模塊中各組成成分都將對某個數(shù)據(jù)結(jié)構(gòu)的同一區(qū)域進(jìn)行操作，以達(dá)到通信的目的。 ⑦ 功能性內(nèi)聚 ： 模塊內(nèi)所有成分形成一個整 體，完成單個功能，則稱功能內(nèi)聚，功能內(nèi)聚是最高程度的內(nèi)聚形式。耦合度按其高低程度可分為七級，松耦合是軟件設(shè)計一直追求的目標(biāo)。 ② 數(shù)據(jù)耦合 : 兩模塊間通過參數(shù)交換數(shù)據(jù)信息，則稱這兩模塊為數(shù)據(jù)耦合。 ④ 控制耦合 : 如果兩模塊間通過參數(shù)交換信息，此時若傳遞的信息中含有控制信息，則為控制耦合。 ⑥ 公共耦合 : 當(dāng)若干模塊通過全局的數(shù)據(jù)環(huán)境相互作用時，它們之間存在公共耦合。 28 簡述 模塊的作用域與控制域 的概念及其相關(guān)設(shè)計原則。 相關(guān)設(shè)計原則 是：模塊的作用域應(yīng)在控制域之內(nèi)。偽代碼介于自然語言與編程語言之間，用偽代碼描述的算法可以容易用任何一種編程語言實現(xiàn)。 ：用圖形符號表達(dá)算法，直觀表達(dá)循環(huán)、分支等復(fù)雜結(jié)構(gòu)，是喜聞樂見的表現(xiàn)形式。 圖 (PADProblem Analysis Diagram)[28]：同樣是用圖形符號表達(dá)算法，但它具有結(jié)構(gòu)化的表達(dá)方式，因此結(jié)構(gòu)十分清晰，很容易翻譯成程序代碼。判定表與判定樹：對于規(guī)則較多，判定條件較復(fù)雜的情況，宜采用這兩種方法表達(dá)。 30 簡述面向數(shù)據(jù)流的結(jié)構(gòu)化分析 SA 方法中，有哪些建模方法？ 功能建模 :數(shù)據(jù)流圖 DFD(Data Flow Diagram)+ 數(shù)據(jù)字典 DD(Data Dictionary)； 數(shù)據(jù)建模 :實體關(guān)系圖 ERD(Entity Relation Diagram)； 行為建模 :狀態(tài)轉(zhuǎn)換圖 STD(State Transform Diagram)； 加工說明 PESPEC(Process SPECification)和判定表等輔助工具。數(shù)據(jù)流圖必須與描述并組織數(shù)據(jù)條目的數(shù)據(jù)字典 DD(Data Dictionary)配套使用。這里的數(shù)據(jù)描述是概念性的，屬數(shù)據(jù)結(jié)構(gòu)的抽象描述；加工采用加工小說明進(jìn)行概念性的描述。面向?qū)ο螅?Object Oriented）：是人類的活動，是人類認(rèn)知、觀察客觀事物的方法論。關(guān)聯(lián)性表達(dá)客觀事物的社會性、共存性、組織性，是靜態(tài)的結(jié)構(gòu)描述。 5．繼承性 對事物的分類本身就體現(xiàn)繼承性。 6．多態(tài)性 對象在不同的條件下，同樣的行為會表現(xiàn)不同的效果， 這就是 Object 的多態(tài)(polymorphism)。 34 面向?qū)ο蟮?五大特性 有哪些？ 面向?qū)ο蟮奶匦杂谐橄笮?、封裝性、繼承性、多態(tài)性和消息機制 等五大特性 。 ② 面向?qū)ο蠓治?OOA (Object Oriented Analysis)與面向?qū)ο笤O(shè)計 OOD(Object Oriented Design)。 ④ 軟件維護(hù) Object Oriented Software Maintenance(OOSM)。 38 簡述用例圖中有哪些模型元素？并簡述其含義？ ①參與