需求分析與設(shè)計筆記

1、軟件生命:什么是成功的項目:在規(guī)定的時間內(nèi),在規(guī)定的成本要求下,達(dá)到或超過利益干系人的要求.軟件開發(fā)戰(zhàn)略性技術(shù):項目管理:需求工程:軟件架構(gòu)軟件開發(fā)的本質(zhì)(不變性)：complexity:復(fù)雜性：conformity:一致性:changeability:可變性:invisibility:不可見性軟件開發(fā)的偶然性因素：利益干系人l Boss、開發(fā)人員、客戶、用戶、競爭對手l 軟硬件供應(yīng)商、家人、政府：過程：建模只有確保過程的質(zhì)量,才能保證結(jié)果的質(zhì)量.SWOT:優(yōu)劣勢分析法軟件三大類型:OLTP:在線事務(wù)處理：OLAP：在線分析系統(tǒng)：知識管理、AI、機(jī)器翻譯生命周期：建模方法 ：階段 ：開發(fā)技術(shù)和

2、方法軟件開發(fā)技術(shù)/方法：面向功能（結(jié)構(gòu)化：功能分解） ：面向?qū)ο螅ǜ拍罘纸猓好嫦驍?shù)據(jù)/信息 ：面向控制 ：面向服務(wù)需求工程：需求獲取 ：分析：規(guī)格說明：確認(rèn)：管理PM:項目管理（九大知識體系）PSM:技術(shù)管理軟件成本估算：功能點(diǎn)估算法1：開發(fā)模式與項目特點(diǎn)相適應(yīng)2：開發(fā)模式（好的PM/PSM至少掌握3種）與開發(fā)技術(shù)相適應(yīng)軟件需求:第一步是需求獲取IT Solution:：業(yè)務(wù)解決方案，解決業(yè)務(wù)問題：業(yè)務(wù)過程的實(shí)現(xiàn)：實(shí)現(xiàn)業(yè)務(wù)創(chuàng)新本質(zhì)沒變，過程改變>針對過程改變:基礎(chǔ)設(shè)施服務(wù)：是一種商品對傳統(tǒng)業(yè)務(wù)方式通過互聯(lián)網(wǎng)方式改造。需求獲?。鹤罾щy ：最關(guān)鍵 ：最易出錯：最需要交流誰（需要的主體>

3、;最終用戶） 需要 什么樣(需求的形式呈現(xiàn)樣式 布局顏色、操作方式) 的東西（需求的內(nèi)容）需求的變更：其中問題60%由于開發(fā)人員的不專業(yè)（安隔間卻拆樓）變更的種類：變更的頻率由大至小變更影響由小至大：呈現(xiàn)樣式：呈現(xiàn)內(nèi)容：功能邏輯（算法）：功能間協(xié)作邏輯：數(shù)據(jù)模型（數(shù)據(jù)結(jié)構(gòu)化）需求的種類:功能需求:非功能需求(質(zhì)量屬性+約束)定性不轉(zhuǎn)定量 無法應(yīng)用定性->定量：易用性 :復(fù)用性：靈活：性能：頻率:可擴(kuò)展性 ：安全性：可靠性（連續(xù)運(yùn)行x小時）需求獲取技術(shù)：傳統(tǒng)技術(shù)：訪談（面談）人少：會議（人多）：問卷：觀察：文檔研究獲取的基礎(chǔ):是否具有領(lǐng)域知識(業(yè)務(wù)):溝通能力(社會學(xué)、生理學(xué))訪談：訪談計

4、劃 封閉性問題，用于確認(rèn)開放性：訪談問題列表（有必要控制問題走向）（問題設(shè)計，決定訪談效果）針對不同角色：決策者（宏觀 全局）執(zhí)行者（中，局部）操作者（微觀，細(xì)節(jié)）：時間（周一上周五下不好）：地點(diǎn)（辦公單位不好）：小型會議室為佳，需放松：座位（考慮權(quán)勢、威望、壓迫感）：肢體語言：2個人 一說一記：調(diào)研報告問題信息應(yīng)對軟件開發(fā)有幫助例：學(xué)校是否有類似的學(xué)生信息管理系統(tǒng)若是->轉(zhuǎn)向?qū)I(yè)人士什么協(xié)議（TCP）數(shù)據(jù)類型如何獲取、同步若否->學(xué)生具體信息為哪些是否可增加、如何增加需求獲取1：訪談2:會議l 會議前的準(zhǔn)備(計劃、相關(guān)文檔)l 會議中的過程控制(放跑題)u 設(shè)立會議主席、會議章程

