需求分析--哲洙老師的筆記重點.docx

第一章 軟件過程：軟件開發(fā)本質(zhì)：軟件工程是軟件固有的復(fù)雜性，一致性、可變性，不可預(yù)見性的產(chǎn)物。利益關(guān)系人：People who have a stake in a softwareproject: Customers (users and system owners) Developers (analysts, designers, programmers,etc.)軟件過程：過程模型：說明執(zhí)行活動的次序說明需要交出什么樣的制品以及什么時候 交出將活動和制品分配給開發(fā)者提供監(jiān)控項目進(jìn)程、評估產(chǎn)出和計劃未來項目的準(zhǔn)則。軟件開發(fā)生命周期：Business Analysis（functional and non-functional requirements）System Design（architectural design detailed design）Implementation（coding round-trip engineering）Integration and Deployment Operation and Maintenance面向?qū)ο蠓椒ㄅc結(jié)構(gòu)化方法的區(qū)別：結(jié)構(gòu)化方法首先關(guān)心的是功能，強(qiáng)調(diào)以模塊（即過程）為中心，采用模塊化、自頂向下、逐步求精設(shè)計過程，系統(tǒng)是實現(xiàn)模塊功能的函數(shù)和過程的集合，結(jié)構(gòu)清晰、可讀性好，的確是提高軟件開發(fā)質(zhì)量的一種有效手段。結(jié)構(gòu)化設(shè)計從系統(tǒng)的功能入手，按照工程標(biāo)準(zhǔn)和嚴(yán)格規(guī)范將系統(tǒng)分解為若干功能模塊。然而，由于用戶的需求和軟、硬件技術(shù)的不斷發(fā)展變化，作為系統(tǒng)基本成分的功能模塊很容易受到影響，局部修改甚至?xí)鹣到y(tǒng)的根本性變化。開發(fā)過程前期入手快而后期頻繁改動的現(xiàn)象比較常見。 面向?qū)ο蠓椒▌t從所處理的數(shù)據(jù)入手，以數(shù)據(jù)為中心來描述系統(tǒng)，數(shù)據(jù)相對于功能而言，具有更強(qiáng)的穩(wěn)定性，這樣設(shè)計出的系統(tǒng)模型往往能較好地映射問題域模型。對象、類，、繼承性、多態(tài)性、動態(tài)定連概念和設(shè)施的引入使用，顯然令面向?qū)ο蟮脑O(shè)計方法具有一定的優(yōu)勢，能為生產(chǎn)可重用的軟件構(gòu)件和解決軟件的復(fù)雜性問題提供一條有效的途徑。 面向?qū)ο蟮脑O(shè)計過程就是指通過建立一些類以及它們之間的關(guān)系來解決實際問題，這就需要對問題域中的對象作整體分析，類和類間關(guān)系的設(shè)計要求較高，否則設(shè)計出的并不是真正意義上的面向?qū)ο蟮能浖到y(tǒng)，而只是一些類的堆砌而已，不能體現(xiàn)出面向?qū)ο笤O(shè)計方法的優(yōu)勢之處。第二章 需求需求獲取的重要性：最困難、最關(guān)鍵、最易出錯、最需要交流什么是需求：誰需要什么樣的東西（誰：需求主體 什么樣：需求形式 東西：需求的內(nèi)容）。需求層次：業(yè)務(wù)需求 用戶需求（只要是用戶說出來的無論是什么都是用戶需求）功能需求 技術(shù)需求需求的種類：功能性需求系統(tǒng)應(yīng)該做什么。非功能性需求系統(tǒng)的特定特性或者約束。也就是為如何實現(xiàn)這些功能需求設(shè)定約束需求獲取的步驟和流程：收集與系統(tǒng)相關(guān)的資料定義系統(tǒng)將放置的技術(shù)環(huán)境系統(tǒng)相關(guān)人員分析指定需求獲取計劃針對性準(zhǔn)備相關(guān)需求獲取問題選擇針對性的需求獲取方法開展需求獲取活動需求獲取總結(jié)需求獲取技術(shù)：訪談： 適用于用戶的當(dāng)前工作和當(dāng)前問題。問卷調(diào)查：大型企業(yè)或公共信息系統(tǒng)的設(shè)計觀察：增強(qiáng)對當(dāng)前工作和部分相關(guān)問題的了解。文檔研究： 規(guī)章制度，行業(yè)規(guī)范標(biāo)準(zhǔn)，企業(yè)報表，工作流程。需求獲取障礙：1、交流障礙；2、用戶意見不統(tǒng)一；3、錯誤的要求；4、提供的信息不完整；5、缺乏共同語言；6、需求永遠(yuǎn)不會穩(wěn)定。第三章 對象和對象建模什么是對象、對象間的交互：對象：具有良好定義的封裝了狀態(tài)和行為邊界的具體事例。對象的特點：對象擁有區(qū)別于其他對象的唯一標(biāo)識對象擁有狀態(tài) 存在從創(chuàng)建到銷毀的生命周期對象附有確定的職責(zé) 并表現(xiàn)出特定的行為對象都能被歸類對象將內(nèi)部結(jié)構(gòu) 細(xì)節(jié)對外封閉對象將實現(xiàn)與接口分離對象間的交互：對象間的交互時通過消息的傳遞來實現(xiàn)的。 使用發(fā)送對象向接收對象發(fā)出的某個操作的請求。什么是類、類間關(guān)系：類：共享相同屬性操作方法。關(guān)系或行為的一組對象的描述符。類間關(guān)系：依賴 關(guān)聯(lián) 聚合 組合 繼承對象和類的關(guān)系：每個對象都是某個類的實例，每個類都有零個或者多個實例類是生成對象的模板類是靜態(tài)的，它們的存在，語義和關(guān)系都在程序執(zhí)行之前就確定的對象是動態(tài)的，在應(yīng)用程序的生命周期中被創(chuàng)建和銷毀。抽象和封裝的含義與關(guān)系：接口更多是在系統(tǒng)架構(gòu)設(shè)計方法發(fā)揮作用，主要用于定義模塊之間的通信契約。抽象類在代碼實現(xiàn)方面發(fā)揮作用，可以實現(xiàn)代碼的重用。四、（1）什么是用例？ 1）參與者與系統(tǒng)功能特征間的交互關(guān)系。2）用例實例是系統(tǒng)中執(zhí)行的一系列動作，這些動作將生成特定參與者可見的價值結(jié)果。功能 ！= 用例 = 功能的集合（2）用例建模的目的和意義？1）用一種用戶可以理解的語言交流系統(tǒng)要做什么。2）是用戶和開發(fā)者之間的可視化契約。（3）用例模型的作用？1）用例模型代表了（從最終用戶角度看）系統(tǒng)的功能和行為。2）用例模型是通過參與者與系統(tǒng)之間的交互關(guān)系，描述系統(tǒng)對外提供的功能特征。（4）用例建模的流程？1）確定系統(tǒng)范圍，定義目標(biāo)系統(tǒng)。2）識別參與者及其目標(biāo)。3）捕獲用例。4）對系統(tǒng)的用戶目標(biāo)層用例進(jìn)行細(xì)化。5）用例詳述。6）分解、合并用例、精化用例模型。（5）用例詳述前置條件）描述了執(zhí)行用例之前，系統(tǒng)必須滿足的條件。后置條件）用例執(zhí)行結(jié)果必須為真的條件?？偨Y(jié)了在場景結(jié)束后系統(tǒng)的狀態(tài)。五、（1）什么是用例分析？用例分析是從用例模型到分析模型的過程，是需求與設(shè)計之間的橋梁。用例分析把系統(tǒng)的行為分配給分析類，讓分析類交互完成系統(tǒng)的行為。（2）用例分析的方法與步驟？用例分析的步驟：1）補(bǔ)充用例描述。2）從用例行為中查找分析類。3）分析類的分類。（3）用例模型、概念模型、動態(tài)模型的作用？用例模型） 幫助開發(fā)團(tuán)隊理解系統(tǒng)的各種功能需求。概念模型） 幫助開發(fā)團(tuán)隊理解問題領(lǐng)域的各種概念各種名詞、以及他們之間的關(guān)系，描述系統(tǒng)的結(jié)構(gòu)特征。動態(tài)模型）描述系統(tǒng)的動態(tài)行為特征。（4）分析模型包含的內(nèi)容？靜態(tài)模型和動態(tài)模型（5）創(chuàng)建概念模型的方法與步驟？1） 尋找問題域。2） 尋找分析類3） 數(shù)據(jù)庫邏輯模型六、（1）擴(kuò)展用例和包含用例的區(qū)別？共同點：1）他們都是基本用力的一部分。2）基本用例不執(zhí)行，擴(kuò)展用例和包含用例都不會執(zhí)行。3）擴(kuò)展用例可以擴(kuò)展多個基本用例，包含用例可以被多個基本用例包含。區(qū)別：1）擴(kuò)展關(guān)系中的基本用例的基本流執(zhí)行時，擴(kuò)展用例不一定執(zhí)行。2）包含關(guān)系中的基本用例的基本流執(zhí)行時，包含用例一定執(zhí)行。（2）用例模型包含的內(nèi)容？（缺一個沒分）1）用例圖。2）用例詳述。3）活動圖描述事件流的流程。4）主要的界面原型。（3）類建模創(chuàng)建概念模型1）目的：幫助開發(fā)團(tuán)隊理解問題領(lǐng)域的各種概念各種名詞、以及他們之間的關(guān)系。2）作用：描述了系統(tǒng)的結(jié)果化特征識別概念：1） 名詞短語。2）公共類模型。3）用例驅(qū)動。4）CRC。其中2、3依賴于用例詳述是否完整準(zhǔn)確。公共類模式：從通用的對象分類理論中導(dǎo)出候選類。（4）子系統(tǒng)和包的區(qū)別？子系統(tǒng)比包封裝的好，子系統(tǒng)有具體行為而包沒有。（5）創(chuàng)建設(shè)計模型的方法與步驟？在構(gòu)建交互模型時，將會發(fā)現(xiàn)類應(yīng)該具有的方法，也會在設(shè)計時找到一些新的屬性，而這些東西將進(jìn)一步地完善我們的靜態(tài)模型(概念模型)設(shè)計類圖的步驟分析類到設(shè)計類轉(zhuǎn)換v 識別類和子系統(tǒng)v 設(shè)計子系統(tǒng)是一種模型元素，它具有包（其中可包含其他模型元素）和類（其具有行為）的語義v 子系統(tǒng)的行為由它實現(xiàn)的一個或多個接口來定義 v 子系統(tǒng)的行為由它所包含的類或其他子系統(tǒng)提供v 子系統(tǒng)內(nèi)部的元素對外不可見v 識別子系統(tǒng)接口v 識別復(fù)用機(jī)會v 修改設(shè)計模型的組織v 評審v 設(shè)計模型內(nèi)容: 交互模型 設(shè)計類圖 部署圖（6）創(chuàng)建設(shè)計模型的關(guān)鍵與核心？（7）設(shè)計元素有哪些？七 、（1） UI設(shè)計有哪些指導(dǎo)原則?1) 以用戶為中心2) 一致性3) 個性化和用戶化4) 容錯性5) 反饋性6) 有美感且使用性強(qiáng)（2） 用例分析的目的：確定執(zhí)行用例事件流的類（3） 分析類的種類：邊界類（Boundary Class）：負(fù)責(zé)系統(tǒng)與外界通訊和交互控制類（Control Class）:父子協(xié)同、調(diào)度、處理事務(wù)并控制系統(tǒng)的其他對象的行為。實體類（entity Class）:主要負(fù)責(zé)保存和管理系統(tǒng)的信息應(yīng)用邏輯對象：是實體類的變形，分為業(yè)務(wù)邏輯對象和算法對象。分析類是從用例事件流中識別出來的。（4）分析模型：1）靜態(tài)模型（分析類）：幫助開發(fā)團(tuán)隊理解問題領(lǐng)域的各種概念各種名詞、以及他們之間的關(guān)系，描述系統(tǒng)的結(jié)構(gòu)特征。2）動態(tài)模型（序列圖）：描述系統(tǒng)的動態(tài)行為特征。八、（