軟件系統(tǒng)分析與設(shè)計(jì)DOC

1、第1章軟件工程基礎(chǔ)知識(shí)1.1 軟件工程知識(shí)體系軟件需求(Software Requirements )軟件設(shè)計(jì)(Software Design )軟件構(gòu)造(Software Construction)軟件測(cè)試(Software Testi ng )軟件維護(hù)(Software Maintenance )軟件配置管理(Software Configuration Management)軟件工程管理( Software Engineering Management)軟件工程過程(Software Engineering Process )軟件工程工具和方法( Software Engin eeri

2、ng Tools and Methods ) 軟件質(zhì)量(Software Quality )1.2軟件生存周期與軟件開發(fā)模型1.2.1 軟件生存周期Boehm定義的軟件生存周期模型GB 8566-1988定義的軟件生存周期模型GB/T 8566-1995定義的軟件生存周期過程模型GB/T 8566-2001定義的軟件生存周期過程模型UP定義的軟件生存周期模型1.2.2 軟件開發(fā)模型瀑布模型(waterfall model )快速原型模型(rapid prototype model )演化模型(evolutionary model)增量模型(in creme ntal model)螺旋模型(sp

3、iral model )噴泉模型(water fountain model)1.3軟件質(zhì)量模型與軟件質(zhì)量管理1.3.1 軟件質(zhì)量模型軟件產(chǎn)品的內(nèi)部質(zhì)量、外部質(zhì)量和使用質(zhì)量質(zhì)量特性、質(zhì)量子特性和度量功能性：適宜性、準(zhǔn)確性、互用性、依從性、安全性可靠性：成熟性、容錯(cuò)性、可恢復(fù)性可用性：可理解性、易學(xué)性、可操作性效率：時(shí)間特性、資源特性可維護(hù)性：可分析性、可修改性、穩(wěn)定性、可測(cè)試性 可移植性：適應(yīng)性、易安裝性、一致性、可替換性1.3.2 軟件質(zhì)量管理質(zhì)量需求分析質(zhì)量計(jì)戈U質(zhì)量保證質(zhì)量控制質(zhì)量改進(jìn)軟件質(zhì)量管理體系軟件配置管理軟件配置項(xiàng)與基線計(jì)算機(jī)軟件配置項(xiàng)（CSCI)基線（baseli

4、ne ）功能基線（functional baseli ne)指派基線（allocated baseli ne)產(chǎn)品基線（product baseli ne)1.4.2軟件配置管理過程對(duì)象標(biāo)識(shí)版本控制變化控制配置審計(jì)配置報(bào)告1.5軟件過程管理1.5.1軟件能力成熟度模型（CMMCMM勺5個(gè)等級(jí)：初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、已管理級(jí)、優(yōu)化級(jí)CMM勺關(guān)鍵過程域（KPA：需求管理、軟件項(xiàng)目計(jì)劃、軟件項(xiàng)目跟蹤和監(jiān)控、軟件子合 同管理、軟件質(zhì)量保證、軟件配置管理、組織級(jí)過程焦點(diǎn)、組織級(jí)過程定義、培訓(xùn)大 綱、集成軟件管理、軟件產(chǎn)品工程、組間協(xié)調(diào)、同行評(píng)審、定量過程管理、軟件質(zhì)量 管理、缺陷預(yù)防、技術(shù)變更管理

5、、過程變更管理1.5.2 軟件過程與軟件能力成熟度評(píng)估第一步，建立評(píng)估組第二步，填寫提問單第三步，響應(yīng)分析第四步，現(xiàn)場(chǎng)考察第五步，提出調(diào)查發(fā)現(xiàn)清單第六步，制作關(guān)鍵過程域（KPA剖面圖1.5.3 軟件過程改進(jìn)第一步，比較“目標(biāo)狀態(tài)”與“目前狀態(tài)”，找出所有差距第二步，確定改進(jìn)目標(biāo)第三步，制定改進(jìn)計(jì)劃第四步，執(zhí)行改進(jìn)計(jì)劃 第五步，總結(jié)本輪改進(jìn)經(jīng)驗(yàn)，開始下一輪改進(jìn)1. 6小節(jié)軟件工程學(xué)是研究如何有效地組織和管理軟件開發(fā)的工程學(xué)科。軟件產(chǎn)品所要經(jīng)歷的計(jì)劃、分析、設(shè)計(jì)、編程、測(cè)試、維護(hù)直至被淘汰這樣一個(gè)全過程被稱為軟件生存周期。 用不同的方式將軟件生命周期中的所有開發(fā)活動(dòng)組織起來，可以形成不同的軟件開發(fā)

6、模型。軟件質(zhì)量就是軟件與明確地和隱含地定義的需求相一致的程度。軟件質(zhì)量管理是指軟件開發(fā)機(jī)構(gòu)為保證軟件項(xiàng)目滿足客戶需求所要實(shí)施的質(zhì)量活動(dòng)。軟件配置管理是在軟件的整個(gè)生命期內(nèi)管理變化的一組活動(dòng)，目標(biāo)是使變化更正確且更容易被適應(yīng)。軟件過程是指人們用于開發(fā)和維護(hù)軟件及其相關(guān)產(chǎn)品的一系列活動(dòng)，包括軟件工程過程和軟件管理過程。軟件過程管理的目的就是提升軟件組織的提高軟件開發(fā)能力。第2章項(xiàng)目管理基礎(chǔ)知識(shí)2. 1項(xiàng)目與項(xiàng)目管理2.1.1 項(xiàng)目項(xiàng)目是在特定條件下、具有特定目標(biāo)的一次性任務(wù)，是在一定時(shí)間內(nèi)、滿足一系列特 定目標(biāo)的多項(xiàng)相關(guān)工作的總和。1. 項(xiàng)目的臨時(shí)性 項(xiàng)目的獨(dú)特性1.項(xiàng)目的漸進(jìn)性2.1.2 項(xiàng)目管

