軟件工程初步主編：賈長云副主編：朱敏陸衛(wèi)忠主審：陳金水

高等教育出版社2004年電子教案案制作人人員鄔天天菊菊賈長云云朱敏敏內容摘要要本書為配配合國家家技能型型緊缺人人才培養(yǎng)養(yǎng)培訓工工程并根根據(jù)《計算機應應用和軟軟件專業(yè)業(yè)領域技技能型緊緊缺人才才培養(yǎng)培培訓指導導方案》的要求而而編寫。。本書針對對職業(yè)院院校學生生的特點點，充分分體現(xiàn)《指導方案案》中素質為為基礎、、能力為為本位、、需求為為依據(jù)、、就業(yè)為為導向的的基本原原則，教教學內容容注重選選擇當前前軟件工工程中的的一些新新理論、、新方法法與新技技術，通通過一個個小型軟軟件項目目為案例例貫穿全全書，使使學生在在學完后后能基本本掌握軟軟件工程程的基本本理論與與方法在在軟件項項目開發(fā)發(fā)中的實實際應用用。其主主要內容容涉及軟軟件工程程中的軟軟件策劃劃、需求求分析、、軟件設設計、編編碼實現(xiàn)現(xiàn)、軟件件測試及及實施與與維護等等方面的的內容，，考慮職職業(yè)院校校學生的的就業(yè)定定位，重重點側重重于詳細細設計、、軟件編編碼、軟軟件測試試、軟件件維護這這幾個方方面的基基本知識識與技能能。為保保持教學學內容的的先進性性同時便便于對教教學進行行科學靈靈活的組組織，對對諸如UML方法、面面向對象象的分析析、設計計與編程程、面向向對象軟軟件測試試、CMM等也作了了介紹。。本書可以以作為職職業(yè)院校校計算機機類專業(yè)業(yè)的軟件件工程課課程的教教材或教教學參考考書，也也可作為為IT行業(yè)程序序員、測測試員、、維護員員等的培培訓教材材或參考考書。主要內容容第1章軟軟件工工程概述述第2章系系統(tǒng)策策劃第3章需需求分分析第4章軟軟件設設計第5章編編碼第6章軟軟件測測試第7章軟軟件實實施與維維護第8章軟軟件項項目管理理第9章軟軟件過過程管理理第一章軟件工程程概述本章主要要內容1.1軟軟件與與軟件工工程1.2軟軟件生生存周期期與開發(fā)發(fā)模型1.3軟軟件工工程過程程1.4軟軟件開開發(fā)工具具簡介1.5學學習指指南11軟件及軟軟件工程程—軟件軟件的定定義在運行中中能提供供所希望望的功能能與性能能的程序序使程序能能夠正確確運行的的數(shù)據(jù)及及其結構構描述軟件件研制過過程和方方法所用用的文檔檔軟件的特特點軟件角色色的雙重重性軟件不是是傳統(tǒng)意意義上的的被制造造軟件不會會“磨損損”，但但會退化化軟件都是是手工定定制的開發(fā)過程程的復雜雜與費用用的昂貴貴11軟件及軟軟件工程程—軟件軟件的分分類分類方法軟件類型按功能(1)系統(tǒng)軟件(2)支撐軟件

(3)應用軟件按版權(1)商業(yè)軟件(2)共享軟件