5、u 1.5h內(nèi)，保證效率l 會議后的總結(jié)3:問卷調(diào)查:封閉性問題 針對產(chǎn)品類 問題的設(shè)計很重要半封閉、開放性4：觀察 信息量有限，有片面性、也直觀5：文檔研究l 國內(nèi)外行業(yè)標(biāo)準(zhǔn)規(guī)范存在過時情況，理解易偏差l 行業(yè)相關(guān)技術(shù)規(guī)范l 企業(yè)業(yè)務(wù)流程工作手冊，操作指南l 企業(yè)內(nèi)部規(guī)章制度l 企業(yè)業(yè)務(wù)類報表，歷史資料6：研究類似系統(tǒng)7：原型：拋棄型 ：進(jìn)化型通過原型去將需求變穩(wěn)妥，用少成本快速將雙方需求達(dá)成共識。需求的層次：業(yè)務(wù)需求（目標(biāo)需求）>目標(biāo)：用戶需求>用戶期望系統(tǒng)實(shí)現(xiàn)的功能。：功能需求（功能需求）：技術(shù)需求開發(fā)軟件系統(tǒng)先要理解業(yè)務(wù)，確立終極目標(biāo)。需求分析：從業(yè)務(wù)用戶需求(需求獲取的內(nèi)

6、容)得到功能、技術(shù)需求（軟件開發(fā)人員分析）的過程。需求獲取的風(fēng)險與障礙（潛在的危險）若遇障礙，定性轉(zhuǎn)定量，參考類似系統(tǒng)簽合同前，多提可能，易提高傭金。對象：具有狀態(tài)和行為邊界的實(shí)體三要素：唯一標(biāo)識：狀態(tài)： 屬性(與生俱來，內(nèi)在固有)+特征值：行為：可測試、可見可衡量對象間的協(xié)作是通過消息傳遞來完成。n 顯示的消息調(diào)用(P2P) 效率高n 隱式的消息調(diào)用(廣播) 靈活性高類似于設(shè)計模式中的創(chuàng)建模式類：共享相同屬性，操作，方法，關(guān)系或行為的一組對象的描述符。類之間的強(qiáng)弱順序(耦合度)：依賴<關(guān)聯(lián)<聚合<組合<繼承類之間的靜態(tài)聯(lián)系稱作關(guān)聯(lián)：一對一、一對多、多對多概念模型是對現(xiàn)

7、實(shí)世界的映射表達(dá)方式：類圖 、框圖接口類型：1：系統(tǒng)間 2：模塊間(組件間) 3：類間接口(公共方法)抽象：注重于對象的可觀察行為封裝：著重于引起這種行為的實(shí)現(xiàn)。為什么要創(chuàng)建用例模型：用例模型允許顧客和系統(tǒng)開發(fā)者之間用一種用戶可以理解的語言交流系統(tǒng)要做什么：功能、技術(shù)?？梢哉J(rèn)為是一種顧客與系統(tǒng)開發(fā)者間的可視化契約(語言系統(tǒng)做什么、可視化、雙方約定)。什么是用例模型：(使用人員)代表了從“最終用戶角度”看到的系統(tǒng)的功能和環(huán)境。用例模型作用和意義：是從外部用戶和外圍系統(tǒng)的角度分析和考察待開發(fā)系統(tǒng)的行為并通過參與者(最終用戶)與系統(tǒng)間的交互關(guān)系(用例)描述系統(tǒng)對外提供的功能特性。用例：(最終用戶)使

8、用某個功能的應(yīng)用場景。什么是用例：用例實(shí)例是在系統(tǒng)中執(zhí)行的一系列動作，這些動作將生成特定參與者可見的價值結(jié)果。用例模型如何有效支持開發(fā)過程？用例模型得到的成果物：l 需求分析說明書l 用戶手冊的初稿l 測試用例的初稿創(chuàng)建用例模型的流程：確定系統(tǒng)范圍，定義目標(biāo)系統(tǒng)：識別參與者及其目標(biāo)：捕獲概要層用例，繪制初始用例圖，確定大致的用例關(guān)系。：著重對系統(tǒng)的目標(biāo)層用例進(jìn)行細(xì)化。：針對每個用例詳細(xì)說明。：分解、合并用例，精化用例模型結(jié)構(gòu)。確定系統(tǒng)范圍>系統(tǒng)的邊界。通過創(chuàng)建待開發(fā)系統(tǒng)的 系統(tǒng)環(huán)境模型 中確定系統(tǒng)邊界。系統(tǒng)間接口：通信協(xié)議(接口類型)：數(shù)據(jù)格式(數(shù)據(jù)內(nèi)容)：數(shù)據(jù)獲?。飨?、主動和被動）：

