軟件工程習題集

河南機電高等?？茖W(xué)校學(xué)校計算機規(guī)劃教材軟件工程習題集系別：計算機科學(xué)與技術(shù)系班級：軟件102（對口）學(xué)號：101012241姓名I目錄第1章軟件工程概括11.1軟件的觀點及其特色11.2依照功能層次軟件可分為系統(tǒng)軟件支撐軟件應(yīng)用軟件11.3用戶定制軟件與通用商業(yè)軟件的特色11.4軟件工程的觀點及其對軟件家產(chǎn)化發(fā)展的踴躍意義21.5軟件工程波及過程方法工具三個方面的技術(shù)問題21.6軟件工程管理主要表此刻四個P上21.7軟件工程一定考慮工程目標以表現(xiàn)其工程價值31.8結(jié)構(gòu)方法的特色、面向?qū)ο蠓椒ǖ奶厣?、面向?qū)ο蠓椒ǖ膬?yōu)勝性31.9MicrosoftVisio的使專心得4第2章軟件開發(fā)過程模式52.1軟件開發(fā)期的目標任務(wù)及綱要設(shè)計需要達成的任務(wù)52.2瀑布模式的一大特色是里程碑管理體制52.3瀑布模式的限制性52.4扔掉型原型與進化型原型的異同62.5原型進化模式不可以適應(yīng)較大型軟件項目的開發(fā)的原由62.6增量模式的優(yōu)勝性6第3章軟件項目管理83.1軟件開發(fā)機構(gòu)內(nèi)的質(zhì)量控制部的作用83.2項目負責人一定是管理專家的原由83.3軟件項目中文檔的分類83.4軟件開發(fā)需要有配置管理其主要包含哪些方面的管理83.5計算器程序93.6質(zhì)量標準14第4章計算機系統(tǒng)工程154.1計算機系統(tǒng)的構(gòu)成及特色154.2Client/Server結(jié)構(gòu)的系統(tǒng)擴大性154.3Browser/Server結(jié)構(gòu)的特色及長處短處174.4網(wǎng)絡(luò)游戲軟件的系統(tǒng)結(jié)構(gòu)174.5高層剖析184.6軟件項目實行前為何要進行可行性剖析194.7軟件開發(fā)可行性的標準20第5章需求剖析215.1軟件需求215.2用戶訴苦解決舉措215.3系統(tǒng)剖析師應(yīng)當擁有的素質(zhì)215.4需求剖析的基本過程225.5軟件用戶的種類225.6常用的檢查手段235.7需求剖析中需求模型的用途245.8泳道的含義265.9需求剖析中波及哪些方面的需求考證265.10原型需求考證和評審需求考證26第6章結(jié)構(gòu)化剖析建模286.1學(xué)生管理系統(tǒng)建模286.2圖書借閱管理系統(tǒng)建模286.3庫房管理系統(tǒng)流程306.4入學(xué)管理系統(tǒng)的數(shù)據(jù)流程316.5積蓄系統(tǒng)數(shù)據(jù)辦理流圖32第7章鑒于UML的面向?qū)ο笃饰鼋?47.1圖書借閱管理系統(tǒng)347.2商品庫存管理系統(tǒng)357.3銀行積蓄系統(tǒng)36第8章綱要設(shè)計368.1軟件系統(tǒng)構(gòu)架波及因素368.2軟件分層系統(tǒng)結(jié)構(gòu)特色及優(yōu)勢368.3數(shù)據(jù)表及其關(guān)系與實體及其關(guān)系的不一樣378.4索引的作用378.5數(shù)據(jù)庫設(shè)計建模388.6綱要設(shè)計中要求對模塊進行抽象的作用388.7模塊抽象與信息隱蔽的作用388.8模塊內(nèi)聚度與耦合度398.9過程內(nèi)聚與次序內(nèi)聚408.10數(shù)據(jù)耦合與控制耦合的不一樣408.11結(jié)構(gòu)化程序控制的特色418.12面向?qū)ο蟪绦蚪Y(jié)構(gòu)的類圖及軟件圖的用途41第9章結(jié)構(gòu)化設(shè)計建模439.1自動閱卷系統(tǒng)439.2入學(xué)管理系統(tǒng)錯誤!不決義書簽。9.3積蓄系統(tǒng)449.4網(wǎng)上考試系統(tǒng)錯誤!不決義書簽。第10章鑒于UML的面向?qū)ο笤O(shè)計建模4410.1面向?qū)ο笤O(shè)計建模的特色4510.2設(shè)計類圖和剖析類圖的差別4510.3協(xié)作圖與時序圖的異同點4510.4系統(tǒng)部署的因素4510.5圖書借閱管理系統(tǒng)設(shè)計類圖4610.6商品庫存管理系統(tǒng)設(shè)計協(xié)作圖4610.7積蓄系統(tǒng)設(shè)計時序圖46第11章用戶界面設(shè)計4911.1GUI界面設(shè)計4911.2GUI界面設(shè)計4911.3傳統(tǒng)窗體和Web頁的比較4911.4學(xué)生成績查問窗體4911.5學(xué)生成績管理系統(tǒng)5011.6界面要求有一致的風格50第12章算法設(shè)計與編碼5112.1結(jié)構(gòu)化流程控制的特色5112.2程序流程圖改用NS圖、PAD圖、PDL偽碼進行算法5112.3查問從1000之內(nèi)將能夠被7整除的數(shù)5112.4部件庫房管理系統(tǒng)52第13章軟件測試5713.1簡述單元測試的對象、內(nèi)容及方法5713.2漸增集成的觀點5713.3確認測試的觀點5713.4面向?qū)ο髥卧獪y試的特色5713.5回溯法程序調(diào)試的特色58第14章軟件保護5914.1軟件可保護性5914.2試說明軟件保護實行過程5914.3逆向工程61第1章軟件工程概括1.1軟件的觀點及其特色軟件的觀點及其特色。答：（1）軟件是計算機系統(tǒng)中的邏輯成分，是程序、數(shù)據(jù)、文檔等諸多邏輯元素的會合，需要有物理硬件的支持才能產(chǎn)生作用；2）軟件的特色：①軟件有對硬件不行缺失的依靠；②軟件有不一樣于硬件的生產(chǎn)流程；③軟件有不一樣于硬件的生命過程。1.2依照功能層次軟件可分為系統(tǒng)軟件支撐軟件應(yīng)用軟件依照功能層次分，軟件可分為系統(tǒng)軟件、支撐軟件、應(yīng)用軟件。那么SQLServer是哪個層次的軟件，ADO.NET是哪個層次的軟件，VisualC++是哪個層次的軟件？答：（1）SQLServer是系統(tǒng)軟件（系統(tǒng)軟件：為計算機基層軟件，如操作系統(tǒng)、設(shè)備驅(qū)動程序、數(shù)據(jù)庫引擎等）。2）C++是支撐軟件（支撐軟件：介于系統(tǒng)軟件與應(yīng)用軟件之間的支持軟件開發(fā)的軟件，最常用的是支持軟件開發(fā)與保護的工具軟件，如程序編譯器、程序編寫器、錯誤檢測程序、程序資源庫等）。3）ADO.NET是應(yīng)用軟件（應(yīng)用軟件：為最后用戶供應(yīng)給用服務(wù)的軟件，通常有工具軟件開發(fā)，并依靠系統(tǒng)軟件的支持運行，如財務(wù)辦理系統(tǒng)，生產(chǎn)控制系統(tǒng)，辦公自動化系統(tǒng)）。1.3用戶定制軟件與通用商業(yè)軟件的特色依照服務(wù)對象，軟件可分為用戶定制軟件，通用商業(yè)軟件。試舉例說明這兩類軟件的特色。答：（1）用戶定制軟件由特定用戶獨享，一次需要針對特定用戶進行特意的需求剖析，以知足特定用戶的特別應(yīng)用需要，比如：某特別設(shè)備的控制系統(tǒng)、某公司的業(yè)務(wù)管理系統(tǒng)、某特定大廈的只好監(jiān)控系統(tǒng)、某城市的交通看管系統(tǒng)。（2）通用商業(yè)軟件是開發(fā)機構(gòu)依據(jù)社會需求自主開發(fā)的軟件，大多有寬泛的用戶1群，如通用辦公系統(tǒng)、通用財務(wù)系統(tǒng)。為知足通用性，通用商業(yè)軟件常常需要有面向用戶的應(yīng)用配置，以使軟件能適應(yīng)各樣不一樣的工作環(huán)境和知足各樣不一樣的應(yīng)用需要。1.4軟件工程的觀點及其對軟件家產(chǎn)化發(fā)展的踴躍意義軟件工程的觀點及其對軟件家產(chǎn)化發(fā)展的踴躍意義。答：軟件工具用于對軟件工程方法與軟件過程的自動化或半自動化進行支持。軟件工具也像工程方法同樣，要求能夠覆蓋整個軟件過程，如項目管理、軟件剖析、軟件設(shè)計、程序創(chuàng)立、軟件測試等，都要求有適合的軟件工具的支持。1.5軟件工程波及過程方法工具三個方面的技術(shù)問題軟件工程波及過程、方法、工具三個方面的技術(shù)問題，這三個方面存在什么互相關(guān)系？試舉例說明它們之間的關(guān)系。答：軟件過程是軟件開發(fā)與保護的實行路線和詳細步驟，并且是軟件開發(fā)時的工程化框架，是工程方法與軟件工具得以有效應(yīng)用的基礎(chǔ)；軟件工程方法指的是開發(fā)與保護軟件時應(yīng)當“怎樣做”的一系列技術(shù)性方法。工程方法波及的內(nèi)容有工程規(guī)范、工程策略、技術(shù)手段等。軟件工程方法需要軟件過程，所以也就需要考慮不一樣過程中工程方法的關(guān)系性。明顯為使不一樣階段的工程方法能有效的關(guān)系，工程方法需要形成系統(tǒng)，如結(jié)構(gòu)化方法系統(tǒng)、面向?qū)ο蠓椒ㄏ到y(tǒng)，即這樣的工程方法系統(tǒng)能夠支持從軟件剖析到軟件設(shè)計、實現(xiàn)的全過程任務(wù)的睜開。軟件工具用于對軟件工程方法與軟件過程的自動化或半自動化進行支持。軟件工具也像工程方法同樣，要求能夠覆蓋整個軟件過程，如項目管理、軟件剖析、軟件設(shè)計、程序創(chuàng)立、軟件測試等，都要求有適合的軟件工具的支持。1.6軟件工程管理主要表此刻四個P上軟件工程管理主要表此刻四個P上，即項目（Project），人員（People）、過程（Process）、產(chǎn)品（Product）。請簡述這四個方面的管理，并談一些自己的認識。答：（1）項目是一個工程單位，軟甲開發(fā)即以軟件項目為單位實行。應(yīng)當說，軟件項目使軟件開發(fā)中的各樣因素集中到了一同，它使軟件開發(fā)有了管理的必需，并使軟件開發(fā)有了管理的便利。（2）軟件是智力勞動密集型家產(chǎn)，軟件開發(fā)一定由人來達成。所以，開發(fā)人員，特別是優(yōu)異技術(shù)人材，是決定軟件可否成功開發(fā)的最重點因素之一。軟件開發(fā)的人員組織結(jié)構(gòu)是軟件項目組，它是一個軟件開發(fā)團隊，其成員包含項目負責人、開發(fā)人員、資源管理員、軟件測試員等。3）過程管理的第一項工作是選擇一個與所擔當?shù)能浖椖肯噙m應(yīng)的過程模式。可供選擇的過程模式有瀑布模式、原型模式、增量模式、螺旋模式；過程管理的第二項工作室鑒于所選過程模式制定出更為詳盡的里程碑過程計劃，以便于軟件開發(fā)能鑒于各個里程碑獲取有效的過程控制。4）產(chǎn)品管理包含產(chǎn)質(zhì)量量管理、產(chǎn)品配置管理；為了保證軟件產(chǎn)品的質(zhì)量，一定成立一個有效的產(chǎn)質(zhì)量量保證系統(tǒng)。該系統(tǒng)有質(zhì)量標準、質(zhì)量計劃、質(zhì)量控制等因素構(gòu)成；為使產(chǎn)品及其配套資源擁有一致性，一定成立完美的配置管理，該項管理是一組針對軟件產(chǎn)品的追蹤和控制活動，其貫串于整個軟件生計周期，以保證軟件開發(fā)中的各樣輸出信息都是一致的。1.7軟件工程一定考慮工程目標以表現(xiàn)其工程價值軟件工程一定考慮工程目標，以表現(xiàn)其工程價值。一些主要的工程目標有降低成本、知足需求、改良性能、提高質(zhì)量、實時交托。請依照你所認識的重要性，對上述工程目標進行優(yōu)先級排序。答：知足需求、提高質(zhì)量、改良性能、降低成本、實時交托。1.8結(jié)構(gòu)方法的特色、面向?qū)ο蠓椒ǖ奶厣?、面向?qū)ο蠓椒ǖ膬?yōu)勝性結(jié)構(gòu)化方法有什么特色？面向?qū)ο蠓椒ㄓ惺裁刺厣?？C語言是結(jié)構(gòu)化程序的代表，java則是面向?qū)ο蟪绦虻拇?，試以他們?yōu)橐缆犝f明結(jié)構(gòu)化方法與面向?qū)ο蠓椒ǖ牟顒e。答：（1）結(jié)構(gòu)方法的特色是以實現(xiàn)軟件功能為基本目標；2）面向?qū)ο蠓椒ǖ奶厣菙?shù)據(jù)封裝、類體繼承、操作多態(tài)；3）與結(jié)構(gòu)化方法對比，面向?qū)ο蠓椒杀憩F(xiàn)以下幾個方面的優(yōu)勝性：①便利的由剖析到設(shè)計的變換通道；②更為靠近現(xiàn)實環(huán)境；③更為有效的程序復(fù)用手段；④可使軟件以迭代方式逐漸完美。31.9MicrosoftVisio的使專心得MicrosoftVisio的使專心得。答：作為一個產(chǎn)品策劃，能嫻熟的使用繪制流程圖的軟件Visio能夠為所欲為的表達自己的想法。作為一個協(xié)助工具，Visio的作用其實就是策劃人員與技術(shù)人員之間的想法交流，以及策劃人員對評審等人員的想法描繪。所以流程圖的了然謹慎是需要具備的最基本條件。既然是“圖”，簡短雅觀也能夠更好的讓工作進行，這就需要我們平時的多加練習了。其實在Visio的使用中我們也能掌握一些小技巧，比如F9能夠切換連結(jié)線的功能，在連結(jié)線上怎樣任意增添文字等。所以對一個策劃人員來說，有時畫流程圖可能也像畫畫同樣，還是蠻有興趣的。這些固然此刻還不會用，我想此后我會努力學(xué)好這些的。第2章軟件開發(fā)過程模式2.1軟件開發(fā)期的目標任務(wù)及綱要設(shè)計需要達成的任務(wù)軟件開發(fā)期的目標任務(wù)是什么？綱要設(shè)計需要達成什么任務(wù)？答：（1）軟件綱要設(shè)計；2）軟件詳盡設(shè)計；3）編碼和單元測試；4）系統(tǒng)集成；5）系統(tǒng)查收。綱要設(shè)計需要提交綱要設(shè)計說明書，她將作為詳盡設(shè)計與系統(tǒng)集成的依照。2.2瀑布模式的一大特色是里程碑管理體制瀑布模式的一大特色是里程碑管理體制。對此，你有什么認識？答：瀑布模式可帶來鑒于階段任務(wù)的里程碑管理。這是一種可量化的并能適應(yīng)大型項目的管理體制，能夠鑒于階段設(shè)定和胸懷項目進度，能夠依照階段進行項目任務(wù)分派以及估量項目任務(wù)達成比率。往常，項目管理者可預(yù)先估量出每個階段的任務(wù)量，并以此為依照規(guī)定每個階段的任務(wù)時限，而后即可按階段部署任務(wù)與監(jiān)察項目進度。2.3瀑布模式的限制性為何瀑布模式不可以很好的適應(yīng)用戶需求更改？原型進化模式有為何能很好地適應(yīng)用戶需求更改？答：瀑布模式的限制性，瀑布模式中的軟件過程只好按規(guī)程推動，并且一定等到全部開發(fā)任務(wù)達成此后，才能獲取能夠交托使用的軟件產(chǎn)品。所以，瀑布模式并不可以獲取對軟件系統(tǒng)的迅速創(chuàng)立，對于一些急于交托的軟件系統(tǒng)開發(fā)，瀑布模式有操作上的不便。瀑布模式能夠有效保證軟件質(zhì)量，對于需求明確的軟件系統(tǒng)開發(fā)，瀑布模式是一種較好的過程模式。但是，瀑布模式的靈巧性不是很好，假如已經(jīng)開始設(shè)計，則來自用戶的一個很小的需求更改懇求，也可能會給軟件項目帶來大難題，由此致使5項目緩期。實質(zhì)上，大多半應(yīng)用系統(tǒng)在其開發(fā)早期用戶的需求其實不清楚，所以對于那些面向用戶的應(yīng)用系統(tǒng)的開發(fā)，瀑布模式有較大的不適應(yīng)性。2.4扔掉型原型與進化型原型的異同試說明扔掉型原型與進化型原型的異同？答：同樣點：第一它們都是軟件原型，軟件原型是指對軟件問題的直觀模擬或仿真。原型可用于軟件剖析與設(shè)計剖析階段所建的原型叫做剖析原型，往常用來解決用戶對軟件系統(tǒng)在需求上的而模糊認識；設(shè)計階段所建的原型叫做設(shè)計原型，往常用來嘗試某種設(shè)計能否能夠獲取預(yù)期的成效。不一樣點：（1）扔掉型原型是用了來對需求進行評鑒或?qū)υO(shè)計進行嘗試的，為使需求與設(shè)計問題趕快確立下來，并盡量減少原型成本，扔掉型原型常常利用第四代語言或軟件迅速生成工具創(chuàng)立。進化型原型因為將演變成可被用戶使用的產(chǎn)品，所以一般要求在最后產(chǎn)品開發(fā)平臺上創(chuàng)立。2）扔掉型原型不需要投入實質(zhì)應(yīng)用，所以能夠就針對某個專賣問題成立局部原型，而無需考慮完好性，扔掉型原型也可能是一個叫完好的系統(tǒng)，但倒是一個不必投入實質(zhì)應(yīng)用的試驗品。開發(fā)者大多項選擇擇可視化開發(fā)工具創(chuàng)立進化型原型，原由是這些可視化開發(fā)工具不單能迅速創(chuàng)立原型，并且還可以使原型投入實質(zhì)應(yīng)用，并逐漸演變成最后目標系統(tǒng)。2.5原型進化模式不可以適應(yīng)較大型軟件項目的開發(fā)的原由一般以為，原型進化模式不可以適應(yīng)較大型軟件項目的開發(fā)，原由是什么？答：原型進化模式對于面向用戶的中小型軟件開發(fā)會有必定的優(yōu)勢，但卻因為管理規(guī)程上的不足，而不可以有效保證軟件質(zhì)量，不可以適應(yīng)大型軟件系統(tǒng)的開發(fā)。2.6增量模式的優(yōu)勝性增量模式聯(lián)合了瀑布模式與原型進化模式的特色，更詳細地說，其可表現(xiàn)出哪些方面的優(yōu)勝性？答：（1）增量模式供應(yīng)了鑒于增量的需求適應(yīng)性，能面向用戶需求進行系統(tǒng)開發(fā)；同時又擁有優(yōu)異的里程碑流程控制，能夠鑒于里程碑管理軟件項目，但是項目進度與任務(wù)量化，可供應(yīng)有效的質(zhì)量保證，所以能很好的適應(yīng)大型應(yīng)用軟件系統(tǒng)的開發(fā)；（2）增量模式中的軟件規(guī)格細節(jié)定義是聯(lián)合到在增量構(gòu)件的開發(fā)中進行的，因此可經(jīng)過增量構(gòu)件而漸漸完美需求；3）增量模式在開發(fā)早期時需獲取需求框架；4）軟件開發(fā)可依照增量構(gòu)件的功能價值安排優(yōu)先次序，并逐一實現(xiàn)與交托；5）增量模式下的軟件系統(tǒng)式鑒于增量構(gòu)件漸漸擴大的，這類開發(fā)模式明顯有利于開發(fā)者構(gòu)件創(chuàng)立與系統(tǒng)集成的經(jīng)驗累積；（6）增量模式還有益于從整體上降低軟件項目的技術(shù)風險。7第3章軟件項目管理3.1軟件開發(fā)機構(gòu)內(nèi)的質(zhì)量控制部的作用軟件開發(fā)機構(gòu)內(nèi)一般都設(shè)有質(zhì)量控制部，并將其置于產(chǎn)品開發(fā)部、服務(wù)部之上。對此，你有什么見解？答：質(zhì)量控制部是供應(yīng)軟件質(zhì)量標準，負責各階段軟件成就評審，負責軟件開發(fā)過程質(zhì)量控制以及產(chǎn)品服務(wù)質(zhì)量監(jiān)察。質(zhì)量控制部大多設(shè)置于組織結(jié)構(gòu)的較高層次，以獲取對整個項目有效的質(zhì)量監(jiān)控。3.2項目負責人一定是管理專家的原由往常以為項目負責人不必定是技術(shù)專家，但一定是管理專家。對此，你有什么見解？答：軟件是為用戶開發(fā)的，在開發(fā)過程中從頭至尾中一定獲取用戶的親近合作和支持，作為項目負責人要特別注意與用戶保持聯(lián)系，掌握用戶心理和動向，所以項目負責人不必定是技術(shù)專家，但一定是管理專家。3.3軟件項目中文檔的分類軟件項目中文檔的分類。答：（1）技術(shù)文檔：軟件開發(fā)人員的技術(shù)性工作成就，如需求規(guī)格說明書、數(shù)據(jù)庫設(shè)計說明書、綱要設(shè)計說明書、詳盡設(shè)計說明書；2）管理文檔：軟件開發(fā)人員的工作計劃或工作報告，如項目開發(fā)計劃、測試計劃、開發(fā)進度月報、項目開發(fā)總結(jié)報告；3）用戶文檔：軟件開發(fā)人員為用戶準備的軟件操作使用說明，如用戶手冊、操作手冊、系統(tǒng)保護手冊。3.4軟件開發(fā)需要有配置管理其主要包含哪些方面的管理軟件開發(fā)需要有配置管理其主要包含哪些方面的管理。答：軟件配置管理需要成立三個配置庫，開發(fā)庫、基線庫與產(chǎn)品庫。1）開發(fā)庫是一個面向開發(fā)人員的成就庫，里面的成就一般是暫時的，大多是有待進一步完美的半成品?？山?jīng)過開發(fā)庫動向追蹤開發(fā)人員的工作軌跡，或復(fù)原其從前的工作動向，實質(zhì)上，因為有了開發(fā)庫，開發(fā)過程中的軟件更改會變得相對容易管理；2）基線庫是一個面向項目組的成就庫，用來保留被確認的基線成就。往常狀況下，假如開發(fā)庫中的軟件半成品經(jīng)過評審而確認達到了基線標準，便可從開發(fā)庫移入基線庫；3）產(chǎn)品庫是一個面向軟件開發(fā)機構(gòu)的成就庫，用來保留最后產(chǎn)品。產(chǎn)品庫的管理權(quán)一般屬于軟件機構(gòu)中的配置管理部門，只有該部門的工作人員才擁有操作權(quán)。3.5計算器程序編寫一個計算器程序。用戶輸入運算數(shù)和四則運算符，輸出計算結(jié)果。如圖3-1“計算器”所示。圖3-1計算器計算器代碼以下：varForm1:TForm1;temp1:real;temp2:real;flag:integer;implementation9{$R*.dfm}procedureTForm1.FormCreate(Sender:TObject);begintemp1:=0;temp2:=0;flag:=0;end;procedureTForm1.N4Click(Sender:TObject);beginshowmessage('本程序用于對DELPHI編程進行基本練習');end;procedureTForm1.N2Click(Sender:TObject);beginclose;end;procedureTForm1.Button1Click(Sender:TObject);beginedit1.Text:=edit1.Text+button1.Caption;end;procedureTForm1.Button2Click(Sender:TObject);beginedit1.Text:=edit1.Text+button2.Caption;end;procedureTForm1.Button3Click(Sender:TObject);beginedit1.Text:=edit1.Text+button3.Caption;end;procedureTForm1.Button4Click(Sender:TObject);beginedit1.Text:=edit1.Text+button4.Caption;end;procedureTForm1.Button5Click(Sender:TObject);beginedit1.Text:=edit1.Text+button5.Caption;end;procedureTForm1.Button6Click(Sender:TObject);beginedit1.Text:=edit1.Text+button6.Caption;end;procedureTForm1.Button7Click(Sender:TObject);beginedit1.Text:=edit1.Text+button7.Caption;end;procedureTForm1.Button8Click(Sender:TObject);beginedit1.Text:=edit1.Text+button8.Caption;end;procedureTForm1.Button9Click(Sender:TObject);beginedit1.Text:=edit1.Text+button9.Caption;end;11procedureTForm1.Button10Click(Sender:TObject);beginedit1.Text:=edit1.Text+button10.Caption;end;procedureTForm1.Button11Click(Sender:TObject);beginflag:=1;temp1:=strtofloat(edit1.Text);edit1.Text:='';end;procedureTForm1.Button12Click(Sender:TObject);beginflag:=2;temp1:=strtofloat(edit1.Text);edit1.Text:='';end;procedureTForm1.Button13Click(Sender:TObject);beginflag:=3;temp1:=strtofloat(edit1.Text);edit1.Text:='';end;procedureTForm1.Button14Click(Sender:TObject);beginflag:=4;temp1:=strtofloat(edit1.Text);edit1.Text:='';end;procedureTForm1.Button16Click(Sender:TObject);beginedit1.Text:='';temp1:=0;temp2:=0;flag:=0;end;procedureTForm1.Button15Click(Sender:TObject);begincaseflagof1:temp2:=strtofloat(edit1.Text)+temp1;2:temp2:=temp1-strtofloat(edit1.Text);3:temp2:=strtofloat(edit1.Text)*temp1;4:temp2:=temp1/strtofloat(edit1.Text);end;或caseedit1.Text:=floattostr(temp2);end;procedureTForm1.Button17Click(Sender:TObject);beginedit1.Text:=copy(edit1.Text,1,length(edit1.Text)-1);end;end.133.6質(zhì)量標準什么是質(zhì)量標準？國際標準能否必定高于國家標準？軟件公司能否能擬訂自己的質(zhì)量標準？答：軟件質(zhì)量標準是有關(guān)軟件質(zhì)量的大綱性規(guī)定，是成立有效的質(zhì)量保證系統(tǒng)的基礎(chǔ)，是評論軟件質(zhì)量利害的基本依照。有人以為國際標準必定高于國家標準，國家標準又必定高于地域標準，而實質(zhì)情況可能恰好相反。狀況常常是，鑒于國際標準成立，同時依據(jù)自己國家的特定需要，加進了一些特別限制，所以國家標準常常要高于國際標準。實質(zhì)上，一些較大的軟件開發(fā)機構(gòu)也可依據(jù)自己特色，并參照國際標準、國家標準，擬訂出有自己公司特色的質(zhì)量標準。明顯，這樣的質(zhì)量標準有更高的質(zhì)量要求。第4章計算機系統(tǒng)工程4.1計算機系統(tǒng)的構(gòu)成及特色計算機系統(tǒng)有哪些元素構(gòu)成?其特色是什么？答：計算機系統(tǒng)的構(gòu)成元素如圖4-1計算機系統(tǒng)構(gòu)成所示。計算機系統(tǒng)軟件系統(tǒng)硬件系統(tǒng)應(yīng)用系統(tǒng)工具系統(tǒng)操作系統(tǒng)網(wǎng)絡(luò)系統(tǒng)數(shù)據(jù)庫管理系圖4-1計算機系統(tǒng)構(gòu)成系統(tǒng)的最基本特色是擁有整體性，固然是由更小元素構(gòu)成，但其作用仍表現(xiàn)為一個一致體。4.2Client/Server結(jié)構(gòu)的系統(tǒng)擴大性例說明Client/Server結(jié)構(gòu)的系統(tǒng)擴大性？答：Client/Server結(jié)構(gòu)的系統(tǒng)擴大性如圖4-2主機結(jié)構(gòu)和圖4-3C/S結(jié)構(gòu)圖所示。15終端1主機?掃描儀?畫圖儀圖4-2主機結(jié)構(gòu)通訊網(wǎng)絡(luò)圖4-3C/S結(jié)構(gòu)圖答：比如圖4—3所示多媒體應(yīng)用系統(tǒng)，也許早期應(yīng)用只要要供應(yīng)圖片信息服務(wù)，所以早期系統(tǒng)只成立了圖片服務(wù)器。但是，該系統(tǒng)擴大性好，固然早期系統(tǒng)中沒有視頻服務(wù)、目錄服務(wù)，但卻能夠在系統(tǒng)后續(xù)完美建設(shè)中增添進來，以供應(yīng)給更為全面的多媒體應(yīng)用服務(wù)。4.3Browser/Server結(jié)構(gòu)的特色及長處短處Browser/Server結(jié)構(gòu)有哪些特色？與Client/Server結(jié)構(gòu)對比，有哪些優(yōu)勢及弱點？答：（1）特色：B/S結(jié)構(gòu)的核心是Web服務(wù)器，其鑒于IIS成立互聯(lián)網(wǎng)信息服務(wù)，經(jīng)過HTTP協(xié)議實現(xiàn)客戶端與服務(wù)器的信息交互，并經(jīng)過ASP、JSP等，實現(xiàn)Web動向服務(wù)。B/S結(jié)構(gòu)可最大限度地減少客戶端的計算負擔。（2）與C/S對比較優(yōu)弊端：在B/S結(jié)構(gòu)有安裝部署與前端接見的便利，但是在獲取便利的同時，接見的快捷性與控制的靈巧性則降落了。實質(zhì)上，在B/S結(jié)構(gòu)中，客戶端與Web服務(wù)器經(jīng)過HTML協(xié)議間接地進行交互，并且客戶端Web服務(wù)器之間是中斷性連結(jié)。所以，這類結(jié)構(gòu)的性能、穩(wěn)固性、控制性都不如傳統(tǒng)的C/S結(jié)構(gòu)。也所以，實質(zhì)應(yīng)用中常常將傳統(tǒng)的C/S結(jié)構(gòu)與B/S結(jié)構(gòu)相聯(lián)合，以知足多方面的應(yīng)用需求。如圖4-4C/S結(jié)構(gòu)和B/S結(jié)構(gòu)所示?？蛻魴C1客戶機4客戶機5互聯(lián)網(wǎng)4U內(nèi)部局域網(wǎng)web服務(wù)器客戶機2應(yīng)用服務(wù)器數(shù)據(jù)庫服務(wù)器客戶機3圖4-4C/S結(jié)構(gòu)與B/S結(jié)構(gòu)4.4網(wǎng)絡(luò)游戲軟件的系統(tǒng)結(jié)構(gòu)答：如圖4-5傳統(tǒng)游戲結(jié)構(gòu)流程圖所示。17傳統(tǒng)游戲結(jié)構(gòu)流程圖傳統(tǒng)動作網(wǎng)游玩家任務(wù)玩家組隊副本任務(wù)系統(tǒng)游戲交互系統(tǒng)游戲戰(zhàn)斗系統(tǒng)認識其余玩家PVP剖析傳統(tǒng)動作網(wǎng)游缺乏獨立性和互動性，玩家一定先經(jīng)過戰(zhàn)斗或許戰(zhàn)斗準備才能認識其余玩家，一般交互區(qū)好像虛設(shè)，系統(tǒng)更為顯得蒼白無力，這樣看來傳統(tǒng)動作游戲和能夠聯(lián)機游戲的單機游戲無異。傳統(tǒng)MMORPG憤恨系統(tǒng)強迫PK刷怪升級玩家（種族對峙）游戲交互系統(tǒng)游戲戰(zhàn)斗系統(tǒng)工會系統(tǒng)副本PVP工會對戰(zhàn)（爭工會性質(zhì)的奪戰(zhàn)）活動任務(wù)系統(tǒng)任務(wù)剖析傳統(tǒng)MMORPG一以玩家為中心感覺系統(tǒng)相對于傳統(tǒng)動作網(wǎng)游的一邊倒的系統(tǒng)，來說更為完美，但是系統(tǒng)之間的均衡做的差強者意。單一的戰(zhàn)斗系統(tǒng)其實不可以吸引玩家，復(fù)雜的交互聚烯烴和朝三暮四的任務(wù)也能夠嚇跑一群人圖4-5傳統(tǒng)游戲結(jié)構(gòu)流程圖4.5高層剖析軟件開發(fā)為何要作高層剖析?需要進行哪些方面的高層剖析？答：軟件開發(fā)需要立項，并需要有立項依照。諸多依照即來自系統(tǒng)高層剖析。系統(tǒng)高層剖析一般僅限于系統(tǒng)的基本特色，而其實不波及內(nèi)部細節(jié)，所以被看做高層剖析。但是，需要注意的是，有待開發(fā)的軟件不過計算機系統(tǒng)中需要增添的或需要改良的某種特定邏輯元素，她缺乏獨立性，并依靠于硬件、基層軟件、網(wǎng)絡(luò)。實質(zhì)上，對軟件的剖析，需要以硬件、基層軟件、網(wǎng)絡(luò)、其余支撐軟件為背景，并且越是早期階段，越需要考慮基層環(huán)境的支持，越需要關(guān)注外面環(huán)境的影響。一般來說，可從以下方面對系統(tǒng)進行高層剖析：1）軟件系統(tǒng)的業(yè)務(wù)領(lǐng)域，業(yè)務(wù)界限與業(yè)務(wù)流程；2）軟件系統(tǒng)對硬件設(shè)備、網(wǎng)絡(luò)環(huán)境、數(shù)據(jù)環(huán)境的依靠；3）軟件系統(tǒng)的安全層級、舉措、與防備體制；4）軟件系統(tǒng)與其余有關(guān)系統(tǒng)之間的協(xié)作關(guān)系；5）軟件系統(tǒng)與用戶組織及其工作任務(wù)的協(xié)調(diào)性與適應(yīng)性。4.6軟件項目實行前為何要進行可行性剖析軟件項目實行前為何要進行可行性剖析?波及哪些方面的可行性剖析。答：可行性剖析的目的是：以少許的時間及人力成本為代價，對項目時候可著手實行做出有依照的判斷，以防止因項目實行條件不具備而造成的大批人力、物力與時間的浪費。項目正式啟動前，一般應(yīng)進行可行性剖析。因為技術(shù)與應(yīng)用環(huán)境的復(fù)雜性，軟件項目往常會有必定風險，其有可能達不到立項所希望的工程目標。所以，在然間項目正式實行之間，很有必需對其進行可行性剖析，以判斷立項中所希望的工程目標能否能夠達到。剖析時需要依據(jù)項目基本目標及條件限制，成立系統(tǒng)高層模型，即應(yīng)在高層模型中表現(xiàn)出來，以方便對項目做出有依照的可行性判斷?？尚行云饰鲞€將產(chǎn)生對軟件的高層定義，其一般鑒于項目基本目標與用戶直觀需求產(chǎn)生，可作為框架用于需求剖析，能夠方便后期軟件規(guī)格的細節(jié)定義。可行性剖析包含下邊幾個方面內(nèi)容：191）技術(shù)可行性：①技術(shù)自己的限制；②技術(shù)資源的限制。2）經(jīng)濟可行性：①項目成本估量；②項目效益剖析。（3）應(yīng)用可行性。4.7軟件開發(fā)可行性的標準假如軟件開發(fā)所采納的技術(shù)即先進又成熟，該技術(shù)能否必定擁有可行性？答：技術(shù)可行性剖析是對于軟件項目技術(shù)問題的高層策略，需要對有待開發(fā)系統(tǒng)的高層技術(shù)構(gòu)架進行探究。對技術(shù)可行性的判斷是鑒于軟件開發(fā)者可能采納的技術(shù)而提出的，并需要從技術(shù)自己與技術(shù)資源這兩個方面做出可行性評估。軟件開發(fā)對技術(shù)的一半要求是：不只擁有先進性，并且已經(jīng)獲取較好的工程經(jīng)驗，有必定的成熟度，能夠保證開發(fā)出來的軟件系統(tǒng)在工能、性能、安全燈諸多方面都能達到預(yù)期的技術(shù)目標。明顯，技術(shù)的先進性與成熟度是兩個需要均衡考慮的技術(shù)因素。技術(shù)資源限制是指開發(fā)者對所采納技術(shù)在掌握程度上的限制，如嫻熟程度、資源豐富程度、技術(shù)支持等。毫無疑問的是，只管開發(fā)者準備采納的技術(shù)史即先進有成熟的，但若是開發(fā)者對該技術(shù)缺乏經(jīng)驗，并且難以獲取外面技術(shù)支持，則從工程角度考慮，該技術(shù)仍不具備可行性。項目還需考慮經(jīng)濟上的合理性，她應(yīng)當是有經(jīng)濟支撐力的，并且可帶來經(jīng)濟效益。往常，可從成本與效益這兩個方面，對項目做出經(jīng)濟可行性評估。應(yīng)用可行性需要考慮的是軟件的可用性與適用性，所波及的問題有：法律條款對軟件的限制、應(yīng)用受權(quán)對軟件的限制、業(yè)務(wù)規(guī)則對軟件的限制。明顯，一個先行法律法例不一樣意使用的軟件，或一個超越了使用受權(quán)范圍的軟件，或一個與所處領(lǐng)域業(yè)務(wù)規(guī)則有矛盾的軟件，將不具備應(yīng)用可行性。第5章需求剖析5.1軟件需求什么是軟件需求？有哪些方面的軟件需求？答：軟件需求，即用戶對軟件的要求。往常，用戶會依據(jù)自己業(yè)務(wù)需要提出軟件要求，如要求財務(wù)軟件系統(tǒng)能夠準時自動生成財務(wù)剖析報表，要求人力資源軟件系統(tǒng)能夠進行人力成本核算。軟件需求的分類：功能需求、數(shù)據(jù)需求、性能需求、接口需求。5.2用戶訴苦解決舉措軟件常常因不可以知足應(yīng)用需求而受到用戶訴苦。對此，假如你是軟件開發(fā)者，你有何見解,并有何解決舉措？答：可能是開發(fā)商專注于技術(shù)所致，開發(fā)者吧絕大多半精力放在軟件技術(shù)上，如先進的系統(tǒng)結(jié)構(gòu)、高效率的程序算法，而對用戶需求不夠重視，致使軟件固然實現(xiàn)了，但卻沒能知足用戶所需。也可能是開發(fā)者缺乏掌握軟件需求的技術(shù)所致，固然開發(fā)者其實不缺乏對用戶的熱忱，但卻不可以很好的與用戶交流，不可以很好地理解用戶企圖，致使確立下來的軟件規(guī)格與用戶需求其實不一致。開發(fā)商在開發(fā)軟件從前最好先把用戶的企圖理解清楚。5.3系統(tǒng)剖析師應(yīng)當擁有的素質(zhì)往常以為，系統(tǒng)剖析師是需求剖析專家，系統(tǒng)剖析師應(yīng)當擁有哪些素質(zhì)？答：（1）計算機系統(tǒng)知識系統(tǒng)；2）用戶領(lǐng)域知識系統(tǒng)；3）工作責任心與仔細態(tài)度；4）對詳細事務(wù)進行抽象的能力；5）問題建模能力；6）交流與協(xié)調(diào)能力；7）文檔協(xié)作能力。21系統(tǒng)剖析師是需求剖析責任人，其任務(wù)是獲取用戶需求，并依據(jù)軟件用戶需求定義軟件技術(shù)規(guī)格，以利于軟件開發(fā)者實現(xiàn)軟件需求，如圖5-1系統(tǒng)剖析師的職責所示。軟件用戶需求軟件技術(shù)規(guī)格用戶系統(tǒng)剖析師技術(shù)人員圖5-1系統(tǒng)剖析師的職責5.4需求剖析的基本過程試對需求剖析的基本過程進行說明。答：如圖5-2需求剖析過程所示。需求框架剖析用戶需求需求規(guī)約成立需求模型定義軟件規(guī)格需求考證