(3)自由(免費)軟件(4)公有領域軟件按工作方式(1)實時軟件(2)分時軟件(3)交互式軟件(4)批處理軟件按銷售方式(1)訂制軟件(2)產品軟件11軟件及軟軟件工程程—軟件工程程軟件危機機軟件開發(fā)發(fā)的生產產率遠遠遠不能滿滿足客觀觀需要開發(fā)的軟軟件產品品往往不不能滿足足用戶的的實際需需要軟件產品品的質量量低下且且可維護護性差很難估計計軟件開開發(fā)的進進度計劃劃與成本本軟件神話話有了軟件件開發(fā)書書籍，就就可以解解決軟件件開發(fā)中中的一切切問題進度滯后后了？好好，增加加程序員員只要程序序正確，，項目就就成功，，文檔可可有可無無軟件質量量只能在在正式投投入運行行后才知知道11軟件及軟軟件工程程—軟件工程程軟件工程程的定義義IEEE定義：軟件工程程是將系系統(tǒng)化的的、嚴格格約束的的、可量量化的方方法應用用于軟件件的開發(fā)發(fā)、運行行和維護護，即將將工程化化應用于于軟件。。通俗地說說，軟件件工程是是指導軟軟件開發(fā)發(fā)和維護護的一門門工程學學科。它它采用工工程的概概念、原原理、技技術和方方法，把把經過時時間檢驗驗而證明明是正確確的管理理技術和和當前能能夠得到到的最好好的技術術方法結結合起來來，用于于開發(fā)和和維護軟軟件。質量焦點11軟件及軟軟件工程程—軟件工程程軟件工程程—層次化技技術過程方法軟件工程程三個要素素：方法、工工具、過過程工具11軟件及軟軟件工程程—軟件工程程軟件工程程的作用用【成功案例例】美國聯(lián)邦邦速遞公公司(FedEX))的管理信信息系統(tǒng)統(tǒng)【失敗案例例】英國倫敦敦的急救救服務管管理信息息系統(tǒng)軟件工程程的基本本原理用分階段段的生存存周期計計劃嚴格格管理堅持進行行階段評評審實行嚴格格的產品品控制采用現(xiàn)代代程序設設計技術術結果應能能清楚地地審查開發(fā)小組組的人員員應該少少而精承認不斷斷改進軟軟件工程程實踐的的必要性性80:20原則12軟件生存存周期與與開發(fā)模模型—生存周期期軟件生存存周期人的生存存周期嬰兒——幼兒——兒童——少年——青年——中年——老年——死亡軟件的生生存周期期軟件定義義軟件開發(fā)發(fā)軟件支持持問題定義義可行性分分析需求分析析概要設計計詳細設計計編碼碼測試試軟件發(fā)布布軟件運行行維護或退退役12軟件生存存周期與與開發(fā)模模型—生存周期期軟件定義義階段問題定義義可行性分分析立項或簽簽訂合同同軟件開發(fā)發(fā)階段需求分析析軟件設計計編碼與測測試發(fā)布或安安裝驗收收軟件開發(fā)發(fā)階段軟件的使使用、運運行軟件維護護12軟件生存存周期與與開發(fā)模模型—開發(fā)模型型問題的提提出—軟件工程程需要解解決什么么問題？？軟件開發(fā)發(fā)模型做什么軟軟件？怎么做軟軟件？軟件如何何適應變變化？軟件開發(fā)發(fā)過程概概括，是是軟件工工程思想想的具體體化它是跨越越整個軟軟件生存存周期的的各個階階段所需需要的全全部工作作與任務務的結構構框架12軟件生存存周期與與開發(fā)模模型—開發(fā)模型型瀑布模型型—線性順序序模型可行性分分析需求分析析設計計編碼碼測試試支持持定義階段開發(fā)階段支持階段12軟件生存存周期與與開發(fā)模模型—開發(fā)模型型瀑布模型型的特點點：瀑布模型型的應用用范圍階段間具具有順序序性和依依賴性每個階段段必須完完成規(guī)定定的文檔檔;每個階段段結束前前完成文文檔審查查,及早改正正錯誤,但：開發(fā)過程程一般不不能逆轉轉，否則則代價太太大。實際的項項目開發(fā)發(fā)很難嚴嚴格按該該模型進進行。客戶往往往很難清清楚地給給出所有有的需求求，而該該模型卻卻要求如如此。軟件的實實際情況況必須到到項目開開發(fā)的后后期客戶戶才能看看到，這這要求客客戶有足足夠的耐耐心。用戶的需需求非常常清楚全全面，且且在開發(fā)發(fā)過程中中沒有或或很少變變化開發(fā)人員員對軟件件的應用用領域很很熟悉。。用戶的使使用環(huán)境境非常穩(wěn)穩(wěn)定。開發(fā)工作作對用戶戶參與的的要求很很低12軟件生存存周期與與開發(fā)模模型—開發(fā)模型型原型模型型用戶測試試運行原型型建造/修改原型聽取用戶意見12軟件生存存周期與與開發(fā)模模型—開發(fā)模型型原型模型型的特點點：原型模型型的應用用范圍可以得到到比較良良好的需需求定義義，容易易適應需需求的變變化。有利于開開發(fā)與培培訓的同同步。開發(fā)費用用低、開開發(fā)周期期短、維維護容易易且對用用戶更友友好?？蛻襞c開開發(fā)者對對原型理理解不同同準確的原原型設計計比較困困難不利于開開發(fā)人員員的創(chuàng)新新對所開發(fā)發(fā)的領域域比較熟熟悉而且且有快速速的原型型開發(fā)工工具項目招投投標時，，可以以以原型模模型作為為軟件的的開發(fā)模模型進行產品品移植或或升級時時，或對對已有產產品原型型進行客客戶化工工作時，，原型模模型是非非常適合合的。12軟件生存存周期與與開發(fā)模模型—開發(fā)模型型基于構件件的開發(fā)發(fā)模型特點：屬于演化化式開發(fā)發(fā)或迭代代式開發(fā)發(fā)，其開開發(fā)過程程：客戶的交交流，獲獲得問題題的定義義標識基本本類計劃與風風險分析析類的復用用或重新新開發(fā)構造系統(tǒng)統(tǒng)用戶評估估采用了先先進的面面向對象象技術。。基于構件件庫的開開發(fā)，這這是軟件件復用的的基礎，，開發(fā)速速度快。。融合了螺螺旋模型型特征支持軟件件開發(fā)的的迭代方方法，是是一種演演化型的的開發(fā)技技術。13軟件工程程過程軟件工程程過程的的概念ISO9000過程：軟軟件工程程的三要要素之一一從開發(fā)到到維護軟軟件相關關產品所所采取一一系列管管理活動動。主要要包括項項目管理理、配置置管理、、質量管管理、文文檔管理理等。IS09001：設計、開開發(fā)、生生產、安安裝和服服務的質質量保證證模式IS09002：生產、安安裝和服服務的質質量保證證模式IS09003：最終檢驗驗和試驗驗的質量量保證模模式。13軟件工程程過程CMM軟件能力力成熟度度模型CMM((CapabilityMaturityModel))CMM的級別初始級Initial可重復級Repeatable已定義級Defined已管理級Managed優(yōu)化級Optimizing開發(fā)工具具的作用用與功能能14軟件開發(fā)發(fā)工具簡簡介—CASE工具計算機輔輔助軟件件工程CASE作用認識與描描述系統(tǒng)統(tǒng)需求保存與管管理開發(fā)發(fā)過程中中的信息息代碼的生生成文檔的編編制與生生成軟件項目目的管理理開發(fā)工具具的分類類14軟件開發(fā)發(fā)工具簡簡介—CASE工具分類方法按應用階階段劃分分按功能劃劃分設計工具具分析工具具項目管理理軟件配置置質量保證證分析設計計計劃工具具界面開發(fā)發(fā)客戶服務務器Web開開發(fā)IBMRational工具14軟件開發(fā)發(fā)工具簡簡介—常用CASE工具Rational公司是專專門從事事CASE工具研制制與開發(fā)發(fā)的軟件件公司，，2003年被IBM公司收購購。該公公司所研研發(fā)的Rational系列軟件件是完整整的CASE集成工具具，貫穿穿從需求求分析到到軟件維維護的整整個軟件件生存周周期。需求分析析與設計計工具產品主要要構成測試工具具軟件配置置管理工工具RosePurifyPlusRobotClearCase北大青鳥鳥工具14軟件開發(fā)發(fā)工具簡簡介—常用CASE工具北大青鳥鳥系列CASE工具北京京北大青青鳥軟件件有限公公司開發(fā)發(fā)研制的的，在國國內有較較高的知知名度，，北京大大學軟件件工程國國家工程程研究中中心就設設在該公公司。產品主要要構成面向對象軟件開發(fā)工具集

JBOO構件庫管理系統(tǒng)

JBCLMS項目管理與質量保證