7、理項(xiàng)目管理就是將各種知識(shí)、技能、工具和技術(shù)應(yīng)用于項(xiàng)目之中，以達(dá)到項(xiàng)目的要求。 項(xiàng)目范圍 項(xiàng)目時(shí)間 項(xiàng)目成本 項(xiàng)目質(zhì)量2. 2 項(xiàng)目管理過程與過程組2.2.1 過程與過程組過程就是一組為了完成一系列事先指定的產(chǎn)品、服務(wù)或成果而需執(zhí)行的互相聯(lián)系的行 動(dòng)和活動(dòng)。軟件項(xiàng)目管理過程可歸納為五個(gè)過程組。啟動(dòng)過程組(initiating process group)規(guī)劃過程組(planning process group ) 實(shí)施過程組(executing process group ) 監(jiān)控過程組( monitoring and controlling process group)收尾過程組(closin

8、g process group )2.2.2 項(xiàng)目管理過程的交互作用項(xiàng)目管理過程并不是互不相干的一次性事件項(xiàng)目管理過程組之間是一種前后銜接、承前啟后的關(guān)系項(xiàng)目管理過程組之間有時(shí)又是一種時(shí)間交錯(cuò)、空間并行的關(guān)系 項(xiàng)目管理過程組之間還是一種信息收集、存儲(chǔ)、處理和傳遞的關(guān)系 某些過程組的關(guān)聯(lián)具有重復(fù)迭代性規(guī)劃過程組、執(zhí)行過程組和監(jiān)控過程組之間形成一種閉環(huán)的關(guān)系 過程組的交互作用往往還會(huì)跨越項(xiàng)目階段項(xiàng)目階段和過程之間有相互聯(lián)系2.2.3 項(xiàng)目管理過程的裁剪不同類型的軟件項(xiàng)目應(yīng)選用不同的項(xiàng)目管理過程 不同階段的軟件項(xiàng)目應(yīng)選用不同的項(xiàng)目管理過程 不同軟件項(xiàng)目的管理過程會(huì)有不同的具體過程 不同軟件項(xiàng)目的管理

9、過程會(huì)有不同的具體過程順序 不同軟件項(xiàng)目的管理過程會(huì)有不同的條件與約束 不同軟件項(xiàng)目的管理過程會(huì)有不同的簡(jiǎn)化程度 不同軟件項(xiàng)目的管理過程需要不同的集成程度 項(xiàng)目變更會(huì)使項(xiàng)目管理過程隨之變化2.3項(xiàng)目管理知識(shí)體系項(xiàng)目綜合管理 項(xiàng)目范圍管理項(xiàng)目時(shí)間管理項(xiàng)目成本管理項(xiàng)目質(zhì)量管理項(xiàng)目人力資源管理項(xiàng)目溝通管理項(xiàng)目風(fēng)險(xiǎn)管理項(xiàng)目采購(gòu)管理2.4小節(jié)項(xiàng)目管理就是將項(xiàng)目管理知識(shí)、技能、工具和技術(shù)應(yīng)用于項(xiàng)目活動(dòng)之中，可以將軟件項(xiàng)目管理活動(dòng)視做一系列相互聯(lián)系的過程。項(xiàng)目管理過程可歸納為 5個(gè)過程組：?jiǎn)?dòng)過程組、規(guī)劃過程組、實(shí)施過程組、監(jiān)控過程 組與收尾過程組。項(xiàng)目管理包括9個(gè)知識(shí)領(lǐng)域：項(xiàng)目綜合管理、項(xiàng)目范圍管理、項(xiàng)目

10、時(shí)間管理、項(xiàng)目成本管理、項(xiàng)目質(zhì)量管理、項(xiàng)目人力資源管理、項(xiàng)目溝通管理、項(xiàng)目風(fēng)險(xiǎn)管理與項(xiàng)目采購(gòu)管 理。第3章軟件開發(fā)技術(shù)3.1軟件開發(fā)平臺(tái)3.1.1 Microsoft .NET 平臺(tái)Microsoft .NET Framework : .NET CLR（通用語(yǔ)言運(yùn)行環(huán)境）；.NET BCL （基礎(chǔ)類庫(kù)）； ASP.NET ADO.NETMicrosoft Visual Studio .NET : ADO.NET組件；XML數(shù)據(jù)組件； Windows 表單組件； ASP.NET應(yīng)用服務(wù)；ASP.NET Web表單；Web服務(wù)支持。3.1.2 J2EE 平臺(tái)組件-容器：搭建體系架構(gòu)平臺(tái)標(biāo)準(zhǔn)服務(wù)多層

11、應(yīng)用模型3.1.3 Microsoft .NET 與 J2EE的異同類似的平臺(tái)基礎(chǔ)構(gòu)造相同的三層/多層體系1.不同的移植、性能和擴(kuò)展在Web支持方面的比較第三方廠商的支持1.潛在的市場(chǎng)3. 2中間件技術(shù)3.2.1 中間件簡(jiǎn)介終端仿真/屏幕轉(zhuǎn)換中間件數(shù)據(jù)訪問中間件遠(yuǎn)程過程調(diào)用中間件消息中間件交易中間件對(duì)象中間件Web服務(wù)器中間件安全中間件3.2.2 消息代理中間件構(gòu)件化的結(jié)構(gòu)可恢復(fù)性、易于管理、靈活性具有數(shù)據(jù)轉(zhuǎn)換設(shè)施?？煽扛咝У耐ㄐ哦鄻拥墓芾砟芰?豐富的應(yīng)用開發(fā)環(huán)境323面向數(shù)據(jù)庫(kù)的中間件ODBCJDBC數(shù)據(jù)庫(kù)網(wǎng)關(guān)3. 3構(gòu)件技術(shù)3.3.1 構(gòu)件庫(kù)構(gòu)件的存儲(chǔ)構(gòu)件的分類與檢索機(jī)制構(gòu)件庫(kù)的編目構(gòu)件庫(kù)

