軟件工程-美備課筆記

第1---作為開(kāi)發(fā)運(yùn)行產(chǎn)品的載體，是計(jì)算機(jī)控制、信息通信、創(chuàng)建及控制其它程軟件工程：制造正確軟件所需要的技術(shù)，包括過(guò)程、方法和工具早期----->第二階段----->第三階段----->第四階 計(jì)算機(jī)發(fā)展----->軟件需求激增----->產(chǎn)生軟件----->軟件工程 >第產(chǎn)業(yè)的觀老化的軟件工與50、60年代的鋼鐵產(chǎn)業(yè)類(lèi)似，70年代末發(fā)生：軟件，軟件開(kāi)發(fā)周期太長(zhǎng)，成本太大，難以。軟件的競(jìng)軟件的開(kāi)發(fā)由原來(lái)的自行開(kāi)發(fā)（公司有自己的軟件人員委托第開(kāi)發(fā)廠商完軟 ：競(jìng)軟程序 能夠完成特定功能和性能的可以執(zhí)行的指文檔 描述程序的操作和使軟件特軟件不會(huì)“磨損”，軟件的比硬件的要復(fù)雜得多軟件構(gòu)

過(guò)程語(yǔ)軟件應(yīng)確定性：信息的處理順序及時(shí)間是可預(yù)定 確定的應(yīng)用非確定性：信息的處理順序及時(shí)間是不可預(yù)定 非確定的應(yīng)用工科學(xué)計(jì)算軟件PC軟件：地平線上的軟件：尋求解決途 軟件工第2軟件過(guò)程：建造高質(zhì)量的軟件所需要完成的任務(wù)的框架---將系統(tǒng)化的、規(guī)范的、可度量的方法應(yīng)用于軟件的開(kāi)發(fā)、運(yùn)行和的過(guò)程；1過(guò)程、方法和工包括軟件工程在內(nèi)的任何工程方法，必須以有組織的質(zhì)量保證為基礎(chǔ)軟件工程是一種層次化的技術(shù)：P/16圖軟件工程的過(guò)程層：將技術(shù)層結(jié)合在一起，使得軟件能夠被合理、及時(shí)地被開(kāi)發(fā)成功。過(guò)程定義了：一組關(guān)鍵過(guò)程區(qū)域（）的框架；關(guān)鍵過(guò)程區(qū)域：構(gòu)成軟件項(xiàng)目的管理控制的基礎(chǔ)，確立上下各區(qū)域之間的關(guān)系；規(guī)定了技術(shù)方法的采用、工程產(chǎn)品（模型、文檔、數(shù)據(jù)、報(bào)表等）的產(chǎn)生、里程碑的建立、質(zhì)量的保證、對(duì)變化的管理等。軟件工程的方法層：提供開(kāi)發(fā)軟件“如何做”的技術(shù)方法方法涵蓋了一系列的任務(wù)：需求分析、設(shè)計(jì)、編程、測(cè)試、。軟件工程的工具層：對(duì)軟件工程的工方法提供自動(dòng)或半自動(dòng)支持的工具。如果這些工具被集成后，使得一個(gè)工具所產(chǎn)生的信息可以被另一個(gè)工具使用，就建立了一個(gè)支持軟件開(kāi)發(fā)的、稱為計(jì)算機(jī)輔助軟件工程的系統(tǒng)。計(jì)算機(jī)輔助軟件工程CASE集成了硬件、軟件、軟件工程數(shù)據(jù)倉(cāng)庫(kù)（包含有關(guān)分析、設(shè)計(jì)、編程、測(cè)試的重要信息），從而形成了一個(gè)軟件工程的環(huán)境。與CAD/CAE（計(jì)算機(jī)輔助設(shè)計(jì)/工程）軟件工程的階段劃對(duì)于某個(gè)工程，必須考慮的問(wèn)題階段：修改軟件，以糾正軟件錯(cuò)誤、適應(yīng)環(huán)境的改變、增強(qiáng)功能、或預(yù)防性。軟件工程的其它活動(dòng)軟件過(guò)程的圖形表示：P/172-下面是軟件過(guò)程的描述，如果不考慮項(xiàng)目的規(guī)模和復(fù)雜性，下述的框架活動(dòng)適用于所有軟件項(xiàng)目，保護(hù)性活動(dòng)貫穿整個(gè)軟件過(guò)程，并且獨(dú)立于任何一個(gè)框架活動(dòng)：任務(wù)集合 軟件工程產(chǎn)品、交付 軟件過(guò)

一個(gè)公共過(guò)程框

任務(wù)集合 軟件工程產(chǎn)品、交付任務(wù)集合 軟件工程產(chǎn)品、交付 任務(wù)集合 軟件工程產(chǎn)品、交付