軟件規(guī)格說明需求規(guī)格說明書如圖5-2需求剖析過程5.5軟件用戶的種類什么是軟件用戶？舉例說明各不一樣種類的軟件用戶。答：一般說來，用戶即指軟件的使用人。但是，當用戶作為一個與軟件有關(guān)的抽象觀點出現(xiàn)是，則有這范圍更廣德外延，泛指系統(tǒng)之外可從軟件獲取服務(wù)的對象，包含軟件使用機構(gòu)，軟件直接操作者，軟件間接得益者以及需要從軟件獲取服務(wù)支持的其余系統(tǒng)或設(shè)備，如圖5-3來自不一樣領(lǐng)域的用戶所示。軟件銷售機構(gòu)軟件使用機構(gòu)軟件配套設(shè)備供應(yīng)者軟件開發(fā)機構(gòu)協(xié)作系統(tǒng)開發(fā)機構(gòu)軟件直接操作者軟件間接得益者圖5-3來自不一樣領(lǐng)域的用戶不一樣階層的用戶會有不一樣的軟件需求：1）高層用戶所關(guān)注的可能是鑒于系統(tǒng)的業(yè)務(wù)法杖，如新系統(tǒng)能否有益于提高工作效率，能否有益于拓寬業(yè)務(wù)面，能否有益于改良客戶關(guān)系；2）中層用戶所關(guān)注的可能是鑒于系統(tǒng)的業(yè)務(wù)運作，如新系統(tǒng)能否能保證現(xiàn)有業(yè)務(wù)模式的正常運行，能否能更方便，有效地供應(yīng)她所需要的業(yè)務(wù)數(shù)據(jù)；3）低層用戶所關(guān)注的則常常是實質(zhì)操作，如新系統(tǒng)能否能供應(yīng)更為人性化并更為方便快捷的操作界面，能否能很快學(xué)會新系統(tǒng)的使用；用戶與軟件系統(tǒng)的親近關(guān)系對用戶進行分類：1）軟件系統(tǒng)管理員往常被當作是核心用戶；2）軟件系一致般操作者被當作是直接用戶；3）與軟件系統(tǒng)有關(guān)的部門負責人則是可能被當作是間接用戶。5.6常用的檢查手段檢查還是采集用戶需求的最主要門路，常用的檢查手段有哪些？答：（1）訪談；（2）會談；233）問卷；4）跟從作業(yè)；5）采集資料。5.7需求剖析中需求模型的用途需求剖析中可成立哪些方面的需求模型，分別有什么用途？答：業(yè)務(wù)樹圖是典型的結(jié)構(gòu)化建模，用于睜開業(yè)務(wù)，但是水乳交融的系統(tǒng)業(yè)務(wù)被分解為諸多業(yè)務(wù)細流，由此可使大而模糊地用戶業(yè)務(wù)被分解成很多小而精確的用戶業(yè)務(wù)。如圖5-4產(chǎn)品計劃與生產(chǎn)管理系統(tǒng)業(yè)務(wù)樹圖所示。產(chǎn)品計劃與生產(chǎn)管理系統(tǒng)產(chǎn)品計劃管理生產(chǎn)流程管理制制制監(jiān)定驗定配訂督產(chǎn)收材置生生品產(chǎn)料材產(chǎn)產(chǎn)計品計料計進劃劃劃度圖5-4產(chǎn)品計劃與生產(chǎn)管理系統(tǒng)業(yè)務(wù)樹圖業(yè)務(wù)用例圖是系統(tǒng)業(yè)務(wù)的用戶應(yīng)用舉例。如圖5-5產(chǎn)品計劃與生產(chǎn)管理系統(tǒng)業(yè)務(wù)用例圖所示。業(yè)務(wù)活動圖是系統(tǒng)業(yè)務(wù)的工作流程建模，可說明系統(tǒng)中業(yè)務(wù)的進行步驟。如圖5-6“產(chǎn)品計劃與生產(chǎn)管理”業(yè)務(wù)活動圖所示。擬訂產(chǎn)品計劃市場部

