第1章習(xí)題答案1.軟件的三要素是什么？闡述軟件、軟件系統(tǒng)、軟件產(chǎn)品的區(qū)別與聯(lián)系。軟件是計算機系統(tǒng)中與硬件相對應(yīng)的部分，是由程序、數(shù)據(jù)和文檔組成的集合，也稱為軟件的三要素。程序是按照特定順序組織計算機數(shù)據(jù)和指令的集合；數(shù)據(jù)是程序需要處理的對象；文檔是與程序的開發(fā)、維護和使用有關(guān)的資料。計算機軟件的核心是程序，而數(shù)據(jù)和文檔則是軟件不可分割的組成部分。軟件是基本術(shù)語，表示由程序、數(shù)據(jù)和文檔組成的集合；軟件系統(tǒng)則是一個集成多個子系統(tǒng)形成，與硬件密切新冠的復(fù)雜系統(tǒng)；軟件產(chǎn)品則是具有商業(yè)價值的有用戶購買使用的軟件系統(tǒng)，是開發(fā)者和用戶都對此軟件質(zhì)量非常關(guān)心的軟件系統(tǒng)。2.簡述軟件的特征。（1）復(fù)雜性。軟件是一個龐大的邏輯系統(tǒng)，比人類構(gòu)造的其他產(chǎn)品更復(fù)雜。軟件主要依靠人腦的“智力”構(gòu)造出來的，多種人為因素使得軟件難以統(tǒng)一化，更增加了其復(fù)雜性。軟件的復(fù)雜性使得軟件產(chǎn)品難以理解、難以生產(chǎn)、難以維護，更難以對生產(chǎn)過程進行管理。（2）一致性。軟件必須和運行它的硬件保持一致，這是由軟件對硬件的依賴所決定的，一般都采用軟件順應(yīng)硬件接口，而不是硬件順應(yīng)軟件的方案。由于計算機的軟件和硬件是具有功能互換性的，所以也可能出現(xiàn)用軟件來替代硬件接口的功能。（3）退化性。軟件不會磨損，但它卻會退化，因此，軟件在其生命周期中都需要進行多次的維護。（4）易變性。軟件在生產(chǎn)過程中，甚至在投入運行之后，也可以再改變。軟件必須能夠經(jīng)歷變化并容易改變，這也是軟件產(chǎn)品的特有屬性。這種動態(tài)的變化不僅難以預(yù)測、難以控制，而且可能對軟件的質(zhì)量產(chǎn)生負(fù)面影響。（5）移植性。軟件的可移植性就是軟件要適應(yīng)于不同的計算機系統(tǒng)平臺，好的軟件在設(shè)計時就考慮到軟件如何應(yīng)用到不同的系統(tǒng)平臺。（6）高成本性。軟件的開發(fā)是一個復(fù)雜的過程，涉及到大量的人力成本和管理成本。所以，軟件的成本非常高昂。3.通過資料分析倫敦救護車系統(tǒng)存在的問題。（1）軟件范圍或規(guī)模不明確（2）需求的變更（3）項目預(yù)算難以估計（4）測試的不充分4.通過分析淘寶網(wǎng)的主要功能來說明現(xiàn)代商務(wù)系統(tǒng)平臺的復(fù)雜性。淘寶網(wǎng)的主要功能包括：商品查詢子系統(tǒng)訂單生成子系統(tǒng)支付子系統(tǒng)訂單管理子系統(tǒng)評價子系統(tǒng)商品管理子系統(tǒng)店鋪管理子系統(tǒng)投訴子系統(tǒng)物流子系統(tǒng)交流子系統(tǒng)…每個子系統(tǒng)都要滿足不同用戶的需要，個性化需求多樣化，導(dǎo)致系統(tǒng)復(fù)雜。5.軟件工程兩大范型分別是什么？它們有什么不同？結(jié)構(gòu)化開發(fā)范型自1968年被提出經(jīng)過近20多年的發(fā)展,形成了一套完整的體現(xiàn)。構(gòu)成結(jié)構(gòu)化開發(fā)范型的技術(shù)包括結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計、結(jié)構(gòu)化編程和結(jié)構(gòu)化測試，這些技術(shù)在以數(shù)據(jù)為主或小型系統(tǒng)方面得到廣泛應(yīng)用。面向?qū)ο箝_發(fā)范型以面向?qū)ο蠹夹g(shù)為基礎(chǔ)，即把數(shù)據(jù)和行為看成同等重要，即將對象視作一個封裝了數(shù)據(jù)與操作的統(tǒng)一的軟件組件。對象的概念符合業(yè)務(wù)或領(lǐng)域的客觀實際，反映了實際存在的事物，也符合人們分析業(yè)務(wù)本質(zhì)的習(xí)慣。使用這個對象的用戶只需要知道其暴露的方法，通過這些方法來完成各種各樣的任務(wù)，完全不需要知道對象內(nèi)部的細(xì)節(jié)，保證相對獨立性。不同點：面向?qū)ο蟮膬?yōu)勢主要體現(xiàn)在維護階段。相對于結(jié)構(gòu)化技術(shù)，無論對象的內(nèi)部細(xì)節(jié)如何變化，只要對象提供的接口（方法定義）保持不便，則整個軟件產(chǎn)品的其他部分就不會受到影響，不需要了解對象內(nèi)部的變化。因此，面向?qū)ο箝_發(fā)范型使維護更快、更容易，同時產(chǎn)生回歸的機會也大大降低了。面向?qū)ο箝_發(fā)范型使開發(fā)變得相對容易。大多數(shù)情況下，一個對象對應(yīng)物理世界一個事物。軟件產(chǎn)品中的對象和現(xiàn)實世界的同等對應(yīng)物之間的密切對應(yīng)關(guān)系，促進了更優(yōu)化的軟件開發(fā)。傳統(tǒng)軟件開發(fā)范型仍然是人們時使用十分廣泛的軟件工程方法學(xué)。廣大軟件工程師對這種范性型比較熟悉，而且在開發(fā)某些類型的軟件時也比較有效，因此，在相當(dāng)長一段時期內(nèi)這種方法學(xué)還會有生命力。在使用結(jié)構(gòu)化開發(fā)范型時，分析階段和設(shè)計階段過渡太快，而面向?qū)ο蠓缎褪且环N迭代的從一個階段向另一個階段過渡，比結(jié)構(gòu)化開發(fā)范型平滑得多，從而降低了開發(fā)過程中的返工數(shù)目。6.舉例說明軟件危機的存在。軟件危機主要是兩個方面的問題：1、如何開發(fā)軟件，以滿足對軟件日益增長的客戶需求?？蛻粜枨蟛粩嘣鲩L，比如網(wǎng)上購物系統(tǒng)，早期只有簡單的商品瀏覽，到后來的需要訂單管理，在后來需要電子支付，在后來需要信用評價。。。2、如何維護數(shù)量不斷膨脹的現(xiàn)有軟件。軟件交付以后需要不斷修改錯誤，添加新功能，這些都需要大量的人員花費大量的精力去完成。比如千年蟲問題，英國一家醫(yī)院信息系統(tǒng)，早期設(shè)計只保存年的后兩位數(shù)字，結(jié)果1999到2000年就變成99到00，存在100年的差距，導(dǎo)致許多計費、控制等功能出現(xiàn)問題。據(jù)該公司測算，20年來開發(fā)的所有軟件都要修改的話，所花費的資金相當(dāng)于這些年來的所有利潤總和。因此，該公司不得不宣布倒閉。7.闡述分解與抽象的關(guān)系。分解是把復(fù)雜問題趨于簡單化處理的有效策略。論證分解，即“分而治之”的有效性。若一個復(fù)雜問題分解成若干容易解決的小問題，就能夠減少解決問題所需要的總工作量。抽象是把一些事物（狀態(tài)或過程）中存在的相似的方面（忽略它們的差異）概括成“共性”的。抽象的主要思想是抽取出事物的本質(zhì)特性，而暫不考慮它們的細(xì)節(jié)，即抓“大”放“小”。這是一種分層次的漸進過程。軟件工程方法學(xué)中廣泛采用分層次的從抽象到具體的逐步求精技術(shù)。建立模型（建模）是軟件工程最常用的方法和技術(shù)之一。8.簡述軟件工程活動。軟件工程活動包括溝通活動、計劃活動、建?；顒印崿F(xiàn)活動、部署活動、維護活動和管理活動，進而發(fā)展了過程改進活動。他們既是一種順序以來的活動，也是一種反復(fù)迭代的活動。第2章習(xí)題答案1.闡述軟件生命周期和階段。軟件也有一個從生到死的過程，這個過程一般稱之為軟件生存周期或生命周期（SoftwareDevelopmentLifeCycle，SDLC）。一般地，軟件生存周期可劃分為定義、開發(fā)和運行3個時期，每個時期又細(xì)分為若干個階段。通常，軟件生存周期包括問題定義與可行性分析、軟件項目計劃、需求分析、軟件設(shè)計、實現(xiàn)與測試、運行與維護等階段，每個階段又包含一系列的活動。2.什么是軟件過程？闡述一些常見的軟件過程框架。軟件過程是為了開發(fā)出軟件產(chǎn)品，或者是為了完成軟件工程項目而需要完成的有關(guān)軟件工程的活動，每一項活動又可以分為一系列的工程任務(wù)。軟件過程框架定義了若干小的框架活動，為完整的軟件開發(fā)過程建立了基礎(chǔ)。軟件過程框架還包括了一些適用于各個軟件過程的普適性活動，主要包括：（1）溝通，軟件相關(guān)共利益者之間大量的交流和協(xié)作；（2）策劃，為軟件開發(fā)工作制定計劃；（3）建模，創(chuàng)建軟件開發(fā)所涉及的各種模型和設(shè)計方案；（4）構(gòu)建，編碼和測試活動；（5）部署，將軟件部署到運行環(huán)境中，并交付給用戶。比如敏捷軟件過程、統(tǒng)一過程等。3.闡述個人軟件過程和軟件團隊軟件過程及其主要特點。個人軟件過程(PersonalSoftwareProcess，PSP)是一種可用于控制、管理和改進個人工作方式的自我持續(xù)改進過程，是一個包括軟件開發(fā)表格、指南和規(guī)程的結(jié)構(gòu)化框架。PSP與具體的技術(shù)（程序設(shè)計語言、工具或者設(shè)計方法）相對獨立，其原則能夠應(yīng)用到幾乎任何的軟件工程任務(wù)之中。PSP側(cè)重于企業(yè)中有關(guān)軟件過程的微觀優(yōu)化，面向軟件開發(fā)人員。團隊軟件過程(TeamSoftwareProcess，TSP)由美國卡內(nèi)基·梅隆大學(xué)軟件工程研究所提供，可以幫助軟件開發(fā)組織建立成熟和紀(jì)律性的工程實踐，生產(chǎn)安全和可信的軟件。TSP的早期實踐側(cè)重于幫助開發(fā)團隊改善其質(zhì)量和生產(chǎn)率，以使其更好的滿足成本及進度的目標(biāo)。TSP被設(shè)計為滿足2到20人規(guī)模的開發(fā)團隊，大型的多團隊過程的TSP被設(shè)計為大約最多為150人左右的規(guī)模。4.什么是CMM？闡述CMM劃分的等級及其相應(yīng)的KPA。簡述CMM與CMMI的區(qū)別與聯(lián)系。CMM是指“能力成熟度模型”，是對于軟件組織在定義、實施、度量、控制和改善其軟件過程的實踐中各個發(fā)展階段的描述。CMM的核心是把軟件開發(fā)視為一個過程，并根據(jù)這一原則對軟件開發(fā)和維護進行過程監(jiān)控和研究，以使其更加科學(xué)化、標(biāo)準(zhǔn)化、使企業(yè)能夠更好地實現(xiàn)商業(yè)目標(biāo)。能力成熟度模型集成（CMMI--CapabilityMaturityModelIntegration）是CMM模型的最新版本。CMM是由美國卡內(nèi)基－梅隆大學(xué)的軟件工程研究所（SEI）開發(fā)的軟件成熟度模型，共分為5級（第5級為最高級別）CMM是一個動態(tài)的過程，企業(yè)可根據(jù)不同級別的要求，循序漸進，不斷改進。1、初始級：過程無序且不可見2、可重復(fù)級：里程碑可見，按計劃開發(fā)3、已定義級：每個階段的內(nèi)部活動可見，標(biāo)準(zhǔn)過程和項目定義過程可以裁剪。4、已管理級：過程可度量，預(yù)測值與結(jié)果之間的偏差可控。5、優(yōu)化級：過程動態(tài)調(diào)整、新技術(shù)的采用。5.什么是軟件過程模型？請說說一些常見的軟件過程模型的特點。軟件過程模式是對軟件開發(fā)的復(fù)雜過程的抽象描述，建立各種各樣的過程模型，如早期的瀑布模型、螺旋模型、增量模型等。軟件過程模型是在軟件生存周期模型的基礎(chǔ)發(fā)展起來的。瀑布模型是最早的軟件過程模型，也是應(yīng)用比較廣泛的模型之一，其是對軟件生存周期模型的概括，將軟件劃分為6個階段進行嚴(yán)格進行。瀑布模型是一種文檔驅(qū)動的模型，通過文檔審查保證軟件的質(zhì)量。瀑布模型適合需求穩(wěn)定的中小型項目。螺旋模型是一種風(fēng)險驅(qū)動的模型，其是瀑布模型、原型模型的結(jié)合和強調(diào)風(fēng)險管理的循環(huán)開發(fā)模型。螺旋模型適合于中大規(guī)模或者風(fēng)險較大的項目。增量模型是將一個大型項目分解成一個個的增量來進行開發(fā)的模型，分為增量構(gòu)造模型和演化增量模型兩種。二者的區(qū)別是，增量構(gòu)造模型是總體分析與設(shè)計，然后增量構(gòu)造每一個小的增量；演化增量模型是對每一個增量采用瀑布模型進行分析設(shè)計與構(gòu)造。增量模型較低了軟件開發(fā)的風(fēng)險，縮短了軟件響應(yīng)市場的時間。6.闡述統(tǒng)一過程模型的階段和每個階段的任務(wù)。舉例說明統(tǒng)一過程的核心工作流以及與傳統(tǒng)的生命周期階段的區(qū)別與聯(lián)系。統(tǒng)一過程模型（UnifiedProcess，UP)是風(fēng)險驅(qū)動的、基于用例技術(shù)的、以架構(gòu)為中心的、迭代的、可配置的軟件開發(fā)流程。UP是一個面向?qū)ο笄一诰W(wǎng)絡(luò)的程序開發(fā)方法論。統(tǒng)一過程包含四個階段：1、初始階段在初始階段將一個好的想法發(fā)展為最終產(chǎn)品的一個構(gòu)想，提出了該產(chǎn)品的業(yè)務(wù)實例。該階段要完成：系統(tǒng)向它的每個重要用戶提供的基本功能是什么？該系統(tǒng)的邏輯架構(gòu)大概是什么樣子？開發(fā)該產(chǎn)品的計劃如何？開銷多大？在該階段主要建立關(guān)鍵用例的簡化用例模型，用于刻畫系統(tǒng)主要功能。2、細(xì)化階段在細(xì)化階段，詳細(xì)說明該系統(tǒng)的絕大多數(shù)用例，并設(shè)計出系統(tǒng)的架構(gòu)。架構(gòu)可以表示為系統(tǒng)中所有模型的不同視圖，合起來表示整個系統(tǒng)，即架構(gòu)包括用例模型、分析模型、設(shè)計模型、實現(xiàn)模型和實施模型的視圖。在細(xì)化階段末期，要規(guī)劃完成項目的活動，估算完成項目所需的資源。該階段的結(jié)果是架構(gòu)基線。3、構(gòu)造階段構(gòu)造階段將構(gòu)造出最終產(chǎn)品—軟件。在該階段架構(gòu)基線逐步發(fā)展成為完善的系統(tǒng)，將消除所需要的大部分資源，架構(gòu)可以進行微調(diào)，但系統(tǒng)架構(gòu)是穩(wěn)定可靠的。要回答的問題是早期交付給客戶的產(chǎn)品是否完全滿足用戶的需求。4、移交階段移交階段包括產(chǎn)品進入分析后期的整個階段，用戶使用分析法發(fā)現(xiàn)產(chǎn)品的缺陷和不足，開發(fā)人員改正問題及完善系統(tǒng)形成更通用的版本。該階段包括諸如制作、用戶培訓(xùn)、提供在線支持以及改正交付之后發(fā)現(xiàn)的缺陷活動。7.簡述構(gòu)件集成模型的優(yōu)點。構(gòu)件集成模型融合了螺旋模型的很多特征，支持軟件開發(fā)的迭代方法。這種面向復(fù)用的過程模型，最明顯的優(yōu)勢是減少了需要開發(fā)的軟件數(shù)量，加快了軟件交付，從而降低了開發(fā)成本，同時也降低了開發(fā)風(fēng)險。第3章習(xí)題答案1.什么是敏捷過程？簡述敏捷開發(fā)的原則。敏捷不是一個過程，是一類過程的統(tǒng)稱，它們有一個共性，就是符合敏捷價值觀，遵循敏捷的原則。敏捷就是“快”，要快就要發(fā)揮個人的個性思維多一些，個性思維的增多，雖然通過結(jié)對編程、代碼共有、團隊替補等方式減少個人對軟件的影響力，但也會造成軟件開發(fā)繼承性的下降，因此敏捷開發(fā)是一個新的思路，但不是軟件開發(fā)的終極選擇。敏捷過程強調(diào)對變化的快速響應(yīng)能力，它通過引入迭代式的開發(fā)手段，較好的解決了如何應(yīng)對變化的問題。敏捷過程將整個軟件生命周期分解為若干個小的迭代周期，通過在每個迭代周期結(jié)束時交付階段性成果來獲取切實有效的客戶反饋。開發(fā)原則略。2.闡述Scrum的特點和過程。舉例說明相比傳統(tǒng)的過程模型，Scrum的優(yōu)勢。Scrum的基本假設(shè)是，開發(fā)軟件就像開發(fā)新產(chǎn)品，無法一開始就能定義軟件最終的方案，過程中需要研發(fā)、創(chuàng)意、嘗試錯誤，所以沒有一種固定的流程可以保證方案成功。Scrum將軟件開發(fā)團隊比擬成橄欖球隊，有明確的最高目標(biāo)，熟悉開發(fā)流程中所需具備的最佳典范與技術(shù)，具有高度自主權(quán)，緊密地溝通合作，以高度彈性解決各種挑戰(zhàn)，確保每天、每個階段都朝向明確目標(biāo)推進。與傳統(tǒng)的軟件開發(fā)模型如瀑布模型、螺旋模型或迭代模型相比，Scrum模型的一個顯著特點就是能夠盡快地響應(yīng)變化。3.簡述極限編程的思想，舉例闡述極限編程的要素與精髓。對比傳統(tǒng)的項目開發(fā)方式，極限編程強調(diào)把它列出的每個方法和思想做到極限、做到最好，其他極限編程所不提倡的，則一概忽略。與一般流行的開發(fā)過程模型相比，極限編程具有如下的優(yōu)點：（1）極限編程模型是“輕量型”或“靈活”的軟件過程模型，并且與面向?qū)ο笳Z言結(jié)合起來，提供了一種很有特點的軟件開發(fā)解決方案。（2）極限編程被用來解決大型軟件開發(fā)過程所遇到的問題的方法，可以稱之為“專家協(xié)作”的開發(fā)方式。極限編程的核心有交流、簡單、反饋和勇氣4個要素。4.什么是結(jié)對編程？簡述結(jié)對編程的優(yōu)缺點。結(jié)對編程(PairProgramming)是一個非常直觀的概念，簡單的說是指兩位程序員肩并肩地坐在同一臺電腦前，面對同一個顯示器，使用同一個鍵盤，同一個鼠標(biāo)一起工作。他們一起分析，一起設(shè)計，一起寫測試用例，一起編碼，一起單元測試，一起集成測試，一起編寫文檔等。結(jié)對編程具有如下幾個方面的優(yōu)點：1、最大化地提高工作效率結(jié)對編程首先要表達(dá)出來，讓自己的同伴理解，經(jīng)過深刻的討論，一致認(rèn)可之后才開始編寫代碼。一個人編寫代碼，另一個則在旁邊思考，會為下一步的工作提出建設(shè)性的意見。發(fā)現(xiàn)了問題可以及時的指正，大大地提高了代碼質(zhì)量。兩個人一起結(jié)對，一個人編寫代碼，另一個人則從設(shè)計的角度思考下一步的工作，有了想法之后，互相討論，再互換角色。2、生成高質(zhì)量的代碼兩個人編寫的代碼總比一個人寫的代碼好。雖然許多程序員保持專心致志可能沒有問題，但是讓其他人使另一些普通的程序員不出閃失當(dāng)然也是有幫助的。當(dāng)程序員嘗試解決困難的問題時，這特別有幫助。當(dāng)程序員想要放棄時，旁邊有人鼓勵，從而繼續(xù)前進。3、減少風(fēng)險風(fēng)險會使大多數(shù)團隊停滯不前。減少風(fēng)險的最佳方法是確保團隊中的每個人都完全熟悉系統(tǒng)的所有部件以及對系統(tǒng)的所有更改。4、知識傳播的最好途徑而與有經(jīng)驗的同事一起結(jié)對則是在實際項目中學(xué)習(xí)，具有非常強的針對性。你學(xué)到的不僅是一些技術(shù)和技巧，更多是他們思考問題方式、解決問題的方法。和各種不同經(jīng)驗的同事一起結(jié)對，你的經(jīng)驗和能力可以得到快速的提高。5、打造出最佳的合作團隊結(jié)對并不是一對固定的伙伴，我們鼓勵在團隊中經(jīng)常交換結(jié)對伙伴。這時我們發(fā)現(xiàn)，項目不再是一個人的事情，也不是兩個人的事情，而是整個團隊的事情。5.簡述分布結(jié)對編程相對于面對面結(jié)對編程的優(yōu)勢與不足。舉例說明如何克服這些不足。分布式結(jié)對編程是一種編程風(fēng)格，兩個程序員在地理上是分布的，通過網(wǎng)絡(luò)在同一個軟件制品上同步工作。分布式結(jié)對編程可以克服面對面結(jié)對的一些不足，結(jié)對者通過網(wǎng)絡(luò)可以隨時隨地的結(jié)對工作，大大提高結(jié)對的機會。另外，當(dāng)一方在編寫代碼的時候，結(jié)對的另一方也可以有機會搜索因特網(wǎng)上的相關(guān)資源。當(dāng)然，結(jié)對者需要遵守結(jié)對紀(jì)律，以便他不會離開工作。分布結(jié)對編程被強制保持其工作的電子副本（例如設(shè)計圖和說明），否則這些可能會被丟失。為了進行分布式結(jié)對編程，需要功能較為強大的結(jié)對工具支持結(jié)對者高效地工作。首先，需要共享的代碼編輯工具支持。一方的編輯工作能夠被另一方實時地看到，同時代碼能夠進行編譯，以便能夠檢查語法錯誤，因此需要與現(xiàn)有的開發(fā)環(huán)境集成。第二，結(jié)對者需要充分的交流。6.結(jié)對編程有哪些角色？簡述交換角色的目的。結(jié)對編程的結(jié)對角色分為駕駛員和導(dǎo)航員：1)駕駛員控制鼠標(biāo)和鍵盤的使用，負(fù)責(zé)編碼工作。2)導(dǎo)航員在駕駛員一旁觀察和思考，負(fù)責(zé)檢查錯誤和考慮解決方案。結(jié)對角色是需要互換的。若駕駛員的編碼活動停滯不前或者出現(xiàn)方向性的錯誤，結(jié)對雙方可交換角色，讓導(dǎo)航員轉(zhuǎn)為駕駛員角色繼續(xù)編碼。這種角色互換應(yīng)該經(jīng)常發(fā)生，有時可能每隔幾分鐘(甚至更頻繁地)互換一次。一旦結(jié)對者習(xí)慣了這種做法，并且適應(yīng)了另一方結(jié)對人員，結(jié)對者就會進入這種流程，很自然地來回互換角色。第4章習(xí)題答案1.簡述需求獲取過程的主要步驟。需求分析過程主要有溝通、導(dǎo)出需求、分析與精化、可行性研究、協(xié)商與溝通、規(guī)格說明、需求驗證、變更管理等步驟。2.舉例闡述用戶需求和軟件需求的區(qū)別。用戶需求是從用戶角度來描述系統(tǒng)功能和非功能需求，以便讓不具備專業(yè)技術(shù)方面知識的用戶能看懂。用戶需求是描述系統(tǒng)的外部行為，用自然語言、圖表和直觀的圖形來敘述。系統(tǒng)需求是比用戶需求更詳細(xì)的需求描述，是系統(tǒng)實現(xiàn)的基本依據(jù)，因此，是一個完全的、一致的系統(tǒng)描述，是軟件工程人員系統(tǒng)設(shè)計的起點。軟件需求描述可能包括許多不同的模型，如對象模型和數(shù)據(jù)流模型。3.說明功能需求和非功能需求的區(qū)別與聯(lián)系。功能需求和非功能需求都是描述系統(tǒng)預(yù)期要求。不同點：功能需求取決于開發(fā)的軟件類型、軟件未來的用戶和行業(yè)類型。非功能需求源于用戶的限制，包括預(yù)算上的約束、機構(gòu)政策、與其他軟硬件系統(tǒng)間的互操作性，還包括安全規(guī)章，隱私權(quán)保護的立法等外部因素。功能需求描述系統(tǒng)的直接需要，非功能需求是指那些不直接與系統(tǒng)具體功能相關(guān)的一類需求。4.給出ATM機系統(tǒng)的非功能需求。1）系統(tǒng)必須安全，密碼驗證100%正確2）系統(tǒng)驗證時間不超過