12、的管理和維護(hù)3.3.2 構(gòu)件模型3C模型刻面（Facet）模型 青鳥模型3.3.3 構(gòu)件的屬性與特點(diǎn)構(gòu)件是可獨(dú)立配置的單元，構(gòu)件必須自包容。構(gòu)件強(qiáng)調(diào)與環(huán)境和其他構(gòu)件的分離，因此構(gòu)件的實(shí)現(xiàn)是嚴(yán)格封裝的，外界沒機(jī)會(huì)或沒 必要知道構(gòu)件內(nèi)部的實(shí)現(xiàn)細(xì)節(jié)。構(gòu)件可以在適當(dāng)?shù)沫h(huán)境中被復(fù)合使用，因此構(gòu)件需要提供清楚的接口規(guī)范，可以與環(huán) 境交互。構(gòu)件沒有個(gè)體特有的屬性，最多僅有特定構(gòu)件的一份副本。3.3.4 構(gòu)件與中間件 中間件，本質(zhì)上是對(duì)分布式應(yīng)用的抽象，中間件與系統(tǒng)架構(gòu)實(shí)際上是從兩種不同的角 度看待軟件的中間層次。中間件促進(jìn)了構(gòu)件化軟件，基于中間件開發(fā)的應(yīng)用系統(tǒng)是構(gòu)件化的，中間件提供了構(gòu) 件的體系結(jié)構(gòu)，極大提

13、高了構(gòu)件化軟件開發(fā)的效率和質(zhì)量。構(gòu)件化的軟件設(shè)計(jì)思想在中間件發(fā)展中起到了重要的作用。3. 4小節(jié)Microsoft .NET平臺(tái)和J2EE平臺(tái)是目前最常用的兩大軟件開發(fā)平臺(tái)。作為彼此競(jìng)爭(zhēng)的 應(yīng)用平臺(tái)，Microsoft .NET平臺(tái)和J2EE平臺(tái)在目標(biāo)和體系結(jié)構(gòu)上極其相似，但在實(shí)現(xiàn) 上又完全不同。二者總的關(guān)系是：異中有同，同中有異。中間件是處于操作系統(tǒng)和應(yīng)用程序之間的軟件。中間件保持了平臺(tái)的透明性， 抽象了典型的應(yīng)用模式。應(yīng)用軟件開發(fā)者可以基于標(biāo)準(zhǔn)的中間件進(jìn)行再開發(fā)，而不必再考慮操作系統(tǒng)的問題。構(gòu)件是可復(fù)用的軟件成份， 可被用來構(gòu)造其他軟件。 中間件促進(jìn)了構(gòu)件化軟件， 應(yīng)用系 統(tǒng)在中間件提供的

14、環(huán)境中可以更好地集中于業(yè)務(wù)邏輯上，并以構(gòu)件的形式存在。 構(gòu)件思想也反過來推動(dòng)了中間件的發(fā)展。第4章軟件項(xiàng)目規(guī)劃4.1項(xiàng)目策劃從政策導(dǎo)向中尋找項(xiàng)目機(jī)會(huì)1.從市場(chǎng)需求中尋找項(xiàng)目機(jī)會(huì)從技術(shù)發(fā)展中尋找項(xiàng)目機(jī)會(huì)1.從特定事件中尋找項(xiàng)目機(jī)會(huì)4.2項(xiàng)目可行性分析4.2.1 技術(shù)可行性分析項(xiàng)目的必要性分析軟件組織水平與能力分析項(xiàng)目技術(shù)來源分析與項(xiàng)目相關(guān)的專利分析項(xiàng)目負(fù)責(zé)人及技術(shù)骨干的資質(zhì)分析1.項(xiàng)目總體技術(shù)方案分析項(xiàng)目創(chuàng)新點(diǎn)分析項(xiàng)目技術(shù)風(fēng)險(xiǎn)分析項(xiàng)目技術(shù)成熟性分析4.2.2 項(xiàng)目投資及效益分析項(xiàng)目投資預(yù)算分析項(xiàng)目投資來源分析市場(chǎng)需求與產(chǎn)品銷售額分析產(chǎn)品成本、利潤(rùn)與盈虧平衡點(diǎn)分析投資回收期、投資收益率分析社會(huì)效益

15、分析4. 3項(xiàng)目論證、評(píng)估與立項(xiàng)4.3.1 項(xiàng)目論證與評(píng)估的基本概念項(xiàng)目論證是指對(duì)擬實(shí)施項(xiàng)目技術(shù)上的先進(jìn)性、成熟性、適用性，經(jīng)濟(jì)上的合理性、盈 利性，實(shí)施上的可能性、風(fēng)險(xiǎn)性進(jìn)行全面科學(xué)的綜合分析，為項(xiàng)目決策提供客觀依據(jù) 的一種技術(shù)經(jīng)濟(jì)研究活動(dòng)。項(xiàng)目評(píng)估指在項(xiàng)目可行性研究的基礎(chǔ)上，項(xiàng)目投資者或項(xiàng)目主管部門或其委托的第三 方權(quán)威機(jī)構(gòu)根據(jù)國(guó)家頒布的政策、法律、法規(guī)、標(biāo)準(zhǔn)和技術(shù)規(guī)范，對(duì)擬開發(fā)項(xiàng)目的市 場(chǎng)需求、技術(shù)先進(jìn)性和成熟性、預(yù)期經(jīng)濟(jì)效益和社會(huì)效益等進(jìn)行評(píng)價(jià)、分析和論證， 進(jìn)而判斷其是否可行的過程。項(xiàng)目論證與評(píng)估的內(nèi)容、程序和依據(jù)大同小異，只是側(cè)重點(diǎn)稍有不同，有時(shí)不加區(qū)分 或合并進(jìn)行。4.3.2 項(xiàng)

