軟件工程習題-參考答案-ZYL_第1頁
軟件工程習題-參考答案-ZYL_第2頁
軟件工程習題-參考答案-ZYL_第3頁
軟件工程習題-參考答案-ZYL_第4頁
軟件工程習題-參考答案-ZYL_第5頁
已閱讀5頁,還剩8頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論