軟件工程習題-參考答案-ZYL

精品文檔 你我共享軟件工程習題-參考答案（僅供參考）一、名詞解釋可行性分析：可行性分析，要決定的問題是“做，還是不做”。為避免盲目的軟件開發(fā)，相關(guān)人員必須對擬開發(fā)的軟件項目進行可行性調(diào)研、考察、分析、研究。技術(shù)可行性：對要開發(fā)項目的功能、性能、限制條件從技術(shù)角度進行分析，確定在現(xiàn)有資源、技術(shù)條件下，技術(shù)風險有多大，是否有把握完全滿足用戶的需求，項目是否能夠順利完成。開發(fā)成本估算：軟件開發(fā)的成本，主要依據(jù)軟件的規(guī)模、開發(fā)的工作量、人力投入、設備及其他投入等進行估算。其中，開發(fā)工作量估算和人力投入估算是成本估算的兩大核心內(nèi)容。而開發(fā)工作量主要受到軟件規(guī)模、軟件復雜度、開發(fā)環(huán)境以及人員技術(shù)水平等諸多因素影響。結(jié)構(gòu)化分析法：是面向數(shù)據(jù)流進行需求分析的方法。數(shù)據(jù)流：以事先規(guī)定好的順序被讀取一次的數(shù)據(jù)的一個序列。文件：存儲在計算機上的信息集合。文件可以是文本、圖片、程序等等。匯點：交匯于系統(tǒng)外的實體，可以是人、物或系統(tǒng)。數(shù)據(jù)字典：數(shù)據(jù)字典用于定義數(shù)據(jù)流圖中各個圖元的具體內(nèi)容，為數(shù)據(jù)流圖中出現(xiàn)的圖形元素做出確切的解釋。E-R圖：實體-聯(lián)系（E-R關(guān)系）圖，用于描述應用系統(tǒng)的概念結(jié)構(gòu)數(shù)據(jù)模型。數(shù)據(jù)流圖：是描述系統(tǒng)中數(shù)據(jù)流的圖形工具，是一種用來表示信息流和信息變換過程的圖解方法，可以標識一個系統(tǒng)的邏輯輸入和邏輯輸出，以及把邏輯輸入轉(zhuǎn)換為邏輯輸出所需的加工處理。用戶端/服務器模式：由用戶應用程序、服務器管理程序兩部分組成，運行于內(nèi)部局域網(wǎng)絡上。用戶應用程序是系統(tǒng)中用戶與數(shù)據(jù)進行交互的部件，有時也稱前臺服務系統(tǒng)。后臺服務器程序負責有效地管理系統(tǒng)資源。耦合：就是對象之間的依賴性。對象之間的耦合越高，維護成本越高。因此對象的設計應使類和構(gòu)件之間的耦合最小。變換流：沿傳入路徑進入系統(tǒng)，各數(shù)據(jù)流之間在系統(tǒng)內(nèi)有交換。程序流程圖：又稱為程序框圖，是程序分析中最基本、最重要的分析技術(shù)、基本工具。界面設計：包括用戶、界面及兩部分的交互關(guān)系部分。程序設計：程序設計者依據(jù)系統(tǒng)設計的要求編制計算機程序，即軟件。二進制語言：由一串二進制符號組成。高級語言：高級語言，又分為普通高級語言、超高級語言。超高級語言（第四代語言，4GL），將普通高級語言的程序結(jié)構(gòu)、數(shù)據(jù)結(jié)構(gòu)的表示文法抽象到一個新的高度，軟件設計者只需說明“做什么”，而不需更多的描述算法細節(jié)。數(shù)據(jù)模型：據(jù)模型是現(xiàn)實世界在數(shù)據(jù)庫中的抽象。數(shù)據(jù)庫管理系統(tǒng)：數(shù)據(jù)庫管理系統(tǒng)是一種操縱和管理數(shù)據(jù)庫的大型軟件，用于建立、使用和維護數(shù)據(jù)庫。它對數(shù)據(jù)庫進行統(tǒng)一的管理和控制，以保證數(shù)據(jù)庫的安全性和完整性。數(shù)據(jù)庫邏輯設計：主要指數(shù)據(jù)庫內(nèi)部數(shù)據(jù)關(guān)系設計。軟件測試：指利用人工或自動的方法執(zhí)行和評價各個模塊的過程。黑盒測試：又稱為功能測試或數(shù)據(jù)驅(qū)動測試。把測試對象看作一個黑盒子，不需測試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程，只在軟件的接口處進行測試。等價分類法：該方法是一常用的黑盒測試用例設計方法。把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成若干部分（子集），然后從每一個子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測試用例。回溯法：在小程序中常用的一種有效的調(diào)試技術(shù)。具體做法是，分析錯誤表象，確定癥狀位置，人工沿著程序的控制流往回追蹤源程序代碼，直到找到錯誤原因為止。性能測試：檢查和評估系統(tǒng)執(zhí)行的響應時間、處理速度、網(wǎng)路承載能力、操作方便靈活程度、運行可靠程度等。靜態(tài)測試：又稱靜態(tài)分析，指被測試程序不在機器上運行，而是采用人工檢測和計算機輔助對被測程序的數(shù)據(jù)流和控制流等信息進行靜態(tài)分析，找出系統(tǒng)的缺陷，寫出測試報告。調(diào)試：軟件調(diào)試，是在測試發(fā)現(xiàn)錯誤之后診斷并排除錯誤的過程。 在進行成功的測試后必須進行軟件調(diào)試。Beta測試：由軟件的最終用戶在一個或多個用戶場所進行。與Alpha測試不同，開發(fā)者通常不在Beta測試的現(xiàn)場，因此，Beta測試是軟件在開發(fā)者不能控制的環(huán)境中的“真實”應用。用戶記錄在Beta測試過程中遇到的一切問題（真實的或想像的），并且定期把這些問題報告開發(fā)者。接收到在Beta測試期間報告的問題之后，開發(fā)者對軟件產(chǎn)品進行必要的修改，并準備向全體用戶發(fā)布最終的軟件產(chǎn)品。二、填空題1、可行性分析的目的就是用最小的代價在盡可能短的時間內(nèi)確定軟件項目是否能夠開發(fā)，是否值得去開發(fā)。3、可行性分析實質(zhì)上是要進行一次簡化，壓縮了的需求和分析過程，要在較高層次上以較抽象的方式進行需求分析和設計過程。5、技術(shù)可行性是對要開發(fā)項目的功能、性能、限制條件進行分析，確定在現(xiàn)有的資源條件下，技術(shù)風險有多大，項目是否能實現(xiàn)。7、技術(shù)可行性的研究包括：開發(fā)風險分析，現(xiàn)有技術(shù)能否實現(xiàn)，現(xiàn)有技術(shù)發(fā)展分析。9、典型的可行性研究有下列步驟： 確定項目規(guī)模和目標、分析目前運行的系統(tǒng)、設計新項目的總體框架、導出和評價各種方案，推薦可行的方案和編寫可行性研究報告。11、成本/效益分析首先是估算將要開發(fā)系統(tǒng)的開發(fā)成本，然后與可能取得的效益進行_對比分析。15、純收入是軟件生存周期內(nèi)兩項值之差，這兩項是銷售利潤與軟件開發(fā)維護成本。17、可行性研究具體步驟的最后一步是撰寫可行性分析報告。1、軟件需求分析是軟件生存期中重要的一步，是軟件定義階段的最后一個階段，是關(guān)系到軟件開發(fā)成敗的關(guān)鍵步驟。3、訪談是最早使用的獲取用戶需求的技術(shù)，也是世界上仍然廣泛使用的需求分析技術(shù)。訪談有兩種基本形式：問卷調(diào)查和小組討論。5、數(shù)據(jù)流圖由數(shù)據(jù)流、數(shù)據(jù)存儲、數(shù)據(jù)項、數(shù)據(jù)加工組成。1、耦合衡量不同模塊彼此間互相依賴（連接）的緊密程度，模塊間的耦合性越高，其模塊的獨立性就越低。兩個模塊之間的耦合方式通常有7種，按耦合程度從低到高依次為：非直接耦合、,數(shù)據(jù)耦合、標記耦合、控制耦合、外部耦合、公共耦合和內(nèi)容耦合。3、數(shù)據(jù)流有變換型數(shù)據(jù)流圖和事物型數(shù)據(jù)流圖兩種基本類型。5、模塊獨立性的概念是模塊化、抽象和信息隱蔽的直接結(jié)果。7、軟件的詳細設計可以采用圖形、表格和語言三種形式的描述工具表示模塊的處理過程。9、程序流程圖又稱為程序框圖，它是軟件開發(fā)者最熟悉的一種算法表達工具。11、 三層邏輯架構(gòu)主要包括：界面表示層、業(yè)務層、數(shù)據(jù)存儲層。1、 根據(jù)用戶對項目的使用情況，可把用戶分為三類：初級用戶、中級用戶、高級用戶。3、 Web界面的主要形式一般有下面幾種：信息查詢類界面_、大眾媒體類界面、宣傳窗口類界面、電子商務類界面、交流平臺類界面。5、 Web界面設計工具常用的有Photoshop、Dreamwaver和Fireworks，這些工具和HTML及各類腳本語言結(jié)合使用，可設計出各種功能的Web界面。1、計算機語言可分為兩大類：面向機器的語言、高級語言。3、網(wǎng)絡系統(tǒng)的安全性主要考慮保證網(wǎng)絡設備連接的安全，這需要一組相互重疊的安全機制，包括防火墻、數(shù)據(jù)包過濾器、物理安全、審查日志、身份驗證和授權(quán)等5、標識符分為兩部分：規(guī)范標識前綴、含義標識后綴。7、#region和#endregion可以實現(xiàn)代碼的折疊1、E-R數(shù)據(jù)模型一般在數(shù)據(jù)庫設計的概念設計階段使用。3、數(shù)據(jù)庫實施階段包括兩項重要的工作，一項是數(shù)據(jù)的_載入，另一項是應用程序的編碼和調(diào)試。5、數(shù)據(jù)管理技術(shù)的發(fā)展大致經(jīng)過了以下三個階段：人工管理階段、文件系統(tǒng)階段、數(shù)據(jù)庫系統(tǒng)階段。7、E-R圖向關(guān)系模式轉(zhuǎn)化要解決的問題是如何將實體和實體之間的聯(lián)系轉(zhuǎn)換成關(guān)系模式，如何確定這些關(guān)系模式的屬性和碼。9、數(shù)據(jù)庫管理系統(tǒng)的功能基本功能包括以下4個方面：數(shù)據(jù)定義、數(shù)據(jù)操縱、數(shù)據(jù)查詢、數(shù)據(jù)控制。1、軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設計一批測試用例（即輸入數(shù)據(jù)及其預期結(jié)果），并利用這些測試用例去運行程序，以發(fā)現(xiàn)程序錯誤的過程。3、軟件從編碼結(jié)束到交付用戶使用，需要經(jīng)過單元測試、組裝測試、驗收測試和系 統(tǒng)測試4個步驟。三、單項選擇題1、研究開發(fā)資源的有效性是進行（ C ）可行性研究的一方面。A.技術(shù) B.經(jīng)濟 C.社會 D.操作3、在遵循軟件工程原則開發(fā)軟件過程中， 計劃階段應該依次完成（ B ）。A.軟件計劃，需求分析，系統(tǒng)定義 B.系統(tǒng)定義，軟件計劃，需求分析C.需求分析，概要設計，軟件計劃 D.軟件計劃，需求分析，概要設計5、在軟件工程項目中， 不隨參與人數(shù)的增加而使軟件的生產(chǎn)率增加的主要問題是（ C ）。A.工作階段間的等待時間 B.生產(chǎn)原型的復雜性C.參與人員所需的工作站數(shù) D.參與人員之間的通信困難7、可行性分析中，系統(tǒng)流程圖用于描述（ B ）。A.當前運行系統(tǒng) B.當前邏輯模型 C.目標系統(tǒng) D.新系統(tǒng)9、可行性研究要求進行的需求分析和設計應是（ C ）。A.詳細的 B.全面的 C.簡化的，壓縮的 D.徹底的11、系統(tǒng)定義明確之后，應對系統(tǒng)的可行性進行研究。可行性研究包括（ A ）。A.軟件環(huán)境可行性，技術(shù)可行性，經(jīng)濟可行性，社會可行性B.經(jīng)濟可行性，技術(shù)可行性，社會可行性C.經(jīng)濟可行性，社會可行性，系統(tǒng)可行性D.經(jīng)濟可行性，實用性，社會可行性1、軟件需求分析階段最重要的技術(shù)文檔之一是（ C ）。A.項目開發(fā)計劃 B.設計說明書 C.需求分析報告 D.可行性分析報告3、軟件需求分析階段建立原型的主要目的是（ C ）。A.確定系統(tǒng)的功能和性能要求 B.確定系統(tǒng)的運行要求C.確定系統(tǒng)是否滿足用戶需求 D.確定系統(tǒng)是否滿足開發(fā)人員需求5、軟件需求分析階段的研究對象是（A ）。A.用戶要求 B.分析員要求 C.系統(tǒng)要求 D.軟硬件要求7、DFD中的每個加工至少需要（ D ）。A.一個輸入流 B.一個輸出流 C.一個輸入或輸出流 D.一個輸入流和一個輸出流9、軟件需求分析報告的作用不包括（ C ）。A.軟件驗收的依據(jù) B.用戶與開發(fā)人員對軟件要有共同理解C.軟件可行性研究的依據(jù) D.軟件設計的依據(jù)1、內(nèi)聚性是對模塊功能強度的度量，內(nèi)聚性較強的是（ C ）。A.偶然內(nèi)聚 B.邏輯內(nèi)聚 C.功能內(nèi)聚 D.信息內(nèi)聚A.軟件結(jié)構(gòu) B.軟件過程 C.軟件模型 D.軟件模塊3、能反映出軟件結(jié)構(gòu)的是（ D ）。A.數(shù)據(jù)流圖 B.判定樹 C.判定表 D.軟件程序結(jié)構(gòu)圖5、軟件設計是一個把（ D ）轉(zhuǎn)換為軟件表示的過程。A.代碼設計 B.軟件需求 C.詳細設計 D.系統(tǒng)分析7、概要設計階段產(chǎn)生的文檔不包括（ C ）。A.概要設計說明書 B.數(shù)據(jù)庫設計說明書 C.用戶手冊 D.開發(fā)進度月報9、結(jié)構(gòu)化設計是一種面向（ A ）的設計方法。A.數(shù)據(jù)流 B.模型 C.數(shù)據(jù)結(jié)構(gòu) D.程序11、軟件詳細設計階段的任務是（ A ）。A.算法設計 B.功能設計 C.調(diào)用關(guān)系設計 D.輸入/輸出設計12、模塊內(nèi)聚度越高，說明模塊內(nèi)各成分彼此結(jié)合的程度越（ B ）。A.松散 B.緊密 C.無法判斷 D.相等13、詳細設計與概要設計銜接的圖形工具是（ D ）A.DFD圖 B.程序圖 C.PAD圖 D.SC圖15、下面說法不正確的是（ B ）。A.流程圖不易表示數(shù)據(jù)結(jié)構(gòu) B.流程圖容易造成非結(jié)構(gòu)化的程序結(jié)構(gòu)C.流程圖支持逐步求精 D.流程圖描述的是程序的邏輯結(jié)構(gòu)1、ER圖中的聯(lián)系可以與_C_實體有關(guān)。A.0個 B.1個 C.1個或者多個 D.多個3、數(shù)據(jù)流程圖是用于描述結(jié)構(gòu)化方法中_C_階段的工具。A.可行性分析 B.詳細設計 C.需求分析 D.程序編碼5、數(shù)據(jù)流圖是在數(shù)據(jù)庫_C_階段完成的A.邏輯設計 B.物理設計 C.需求分析 D.概念設計7、E-R圖是數(shù)據(jù)庫設計的工具之一，它適用于建立數(shù)據(jù)庫的_A_。A.概念模型 B.邏輯模型 C.結(jié)構(gòu)模型 D.物理模型9、在關(guān)系數(shù)據(jù)庫設計中，關(guān)系數(shù)據(jù)模型是_C_的任務。A.需求分析階段 B.概念設計階段 C.邏輯設計階段 D.物理設計階段15、一個學生可以同時借閱多本書，一本書只能由一個學生借閱，學生和圖書之間為_B_聯(lián)系。A.一對一 B.一對多 C.多對多 D.多對一17、下列有關(guān)E-R模型向關(guān)系模型轉(zhuǎn)換的敘述中，不正確的是_C_。A.一個實體模型轉(zhuǎn)換為一個關(guān)系模式B.一個1：1聯(lián)系可以轉(zhuǎn)換為一個獨立的關(guān)系模式，也可以與聯(lián)系的任意一端實體所對應的關(guān)系模式合并C.一個1：n聯(lián)系可以轉(zhuǎn)換為一個獨立的關(guān)系模式，也可以與聯(lián)系的任意一端實體所對應的關(guān)系模式合并D.一個m：n聯(lián)系轉(zhuǎn)換為一個關(guān)系模式19、數(shù)據(jù)庫設計人員和用戶之間溝通信息的橋梁是_B_。A.程序流程圖 B.實體聯(lián)系圖 C.模塊結(jié)構(gòu)圖 D.數(shù)據(jù)結(jié)構(gòu)圖21、在關(guān)系數(shù)據(jù)庫設計中，設計關(guān)系模式是（ B ）的任務。A.需求分析階段 B.概念設計階段 C.邏輯設計階段 D.物理設計階段23、從E-R模型向關(guān)系模型轉(zhuǎn)換時，一個M：N聯(lián)系轉(zhuǎn)換為關(guān)系模式時，該關(guān)系模式的關(guān)鍵字是（ B ）。A.M端實體的關(guān)鍵字 B.N端實體的關(guān)鍵字C.兩端實體關(guān)鍵字的組合 D.重新選取其他屬性25、數(shù)據(jù)流圖（DFD）是用于數(shù)據(jù)庫設計過程中（ B ）階段的工具。A.可行性分析 B.需求分析 C.概念結(jié)構(gòu)設計 D.邏輯結(jié)構(gòu)設計1、下面說法正確的是（ C ）。A.經(jīng)過測試沒有發(fā)現(xiàn)錯誤說明程序正確B.測試的目標是為了證明程序沒有錯誤C.成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試D.成功的測試是沒有發(fā)現(xiàn)錯誤的測試3、實際的邏輯覆蓋測試中，一般以（ C ）為主設計測試用例。A.條件覆蓋 B.判定覆蓋 C.條件組合覆蓋 D.路徑覆蓋5、與確認測試階段有關(guān)的文檔是（ A ）。A.需求分析報告 B.概要設計說明書 C.詳細設計說明書 D.源程序7、（ B ）方法需要考察模塊間的接口及模塊之間的聯(lián)系。A.單元測試 B.集成測試 C.確認測試 D.系統(tǒng)測試1、下列屬于維護階段的文檔是（ C ）。A. 需求分析報告 B.用戶操作手冊 C.軟件問題報告 D.軟件測試分析報告3、在整個軟件維護階段所花費的全部工作中，（ C ）所占比例最大。A.校正性維護 B.適應性維護 C.完善性維護 D.預防性維護5、軟件維護的困難主要原因是（ C ）。A.費用低 B.人員少 C.開發(fā)方法的缺陷 D.維護難A.可用性 B.可靠性 c.正確性 D.完整性7、（ D ）這種維護性活動數(shù)量較大，占整個維護活動的50%A.改正性維護 B.適應性維護 C.預防性維護 D.完善性維護四、判斷題1、概念設計可以獨立于數(shù)據(jù)管理系統(tǒng)（ ）。3、邏輯設計可以獨立于數(shù)據(jù)庫管理系統(tǒng)（ ）。5、為了提高查詢的速度，在設計關(guān)系的時候，可以考慮把經(jīng)常查詢的屬性放在一個關(guān)系里，而把很少用到的屬性放在另一個關(guān)系里（ ）。7、數(shù)據(jù)庫及其應用系統(tǒng)開發(fā)的全過程可分為兩大分階段：數(shù)據(jù)庫系統(tǒng)的分析與設計階段；數(shù)據(jù)庫系統(tǒng)的實施，數(shù)據(jù)庫系統(tǒng)的運行和維護階段（ ）。9、當把E/R圖中的聯(lián)系轉(zhuǎn)換成關(guān)系時，若1對n聯(lián)系，則1端實體的鍵碼為連接關(guān)系的鍵碼（ ）。1、軟件測試的目的是盡可能多的找出軟件的缺陷（ ）。3、驗收測試是由最終用戶來實施的（ ）。5、單元測試能發(fā)現(xiàn)約80%的軟件缺陷（ ）。7、自底向上集成需要測試員編寫驅(qū)動程序（ ）。9、測試人員要堅持原則，缺陷未修復完堅決不予通過（ ）。11、我們可以人為的使得軟件不存在配置問題（ ）。13、好的測試員不懈追求完美（ ）。 15、不存在質(zhì)量很高但可靠性很差的產(chǎn)品（ ）。 17、靜態(tài)白盒測試可以找出遺漏之處和問題（ ）。 19、可以發(fā)布具有配置缺陷的軟件產(chǎn)品（ ）。 21、所有軟件都有一個用戶界面，因此必須測試易用性（ ）。五、簡答題1、可行性研究的任務有哪些?包括：（1）技術(shù)可行性；（2）經(jīng)濟可行性；（3）社會可行性；（4）法律可行性分析；（5）資源可行性；（6）操作可行性等。3、可行性研究包括哪些步驟?包括：（1）確定項目的目標；（2）分析目前運行的系統(tǒng)；（3）設計新項目的總體框架；（4）提出可行的解決方案；（5）選擇合適的解決方案；（6）撰寫可行性分析報告。5、成本/效益分析的目的是什么?可用哪些指標進行度量?軟件開發(fā)的成本，主要依據(jù)軟件的規(guī)模、開發(fā)的工作量、人力投入、設備及其他投入等進行估算。其中，開發(fā)工作量估算和人力投入估算是成本估算的兩大核心內(nèi)容。而開發(fā)工作量主要受到軟件規(guī)模、軟件復雜度、開發(fā)環(huán)境以及人員技術(shù)水平等諸多因素影響。因此成本估算，不可能十分準確，況且項目還未開發(fā)成功，環(huán)境和條件也不斷變化，估算的準確性僅取決于本項目，還要憑借開發(fā)人員對過去開發(fā)軟件系統(tǒng)的歷史數(shù)據(jù)的經(jīng)驗積累，歷史數(shù)據(jù)越充分，估算新開發(fā)項目時所采用的估算指標才能越接近于實際情況。7、開發(fā)成本估算主要有哪些方法和技術(shù)？估算方法：（1）自頂向下估算方法；（2）自底向上估算方法；（3）差別估算方法；（4）算式估算法；（5）經(jīng)驗估算模式。估算技術(shù)：代碼行技術(shù)和功能點技術(shù)。1、軟件需求分析的任務是什么？需求分析要回答的問題是：“做什么”。需求分析是在可行性分析的基礎(chǔ)上，將用戶對系統(tǒng)的描述，通過開發(fā)人員的分析概括，抽象為完整的需求定義，再形成一系列文檔的過程。3、常規(guī)的需求獲取的方式有哪些？你認為比較有效的方式是哪種？請說明理由?？尚行苑治鰣蟾妗⒂脩粜枨髨蟾?、實際調(diào)研等，5、結(jié)構(gòu)化分析建模常用的描述工具有哪些？請說明各自的特點。結(jié)構(gòu)化分析方法的基本思想是“分解”和“抽象”。常用的描述工具有：數(shù)據(jù)流圖、數(shù)據(jù)字典等。7、為什么數(shù)據(jù)流圖要分層？畫分層數(shù)據(jù)流圖一般需要注意什么？數(shù)據(jù)流圖采用的是“自頂向下，由外到內(nèi)，逐層分解”的思想，開發(fā)人員要先畫出系統(tǒng)頂層的數(shù)據(jù)流圖，然后再逐層畫出低層的數(shù)據(jù)流圖。頂層的數(shù)據(jù)流圖要定義系統(tǒng)范圍，并描述系統(tǒng)與外界的數(shù)據(jù)聯(lián)系，它是對系統(tǒng)架構(gòu)的高度概括和抽象。底層的數(shù)據(jù)流圖是對系統(tǒng)某個部分的精細描述。好處是結(jié)構(gòu)明確、層次清晰、便于變更、修改。越是底層，越應細致。1、架構(gòu)設計的因素包括哪些？影響系統(tǒng)架構(gòu)設計的因素有很多種，一般主要從兩個大的方面考慮：程序的運行結(jié)構(gòu)和源代碼的組織結(jié)構(gòu)。3、邏輯架構(gòu)的體系模式主要包括哪些？各有什么優(yōu)缺點？邏輯架構(gòu)是概念層次的架構(gòu)，使人們可以從整體上對整個系統(tǒng)有一個完整清晰的了解。軟件的邏輯架構(gòu)規(guī)定了軟件系統(tǒng)由哪些邏輯元素組成、以及這些邏輯元素之間的關(guān)系。軟件的邏輯元素一般指某種級別的功能模塊，大到邏輯層，以及子系統(tǒng)、模塊，小到一個個的類。至于具體要分解到何種大小的功能模塊才可結(jié)束軟件架構(gòu)設計，并不存在一個“一刀切”的標準只要足夠明確簡單，能夠開發(fā)即可。5、如何理解模塊的獨立性？用什么指標來衡量模塊的獨立性？模塊獨立性指每個模塊只完成系統(tǒng)要求的獨立的子功能,并且與其他模塊的聯(lián)系最少且接口簡單。模塊獨立性是指模塊內(nèi)部各部分及模塊間的關(guān)系的一種衡量標準，由內(nèi)聚和耦合來度量。7、簡述變換分析的基本步驟。變換分析是一種推導初始結(jié)構(gòu)圖的方法，一般講效果很好，只需對初始結(jié)構(gòu)圖稍加修改往往能得到最終設計。變換設計的具體步驟：（1）確定DFD中的變換中心、邏輯輸入和邏輯輸出。（2）設計軟件結(jié)構(gòu)的頂層和第一層變換結(jié)構(gòu)。變換中心確定以后，就相當于決定了主模塊的位置，這就是軟件結(jié)構(gòu)的頂層。其主要功能是主要完成所有模塊的控制，它的名字應該是系統(tǒng)名稱，以體現(xiàn)完成整個系統(tǒng)的功能。主要模塊確定后，設計軟件結(jié)構(gòu)的第一層。第一層一般至少有三種功能的模塊：輸入、輸出和變換模塊。（3）設計中、下層模塊。對第一層的輸入、輸出、變換模塊自頂向下逐層分解。開始設計出的軟件結(jié)構(gòu)僅僅是初始結(jié)構(gòu)，還必須根據(jù)設計準則對初始結(jié)構(gòu)精細和改進。9、軟件詳細設計的主要任務是什么？主要任務有：（1）為每個模塊設計算法，選擇某種適當?shù)墓ぞ弑磉_算法的過程，詳細描述算法過程。（2）確定每個模塊使用的數(shù)據(jù)結(jié)構(gòu)，為以后的編寫程序做好充分的準備。（3）確定模塊接口的細節(jié)，包括對系統(tǒng)外部的接口和用戶界面，對系統(tǒng)內(nèi)部其他模塊的接口，以及模塊輸入數(shù)據(jù)、輸出數(shù)據(jù)及局部數(shù)據(jù)的全部細節(jié)。在詳細設計結(jié)束時，應該把上述結(jié)果寫入詳細設計說明書，并且通過復審形成正式文檔，交付作為下一階段（編碼階段）的工作依據(jù)。11、詳細設計的工具有哪幾類？請比較它們的優(yōu)缺點？詳細設計過程常用三類方法，即圖形方法、表格方法和語言方法。圖形方法：利用圖形工具可以把過程的細節(jié)用圖形描述出來。表格方法：可以用一張表來描述過程的細節(jié)，在這張表中列出了各種可能的操作和相應的條件。語言方法：使用過程設計語言（稱之為偽碼）來描述過程的細節(jié)。它們的基本要求都是能提供對設計的無二異性表述。都應能指明控制流程、處理功能、數(shù)據(jù)組織及實現(xiàn)細節(jié)，從而在編碼階段能把它們直接翻譯成程序代碼。13、目前流行的詳細設計的工具主要有哪三種？（1）程序流程圖；（2）N-S結(jié)構(gòu)流程圖；（3）過程設計語言PDL。1、用戶界面的設計目標是什么？用戶界面設計的總體目標，第一是增加軟件系統(tǒng)的可用性；第二是提高界面的友好性。應該達到的目標：操作簡單，易學，易掌握；界面美觀，操作舒適；快速反應，相應合理；用于通俗易懂，語義一致。3、Web界面有哪些類型？Web界面的主要形式一般有下面幾種：（1）信息查詢類界面；（2）大眾媒體類界面；（3）宣傳窗口類界面；（4）電子商務類界面；（5）交流平臺類界面。5、Web界面設計技術(shù)包括哪些？（1）超文本標記語言HTML；（2）用戶端腳本語言JavaScript；（3）JavaApplet；（4）服務器端腳本語言，常見的服務器端腳本語言有php，jsp，asp等；（5）Web3D技術(shù)；（6）Web語音交互技術(shù)；（7）Web界面設計工具，常用的有Photoshop、Dreamwaver和Fireworks。7、簡要回答用戶界面設計的原則。（1）Web界面設計的3C原則，包括：界面簡潔性，界面一致性，面對比度；（2）內(nèi)容與形式的統(tǒng)一原則；（3）減少瀏覽層次原則；（4）特點明確原則；（5）統(tǒng)一整體的形象原則。1、程序語言有哪些共同特征?能被機器識別，并能依據(jù)程序完成預定的操作。3、第4代語言（4GL）有哪些主要特征?第4代語言，將普通高級語言的程序結(jié)構(gòu)、數(shù)據(jù)結(jié)構(gòu)的表示文法抽象到一個新的高度，軟件設計者只需說明“做什么”，而不需更多的描述算法細節(jié)。5、什么是程序設計風格?為了具有良好的設計風格，應注意哪些方面的問題?良好的風格，其具體表現(xiàn)主要是：源程序文檔化、數(shù)據(jù)說明的方法、語句結(jié)構(gòu)和輸入/輸出方法等。應注意哪些方面的問題（略）。7、評價、選擇編程語言的準則是什么？（1）網(wǎng)絡通信能力；（2）可擴充性、可移植性；（3）數(shù)據(jù)處理的能力；（4）語言的普及程度、用戶的操作水平等。9、什么是程序效率？其準則有哪些？程序效率主要體現(xiàn)在代碼效率、存儲效率、輸入輸出效率等方面。應遵循以下準則：（1）編碼效率應以用戶需求為前提，而不能僅僅以人力、時間、速度為標準;（2）良好的編碼，可以提高軟件整個生存周期的效率;（3）應依據(jù)系統(tǒng)設計，遵循編碼規(guī)則，確保編碼的正確、清晰和可讀性。11、編程語言從心理學角度應具有什么特性？（1）易于實現(xiàn)；（2）便于修改；（3）擴充簡便。13、舉例說明編程語言對軟件工程的各個步驟的影響。（刪除）15、提高編程效率應從哪些方面著手？(1)代碼效率；(2)存儲效率；（3）輸入輸出效率等。16、程序中與編程風格有關(guān)的因素有哪些？為建立良好的編程風格應遵循什么原則？編程風格有關(guān)的因素：（1）源程序文檔化；（2）數(shù)據(jù)說明的方法；（3）語句結(jié)構(gòu)；（4）輸入/輸出方法等。在設計和程序編碼時都應考慮下列原則：（1）對所有的輸入數(shù)據(jù)都要進行檢驗，識別錯誤的輸入，以保證每個數(shù)據(jù)的有效性；（2）檢查輸入項的各種重要組合的合理性，必要時報告輸入狀態(tài)信息；（3）使得輸入的步驟和操作盡可能簡單，并保持簡單的輸入格式。；（4）輸入數(shù)據(jù)時，_應允許使用自由格式輸入；（5）應允許默認值；（6）輸入一批數(shù)據(jù)時，最好使用輸入結(jié)束標志，而不要由用戶指定輸入數(shù)據(jù)數(shù)目；（7）在交互式輸入時，要在屏幕上使用提示符明確提示交互輸入的請求，指明可使用選擇項的種類和取值范圍。同時，在數(shù)據(jù)輸入的過程中和輸入結(jié)束時，也要在屏幕上給出狀態(tài)信息；（8）當程序設計語言對輸入/輸出格式有嚴格要求時，應保持輸入格式與輸入語句的要求的一致性；（9）給所有的輸出加注解，并設計輸出報表格式。1、簡要敘述軟件測試的目的、目標和任務。關(guān)于軟件測試的目的、目標：（1）測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程，測試的目的在于發(fā)現(xiàn)錯誤；（2）一個好的測試用例或方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試用例或方案；（3）成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。從上述規(guī)則可以看出，測試的定義是“為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程”。這和某些人通常想象的“測試是為了表明程序是正確的”