16、目可行性報(bào)告的真實(shí)性評(píng)估項(xiàng)目申請(qǐng)單位的資質(zhì)真實(shí)性評(píng)估項(xiàng)目申請(qǐng)單位的財(cái)務(wù)真實(shí)性評(píng)估項(xiàng)目申請(qǐng)單位的技術(shù)真實(shí)性評(píng)估其他事項(xiàng)的真實(shí)性評(píng)估4.3.3 項(xiàng)目可行性報(bào)告的客觀性評(píng)估技術(shù)創(chuàng)新點(diǎn)的客觀性評(píng)估技術(shù)先進(jìn)性與成熟性的客觀性評(píng)估信息安全措施的客觀性評(píng)估采用標(biāo)準(zhǔn)、規(guī)范的先進(jìn)性、合理性評(píng)估項(xiàng)目風(fēng)險(xiǎn)及應(yīng)對(duì)方案的客觀性評(píng)估其他事項(xiàng)的客觀性評(píng)估434評(píng)估報(bào)告項(xiàng)目概況評(píng)估目標(biāo)評(píng)估依據(jù)評(píng)估內(nèi)容評(píng)估機(jī)構(gòu)與評(píng)估專家評(píng)估過程詳細(xì)評(píng)估意見存在或遺漏的重大問題潛在的風(fēng)險(xiǎn)評(píng)估結(jié)論進(jìn)一步的建議4.3.5 項(xiàng)目立項(xiàng)項(xiàng)目立項(xiàng)的決定應(yīng)當(dāng)由項(xiàng)目團(tuán)隊(duì)之外的、適當(dāng)級(jí)別的、并為項(xiàng)目出資的項(xiàng)目發(fā)起人或 投資人作出，通常以項(xiàng)目立項(xiàng)決定（通知）書、項(xiàng)

17、目批文、項(xiàng)目許可證書和項(xiàng)目任務(wù)書等 形式發(fā)布。4.4項(xiàng)目開發(fā)計(jì)劃I. 引言2引用文件3項(xiàng)目最終成果4需求與約束5. 系統(tǒng)開發(fā)總體計(jì)劃6項(xiàng)目開發(fā)詳細(xì)計(jì)劃7進(jìn)度表與活動(dòng)網(wǎng)絡(luò)圖&項(xiàng)目組織與資源9. 培訓(xùn)10. 項(xiàng)目估算II. 風(fēng)險(xiǎn)管理12支持條件13. 注解14. 附錄4. 5小節(jié)軟件項(xiàng)目規(guī)劃的任務(wù)主要包括項(xiàng)目策劃、可行性研究、論證、 評(píng)估、立項(xiàng)與項(xiàng)目開發(fā)計(jì)劃的制訂工作。項(xiàng)目策劃，也稱項(xiàng)目機(jī)會(huì)研究，其目的是選擇投資機(jī)會(huì)、鑒別投資方向。項(xiàng)目可行性分析的目的是確定以下問題：項(xiàng)目有無(wú)必要？能否完成？是否值得去做？項(xiàng)目論證與評(píng)估的目的是審查項(xiàng)目可行性研究的可靠性、真實(shí)性和客觀性，為項(xiàng)目主管部門或投資

18、機(jī)構(gòu)的立項(xiàng)決策提供科學(xué)依據(jù)。項(xiàng)目開發(fā)計(jì)劃是項(xiàng)目規(guī)劃階段的重要成果，編寫軟件項(xiàng)目開發(fā)計(jì)劃時(shí)可依據(jù)GB/T8567-2006計(jì)算機(jī)軟件文檔編制規(guī)范中的軟件開發(fā)計(jì)劃模版。第5章系統(tǒng)分析方法學(xué)5. 1系統(tǒng)需求分析與軟件需求系統(tǒng)需求：系統(tǒng)總體功能和業(yè)務(wù)結(jié)構(gòu)；硬件系統(tǒng)需求；軟件系統(tǒng)需求；硬件系統(tǒng)和軟件系統(tǒng)之間的接口需求。軟件需求：軟件能力需求；軟件外部接口需求；軟件內(nèi)部接口需求；軟件內(nèi)部數(shù)據(jù)需求； 適應(yīng)性需求；安全性需求；保密性和私密性需求；軟件環(huán)境需求；計(jì)算機(jī)資源需求；軟 件質(zhì)量需求；設(shè)計(jì)和實(shí)現(xiàn)的約束；數(shù)據(jù)需求；操作需求；故障處理需求；算法需求；相 關(guān)人員需求；相關(guān)培訓(xùn)需求；相關(guān)后勤需求；包裝需求；其他

19、需求。5.2結(jié)構(gòu)化分析結(jié)構(gòu)化分析（SA）方法是一種面向數(shù)據(jù)流的需求分析方法，基本思想是自頂向下逐層分解。數(shù)據(jù)流圖（DFD和數(shù)據(jù)字典（DD是結(jié)構(gòu)化分析最常用的工具。數(shù)據(jù)流圖用來描述數(shù)據(jù)流從輸入到輸出的變換流程。數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合。數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。5. 3原型化方法5.3.1 原型化方法與結(jié)構(gòu)化方法的比較結(jié)構(gòu)化方法的假設(shè)：所有的需求都能被預(yù)先定義；修改定義不完備的系統(tǒng)代價(jià)昂貴且 實(shí)施困難；項(xiàng)目參加者之間能夠清晰進(jìn)行準(zhǔn)確的通信；靜態(tài)描述或圖形模型對(duì)應(yīng)用系 統(tǒng)的反映是充分的；結(jié)構(gòu)化方法的生命周期的各階段都是固有正確的。

20、原型化方法的假設(shè)：并非所有的需求在系統(tǒng)開發(fā)以前都能準(zhǔn)確地說明；有快速的系統(tǒng) 建造工具；項(xiàng)目參加者之間通常都存在通信上的障礙；需要實(shí)際的、可供用戶參與的 系統(tǒng)模型；需求一旦確定，就可以遵從嚴(yán)格的方法；大量的反復(fù)是不可避免的、必要 的，應(yīng)該加以鼓勵(lì)。5.3.2 原型生命周期及其策略原型生命周期劃分：選擇開發(fā)方法；識(shí)別基本需求；開發(fā)工作模型；模型驗(yàn)證；修正 和改進(jìn)；判定原型完成；差別細(xì)部說明；嚴(yán)格說明細(xì)部；判定原型效果；整理原型和 提供文檔。原型化的策略：建立數(shù)據(jù)模型；利用組合工程；剪裁和粘貼；用系統(tǒng)舉例；字典驅(qū)動(dòng)； 文檔的自動(dòng)化；小的原型化隊(duì)伍；交互式開發(fā)平臺(tái)；陳述性規(guī)格說明；終端用戶報(bào)表 生成器

