期末總復(fù)習(xí)題(軟件工程)

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

2、。(N8. 模塊的內(nèi)聚越強(qiáng),則表明模塊之間的耦合越弱。(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è)計(jì)流程圖。(N19. “接口和實(shí)

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

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

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

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

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

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

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

10、的各種信息編碼錄入到相應(yīng)的代碼表中。CMM是指“能力成熟度模型”,是對于軟件組織在定義、實(shí)施、度量、控制和改善其軟件過程的實(shí)踐中各個(gè)發(fā)展階段的描述。(即評估軟件能力與成熟度等級(jí)的一套標(biāo)準(zhǔn)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è)需要集中力量改進(jìn)的軟件過程。同時(shí),也指明了為了要達(dá)到該能

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

35、個(gè)數(shù)據(jù)文件的內(nèi)容以及每個(gè)數(shù)據(jù)項(xiàng)的定義等;(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ā)庫進(jìn)行具體操作?【答】“Check outEditCheck in”,這是配置管理工具的基本操作,這種操作是對3個(gè)庫而言的,對每一個(gè)庫中的內(nèi)容進(jìn)行操作(比如增、刪、改,要先將操作內(nèi)容從庫中取出,放入內(nèi)存緩沖區(qū),這一動(dòng)作叫

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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