JBCMJBPMJBCCM軟件測試系統(tǒng)Safepro微軟版本本管理器器—VSS14軟件開發(fā)發(fā)工具簡簡介—常用CASE工具版本管理理是軟件件配置管管理中的的核心工工作，由由Microsoft公司開發(fā)發(fā)的VisualSourceSafe6.0使用非常常廣泛而而且很容容易獲得得。文件檢入入與檢出出產品主要要功能版本控制制文件的拆拆分與共共享權限管理理本書案例例介紹—教師教學學網絡測測評系統(tǒng)統(tǒng)15學習指南南—學習案例例為實現(xiàn)教教學質量量的量化化考核，，借此評評價教師師的教學學水平并并有針對對性的提提高教學學質量，，某高校校開發(fā)了了基于校校園網的的教學質質量網上上測評系系統(tǒng)四大功能能模塊數(shù)據(jù)采集集模塊，，學生對對一個學學期中所所學課程程的各任任課教師師的教學學水平及及師德兩兩個方面面給予的的百分制制評價分分值數(shù)據(jù)統(tǒng)計計模塊，，根據(jù)教教務處規(guī)規(guī)定的統(tǒng)統(tǒng)計方法法統(tǒng)計出出每位任任課教師師在一個個學期中中的教學學水平及及師德的的最終測測評得分分。數(shù)據(jù)查詢詢模塊，，查詢全全校任課課教師的的最終得得分及名名次，還還能夠查查詢各個個班級的的學生對對任課教教師的教教學水平平及師德德的評分分情況。。輔助功能能模塊，，包括基基礎數(shù)據(jù)據(jù)的管理理、測評評類型的的管理等等。本書案例例介紹—教師教學學網絡測測評系統(tǒng)統(tǒng)15學習指南南—學習案例例系統(tǒng)運行行界面—瀏覽器端端：本書案例例介紹—教師教學學網絡測測評系統(tǒng)統(tǒng)15學習指南南—學習案例例系統(tǒng)運行行界面—服務器端端：第二章系統(tǒng)策策劃劃這個項目目是做還還是不做做呢？還是先去去做一下下市場調調研或與與客戶談談談簽約約的事吧吧！2.1可可行性研研究2.2軟軟件項項目計劃劃本章主要要內容容21可行行性研究究-----問題題的定義義問題定義義確定軟件件開發(fā)項項目必須須完成的的目標。。其關關鍵問題題是：““要解決什什么問題題？”含義主要內容問題的背背景、總總體要求求與目標標、類型型范圍、、功能規(guī)規(guī)模、實實現(xiàn)目標標的方案案、開發(fā)發(fā)的條件件、環(huán)境境要求等等問題定義義報告應包括內內容項目名稱稱使用方對問題的的概括定定義項目的目目標項目的規(guī)規(guī)模21可行行性研究究-----問題題的定義義案例分析某校在校校生近5000人，每學學期在期期中都要要進行一一次對教教師的教教學質量量測評，，要求所所有學生生都要參參加。以以前測評評的方式式都是手手工操作作，由教教務處發(fā)發(fā)出書面面問卷調調查表，，每個同同學填寫寫完成后后交回到到教務處處。然后后教務處處再使用用手工的的方法對對問卷進進行統(tǒng)計計匯總，，最后得得出學生生對每一一位教師師的總體體評價。。這種方方法一方方面浪費費了大量量的財力力、人力力，另一一方面統(tǒng)統(tǒng)計繁瑣瑣且容易易出錯。?？紤]到到現(xiàn)在學學校校園園網已經經建成，，為節(jié)省省開支，，提高效效率，學學校決定定委托計計算機系系開發(fā)一一套基于于校園網網的《教師教學學網絡測測評系統(tǒng)統(tǒng)》1、問題的的提出21可行行性研究究-----問題題的定義義案例分析2、問題分分析系統(tǒng)分析析人員經經過與學學校教務務部門及及各相關關單位進進行充分分的調查查后，了了解了該該項目的的一些背背景資料料與基本本要求。。教師測測評分兩兩大部分分，一是是師德測測評；二二是教學學質量測測評。師師德測評評有4項指標，，教學質質量測評評有14項指標。。系統(tǒng)要要實現(xiàn)的的目標是是：?所有學生生在指定定時間內內在指定定機房的的計算機機上完成成對任課課教師的的測評打打分，測測評過程程全部采采用選擇擇的方法法，不需需要輸入入任何信信息?所有的測測評數(shù)據(jù)據(jù)保存在在學校中中心服務務器上，，有較為為嚴格的的安全措措施?系統(tǒng)能對對所有的的數(shù)據(jù)進進行統(tǒng)計計匯總，，得出每每一位教教師的測測評結果果，并能能進行排排序、輸輸出?！到y(tǒng)開發(fā)發(fā)的大體體費用在在1.2萬元左右右，開發(fā)發(fā)周期大大約6個人月。。21可行行性研究究-----問題題的定義義案例分析3、系統(tǒng)定定義報告告根據(jù)以上上分析，，形成如如下的系系統(tǒng)定義義報告。。案例文檔檔之一——系統(tǒng)定義義報告用戶單位位：XX學校教教務處負負責責人：XXX開發(fā)單位位：XX學校計計算機系系分分析員員：XXX項目名稱稱：基于于校園網網的教學學質量測測評系統(tǒng)統(tǒng)問題概述述：教師師教學質質量測評評每學期期必須進進行一次次，原有有的手工工方法存存在資源源浪費、、效率極極低、結結果不準準確等問問題。………(其其它的相相關說明明)項目目標標：開發(fā)發(fā)一個效效率高且且相對通通用的教教師教學學網絡測測評系統(tǒng)統(tǒng)。項目規(guī)模模：開發(fā)發(fā)成本大大約1..2萬元元，開發(fā)發(fā)周期約約6個人人月。可行性研研究：建建議進行行一周，，費用不不超過500元元。21可行行性研究究-----可行行性研究究的任務務與步驟驟一、可行性研研究的任任務2、經濟可可行性3、社會因因素的考考慮分析成本本——收益與短短期效益益——長遠利益益這兩個個方面。要作出投投資的估估算和系系統(tǒng)投入入運行后后可能獲獲得的經經濟效益益或可節(jié)節(jié)約的費費用估算算。分析利用用現(xiàn)有的的技術能能否實現(xiàn)現(xiàn)，能否否解決系系統(tǒng)中的的技術難難題，所所開發(fā)的的系統(tǒng)能能否達到到所要求求的功能能和性能能，系統(tǒng)統(tǒng)對技術術人員的的要求，，現(xiàn)有的的技術人人員能否否勝任，，開發(fā)所所需要的的軟件與與硬件能能否如期期得到等等1、技術可可行性主要考慮慮的是市市場、政政策與法法律方面面的問題題21可行行性研究究-----可行行性研究究的任務務與步驟驟二、可行性研研究的步步驟1、重新檢檢查系統(tǒng)統(tǒng)定義報報告中相相關內容容，明確對目目標系統(tǒng)統(tǒng)限制與與約束。。2、研究目目前正在在使用的的系統(tǒng)，，找出其其基本功功能和所所需要的的基本信信息，繪繪制系統(tǒng)統(tǒng)流程圖圖。3、設想新新系統(tǒng)高高層邏輯輯模型，，分析歸歸納現(xiàn)有有系統(tǒng)，，最后建建造新物物理系統(tǒng)統(tǒng)。4、導出各各種實現(xiàn)現(xiàn)方案并對方案案進行評價價5、推薦可行性方方案6、編寫可可行性研研究報告告21可行行性研究究-----技術術可行性性分析技術可行行性分析析的三個方面面1、在給定定的時間間內能否否實現(xiàn)系系統(tǒng)定義義中的功功能。2、軟件的的質量如如何？如如實時時性、正正確性和和精確性性。3、軟件的的生產率率如何？？高生生產率意意味著利利潤。做得了嗎嗎？做得得好嗎？？做得快快嗎？先分析21可行行性研究究-----技術術可行性性分析在進行技技術可行行性分析析時，一一個重要要的內容容是對現(xiàn)現(xiàn)有系統(tǒng)統(tǒng)與擬開開發(fā)的系系統(tǒng)繪制制系統(tǒng)流流程圖。。系統(tǒng)流流程圖中中所用的的符號與與程序設設計語言言中的程程序流程程圖所用用的符號號類似。。但系統(tǒng)統(tǒng)流程圖圖與程序序流程圖圖不同，，系統(tǒng)流流程圖表表達的是是信息在在系統(tǒng)中中各個部部件之間間的流動動情況，，而程序序流程圖圖表達的的是程序序對信息息進行加加工處理理的控制制過程系統(tǒng)流程圖21可行行性研究究-----技術術可行性性分析符

號名稱含

義處理能改變數(shù)據(jù)或數(shù)據(jù)位置的加工或部件輸入/輸出廣義的不指明具體設備的輸入與輸出連接在同一頁上指明轉到圖的另一部分或從圖的另一部分轉來換頁連接指轉到另一頁或從另一頁轉來數(shù)據(jù)流連接其他符號，指明數(shù)據(jù)的流動方向文檔通常表示打印輸出系統(tǒng)流程程圖中的的常用符符號系統(tǒng)流程程圖中的的常用符符號21可行行性研究究-----技術術可行性性分析聯(lián)機存儲任何種類的聯(lián)機存儲磁盤磁盤的輸入/輸出，也表示存儲在磁盤上的數(shù)據(jù)庫或文件人工輸入在脫機情況下人工輸入數(shù)據(jù)，如填寫表格人工操作人工完成的操作，如在表格上的簽名通信鏈路通過通信鏈路傳送數(shù)據(jù)測評數(shù)據(jù)庫測評設置測評人員管理人員數(shù)據(jù)處理數(shù)據(jù)提交驗證驗證測評測評結果教師教學學網絡測測評系統(tǒng)統(tǒng)流程圖圖21可行行性研究究-----技術術可行性性分析21可行行性研究究-----經濟濟可行性性分析經濟可行性分析