確認產(chǎn)品計劃生產(chǎn)部擬訂資料計劃查收產(chǎn)品計劃用例1擬訂生產(chǎn)計劃查收資料計劃資料部確認資料計劃圖5-5產(chǎn)品計劃與生產(chǎn)管理系統(tǒng)業(yè)務(wù)用例圖市場部生產(chǎn)部資料部擬訂產(chǎn)品計劃確認產(chǎn)品計劃制定資料計劃確認資料計劃制定生產(chǎn)計劃配置資料查收資料計劃達成產(chǎn)品計劃生產(chǎn)進度監(jiān)控查收產(chǎn)品計劃圖5-6“產(chǎn)品計劃與生產(chǎn)管理”業(yè)務(wù)活動圖255.8泳道的含義業(yè)務(wù)活動建模中，泳道代表了什么？答：活動履行者往?？膳c用例圖中的參加者對應(yīng)，活動圖中一般使用泳道表示，如圖5-6“產(chǎn)品計劃與生產(chǎn)管理”業(yè)務(wù)活動圖中的市場部，生產(chǎn)部，資料部。5.9需求剖析中波及哪些方面的需求考證？需求剖析中波及哪些方面的需求考證？答：（1）有效性考證；2）一致性考證；3）完好性考證；4）現(xiàn)實性考證；5）可查驗性考證。5.10原型需求考證和評審需求考證怎樣經(jīng)過原型進行需求考證？怎樣經(jīng)過評審進行需求考證？答：鑒于原型的需求考證過程如圖5-7鑒于原型的需求考證所示。先期需求規(guī)約創(chuàng)立原型用戶體驗經(jīng)過修正的需求規(guī)約已知足用戶需求改正原型圖5-7鑒于原型的需求考證鑒于評審的需求考證過程有以下幾方面：1）一致性；2）有效性；3）完好性；4）現(xiàn)實性；5）可查驗性；6）可讀性；7）可追蹤性；8）可調(diào)理性。27第6章結(jié)構(gòu)化剖析建模6.1學(xué)生管理系統(tǒng)建模某“學(xué)生管理系統(tǒng)”波及以下實體：1）學(xué)生（學(xué)號，姓名，性別，出誕辰期）2）班級（班號，班名，班長，限制人數(shù)）3）班主任（編號，姓名，學(xué)歷，電話）4）臥室（臥室號，臥室長，限制人數(shù)）5）學(xué)生社團（社團號，社團名，限制人數(shù)，負責人）實體之間有以下關(guān)系：1）學(xué)生一定按班級上課。一個班可安排多個學(xué)生上課，但一個學(xué)生只好安排在一個班。2）學(xué)生一定按臥室住宿。一個臥室可安排多個學(xué)生住宿，但一個學(xué)生只好安排在一個臥室。3）學(xué)生可參加學(xué)生社團。一個社團可采取多個學(xué)生參加，一個學(xué)生可參加多個社團。為便于社團管理，學(xué)生入社時需要記錄入社時間。4）班級一定由班主任管理。一個班只好由一個班主任管理，但一個班主任可管理多個班。依據(jù)上述的描繪，達成該問題的E-R建模。答：如圖6-1學(xué)生管理系統(tǒng)建模所示。6.2圖書借閱管理系統(tǒng)建模某“圖書借閱管理系統(tǒng)”波及以下實體：1）書目（書目號，ISBN號，書名，作者，第一版商，第一版日期，書價）2）圖書（圖書表記碼，寄存地點，目前狀態(tài)，更改日期）3）圖書管理員（管理員編號，姓名，職位，電話）4）讀者（讀者編號，姓名，電話，E-mail，身份證號）并有以下波及實體關(guān)系的業(yè)務(wù)說明：（1）圖書應(yīng)有書目，以供應(yīng)圖書檢索的便利。一條書目可有多本同ISBN號的圖書，每一本圖書只好對應(yīng)于一個書目。（2）圖書可被讀者借閱。讀者在辦理圖書借閱時，管理員應(yīng)記錄借書日期，并記錄商定還書日期，以敦促讀者準時送還圖書。一個讀者可借閱多本圖書，一本圖書每次只好被一個讀者借閱。3）圖書將由管理員辦理入庫。圖書入庫時，應(yīng)記錄圖書狀態(tài)更改，如存庫、外借，并記錄更改日期。一個管理員可辦理多本圖書入出庫，但一本圖書的某次入出庫辦理一定由確立的管理員經(jīng)手。依據(jù)上述描繪，達成該問題的E-R建模。答：如圖6-2圖書借閱管理系統(tǒng)建模所示。姓名限制人數(shù)班名性別學(xué)號班號學(xué)生N班級安排1NN班長N出誕辰期管理1姓名班主任安排編號電話參加學(xué)歷1臥室臥室號N學(xué)生社團負責人限制人數(shù)社團名社團號

