【正文】 不一樣的。 　　1. 主程序員制小組：相當(dāng)于組長負(fù)責(zé)制，小組的核心由一位主程序員，另外配備兩到三位技術(shù)員、一位后援工程師組成。該模式的優(yōu)點有一方面參加專門組的成員可以在組內(nèi)交流在各個項目中取得的經(jīng)驗，這更有利于發(fā)揮專業(yè)人員的作用；另一方面，各個項目有專門的人員負(fù)責(zé)，有利于軟件項目的完成。通常有三種組織結(jié)構(gòu)模式： 　　1. 按課題組劃分的模式：把開發(fā)人員按課題組成小組，小組成員自始至終承擔(dān)課題的各項任務(wù)。因此在考慮進(jìn)度安排時要把人員的工作量與花費的時間聯(lián)系起來，合理分配工作量，利用進(jìn)度安排的有效分析方法嚴(yán)密監(jiān)視軟件開發(fā)的進(jìn)展情況，以使得軟件開發(fā)的進(jìn)度不致被拖延。經(jīng)過功能分解之后，可以估計出每一個項目任務(wù)的分解都需要花費若干人年，總計之后就知道軟件項目總體工作量。由于成本和進(jìn)度的估算都與功能有關(guān)，因此常常采用功能分解的辦法。首先，項目的復(fù)雜性對于增加軟件計劃的不確定性影響很大，復(fù)雜性越高，估算的風(fēng)險就越高。主要工作集中在軟件項目的估算、軟件開發(fā)成本的估算和軟件項目進(jìn)度安排。軟件管理工作涉及到軟件開發(fā)工作的方方面面，其直接對象包括人、財、物，簡單地說，人就是指軟件開發(fā)人員，財就是指項目經(jīng)費，物就是指軟件項目。軟件開發(fā)項目管理基礎(chǔ)知識（時間管理、成本管理、質(zhì)量管理、人力資源管理、風(fēng)險管理等）及其常用管理工具軟件開發(fā)環(huán)境是把一組相關(guān)的工具集成在環(huán)境中，提供數(shù)據(jù)集成、控制集成和界面集成等機(jī)制。 ②條件組合覆蓋 ③灰盒測試方法 對照程序邏輯，檢查已有測試用例的邏輯覆蓋程度n 錯誤猜測軟件測試的主要步驟有單元測試、集成測試和確認(rèn)測試。IV. 判定/條件覆蓋指選擇足夠的測試用例，使判定中的每個條件的所有可能結(jié)果至少出現(xiàn)一次，并且每個判定中條件結(jié)果的所有可能組合也至少出現(xiàn)一次。（軟件工程）(30)A．通過模塊的合并和分解，降低模塊的耦合度，提高模塊的內(nèi)聚性B．提高上層模塊的扇出，減少模塊調(diào)用的層次C．將模塊的作用范圍限制在模塊的控制范圍之內(nèi)D．降低模塊之間接口的復(fù)雜性，避免“病態(tài)連接”(31)A．簡單耦合B．直接耦合D．控制耦合對源程序最基本的質(zhì)量要求是正確性和可靠性，此外還很注重軟件的易使用性、易維護(hù)性和易移植性。 ④過 ②邏輯 ②非直接 ④高內(nèi)聚高耦合B： ①數(shù)據(jù) 找出輸入數(shù)據(jù)結(jié)構(gòu)與輸出數(shù)據(jù)結(jié)構(gòu)間有對應(yīng)關(guān)系的數(shù)據(jù)單元216。典型的表格描述工具是判定表和判定樹。SD方法的具體設(shè)計步驟為：216。其基本成分有模塊、調(diào)用和輸入/輸出數(shù)據(jù)。 盡量內(nèi)聚度高，模塊間偶合度低；216。 偶然內(nèi)聚（模塊完成的多個任務(wù)，任務(wù)之間的關(guān)系松散）216。 數(shù)據(jù)耦合（用參數(shù)表傳遞簡單數(shù)據(jù)）216。信息隱蔽原則對提高軟件的可修改性、可測試性和可移植性都有重要的作用。 不斷改進(jìn)開發(fā)過程；軟件設(shè)計原則: 軟件設(shè)計的原則對提高軟件的設(shè)計質(zhì)量有很大的幫助。 一致性和標(biāo)準(zhǔn)化；216。 保持?jǐn)?shù)據(jù)守恒：一個加工的所有輸出數(shù)據(jù)必須能從該加工的所有的輸入流中獲得；nn 修正項目開發(fā)計劃216。軟件工程包括三個要素：方法、工具和過程。其目的是提高軟件生產(chǎn)率、提高軟件質(zhì)量、減低軟件成本。常見的軟件開發(fā)模型有瀑布模型、演化模型、螺旋模型和噴泉模型等。　　原型法分4個階段：確定用戶需求；設(shè)計原型；使用、評價原型；修改、完善原型。 確定軟件系統(tǒng)的綜合要求216。結(jié)構(gòu)化分析方法的基本思想是自頂向下逐層分解，這樣做可以把一個大問題分解成若干個小問題，經(jīng)過多次逐層分解，每個最底層的問題都是足夠簡單、容易解決的，這個過程就是分解的過程。 畫數(shù)據(jù)流的時候不畫控制流，兩者的區(qū)別就是控制流中沒有數(shù)據(jù)；n 模塊化；216。 使用現(xiàn)代程序設(shè)計技術(shù)；n模塊是指執(zhí)行某一特定任務(wù)的數(shù)據(jù)結(jié)構(gòu)和程序代碼。按耦合度從低到高依次有7種耦合方式。 內(nèi)容耦合（訪問內(nèi)部數(shù)據(jù)，代碼重疊或者多個入口）內(nèi)聚是指模塊內(nèi)部各元素之間聯(lián)系的緊密程度內(nèi)聚度越低模塊的獨立性越差。 順序內(nèi)聚（模塊的處理元素相關(guān)，必須順序執(zhí)行）216。 模塊的作用域應(yīng)在控制域之內(nèi)：作用域：受模塊內(nèi)一個判定影響的所有的模塊的集合；控制域：該模塊本身和被該模塊直接或間接調(diào)用的所有的模塊的集合；216。DFD的信息流大體可分為兩種類型：變換流和事務(wù)流。結(jié)構(gòu)化程序設(shè)計的描述工具主要有圖形描述工具、語言描述工具和表格描述工具。這種方法最適合于詳細(xì)設(shè)計階段使用。兩個模塊之間的耦合方式中，B耦合的耦合度最高，C耦合的耦合度最低。 ③高內(nèi)聚低耦合 ③控制 E 1語句覆蓋指選擇足夠的測試用例，使被測語句的每個語句至少執(zhí)行一次。常用的黑盒測試技術(shù)有：216。 在任何情況下都必須使用邊界值分析方法，用這種方法設(shè)計出測試用例發(fā)現(xiàn)程序錯誤的能力最強(qiáng)；nA： ②白盒測試方法 ③判定覆蓋④條件及判定覆蓋整個軟件開發(fā)過程要使用很多開發(fā)工具，其中包括分析工具、設(shè)計工具、編程工具、測試工具、維護(hù)工具等等。216。他涉及到項目實施的各個環(huán)節(jié)，帶有全局的性質(zhì)，是戰(zhàn)略性的。因為估算是其他項目計劃活動的基石，而且項目計劃又未軟件工程過程提供了工作方向，所以我們不能沒有計劃就著手開發(fā)，否則就會陷入盲目性。影響估算的因素遠(yuǎn)不止這些，比如用戶需求的頻繁變更給估算帶來非常大的影響。硬件資源作為一種工具投入。其中COCOMO (Constructive Cost Model)模型法是一種精確、易于使用的成本估算方法，該模型按其詳細(xì)程度分為三級：基本COCOMO模型、中間COCOMO模型和詳細(xì)COCOMO模型　軟件項目進(jìn)度安排　　軟件項目的進(jìn)度安排主要是考慮軟件交付用戶使用的這一段開發(fā)時間的安排。常用的進(jìn)度安排方法有兩種，即甘特圖（Gantt Chart）法和工程網(wǎng)絡(luò)法?！　?. 矩陣形模型：這種模式是以上兩種模式的復(fù)合。一般在人數(shù)比較少時組員之間的聯(lián)系比較簡單，但隨著人數(shù)的增加，相互之間的聯(lián)系變得負(fù)責(zé)起來。這種結(jié)構(gòu)比較適合于項目本身就是層次結(jié)構(gòu)的課題。其實本文所討論的東西大多還沒有涉及太多管理學(xué)方面的內(nèi)容，但這方面確實有許多值得研究的東西，由于時間關(guān)系不能深入下去。方法是類中定義的函數(shù)，描述對象執(zhí)行操作的算法。如果一個子類只有唯一的一個父類，這種繼承稱為單一繼承。面向?qū)ο髷?shù)據(jù)庫技術(shù)：是面向?qū)ο蠹夹g(shù)和數(shù)據(jù)庫技術(shù)的有機(jī)的結(jié)合，它有著關(guān)系數(shù)據(jù)庫沒有的優(yōu)點。OOD模型由4個部分，即：216。 標(biāo)識它們之間的關(guān)系216。216。用數(shù)據(jù)流圖表示。該原則同樣適合于非面向?qū)ο笤O(shè)計的方法，是軟件工程設(shè)計方法的重要原則之一。　　ISP原則是另外一個支持諸如COM等組件化的使能技術(shù)。[答案]A：②三者之間存在一種微妙的平衡。例如，一段性能不錯的代碼可能可讀性很差，這就需要進(jìn)行平衡，如果這段代碼的性能是整個軟件的關(guān)鍵，那么取高性能而舍棄可讀性，反之則取可讀性而舍棄高性能。 為了成功地領(lǐng)導(dǎo)和運作一個組織，需要采用一種系統(tǒng)和透明的方式進(jìn)行管理。 組織實施本原則的主要利益 本原則在標(biāo)準(zhǔn)中的體現(xiàn) 原則4：過程方法 組織實施本原則時一般要采取的主要措施 本原則在標(biāo)準(zhǔn)中的體現(xiàn) 原則7：基于事實的決策方法 實施本原則的主要利益特別對關(guān)鍵供方，更要建立互利關(guān)系。 通過實施SCM，可以達(dá)到可重用過程制度化，包括：滿足組織的政策方針、計劃和過程描述文檔化、分配適當(dāng)資源（包括資金，人員和工具）、確定責(zé)任和權(quán)限、培訓(xùn)相關(guān)人員、通過不同級別的管理方法和糾正活動檢測狀態(tài)。 SCM還用于建立和維護(hù)軟件工作產(chǎn)品基線。 實施SCM不論是對軟件開發(fā)者、測試者、項目經(jīng)理、QA人員，還是客戶都將會獲得很多好處：有助于規(guī)范團(tuán)隊各個角色的行為，同時又為各個角色之間的任務(wù)傳遞和交流提供無縫的接合；能幫助項目經(jīng)理更好地了解項目的進(jìn)度、開發(fā)人員的負(fù)荷、工作效率和產(chǎn)品質(zhì)量狀況、交付日期等信息。配置標(biāo)識：包括標(biāo)識軟件系統(tǒng)的結(jié)構(gòu)，標(biāo)識獨立部件，并使它們是可訪問的。 SCM從應(yīng)用層次上可以從低到高分為三級：版本控制、以開發(fā)者為中心、過程驅(qū)動。以開發(fā)者為中心：主要應(yīng)用于部門級開發(fā)，它可用于軟件維護(hù)、不斷增加的開發(fā)任務(wù)、并行開發(fā)、QA及測試，它面向大型團(tuán)隊、利于交流、能最大限度地利用人力資源，主要工具為Rational ClearCase及MKS Source Integrity。于是，SEI中止了對CMMI源模型的更新，開始集中開發(fā)CMMI項目。軟件過程評估集中關(guān)注組織自身的軟件過程，在一種合作的、開放的環(huán)境中進(jìn)行。CMM的目的是幫助軟件企業(yè)對軟件工程過程進(jìn)行管理和改進(jìn)，增強(qiáng)開發(fā)與改進(jìn)能力，從而能按時地、不超預(yù)算地開發(fā)出高質(zhì)量的軟件。SWCMM建立了一組有效地描述成熟軟件組織特征的準(zhǔn)則。好的工程過程會保證軟件項目不會陷入混亂狀態(tài)，開發(fā)人員有充分的時間按計劃進(jìn)行創(chuàng)造。 CMM實施中應(yīng)注意的問題 ： 剪裁的問題 　　CMM是為承接政府(或軍方)大型軟件合同的軟件企業(yè)為對象而制訂出來的。粗略地說，ISO 9001近似于CMM 。 　　(2) 、CMM費用遠(yuǎn)大于實施ISO9000的費用,是否所有企業(yè)都能夠承擔(dān)?實施后能否取得滿意的效果?目前實施ISO9000取得非常滿意效果的僅僅占一少部分。CMM就好比是一份包括各種等級的國宴的菜單。一個企業(yè)軟件工程過程的建立不會一開始就十全十美, 。東軟股份目前有選擇地引用這些關(guān)鍵實踐指導(dǎo)軟件過程的開發(fā)和維護(hù)，以不斷地改善組織軟件過程，實現(xiàn)成本、進(jìn)度、功能和產(chǎn)品質(zhì)量等目標(biāo)。CMM為企業(yè)的軟件過程能力提供了一個階梯式的進(jìn)化框架，階梯共有五級。CBAIPI是一種軟件過程評估方法，● 軟件能力評價: 用于識別合格的軟件承包商或者監(jiān)控軟件承包商開發(fā)軟件的過程狀態(tài)。預(yù)計到2001年末，CMMI SE/SW/IPPD/A 。它是軟件生命周期中各開發(fā)階段末尾的特定點，即里程碑。 3． 什么時間做的變更？ 本原則在標(biāo)準(zhǔn)中的體現(xiàn) 持續(xù)改進(jìn)是組織的一個永恒的目標(biāo)。 原則5：管理的系統(tǒng)方法 各級人員是組織之本。 本原則在標(biāo)準(zhǔn)中的體現(xiàn) 組織為實現(xiàn)質(zhì)量目標(biāo)，應(yīng)遵循以下八項質(zhì)量管理原則。很少有軟件組織只開發(fā)一個軟件的，所以，一個優(yōu)秀的軟件在開發(fā)完成后，可以形成知識沉淀，為軟件組織的長期發(fā)展貢獻(xiàn)力量。 u當(dāng)今的社會已經(jīng)變成一種變化速度極快的設(shè)計了。 u E：⑤同步輔導(dǎo)中的軟件工程部分的題目很好，大家可以做一下，題目類型和軟考類似；（重點）軟件質(zhì)量是指反映軟件系統(tǒng)或軟件產(chǎn)品滿足規(guī)定或隱含需求的能力的特征和特性全體。 本題綜合考查了軟件生命周期各個階段的相關(guān)知識。　　這個原則的本質(zhì)相當(dāng)簡單。這個原則是Liskov于1987年提出的設(shè)計原則。OMT方法有4個步驟分析：這是OMT方法的第一步，其目的是建立可理解的現(xiàn)實世界模型。 對象模型 人機(jī)交互216。面向?qū)ο蟮南到y(tǒng)分析設(shè)計，看起來其實也很簡單，步驟大概如下：（1） 從項目開始，進(jìn)行步驟（2）。uuuu◆分布式對象Distributed