1.成本分析析2.收益分析析辦公成本本人員成本本資源成本本其它成本本貨幣的時時間價值值純收入如果從經經濟可行行性的角角度分析析得出純純收入小小于或等等于零的的結論，，則這個個項目是是不能投投資的最難準確確核算純收入==總收入入折現(xiàn)--總成本本折現(xiàn)P=F((1+i)-n稱為折現(xiàn)現(xiàn)21可行行性研究究-----經濟濟可行性性分析常用成本本估算策策略1、在項目目后期進進行估算算，即完完全精確確核算2、基于已已經完成成的類似似項目進進行估算算3、使用相相對簡單單的分解解技術以以生成項項目成本本及工作作量的估估算4、使用一一個或多多個經驗驗模型進進行軟件件成本及及工作量量的估算算估算不能選擇擇比較切實實可行兩種常用用策略21可行行性研究究-----經濟濟可行性性分析兩種成本估算方法代碼行法法(LOC)功能點法法(FP)每行代碼碼的平均均成本乘乘以程序序的行數(shù)數(shù)采用軟件件所提供供的功能能來測量量的21可行行性研究究-----案例例分析（（可行行性研究究）可行性研研究最終終生成可可行性研研究報告告案例文檔檔之二——可行性研研究報告告1．引言1.1編寫目的的本報告分分析了《教師教學學網絡測測評系統(tǒng)統(tǒng)》開發(fā)的可可行性，，請院領領導審閱閱并對是是否進行行該系統(tǒng)統(tǒng)的開發(fā)發(fā)做出批批示。1.2項目背景景建議進行行《教師教學學網絡測測評系統(tǒng)統(tǒng)》的開發(fā)。。(背景介紹紹略)我院計算算機系具具備進行行該軟件件系統(tǒng)開開發(fā)的能能力并承承擔本軟軟件系統(tǒng)統(tǒng)的開發(fā)發(fā)與維護護工作。。該軟件件系統(tǒng)由由我院教教務處使使用。……詳見教材材22軟件件項目計計劃系統(tǒng)定義義報告用戶的需需求報告告可行性研研究報告告項目開發(fā)發(fā)計劃及相關的的一些專題計劃劃如:測試計劃劃、質量量保證計計劃、配配置管理理計劃、、人員培培訓計劃劃、系統(tǒng)統(tǒng)安裝計計劃22軟件件項目計計劃-軟軟件項目目計劃的的主要內內容制訂訂方法軟件項目計劃資源計劃劃軟件估算算計劃進度安排排計劃人力資源源可復用的的構件開發(fā)環(huán)境境高層管理理人員項目經理理開發(fā)人員員客戶、最最終用戶戶軟件/硬件環(huán)境境采用任務務分解技技術對軟軟件的規(guī)規(guī)模與工工作量進進行估算算，并將將總的開開發(fā)費用用分配到到開發(fā)的的各個階階段中軟件規(guī)模模工作量進度成本進度安排排要確定定最終的的軟件交交付日期期，并在在限定的的日期內內安排和和分配工工作量；；或者在在合理復復用各種種資源分分配工作作量的基基礎上確確定最終終交付日日期。其它專題題計劃如質量保保證計劃劃、配置置管理計計劃、里里程碑及及評審計計劃、測測試計劃劃等22軟件件項目計計劃-案案例分析析（軟件件項目開開發(fā)計劃劃書）案例文檔檔之三—軟件項目目開發(fā)計計劃書1．引言1.1編寫目的的為保證《教師教學學網絡測測評系統(tǒng)統(tǒng)》的開發(fā)成成功，按按期交付付使用，，特編寫寫項目開開發(fā)計劃劃，請參參與開發(fā)發(fā)的人員員遵照執(zhí)執(zhí)行。1.2項目背景景(略)1.3定義《教師教學學網絡測測評系統(tǒng)統(tǒng)》以下簡稱稱《測評系統(tǒng)統(tǒng)》。。。。。。。詳見教材材第三章需需求求分析本章主要要內容3.1需需求分分析概述述3.2結結構化化分析3.3面面向對對象分析析3.4UML概述31需求分析析概述--需求分析析的重要要性需求分析析是發(fā)現(xiàn)現(xiàn)、求精精、建模模、規(guī)格格說明和和復審的的過程；；需求分析析是系統(tǒng)統(tǒng)設計的的基礎，，關系到到程的成成敗和軟軟件產品品的質量量。重要性需求獲取取困難,原因有有三一是用戶戶需求的的動態(tài)性性(不穩(wěn)定性性)二是需求求的模糊糊性(不準確性性)三是需求求必須得得到用戶戶的確認認，否則則毫無意意義31需求分析析概述—需求分析析的任務務1、確定對對系統(tǒng)的的綜合要要求：系統(tǒng)界面面要求、、系統(tǒng)功功能要求求、系統(tǒng)統(tǒng)性能要要求、完完全性可可靠性保保密性要要求、系系統(tǒng)運行行要求、、異常處處理要求求、將來來可能提提出的要要求、分分析系統(tǒng)統(tǒng)的數(shù)據(jù)據(jù)要求。。2、分析系系統(tǒng)的數(shù)數(shù)據(jù)要求求3、異出系系統(tǒng)的邏邏輯模型型4、修正項項目開發(fā)發(fā)劃5、開發(fā)原原型系統(tǒng)統(tǒng)需求分析析任務需求工程需求開發(fā)需求管理需求獲取需求分析編寫需求文檔需求確認需求工程程層次分分解圖31需求分析析概述--需求分析析的過程程與方法法一、需求求分析過過程需求獲取取用戶概要信息業(yè)務需求求功能需求求用戶需求求非功能性性需求可行性報報告系統(tǒng)定義義報告系統(tǒng)分析員程序員分析調研座談法調查表法法觀察法31需求分析析概述--需求分析析的過程程與方法法需求分析析獲取數(shù)據(jù)據(jù)分析、處理目標邏輯輯模型需求獲取取系統(tǒng)分析員從數(shù)據(jù)流流和數(shù)據(jù)據(jù)結構出出發(fā)，找找出系統(tǒng)統(tǒng)各元素素之間的的聯(lián)系、、接口特特征及設設計限制制、能否否滿足功功能需求求31需求分析析概述--需求分析析的過程程與方法法系統(tǒng)分析員需求規(guī)格格說明書書編寫目標系統(tǒng)統(tǒng)的基本本描述系系統(tǒng)各各項需求求

系統(tǒng)統(tǒng)限制及及條件系系統(tǒng)數(shù)數(shù)據(jù)定義義……需求分析析結果需求文檔檔編寫31需求分析析概述--需求分析析的過程程與方法法評審、驗驗證的四個方方面一致性完整性現(xiàn)實性有效性所有需求求必須一一致，不不能前、、后和相相互矛盾盾說明書應應包括用用戶需求求的每一一方面在現(xiàn)有基基礎上可可實現(xiàn)必須證明明需求有有效，能能解決用用戶提出出的問題題需求評審審與確認認31需求分析析概述--需求分析析的過程程與方法法31需求分析析概述--需求分析析的過程程與方法法二、需求求分析的的方法分析方法結構化分分析方法法面向對象象的分析析方法面向數(shù)據(jù)據(jù)的方法法，以數(shù)數(shù)據(jù)流為為中心。。其核核心概念念包括：：進程、、數(shù)據(jù)流流、數(shù)據(jù)據(jù)存儲、、外部實實體、數(shù)數(shù)據(jù)組和和數(shù)據(jù)元元素。有有代表性性的模擬擬工具有有：數(shù)據(jù)據(jù)流圖、、數(shù)據(jù)字字典、原原始進程程規(guī)格說說明。面向對象象分析以以對象及及其服務務作為建建模標準準，比較較自然，，對象也也具有相相對的穩(wěn)穩(wěn)定性。。主要模模擬的元元素有：：對象、、類、屬屬性、關關系、方方法、消消息傳遞遞、用例例等。其其主要原原理包括括分類、、繼承、、層次、、信息隱隱藏、匯匯集關系系等?；舅枷胂胱皂斚蛳孪轮饘臃纸饨饨Y構化分分析(StructuredAnalysis)它是一種種面向數(shù)數(shù)據(jù)流的的需求分分析方法法，適用用分析大大型數(shù)據(jù)據(jù)處理系系統(tǒng)，是是一種簡簡單、實實用的方方法。32結構化分分析軟件系統(tǒng)（S）D1D2D3…Dn問題域DiP1P2P3…Pn問題PjF1F2F3…Fn問題域問題行為（功功能）對應于軟軟件子系系統(tǒng)對應于子子軟件的的軟構件件對應于軟軟件子系系統(tǒng)32結構化分分析自頂向下需求求分析模模型圖S={{D1，D2，D3，……Dn}Di=={P1，，P2，，P3，，…Pm}}Pj=={F1，，F(xiàn)2，，F(xiàn)3，，…Fk}}概念是描述數(shù)數(shù)據(jù)信息息的集合合，是對對系統(tǒng)中中所有數(shù)數(shù)據(jù)元素素定義的的集合。。包含信息息數(shù)據(jù)、控控制項、、數(shù)據(jù)存存儲或外外部實體體的主要要名稱和和別名使用數(shù)據(jù)據(jù)和對象象的列表表、使用用對象的的方式描述數(shù)據(jù)據(jù)或控制制內容的的符號關于數(shù)據(jù)據(jù)類型、、預置值值、限制制等其他他補充信信息32結構化分分析--數(shù)據(jù)字典典一、定義義32結構化分分析---數(shù)據(jù)字字典二、數(shù)據(jù)據(jù)項的定定義數(shù)據(jù)三種基本類型順序選擇循環(huán)即以確定次序連接兩個或多個分量從兩個或多個可能的元素選取一個即把指定的分量重復零次或多次算符意義=等價于或定義為+連接兩個分量[]或(從方括號內列出的若干個分量中選擇一個),用“|”號分開供選擇分量{}重復(重復花括號內的分量)()可選(圓括號內的分量可有可無)數(shù)據(jù)字典典符號三、數(shù)據(jù)據(jù)字典舉舉例教師測評評系統(tǒng)中中,數(shù)據(jù)字內內部分內內容測評子項項得分={測評子項項編號+{子項得分分}}學生評測測數(shù)據(jù)={序號+教師姓名名+{所任課程程}+{測評子項項得分}}以測評子子項得分分為單位位的評測測數(shù)據(jù)記記錄={學期+被評對象象編號+測評類型型編號+評測者區(qū)區(qū)別編號號+測評子項項名稱+測評子項項所得分分值}以測評類類型得分分為單位位的評測測數(shù)據(jù)記記錄={學期+被評對象象編號+測評類型型編號+評測者區(qū)區(qū)別編號號+本測評類類型所得得分值}被評對象象各測評評類型的的得分記記錄={學期+被評對象象編號+測評類型型編號+測評類型型得分+本測評類類型占總總分的比比率}32結構化分分析--數(shù)據(jù)字典典定義數(shù)據(jù)流變換數(shù)據(jù)據(jù)的處理理數(shù)據(jù)存儲儲數(shù)據(jù)的源源/宿32結構化分分析--數(shù)據(jù)流圖圖數(shù)據(jù)流圖圖(DFD)是一種圖圖形化技技術，它它描繪信信息和數(shù)數(shù)據(jù)從輸輸入到輸輸出的過過程中所所經受的的變換。。符號數(shù)據(jù)流圖圖說明：：描繪““做什么么”，不不考慮““怎么做做”箭頭：數(shù)據(jù)流流圖和程程序圖中中用箭頭頭表示的的控制流流有本質質不同，，不能混混淆。在在數(shù)據(jù)流流圖中應應該描繪繪所有可可能的數(shù)數(shù)據(jù)流向向，而不不應該描描繪出現(xiàn)現(xiàn)某個數(shù)數(shù)據(jù)流的的條件。。處理：處理并并不一定定是一個個程序。。一個處處理框可可以代表表一系列列程序、、單個程程序或者者程序的的一個模模塊，也也可代表表一個人人工處理理過程，，如用戶戶目視檢檢查數(shù)據(jù)據(jù)正確性性。數(shù)據(jù)存儲儲：一個數(shù)數(shù)據(jù)存儲儲并不等等同于一一個文件件，它可可以表示示一個文文件、文文件的一一部分、、數(shù)據(jù)庫庫的元素素或記錄錄的一部部分等；；數(shù)據(jù)可可以存儲儲在磁盤盤、磁帶帶、磁鼓鼓、主存存、微縮縮膠片、、穿孔卡卡片及其其他任何何介質上上(包括人腦腦)。數(shù)據(jù)存儲儲和數(shù)據(jù)據(jù)流都是是數(shù)據(jù)，，僅僅所所處的狀狀態(tài)不同同。數(shù)據(jù)據(jù)存儲是是處于靜靜止狀態(tài)態(tài)的數(shù)據(jù)據(jù)，數(shù)據(jù)據(jù)流是處處于運動動中的數(shù)數(shù)據(jù)。32結構化分分析--數(shù)據(jù)流圖圖32結構化分分析--數(shù)據(jù)流圖圖教師教學網絡測評系統(tǒng)數(shù)據(jù)流圖統(tǒng)計查詢學生評測數(shù)據(jù)提交并存儲以測評子項得分為單位評測數(shù)據(jù)記錄以測評類型得分為單位評測數(shù)據(jù)記錄被評對象各測評類型的得分記錄被評對象各測評子項得分記錄以評測類型為單位的測評表案例狀態(tài)轉換換圖簡稱稱狀態(tài)圖圖，描述述的是系系統(tǒng)的狀狀態(tài)及引引系統(tǒng)狀狀態(tài)轉換換的事件件，可用用來表示示系統(tǒng)的的行為。。狀態(tài)圖圖指出了了作為特特定事件件的結果果將執(zhí)行行哪些動動作（如如處理數(shù)數(shù)據(jù)）。。所以說說，狀態(tài)態(tài)圖提供供了行為為建模機機制。狀態(tài)1do:行為1初始事件狀態(tài)2do:行為2事件[條件1]結束事件表示從一一個狀態(tài)態(tài)到另一一個狀態(tài)態(tài)的轉換換，箭頭頭的方向向表示轉轉換的方方向。表示狀態(tài)態(tài)。定義符號狀態(tài)圖示示例32結構化分分析--狀態(tài)轉換換圖軟件需求求規(guī)格說說明闡述述一個軟軟件系統(tǒng)統(tǒng)必須提提供的功功能和性性能以及及它所要要考慮的的限制條條件,它它不僅是是系統(tǒng)測測試和用用戶文檔檔的基礎礎，也是是所有子子系列項項目規(guī)劃劃、設計計和編碼碼的基礎礎。它應應該盡可可能完整整地描述述系統(tǒng)預預期的外外部行為為和用戶戶可視化化行為。。除了設設計和實實現(xiàn)上的的限制，，軟件需需求規(guī)格格說明不不應該包包括設計計、構造造、測試試或工程程管理的的細節(jié)。。說明格式見教材32結構化分分析--需求規(guī)格格說明書書33面向對象象的分析析面向對象象分析方方法的核核心是利利用面向向對象的的概念和和方法為為軟件需需求建造造模型。。它包含含面向對對象的圖圖形語言言機制以以及用于于指導需需求分析析的面向向對象的的方法學學。本節(jié)主要要介紹面面向對象象的概念念、面向向對象方方法及面面向對象象分析過過程。33面向對象象的需求求分析--面向對象象的概念念面向對象象＝對象象＋分類類＋繼承承＋通信信對象對象是現(xiàn)現(xiàn)實世界界中個體體或事物物的抽象象表示，，它封裝裝了特殊殊的屬性性(數(shù)據(jù)據(jù))和行行為方法法。例如，大大型客機機可視為為對象，，它具有有位置、、速度、、顏色、、容量等等屬性，，對于該該對象可可施行起起飛、降降落、加加速、維維修等操操作，這這些操作作將或多多或少地地改變飛飛機的屬屬性值(狀態(tài))。類類是具有有相同屬屬性和操操作的一一組相似似對象的的抽象例如，飛飛行器類類是所有有能夠飛飛行的器器械的抽抽象(如各種飛飛機、航航天器等等)，它可以以包含位位置、速速度、顏顏色等屬屬性，同同時也具具有起飛飛、降落落、加速速等操作作。顯然然類是一一個支持持繼承的的抽象數(shù)數(shù)據(jù)類型型，而對對象就是是類的實實例。33面向對象象的需求求分析--面向對象象的概念念實例是由某個個特定的的類所描描述的一一個具體體的對象象例如，圓圓具有半半徑和圓圓心等屬屬性，它它是一個個抽象類類，可用用circle類來定義義，有許許多不同同半徑和和不同圓圓心的具具體的圓圓，它們們是類的的一個個個實例。。33面向對象象的需求求分析--面向對象象的概念念屬性是類或對對象中所所定義的的數(shù)據(jù)，，它是描描述客觀觀世界實實體靜態(tài)態(tài)特征的的數(shù)據(jù)項項。當類類被實例例化而形形成具體體的對象象后，它它不僅包包含類所所具有的的一些屬屬性，而而且還有有自己所所特有的的屬性值值例如，Circle類中定義義的代表表圓心坐坐標、半半徑、顏顏色等的的數(shù)據(jù)成成員，就就是圓類類所具有有的屬性性，當實實例一個個具體的的圓后，，其屬性性也必然然存在，，還可能能增加一一些特殊殊的屬性性。33面向對象象的需求求分析--面向對象象的概念念方法方法是對對象所能能執(zhí)行的的操作，，也就是是類中所所定義的的服務。。方法描描述了對對象執(zhí)行行操作的的算法，，響應消消息的方方法在C++語言中把把方法稱稱為成員員函數(shù)。。例如在在圓的對對象中可可以定義義一個方方法GetColor()，用來取得得圓的顏顏色。33面向對象象的需求求分析--面向對象象的概念念消息就是要求求某個對對象執(zhí)行行在定義義它的那那個類中中所定義義的某個個操作的的規(guī)格說說明。通通常，一一個消息息由以下下三部分分組成：：