過(guò)程成熟度：軟件工程（SEI）一個(gè)綜合模型，該模型定義了一個(gè)軟件組SEI第一級(jí)：初始級(jí)，軟件過(guò)程的特征是無(wú)序、甚至的；無(wú)過(guò)程定義；軟件的開(kāi)發(fā)成第二級(jí)：可重復(fù)級(jí)，建立了最基本的項(xiàng)目管理、費(fèi)用追蹤、進(jìn)度和功能控制的軟件過(guò)程，有一定的過(guò)程規(guī)范，使得可以重視以前類(lèi)似項(xiàng)目的成功。第三級(jí)：定義級(jí)，軟件過(guò)程文檔化、標(biāo)準(zhǔn)化，與整個(gè)組織的軟件過(guò)程相集成；并包含第二級(jí)的所有特征。第四級(jí)：管理級(jí)，收集軟件過(guò)產(chǎn)品質(zhì)量的詳細(xì)度量數(shù)據(jù)，通過(guò)這些數(shù)據(jù)定量地理解和控制軟件過(guò)產(chǎn)品的生產(chǎn)；并包含第三級(jí)的所有特征。第五級(jí)：優(yōu)化級(jí)，通過(guò)來(lái)自于過(guò)程、或測(cè)試新的想法和技術(shù)而得到的定量的反饋，不斷對(duì)過(guò)程進(jìn)行改進(jìn)；并包含第四級(jí)的所有特征。須具有的軟件工程的功能，例如軟件項(xiàng)目計(jì)劃、需求管理等等。每個(gè)KPAs都235實(shí)現(xiàn)的方法：活動(dòng)在實(shí)現(xiàn)過(guò)程中被的方18KPA都用上述特征進(jìn)行描述。在成熟度第五級(jí)中包含18KPA。為解決軟件產(chǎn)業(yè)開(kāi)發(fā)環(huán)境中的實(shí)際問(wèn)題而綜合制定的策略。這些策略能夠覆蓋前面所述的軟件過(guò)程、方法和工具，及軟件工程的一般階段。是從用戶到開(kāi)發(fā)者、到技術(shù)的續(xù)過(guò)程。可以相對(duì)劃分成4個(gè)階段（狀態(tài)描述、問(wèn)題定義、技術(shù)開(kāi)發(fā)、方案綜述），但是，不可能清楚地進(jìn)行劃分，因?yàn)樵诟麟A段內(nèi)部和各階段之間的活動(dòng)往往是交叉進(jìn)行的。即：對(duì)一個(gè)軟件項(xiàng)目，不管選擇什么過(guò)程模型，所有的階段（狀態(tài)描述、問(wèn)題定義、技術(shù)開(kāi)發(fā)、方案綜述）在某個(gè)細(xì)節(jié)的P/202-3。線性順序模軟件工程的“線性順序模型”也稱“傳統(tǒng)生命周期模型”、或“瀑布模型”；是一種最早的、應(yīng)用最廣的、支持直線開(kāi)發(fā)的過(guò)程模型。P/212-4缺點(diǎn)：1在開(kāi)發(fā)過(guò)程中的變化可能引起運(yùn)行版本只能到項(xiàng)目開(kāi)發(fā)晚期得到，這時(shí)才發(fā)現(xiàn)的錯(cuò)誤，其可能是災(zāi)原型模軟件工程的“原型模型”是一種從用戶處開(kāi)始收集需求、初步定義軟件的總體目標(biāo)，然后進(jìn)行快速設(shè)計(jì)、建造軟件“模型”，運(yùn)行原型、征求用戶意見(jiàn)；進(jìn)一步了解需求，再設(shè)計(jì)、修改“模型”，再運(yùn)行原型、征求用戶意見(jiàn)…，的一個(gè)迭代過(guò)程。P/222-5原型模型可以幫助用戶和開(kāi)發(fā)者清楚地理解需求，但不是最終交付的軟件產(chǎn)品。優(yōu)點(diǎn)：12缺點(diǎn)：1用戶往往把看到的原型作為軟件的最初“版本”，實(shí)際上是沒(méi)有考慮軟件的總體質(zhì)量和可性的快速“拼湊”而成的“演示軟件”；2由于很早就得到用戶“認(rèn)可”，往往就放松軟件開(kāi)發(fā)的管理，開(kāi)發(fā)者也常常進(jìn)行“折衷”，把“演示”功能中的不合理部分處理成軟件的實(shí)際功能。應(yīng)該：原型作為參考，實(shí)際的軟件開(kāi)發(fā)必須在充分考慮質(zhì)量和可性以后才進(jìn)行RAD（快速應(yīng)用開(kāi)發(fā)）模模型適用于能夠被模塊化的信息系統(tǒng)的應(yīng)用軟件的開(kāi)發(fā)。P/242-6。RAD5處理建模：抽象并定義數(shù)據(jù)建模中的數(shù)據(jù)對(duì)象的和處理測(cè)試及反復(fù)：測(cè)試新的構(gòu)件及所有接口（被復(fù)用的構(gòu)件已經(jīng)被測(cè)試過(guò)）特點(diǎn)：1一個(gè)開(kāi)發(fā)組一般在短期（60～90）內(nèi)就能創(chuàng)建出一個(gè)功能完善的軟件缺點(diǎn)：1RADRAD演化軟件過(guò)程模先理解好系統(tǒng)需求和產(chǎn)品部分，其它細(xì)節(jié)部分暫緩進(jìn)行。P/262-采用隨時(shí)間的進(jìn)展而交錯(cuò)迭代的線性序列。每一個(gè)線性序列產(chǎn)生一個(gè)可發(fā)布的軟件“增量”。任何增量的處理流程均可以結(jié)合進(jìn)原型范型，但與原型模型有所不同：強(qiáng)調(diào)每個(gè)增量均是一個(gè)可操作產(chǎn)品，最早的增量是最終產(chǎn)品的“可拆卸”的、給用戶提供服務(wù)和評(píng)估的版本。典型的螺旋模型：P/272- 用戶評(píng)估：為獲得用戶的反饋所需要的任務(wù)工程項(xiàng)目從開(kāi)始沿螺旋移動(dòng)螺旋的第一圈一般產(chǎn)生的是產(chǎn)品的規(guī)格說(shuō)明，第二圈一般產(chǎn)生的是一個(gè)原適用于整個(gè)生命周期的螺旋模型：P/282-螺旋模型需要相當(dāng)?shù)娘L(fēng)險(xiǎn)評(píng)估的專門(mén)技術(shù)，其開(kāi)發(fā)成功依賴于這種專門(mén)技術(shù)；因此，應(yīng)用并不廣泛。利用預(yù)先包裝好的軟件構(gòu)件（“類(lèi)”）來(lái)構(gòu)造應(yīng)用程序。P/292-10并發(fā)過(guò)程模型（也稱“并發(fā)工程P/302-該模型可以用于任何類(lèi)型的軟件開(kāi)發(fā)，但多用于“客戶/形式化方法模第四代技術(shù)4GT數(shù)據(jù)庫(kù)查詢的非過(guò)程語(yǔ)言、報(bào)告、數(shù)據(jù)、屏幕交互和定義、代碼、4GT用一種特定的語(yǔ)言，或者用一種用戶可以理解的問(wèn)題描述方法來(lái)描述要解決的問(wèn)題的圖形表示，因此，4GT過(guò)程模型的關(guān)鍵是：說(shuō)明軟件的能力。4GT第3穿于整個(gè)軟件的定義、開(kāi)發(fā)和過(guò)程中。項(xiàng)目管理活動(dòng)包括：測(cè)量、度量、估算、風(fēng)險(xiǎn)分析、進(jìn)度安排、項(xiàng)目和控制。選擇、業(yè)績(jī)管理、培訓(xùn)、、專業(yè)發(fā)展、組織和工作計(jì)劃、團(tuán)隊(duì)精神、企業(yè)文化培方案，定義對(duì)人員、、技術(shù)和管理上的約束。人項(xiàng)目參與5項(xiàng)項(xiàng)目必須具有管理人的才能應(yīng)該具有如下能力（JerryWeinbergMOI模型）：想法（Ideas）或創(chuàng)新（Innovation）：管理者的：必須并項(xiàng)目和人員。成就：和團(tuán)結(jié)有成績(jī)的人員，并鼓勵(lì)在項(xiàng)目的約束下進(jìn)行“積極”的技術(shù)。影響和隊(duì)伍建設(shè)：與人“溝通”，具有在高壓力的環(huán)境下保持良好的控制能力軟件項(xiàng)目nk1：nm人，各小組之間的協(xié)調(diào)工作由項(xiàng)目進(jìn)行。3：nm組和項(xiàng)目共同控制。3：P/433-41234主程序員：負(fù)責(zé)規(guī)劃、協(xié)調(diào)和工程的全部技術(shù)活動(dòng)。協(xié)調(diào)和通信問(wèn)問(wèn)隨著項(xiàng)目開(kāi)發(fā)的不斷進(jìn)展，需求可能不斷被改變，管理者必須不斷和考慮人軟件范問(wèn)題分因此，劃分和分解問(wèn)題（任務(wù)）是需求分析的活動(dòng)過(guò)所有的軟件項(xiàng)目的開(kāi)發(fā)均有如下的一般階段：定義、開(kāi)發(fā)、在著手開(kāi)發(fā)軟件前，必須選擇合適的軟件工程“過(guò)程模型”，然后基于公共過(guò)程框架活動(dòng)集合，定義一個(gè)初步的計(jì)劃。合并問(wèn)題和過(guò)制定項(xiàng)目計(jì)劃的開(kāi)始，往往是對(duì)問(wèn)題和過(guò)程進(jìn)行歸并：P/473-2每個(gè)框架活動(dòng)都有相應(yīng)的軟件工程的任務(wù)，每個(gè)軟件工程任務(wù)又對(duì)應(yīng)具體的軟件的功能。項(xiàng)目可以根據(jù)圖的各個(gè)活動(dòng)單元估算資源要求和時(shí)間。過(guò)程分項(xiàng)第4章軟件過(guò)項(xiàng)目的度過(guò)程度量：從級(jí)洞悉軟件過(guò)程的功效。測(cè)度（measurement）：測(cè)量（measure）：對(duì)軟件產(chǎn)品的質(zhì)量進(jìn)試描述。是對(duì)一個(gè)產(chǎn)品過(guò)程的某個(gè)屬度量（metric）：對(duì)一個(gè)系統(tǒng)、構(gòu)件、或過(guò)程所具有的某個(gè)給定屬性的“度”的一個(gè)定量的測(cè)量。在某種程度上與單個(gè)的測(cè)量相關(guān)（例如，在復(fù)審中每人、每小時(shí)所發(fā)現(xiàn)的錯(cuò)誤的平均數(shù)）。指標(biāo)（indicator）：是度量、或度量的組合。收集測(cè)量結(jié)果、產(chǎn)生度量，就可以過(guò)項(xiàng)目領(lǐng)域中的度應(yīng)該：收集度量，以確定過(guò)產(chǎn)品的指標(biāo)12潛在的風(fēng)險(xiǎn)3在問(wèn)題造成前發(fā)現(xiàn)問(wèn)題45過(guò)程度量和軟件過(guò)程改軟件過(guò)程度量對(duì)提高組織的總體過(guò)程成熟度有利。是的。改進(jìn)過(guò)程的唯一合理的方法就是測(cè)量過(guò)程的特定屬性，基于這些屬性開(kāi)發(fā)一組度量，然后使用這組度量來(lái)提供指導(dǎo)改進(jìn)過(guò)程的指標(biāo)。項(xiàng)目度軟件項(xiàng)目度量：是戰(zhàn)術(shù)的。軟件管理者和開(kāi)發(fā)者利用項(xiàng)目度量、及從項(xiàng)目度量中得到的指標(biāo)，改進(jìn)項(xiàng)目工作流技術(shù)活動(dòng)。軟件的間接測(cè)量：功能、質(zhì)量、性能、可靠性、可性等等。面向規(guī)模的度度量是通過(guò)規(guī)范化質(zhì)量和（或）生產(chǎn)率的測(cè)量而得到，這些測(cè)量是基于所開(kāi)發(fā)的軟件的規(guī)模。缺點(diǎn)：在開(kāi)發(fā)初期估算代碼行較，適用于過(guò)程式程序設(shè)計(jì)語(yǔ)言。代碼行度量依賴于程序設(shè)計(jì)語(yǔ)言，存在因素。面向功能的度根據(jù)事物信息處理程序的基本功能進(jìn)行度量，在軟件的開(kāi)發(fā)初期能估算出軟件的規(guī)模。功能點(diǎn)：是基于軟件信息領(lǐng)域的可計(jì)算的、直接測(cè)量，以及軟件復(fù)雜性評(píng)估而計(jì)算出來(lái)的。計(jì)算實(shí)例：P/594-缺點(diǎn)：涉及到的因素較多，有些數(shù)據(jù)不易，功能點(diǎn)EP值沒(méi)有直觀的物理擴(kuò)展的功能點(diǎn)度功能點(diǎn)度量適合商業(yè)信息系統(tǒng)的應(yīng)用軟件，不適合其它工嵌入式系統(tǒng)的軟件。代碼行的度量和功能點(diǎn)的度量之間的關(guān)系依賴于開(kāi)發(fā)軟件所采用的程序設(shè)計(jì)語(yǔ)言和設(shè)計(jì)質(zhì)量。不同的程序設(shè)計(jì)語(yǔ)言所產(chǎn)生的代碼行的“度量”，不能進(jìn)行直接比較，尤如“蘋(píng)果和橘子”無(wú)法進(jìn)行直接比較一樣。生產(chǎn)率度量，影響軟件生產(chǎn)率的幾個(gè)重要因素概述影響質(zhì)量的因影響質(zhì)量的一組因素產(chǎn)品轉(zhuǎn)換（軟件的移植測(cè)量質(zhì)測(cè)量。例如，對(duì)于“正確性”的質(zhì)量因素的測(cè)量，可以使用如下方法進(jìn)量：缺陷排除效DRE：DREDRE1，當(dāng)把一個(gè)項(xiàng)目作為一個(gè)整體考慮時(shí)：DRE=E/(E+D其中：EDiDREi=Ei/(Ei+Ei+1其中 =在軟件工程活動(dòng)i中所發(fā)現(xiàn)的錯(cuò)誤測(cè)量：軟件工程過(guò)程測(cè)量、軟件測(cè)量、生產(chǎn)率測(cè)量，使得管理者和開(kāi)發(fā)者能夠改善軟件過(guò)程，輔助軟件項(xiàng)目的計(jì)劃、、控制，評(píng)估產(chǎn)品質(zhì)量。度量的收集可以使組織“調(diào)整”軟件工程過(guò)程，以排除對(duì)軟件會(huì)引起重大影響的缺陷的致命原因。度量必須在估算、技術(shù)、項(xiàng)目控制、過(guò)程改善中加以評(píng)估和使用。軟件項(xiàng)目的管理過(guò)程從一組被稱為“項(xiàng)目計(jì)劃”的活動(dòng)開(kāi)始，其第一個(gè)活動(dòng)是在項(xiàng)目開(kāi)始進(jìn)行之前，必須先對(duì)如下幾件事進(jìn)行估算：開(kāi)發(fā)周期、開(kāi)發(fā)工作量、開(kāi)發(fā)人員、開(kāi)發(fā)成本、開(kāi)發(fā)所需要的軟硬件資源、開(kāi)發(fā)風(fēng)險(xiǎn)。項(xiàng)目計(jì)劃的目標(biāo)：提供一個(gè)框架，使得項(xiàng)目責(zé)任者能夠在一個(gè)限定的時(shí)間框架內(nèi)，對(duì)資源、成本、進(jìn)度進(jìn)行合理的估算（“最好情況估算”與“情況估算”）。軟件范圍的確定：是軟件項(xiàng)目計(jì)劃的第一個(gè)活動(dòng)。軟件范圍的確定，可以幫助估算開(kāi)發(fā)軟件的工作量。獲取定義軟件范圍所需的信一個(gè)范圍定義的例然后對(duì)獲取的信息進(jìn)行評(píng)估。功能、性能、約束必須一起評(píng)估。因?yàn)?，約束性能不同，相同的功能的實(shí)現(xiàn)可能存在數(shù)量級(jí)的差別。性進(jìn)量在描述軟件范圍所需要的信息（這些信息已檔化了）.否則，計(jì)劃實(shí)施者必須進(jìn)行資資源的特征說(shuō)明：資源描述、可用性說(shuō)明、需要該資源的時(shí)間、該資源被持續(xù)使用的時(shí)間。人力資職位：項(xiàng)目、高級(jí)軟件工程師、程序員、文檔管理員等。專業(yè)技能：網(wǎng)絡(luò)、數(shù)據(jù)庫(kù)、設(shè)備等?？蓮?fù)用軟件資可直接使用的構(gòu)件：能夠從第廠商獲得，或已經(jīng)在過(guò)去的項(xiàng)目中開(kāi)發(fā)成功、數(shù)據(jù)等，軟件開(kāi)發(fā)人員在這些構(gòu)件所代表的應(yīng)用領(lǐng)域中已具有豐富的經(jīng)驗(yàn)，只要稍加修改就可使用。因此，修測(cè)試數(shù)據(jù)等，軟件開(kāi)發(fā)人員在這些構(gòu)件所代表的應(yīng)用領(lǐng)域中具有有限的經(jīng)驗(yàn)，要作實(shí)質(zhì)上的修改才能使用。因環(huán)境資軟件項(xiàng)目估在軟件范圍（規(guī)模）估算的基礎(chǔ)上，可以進(jìn)行工作量和資源的估算，在此基礎(chǔ)上，可以進(jìn)行成本估算。 3直接方法：代碼量法（LOC）使用模糊邏輯基礎(chǔ)的近似推理技術(shù)。計(jì)劃者先說(shuō)明應(yīng)用軟件的類(lèi)型，建立定性的規(guī)模估算，然后在最初的范圍內(nèi)精化估算。此法需要計(jì)劃者的個(gè)人經(jīng)驗(yàn)和歷史數(shù)據(jù)庫(kù)的支持。計(jì)劃者估算每個(gè)標(biāo)準(zhǔn)構(gòu)件出現(xiàn)的次數(shù)，然后統(tǒng)計(jì)確定每個(gè)標(biāo)準(zhǔn)構(gòu)件交付時(shí)的大小，得到最終的規(guī)模值。用于必須作修改才能把已有軟件作為項(xiàng)目一部分使用的情況。計(jì)劃者估算必須完成的修改的數(shù)目和類(lèi)型，得到修改的規(guī)模?；趩?wèn)題的估算和例根據(jù)說(shuō)明分解軟件成可以被獨(dú)立估算的“元素”，元素可以是代碼行、功能點(diǎn)、類(lèi)、某個(gè)“修改”等；LOCFP基于過(guò)程的估算和例根據(jù)說(shuō)明，把軟件的開(kāi)發(fā)過(guò)程分解成相對(duì)獨(dú)立的任務(wù)，及其相關(guān)的“過(guò)程活動(dòng)”；根據(jù)“平均勞動(dòng)力價(jià)格”計(jì)算每個(gè)“過(guò)程活動(dòng)”的工作量和成本；估算小應(yīng)該至少分別利用上述2種方法進(jìn)行估算工作量和成本，然后進(jìn)行比較。如果估算典型的經(jīng)驗(yàn)估算模型：通過(guò)對(duì)以往的軟件項(xiàng)目所收集到的數(shù)據(jù)，進(jìn)行回歸分析而導(dǎo)出的。估算模型的結(jié)經(jīng)驗(yàn)估算模型的總體結(jié)構(gòu)：E=A+B*不同的模型，其計(jì)算結(jié)構(gòu)有所不同O模1981年BarryBoehm“構(gòu)造性成本模型（COnstrucriveCOstMOdel）”：在靜態(tài)、單變量模型的基礎(chǔ)上進(jìn)行構(gòu)造，把整個(gè)模型分為3個(gè)層次：基本、中間、詳細(xì)層次模型：估算相對(duì)獨(dú)立的軟部件（模塊）OO3軟件方程4000估算公式自行開(kāi)發(fā)或的決在許多情況下，軟件比開(kāi)發(fā)軟件的費(fèi)用要低。因此，對(duì)自行開(kāi)發(fā)軟件、還是1可以直接使用的軟件2“具有完全經(jīng)驗(yàn)”或“具有部分經(jīng)驗(yàn)”的軟件構(gòu)件，然后進(jìn)行修改和集成3建立軟件需求（功能、性能），3～4在最后，決定自行開(kāi)發(fā)還是的決定因素2成本是否比自行開(kāi)發(fā)低3外部支持成本（軟件合同）是否比內(nèi)部支持成本低創(chuàng)建決策P/875-3外存在許多能夠幫助計(jì)劃者進(jìn)行工作量和成本估算的自動(dòng)估算工具，這些工具具有共同的特性，并且需要提供一定的數(shù)據(jù)：P/88。第66.1和主動(dòng)的風(fēng)險(xiǎn)策對(duì)軟件開(kāi)發(fā)的計(jì)劃產(chǎn)生的。技術(shù)風(fēng)險(xiǎn)：因軟件在設(shè)計(jì)、實(shí)現(xiàn)、接口、驗(yàn)證、過(guò)程中可能存在潛在的問(wèn)題，或采用了不可靠的技術(shù)等，對(duì)項(xiàng)目質(zhì)量和交付時(shí)間造成的。試圖系統(tǒng)化地確定對(duì)項(xiàng)目計(jì)劃（估算、進(jìn)度、資源分配）構(gòu)成的所有因素，建立“風(fēng)險(xiǎn)條目檢查表”，羅列、歸類(lèi)風(fēng)險(xiǎn)。產(chǎn)品規(guī)模風(fēng)常見(jiàn)的與產(chǎn)品規(guī)模有關(guān)的風(fēng)險(xiǎn)商業(yè)影響風(fēng)商業(yè)考慮常常會(huì)與技術(shù)實(shí)現(xiàn)發(fā)生。客戶相關(guān)的風(fēng)不同的客戶對(duì)項(xiàng)目會(huì)產(chǎn)生不同的影響?！安缓玫摹笨蛻敉鶗?huì)對(duì)項(xiàng)目構(gòu)成和常見(jiàn)的與客戶有關(guān)的風(fēng)險(xiǎn)過(guò)程風(fēng)過(guò)程風(fēng)險(xiǎn)：由于軟件過(guò)程定義得不清楚，軟件分析、設(shè)計(jì)、測(cè)試的方式方法不合理而產(chǎn)生的風(fēng)險(xiǎn)。P/95~96技術(shù)風(fēng)開(kāi)發(fā)環(huán)境風(fēng)與人員數(shù)目及經(jīng)驗(yàn)相關(guān)的風(fēng)人是項(xiàng)目成功的重要因一常見(jiàn)的與人員及人員素質(zhì)、經(jīng)驗(yàn)有關(guān)的風(fēng)險(xiǎn)風(fēng)險(xiǎn)因素和驅(qū)動(dòng)因風(fēng)險(xiǎn)驅(qū)動(dòng)因子：對(duì)風(fēng)險(xiǎn)預(yù)算產(chǎn)生影響的類(lèi)別。可分為可忽略的、輕微的、嚴(yán)重的、4P/986-風(fēng)險(xiǎn)預(yù)測(cè)（也稱：風(fēng)險(xiǎn)估算描述風(fēng)險(xiǎn)的建立風(fēng)險(xiǎn)P/996-2：分析羅列所有的風(fēng)險(xiǎn)，對(duì)每個(gè)風(fēng)險(xiǎn)進(jìn)行分類(lèi)、概率估算、確定影響類(lèi)別；然后進(jìn)行風(fēng)險(xiǎn)排序（按發(fā)生概率的高到低、影響的高到低進(jìn)行排序），確定“中止線”（在中止線上的風(fēng)險(xiǎn)必須進(jìn)行控制。在中止線下的風(fēng)險(xiǎn)，繼續(xù)進(jìn)行評(píng)估，然后進(jìn)行第二次排序…）。評(píng)估風(fēng)險(xiǎn)影3風(fēng)險(xiǎn)范圍：風(fēng)險(xiǎn)的嚴(yán)重性、及風(fēng)險(xiǎn)整體分布情況（即項(xiàng)目中有多少部分受到影風(fēng)險(xiǎn)評(píng)在整個(gè)軟件過(guò)程中，必須不斷關(guān)注風(fēng)險(xiǎn)、評(píng)估風(fēng)險(xiǎn)，尤其是導(dǎo)致成本超支、進(jìn)度延遲、性能降低、支持的風(fēng)險(xiǎn)。對(duì)某個(gè)風(fēng)險(xiǎn)，如果一旦超過(guò)此值就會(huì)導(dǎo)致項(xiàng)目的被迫終止。如果多個(gè)風(fēng)險(xiǎn)的組合所產(chǎn)生的問(wèn)題，引起一個(gè)或多個(gè)參考水平值被超值，則軟件過(guò)程被停止。P/1016-風(fēng)險(xiǎn)緩減、和管避免風(fēng)險(xiǎn)是最好的風(fēng)險(xiǎn)策略。為避免風(fēng)險(xiǎn)，必須預(yù)先對(duì)風(fēng)險(xiǎn)制定風(fēng)險(xiǎn)緩減計(jì)劃。例如，人員的流動(dòng)會(huì)產(chǎn)生風(fēng)險(xiǎn)，可以制定計(jì)劃，使得人員流動(dòng)延任務(wù)完成時(shí)才發(fā)生。風(fēng)險(xiǎn)隨著項(xiàng)目的開(kāi)展，風(fēng)險(xiǎn)控制活動(dòng)就開(kāi)始進(jìn)行。對(duì)會(huì)產(chǎn)生風(fēng)險(xiǎn)的因素進(jìn)行控制，同時(shí)應(yīng)控制緩減風(fēng)險(xiǎn)步驟的效力。風(fēng)險(xiǎn)的主要目的注意：風(fēng)險(xiǎn)緩減、和管理（RMMM）將增加額外的項(xiàng)目開(kāi)銷(xiāo)安全性風(fēng)險(xiǎn)和軟件的安全性、潛在的。RMMM計(jì)RMMM計(jì)劃：RiskMitigation、Monitoring ManagementPlanRMMM計(jì)劃的大綱：P/103組成部分。是項(xiàng)目管理者和控制項(xiàng)目的主要活動(dòng)。軟件延期交付的幾個(gè)根本原因關(guān)于“延遲”的評(píng)管理者必須：保護(hù)軟件開(kāi)發(fā)隊(duì)伍免受不適當(dāng)?shù)倪M(jìn)度安排的壓力，并且把這種壓力如果某些迫使提前完成軟件開(kāi)發(fā)的壓力是必須給予“重視”的，一般的方法是與施加壓力方會(huì)談，采用分期交付軟件的方法，即：首先提交最關(guān)鍵的功能，然后逐次提交其它部分?；驹總€(gè)任務(wù)必須指定具體 一個(gè)例所有參與開(kāi)發(fā)的人員之間存在“通信”問(wèn)題，因此，產(chǎn)生通信成本和通信時(shí)間。所以，不能簡(jiǎn)單地認(rèn)為mmm一個(gè)經(jīng)驗(yàn)關(guān)在P/85頁(yè)的5.7.3節(jié)中描述的軟件方程式中：完成項(xiàng)目的時(shí)間與投入的人員的工為實(shí)現(xiàn)同樣的目標(biāo)，開(kāi)發(fā)時(shí)間與投入人員的工作量應(yīng)該細(xì)加計(jì)算：P/111工作量分40－20－40后期的測(cè)試工作量應(yīng)用項(xiàng)目：以用戶不察覺(jué)的方式對(duì)現(xiàn)有軟件進(jìn)行糾錯(cuò)、或適應(yīng)性的。軟件開(kāi)發(fā)是一個(gè)過(guò)程，不同的過(guò)程模型為開(kāi)發(fā)軟件提供了不同的范型。過(guò)程模型是由一個(gè)任務(wù)集合組成的。任務(wù)集合使得項(xiàng)目組能夠定義、開(kāi)發(fā)和最終軟件。小的軟件系統(tǒng)的任務(wù)集合相對(duì)簡(jiǎn)單，而大的軟件系統(tǒng)的任務(wù)集合就相對(duì)復(fù)雜。一個(gè)任務(wù)集合包括一組軟件工程的任務(wù)、里程碑和交付產(chǎn)品，這些任務(wù)是必須完成才能得到軟件產(chǎn)品的。一個(gè)項(xiàng)目所選擇的任務(wù)集合必須為最終得到高質(zhì)量的產(chǎn)品而提供規(guī)程要求，但同時(shí)又不能讓項(xiàng)目組承擔(dān)不必要的工作。有許多因素影響項(xiàng)目任務(wù)集合選擇，當(dāng)綜合考慮這些因素時(shí)，就構(gòu)成一個(gè)稱為嚴(yán)格4隨意的：使用所有過(guò)程框架活動(dòng)，但只需要一個(gè)最小的任務(wù)集合；最小化保護(hù)性活動(dòng)的任務(wù)，降低文檔要求。結(jié)構(gòu)化的：過(guò)程框架活動(dòng)、適用于項(xiàng)目類(lèi)型的相關(guān)任務(wù)、為保證高質(zhì)量所需要的保護(hù)性活動(dòng)將得到應(yīng)用。嚴(yán)格的：整個(gè)過(guò)程按照一種能夠保證高質(zhì)量的嚴(yán)格規(guī)程要求進(jìn)行，所有的保護(hù)性活動(dòng)都將被采用，并且建立健壯的文檔。項(xiàng)目管理者為選擇合適的嚴(yán)格度，需要定義項(xiàng)目適應(yīng)性準(zhǔn)則，并計(jì)算“任務(wù)集合選擇因子（TSS）”的值。定義適應(yīng)性準(zhǔn)11每條準(zhǔn)則都有一個(gè)等級(jí)分?jǐn)?shù)，取值范圍：1～55計(jì)算任務(wù)集合選擇因子的TSS：TSS復(fù)審每個(gè)適應(yīng)性準(zhǔn)則的因子，因子的值在0.8～1.2之間，以表示適應(yīng)逐條計(jì)算“乘積’：P/1137-TSS：“解釋TSS值并選擇任務(wù)集TSSTSS的取 嚴(yán)格TSS< 1.0<TSS< TSS> 上述存在取值范圍的“”，表示不可能定義精確的邊界。例如，如果一個(gè)項(xiàng)目的TSS值是2.8，表示該項(xiàng)目可以選擇結(jié)構(gòu)化的、或嚴(yán)格的任務(wù)集合；在進(jìn)行最后的選擇時(shí)，還應(yīng)結(jié)合“經(jīng)驗(yàn)”、“”等考慮因素。例：P/114本節(jié)以“概念“型的開(kāi)發(fā)項(xiàng)目為例，列出的需要完成的主要任務(wù)：P/115必須完成的任務(wù)（項(xiàng)目范圍）；是否有人去完成；進(jìn)行風(fēng)險(xiǎn)評(píng)估；以某種方式證明采用的新技術(shù)；把采用的技術(shù)用原型方式實(shí)現(xiàn)（概念實(shí)現(xiàn)）；用戶評(píng)價(jià)。最后，如果這個(gè)概念可行，則進(jìn)行產(chǎn)品開(kāi)發(fā)。任務(wù)精化可以用大綱格式進(jìn)行：P/117（概念類(lèi)型項(xiàng)目的任務(wù)的精化格式）任務(wù)網(wǎng)絡(luò)：一個(gè)項(xiàng)目的任務(wù)流程的圖形表示。P/1187-3任務(wù)和子任務(wù)之間存在相互關(guān)系，由于多個(gè)開(kāi)發(fā)人員的參與，任務(wù)和活動(dòng)并行進(jìn)行的可能性就增大。項(xiàng)目必須確定關(guān)鍵任務(wù)、各任務(wù)之間的依賴關(guān)系，協(xié)調(diào)并發(fā)任務(wù)，以確保任務(wù)的如期完成。2種方法：時(shí)間時(shí)間表：P/1207-進(jìn)項(xiàng)目表：P/1217-項(xiàng)目表與時(shí)間表一起使用，可以使項(xiàng)目管理者項(xiàng)目的進(jìn)展情況。文檔格式：P/1227-5SQA：是在軟件過(guò)程中的每一步都要進(jìn)行的“保護(hù)性“活動(dòng)。是將質(zhì)量保證的管理對(duì)象和設(shè)計(jì)原則映射到適用的軟件工程管理和技術(shù)空間上，當(dāng)映射成功時(shí)，其結(jié)果就是成3差異控制：是質(zhì)量控制的。質(zhì)軟件質(zhì)量：在很大程度上是一種知識(shí)實(shí)體，因?yàn)檐浖卣鞯亩x比物理對(duì)象要質(zhì)量控質(zhì)量控制：為保證產(chǎn)品符合需求而在整個(gè)開(kāi)發(fā)過(guò)程中進(jìn)行的一系列的、復(fù)審、質(zhì)量保質(zhì)量的成3鑒定成本：為鑒定在各過(guò)程中產(chǎn)品的狀態(tài)而進(jìn)行的活動(dòng)成本。例如，設(shè)備成本、內(nèi)部失敗成本：指產(chǎn)品交付前發(fā)現(xiàn)錯(cuò)誤而的成本。例如，返工、修外部失敗成本：指產(chǎn)品交付后發(fā)現(xiàn)錯(cuò)誤而的成本。例如，解決用軟件行業(yè)與其它行業(yè)一樣，必須進(jìn)行“全面（TQM）”TQM4質(zhì)量定義：明確的功能和性能要求、明確文檔化過(guò)的開(kāi)發(fā)標(biāo)準(zhǔn)、以及專業(yè)開(kāi)發(fā) 會(huì)），如果軟件只符合了明確的需求、卻沒(méi)有滿足隱含要求，則軟件的質(zhì)背中期（70～80年代）：質(zhì)量保證的定義是為了保證軟件質(zhì)量而必須的“有計(jì)劃的、近期：質(zhì)量保證的定義是在中，有多個(gè)機(jī)構(gòu)負(fù)有保證軟件質(zhì)量的責(zé)任（包SQA活SQA 為項(xiàng)目制定一套方法：在需求分析階段對(duì)軟件質(zhì)量提出要求，并自頂向?qū)浖_(kāi)發(fā)的各個(gè)階段進(jìn)行軟件工程的正式技術(shù)評(píng)審保證軟件的開(kāi)發(fā)過(guò)選用的軟件開(kāi)發(fā)標(biāo)準(zhǔn)相一致SQASQA除上述活動(dòng)外，獨(dú)立的SQA小組還要協(xié)調(diào)變化的控制和管理，并且?guī)椭占头治鲕浖毕輰?duì)成本的影經(jīng)過(guò)數(shù)據(jù)收集、分析和統(tǒng)計(jì)，如果假定一個(gè)在軟件設(shè)計(jì)階段發(fā)現(xiàn)的錯(cuò)誤，其改正1改正一個(gè)在測(cè)試開(kāi)始前發(fā)現(xiàn)的錯(cuò)誤的成本是6.5個(gè)貨幣單位；改正一個(gè)在測(cè)試時(shí)發(fā)現(xiàn)的錯(cuò)誤的成本是15個(gè)貨幣單位；改正一個(gè)在軟件發(fā)布后發(fā)現(xiàn)的錯(cuò)誤的成本是60～100缺陷的放大和消“缺陷放大模型”：用于說(shuō)明在軟件工程過(guò)程中的概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試階段中的錯(cuò)誤的產(chǎn)生及檢測(cè)。在軟件工程的各個(gè)階段都會(huì)產(chǎn)生新的錯(cuò)誤，同時(shí)會(huì)存一個(gè)階段沒(méi)有被發(fā)現(xiàn)和改正的錯(cuò)誤。在某些情況下，前面帶過(guò)來(lái)的錯(cuò)誤會(huì)被放大：P/1328-2。8-38-4發(fā)和成本要大大低于無(wú)復(fù)審的開(kāi)發(fā)和成本。復(fù)審使得開(kāi)發(fā)人員必須付出時(shí)間和費(fèi)用。但是，必須明白：現(xiàn)在付出，否則以后付出。正式技術(shù)復(fù)審（FTR）：FTR同時(shí)，由于FTR的進(jìn)行，使得參與人員更加了解軟件系統(tǒng)，可以起到提高項(xiàng)目連FTR方式：“走查”、“”、“論查”等FTR復(fù)審會(huì)3～52復(fù)審報(bào)告和記錄保發(fā)現(xiàn)什么（或把復(fù)審問(wèn)題列表作為附件）？：保證問(wèn)題列表中的每個(gè)條目均得到改正?？梢灾付ㄓ蓮?fù)審責(zé)任者、或小組進(jìn)行復(fù)審指正式技術(shù)復(fù)審指南的最小集合：P/134～135SQA以數(shù)學(xué)方法證明程序的正確性。即，把計(jì)算機(jī)程序看作一個(gè)數(shù)學(xué)對(duì)象，對(duì)于每一種程序設(shè)計(jì)語(yǔ)言都能夠定義一套嚴(yán)格的語(yǔ)法和語(yǔ)義，并且對(duì)軟件需求說(shuō)明也有一種類(lèi)似的嚴(yán)格定義方法。這樣，一旦需求說(shuō)明以一種嚴(yán)格的方法被表示出來(lái)，就能夠采用程序正確性的數(shù)學(xué)證明來(lái)說(shuō)明程序是否嚴(yán)格符合它的說(shuō)明。Pareto20%Pareto統(tǒng)計(jì)數(shù)據(jù)的收集：P/1378-2。t例表示：一個(gè)軟件在相同的環(huán)境中被執(zhí)行了10030092300，8改正一個(gè)失敗可能引入其它，而這些失敗的“實(shí)現(xiàn)”又可能會(huì)引入其它的可靠性和可用性的度平均修復(fù)時(shí)間（MTTR）：軟件可靠性的度量：軟件平均失敗間隔時(shí)間即：MTBF＝MTTF+MTTR可用性＝平均失敗時(shí)間/(平均失敗時(shí)間＋平均修復(fù)時(shí)間)*分析：對(duì)于那些“隱藏”時(shí)間很常才被發(fā)現(xiàn)的缺陷，可靠性度量就不適用。而可用性度量對(duì)平均修復(fù)時(shí)間較敏感。因此，除可靠性度量外，還應(yīng)該進(jìn)行可用性度量。軟件的安全和的分軟件的安全和分析主要解決如何標(biāo)識(shí)出潛在的、導(dǎo)致整個(gè)系統(tǒng)失敗 ，以及評(píng)估潛在 系統(tǒng)可能形成的影響和引起整個(gè)系統(tǒng)癱瘓的可能性導(dǎo)致系統(tǒng)或。而軟件安全性則軟件失敗會(huì)導(dǎo)致系統(tǒng)發(fā)生的條件，把SQA計(jì)IEEESQA：P/1408-ISO9000ISO9000ISO對(duì)質(zhì)量的保證系統(tǒng)的方ISO9000包括用現(xiàn)質(zhì)量計(jì)劃、質(zhì)量控制、質(zhì)量保證和質(zhì)量改進(jìn)所需的組織結(jié)構(gòu)、規(guī)程、過(guò)資源。但是，ISO9000并不描述應(yīng)該如何實(shí)現(xiàn)這些質(zhì)量要素。因此，真正的在于如何設(shè)計(jì)一個(gè)能夠滿足這個(gè)標(biāo)準(zhǔn)、并且適用于自己公司的產(chǎn)品、服務(wù)和文化的質(zhì)量保證系統(tǒng)。ISO9001標(biāo)ISO9001ISO900120如果某個(gè)軟件組織要通過(guò)ISO9001，就必須對(duì)這些問(wèn)題的每一條需求都建立相關(guān)的軟件配置：由一組相關(guān)聯(lián)的軟件配置項(xiàng)（包括開(kāi)發(fā)環(huán)境）4 目開(kāi)始，到軟件退出運(yùn)行后才終止的一組和控制活動(dòng)?；€：已經(jīng)通過(guò)正式復(fù)審和批準(zhǔn)的某個(gè)規(guī)約或產(chǎn)品，這些規(guī)約或產(chǎn)品可以作為進(jìn)一步開(kāi)發(fā)的基礎(chǔ)，并且只能通過(guò)正式的變化來(lái)控制過(guò)程的改變。軟件配置組成一組基線的項(xiàng)目配置項(xiàng)要改變某個(gè)基線SCI，只有在遵循軟件配置管理（SCM）的情況下才可以SCM過(guò)SCM軟件配置中對(duì)象的標(biāo)對(duì)象：由基本對(duì)象和其它對(duì)象組成的對(duì)象集合版本控SCI（源代碼、文檔、數(shù)據(jù)）的集合，每個(gè)版本可能由多個(gè)變化控變化控制過(guò)程：P/1559-控制和同步控制：P/1569-8SCI配置審軟件配置項(xiàng)的標(biāo)識(shí)、版本控制、變化控制能夠幫助開(kāi)發(fā)秩序。有關(guān)配置審計(jì)的問(wèn)題配置狀態(tài)報(bào)配置狀態(tài)報(bào)告的內(nèi)容：發(fā)生了什么、發(fā)生的事是誰(shuí)做的、什么時(shí)候發(fā)生的、將會(huì)造成什么影響？SCM標(biāo)SCM：ANSI/IEEEStd.No.828-1983、No.828-1984系統(tǒng)工程：從“整體視圖”開(kāi)始分析產(chǎn)品，以建立所有的基本需求；然后關(guān)注點(diǎn)縮小到“領(lǐng)域視圖”，分析各個(gè)系統(tǒng)元素；把每個(gè)系統(tǒng)元素分配給一個(gè)或多個(gè)工程構(gòu)件，然后這些元素由相關(guān)的工程方法處理。系統(tǒng)工程的任務(wù)以創(chuàng)建了系統(tǒng)規(guī)約而結(jié)束，系統(tǒng)規(guī)約是后續(xù)工程的工作的基礎(chǔ)文檔。系統(tǒng)工程構(gòu)件（元素）：軟件、硬件、人員、數(shù)據(jù)庫(kù)、文檔、過(guò)程。系統(tǒng)工程把用戶的需求映射到使用這些構(gòu)件的系統(tǒng)。信息工程、產(chǎn)品工程：都是系統(tǒng)工程方法的一種。本書(shū)的“系統(tǒng)工程”包括信息工程和產(chǎn)品工程。構(gòu)成系統(tǒng)的一組元素可能表示了某個(gè)更大的系統(tǒng)的宏元素，而這個(gè)宏元素是一個(gè)基于計(jì)算機(jī)的系統(tǒng)，這個(gè)系統(tǒng)是某個(gè)更大的基于計(jì)算機(jī)的系統(tǒng)的一部分。例如“工廠自動(dòng)化系統(tǒng)”中的數(shù)控機(jī)床，這個(gè)數(shù)控機(jī)床是基于計(jì)算機(jī)的系統(tǒng)的一個(gè)元素，而它本身又是基于計(jì)算機(jī)的系統(tǒng)。系統(tǒng)工程師：在系統(tǒng)的整體層次（宏元素）的語(yǔ)境內(nèi)為特定的基于計(jì)算機(jī)的系統(tǒng)定義一系列元素。法導(dǎo)出：P/16410-2。系統(tǒng)建表示使得工程師更好地理解視圖的所有連接（包括輸出）信息工程：概產(chǎn)品工程：概系統(tǒng)工程與軟件工系統(tǒng)工程的進(jìn)一步開(kāi)發(fā)，就轉(zhuǎn)變?yōu)檐浖こ蘌/16610-3、P/16710-4信息策略計(jì)業(yè)務(wù)域分系統(tǒng)分說(shuō)明客戶需可行性研經(jīng)濟(jì)分技術(shù)分描述基于計(jì)算機(jī)的系統(tǒng)的功能和性能、以及將支配其開(kāi)發(fā)的約束的文檔；是硬件工程、軟件工程、數(shù)據(jù)庫(kù)工程、人機(jī)工程的基礎(chǔ)。系統(tǒng)規(guī)約文檔的一般格式：P/184是發(fā)現(xiàn)、求精、建模、規(guī)約的過(guò)程。為開(kāi)發(fā)和最后的驗(yàn)收提供標(biāo)準(zhǔn)和依據(jù)，由系統(tǒng)分析員承擔(dān)。需求規(guī)約復(fù)審?fù)瓿桑盒枨笠?guī) 軟件開(kāi)發(fā)的“合約能、性能、軟件與其它系統(tǒng)元間的接口、軟件的約束等。過(guò)程的啟便利的應(yīng)用規(guī)約技FAST（便利的應(yīng)用規(guī)約技術(shù)一種面向團(tuán)隊(duì)的需求收集方法，用戶和開(kāi)發(fā)者雙方共同標(biāo)識(shí)和商議，確定解決方案，編寫(xiě)完整的規(guī)約草案。質(zhì)量功能部QFD（質(zhì)量功能部署是一種技術(shù)，把用戶的需求翻譯成軟件的技術(shù)需求QFD3記錄每個(gè)需求的和原因信息軟件的信息域：包括數(shù)據(jù)和事件（控制）3信息內(nèi)容表示各單個(gè)數(shù)據(jù)和控制對(duì)象，這些數(shù)據(jù)和控制對(duì)象可以構(gòu)成某個(gè)更大的由軟件變換的信息集合。數(shù)據(jù)和控制對(duì)象可以與其它數(shù)據(jù)和控制對(duì)象相關(guān)聯(lián)，就產(chǎn)生了信息之間的關(guān)系。建用圖形符號(hào)體系創(chuàng)建。把信息、處理、系統(tǒng)行為和其它特征描述為不同的、可識(shí)別的符號(hào)，模型的其它部分可以用文字描述。從軟件的名字開(kāi)始，經(jīng)過(guò)一系列的迭代處理、提供越來(lái)越多的功能細(xì)節(jié)，直到所有系統(tǒng)功能得到完全描述。描述軟件外部的行為模式、及改變行為模式（狀態(tài)）劃分解問(wèn)題，可以進(jìn)行功能劃分、信息劃分、行為劃分，使得復(fù)雜的問(wèn)題分解成若干個(gè)小而簡(jiǎn)單的問(wèn)題，易于問(wèn)題的求解。基本視圖視軟件需求的基本視圖：描述軟件要完成的功能和處理的信息，不描述具體如何實(shí)現(xiàn)。軟件需求的實(shí)現(xiàn)視圖：描述處理功能和信息結(jié)構(gòu)的實(shí)現(xiàn)元素，需求的實(shí)現(xiàn)視圖不處理見(jiàn)：2.3選擇原型方 表11-1原型方法和工見(jiàn)：2.3規(guī)約原 定義系統(tǒng)運(yùn)作的環(huán)境，并指明：一組高度纏繞在一起的，如何對(duì)環(huán)境中其它表軟件需求規(guī)軟件需求規(guī)約的格式：P/20111-產(chǎn)生了需求規(guī)約，用戶和開(kāi)發(fā)者必須共同對(duì)其進(jìn)行復(fù)審。一旦復(fù)審?fù)ㄟ^(guò)，規(guī)約就成為軟件開(kāi)發(fā)的“合約”，即作為軟件驗(yàn)收和測(cè)試的依據(jù)。簡(jiǎn)19601970定義一組在軟件完成后可以被確認(rèn)（驗(yàn)收）結(jié)構(gòu)化分析模型：P/20712-數(shù)據(jù)字典：是分析模型的，包含軟件的所有數(shù)據(jù)對(duì)象的描述。狀態(tài)－變遷圖數(shù)據(jù)對(duì)象、屬性和關(guān)基數(shù)和形3 111 1，N。 M，N。1，表示關(guān)系必須出現(xiàn)一次。關(guān)系的基數(shù)和形態(tài)實(shí)例：P/21112-實(shí)體---關(guān)系E－R例：P/21212-612-712-812-數(shù)據(jù)流（人機(jī)界面）：