臥室長限制人數(shù)圖6-1學(xué)生管理系統(tǒng)建模29書名ISBN號書目號書目作者1第一版商管理員編號職位1圖書管理員姓名電話

書價讀者編號姓名電話第一版日期身份證號讀者1E-mail檢索借閱更改日期NN圖書辦理目前狀態(tài)圖書表記碼寄存地點圖6-2圖書借閱管理系統(tǒng)建模6.3庫房管理系統(tǒng)流程某“庫房管理系統(tǒng)”流程圖如圖6-3庫房管理系統(tǒng)圖所示。該系統(tǒng)波及多部門應(yīng)用。此中，入庫單將由采買部輸入，出庫單將由銷售部輸入，入出庫統(tǒng)計剖析報表由計劃部打印，采買訂單由采買部打印，使用數(shù)據(jù)流圖說明該系統(tǒng)的數(shù)據(jù)辦理流程。采買訂單生產(chǎn)采買計劃入庫單更新庫存記錄庫存數(shù)據(jù)表出庫單輸入入出庫單增添入出庫入出庫數(shù)記錄據(jù)表入出庫統(tǒng)計剖析入出庫統(tǒng)計剖析報表圖6-3庫房管理系統(tǒng)圖6.4入學(xué)管理系統(tǒng)的數(shù)據(jù)流程某培訓(xùn)機構(gòu)“入學(xué)管理系統(tǒng)”有報名、交費、就讀等多項功能，并有課程表（課程號，課程名，收費標準）、學(xué)員登記表（學(xué)員號，姓名，電話）、學(xué)院選課表（學(xué)員號，課程號，班級號）、賬目表（學(xué)員號，收費金額）等諸多半據(jù)表。下邊是對系統(tǒng)各項功能的說明。（1）報名：有報名處負責，需要在學(xué)員登記表長進行報名登記，需要查問課程表讓學(xué)員選報課程，學(xué)員所報課程將記錄到學(xué)員選課表。2）交費：由收費處負責，需要依據(jù)學(xué)員所報課程的收費標準進行收費，而后再項目表中記賬，并打印收款數(shù)據(jù)給辦理交費的學(xué)員。3）就讀：由培訓(xùn)處負責，在考證學(xué)員收款數(shù)據(jù)后，依據(jù)學(xué)員所報課程將學(xué)員安排到適合的班級就讀。依據(jù)上述描繪并使用數(shù)據(jù)流圖分層說明該系統(tǒng)的數(shù)據(jù)辦理流程。316.5積蓄系統(tǒng)數(shù)據(jù)辦理流圖某銀行“積蓄系統(tǒng)”有開戶、密碼設(shè)置、身份考證、存款、取款等功能。下邊是對這些功能的說明。1）開戶：客戶可填寫開立賬戶申請表，而后交由工作人員考證并輸入系統(tǒng)。系統(tǒng)會成立賬戶記錄，并會提示客戶設(shè)置密碼（若客戶未設(shè)置，則會有一個默認密碼）。假如開戶成功，系統(tǒng)會打印一本存折給客戶。2）密碼設(shè)置：在開戶時客戶即可設(shè)置密碼。今后，客戶在經(jīng)過身份考證后，還可改正密碼。3）身份考證：系統(tǒng)可依據(jù)客戶的賬戶、密碼，對客戶身份進行考證。4）存款：客戶可填寫存款單，而后交由工作人員考證并輸入系統(tǒng)。系統(tǒng)將成立存款記錄，并在存折上打印該筆存款記錄。5）取款：客戶可按存款記錄逐筆取款，由客戶填寫取款單，而后交由工作人員考證并輸入系統(tǒng)。系統(tǒng)第一會考證客戶身份，假如客戶身份考證經(jīng)過，系統(tǒng)將根據(jù)存款記錄累計利息，而后注銷該筆存款，并在存折上打印該筆存款的注銷信息與利息累計。依據(jù)上述描繪并使用數(shù)據(jù)流圖剖析說明該系統(tǒng)的數(shù)據(jù)辦理流圖。答：如圖6-4存款和6-5取款所示。重填存款信息犯錯儲戶存款單查對存款更新存款辦理存款單信息信息儲戶存款清單打印存折圖6-4“存款”數(shù)據(jù)流圖重填查對存款查對密碼儲戶取款單單密碼單款余額信息取計算利息更新余額儲戶打印清單取款信息辦理清單取款信息圖6-5“取款”流程圖33第7章鑒于UML的面向?qū)ο笃饰鼋?.1圖書借閱管理系統(tǒng)某“圖書借閱管理系統(tǒng)”需求說明以下：（1）管理員應(yīng)成立圖書書目，以供應(yīng)圖書檢索的便利。一條書目可有多本同ISBN號的圖書，每一本圖書只好對應(yīng)于一個書目。2）圖書可被讀者借閱。讀者在辦理圖書借閱時，管理員應(yīng)記錄借書日期，并記錄商定還書日期，以敦促讀者準時送還圖書。一個讀者可借閱多本圖書，一本圖書每次只好被一個讀者借閱。3）圖書將由管理員辦理入庫。圖書入庫時，應(yīng)記錄圖書狀態(tài)更改，如存庫、外借，并記錄更改日期。一個管理員可辦理多本圖書入出庫，但一本圖書的某次入出庫辦理一定由確立的管理員經(jīng)手。試以上陳述明為依照，對該問題進行用例建模、活動建模、類剖析建模。答：如圖7-1“圖書管理系統(tǒng)”活動圖所示。顯示系統(tǒng)管理界面顯示系統(tǒng)信息掃描讀者信息顯示借閱信息錄入圖書信息顯示圖書查問界面輸入查問信息顯示圖書信息圖書信息入庫輸入查問信息插入圖書信息更新庫中信息節(jié)儉成功圖7-1“圖書管理系統(tǒng)”活動圖7.2商品庫存管理系統(tǒng)某“商品庫存管理系統(tǒng)”需求說明以下：1）計劃部、庫房部、采買部、銷售部將使用該系統(tǒng)。2）計劃部負責編制商品庫存計劃，波及品名、庫存上限、庫存下限。3）采買部需要依照商品庫存狀況與商品庫存計劃編制商品訂購單。4）銷售部需要依照商品庫存狀況編制商品提貨單。5）庫存部負責商品進出庫操作，并憑商品訂購單入庫，憑商品提貨單出庫。6）商品進出庫時，需要寫入出庫記錄到商品流通表，并更新商品庫存量。假如某商品庫存量低于計劃下限，則會自動通知采買部訂貨。7）系統(tǒng)有針對部門的受權(quán)體制和針對工作人員的注冊體制，并由系統(tǒng)管理員負責受權(quán)與注冊。試以上陳述明為依照，對該問題進行用例建模、活動建模、類剖析建模。答：如圖7-2“庫存管理”用例圖所示。庫房管理員物質(zhì)處采買處物質(zhì)處退貨調(diào)庫領(lǐng)料審批報驗入庫庫存綜合出庫庫房管理員報檢處庫房管理員庫房管理員物質(zhì)處圖7-2“庫存管理”用例圖357.3銀行積蓄系統(tǒng)某“銀行積蓄系統(tǒng)”需求說明以下：1）開戶：客戶可填寫開立賬戶申請表，而后交由工作人員考證并輸入系統(tǒng)。系統(tǒng)會成立賬戶記錄，并會提示客戶設(shè)置密碼（若客戶未設(shè)置，則會有一個默認密碼）。假如開戶成功，系統(tǒng)會打印一本存折給客戶。2）密碼設(shè)置：在開戶時客戶即可設(shè)置密碼。今后，客戶在經(jīng)過身份考證后，還可改正密碼。3）存款：客戶可填寫存款單，而后交由工作人員考證并輸入系統(tǒng)。系統(tǒng)將成立存款記錄，并在存折上打印該筆存款記錄。4）取款：客戶可按存款記錄逐筆取款，由客戶填寫取款單，而后交由工作人員考證并輸入系統(tǒng)。系統(tǒng)第一會考證客戶身份，假如客戶身份考證經(jīng)過，系統(tǒng)將根據(jù)存款記錄累計利息，而后注銷該筆存款，并在存折上打印該筆存款的注銷信息與利息累計。試以上陳述明為依照，對該問題進行用例建模、活動建模、類剖析建模。答：如圖7-3“銀行積蓄系統(tǒng)”活動圖所示。存款選款務(wù)擇存服退密碼輸入不正確擇續(xù)出選繼服擇務(wù)密碼輸入正確選輸入密碼選擇服務(wù)種類選務(wù)選擇服繼擇出取續(xù)款服退務(wù)擇選取款圖7-3“銀行積蓄系統(tǒng)”活動圖第8章綱要設(shè)計8.1軟件系統(tǒng)構(gòu)架波及因素軟件系統(tǒng)構(gòu)架波及哪些因素？綱要設(shè)計中為何需要最初確立系統(tǒng)構(gòu)架？答：系統(tǒng)構(gòu)架設(shè)計用于確立系統(tǒng)的基礎(chǔ)框架。對此，設(shè)計者能夠從以下方面進行設(shè)計說明。1）軟件系統(tǒng)構(gòu)架波及的因素有：①系統(tǒng)支持環(huán)境，如硬件環(huán)境、軟件環(huán)境、網(wǎng)絡(luò)環(huán)境。②系統(tǒng)系統(tǒng)結(jié)構(gòu)，如系統(tǒng)基本成分、系統(tǒng)各成分之間的關(guān)系。2）因為系統(tǒng)構(gòu)架用于確立系統(tǒng)的基本框架，該項設(shè)計任務(wù)應(yīng)當?shù)谝粏?，并一定在其余設(shè)計啟動從前達成，以使系統(tǒng)其余方面的設(shè)計可鑒于系統(tǒng)基本框架有效睜開。8.2軟件分層系統(tǒng)結(jié)構(gòu)特色及優(yōu)勢軟件分層系統(tǒng)結(jié)構(gòu)特色及優(yōu)勢答：（1）軟件分層系統(tǒng)結(jié)構(gòu)的特色是系統(tǒng)從上至下被區(qū)分為界面交互層、業(yè)務(wù)辦理層、數(shù)據(jù)辦理層、數(shù)據(jù)儲存層，各層面內(nèi)部由協(xié)作元素齊集，層面之間則依靠接口實現(xiàn)通訊。如圖8-1軟件系統(tǒng)分層系統(tǒng)所示。界面交互層界面程序1界面程序2業(yè)務(wù)辦理層業(yè)務(wù)辦理程序1業(yè)務(wù)辦理程序2業(yè)務(wù)辦理程序3數(shù)據(jù)辦理層數(shù)據(jù)辦理程序1數(shù)據(jù)辦理程序2數(shù)據(jù)辦理程序3數(shù)據(jù)儲存層數(shù)據(jù)庫1數(shù)據(jù)庫2圖8-1軟件系統(tǒng)分層系統(tǒng)（2）分層系統(tǒng)的優(yōu)勢是系統(tǒng)可分層建立。各個層面有比較確立的功能目標，并有特色明確的結(jié)構(gòu)元素與結(jié)構(gòu)規(guī)則。比如：界面交互層的功能目標是系統(tǒng)與環(huán)境的交互，結(jié)構(gòu)元素主若是界面控件，并需要面向用戶確立操作規(guī)則；業(yè)務(wù)辦理層則以業(yè)務(wù)辦理為功能目標，結(jié)構(gòu)元素是業(yè)務(wù)子系統(tǒng)，它們往常鑒于特定業(yè)務(wù)定義，結(jié)構(gòu)元素則是功能構(gòu)件欸乃，如DLL動向庫，.exe可履行程序。8.3數(shù)據(jù)表及其關(guān)系與實體及其關(guān)系的不一樣數(shù)據(jù)庫設(shè)計中的“數(shù)據(jù)表及其關(guān)系”與數(shù)據(jù)庫剖析中的“實體及其關(guān)系”有什么聯(lián)系，有什么不一樣？答：數(shù)據(jù)庫結(jié)構(gòu)設(shè)計時，最基本的模型元素就是數(shù)據(jù)表。能夠從數(shù)據(jù)庫分析模型中提取數(shù)據(jù)表。剖析模型中的實體、關(guān)系等能夠依照以下規(guī)則，映照為設(shè)計模型中的數(shù)據(jù)表。1）實體可映照為一個實體數(shù)據(jù)表，實體表記碼屬性則映照為數(shù)據(jù)表主鍵字段。但假如實體之間是一對一關(guān)系，則兩個有關(guān)實體可聯(lián)合映照為一個數(shù)據(jù)表。2）實體之間的多對多關(guān)系，則需要映照為一個關(guān)系數(shù)據(jù)表。假如一個數(shù)據(jù)表中的數(shù)據(jù)會影響或限制到另一個數(shù)據(jù)表中的數(shù)據(jù)，則兩個數(shù)據(jù)表之間存在主表到從表的關(guān)系。數(shù)據(jù)表之間的關(guān)系也能夠從數(shù)據(jù)庫剖析模型中提取。能夠依照以下規(guī)則，將剖析模型中的實體關(guān)系映照為設(shè)計模型中的數(shù)據(jù)表主從關(guān)系。1）數(shù)據(jù)實體之間的一對多關(guān)系，可映照為主表到從表的關(guān)系，并且主表的主鍵字段需要引入從表作為外鍵，以知足成立主表到從表的關(guān)系需要。2）數(shù)據(jù)實體之間的多對多關(guān)系，則需要映照為兩個實體數(shù)據(jù)表到關(guān)系數(shù)據(jù)表之間的主從關(guān)系。8.4索引的作用索引有益于提高數(shù)據(jù)檢索速度，但卻要求有克制地對數(shù)據(jù)表設(shè)置索引。為什么有這樣的要求？