?接接收消息息的對象象；??消息選選擇符即即消息名名；??零個或或多個變變元。例如，MyCircle是一個半半徑4cm、圓心位于于(100，200)的的Circle類，也就就是一個個實例，，當要求求它以綠綠顏色在在屏幕上上顯示自自己時，，在C++語言中應應該向它它發(fā)下列列消息：：MyCircle.Show(GREEN);;其中，MyCircle是接受消消息的對對象名，，Show是消息選選擇符(即消息名名)，圓括號號內的GREEN是消息的的變元。。當Mycircle接收到這這個消息息后，將將執(zhí)行在在Circle類中所定定義的Show操作。33面向對象象的需求求分析--面向對象象的概念念封裝所謂封裝裝就是把把某個事事物包起起來，使使外界不不知道該該事物的的具體內內容。在在面向對對象的程程序中，，把數(shù)據(jù)據(jù)和實現(xiàn)現(xiàn)操作的的代碼集集中起來來放在對對象內部部。*數(shù)據(jù)與方方法代碼碼的內部部細節(jié)對對外界隱隱藏，這這樣對其其的任何何改變可可能引起起的副作作用只能能作用在在內部，，不會傳傳播。*封裝是軟軟件復用用的基礎礎。*被封裝裝對象間間的接口口大大地地簡化了了，對象象之間通通過消息息聯(lián)系它它時不再再關心對對象內部部的數(shù)據(jù)據(jù)結構，，系統(tǒng)的的耦合度度降低了了。含義優(yōu)點33面向對象象的需求求分析--面向對象象的概念念繼承含義分類類之間的的繼承關關系是現(xiàn)現(xiàn)實世界界中遺傳傳關系的的直接模模擬，它它表示類類之間的的內在聯(lián)聯(lián)系以及及對屬性性和操作作的共享享，即子子類可沿沿用父類類(被繼承)的某些特特征。當當然也可可以具有有自己獨獨有的屬屬性和操操作。單重繼承承多重繼承承子類僅從從一個父父類繼承承屬性和和行為，，而且子子類可以以覆蓋父父類的部部分屬性性和方法法子類可從從多個父父類繼承承屬性和和方法33面向對象象的需求求分析--面向對象象的概念念類繼承實例例汽車類轎車類貨車類商用轎車家用轎車汽車是抽抽象層次次較高的的概念，，在汽車車類的基基礎上可可以分出出轎車類類與貨車車類等，，如果再再細分，，還可在在轎車類類的基礎礎上分出出商用轎轎車與家家用轎車車等。由由于商用用轎車與與家用轎轎車作為為轎車在在絕大多多數(shù)的屬屬性和行行為上是是一致的的，可以以把轎車車類看成成是家用用轎車的的父類，，而家用用轎車這這個子類類繼承了了父類所所擁有的的屬性與與行為，，并在父父類的基基礎上加加入了特特殊化的的屬性與與行為而而形成了了新的類類。在類的層層次結構構中，相相對上層層的是超超類(superclass)，相對下層層的是子子類(subclass)33面向對象象的需求求分析--面向對象象的概念念33面向對象象的需求求分析--面向對象象方法簡簡介面向對象象方法支支持三種種基本的的活動識別對象象和類描述對象象和類之之間的關關系通過描述述每個類類的功能能定義對對象的行行為。面向對象象方法Booch方法法：提提出面象象對象的的軟件工工程的概概念OMT方方法：：提出面面象對象象的建模模技術方方法OOSE方法：：用例例貫穿于于軟件整整個開發(fā)發(fā)過程UML在Booch方方法、OMT方方法和OOSE方法的的基礎上上推出了了統(tǒng)一的的建模語語言(UML))，1997年年被國際際對象管管理組織織(OMG)確確定為標標準的建建模語言言33面向對象象的需求求分析--面向對象象分析過過程面向對象象方法實實際上是是一整套套的軟件件開發(fā)方方法，它它包括面面向對象象的分析析OOA、、面向對象象的設計計OOD、、面向對象象的編程程OOP、、面向對象象的測試試OOT等，可以以看出面面向對象象方法可可以貫穿穿軟件開開發(fā)的整整個過程程。OOA方法的關關鍵，是是識別問問題域內內的對象象，并分分析它們們相互間間的關系系，最終終建立起起問題域域的簡潔潔、精確確、可理理解的正正確模型型。這是是面向對對象分析析的首要要任務在實際工工作中，，建模的的步驟并并不一定定嚴格按按照前面面講述的的次序進進行OOA分析過程程分析用戶戶需求識別類與與對象確定對象象的內部部特征識別對象象之間的的關系定義主題題詞系統(tǒng)分析析員應該該深入地地理解用用戶需求求，抽象象出目標標系統(tǒng)的的本質屬屬性，并并用模型型準確表表示來；另外要向向領域專專家學習習。確定問題題域中的的類和對對象確定對象象的屬性性的操作作分類關系系(一般/特殊)、組成關關系(整體/部分)，還有反反映對象象屬性之之間聯(lián)系系的實例例連接、、反映對對象行為為之間依依賴關系系的消息息等概念上把把大型的的、復雜雜的系統(tǒng)統(tǒng)包含的的內容分分解成若若干個范范疇33面向對象象的需求求分析--面向對象象分析過過程34UML概述1997年UML1.1被對象管管理組織織OMG確定為標標準建模模語言是是軟件工工程領域域最重要要的、具具有劃時時代重大大意義的的事件。。UML是一種定定義良好好、易于于表達、、功能強強大且普普遍適用用的標準準的圖形形化建模模語言,用它可以以簡明、、準確地地為目標標系統(tǒng)建建立模型型。它它融入了了軟件工工程領域域的新思思想、新新方法和和新技術術。它的的作用域域不限于于支持面面向對象象的分析析與設計計，還支支持從需需求分析析開始的的軟件開開發(fā)的全全過程。。34UML概述--UML的結構一、UML中的基本本構造塊塊——UML建模的積積木塊構成UML模型的基基本構造造塊有三三種積木木元素或或積木組組合體,即：反應的是是類與類類之間聯(lián)聯(lián)系的方方法與性性質，關關系有依依賴、關關聯(lián)、繼繼承、實實現(xiàn)和聚聚合5種圖是軟件件系統(tǒng)在在不同角角度上的的投影，，它是一一組元素素的表示示，包含含了事物物及其關關系的組組合。。UML有九種圖圖事物是UML模型中的的靜態(tài)元元素，UML中共有11種不同的的事物事物關系圖序號事物名稱語義及表示1類就是面向對象方法中的類，用具有上、中、下三部分的矩形表示。2接口一個類或一個構件的服務的操作集，用一個帶有名稱的圓表示。3協(xié)作表示多個元素的交互，用一個僅包含名稱的虛線橢圓表示。4用例涉及系統(tǒng)的參與者的一組動作序列(可以是人、設備或其他系統(tǒng))，用僅包含名稱的實線橢圓表示。5主動類擁有進程或線程的類，用外框線加粗的類表示。6構件物理上可替代的軟部件，用帶有小方框包含名稱的矩形表示7節(jié)點一般是網絡中的服務器，用包含名稱的立方體表示。8交互一組對象間的交換消息，用包含操作名的有向線段表示。9狀態(tài)機對象或交互在其生存周期內呼應其事件而經歷的狀態(tài)序列，用包含名稱的圓角矩形表示。10包UML模型的組織元素，用包含名稱的左上角帶有一個小矩形的大矩形表示。11注釋對UML模型的解釋，用包含注解內容的右上角為折角的矩形表示UML中的“事事物”34UML概述--UML的結構二、UML中的規(guī)則則——UML建模的““粘合劑劑”UML中的規(guī)則則是為了了將UML中的構造造塊有機機地組裝裝在一起起形成一一個結構構良好的的模型而而對事物物進行描描述的語語義規(guī)則則。5種規(guī)則