針對(duì)實(shí)時(shí)系統(tǒng)的擴(kuò)實(shí)時(shí)系統(tǒng)的數(shù)據(jù)流圖擴(kuò)展的新符號(hào)：P/12612-Ward和Mellor擴(kuò)Hatley和Pirbhai擴(kuò)P/221~222：12－1912－2012－21對(duì)外接口：使用戶通過(guò)本手冊(cè)了解系統(tǒng)的用途，并且能夠確定在什么情況下如何使用本系統(tǒng)；創(chuàng)建實(shí)體---關(guān)系E－R：P/223實(shí)例 創(chuàng)建數(shù)據(jù)流模實(shí)例 創(chuàng)建控制流模 控制規(guī)實(shí)例：SafeHome狀態(tài)變遷圖P/229加工規(guī)例：P/23012-3012-31數(shù)據(jù)字典：是所有與系統(tǒng)相關(guān)的數(shù)據(jù)元素的有組織的列表，并對(duì)數(shù)據(jù)進(jìn)行精確的、嚴(yán)格的定義，使得用戶和系統(tǒng)分析員對(duì)于輸入、輸出、成分和中間計(jì)算數(shù)據(jù)有共同的理解。名稱：數(shù)據(jù)或外部實(shí)體的主名；別名：數(shù)據(jù)或外部實(shí)體的其它名稱；數(shù)據(jù)字典中的內(nèi)容描述的符號(hào)：P/23212-訂票信息＝{航班號(hào)|起點(diǎn)＋終點(diǎn)}＋起始地點(diǎn)＋終止地點(diǎn)＋日期＋其中：班號(hào)|點(diǎn)＋終點(diǎn)程，例如，到：＋、＋、＋其它常用的三種結(jié)構(gòu)化分析方法：DSSD、Jackson、SADT數(shù)據(jù)結(jié)構(gòu)化系統(tǒng)開(kāi)發(fā)DSSD：Warnier-OrrJackson系統(tǒng)開(kāi)結(jié)構(gòu)化分析和設(shè)計(jì)軟件設(shè)計(jì)是軟件工程的技術(shù)。設(shè)計(jì)自“需求分析”之后開(kāi)始。軟件設(shè)計(jì)模型的創(chuàng)建基于軟件的分析模型：P/23913-14，4數(shù)據(jù)設(shè)計(jì)：把分析時(shí)創(chuàng)建的信息域模型變換成軟件所需要的數(shù)據(jù)結(jié)構(gòu)。依據(jù)體系結(jié)構(gòu)設(shè)計(jì)：定義程序的主要結(jié)構(gòu)元間的關(guān)系。從分析模型的數(shù)據(jù)流圖的設(shè)計(jì)和軟件質(zhì)3 對(duì)于編程、測(cè)試和人員而言，設(shè)計(jì)必須是可讀、可理解的 設(shè)計(jì)應(yīng)該導(dǎo)出具有獨(dú)立功能特征的模塊，例如子例過(guò)程軟件設(shè)計(jì)的演3013.4設(shè)計(jì)對(duì)于分析建模應(yīng)該能夠的設(shè)計(jì)應(yīng)該具有一致性和集 應(yīng)該復(fù)審設(shè)計(jì)，以減少概念性（語(yǔ)義性）“軟件工程師的智慧的體現(xiàn)，開(kāi)始于對(duì)程序工作和程序正確性之間的區(qū)別的識(shí)抽使得能夠集中于某個(gè)一般性級(jí)別上的問(wèn)題，而不考慮無(wú)關(guān)的底層細(xì)節(jié)。軟件工程過(guò)程中的每一個(gè)步驟都是軟件解決方案抽象級(jí)別上的求精。抽象過(guò)程是一個(gè)命名的指令序列（抽象描述過(guò)程），具有特定的和有限的功能。求模塊模塊是把軟件劃分成可以獨(dú)立命名和可以獨(dú)立的程序“構(gòu)件”。是對(duì)復(fù)雜問(wèn)軟件體系結(jié)功能、可靠性、安全性、適應(yīng)性、和其它系統(tǒng)特?？刂茖覲/24513-扇出大：說(shuō)明模塊復(fù)雜，可以增加中間層（7）結(jié)構(gòu)劃數(shù)據(jù)結(jié)數(shù)據(jù)結(jié)構(gòu)：表示單個(gè)數(shù)據(jù)元間的邏輯關(guān)系，是數(shù)據(jù)的組織形式軟件過(guò)因此，過(guò)程的表示也是有層次關(guān)系的。P/24813-5。信息隱隱藏加強(qiáng)了模塊內(nèi)部過(guò)程細(xì)節(jié)或模塊使用的任何局部數(shù)據(jù)結(jié)構(gòu)的模塊化設(shè)計(jì)：降低了復(fù)雜性，方便軟件的理解、測(cè)試和模塊劃分沒(méi)有標(biāo)準(zhǔn)，但是有劃分原則 功能獨(dú)立內(nèi)內(nèi)聚 （功能模塊的內(nèi)聚：模塊的“”度量低內(nèi)聚：相對(duì)中度內(nèi)聚“”多些中內(nèi)聚：相對(duì)高內(nèi)聚，一個(gè)模塊中有一個(gè)以上的“”。高內(nèi)聚：一個(gè)模塊只有一個(gè)“”，就是高內(nèi)聚的模塊耦數(shù)據(jù)耦合：通過(guò)數(shù)據(jù)傳遞而的模塊，稱之間存在數(shù)據(jù)耦合。印記耦合：通過(guò)傳遞部分?jǐn)?shù)據(jù)結(jié)構(gòu)而的模塊，被傳遞的部分?jǐn)?shù)據(jù)結(jié)構(gòu)在如果多個(gè)模塊中存在相同的處理，則把這相同的處理定義成新的模塊，提高模塊的內(nèi)聚度。減少對(duì)全局變量