21、；專業(yè)原型化人員；開發(fā)人員參加原型化。5. 4面向?qū)ο蟮姆治?.4.1 面向?qū)ο蠓椒▽W(xué)概述對(duì)象與封裝類繼承與多態(tài)性消息通信面向?qū)ο蠓椒▽W(xué)的優(yōu)點(diǎn)5.4.2 面向?qū)ο蟮姆治龇椒∣MT方法簡(jiǎn)介建立對(duì)象模型建立動(dòng)態(tài)模型建立功能模型5.5小節(jié)系統(tǒng)分析涉及系統(tǒng)需求的獲取、分析、規(guī)格說明和確認(rèn)。系統(tǒng)需求可分為以下幾個(gè)方面： 系統(tǒng)總體功能和業(yè)務(wù)結(jié)構(gòu)、硬件系統(tǒng)需求、軟件系統(tǒng)需求、硬件系統(tǒng)和軟件系統(tǒng)之間的 接口需求。常用的系統(tǒng)分析方法包括結(jié)構(gòu)化分析、原型化方法和面向?qū)ο蟮姆治觥５?章系統(tǒng)分析文檔7. 1系統(tǒng)/子系統(tǒng)需求規(guī)格說明引言引用文件需求：要求的狀態(tài)和方式；需求概述；系統(tǒng)能力需求；系統(tǒng)外部接口需求；系統(tǒng)內(nèi)部接

22、 口需求；系統(tǒng)內(nèi)部數(shù)據(jù)需求；適應(yīng)性需求；安全性需求；保密性和私密性需求；操作需 求；可使用性、可維護(hù)性、可移植性、可靠性和安全性需求；故障處理需求；系統(tǒng)環(huán)境 需求；計(jì)算機(jī)資源需求；系統(tǒng)質(zhì)量需求；設(shè)計(jì)和構(gòu)造的約束；相關(guān)人員需求；相關(guān)培訓(xùn) 需求；相關(guān)后勤需求；包裝需求；其他需求；需求的優(yōu)先次序和關(guān)鍵程度 合格性規(guī)定需求可追蹤性非技術(shù)性需求尚未解決的問題注解附錄7.2接口需求規(guī)格說明引言1.引用文件需求合格性規(guī)定1.需求可追蹤性注解附錄7.3軟件需求規(guī)格說明引言引用文件軟件需求：要求的狀態(tài)和方式；需求概述；需求規(guī)格；軟件能力需求；軟件外部接口需 求；軟件內(nèi)部接口需求；軟件內(nèi)部數(shù)據(jù)需求；適應(yīng)性需求；安

