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