精選優(yōu)質(zhì)文檔-----傾情為你奉上精選優(yōu)質(zhì)文檔-----傾情為你奉上專心---專注---專業(yè)專心---專注---專業(yè)精選優(yōu)質(zhì)文檔-----傾情為你奉上專心---專注---專業(yè)機(jī)械系統(tǒng)軟件開發(fā)心得在第一章我們通過學(xué)習(xí)知道了軟件是與計(jì)算機(jī)系統(tǒng)操作有關(guān)的計(jì)算機(jī)程序、規(guī)程、規(guī)則及相關(guān)的文件和數(shù)據(jù)，軟件可分為可執(zhí)行部分和不可執(zhí)行部分，可執(zhí)行部分又包括操作系統(tǒng)（Windows，Unix，DOS等）、語(yǔ)言編譯系統(tǒng)（C，F(xiàn)ortran等）、支撐程序（AutoCAD，Ansys等）、應(yīng)用程序，不可執(zhí)行部分又包括面向開發(fā)者的文檔（需求分析規(guī)格書，結(jié)構(gòu)圖，測(cè)試計(jì)劃等）、面向用戶的文檔（用戶手冊(cè)、維護(hù)手冊(cè)、用戶指南等），計(jì)算機(jī)軟件的發(fā)展從程序設(shè)計(jì)階段（50年初到60年初），那時(shí)的邏輯元件以電子管，體積大，造價(jià)高，內(nèi)存小，速度低為特點(diǎn)，程序語(yǔ)言還是機(jī)器語(yǔ)言和匯編語(yǔ)言，非常講究編程技巧，開發(fā)方式是個(gè)體生產(chǎn)的方式，然后到程序系統(tǒng)階段（60年代初到70年代初），這時(shí)的邏輯元件有了中小規(guī)模集成電路，硬件價(jià)格下降，性能提高的特點(diǎn)，程序語(yǔ)言也變成了高級(jí)程序設(shè)計(jì)語(yǔ)言，同時(shí)開發(fā)方式也變成了計(jì)算機(jī)軟件公司加手工作坊的形式，再到軟件工程階段（70年代中），這時(shí)的邏輯元件變?yōu)榇笠?guī)模、超大規(guī)模集成電路，硬件價(jià)格急劇下降，性價(jià)比大幅度提高，CPU的速度提高了10的10次冪倍，主機(jī)成本每2-3年下降50%，性價(jià)比每10年提高一個(gè)數(shù)量級(jí)。程序語(yǔ)言也變成了結(jié)構(gòu)化語(yǔ)言、面向?qū)ο笳Z(yǔ)言，開發(fā)方式也變成了跨國(guó)軟件公司加軟件工程的形式。隨著軟件的開發(fā)和發(fā)展，軟件領(lǐng)域也出現(xiàn)了大大小小的問題，主要表現(xiàn)在第一軟件的復(fù)雜性越來(lái)越高，“手工作坊”式的軟件開發(fā)方式已經(jīng)無(wú)法滿足要求，第二軟件開發(fā)的成本與進(jìn)度嚴(yán)重估計(jì)不足，第三軟件開發(fā)周期長(zhǎng)，第四軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占的比例逐年上升，第五軟件的維護(hù)工作量大，第六軟件缺乏完整正確的文檔資料，第七軟件的開發(fā)速度遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用普及的速度，第八軟件產(chǎn)品質(zhì)量難以保證，第九用戶對(duì)“已完成的”軟件系統(tǒng)極不滿意，軟件危機(jī)產(chǎn)生的根源第一是軟件是計(jì)算機(jī)系統(tǒng)中的邏輯部分，在程序完成之前，是無(wú)法掌握進(jìn)度，無(wú)法評(píng)價(jià)其質(zhì)量的。因此，管理和控制軟件的開發(fā)極為困難。第二是軟件開發(fā)主要涉及兩方面的人員：用戶和軟件開發(fā)人員之間的交流時(shí)存在著隔閡。第三是開發(fā)和管理人員只重視開發(fā)而輕視問題的定義。第四是管理技術(shù)跟不上。第五是在軟件的開發(fā)與維護(hù)關(guān)系問題上存在錯(cuò)誤的概念。第六是軟件的開發(fā)模式仍為“手工作坊”式的開發(fā)模式。如何對(duì)軟件領(lǐng)域進(jìn)行解救，1968年10月，北約成員國(guó)的計(jì)算機(jī)科學(xué)家在德國(guó)召開會(huì)議，討論軟件的可靠性和軟件危機(jī)問題，討論為什么傳統(tǒng)的工程例如機(jī)械工程、土木工程，不管項(xiàng)目多大，都可以成功完成，而軟件項(xiàng)目一大，就不能實(shí)現(xiàn)呢？在這次討論中提出了“軟件工程”的思想：把傳統(tǒng)工程中的原理、方法和技術(shù)用在軟件的生產(chǎn)中。軟件工程的定義就是指用傳統(tǒng)工程的思想和方法來(lái)指導(dǎo)軟件的生產(chǎn)，它運(yùn)用了工程的概念、原理、方法、技術(shù)來(lái)開發(fā)和維護(hù)軟件，把經(jīng)過時(shí)間考驗(yàn)而證明是正確的管理技術(shù)和當(dāng)前能夠用到的最好的技術(shù)結(jié)合起來(lái)。軟件工程學(xué)的研究對(duì)象包括軟件工程理論、結(jié)構(gòu)、方法、工具、環(huán)境、管理、規(guī)范，理論和結(jié)構(gòu)是軟件開發(fā)的基礎(chǔ)；方法、工具和開發(fā)環(huán)境保證了軟件開發(fā)的效率和成功率；管理技術(shù)和規(guī)范保證軟件能按計(jì)劃、按要求地開發(fā)出所需要的軟件。軟件工程學(xué)的基本目標(biāo)是研究一套科學(xué)的工程方法，設(shè)計(jì)一套方便實(shí)用的工具系統(tǒng)，以達(dá)到在軟件研制生產(chǎn)中投資少、效率高、質(zhì)量?jī)?yōu)的目的，軟件工程學(xué)的三要素是軟件工程方法、軟件工程工具和軟件工程管理。在第二章我們學(xué)習(xí)到軟件設(shè)計(jì)中的科學(xué)方法，第一抽象方法，第二逐步求精方法，第三模塊化方法，模塊具有程序代碼、內(nèi)部數(shù)據(jù)、功能與輸入輸出。程序代碼和內(nèi)部數(shù)據(jù)是模塊的內(nèi)部特性，輸入輸出和功能是模塊的外部特性。輸入和輸出分別是模塊需要的和產(chǎn)生的信息，功能是指模塊所做的工作，內(nèi)部數(shù)據(jù)是僅供該模塊使用的數(shù)據(jù)，模塊則用程序代碼完成它的功能。所以我們可以得出一個(gè)復(fù)雜的問題可以通過將其分解為許多容易解決的問題來(lái)解決這個(gè)結(jié)論。第四局部化與信息隱蔽方法，局部化是指把一些有關(guān)的、具有特定目的的軟件要素放在一起，使程序的一個(gè)部分與另一個(gè)部分盡量不產(chǎn)生相互牽扯和影響，把所有的相關(guān)的信息放在一處。信息隱蔽是指模塊將一些具有特定目的的數(shù)據(jù)及對(duì)數(shù)據(jù)的操作封裝起來(lái)，使其內(nèi)部與外界相隔離，模塊中所包含的信息對(duì)于不需要這些信息的其它模塊來(lái)說(shuō)，不允許訪問。我們?cè)谑褂媚K時(shí)，要考慮到模塊獨(dú)立，模塊獨(dú)立是指一個(gè)模塊的工作不依賴于另一個(gè)模塊的存在，模塊與模塊之間的聯(lián)系只是不可缺少的必要數(shù)據(jù)聯(lián)系，它是抽象、模塊化、局部化和信息隱蔽的直接結(jié)果。模塊獨(dú)立是非常重要的，首先獨(dú)立性的模塊容易開發(fā)出來(lái)，由于獨(dú)立的模塊功能單一、接口簡(jiǎn)單，極易實(shí)現(xiàn)多人合作共同開發(fā)，這對(duì)大型軟件的開發(fā)尤為重要。其次獨(dú)立的模塊容易測(cè)試與維護(hù)，由于獨(dú)立的模塊與軟件的其它部分聯(lián)系最少，在各自設(shè)計(jì)和修改代碼時(shí)所引起的影響范圍小，錯(cuò)誤傳播的范圍小，修改的工作量小，軟件容易測(cè)試與維護(hù)。模塊獨(dú)立程度的衡量，內(nèi)聚度越高越好，藕合度越低越好。內(nèi)聚度是指模塊內(nèi)部各個(gè)成分之間聯(lián)系的緊密程度。藕合度是指模塊之間互相依賴的程度。在第三章我們可以知道了解一些工程CAD軟件的內(nèi)容，也可以學(xué)習(xí)一些軟件工程學(xué)的內(nèi)容，工程CAD軟件又叫做計(jì)算機(jī)輔助設(shè)計(jì)，工程CAD軟件是一個(gè)包含科學(xué)計(jì)算、圖形處理、符號(hào)推理、幾何造型、動(dòng)態(tài)模擬仿真等多方面知識(shí)的復(fù)雜的、大型的軟件系統(tǒng)，工程CAD軟件也與幾何圖形、拓?fù)潢P(guān)系、離散數(shù)學(xué)、計(jì)算方法等算法有關(guān)，還與工藝技術(shù)有關(guān)，工程CAD軟件在功能模塊方面要求有較高的獨(dú)立性。專業(yè)領(lǐng)域工程技術(shù)人員需要掌握軟件工程學(xué)方法，工程CAD系統(tǒng)分析與建模對(duì)領(lǐng)域知識(shí)結(jié)構(gòu)的要求，決定了CAD軟件應(yīng)該由具有一定的計(jì)算機(jī)科學(xué)知識(shí)的專業(yè)領(lǐng)域工程師來(lái)開發(fā)，領(lǐng)域工程師是工程CAD軟件維護(hù)的主力軍?，F(xiàn)在目前軟件開發(fā)模式主要有瀑布模式、漸增型開發(fā)模式、快速原型模式、螺旋模式、構(gòu)件組裝模式、轉(zhuǎn)換模式、凈室模式、混合模式、目前軟件開發(fā)的方法多種多樣其中最為廣泛的就是結(jié)構(gòu)化方法、Jackson方法、功能分解法、面向?qū)ο蠓椒?，軟件質(zhì)量的評(píng)價(jià)標(biāo)準(zhǔn)條件是正確性、可靠性、效率、安全性、可用性、可維護(hù)性、靈活性或可適應(yīng)性、連接性，在滿足可靠性、可維護(hù)性的前提下，追求效率。在第四章我知道了在解決問題之前要去了解這個(gè)問題被解決的可能性是多少，去估計(jì)解決這個(gè)問題要花費(fèi)的時(shí)間和要花費(fèi)的金錢，首先我們要了解問題的背景，開發(fā)系統(tǒng)的現(xiàn)狀，開發(fā)的理由和條件，開發(fā)系統(tǒng)的問題要求、總體要求，問題的性質(zhì)、類型范圍，要實(shí)現(xiàn)的目標(biāo)，功能規(guī)模，實(shí)現(xiàn)目標(biāo)的方案，開發(fā)的條件，環(huán)境的要求等，其次系統(tǒng)分析員要深入現(xiàn)場(chǎng)，去閱讀用戶的書面報(bào)告，聽取用戶的要求，調(diào)查開發(fā)的背景理由，還要與用戶負(fù)責(zé)人反復(fù)討論，努力澄清模糊的地方，改正不正確的地方，寫出一份雙方都滿意的問題定義文檔，最后確定雙方是否可進(jìn)行下一步，可行性研究的目的用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決，是否值得解決，在此同時(shí)我們也要考慮技術(shù)可行性的問題，技術(shù)可行性是指根據(jù)用戶提出的系統(tǒng)功能、性能及實(shí)現(xiàn)系統(tǒng)的各項(xiàng)約束條件，從技術(shù)的角度研究系統(tǒng)實(shí)現(xiàn)的可行性，而且我們還要考慮社會(huì)因素，考察系統(tǒng)的開發(fā)是否可能導(dǎo)致違法，軟件開發(fā)是否會(huì)侵占他人、集體或國(guó)家的利益，是否違反國(guó)家的法律并由此而承擔(dān)法律責(zé)任，如果計(jì)算機(jī)軟件是合作開發(fā)的既指兩個(gè)及以上單位、公民提供物質(zhì)、技術(shù)條件進(jìn)行的開發(fā)，其著作權(quán)的享有和行使以事前的書面協(xié)議為根據(jù)，如無(wú)書面協(xié)議，其著作權(quán)由各合作開發(fā)者共同享有，如果計(jì)算機(jī)軟件是委托開發(fā)的，那么其著作權(quán)的歸屬由委托者與受委托者簽訂書面協(xié)議約定，如無(wú)書面約定，或者在協(xié)議中未明確約定的，其著作權(quán)屬于受委托者，如果是為完成上級(jí)單位或者政府部門下達(dá)的任務(wù)而開發(fā)的軟件，其著作權(quán)的歸屬由項(xiàng)目任務(wù)書或者合同規(guī)定；如項(xiàng)目任務(wù)書或者合同中未作明確規(guī)定，則軟件著作權(quán)屬于接受任務(wù)的單位，如果是公民在單位任職期間所開發(fā)的軟件，如是執(zhí)行本職工作的結(jié)果，即針對(duì)本職工作中明確指定的開發(fā)目標(biāo)所開發(fā)的，或者是從事本職工作活動(dòng)所預(yù)見的結(jié)果或者自然的結(jié)果，則該軟件的著作權(quán)屬于單位，如果是公民所開發(fā)的軟件但不是執(zhí)行本職工作的結(jié)果，并與開發(fā)者在單位中從事的工作內(nèi)容無(wú)直接聯(lián)系，且又未使用單位的物質(zhì)技術(shù)條件，則該軟件的著作權(quán)歸屬于開發(fā)者自己?？尚行匝芯康牟襟E第一復(fù)查系統(tǒng)的規(guī)模和目標(biāo)、第二研究目前正在使用的系統(tǒng)、第三導(dǎo)出新系統(tǒng)的高層邏輯模型、第四重新定義問題、第五導(dǎo)出和評(píng)價(jià)供選擇的解法、第六推薦行動(dòng)方針、第七草擬開發(fā)計(jì)劃、第八書寫文檔提交審查。在第五章我知道了開發(fā)一個(gè)軟件有許多的要求和需求，軟件的需求必須要做到第一一致性就是指需求之間不能相互矛盾、第二完整性就是指必須包含用戶的每一個(gè)需求、第三現(xiàn)實(shí)性就是指需求必須是現(xiàn)有軟硬件技術(shù)可以實(shí)現(xiàn)的、第四有效性就是指需求必須經(jīng)過驗(yàn)證是正確有效的、第五可驗(yàn)證性就是指能驗(yàn)證規(guī)定的需求能否滿足用戶要求，需求分析也要考慮到第一確定軟件系統(tǒng)的綜合要求、第二分析軟件系統(tǒng)的數(shù)據(jù)要求、第三導(dǎo)出軟件系統(tǒng)的邏輯模型、第四修正軟件系統(tǒng)開發(fā)計(jì)劃、第五構(gòu)造原型系統(tǒng)、第六驗(yàn)證軟件需求分析的正確性、第七編寫軟件需求說(shuō)明書，需求分析的過程需要5步，第一步需要我們?nèi)フ{(diào)查研究、第二步要去分析與綜合就是指從當(dāng)前系統(tǒng)的物理模型中抽象出當(dāng)前系統(tǒng)的邏輯模型，確定輸入輸出，以數(shù)據(jù)流圖或其它工具表示、第三步要分析當(dāng)前系統(tǒng)與需求的目標(biāo)系統(tǒng)的差別，建立更有效的目標(biāo)系統(tǒng)的邏輯模型，并以圖形描述工具表示、第四步對(duì)目標(biāo)系統(tǒng)邏輯模型進(jìn)行完善和補(bǔ)充，編寫軟件需求規(guī)格書、第五步要需求分析評(píng)審。在第六章我知道了編寫軟件需求規(guī)格書的時(shí)候要有一套分層的數(shù)據(jù)流圖、一本數(shù)據(jù)詞典和一些補(bǔ)充材料，數(shù)據(jù)流圖（DFD）要有數(shù)據(jù)流的源點(diǎn)和終點(diǎn)，要有加工同時(shí)也要有數(shù)據(jù)流和文件，數(shù)據(jù)流的源點(diǎn)是指對(duì)系統(tǒng)提供輸入數(shù)據(jù)流的外部實(shí)體，數(shù)據(jù)流的終點(diǎn)是指接收系統(tǒng)輸出數(shù)據(jù)流的外部實(shí)體，源點(diǎn)和終點(diǎn)通常是系統(tǒng)之外的人員或組織，所以可畫出，也可不畫出。畫出只是為了幫助理解。加工時(shí)加工都要有一個(gè)確定的名字來(lái)命名，且名字的選取要能夠反映加工的全部功能，加工有兩種主要的加工方式，第一種是轉(zhuǎn)換數(shù)據(jù)的結(jié)構(gòu)，對(duì)數(shù)據(jù)重新進(jìn)行組織，第二種是轉(zhuǎn)換數(shù)據(jù)中的信息或產(chǎn)生新的信息，數(shù)據(jù)流是由一組成分固定的數(shù)據(jù)從一個(gè)地方同時(shí)流向另一個(gè)地方，數(shù)據(jù)流有一個(gè)名字，且名字要包含數(shù)據(jù)流的全部含義，文件用來(lái)存放設(shè)計(jì)的原始資料或中間結(jié)果，就像一個(gè)數(shù)據(jù)倉(cāng)庫(kù)一樣，文件有一個(gè)確定的名字，且名字應(yīng)能反映數(shù)據(jù)的內(nèi)容和性質(zhì)，便于理解。文件和加工之間的箭頭有指向文件、背離文件和雙向的三種，指向文件的箭頭，表示數(shù)據(jù)流要寫入文件，背離文件的箭頭，表示加工要從文件讀出數(shù)據(jù)，雙向的箭頭，表示加工既要從文件讀出數(shù)據(jù)，又要將加工后的數(shù)據(jù)再寫入文件，畫數(shù)據(jù)流圖時(shí)是由外向里畫系統(tǒng)的頂層數(shù)據(jù)流圖，第一將系統(tǒng)的輸入數(shù)據(jù)和輸出數(shù)據(jù)用一連串的加工連接起來(lái)，可以從輸入數(shù)據(jù)流逐步畫到輸出數(shù)據(jù)流，也可以從輸出數(shù)據(jù)流逐步追溯到輸入數(shù)據(jù)流，在數(shù)據(jù)流的值發(fā)生變化的地方就是一個(gè)加工，第二給各個(gè)加工命名并編號(hào)，加工的名字應(yīng)包含該加工的全部功能。如果發(fā)現(xiàn)一個(gè)加工的命名很困難，意味著數(shù)據(jù)流圖分解不當(dāng)，可能這個(gè)加工中包含著幾種不同的功能，此時(shí)應(yīng)考慮重新分解，第三給加工之間的數(shù)據(jù)命名，加工之間流動(dòng)的數(shù)據(jù)有數(shù)據(jù)流和數(shù)據(jù)項(xiàng)兩大類，數(shù)據(jù)流的命名要適合于整個(gè)數(shù)據(jù)流，而不能只反映其中的一些成分，如果發(fā)現(xiàn)為某個(gè)數(shù)據(jù)流命名困難，這往往也是DFD分解不當(dāng)?shù)恼髡?，可以考慮重新分解，第四給文件命名，DFD中應(yīng)畫出有關(guān)的文件，給文件命名，并了解有關(guān)文件的組成情況，自頂向下逐層分解，繪出分層數(shù)據(jù)流圖，一套數(shù)據(jù)流圖由一張頂層數(shù)據(jù)流圖和若干張分層數(shù)據(jù)流圖組成。數(shù)據(jù)流圖分解的規(guī)模反映了軟件的大小，在繪圖時(shí)要考慮到父圖和子圖，父圖是上層數(shù)據(jù)流圖是下層數(shù)據(jù)流圖的父圖，子圖是下層數(shù)據(jù)流圖是上層數(shù)據(jù)流圖的子圖，在畫父圖和子圖時(shí)，要考慮到父圖和子圖的平衡。理想的分解應(yīng)是將一個(gè)問題分解成復(fù)雜程度相當(dāng)?shù)膸讉€(gè)部分，即所有的加工抽象程度趨近一致，實(shí)際工作中很難做到這點(diǎn)，但一定要有這種意識(shí)：盡可能地避免分解極不均勻，如果一張數(shù)據(jù)流圖中，有的加工是非常抽象的，而有的加工則是不可再分具體細(xì)節(jié)則應(yīng)考慮重新分解，DFD中所有的成分的命名都應(yīng)具體、都應(yīng)包含該成分的全部含義，以避免產(chǎn)生錯(cuò)覺，減少設(shè)計(jì)、編碼、維護(hù)階段的錯(cuò)誤，理想的加工命名應(yīng)由一個(gè)具體的動(dòng)詞加一個(gè)具體的賓語(yǔ)組成，特別是在數(shù)據(jù)流圖的底層，一定要做到這點(diǎn)，如果難以用一個(gè)合適的名字為數(shù)據(jù)流圖的某個(gè)成分命名，往往是由于分解不當(dāng)所致，這時(shí)應(yīng)考慮重新分解，如果語(yǔ)言描述比較模糊時(shí)，我們可以使用判定表或判定樹來(lái)表達(dá)其含義。當(dāng)是一個(gè)不太復(fù)雜的判斷邏輯時(shí)（條件組合和操作只有10個(gè)左右），使用判斷樹比較好，當(dāng)是一個(gè)復(fù)雜的判斷邏輯時(shí)，使用判斷表比較好，當(dāng)是一個(gè)處理邏輯既包含了一般的順序執(zhí)行動(dòng)作，又包含了判斷或循環(huán)邏輯時(shí)，使用結(jié)構(gòu)化語(yǔ)言較好。在第七章我知道了要開發(fā)一款軟件必須要有它的總體設(shè)計(jì)，第一黑盒模塊黑盒具有三個(gè)特點(diǎn)一對(duì)于已知的輸入可以預(yù)計(jì)它的輸出、二知道它能做什么，即了解它的功能、三不關(guān)心它的內(nèi)部，即不關(guān)心它是如何構(gòu)造的，也不關(guān)心它是如何完成它的功能的，系統(tǒng)分解成黑盒模塊時(shí)，應(yīng)注意每個(gè)模塊應(yīng)該只解決一個(gè)問題，每個(gè)模塊的功能應(yīng)該明確，易于理解，并使用模塊名來(lái)表示，模塊之間的聯(lián)系應(yīng)盡可能簡(jiǎn)單，即模塊應(yīng)盡可能獨(dú)立，第二層次結(jié)構(gòu)，層次結(jié)構(gòu)應(yīng)知道它具有最下層是基層單位、一個(gè)上級(jí)單位允許有若干個(gè)直屬下級(jí)單位、上級(jí)單位只能向下級(jí)單位發(fā)布命令、平級(jí)之間不能相互命令、下級(jí)不能命令上級(jí)等特點(diǎn)，第三結(jié)構(gòu)化設(shè)計(jì)（SD），SD的基本思想，是將軟件系統(tǒng)設(shè)計(jì)成為由相對(duì)獨(dú)立、功能單一的模塊組成的結(jié)構(gòu)，它是一種面向數(shù)據(jù)流的總體設(shè)計(jì)方法，SD方法研究模塊分解的影響，提出評(píng)價(jià)模塊結(jié)構(gòu)質(zhì)量的兩個(gè)具體標(biāo)準(zhǔn)塊間耦合和塊內(nèi)內(nèi)聚，在工程設(shè)計(jì)中，需用到大量的實(shí)驗(yàn)數(shù)據(jù)，這些數(shù)據(jù)常常是用圖形的方式來(lái)表達(dá)的，當(dāng)用計(jì)算機(jī)進(jìn)行