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