【正文】 過程 RUP 工作流 1 6 個 核心過程工作流 (Core Process Workflows) ? 商業(yè)建模 (Business Modeling)：弄清項(xiàng)目邊界和約束，做出計(jì)劃。 ? 需求 (Requirements)：描述系統(tǒng)應(yīng)做什么，開發(fā)人員和用戶達(dá)成需求基線。 ? 分析和設(shè)計(jì) (Analysis amp。 Design)：將需求轉(zhuǎn)化成計(jì)算機(jī)可以實(shí)現(xiàn)的模型。 ? 實(shí)現(xiàn) (Implementation)：用程序設(shè)計(jì)語言將設(shè)計(jì)模型組織成可執(zhí)行的文件、數(shù)據(jù)。 ? 測試 (Test)：是發(fā)現(xiàn)軟件中的錯誤，在實(shí)驗(yàn)環(huán)境下驗(yàn)證所有的需求是否被 正確的實(shí)現(xiàn)。 ? 部署 (Deployment)： 將軟件分發(fā)給最終用戶，安裝在真實(shí)的環(huán)境下，由用戶操作運(yùn)行。 2 3 個核心支持工作流 (Core Supporting Workflows)是對核心過程工作流的配套支持和管理，保障核心過程工作流順暢、高效運(yùn)行。 ? 配置和變更管理：工作文檔的管理，在版本更新、需求變更中做到各類文檔及時、同步跟蹤，保證各文檔內(nèi)容完整、一致。 ? 項(xiàng)目管理 (Project Management)：資源配置、評估監(jiān)控、風(fēng)險(xiǎn)控制、計(jì)劃調(diào)整等管理工作，目的效益最大化。 ? 環(huán)境 (Environment)：軟件開發(fā)環(huán)境，包括人員、設(shè)備、過程和工具，以及各種規(guī)范、指導(dǎo)手冊和保障措施。 14 簡述 rup 模型中基線與里程碑的概念，二者之間的關(guān)系。 基線，是軟件文檔或源碼 (或其它產(chǎn)出物 )的一個穩(wěn)定版本 ,它是進(jìn)一步開發(fā)的基礎(chǔ)，也可以理解成為一個階段的起點(diǎn)并已經(jīng)制定了相應(yīng)的工作標(biāo)準(zhǔn)，并且只有經(jīng)過授權(quán)后才能變更這個標(biāo)準(zhǔn)。 里程碑，是計(jì)劃中確定的階段性工作完成目標(biāo)，要求提交階段交付物，作為階段評估的標(biāo)準(zhǔn)。 基線和里程牌的關(guān)系：基線是為了建立參照點(diǎn)，是階段的起點(diǎn)；里程牌是建立階段性目標(biāo)，是階段終點(diǎn)，最后的里程牌可能是一次 迭代的終結(jié)。 15 簡述軟件計(jì)劃的目標(biāo)和主要工作 . 軟件計(jì)劃的目標(biāo)：研究項(xiàng)目的可行性，研究合理地運(yùn)用軟件項(xiàng)目開發(fā)所需的資源 、經(jīng)費(fèi)，掌握開發(fā)進(jìn)度，控制項(xiàng)目開發(fā)過程按此計(jì)劃進(jìn)行。 主要工作包括 :確定項(xiàng)目實(shí)施范圍、定義遞交的工作成果、評估實(shí)施過程中主要的風(fēng)險(xiǎn)、制定項(xiàng)目實(shí)施的時間計(jì)劃、成本和預(yù)算計(jì)劃、人力資源計(jì)劃等。 16 軟件計(jì)劃的活動有哪些？這些活動的內(nèi)容是什么？ 軟件計(jì)劃主要活動包括：問題定義，可行性研究，項(xiàng)目計(jì)劃。 這些活動的內(nèi)容是 ： 問題定義：確定項(xiàng)目實(shí)施范圍，回答項(xiàng)目“做什么？”的問題。 可行性研究： 項(xiàng)目 的必要性和可能性 。 制定項(xiàng)目計(jì)劃： 編制 項(xiàng)目 開發(fā)計(jì)劃 。 17 簡述問題定義 的目的和 主要任務(wù) 。 問題定義的目的：弄清要計(jì)算機(jī)解決的根本問題所在 (要解決的問題是什么？ )，確定新系統(tǒng)的作用域，以及項(xiàng)目所需的資源、工期和經(jīng)費(fèi)。 問題定義的 主要任務(wù)：編寫項(xiàng)目報(bào)告提交審查，作為可行性分析的依據(jù)。 18 簡述 可行性分析的目的 、任務(wù)和內(nèi)容。 可行性分析的目的 ：確定項(xiàng)目的必要性和可能性。 可行性分析的任務(wù)包括： 可行性分析；寫可行性研究報(bào)告； 編制 開發(fā)計(jì)劃。 可行性分析的內(nèi)容包括：技術(shù) 、經(jīng)濟(jì)和社會三個方面的可行性： 19 簡述需求分析的目的、必要性和參與角色 需求分析的目的是：弄清用戶對系統(tǒng)的細(xì)節(jié)要求，完整、準(zhǔn)確、清晰、具體地回答目標(biāo)系統(tǒng)“做什么”。準(zhǔn)確地理解用戶提出的軟件功能、性能及其環(huán)境的要求。 需求分析的必要性 ： 用戶與開發(fā)者的知識領(lǐng)域不同，產(chǎn)生歧義；軟件開發(fā)失敗 50%是需求不合理，早期錯誤易放大。 參與角色：開發(fā)方包括分析師、設(shè)計(jì)師和架構(gòu)師。用戶方包括領(lǐng)域?qū)＜?、用戶和部門負(fù)責(zé)人 。 20 需求開發(fā)的任務(wù) 有哪些？ 需求開發(fā)的任務(wù) 包括 需 求獲取 ：收集 用戶對目標(biāo)軟件系統(tǒng)在功能、性能、行為、設(shè)計(jì)約束等方面的期望。 需求 分析 ： 通過符號和文字說明描述系統(tǒng)模型 ， 使用戶和開發(fā)者間建立共同語言基礎(chǔ)，消除理解上的歧義 的過程 。 需求說明：既編寫需求文檔，也稱編寫需求規(guī)格說明書。需求說明書是需求分析階段的最終成果，也是需求分析階段復(fù)審的依據(jù)；是用戶領(lǐng)域?qū)＜?、軟件分析師、軟件設(shè)計(jì)師共同交流的途徑和媒介；是交付給用戶文檔的一部份； 需求驗(yàn)證 :即需求評審。根據(jù)需求說明書，分析師、設(shè)計(jì)師、客戶會審文檔，對需求的正確性、一致性、完整性、無二義行進(jìn)行評審、確認(rèn)。 21 需求的層次 軟件需求包括三個不同的層次：業(yè)務(wù)需求、用戶需求、功能需求，也包括非功 能需求。 1．業(yè)務(wù)需求 (business requirement) 業(yè)務(wù)需求是反映企業(yè) /組織對軟件系統(tǒng)的高層次目標(biāo)要求 ,即軟件系統(tǒng)的建設(shè)目標(biāo)。 業(yè)務(wù)需求通常是“問題定義”或“可行性研究”階段獲取的內(nèi)容；在需求規(guī)格說明書中反映在項(xiàng)目背景、系統(tǒng)目標(biāo)或任務(wù)概述的描述中。 獲取的主要對象是客戶方的高管、專家、部門負(fù)責(zé)人。 2．用戶需求 (user requirement) 用戶需求：用來描述用戶使用產(chǎn)品必須要完成的任務(wù)； 使用業(yè)務(wù)領(lǐng)域的術(shù)語描述，采用開發(fā)者與用戶都能理解的語言和圖形表達(dá)。 用戶需求是經(jīng)過調(diào)查、 歸納后雙方認(rèn)同的結(jié)果。 獲取的主要對象是部門負(fù)責(zé)人、軟件的操作者或稱終端用戶。 3. 功能需求 (functional requirement) 功能需求定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能，結(jié)果在需求規(guī)格說明書中 。功能需求用軟件行業(yè)術(shù)語表達(dá)：通常是需求建模的結(jié)果即目標(biāo)系統(tǒng)的邏輯模型，如結(jié)構(gòu)化的功能模型、數(shù)據(jù)模型、行為模型，面向?qū)ο蟮念惸Ｐ偷取? 4. 非 功能需求 特性是指一些非功能需求，是滿足業(yè)務(wù)需求的性能要求。如界面的交互性、數(shù)據(jù)的安全性、數(shù)據(jù)的事務(wù)性、用戶的并發(fā)性、響應(yīng)的快速性、操作的實(shí)時性、錯誤與異常的 恢復(fù)性、軟件的容錯性等等。 項(xiàng)目的失敗或拖延一般不是在功能上，而恰恰倒是在性能要求上，因?yàn)檫@些性能與軟件的體系結(jié)構(gòu)有關(guān)，與構(gòu)成系統(tǒng)的網(wǎng)路與硬件環(huán)境等底層技術(shù)有關(guān)，往往超越一般開發(fā)人員的技術(shù)能力。 22 需求獲取的一般方法 ① 需求獲取方法以采訪、觀察、座談、對先前的系統(tǒng)版本的測試等。必要時采用快速原型法。 ② 先集中在使用者對系統(tǒng)的觀點(diǎn)上，以收集用戶原始資料，數(shù)據(jù)、工作方式、工作流程、使用要求等為工作起點(diǎn)，深入到部門、車間、班組，做好原始紀(jì)錄； ③ 然后根據(jù)對問題及環(huán)境的理解與開發(fā)經(jīng)驗(yàn)，改正用戶需求的模 糊、歧義和不一致性要求，排除用戶的不合理要求，挖掘用戶尚未提出但具有價值的潛在需求，使用戶需求逐步精確化、一致化和完全化； ④ 需求獲取非一次完成：需要往復(fù)進(jìn)行、逐步深化。 ⑤ 需求獲取的內(nèi)容：寫進(jìn)“需求規(guī)格說明書”，確認(rèn) 。 23 需求獲取的策略 ① 循序漸進(jìn)的策略； ② 確定優(yōu)先級：先進(jìn)行重點(diǎn)的需求調(diào)研，有助于識別出重大的風(fēng)險(xiǎn)，并為制定迭代計(jì)劃提供指導(dǎo)； ③ 不要陷入技術(shù)：需求未明確，應(yīng)回避對技術(shù)問題討論。 ④ 挖掘用戶需求 : “誘導(dǎo)式”就是挖掘用戶需求。客戶并非 IT 專業(yè)人士，需求的概念是模糊的、籠統(tǒng) 的，而且尺度難以把握，預(yù)測潛在需求。 ⑤ 區(qū)分不必要的需求：客戶對有些需求提不出來，自然也會提出一些不必要的需求。 24 簡述概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)的內(nèi)容。 軟件設(shè)計(jì)包括 概要 設(shè)計(jì) 和 詳細(xì)設(shè)計(jì)。 概要設(shè)計(jì)又分為體系結(jié)構(gòu)設(shè)計(jì)和領(lǐng)域問題結(jié)構(gòu)設(shè)計(jì)。 體系結(jié)構(gòu)設(shè)計(jì)：是支撐和管理軟件運(yùn)行的環(huán)境設(shè)計(jì)。由于現(xiàn)代的軟件是處在操作系統(tǒng)、網(wǎng)絡(luò)、各種服務(wù)器共同搭建的環(huán)境下運(yùn)行，并且具有并發(fā)、安全、事務(wù)等多方面的管理，是軟件設(shè)計(jì)優(yōu)先考慮的問題。 領(lǐng)域問題結(jié)構(gòu)設(shè)計(jì)：滿足需求的軟件功能設(shè)計(jì)，核心所在。將領(lǐng)域問題的分析模型細(xì)化成軟件結(jié)構(gòu)模型，也 就是劃分軟件的模塊結(jié)構(gòu)及確定模塊之間的關(guān)系。 ②詳細(xì)設(shè)計(jì)又分為 如下 三個部分： ? 對模塊內(nèi)部的過程和數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)。也就是對模塊內(nèi)進(jìn)行算法分析和程序設(shè)計(jì)。 ? 人機(jī)交互界面的具體設(shè)計(jì)，還有與其它外部系統(tǒng)接口設(shè)計(jì)。 ? 完成對數(shù)據(jù)庫的物理設(shè)計(jì) 概要設(shè)計(jì)是根據(jù)需求確定軟件和數(shù)據(jù)的總體框架；詳細(xì)設(shè)計(jì)是進(jìn)一步精化成軟件的算法和數(shù)據(jù)結(jié)構(gòu)。 25 25 簡述衡量軟件模塊獨(dú)立性的度量標(biāo)準(zhǔn)有哪些？ 模塊獨(dú)立性是指 模塊 能夠 完成獨(dú)立的功能 ；模塊 符合信息隱藏和信息局部化原則 ； 模塊