23、全性需求；保密性和私密 性需求；軟件環(huán)境需求；計(jì)算機(jī)資源需求；軟件質(zhì)量需求；設(shè)計(jì)和實(shí)現(xiàn)的約束；數(shù)據(jù)需 求；操作需求；故障處理需求；算法需求；相關(guān)人員需求；相關(guān)培訓(xùn)需求；相關(guān)后勤需 求；包裝需求；其他需求；需求的優(yōu)先次序和關(guān)鍵程度合格性規(guī)定需求可追蹤性尚未解決的問題注解附錄7.4 小節(jié)根據(jù)GB/T 8567-2006 計(jì)算機(jī)軟件文檔編制規(guī)范(Specification for computersoftware documentation）,系統(tǒng)分析文檔主要包括系統(tǒng) /子系統(tǒng)需求規(guī)格說明（SSS、接口需求規(guī)格說明（IRS）和軟件需求規(guī)格說明（SRS。系統(tǒng)/子系統(tǒng)需求規(guī)格說明（SSS為一個(gè)系統(tǒng)或子系

24、統(tǒng)指定需求以及保證每個(gè)需求得到確認(rèn)所使用的方法。接口需求規(guī)格說明（IRS）描述為實(shí)現(xiàn)一個(gè)或多個(gè)系統(tǒng)、子系統(tǒng)、硬件配置項(xiàng)（HWC）、計(jì)算機(jī)軟件配置項(xiàng)（CSC）、用戶軟件需求規(guī)格說明（SRS描述對(duì)計(jì)算機(jī)軟件的需求以及確保每個(gè)需求得到確認(rèn)所使用 的方法。第8章系統(tǒng)設(shè)計(jì)基礎(chǔ)8. 1系統(tǒng)設(shè)計(jì)概述8.1.1 系統(tǒng)級(jí)設(shè)計(jì)決策系統(tǒng)級(jí)設(shè)計(jì)決策，是指系統(tǒng)行為的設(shè)計(jì)決策（忽略其內(nèi)部實(shí)現(xiàn)，從用戶角度出發(fā)，描 述系統(tǒng)將怎樣運(yùn)轉(zhuǎn)以滿足需求）和其他對(duì)系統(tǒng)部件的選擇和設(shè)計(jì)產(chǎn)生影響的的決策。系統(tǒng)級(jí)設(shè)計(jì)決策內(nèi)容：有關(guān)系統(tǒng)接收的輸入和產(chǎn)生的輸出的設(shè)計(jì)決策；對(duì)每個(gè)輸入或 條件進(jìn)行響應(yīng)的系統(tǒng)行為的設(shè)計(jì)決策；系統(tǒng)數(shù)據(jù)庫(kù)/數(shù)據(jù)文件如何呈現(xiàn)

25、給用戶的設(shè)計(jì)決策；為滿足安全性、保密性和私密性需求所選用的方法；硬件或硬軟件系統(tǒng)的設(shè)計(jì)和 構(gòu)造選擇；為了響應(yīng)需求而作出的其他系統(tǒng)級(jí)設(shè)計(jì)決策。8.1.2 系統(tǒng)架構(gòu)設(shè)計(jì)總體設(shè)計(jì)系統(tǒng)部件設(shè)計(jì) 動(dòng)態(tài)交互設(shè)計(jì) 接口設(shè)計(jì)8.1.3 運(yùn)行設(shè)計(jì)系統(tǒng)初始化一一說明本系統(tǒng)的初始化過程。運(yùn)行控制一一說明對(duì)系統(tǒng)施加不同的外界運(yùn)行控制時(shí)所引起的各種不同的運(yùn)行組件組合、每種運(yùn)行所經(jīng)歷的內(nèi)部組件和支持軟件、每一種外界運(yùn)行控制的方式方法和操作 步驟、每種運(yùn)行組件組合將占用各種資源的情況以及系統(tǒng)運(yùn)行時(shí)的安全控制。運(yùn)行結(jié)束說明本系統(tǒng)運(yùn)行的結(jié)束過程。8.1.4 系統(tǒng)出錯(cuò)處理設(shè)計(jì)出錯(cuò)信息一一包括出錯(cuò)信息表、故障處理技術(shù)等。補(bǔ)救措施一

26、一說明故障出現(xiàn)后可能采取的補(bǔ)救措施。8.1.5 系統(tǒng)維護(hù)設(shè)計(jì)檢測(cè)點(diǎn)的設(shè)計(jì)一一說明在系統(tǒng)中專門安排用于系統(tǒng)檢查與維護(hù)的檢測(cè)點(diǎn)。檢測(cè)專用組件的設(shè)計(jì)一一說明在系統(tǒng)中專門安排用于系統(tǒng)檢查與維護(hù)的專用組件。8.2軟件設(shè)計(jì)概述8.2.1 軟件級(jí)設(shè)計(jì)決策軟件級(jí)設(shè)計(jì)決策是指軟件行為的設(shè)計(jì)決策（忽略其內(nèi)部實(shí)現(xiàn)，從用戶角度出發(fā)，描述 軟件將怎樣運(yùn)轉(zhuǎn)以滿足需求）和其他影響組成該軟件的軟件配置項(xiàng)的選擇與設(shè)計(jì)的決 策。軟件級(jí)設(shè)計(jì)決策內(nèi)容：有關(guān)軟件接收的輸入和產(chǎn)生的輸出的設(shè)計(jì)決策；對(duì)每個(gè)輸入或條件進(jìn)行響應(yīng)的軟件行為的設(shè)計(jì)決策；有關(guān)數(shù)據(jù)庫(kù)/數(shù)據(jù)文件如何呈現(xiàn)給用戶的設(shè)計(jì)決策；為滿足安全性、保密性和私密性需求所選用的方法；為響

27、應(yīng)需求而作出的其他軟 件級(jí)設(shè)計(jì)決策。8.2.2 軟件架構(gòu)設(shè)計(jì) 程序結(jié)構(gòu)設(shè)計(jì)全局?jǐn)?shù)據(jù)結(jié)構(gòu)設(shè)計(jì)軟件配置項(xiàng)設(shè)計(jì) 動(dòng)態(tài)交互設(shè)計(jì) 接口設(shè)計(jì)823 軟件詳細(xì)設(shè)計(jì)軟件配置項(xiàng)設(shè)計(jì)決策軟件配置項(xiàng)設(shè)計(jì)中的約束、限制或非常規(guī)特征軟件配置項(xiàng)使用的編程語(yǔ)言考慮 軟件配置項(xiàng)使用的過程式命令選取軟件配置項(xiàng)的局部數(shù)據(jù)與軟件配置項(xiàng)的輸入或輸出數(shù)據(jù)設(shè)計(jì) 軟件配置項(xiàng)的邏輯設(shè)計(jì)8.3設(shè)計(jì)原則8.3.1 組件化組件的可分解性組件的可組裝性組件的可理解性組件的連續(xù)性組件的保護(hù)性8.3.2 抽象抽象就是抽出事物的本質(zhì)特性而暫時(shí)忽略其細(xì)節(jié)，使得不同的事物可以當(dāng)作相同的事 務(wù)來處理。軟件工程過程的每一步都是對(duì)軟件解法的抽象層次的一次精化。 軟

28、件設(shè)計(jì)中的抽象機(jī)制主要包括類、模板、過程抽象、數(shù)據(jù)抽象和控制抽象。8.3.3 內(nèi)聚與耦合內(nèi)聚是指一個(gè)組件內(nèi)各個(gè)元素彼此結(jié)合的緊密程度內(nèi)聚種類（由低到高排列）：偶然內(nèi)聚；邏輯內(nèi)聚；瞬時(shí)內(nèi)聚；過程內(nèi)聚；通信內(nèi)聚; 順序內(nèi)聚；功能內(nèi)聚耦合是指一個(gè)軟件結(jié)構(gòu)內(nèi)不同組件之間的互連程度耦合種類（由高到低排列）：內(nèi)容耦合；公共耦合；外部耦合；控制耦合；標(biāo)記耦合; 數(shù)據(jù)耦合；非直接耦合組件的高內(nèi)聚、低耦合原則稱為組件獨(dú)立原則8.3.4 封裝與信息隱蔽第一，組件是其全部屬性和全部服務(wù)緊密結(jié)合而形成的一個(gè)不可分割的整體。第二，組件是一個(gè)不透明的黑盒子，表示組件狀態(tài)的數(shù)據(jù)和實(shí)現(xiàn)操作的代碼都被封裝 在黑盒子里面。使用一

29、個(gè)組件的時(shí)候，只需知道它向外界提供的接口形式，無(wú)須知道 它的數(shù)據(jù)結(jié)構(gòu)細(xì)節(jié)和實(shí)現(xiàn)操作的算法。8.3.5 啟發(fā)式規(guī)則深度、寬度、扇出與扇入作用域和控制域功能的可預(yù)測(cè)性& 4設(shè)計(jì)視圖8.4.1 架構(gòu)視圖（靜態(tài)視圖）架構(gòu)描述語(yǔ)言（ADL類圖與對(duì)象圖組件圖協(xié)作責(zé)任卡（CRC部署圖實(shí)體-聯(lián)系圖（E-R圖）接口描述語(yǔ)言（IDL）結(jié)構(gòu)圖Jackson結(jié)構(gòu)圖842行為視圖（動(dòng)態(tài)視圖）活動(dòng)圖協(xié)作圖順序圖數(shù)據(jù)流圖決策表和決策圖流程圖和結(jié)構(gòu)化流程圖狀態(tài)圖形式化描述語(yǔ)言偽碼8. 5小節(jié)系統(tǒng)設(shè)計(jì)是定義一個(gè)系統(tǒng)或軟件的架構(gòu)、組件、接口和其它特征的過程。包括系統(tǒng)級(jí)設(shè)計(jì)決策、系統(tǒng)架構(gòu)設(shè)計(jì)、運(yùn)行設(shè)計(jì)、系統(tǒng)出錯(cuò)處理設(shè)計(jì)和系

