（建筑工程管理）軟件工程資料

(建筑工程管理)軟件工程壹．選擇題：開發(fā)階段和運(yùn)行階段。15．進(jìn)行需求分析可使用多種工具：數(shù)據(jù)流圖(DFD)；判斷表；判定樹和數(shù)據(jù)字典。圖中，任意倆個(gè)加工之間有且僅有壹條數(shù)據(jù)流。于畫分層DFD時(shí)，應(yīng)注意保持父圖和子圖非直接耦合的耦合度最低。壹個(gè)模塊內(nèi)部的內(nèi)聚種類中，功能內(nèi)聚的內(nèi)聚給定的外部環(huán)境中軟件的邏輯正確性，它包括需求規(guī)格說明確認(rèn)和用戶確。單元測試(編碼階段)；集成測試(設(shè)計(jì)階段)；確認(rèn)測試(需求分析階段)。等價(jià)劃分方法設(shè)計(jì)測試用例的步驟是： (1)根據(jù)輸入條件把數(shù)目極多的輸入數(shù)據(jù)劃分成若干個(gè)有效等價(jià)類盒若干個(gè)無效等價(jià)類。 (2)設(shè)計(jì)壹個(gè)測試用例，使其覆蓋盡可能多尚未覆蓋的有效等價(jià)類，重復(fù)這壹步，直至所 (3)設(shè)計(jì)壹個(gè)測試用例，使其覆蓋僅壹個(gè)尚未覆蓋的無效等價(jià)類，重復(fù)這壹步，直至所有程序中的錯(cuò)誤后，仍應(yīng)選擇部分或全部原先已經(jīng)測試過的測試用，目的是發(fā)現(xiàn)編程錯(cuò)誤。集成測試所依據(jù)的模塊說明書和測試方案應(yīng)于概要設(shè)計(jì)它能發(fā)現(xiàn)設(shè)計(jì)錯(cuò)誤。確認(rèn)測試應(yīng)于模擬的環(huán)境中進(jìn)行強(qiáng)度測試的基礎(chǔ)上進(jìn)行，測于不合理的測試輸入數(shù)據(jù)，程序應(yīng)拒絕執(zhí)行，且給態(tài)是否有錯(cuò)，程序的語句和條件和預(yù)期的狀態(tài)是否壹致。白盒測試又錯(cuò)誤的70%。試方法時(shí)，確定測試數(shù)據(jù)應(yīng)根據(jù)程序的內(nèi)部邏輯和指定 可能發(fā)生異常，性能也下降。因此，對變更的軟件進(jìn)行測試是必要的。回歸測試 型檔進(jìn)行測試。白盒測試法是根據(jù)程序的內(nèi)部邏輯來設(shè)計(jì)測試用例的方它也適用于對軟件詳細(xì)設(shè)計(jì)階段的軟件文檔進(jìn)行測試。白盒法測試程條件選取測試用例。判定覆蓋比語句覆蓋嚴(yán)格，它使得每壹個(gè)判定的每壹條分支至少經(jīng)歷壹次。判定/條件覆蓋既是判定覆蓋，又是條件覆蓋，但它且不保證使可能的值。多重條件覆蓋比其他條件均要嚴(yán)格，但它不能保證覆蓋程子系統(tǒng)的集成測試特別稱為部件測試，它所做的工作是要找出子系統(tǒng)間的不壹致。需要考慮的問題是：于把各個(gè)模塊連接起來的時(shí)侯，穿能否達(dá)到預(yù)期要求的父功能；全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題；單個(gè)模塊的序間的調(diào)用是否正確。分析方法(白盒方法)中常用的方法是路徑測試方法。非分析方法(黑盒方法)中常用的方法是等價(jià)類方法和因果圖方法。因果圖方法根據(jù)輸出對輸入的依賴關(guān)系用這壹方法，完全不考慮程序的內(nèi)部結(jié)構(gòu)。用所有可能輸入的數(shù)據(jù)來測試程序是不可能的，數(shù)據(jù)中選擇壹個(gè)子集進(jìn)行測試。等價(jià)類是指某個(gè)輸入域的集合，于該。n(9)于做程序的單元測試時(shí)，樁(存根)模塊比驅(qū)動(dòng)模塊容易編寫。(×)請畫出程序流程圖(4分)請畫出該算法的N-S圖(3分)答案：2、某銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)的工作流程大致如下：儲(chǔ)戶填寫的存款單或取款單由業(yè)務(wù)員鍵入系統(tǒng)，如果是存款則系統(tǒng)記錄存款人的姓名、住址(或電話號碼)、身份證號碼、存款類型、存款日期、到期日期、利率及密碼(可選)等信息，且印出存款單給儲(chǔ)戶；如果是取款而且首先核對儲(chǔ)戶密碼，若密碼正確或存款時(shí)未留密碼，則系統(tǒng)計(jì)算利徑測試法的環(huán)復(fù)雜度)。(10%)解答：4、某培訓(xùn)中心要研制壹個(gè)計(jì)算機(jī)管理系統(tǒng)。它的業(yè)務(wù)是：生文件、課程文件上登記，且開出方案單交財(cái)務(wù)部門，財(cái)務(wù)人員開出要求：x=50,y=50x=50,y=50x=90,y=70x=90,y=70x=50,y=50x=90,y=70x=80,y=70x=90,y=30x=70,y=90x=70,y=90x=30,y=90x,y=90x=70,y=70x=50,y=50x=50,y=50x=80,y=70x=50,y=50x=70,y=90n }解：(1) (2)解：(1) (2) (1)估計(jì)程序中的錯(cuò)誤總數(shù)。 解：(1)因?yàn)椋核裕?(2)設(shè)MTTF=10則：e60K1)eK-e-320K12=3*e-160K1-e-320K1設(shè)x=e-160K1有x2–3x+2=0F工程心得體會(huì) (壹)紙上得來終覺淺，覺知此事要躬行踐，親身體驗(yàn)才能領(lǐng)悟軟件工程的妙用。雖然軟件工程這門課程沒有安習(xí)軟件工程的過程是痛苦的，它已經(jīng)不單純是壹種思想，而是處。就要跳出原本只注重編程的狹隘圈子，從宏觀上把握軟件的生，不能任意妄為。特別是需求分析、總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)階段 (二)吾生也有涯，而知也無涯學(xué)習(xí)永無止境，于以后仍需加強(qiáng)的方面有：的狀態(tài)，分工比較混亂。于劃分模塊后明確了各自分工，漸群力，于不斷磨合中能夠達(dá)成中能力各有高下，互相尊重，各取所長，不宜妄自菲薄。組長多加協(xié)題，而個(gè)別次要的模塊仍未開發(fā)。設(shè)計(jì)仍有不太合理處，需要進(jìn)行完軟件工程的三段論起源及發(fā)展趨勢蓋了軟件生存周期的所有階段，且提供了壹整套工程化的方法，來指導(dǎo)軟定義壹應(yīng)用，使計(jì)算機(jī)設(shè)備的能力借助于計(jì)算機(jī)程序、過程和有關(guān)文檔成件設(shè)計(jì)和開發(fā)人員提供思想方法和工具，而軟件開發(fā)是壹項(xiàng)需要良好間內(nèi)已經(jīng)取得了長足的進(jìn)展，能夠說于軟件的開發(fā)和應(yīng)用中起到了其于軟件工程知識(shí)體系指南(SEWBOK：程起源的三段論見軟件工程起源的三個(gè)階段。本世紀(jì)中期軟件產(chǎn)業(yè)從零開始起業(yè)。隨著信息產(chǎn)業(yè)的越來越重要。軟件發(fā)展的五十年歷史中，人們對軟件的認(rèn)識(shí)經(jīng)歷了第壹個(gè)寫軟件的人是Ada(AugustaAdaLovelace),于1860年代他嘗試為。軟件發(fā)展的歷史能夠大致分為如下的三個(gè)階段：特定的目的而編制的，軟件的通用性很有限的。軟件往往帶有開發(fā)沒有什么系統(tǒng)的方法能夠遵循，軟件設(shè)計(jì)是于某個(gè)人的頭而且，除了源代碼往往沒有軟件說明書等文檔，因此這個(gè)時(shí)期程序、程序設(shè)計(jì)概念，不重視程序設(shè)計(jì)方法，主要是用于科學(xué)化方法。硬件的速度、容量、工作可靠性有明顯提高，而且硬件的價(jià)格降，軟件開發(fā)的方法基本上仍然沿用早期的個(gè)體化軟件開發(fā)方式，軟件需求難度越來越大，開發(fā)成本令人吃驚地高，開發(fā)人員的開發(fā)技術(shù)不適應(yīng)規(guī)模的硬件進(jìn)展，軟件開發(fā)技術(shù)的進(jìn)步壹直未能滿足發(fā)展的要求。軟件的數(shù)量急劇膨大型的軟件開發(fā)項(xiàng)目提出來了，于那個(gè)時(shí)代，很多的軟件最后均得到了壹多的軟件項(xiàng)目開發(fā)時(shí)間大大超出了規(guī)劃的時(shí)間表，壹些項(xiàng)目導(dǎo)致了財(cái)產(chǎn)的流失，甚至某些軟件導(dǎo)致了人員傷亡。同時(shí)軟件開發(fā)人員也發(fā)現(xiàn)軟件開發(fā)的難度越來越大，的問題找不到解決的辦法，使問題積累起來，形成了尖銳的矛盾，失敗的機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的壹系列嚴(yán)重問題。概括來說，軟問題：壹、如何開發(fā)軟件，以滿足不斷增長，日趨復(fù)雜的需求；二、如何維護(hù)數(shù)量不斷膨脹的軟件產(chǎn)品。落后的軟件生產(chǎn)方式無法滿足迅速增長的計(jì)算機(jī)軟件需求，壹只逃亡的野獸落到泥潭中作垂死掙扎，越是掙扎，陷得越深，最后無法逃脫滅頂?shù)臑?zāi)難，……程序設(shè)計(jì)工作正像這樣壹個(gè)泥潭……壹批批程序員被迫于泥潭中拼命掙扎，……，被記入歷史史冊。由于軟件危機(jī)的產(chǎn)生，迫使人們不得不研究、改變軟件軟件工程學(xué)--為研究和克服軟件危機(jī)應(yīng)運(yùn)而生。要對象是大型軟件。它的最終目的是擺脫手工生產(chǎn)軟件的情況，逐步實(shí)現(xiàn)壹定的時(shí)間、壹定的預(yù)算之內(nèi)完成。軟件工程是針對軟件危機(jī)提出來軟件危機(jī)的特征正是表當(dāng)下完工日期壹再拖后、經(jīng)費(fèi)壹再超支，甚至工程，大的進(jìn)步。尤其應(yīng)該指出的是，自80年代中期，部門開始認(rèn)識(shí)到，于軟件開發(fā)中，最關(guān)鍵的問題是軟件開發(fā)組織不能很好件過程，從而使壹些好的開發(fā)方法和技術(shù)均起不到所期望的作用。也就是管理軟件過程的軟件開發(fā)中，開發(fā)組織不可能于好的軟件方法和工具容的三段論見軟件工程的三段理論。軟件工程是為克服軟件危機(jī)而提出的踐中不斷地探索它的原理，技術(shù)和方法。于此過程中，人們研究和借鑒了和方法，且形成了軟件工程學(xué)。軟件工程的目標(biāo)是提高軟件的質(zhì)量和生產(chǎn)，為此我們需要先規(guī)劃這個(gè)項(xiàng)目，即完成項(xiàng)目計(jì)劃，然后根目，項(xiàng)目實(shí)施的依據(jù)是需求，這個(gè)需求類似工程項(xiàng)目的圖紙，開發(fā)人件即設(shè)計(jì)、編碼，于開發(fā)生產(chǎn)線上，將開發(fā)過程的半成品，通過配置其中：，例如需求分析、設(shè)計(jì)、編碼、測試等，相當(dāng)于生產(chǎn)線項(xiàng)目管理者規(guī)劃軟件開發(fā)、控制軟件開發(fā)的過程，相當(dāng)于生產(chǎn)線伴隨開發(fā)過程進(jìn)行的過程。過程改進(jìn)相當(dāng)于對軟件開發(fā)過程和軟。分三冊，以案例貫穿講述了軟件項(xiàng)目管理過程、軟件項(xiàng)目司的開發(fā)方式和之類似。公正地說，以此方式仍是成就了好多成如開發(fā)周期的不可控制、項(xiàng)目結(jié)果為用戶所不認(rèn)可、項(xiàng)目最終的出乎我們的意料，以至于我們無所適從。再加上技術(shù)人員、資金中，很多方法、規(guī)則均是裝于開發(fā)人員的腦子里面的，往往會(huì)因?yàn)橐紓z個(gè)造成整個(gè)公司的癱瘓。賭注完全押于這壹倆個(gè)人的身上，資本投入風(fēng)險(xiǎn)很另謀高就，公司投資就將全部付之流水，作坊式的運(yùn)作模式嚴(yán)重阻障了軟讓軟件工程成為真正的工程，就需要軟件項(xiàng)目的開發(fā)、管理、過程等方面規(guī)范化、工程化，始就于開發(fā)過程中嚴(yán)格貫徹質(zhì)量管理，軟件產(chǎn)品的質(zhì)量才有保證。否隨著軟件技術(shù)的發(fā)展而不斷變化的。即便于軟件工程的領(lǐng)域內(nèi)，研究往軟件工程壹直不能像其他產(chǎn)品壹樣，做到標(biāo)準(zhǔn)化，可是，隨著技術(shù)標(biāo)準(zhǔn)的出臺(tái)，軟件人員已經(jīng)開始重視這方面的工作。實(shí)際上能夠?qū)⒃S件去構(gòu)造。很有可能今后的軟件隊(duì)伍會(huì)分為倆個(gè)部分，壹部分專門從剛開始。于壹些公共領(lǐng)域，例如軟件的用戶界面，通用軟構(gòu)件的使用，對于各行各業(yè)的專業(yè)領(lǐng)域來