期末總復習題(軟件工程)

1、期末總復習題2009-06-10【一】判斷題(在括號中回答Y或N1. 軟件工程的作用,主要是告訴你怎么寫文檔。(N2. 參加ACM程序設(shè)計比賽時,選手“只寫代碼行不寫注解行”這一事實,確實說明了注解行不重要,在源程序中可有可無。( N 3. 在軟件項目開發(fā)的后期,為了加快開發(fā)進度,可以多增加幾個開發(fā)人員。(N4. 在軟件項目開發(fā)的早期,為了加快開發(fā)進度,可以多增加幾個開發(fā)人員。(Y5.規(guī)范化的概要設(shè)計文檔比需求分析文檔更重要,因為有了概要設(shè)計文檔就可以進行詳細設(shè)計。( N6. 規(guī)范的詳細設(shè)計文檔比源程序更重要,因為有了文檔就可以寫出源程序。(Y7. 模塊間的耦合越強,則表明模塊里面的內(nèi)聚性越強

2、。(N8. 模塊的內(nèi)聚越強,則表明模塊之間的耦合越弱。(Y9. CMM是CMMI的祖先,CMMI是CMM的后續(xù)。(Y10. ISO9000是ISO9001的祖先,ISO9001是ISO9000的后續(xù)。(Y11. 軟件配置管理就等于軟件版本管理。(N12. 軟件版本管理是軟件配置管理的研究課題。(Y13. 敏捷開發(fā)模型就等于結(jié)對編程。(N14. 敏捷開發(fā)模型就是快速原型法。(N15. 面向元數(shù)據(jù)的開發(fā)方法就是傳統(tǒng)意義下的Jackson方法。(N16. 面向過程的開發(fā)方法就是結(jié)構(gòu)化方法。(Y17. 數(shù)據(jù)流圖DFD就等于PAD圖。(N18. 數(shù)據(jù)流圖DFD就等于程序設(shè)計流程圖。(N19. “接口和實

3、現(xiàn)分離”是軟件設(shè)計原理之一。(Y20. “單入口和單出口”是程序設(shè)計原則之一。(Y21. 程序測試不僅能證明錯誤的存在,也能證明錯誤的不存在。(N22. 編譯系統(tǒng)不認識、也不編譯源程序中的注解行這一事實,確實說明了注解行不重要,在源程序中可有可無。(N23. 若兩個實體之間存在多對多的關(guān)系,則應(yīng)該將第三個實體插入其中,使原來的一個多對多關(guān)系變?yōu)楝F(xiàn)在的兩個一對多關(guān)系,這里的第三個實體,實際上是一個復雜的關(guān)系,也是笛卡爾積的子集。(Y24. 質(zhì)量來源于過程,過程需要改進,改進是無止境的,這就是CMMI精神。(Y25. 測試只能發(fā)現(xiàn)程序中的錯誤,不能發(fā)現(xiàn)文檔中的問題。(N26. 敏捷模型是輕載模型,

4、CMMI模型是重載模型。(Y27. 高內(nèi)聚低耦合是軟件設(shè)計原理或原則之一。(Y28.軟件測試的目的是改正軟件中的錯誤。(N 應(yīng)該是發(fā)現(xiàn)軟件中的錯誤29.同行評審會議中的同行專家,一般都是從公司外面聘請的。(N30.軟件策劃應(yīng)該在需求分析之前。(N31.需求分析就是分析元數(shù)據(jù)與中間數(shù)據(jù)的關(guān)系。 (N 太片面32.信息系統(tǒng)需求分析主要是分析元數(shù)據(jù)與中間數(shù)據(jù)的關(guān)系。 (Y33.項目經(jīng)理的主要職責就是進行數(shù)據(jù)庫設(shè)計。 (N34.編碼階段結(jié)束后,測試經(jīng)理就應(yīng)該立即著手編寫測試計劃。(N35.軟件設(shè)計就是數(shù)據(jù)庫設(shè)計。 (N40.軟件實現(xiàn)就是編程序。 (N41.軟件實現(xiàn)主要是編程序。 (Y42. CMMI就

5、是解決項目管理的工作規(guī)范化問題。(N43. 制定軟件測試計劃,一項重要工作是要將用戶需求分解為測試需求,然后再將測試需求轉(zhuǎn)化為測試用例。(Y44. 軟件測試與軟件調(diào)試是一回事。(N45.漸增式測試是逐個把未經(jīng)過測試的模塊組裝到已經(jīng)過測試的模塊上去,進行集成測試。每加入一個新模塊進行一次集成測試,重復此過程直至程序組裝完畢。(Y45.面向?qū)ο笤O(shè)計是運用類的思想,把分析階段得到的需求轉(zhuǎn)變成符合成本和質(zhì)量要求的、抽象的系統(tǒng)實現(xiàn)方案的過程。或者說,面向?qū)ο笤O(shè)計就是用面向?qū)ο笥^點建立求解域模型的過程。(Y 46.結(jié)構(gòu)化設(shè)計(SD是面向數(shù)據(jù)流的設(shè)計,它是以需求分析階段產(chǎn)生的數(shù)據(jù)流圖DFD為基礎(chǔ),按一定的步

6、驟映射成為系統(tǒng)的軟件結(jié)構(gòu)。(Y47.信息隱蔽是指在設(shè)計和確定模塊時,使得一個模塊內(nèi)包含的信息(過程或數(shù)據(jù),對于不需要這些信息的其它模塊來說,是不能訪問的。(Y48.抽象是認識復雜現(xiàn)象過程中使用的思維工具,即抽出事物本質(zhì)的共同的特征而暫不考慮它的細節(jié),不考慮其它非本質(zhì)的因素。(Y49.路徑覆蓋是指設(shè)計足夠的測試用例,覆蓋被測程序中所有可能的路徑。(Y50.判定/條件覆蓋是指設(shè)計足夠的測試用例,使得判定表達式中的每個條件的所有可能取值至少出現(xiàn)一次,并使每個判定表達式所有可能的結(jié)果也至少出現(xiàn)一次。(Y51.條件組合覆蓋是指設(shè)計足夠的測試用例,使的每個判定表達式中條件的各種可能的值的組合都至多出現(xiàn)一次

7、,條件組合覆蓋是比較強的覆蓋標準。(Y52.條件覆蓋是指設(shè)計足夠的測試用例,使得判定表達式中每個條件的各種可能的值至多出現(xiàn)一次。滿足條件覆蓋并不一定滿足判定覆蓋。(Y53.軟件工程是為了克服軟件危機。(Y54.軟件工程是完全克服了軟件危機。(N 太絕對【二】名詞解釋元數(shù)據(jù)是關(guān)于數(shù)據(jù)的數(shù)據(jù),組織數(shù)據(jù)的數(shù)據(jù)。如數(shù)據(jù)庫概念設(shè)計中的實體名和屬性名,數(shù)據(jù)庫物理設(shè)計中的表名和字段名等都是元數(shù)據(jù)。2.軟件工作產(chǎn)品(注:軟件工作產(chǎn)品和15.軟件產(chǎn)品的異同···軟件產(chǎn)品是最后一個階段的軟件工作產(chǎn)品。軟件工作產(chǎn)品是指開發(fā)過程中每個階段的文檔、數(shù)據(jù)和程序,即每個開發(fā)階段的輸出制品。評審

8、是對軟件工作產(chǎn)品而言的,它針對軟件工作產(chǎn)品的開會(評審或匯簽(評審活動,是一次集體行為。審計是復查軟件活動的程序是否遵守規(guī)則,是否合法。它本身是審計員的一次個人行為。不符合項是指沒有滿足要求的項。黑盒測試又稱功能測試。在這里,盒子指的是被測試的軟件,“黑盒”就是只知道被測試軟件的外部情況,主要是界面和接口,被測試軟件的內(nèi)部邏輯結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu),對測試人員來說是不可見的,主要關(guān)注被測試軟件的功能實現(xiàn)。6. 白盒測試白盒測試就是對程序執(zhí)行路徑的測試,又叫做玻璃盒測試(Glass Box Testing、透明盒測試(Clear Box Testing、結(jié)構(gòu)化測試(Structured Testing、

9、開放盒測試(Open Box Testing、基于代碼的測試(Code-Based Testing等等。項目是一次性的多任務(wù)工作,它具有確定的開始日期、結(jié)束日期、工作范圍、經(jīng)費預算、質(zhì)量標準,以及特定的功能、性能和接口要求。項目管理是為了實現(xiàn)項目目標,運用相關(guān)的知識、技能、方法與工具,對項目的計劃、進度、質(zhì)量、成本、資源進行管理和控制的活動。或(項目管理是指“在軟件項目管理活動中,運用專門的知識、技能、工具和方法,使項目能夠如期或提前實現(xiàn)。”客戶化是指按照客戶的實際情況,對軟件產(chǎn)品的功能、性能、接口做適當?shù)母膭?。初始化是指按照客戶的實際情況,對軟件產(chǎn)品的代碼表(又稱數(shù)據(jù)字典進行初始化,即將客戶

10、的各種信息編碼錄入到相應(yīng)的代碼表中。CMM是指“能力成熟度模型”,是對于軟件組織在定義、實施、度量、控制和改善其軟件過程的實踐中各個發(fā)展階段的描述。(即評估軟件能力與成熟度等級的一套標準CMMI 的全稱為:Capability Maturity Model Integration,即能力成熟度模型集成。CMMI是CMM模型的最新版本。(···CMMI是CMM的繼承與發(fā)展,CMM只適用于軟件企業(yè),CMMI適合于所有的IT企業(yè)12. KPA與PA關(guān)鍵過程域(KPA,Key Process Area ,它指出了企業(yè)需要集中力量改進的軟件過程。同時,也指明了為了要達到該能

11、力成熟度等級所需要解決的具體問題。項目管理員(PA,Project Administrator。敏捷方法是在保證軟件開發(fā)有成功產(chǎn)出的前提下,盡量減少開發(fā)過程中的活動和制品的方法。其特點是對軟件生產(chǎn)率的高度重視,主要適用于需求模糊或快速變化下的、小型項目組的開發(fā)。軟件的定義:軟件 = 程序 + 數(shù)據(jù) + 文檔?，F(xiàn)在有一種新提法正在引起關(guān)注,這種提法是:軟件 = 知識 + 程序 + 數(shù)據(jù) + 文檔。軟件產(chǎn)品是指不局限于特定業(yè)務(wù)領(lǐng)域、能被廣大用戶直接使用的軟件系統(tǒng)(或軟件產(chǎn)品是指軟件開發(fā)與測試工作已經(jīng)完工、并且可投入市場銷售的軟件產(chǎn)品,如操作系統(tǒng)、編譯系統(tǒng)、工具系統(tǒng)、通用財務(wù)系統(tǒng)等。16.可行性分析

12、與軟件立項(···P.63···可行性分析是世界上普遍采用的一種研究工程項目是否可行的科學。它通過各種有效的方法,對工程項目進行分析,從技術(shù)、經(jīng)濟、財務(wù)等方面加以評價,最終給投資決策者提供是否選擇該項目進行投資的依據(jù)。可行性分析是立項的前提,立項是可行性分析的結(jié)果。對于軟件企業(yè),一般不叫項目可行性分析而叫立項,只有在學校、機關(guān)、科研所等單位,才叫項目可行性分析。17. 軟件生存周期軟件生存周期是指軟件的使用壽命,即生產(chǎn)周期加上使用周期。18. CASE工具CASE(Computer Aided(or AssistedSoftware

13、Engineering計算機輔助軟件工程。CASE是能夠提供一組能夠自動覆蓋軟件開發(fā)生命周期各個階段的集成的、減少勞動力的,并可以加快開發(fā)速度,提高應(yīng)用軟件生產(chǎn)率并保證應(yīng)用軟件的可靠品質(zhì)的工具。集成測試是指檢測此前測試過的單個模塊或組件,是否能完好地融入系統(tǒng),與其他模塊或組件正確地一起運行。軟件產(chǎn)品或軟件項目有完善的文檔,并且文檔與程序代碼互相匹配,兩者完全一致。對這種軟件產(chǎn)品或軟件項目的維護稱為結(jié)構(gòu)化維護。軟件質(zhì)量保證(SQA,Software Quality Assurance是一套有計劃、有系統(tǒng)的用于向管理層保證擬定出的標準、步驟、實踐和方法能夠正確地被所有項目所采用的方法。客戶是軟件企

14、業(yè)合同的簽約方,是軟件產(chǎn)品的銷售對象?？蛻羰穷櫩偷囊徊糠帧Ｓ脩羰擒浖a(chǎn)品的最終使用者,用戶是客戶的一部分。所謂軟件質(zhì)量,就是供方提供的軟件產(chǎn)品滿足用戶明確和隱含需求的能力特性的總和。軟件測試V模型是由開發(fā)階段和測試階段構(gòu)成的最典型的測試模型。開發(fā)階段先從定義軟件需求開始,然后要把這些需求不斷地轉(zhuǎn)換到概要設(shè)計和詳細設(shè)計中去,最后形成程序代碼;測試階段是在代碼編寫完成以后,先做單元測試開始,然后是集成測試、系統(tǒng)測試和驗收測試。25.顧客、客戶和用戶顧客的范圍比“客戶”的范圍更廣泛一些,它包括潛在的客戶。客戶是軟件企業(yè)合同的簽約方,是軟件產(chǎn)品的銷售對象。客戶是顧客的一部分。用戶是軟件產(chǎn)品的最終使用者

15、,用戶是客戶的一部分。軟件配置管理中的基本單元,稱為軟件配置項。27.軟件功能、性能和接口軟件功能指的是軟件的作用,即使用軟件所能達到的目的;軟件性能指的是完成軟件功能的效率;軟件接口指的是軟件不同部分之間的交互接口。通常就是所謂的API應(yīng)用程序編程接口,其表現(xiàn)形式是源代碼。所謂軟件過程,就是根據(jù)選定的生存周期模型,規(guī)定軟件的開發(fā)階段,及每一階段的工作步驟和文檔標準等內(nèi)容。里程碑是一個標記,之需要經(jīng)過內(nèi)部評審。一個里程碑是一個檢查點,但不一定是基線?；€是軟件工作產(chǎn)品,它是經(jīng)內(nèi)部和外部評審過的,并且是下一階段工作的基礎(chǔ)。一根基線是一個里程碑或一個檢查點。利用計算機網(wǎng)絡(luò)技術(shù)、數(shù)字通信技術(shù)與數(shù)據(jù)庫

16、技術(shù)實現(xiàn)信息采集和處理的系統(tǒng),稱為當代信息系統(tǒng)。集成測試是指檢測此前測試過的單個模塊或組件,是否能完好地融入系統(tǒng),與其他模塊或組件正確地一起運行。Bug是指電腦系統(tǒng)的硬件、系統(tǒng)軟件(如操作系統(tǒng)或應(yīng)用軟件(如文字處理軟件出現(xiàn)的錯誤、漏洞。33. ER圖E-R圖也即實體-聯(lián)系圖(Entity Relationship Diagram,提供了表示實體型、屬性和聯(lián)系的方法,用來描述現(xiàn)實世界的概念模型。概念數(shù)據(jù)模型(CDM也稱信息模型,它以實體-聯(lián)系(Entity-RelationShip,簡稱E-R理論為基礎(chǔ),并對這一理論進行了擴充。它從用戶的觀點出發(fā)對信息進行建模,主要用于數(shù)據(jù)庫的概念級設(shè)計。概念數(shù)

17、據(jù)模型CDM,就是數(shù)據(jù)庫的邏輯設(shè)計,即E-R圖。物理數(shù)據(jù)模型(PDM就是數(shù)據(jù)庫的物理設(shè)計,即物理表。以某個軟件原型為參照模型的開發(fā)方法,叫做原型法。UML是一種面向?qū)ο蟮膱D形化的建模語言,主要用于軟件的分析與設(shè)計統(tǒng)一軟件開發(fā)過程(RUP,Rational Unified Process又稱為統(tǒng)一軟件過程,是一個面向?qū)ο笄一诰W(wǎng)絡(luò)的程序開發(fā)方法論?！救亢喆痤}1. 軟件工程中的理論、方法、標準、規(guī)范,主要來自于哪里?即:軟件工程的源頭或基礎(chǔ)是什么?【答】軟件工程中的理論、方法、標準、規(guī)范,主要來自于IT企業(yè)軟件研發(fā)的工作思路與步驟以及面向工程實踐案例。信息產(chǎn)業(yè)的核心是芯片與軟件,軟件工程是軟件開

18、發(fā)、生產(chǎn)、服務(wù)和管理的科學。所以可以說軟件工程是以信息產(chǎn)業(yè)的飛速發(fā)展為源頭或基礎(chǔ)的。2.軟件開發(fā)文檔包括哪些具體文檔?【答】開發(fā)文檔包括目標程序、源程序、詳細設(shè)計說明書、概要設(shè)計說明書、需求規(guī)格說明書、用戶需求報告、軟件合同。3. 軟件管理文檔包括哪些具體文檔?【答】管理文檔包括項目開發(fā)計劃書、測試計劃、測試報告、工作日報、會議記錄、開發(fā)進度報告、開發(fā)總結(jié)報告,其中開發(fā)進度報告又分為開發(fā)進度周報和開發(fā)進度月報。4.請詳細解釋軟件的定義和程序的定義。【答】軟件的定義:軟件 = 程序 + 數(shù)據(jù) + 文檔。這里的程序是指程序系統(tǒng)。這里的數(shù)據(jù)不僅包括初始化數(shù)據(jù)、測試數(shù)據(jù),而且包括研發(fā)數(shù)據(jù)、運行數(shù)據(jù)、維

19、護數(shù)據(jù),也包括軟件企業(yè)積累的項目工程數(shù)據(jù)和項目管理數(shù)據(jù)中的大量決策原始記錄數(shù)據(jù)。這里的文檔指的是軟件開發(fā)過程中的分析、設(shè)計、實現(xiàn)、測試、維護文檔、管理文檔?，F(xiàn)在有一種新提法正在引起關(guān)注,這種提法是:軟件 = 知識 + 程序 + 數(shù)據(jù) + 文檔。程序是計算機為完成特定任務(wù)而執(zhí)行的指令的有序集合。從應(yīng)用的角度可理解為:面向過程的程序 = 算法 + 數(shù)據(jù)結(jié)構(gòu)面向?qū)ο蟮某绦?= 對象 + 信息面向構(gòu)件的程序 = 構(gòu)件 + 構(gòu)架。5.“四種開發(fā)方法”和“五個面向?qū)嵤├碚摗钡奶岱▽?為什么?【答】“四種開發(fā)方法”和“五個面向?qū)嵤├碚摗钡奶岱▽?并且既精彩又實用。首先,“四種開發(fā)方法”是指“面向過程的方法

20、、面向?qū)ο蟮姆椒ā⒚嫦驍?shù)據(jù)的方法、形式化方法”,面向過程的方法來源于面向過程的程序設(shè)計,面向?qū)ο蟮姆椒▉碓从诿嫦驅(qū)ο蟮某绦蛟O(shè)計,面向數(shù)據(jù)的方法就是面向元數(shù)據(jù)的方法,它來源于關(guān)系數(shù)據(jù)庫程序設(shè)計,形式化方法來源于離散數(shù)學中的集合運算和邏輯運算。四種方法各適用于不同的場合,各有優(yōu)缺點,互相促進,構(gòu)成一個開發(fā)方法論的多極化世界。其次,“五個面向?qū)嵤├碚摗笔侵浮懊嫦蛄鞒谭治?、面向?shù)據(jù)設(shè)計、面向?qū)ο髮崿F(xiàn)、面向功能測試、面向過程管理”,它是在綜合“四種開發(fā)方法”各自的優(yōu)點之后提出的軟件工程實施理論,是對前者的繼承與發(fā)展。6.“圖書館信息系統(tǒng)”的開發(fā)選用什么模型合適?為什么?【答】“圖書館信息系統(tǒng)”的開發(fā)選用

21、瀑布模型比較合適。因為瀑布模型開發(fā)階段清晰,便于評審、審記、跟蹤、管理和控制,而且“圖書館信息系統(tǒng)”在一定程度上符合瀑布模型的條件:(1它在開發(fā)時間內(nèi)需求沒有變化或很少變化。(2分析設(shè)計人員對應(yīng)用領(lǐng)域很熟悉。(3低風險項目。(4用戶使用環(huán)境比較穩(wěn)定。(5用戶提出需求以外,很少參與開發(fā)工作。7. “精品課程網(wǎng)站”的開發(fā)選用什么模型合適?為什么?【答】“精品課程網(wǎng)站”的開發(fā)選用原型模型比較合適。因為現(xiàn)在“精品課程網(wǎng)站”比較普及,很容易找到一個可以事先給客戶展示的產(chǎn)品原型,讓客戶試用,在使用中收集客戶意見,根據(jù)意見立刻修改原型。原型模型開發(fā)速度快,用戶意見反饋實時,有利于開發(fā)商在短時間內(nèi)推廣并實施多

22、個客戶,而且“精品課程網(wǎng)站”在一定程度上符合原型模型的條件:(1已有產(chǎn)品/產(chǎn)品原型,只需客戶化的項目。(2簡單而熟悉的行業(yè)或領(lǐng)域。(3有快速原型開發(fā)工具。(4進行產(chǎn)品移植或升級。8.什么叫風險分析?技能風險和技術(shù)風險有何區(qū)別?【答】這里的風險分析是指軟件立項過程中對產(chǎn)品開發(fā)、銷售等可能出現(xiàn)的風險進行分析。分析方法就是將一個大風險化解好多個小風險,然后一個個克服小風險。技術(shù)風險是指采用新技術(shù)的風險程度。技能風險是指項目組成員掌握新技術(shù)的風險程度。二者的區(qū)別在于一個是說新技術(shù)(如新的開發(fā)工具,新的設(shè)計思想本身的風險,一個是說人員要掌握這種新技術(shù)的風險?！敬稹啃枨蠓治鎏貏e重要,是因為:(1許多大型應(yīng)

23、用系統(tǒng)的失敗,最后均歸結(jié)到需求分析:要么獲取需求的方法不當,使得需求分析不到位或不徹底,導致開發(fā)者反復多次地進行需求分析,致使設(shè)計、編碼、測試無法順利進行;要么客戶配合不好,導致客戶對需求不確認,或客戶需求不斷變化,同樣致使設(shè)計、編碼、測試無法順利進行。(2需求分析的輸出文檔是用戶需求報告,它既是軟件生存周期中的第一個里程碑,又是客戶、軟件開發(fā)人員和項目管理人員三者必須遵守的一根基線,是三者共同工作的基礎(chǔ),是項目Alpha測試和Beta測試的準則,是供方交付產(chǎn)品和需方驗收產(chǎn)品的依據(jù)。(3需求分析要占用整個軟件開發(fā)時間或工作量的30%左右。(4需求獲取中的錯誤,屬于軟件開發(fā)中的早期錯誤,它會在后

24、續(xù)的設(shè)計和實現(xiàn)中進行發(fā)散式的傳播。根據(jù)以上四項原因,IT企業(yè)的高層經(jīng)理,對需求分析特別重視,常常派經(jīng)驗最豐富的人員去作項目需求。正因為如此,“系統(tǒng)分析員”才是軟件行業(yè)中的最高技術(shù)職稱。需求分析特別難,是因為:(1用戶需求具有動態(tài)性,即需求的不穩(wěn)定性:在整個軟件生存周期內(nèi),應(yīng)用軟件的需求會隨著時間的進展而有所變化,個別用戶甚至會朝三暮四地變化;(2用戶需求具有模糊性,即需求的不準確性:由于用戶的素質(zhì)不是很高,業(yè)務(wù)流程不很規(guī)范,所以需求表達不很清楚也不夠明確。(3開發(fā)者和用戶要對需求達成完全一致的認識,用戶要在需求報告上簽字,要承擔責任;(4中國的國有企業(yè)正處于變動期(體制改革與企業(yè)重組,中國的民

25、營企業(yè)正處于成長期(發(fā)展壯大與不完全成熟。而處于變動期和成長期的企業(yè)需求是不成熟、不穩(wěn)定和不規(guī)范的,這就給信息系統(tǒng)的需求分析增加了難度系數(shù)。10.需求分析為什么是面向流程的?【答】系統(tǒng)的功能、性能、接口、界面都是在流程中動態(tài)實時的反映出來。在所有的流程(物流、人流、資金流、信息流、單據(jù)流、報表流、數(shù)據(jù)流中,數(shù)據(jù)流最重要,也最具有代表性。因為在計算機網(wǎng)絡(luò)系統(tǒng)內(nèi),一切流程都表現(xiàn)為數(shù)據(jù)流,或者說是數(shù)據(jù)流在不同方向的投影。而流程是動態(tài)的、實時的。所以說,需求分析是面向流程的。11.軟件概要設(shè)計與軟件詳細設(shè)有什么聯(lián)系與區(qū)別?【答】概要設(shè)計說明書,一是要覆蓋需求規(guī)格說明書的全部內(nèi)容,二是要作為指導詳細設(shè)計

26、的依據(jù)。它注重框架上的設(shè)計,它是軟件系統(tǒng)的總體結(jié)構(gòu)設(shè)計,全局數(shù)據(jù)庫(包括數(shù)據(jù)結(jié)構(gòu)設(shè)計,外部接口設(shè)計,功能部件分配設(shè)計,部件之間的內(nèi)部接口設(shè)計,它要覆蓋需求規(guī)格說明書中的功能點列表,性能點列表,借口列表。詳細設(shè)計說明書,一是要覆蓋概要設(shè)計說明書的全部內(nèi)容,二是要作為指導程序設(shè)計的依據(jù),它注重微觀上和框架內(nèi)的設(shè)計,它是各子系統(tǒng)的公用部件實現(xiàn)設(shè)計,專用部件實現(xiàn)設(shè)計,存儲過程實現(xiàn)設(shè)計,觸發(fā)器實現(xiàn)設(shè)計,外部接口實現(xiàn)設(shè)計,部門角色授權(quán)設(shè)計,其他詳細設(shè)計等。兩者的設(shè)計者不同,在一般情況下,概要設(shè)計說明書是由系統(tǒng)設(shè)計師負責,詳細設(shè)計說明書則由高級程序員負責。12.軟件企業(yè)為什么要對員工進行培訓?怎么進行培訓?

27、【答】P320 內(nèi)部培訓、外部培訓【答】軟件發(fā)布是指將軟件產(chǎn)品投入市場,并得到回報的一個過程。軟件發(fā)布前的準備工作:(1編寫培訓教材;(2產(chǎn)品包裝設(shè)計;(3產(chǎn)品母盤制作;(4產(chǎn)品光盤刻錄;(5軟件資料印刷;(6銷售人員培訓;(7發(fā)布產(chǎn)品檢驗;(8發(fā)布產(chǎn)品交付;(9確定發(fā)布方式。14.怎樣理解“優(yōu)秀的項目經(jīng)理主要是干出來的,不是學出來的;是帶出來的,不是教出來的”?【答】一個人要成長為一名合格的項目經(jīng)理主要不是靠學,而是靠干,當然學也很重要。只學不干,是絕對出不來項目經(jīng)理的。光干不學,有可能會出現(xiàn)的情況是:其能力本來可以做一個大項目經(jīng)理,但現(xiàn)在只能做一個小項目經(jīng)理,因為他只是一個經(jīng)驗主義者,缺乏

28、理論指導,有些問題的認識可能上不去,所以不能成為大器?？傊?項目經(jīng)理必須通過干才能成熟起來,只要通過學才能提高起來,“干”字當頭,學在其中,干學并用,互相促進,這就是項目經(jīng)理成長的道路。15.請用樹型結(jié)構(gòu)圖來表示軟件工程研究的主要內(nèi)容與方法.【答】 16. 為什么中國人實施CMMI有做秀嫌疑,而印度人一般沒有做秀嫌疑?CMMI 的全稱為:Capability Maturity Model Integration,即能力成熟度模型集成。CMM/CMMI僅僅是一個體系,一個框架,他僅僅從過程和產(chǎn)品上對開發(fā)行為進行規(guī)范,而不是給你提供了完整的方法。在這個框架下面,你可以選用最適合自己的過程,最有效的

29、開發(fā)技術(shù)。至于什么過程和什么方法,并不是最重要的。CMM/CMMI僅僅表示你往生產(chǎn)好的軟件走出了重要的一步,但并不是全部。CMM/CMMI本身是一套非常有價值的過程模型,但簡單的將其圖騰化卻是不正確的。印度人能夠把軟件整體結(jié)構(gòu)把握得很好,能夠完成大型復雜的軟件,能夠形成相當好的設(shè)計與實現(xiàn)文檔,能夠在國際外包市場上占據(jù)很大比例。而中國人整天在那里琢磨著的是數(shù)據(jù)結(jié)構(gòu)、算法花樣和界面花招,到最后只能成為Code高手,而不是一個龐大團隊。這些高手雖然對某些特定的開發(fā)工具非常精通,比如.net和J2EE開發(fā)平臺。但就是不能按質(zhì)、按量、按時把一個大型軟件穩(wěn)妥而完整地開發(fā)出來。招聘印度人,給應(yīng)聘者出了一份與

30、國內(nèi)差不多的試卷,有基礎(chǔ)概念和編程題目。等到他們完成后,我們這些中國的自認高手驚呆了!他們的編程題目簡直像是抄襲的!程序結(jié)構(gòu)、注釋、變量命名就不說了吧,全部都是極其類似!反觀中國的牛人和高手,每個人都有自己的一套。到了新的崗位,先把前任的程序貶損一通,然后自己再開發(fā)更多的問題代碼來代替它。我們公司統(tǒng)計,一個軟件中有4個以上版本,每個人都覺得別人做得差,自己再搞一套。中國人,就是這個樣子,還會辯解說:“我們這樣是創(chuàng)新”。其實軟件的發(fā)展,早就走過了求伯君(20世紀90年代的編程開才、WPS的發(fā)明人、現(xiàn)任金山軟件股份有限公司董事長兼總裁那個編碼英雄的年代,程序員已經(jīng)是個坐辦公室的藍領(lǐng)了。你具備擰好一

31、個螺絲釘?shù)哪芰涂梢粤?因為Code是最低級的事情了。所以說中國人實施CMMI更多的時候有作秀的嫌疑。軟件公司需要的軟件人才,主要是系統(tǒng)需求分析、系統(tǒng)架構(gòu)設(shè)計、系統(tǒng)測試、過程改進與過程管理、程度編碼的人才,即應(yīng)用型人才!難怪國內(nèi)一些博士生不適應(yīng)在企業(yè)工作,軟件公司將他們轟走的事常有發(fā)生。這揭示出我們與與印度軟件企業(yè)的差距!差距不僅僅在于軟件公司的規(guī)模,而在于軟件人員的職業(yè)素質(zhì)與道德規(guī)范!究其原因,在于軟件組織內(nèi)部的CMM/CMMI管理水平。印度人做CMM/CMMI是真正做給自己用的,即自己的軟件組織過程改進。中國人做CMM/CMMI有時是做給別人看的,比如在招標或投標中裝裝門面,在廣告中壯壯聲

32、勢,而不是專門為了實現(xiàn)自己的軟件組織過程改進!(以上大家可以自行刪減但是體現(xiàn)比較印度和中國的語句還是寫進試卷里此上為小山整合觀點,如果有不同意見或是瞧不上小山本人查找,請不要將這些寫在你的試卷上,因為對誰都是種煎熬,謝謝合作,預祝大家好成績?！敬稹?1抽象;(2分解與模塊化;(3低耦合高內(nèi)聚;(4封裝;(5接口和實現(xiàn)分離?！敬稹棵嫦蜻^程詳細設(shè)計的描述工具有:(1流程圖;(2N-S圖;(3程序設(shè)計語言;(4決策表。面向數(shù)據(jù)詳細設(shè)計的描述工具主要有:(1概念數(shù)據(jù)模型(CDM;(2物理數(shù)據(jù)模型(PDM;(3存儲過程。面向?qū)ο笤敿氃O(shè)計的描述工具主要有:(1類圖;(2順序圖;(3狀態(tài)圖;(4部件圖;(5

33、部署圖。19. 需求分析有哪些描述工具?【答】需求分析描述的工具包括數(shù)據(jù)流圖、業(yè)務(wù)流程圖、用況圖、時序圖、用戶交互圖、數(shù)據(jù)模型圖和功能需求列表、性能需求列表、接口需求列表、界面需求列表等。20. 請各舉一例,說明面向過程、面向元數(shù)據(jù)、面向?qū)ο蟮木幊檀碚Z言各是什么語言?【答】Pascal、BISIC、C語言等Oracle、Sybase等Java、C+等21. 請各舉一例,說明面向過程、面向元數(shù)據(jù)、面向?qū)ο蟮木幊谭椒?各用在什么地方?【答】在軍事上的實時跟蹤監(jiān)控系統(tǒng)中有很好的應(yīng)用。如我方偵察衛(wèi)星發(fā)射后其飛行軌跡的捕獲、測量、跟蹤和預報導彈防御系統(tǒng)中敵方導彈發(fā)射后飛行軌跡的捕獲、測量、跟蹤和預報,

34、其軟件系統(tǒng)都是采用面向過程的方法設(shè)計和實現(xiàn)的;適合數(shù)據(jù)層(數(shù)據(jù)庫服務(wù)器設(shè)計與實現(xiàn)。在電子商務(wù)中的應(yīng)用。網(wǎng)站后臺數(shù)據(jù)庫服務(wù)器上的數(shù)據(jù)處理和數(shù)據(jù)傳輸,其軟件都是利用面向數(shù)據(jù)的方法設(shè)計與實現(xiàn)的;在兩層結(jié)構(gòu)(C/S的客戶層上,在三層結(jié)構(gòu)(B/A/S的表示層和業(yè)務(wù)邏輯層上,進行詳細設(shè)計和編程實現(xiàn)時,要采用面向?qū)ο蟮姆椒?。在電子商?wù)中的應(yīng)用有:網(wǎng)站前臺界面的制作,信息的發(fā)布和處理,用戶在網(wǎng)上瀏覽和錄入信息等應(yīng)用軟件都是利用面向?qū)ο蟮姆椒ㄔO(shè)計與實現(xiàn)的。22. 軟件工程中有哪幾種不同的數(shù)據(jù)字典?【答】主要有一下四種數(shù)據(jù)字典:(1數(shù)據(jù)流圖中的數(shù)據(jù)字典:是對數(shù)據(jù)流圖DFD的補充。用數(shù)據(jù)字典說明每個數(shù)據(jù)流的組成、每

35、個數(shù)據(jù)文件的內(nèi)容以及每個數(shù)據(jù)項的定義等;(2數(shù)據(jù)庫中的數(shù)據(jù)字典:就是數(shù)據(jù)庫中的元數(shù)據(jù),例如表名、字段名、索引名、主鍵名等;(3數(shù)據(jù)庫管理系統(tǒng)中的系統(tǒng)數(shù)據(jù)字典:它分為系統(tǒng)數(shù)據(jù)字典和用戶數(shù)據(jù)字典兩部分,用這些字典來管理數(shù)據(jù)庫;(4信息系統(tǒng)用戶初始化中的用戶數(shù)據(jù)字典:就是一些科目代碼、單位代碼等等。23.你怎么用“Check out-Edit-Check in”對配置管理中的軟件開發(fā)庫進行具體操作?【答】“Check outEditCheck in”,這是配置管理工具的基本操作,這種操作是對3個庫而言的,對每一個庫中的內(nèi)容進行操作(比如增、刪、改,要先將操作內(nèi)容從庫中取出,放入內(nèi)存緩沖區(qū),這一動作叫

36、做“Check out”。當操作(Edit完成后,又要將本次操作的內(nèi)容放入相應(yīng)的庫中,這一動作叫做“Check in”。值得注意的是,每次Check out后,相應(yīng)庫中原來的內(nèi)容仍然保留著。每次Check in后,也不會覆蓋原來的內(nèi)容。這就自動保存了可供追蹤的軌跡。以“Check outEditCheck in”操作為基礎(chǔ),以版本控制為中心、進行軟件配置項的標識、跟蹤與管理的電子工具,就是配置管理工具。程序員只能在軟件開發(fā)庫上作“Check outEditCheck in”操作?！舅摹繎?yīng)用題1. 如果要成為一位優(yōu)秀的程序員,你認為要具備什么素質(zhì)?【答】(1團隊協(xié)作精神的訓練和要求;(2數(shù)據(jù)結(jié)構(gòu)

37、分析與設(shè)計能力的訓練和要求;(3文檔習慣的訓練和要求;(4規(guī)范化的代碼編寫能力訓練和要求;(5復用性能力的訓練和要求;(6寫構(gòu)件能力的訓練和要求;(7測試習慣的訓練和要求;(8學習和總結(jié)能的訓練和要求;2. 如果你是軟件公司的專職配置管理員,你將怎樣開展公司的軟件配置工作?(1與項目經(jīng)理一起,識別出項目的所有基線,并標識出這些基線及其所屬的配置項,再根據(jù)有關(guān)規(guī)范和規(guī)程制定配置管理計劃;(2在配置管理服務(wù)器上建立配置管理庫,作為配置管理的工作倉庫,并對倉庫進行管理和維護;(3配置項變更控制。它包括變更申請、評審和批準、實行變更、測試變更對其他配置項的影響、變更驗證和入庫;(4基線變更控制。工作程

38、序與配置項變更控制相同;(5最終軟件版本產(chǎn)品生成的控制。最終軟件版本產(chǎn)品由軟件基線庫中的配置項組裝而成,在配置組裝之前,必須凍結(jié)該產(chǎn)品的所有配置項。生成之后,將此產(chǎn)品入庫到軟件產(chǎn)品庫,并對其實行凍結(jié);(6對配置項、基線、軟件版本產(chǎn)品進行跟蹤和審計,并編制配置管理活動報告,供相關(guān)組和個人閱讀;(7定期或事件驅(qū)動,對軟件開發(fā)人員進行配置管理知識培訓;(8配置管理工具的安裝,配置管理服務(wù)器的日常維護。3.如果你是軟件公司的專職軟件質(zhì)量保證員,你將怎樣管理公司的軟件項目或軟件產(chǎn)品的質(zhì)量?【答】(1 事先的預防措施:制訂軟件過程開發(fā)規(guī)范和軟件產(chǎn)品質(zhì)量標準,對軟件開發(fā)和管理人員進行這方面知識和技能的定向培

39、訓(規(guī)范是對行為的約束、標準是對產(chǎn)品的約束、規(guī)程是對操作的約束;事中的跟蹤監(jiān)控措施:按照CMM/CMMI或ISO9000的過程管理思想,對軟件過程和軟件產(chǎn)品的質(zhì)量控制提供可視性管理;事后的糾錯措施:對軟件工作產(chǎn)品和軟件產(chǎn)品加強評審和檢測。評審是在宏觀上框住您,在微觀上挑剔您,找出不符合項。檢測是為了發(fā)現(xiàn)Bug,改正錯誤。(2從4個方面來改進軟件質(zhì)量:力圖從編程語言上實現(xiàn)突破;力圖從CASE工具上實現(xiàn)突破;力圖從軟件過程管上實現(xiàn)突破;力圖從測試與糾錯上實現(xiàn)突破。先后出現(xiàn)了各種測試方法、工具和糾錯手段。(3管理人員還需要做到:行為規(guī)范化,報告制度化,報表統(tǒng)一化,數(shù)據(jù)標準化,信息網(wǎng)絡(luò)化,管理可視化,

40、錯世即時化。(4最后還需要建立“五報一例制度”,即日報表,周報表,月報表,里程碑報表,重大事件報表和例會制度。4. 如果你是軟件公司的軟件分析師,你將怎樣進行需求分析?【答】系統(tǒng)分析師應(yīng)對用戶進行需求分析培訓;用戶應(yīng)參加業(yè)務(wù)需求分析的全過程;向用戶發(fā)放需求調(diào)查表格;召開需求調(diào)研會;深入到重點崗位了解需求;必要時參加實際的業(yè)務(wù)工作;邊分析邊整理文檔,邊征求修改意見;定期向用戶中的操作層、管理層、決策層分別匯報,演示目標系統(tǒng)的流程、功能、接口及界面調(diào)度需求。1面向流程分析;2找出元數(shù)據(jù):元數(shù)據(jù)是組織數(shù)據(jù)的數(shù)據(jù),元數(shù)據(jù)就是信息系統(tǒng)中實體名及其屬性名的集合;3找出中間數(shù)據(jù):中間數(shù)據(jù)蘊藏在信息系統(tǒng)的輸出

41、報表中,報表名稱及其內(nèi)部的數(shù)據(jù)項名稱,一般就是中間數(shù)據(jù);4找出元數(shù)據(jù)與中間數(shù)據(jù)之間的關(guān)系;5找出單據(jù)中的流程:a該單據(jù)的上游是什么?b同一個單據(jù)內(nèi)部的數(shù)據(jù)項之間,也存在一個先后次序的問題?c該單據(jù)的下游是什么?6歷史上存在三種需求分析方法:面向功能分析,面向?qū)ο蠓治?面向數(shù)據(jù)分析;7分析與設(shè)計要同時考慮:因為許多問題在分析“目標系統(tǒng)是什么”的時候發(fā)現(xiàn)不了,到了設(shè)計時才會暴露出來。分析與設(shè)計同時考慮,也符合迭代模型的思想,即:復雜的需求是個需求迭代的過程。8需求分析藝術(shù):a需求分析師雙打項目。宏觀上和微觀上都要以流程為主,不能偏聽偏信。b決策層提出宏觀上的統(tǒng)計、查詢、決策需求,管理層提出業(yè)務(wù)管理

42、和作業(yè)控制需求,操作層提出錄入、修改、提交、處理、打印、界面、傳輸、通信、時間與速度等方面的操作需求。9提取需求技術(shù):會談、場景、原型、實地觀察10提取對象、屬性和方法的技術(shù)a對象在哪里?屬性在哪里?方法在哪里?11實時系統(tǒng)需求分析法匯報兩三次,知道客戶確認位置,同時要與客戶交朋友。5. 如果你是軟件公司的軟件設(shè)計師,你將怎樣進行軟件架構(gòu)設(shè)計?【答】首先要進行架構(gòu)建模:1捕獲早期的設(shè)計決策;2捕獲軟件運行環(huán)境;3為底層實現(xiàn)提供限制條件;4為開發(fā)團隊的結(jié)構(gòu)組成提供依據(jù);5設(shè)計系統(tǒng)滿足可靠性、可維護性、其他性能等;6方便開發(fā)團隊間的交流;軟件架構(gòu)設(shè)計要包含以下幾個方面:1軟件系統(tǒng)中包含了哪些子系統(tǒng)

43、/部件;2每個子系統(tǒng)/部件都完成了哪些功能;3子系統(tǒng)/部件對外提供或使用外部的哪些接口;4子系統(tǒng)/部件間的依賴關(guān)系。以及對實現(xiàn)和測試的影響;5系統(tǒng)式如何部署的;6. 如果你是軟件公司的主程序員,你將怎樣進行軟件詳細設(shè)計?【答】1基本任務(wù)是怎樣具體地實現(xiàn)這個系統(tǒng)。主要任務(wù)是設(shè)計出程序的“藍圖”,供程序員日后根據(jù)這個藍圖編寫出實際的程序代碼。2基本步驟是:確定模塊如何實現(xiàn);編寫詳細設(shè)計說明書;制定單元測試計劃;評審詳細設(shè)計。3對于B/S的系統(tǒng),“面向數(shù)據(jù)方法用在數(shù)據(jù)庫服務(wù)器層次上系統(tǒng)的設(shè)計與實現(xiàn),面向?qū)ο蠓椒ㄓ迷诔龜?shù)據(jù)庫服務(wù)層次之外的其他層上的系統(tǒng)的設(shè)計與實現(xiàn),面向過程方法用在其他兩種方法本身內(nèi)部

44、函數(shù)的設(shè)計與實現(xiàn)”。4在實施的過程中,在宏觀上仍然要遵守“五個面向”的實施理論,即:“面向流程分析、面向數(shù)據(jù)設(shè)計、面向?qū)ο髮崿F(xiàn)、面向功能測試、面向過程管理”。7. 如果你是項目經(jīng)理,你怎么用4種不同的方法,對軟件產(chǎn)品的規(guī)模進行量化估計?【答】1希臘古都法:在沒有歷史數(shù)據(jù)的情況下,這種方式適用于評定過去和將來。這個技術(shù)要求有多種軟件相關(guān)經(jīng)驗人的參與,互相說服對方。希臘古都法的步驟如下:a協(xié)調(diào)人向各專家提供項目規(guī)格和估計報表b協(xié)調(diào)人召集小組會,各專家討論與規(guī)模相關(guān)的因素c各專家匿名填寫迭代表格d協(xié)調(diào)人整理出一個估計總結(jié),以迭代表的形式返回專家e協(xié)調(diào)人召集小組會,討論較大的估計差異f專家復查估計,總

45、結(jié)并在迭代表上提交另一個匿名估計g重復d- f,直到達到最低估計和最高估計一致。2類比法:適合評估一些歷史項目在應(yīng)用領(lǐng)域、環(huán)境和復雜度的相似項目,通過新項目與歷史項目的比較得到規(guī)模估計。其基本步驟如下:a整理出項目功能列表和實現(xiàn)每個功能的代碼行b標識出每個功能列表與歷史項目的相同點與不同點,特別要注意劣勢項目做得不夠的地方c通過步驟a、b得出各個功能的估計值d產(chǎn)生規(guī)模估計3功能點估計法:是在需求分析階段基于系統(tǒng)功能的一種規(guī)模估計方法。通常步驟如下:a計算輸入、輸出、查詢、主控文件和接口需求的數(shù)目b將這些數(shù)據(jù)進行加權(quán)乘c估計者根據(jù)對復雜度的判讀,總數(shù)可以用+25%、0或-25%調(diào)整4無禮估計法:

46、對各個項目活動的完成時間,按三種不同情況估計:一個產(chǎn)品的期望規(guī)模,一個最低可能估計,一個最高可能估計。用這三個估計來得到一個產(chǎn)品期望規(guī)模和標準偏差的物理估計。8. 如果你是項目經(jīng)理,你怎么管理一個由七名成員組成的軟件團隊?一抓需求獲取與確認;二抓計劃制定與執(zhí)行;三抓團隊分工與協(xié)作;四抓后勤供應(yīng)與保障;五抓產(chǎn)品測試與交付;六抓開發(fā)標準與規(guī)范;七抓員工考核與獎勵。9. 如果你是軟件實施經(jīng)理,你怎么組織公司軟件的產(chǎn)品實施工作?【答】軟件工程的覆蓋范圍包括了售前、售中、售后三個階段的工作。1售前工程師/產(chǎn)品形象代表工作:工作職責為制定投標書,講解投標書,主持技術(shù)談判,參與合同簽約,制訂初步的實施計劃。

47、2實施工程師:工作職責為產(chǎn)品安裝調(diào)試,產(chǎn)品的客戶化,用戶培訓,產(chǎn)品的驗收交付。在產(chǎn)品發(fā)布之前,對其進行培訓,使之掌握該產(chǎn)品的功能、性能、接口,熟悉產(chǎn)品運行的軟硬件環(huán)境,熟練安裝調(diào)試系統(tǒng),不但要會初始化系統(tǒng),還會客戶化系統(tǒng)。a對于不需要客戶化的軟件產(chǎn)品,實施工程師將光盤上的軟件產(chǎn)品,安裝到用戶系統(tǒng)上即可。如果用戶需要培訓,用用戶指南的教材進行定期培訓。b對于只需要少量客戶化的產(chǎn)品,實施工程師首先要進行調(diào)查和需求分析,在與客戶達成完全一致的書面需求修改意見且經(jīng)過評審和批準之后,再對軟件的產(chǎn)品文檔和程序進行修改和調(diào)試。同時還要保證文檔和程序的一致性。c對于需要重新做業(yè)務(wù)流程再造和需求規(guī)格定義的軟件產(chǎn)

48、品,實施工程師的職責相當于項目經(jīng)理,或者需要成立項目組,指定項目經(jīng)理,運用原形法重新做業(yè)務(wù)流程規(guī)范和需求規(guī)格定義,在此過程中要與用戶進行互動,以確保開發(fā)出來的產(chǎn)品與用戶需求的一致性。4 維護工程師:工作職責為產(chǎn)品日常維護,客戶信息反饋。10. 如果你是軟件維護經(jīng)理,你怎么開展公司的軟件維護工作?【答】1軟件維護的工作程序為:維護的需求分析、維護的設(shè)計、修改程序代碼、維護后的測試、維護后的試運行、維護后的正式運行、對維護過程的評審和審計。2其流程為:分類整理用戶意見、提出維護申請、評審、審計、批準維護申請、修改需求文檔、需求維護文檔評審、修改設(shè)計文檔、設(shè)計維護文檔評審、修改源程序、回歸測試、修改

49、軟件產(chǎn)品版本號、交付用戶運行、手機反饋意見,準備新一輪維護。3維護管理文檔:用戶意見反饋表、用戶意見分類整理表、維護申請單、維護文檔評審報告、產(chǎn)品缺陷統(tǒng)計表、功能擴充統(tǒng)計表、未答復問題匯總表、未驗證問題匯總表、已修改問題匯總表、已驗證問題匯總表、維護費用統(tǒng)計表。11. 如果要你組織軟件組織的CMMI實施,你怎樣開展這項工作?【答】1進行CMMI基本知識的培訓。a對所有員工進行基本的軟件工程和CMMI知識培訓;b對CMMI的各個工作組的有關(guān)人員,提供專業(yè)領(lǐng)域知識等方面的培訓;c在每次開發(fā)過程中,還要對項目組成進行軟件過稱方面的培訓;2成立CMMI的工作小組a軟件工程過程組SEPG(組織過程焦點b

50、軟件工程組SWEGc系統(tǒng)測試組STGd軟件項目跟蹤與監(jiān)督組SPTOe軟件配置管理組SCMGf軟件質(zhì)量保證組SQAGg評估領(lǐng)導組或評估成員團隊ATM(Assessment Team Member3建立軟件組織的CMMI文檔體系軟件組織文檔、關(guān)鍵過程域文檔、軟件項目文檔4進行內(nèi)部模擬評審a軟件組織自己內(nèi)部成員,嚴格、認真地按照CMMI規(guī)范評估過程,對自己的軟件過程進行評審,找出其中的強項和弱項,并進行修改;b在全國范圍內(nèi),由有關(guān)軟件工程和CMMI專家組成一個專門的“內(nèi)部評審”機構(gòu),負責指導協(xié)調(diào)實施CMMI的活動,推進活動的深入展開,對國內(nèi)軟件組織CMMI評估進行“預先評估”。5確定CMMI正式評估

51、的工作步驟6進行正式評估評估過程包括員工培訓(企業(yè)的高層領(lǐng)導也要參加、與選定的項目經(jīng)理等人座談、問卷調(diào)查和統(tǒng)計、文檔審查、數(shù)據(jù)分析、與企業(yè)的高層領(lǐng)導討論和撰寫評估報告等,評估結(jié)果由主任評估師簽字生效。7根據(jù)評估結(jié)果改進軟件過程12. 在現(xiàn)實生活中,請你舉兩個實際例子(不一定是軟件開發(fā)的例子,說明原型模型與迭代模型的具體應(yīng)用?【答】原型模型“精品課程網(wǎng)站”的開發(fā)選用原型模型比較合適。因為現(xiàn)在“精品課程網(wǎng)站”比較普及,很容易找到一個可以事先給客戶展示的產(chǎn)品原型,讓客戶試用,在使用中收集客戶意見,根據(jù)意見立刻修改原型。原型模型開發(fā)速度快,用戶意見反饋實時,有利于開發(fā)商在短時間內(nèi)推廣并實施多個客戶迭代

52、模型1基于模糊聚類循環(huán)迭代模型的心臟病預測方法:該方法考慮了病癥與疾病的模糊關(guān)系和關(guān)聯(lián)程度,先用模型迭代得到滿足精度的指標權(quán)重向量,然后再迭代確定樣本最終所屬的類別,其優(yōu)點是整個過程不受參數(shù)的影響,避免了主觀權(quán)重對分類結(jié)果的影響.2水庫洪水調(diào)度系統(tǒng)的模糊循環(huán)迭代模型:多目標水庫洪水調(diào)度目標的權(quán)重確定一直是實際防洪調(diào)度中的難點,針對過去單一考慮主觀權(quán)重或客觀權(quán)重的多目標決策模式的缺陷,通過引入權(quán)重折衷系數(shù)的概念,提出了兼顧主觀決策與客觀決策統(tǒng)一的模糊循環(huán)迭代模型,可以同時得到方案優(yōu)屬度和目標權(quán)重。由于模型同時考慮了決策者意圖和方案本身屬性,使方案排序結(jié)果更為合理適用,將其應(yīng)用于水庫洪水調(diào)度方案的評價中,實例表