30、統(tǒng)維護(hù)設(shè)計(jì)。軟件設(shè)計(jì)主要包括軟件級(jí)設(shè)計(jì)決策、 軟件架構(gòu)設(shè)計(jì)（概要設(shè)計(jì)）與詳細(xì)設(shè)計(jì)。軟件架構(gòu) 設(shè)計(jì)的主要任務(wù)是程序結(jié)構(gòu)設(shè)計(jì)、 全局?jǐn)?shù)據(jù)結(jié)構(gòu)設(shè)計(jì)、軟件配置項(xiàng)設(shè)計(jì)、動(dòng)態(tài)交互設(shè)計(jì) 和接口設(shè)計(jì)。軟件詳細(xì)設(shè)計(jì)是指每一個(gè)軟件配置項(xiàng)的具體設(shè)計(jì)。組件化、抽象、高內(nèi)聚與低耦和、封裝與信息隱蔽是軟件設(shè)計(jì)的基本原則。軟件設(shè)計(jì)視圖通?？煞譃榧軜?gòu)視圖（靜態(tài)視圖）和行為視圖（動(dòng)態(tài)視圖）兩類。第9章系統(tǒng)設(shè)計(jì)方法9. 1結(jié)構(gòu)化設(shè)計(jì)9.1.1 結(jié)構(gòu)化設(shè)計(jì)方法概述分析系統(tǒng)的總體需求，并將需求逐步分解為基本、具體的功能。確定每個(gè)功能應(yīng)當(dāng)記錄的數(shù)據(jù)。列出系統(tǒng)中應(yīng)提供的各項(xiàng)基本功能，并分析各項(xiàng)基本功能之間的耦合關(guān)系，根據(jù)高內(nèi) 聚、低耦和

31、的原則分配到系統(tǒng)中適當(dāng)?shù)哪K中。9.1.2 系統(tǒng)結(jié)構(gòu)圖模塊調(diào)用數(shù)據(jù)控制轉(zhuǎn)接符號(hào)9.1.3 系統(tǒng)結(jié)構(gòu)圖分類變換流與事務(wù)流變換型系統(tǒng)結(jié)構(gòu)圖事務(wù)型系統(tǒng)結(jié)構(gòu)圖混合型系統(tǒng)結(jié)構(gòu)圖9.2面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)9.2.1 面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)概述分析并建立適合系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)；根據(jù)數(shù)據(jù)結(jié)構(gòu)在相應(yīng)的層次建立程序結(jié)構(gòu)；羅列出程序中用到的各種基本操作，并將這些基本操作分配到程序結(jié)構(gòu)中合適的模塊 中。9.2.2 Jackson 圖順序結(jié)構(gòu)選擇結(jié)構(gòu)重復(fù)結(jié)構(gòu)改進(jìn)的Jackson圖9.2.3 Jackson 方法分析并確定輸入和輸出數(shù)據(jù)的邏輯結(jié)構(gòu)，并利用Jackson閤將這蘭數(shù)據(jù)姑構(gòu)描繪出找出輸入和輸出數(shù)據(jù)結(jié)構(gòu)中存在對(duì)應(yīng)關(guān)系的數(shù)據(jù)

32、單元。從描繪數(shù)據(jù)結(jié)構(gòu)的 Jackson圖導(dǎo)出描繪程序結(jié)構(gòu)的Jackson圖。列出所有操作和條件（包括分支條件和循環(huán)結(jié)束條件），并且把它們安排到程序結(jié)構(gòu)圖 的適當(dāng)位置。用偽代碼表示。9. 3面向?qū)ο蟮脑O(shè)計(jì)9.3.1 面向?qū)ο蟮脑O(shè)計(jì)概述面向?qū)ο笤O(shè)計(jì)的基本思想是通過建立和客觀實(shí)際相對(duì)應(yīng)的對(duì)象，并通過這些對(duì)象的組 合來創(chuàng)建具體的應(yīng)用。面向?qū)ο笤O(shè)計(jì)具有基于抽象、信息隱藏、功能獨(dú)立和模塊性構(gòu)造系統(tǒng)的能力。對(duì)于面向?qū)ο蟮南到y(tǒng)，可以定義一個(gè)四個(gè)層次的設(shè)計(jì)金字塔：子系統(tǒng)層；類及對(duì)象層; 消息層；責(zé)任層。9.3.2 面向?qū)ο笤O(shè)計(jì)技術(shù)Coad/Yourdon 方法Booch方法OMT方法9.3.3 面向?qū)ο笤O(shè)計(jì)過程

33、系統(tǒng)設(shè)計(jì)過程：將分析模型劃分為子系統(tǒng)；子系統(tǒng)分配及與問題的并發(fā)性；任務(wù)管理; 數(shù)據(jù)管理；資源管理；人機(jī)界面；子系統(tǒng)間通信對(duì)象設(shè)計(jì)過程：對(duì)象描述；算法與數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)；接口設(shè)計(jì)與模塊化9.4設(shè)計(jì)模式9.4.1 設(shè)計(jì)模式概述設(shè)計(jì)模式就是將面向?qū)ο筌浖脑O(shè)計(jì)經(jīng)驗(yàn)記錄下，可供設(shè)計(jì)者能夠復(fù)用的設(shè)計(jì)方案。 設(shè)計(jì)模式極大提高了面向?qū)ο筌浖_發(fā)的效率，降低了軟件的復(fù)雜度。在軟件設(shè)計(jì)中使用設(shè)計(jì)模式，將使用開發(fā)出來的軟件更容易理解、更容易維護(hù)、更容 易擴(kuò)展，使用設(shè)計(jì)模式同時(shí)也能夠提高開發(fā)團(tuán)隊(duì)和個(gè)人的開發(fā)能力。9.4.2 設(shè)計(jì)模式基本組成模式名稱：惟一標(biāo)識(shí)一個(gè)設(shè)計(jì)模式。問題：描述應(yīng)該在何時(shí)使用該模式。解決方案：描述設(shè)