9、數(shù)據(jù)同步方式人機(jī)接口：角色的特點(diǎn)為用戶體驗做準(zhǔn)備。識別參與者：參與者是直接與用戶交互的事務(wù)所扮演的(人、其他系統(tǒng)、硬件系統(tǒng)、時鐘)角色如何識別參與者：誰或什么使用系統(tǒng)，交互中他們扮演什么角色：誰安裝系統(tǒng) 誰啟動和關(guān)閉系統(tǒng) 誰維護(hù)：與該系統(tǒng)交互的是其它什么系統(tǒng)，誰從系統(tǒng)獲取信息誰提供信息給系統(tǒng):有什么事情發(fā)生在固定時間。注意：參與者對系統(tǒng)而言都是外部的：參與者直接與系統(tǒng)交互：參與者表示的人和事物同系統(tǒng)發(fā)生交互時所扮演的 角色而不是特定的人或事物。：每個參與者需要一個具有業(yè)務(wù)意義的簡短名稱：每個參與者必須有簡短描述，它從業(yè)務(wù)角度來描述參與者。用例建模（方法）>進(jìn)行需求分析技術(shù)：面向?qū)ο蠹夹g(shù)。

10、需求分析：確定系統(tǒng)邊界(創(chuàng)建系統(tǒng)環(huán)境)：識別參與者：識別用例>參與者與系統(tǒng)的一系列交互如何識別：特定參與者希望系統(tǒng)提供什么功能最終用戶>用戶需求：創(chuàng)建用例圖命名規(guī)則：名+動用例>功能場景的集合功能的集合：用例規(guī)約詳述模板：n 用例名稱n 簡要說明n 前置條件：對用例何時開始的約束，不是開始事件n 事件流(一系列交互)：用文本形式描述了用戶與系統(tǒng)如何交互n 后置條件：無論執(zhí)行哪些備選流，用例的后置條件應(yīng)為真(無論何時都可回首頁)事件流：基本流、備選流（異常、特殊）用例何時開始、用何種數(shù)據(jù)。用例中的動作類型：一般陳述句加以描述 主、謂、賓參與者：1：選擇(界面、功能內(nèi)容) 2：輸

11、入（文本數(shù)據(jù)）系統(tǒng):1：系統(tǒng)驗證2：執(zhí)行、處理3：輸入（界面，內(nèi)容 軟件開發(fā)人員更易讀文字，而不是流程圖）準(zhǔn)則：開發(fā)人員根據(jù)已描述流程，應(yīng)可開發(fā)出相同產(chǎn)品(界面樣式、布局操作)適應(yīng)匹配：開發(fā)方法：面向?qū)ο箝_發(fā)模式：增量、迭代1：開發(fā)模式相適應(yīng)2：用例先確定優(yōu)先級（高 20%30% 中30%-40% 低 不低于40%）3:分清主次4：基本流/備選流WBS:任務(wù)分解1：應(yīng)急成本(5-15%)提前驗收期2：倒排計劃3：工序調(diào)整4：加班 需計算加班時間，安排加班人、分類每日8小時 有效70%加班 1日 有效5：關(guān)鍵路徑、人的安排6：細(xì)化用例模型 擴(kuò)展關(guān)系擴(kuò)展誰箭頭指向誰包含關(guān)系：包含誰箭頭指向誰包含/

12、擴(kuò)展用例，不能單獨(dú)執(zhí)行考點(diǎn)：同：擴(kuò)展與包含用例都是基本用例一部分：基本不執(zhí)行，擴(kuò)展與包含都不執(zhí)行：擴(kuò)展用例可擴(kuò)展多個基本，包含用例可被多個用例包含。異：擴(kuò)展關(guān)系基本用例基本流執(zhí)行時，擴(kuò)展用例不一定包含關(guān)系，基本用例基本流執(zhí)行，包含用例一定執(zhí)行。1212對單系統(tǒng)來講，在需求上沒差別1高復(fù)用性，可移入其他系統(tǒng):用例建模的作用與意義：什么是用例模型：用例建模的流程：什么是用例：如何確定系統(tǒng)邊界:如何識別參與者、用例：如何進(jìn)行用例詳述：擴(kuò)展用例與包含用例、區(qū)別:用例模型包含內(nèi)容（用例圖、用例詳述、活動圖、主要原型、界面）概念模型：能映射到現(xiàn)實(shí)世界的真實(shí)事物幫助開發(fā)團(tuán)隊理解問題領(lǐng)域的各種概念，各種名詞以