1、為事物、、關系命命名的命命名規(guī)則則2、給一個名名字以特特定含義義的范圍圍規(guī)則3、使名字可可見或如如何使用用的可見見性規(guī)則則4、描述事件件正確、、一致地地相互聯(lián)聯(lián)系的完完整性規(guī)規(guī)則5、描述運運行或模模擬動態(tài)態(tài)模型含含義的執(zhí)執(zhí)行規(guī)則則34UML概述--UML的結構三、應用用于UML的通用機機制——UML模型的圖圖紙說明明為了對UML模模型進行行進一步步的說明明，同時時增強其其表達能能力，UML提提供了4種在整整個語言言中可以以一致應應用的““通用機機制”，，可以認認為是對對UML模型的的圖紙說說明四種機制規(guī)格說明明修飾通用劃分分擴展機制制UML圖圖形每個個部分后后面的語語法語義義描述UML表表示法中中每個元元素都有有一個基基本符號號UML構構造塊有有兩種劃劃分，即即類與對對象、接接口與實實現(xiàn)提高UML語言言表達能能力，它它包含構構造型、、標記值值和約束束等3種種類型34UML概述--UML的結構34UML概述--UML的圖UML主要用圖圖來表達達模型的的內容，，而圖又又由代表表模型元元素的圖圖形符號號組成。。學會使使用UML的圖，是是學習、、使用統(tǒng)統(tǒng)一建模模語言UML的關鍵。。UML的重要內內容可以以由下列列五類圖圖(共9種圖形)UML圖用例圖(Use-casediagram)靜態(tài)圖((Staticdiagram)行為圖((Behaviordiagram)交互圖((Interactivediagram)實現(xiàn)圖((Implementationdiagram)34UML概述--UML的應用UML的目標是是用面向向對象的的圖形方方式來描描述任何何類型的的系統(tǒng)，，因此，，具有很很寬的應應用領域域。其中中最常用用的是建建立軟件件系統(tǒng)模模型，但但是它同同樣也可可以用于于描述非非計算機機軟件的的其他系系統(tǒng)，如如機械系系統(tǒng)、商商業(yè)系統(tǒng)統(tǒng)、企業(yè)業(yè)機構或或業(yè)務過過程、處處理復雜雜數(shù)據(jù)的的信息系系統(tǒng)、具具有實時時要求的的工業(yè)系系統(tǒng)或工工業(yè)過程程等?？偪傊?，UML是一個通通用的標標準建模模語言，，可以為為任何具具有靜態(tài)態(tài)結構和和動態(tài)行行為的系系統(tǒng)建立立模型。。UML適用于系系統(tǒng)開發(fā)發(fā)全過程程需求分析析分析設計編碼測試捕獲用戶戶的需求求、用例例建模用UML的邏輯視視圖和動動態(tài)視圖圖來描述述問題域域中的基基本概念念(例如抽象象、類和和對象等等)和機制。。類圖圖描述系系統(tǒng)的靜靜態(tài)結構構，合作作圖、順順序圖、、活動圖圖和狀態(tài)態(tài)圖描述述系統(tǒng)的的動態(tài)行行為。把分析階階段的結結果擴展展成技術術解決方方案，加加入新的的類來定定義軟件件系統(tǒng)的的技術方方案細節(jié)節(jié)。設計計階段用用和分析析階段類類似的方方式使用用UML。。這個階段段的任務務是把來來自設計計階段的的類轉換換成某種種面對象象程序語語言的代代碼(如VB、C++、、Java等)UML模型可作作為測試試階段的的依據(jù)。。單元元測試使使用類圖圖和類規(guī)規(guī)格說明明；集成成測試使使用構件件圖和合合作圖；；系統(tǒng)測測試使用用用例圖圖來驗證證系統(tǒng)的的行為34UML概述--UML的應用一、UML的應應用領域域二、UML的建模機機制UML9個模型型UML9種圖UML5個視圖圖業(yè)務模型型、領域域模型、、用例模模型、分分析模型型、設計計模型、、過程模模型、部部署模型型、實現(xiàn)現(xiàn)模型、、測試模模型用例視圖圖、設計計視圖、、進程視視圖、實實現(xiàn)視圖圖、實施施視圖用例圖、、靜態(tài)態(tài)圖（包包括類圖圖、對象象圖和包包圖）、、行為圖圖（包括括狀態(tài)圖圖和活動動圖）、、交互互圖（（包括順順序圖和和協(xié)作圖圖）、、實現(xiàn)圖圖（構構件圖和和配置圖圖）34UML概述--UML的應用靜態(tài)建模模動態(tài)建模模反映的是是目標系系統(tǒng)的靜靜態(tài)數(shù)據(jù)據(jù)，用例圖、、類圖、、對象圖圖、包、、構件圖圖、配置置圖等是是靜態(tài)建建模機制制，其中中尤以用用例圖和和類圖最最為重要要。強調的是是系統(tǒng)的的行為，，動態(tài)建建模所建建立的模模型或者者可以執(zhí)執(zhí)行，或或者表示示執(zhí)行時時的時序序狀態(tài)或或交互關關系。它它包括狀狀態(tài)圖、、活動圖圖、順序序圖和合合作圖等等四個圖圖形,是標準建建模語言言UML的動態(tài)建建模機制制。UML建模34UML概述--UML的應用在UML中可以通通過用例例圖來構構造目標標系統(tǒng)的的用例模模型，它它通過用用例來捕捕獲用戶戶需求，，通過用用例建模模,描述對系系統(tǒng)感興興趣的外外部角色色及其對對系統(tǒng)(用例)的功能要要求。它它從系統(tǒng)統(tǒng)外部觀觀察系統(tǒng)統(tǒng)，而不不涉及到到技術上上如何做做這些事事。34UML概述--UML中的需求求分析（（用例圖圖的創(chuàng)建建）一、用例例模型(Usecasemodel)描述的是是外部執(zhí)執(zhí)行者(Actor))所理解的的系統(tǒng)功功能。用用例模型型用于需需求分析析階段。在UML中，一個個用例模模型由若若干個用用例圖描描述，用用例圖的的主要元元素是用用例和執(zhí)執(zhí)行者。。用例模型型是開發(fā)發(fā)者和用用戶對需需求規(guī)格格達成的的共識用例模型※描述了待待開發(fā)系系統(tǒng)的功功能需求求；※它將系統(tǒng)統(tǒng)看作黑黑盒，從從外部執(zhí)執(zhí)行者的的角度來來理解系系統(tǒng)；※它驅動了了需求分分析之后后各階段段的開發(fā)發(fā)工作，，影響開開發(fā)工作作的各個個階段和和UML的各個模模型。用例模型功能34UML概述--UML中的需求求分析（（用例圖圖的創(chuàng)建建）二、用例例(usecase)一個用例例是用戶戶與計算算機之間間的一次次典型交交互過程程。在UML中，用例例表示為為一個橢橢圓含義1、用例捕獲獲某些用用戶可見見的需求求，實現(xiàn)現(xiàn)一個具具體的用用戶目標標。2、用例由執(zhí)執(zhí)行者激激活，并并提供確確切的值值給執(zhí)行行者。3、用例可可大可小小，但它它必須是是對一個個具體的的用戶目目標實現(xiàn)現(xiàn)的完整整描述。。特點34UML概述--UML中的需求求分析（（用例圖圖的創(chuàng)建建）舉例教師測評評系統(tǒng)用用例圖以《測評系統(tǒng)統(tǒng)》為例，““一個學學生測評評某位老老師”和和“管理理員進行行測評數(shù)數(shù)據(jù)處理理”便是是兩個典典型的用用例測評數(shù)據(jù)處理學生管理員說明：學生、管理員是執(zhí)行者34UML概述--UML中的需求求分析（（用例圖圖的創(chuàng)建建）三、執(zhí)行行者(Actor)含義執(zhí)行者是是指用戶戶在系統(tǒng)統(tǒng)中所扮扮演的角角色。其其圖形化化的表示示是一個個小人。。通信聯(lián)系系不帶箭頭頭的線段段將執(zhí)行行者與用用例連接接到一起起，表示示兩者之之間交換換信息注意盡管執(zhí)行行者在用用例圖中中是用類類似人的的圖形來來表示的的，但執(zhí)執(zhí)行者未未必是人人。意義面對一個個大系統(tǒng)統(tǒng)，要列列出用例例清單常常常是十十分困難難。這時時可先列列出執(zhí)行行者清單單，再對對每個執(zhí)執(zhí)行者列列出它的的用例，，問題就就會變得得容易很很多34UML概述--UML中的需求求分析（（用例圖圖的創(chuàng)建建）四、使用用和擴展展(UseandExtend)擴展關系當一個用用例使用用另一個個用例時時，這兩兩個用例例之間就就構成了了使用關關系當一個用用例與另另一個用用例相似似，但所所做的動動作多一一些，就就可以用用到擴展展關系使用關系說明使用和擴擴展是兩兩種不同同形式的的繼承關關系34UML概述--UML中的需求求分析（（用例圖圖的創(chuàng)建建）舉例例中學位位課程的的學習包包括課程程設計，，因此構構成了使使用關系系；學位位課程學學習比專專業(yè)課程程學習有有更多的的要求，，因此構構成了擴擴展關系系。課程設計的完成學位課程的學習專業(yè)課程的學習《使用》《擴展》34UML概述--UML中的需求求分析（（用例圖圖的創(chuàng)建建）五、用例例模型的的獲取步驟獲取執(zhí)行行者1、使用系系統(tǒng)的主主要功能能(主要使用用者)。l2、誰需要系系統(tǒng)支持持他們的的日常工工作。l3、誰來維護護、管理理使系統(tǒng)統(tǒng)正常工工作(輔助使用用者)。4、系統(tǒng)需要要操縱哪哪些硬件件。5、系統(tǒng)需要要與哪些些其它系系統(tǒng)交互互，包含含其它計計算機系系統(tǒng)和其其它應用用程序。。獲取用例例l執(zhí)行者要要求系統(tǒng)統(tǒng)提