34、計(jì)的組成要素，以及它們之間的相互關(guān)系及各自的職責(zé)與相互之間 協(xié)作的方式。效果：描述應(yīng)用設(shè)計(jì)模式的效果，以及使用設(shè)計(jì)模式必須考慮的限制和約束因素。943設(shè)計(jì)模式分類面向?qū)ο竽Ｊ酱a模式框架應(yīng)用模式創(chuàng)建型模式、結(jié)構(gòu)型模式與行為型模式類模式與對(duì)象模式944如何使用設(shè)計(jì)模式針對(duì)接口編程，而不是針對(duì)實(shí)現(xiàn)編程優(yōu)先使用對(duì)象組合，而不是類繼承找出變化并封裝9. 5小節(jié)系統(tǒng)設(shè)計(jì)是一系列迭代的過程，主要任務(wù)包括數(shù)據(jù)結(jié)構(gòu)、體系結(jié)構(gòu)、接口及過程細(xì)節(jié)的設(shè)計(jì)等，而設(shè)計(jì)方法是軟件設(shè)計(jì)活動(dòng)中實(shí)現(xiàn)設(shè)計(jì)模型的方法。系統(tǒng)設(shè)計(jì)方法主要包括面向過程的結(jié)構(gòu)化設(shè)計(jì)方法、面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)，以及面向?qū)ο蟮脑O(shè)計(jì)方法與設(shè)計(jì)模式。第10章數(shù)據(jù)庫(kù)設(shè)

35、計(jì)10. 1數(shù)據(jù)建模10.1.1 數(shù)據(jù)模型分類概念數(shù)據(jù)模型結(jié)構(gòu)數(shù)據(jù)模型物理數(shù)據(jù)模型10.1.2 實(shí)體-聯(lián)系(E-R)模型實(shí)體屬性聯(lián)系實(shí)體型實(shí)體集鍵域10.1.3 數(shù)據(jù)模型層次數(shù)據(jù)模型(hierarchical model )網(wǎng)狀數(shù)據(jù)模型(network model )關(guān)系數(shù)據(jù)模型(relational model)面向?qū)ο竽Ｐ?object oriented model)10.2數(shù)據(jù)規(guī)范化10.2.1 數(shù)據(jù)規(guī)范化的基本概念函數(shù)依賴非平凡函數(shù)依賴完全函數(shù)依賴部分函數(shù)依賴傳遞函數(shù)依賴鍵1022范式第一范式（1NF）第二范式（2NF）第三范式（3NF）BC范式（BCNF10. 3數(shù)據(jù)庫(kù)設(shè)計(jì)過程10.

36、3.1 數(shù)據(jù)庫(kù)需求分析數(shù)據(jù)邊界的確定數(shù)據(jù)環(huán)境的確定數(shù)據(jù)內(nèi)部關(guān)系數(shù)據(jù)字典數(shù)據(jù)性能需求數(shù)據(jù)需求分析說明書10.3.2 數(shù)據(jù)庫(kù)概念設(shè)計(jì)概念設(shè)計(jì)與概念模型概念設(shè)計(jì)的主要方法分解與抽象局部概念模式全局概念模式10.3.3 數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)初始模式的形成子模式設(shè)計(jì)應(yīng)用程序概要設(shè)計(jì)模式評(píng)審修正模式10.3.4 數(shù)據(jù)庫(kù)物理設(shè)計(jì)存儲(chǔ)記錄結(jié)構(gòu)設(shè)計(jì)確定數(shù)據(jù)存放位置存取方法設(shè)計(jì)完整性和安全考慮程序設(shè)計(jì)10. 4 小節(jié)數(shù)據(jù)庫(kù)系統(tǒng)普遍采取數(shù)據(jù)模型表示和處理客觀事物的數(shù)據(jù)特征與信息。數(shù)據(jù)模型主要由數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)操作和完整性約束三部分組成，從抽象層次上描述和模擬了系統(tǒng)的靜態(tài)特征、動(dòng)態(tài)行為和約束條件。關(guān)系數(shù)據(jù)庫(kù)中的關(guān)系必須滿足一

37、定的要求，即滿足不同的范式。目前關(guān)系數(shù)據(jù)庫(kù)中常用的范式包括：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）和BCNF數(shù)據(jù)庫(kù)設(shè)計(jì)主要包括需求分析、概念設(shè)計(jì)、邏輯設(shè)計(jì)和物理設(shè)計(jì)等幾個(gè)階段。第11章用戶界面設(shè)計(jì)11. 1 基本概念11.1.1 界面設(shè)計(jì)目標(biāo)可用性目標(biāo)：可行性、有效性、易學(xué)性、易記性、安全性、通用性用戶體驗(yàn)?zāi)繕?biāo)：令人滿意、令人愉快、引人入勝、富有啟發(fā)、激發(fā)創(chuàng)造可用性目標(biāo)主要從客觀角度來評(píng)價(jià)系統(tǒng)界面，而用戶體驗(yàn)?zāi)繕?biāo)則是從用戶主觀感受的 角度來評(píng)價(jià)系統(tǒng)界面。11.1.2 界面設(shè)計(jì)原則可視性：將系統(tǒng)功能呈現(xiàn)得一目了然。反饋性：返回與活動(dòng)相關(guān)的信息，以便用戶能夠繼續(xù)這個(gè)活動(dòng)。 限制性：將用戶的行為限制在一定的范圍內(nèi)。對(duì)應(yīng)性：明確系統(tǒng)某個(gè)控制與其控制效果之間的對(duì)應(yīng)關(guān)系。一致性：用相似的元素表現(xiàn)相似的操作或相似的任務(wù)。