13、及它們之間的各種關(guān)系，描述系統(tǒng)的結(jié)構(gòu)特征。創(chuàng)建概念模型的步驟：盡可能收集相關(guān)信息:識別概念l 名詞/動詞分析法n 找到備選類，從名詞(短語)中提取對象與屬性n 決定候選類n 確定類間關(guān)系n 為類添加職責(zé)(成員變量，方法)l 通用類模板l 用例驅(qū)動l CRCl 混合（1-4）：識別概念間關(guān)系：整合概念模型概念：實(shí)體類->持久化概念模型>數(shù)據(jù)模型ER圖數(shù)據(jù)庫邏輯模型概念模型：有符合現(xiàn)實(shí)世界的程度之分用例分析的目的：確定執(zhí)行用例事件流的類，將每個用例情節(jié)都要落實(shí)到內(nèi)部某個對象群體的協(xié)作上。用例建模：是對系統(tǒng)外在行為進(jìn)行了解。用例分析的步驟：補(bǔ)充用例描述：針對每個用例識別分析類>對設(shè)

14、計類的抽象 從用例的事件流中查找分析類。：針對每個分析類確定它們的職責(zé)：整合分析類分析類：代表系統(tǒng)中具備職責(zé)與行為的事物的初期概念。分析類的種類：邊界類： 負(fù)責(zé)系統(tǒng)與外界的通訊與交互、轉(zhuǎn)換、翻譯交互事件控制類：負(fù)責(zé)協(xié)調(diào)調(diào)度、處理事務(wù)并控制系統(tǒng)內(nèi)部其它對象行為實(shí)體類：存儲和管理系統(tǒng)中的信息(可持久化)邊界接口類：1：用戶接口、GUI2：系統(tǒng)接口3：設(shè)備接口：Timer每個用例都至少一個邊界類控制類改進(jìn)方案：1：將性質(zhì)不同的控制邏輯封裝到不同控制類2：將邏輯復(fù)雜的主時間流和備選流分別封裝到不同的控制類中3：盡量為每一個參與者定義單獨(dú)的控制類。分析模型：靜態(tài)（分析類圖、類圖）動態(tài)（時序、協(xié)作圖）對象

15、間職責(zé)是通過對象間協(xié)作確定的總結(jié)：概念模型的目的：創(chuàng)建概念模型的步驟：通過名/動詞創(chuàng)建概念模型的方法：用例分析的目的：用例分析步驟：分析類的種類、職責(zé)：分析模型的構(gòu)成設(shè)計階段的步驟：1：設(shè)計過程創(chuàng)建交互模型的過程>對象的角色>職責(zé)（具體行為）2:設(shè)計結(jié)果：創(chuàng)建設(shè)計類圖>總結(jié)過程角色：職責(zé)：針對設(shè)計類均為單一職責(zé)操作：分析階段（具體行為）方法:設(shè)計階段（具體執(zhí)行動作）老師：l 備課：n 查找資料n 寫教案n .l 講課l 考核設(shè)計子系統(tǒng)>細(xì)件包的語義：集合/容器 對外可見（公有類可見）類的語義：信息隱藏<封裝 （屬性、方法的執(zhí)行過程）面向?qū)ο缶幊毯诵模好嫦蚪涌诰幊誊浖a(chǎn)：l 框架庫(平臺)l 組件庫1：從已有項目中提煉2：開源項目收集3：購買成型l 類庫1：庫函數(shù)版本2；第三方類庫3：固有用例模型：系統(tǒng)的外在行為參與者與系統(tǒng)的一系列交互分析模型：分析類為設(shè)計類的抽象內(nèi)部視角：對象（分析類）交互過程（創(chuàng)建對象）模型：完成/實(shí)現(xiàn)外在行為設(shè)計模型(是對分析模型的精化/細(xì)化)內(nèi)部視角對象（分析類）通過交互完成（實(shí)現(xiàn)）了外在行為