簡(jiǎn)介：目錄1概述概述1611建設(shè)背景1612系統(tǒng)現(xiàn)狀分析1613指導(dǎo)思想1714參考文獻(xiàn)192系統(tǒng)目標(biāo)及原則系統(tǒng)目標(biāo)及原則2021建設(shè)目標(biāo)20211業(yè)務(wù)目標(biāo)20212工程目標(biāo)2122建設(shè)原則2123難點(diǎn)分析223總體解決方案總體解決方案244系統(tǒng)總體設(shè)計(jì)系統(tǒng)總體設(shè)計(jì)4141設(shè)計(jì)原則4142系統(tǒng)架構(gòu)4145高可用性設(shè)計(jì)52451高可靠性52452高性能53453在線升級(jí)和高擴(kuò)展性54454異常處理54455擁塞管理56456負(fù)載均衡57457內(nèi)存數(shù)據(jù)庫(kù)技術(shù)57第3頁(yè)共39頁(yè)81應(yīng)用安全10782數(shù)據(jù)安全10783主機(jī)、操作系統(tǒng)和數(shù)據(jù)庫(kù)系統(tǒng)安全10884綜合安全性1089工程實(shí)施方案工程實(shí)施方案10991實(shí)施原則10992實(shí)施范圍11093分工界面112931分工關(guān)系112932分工明細(xì)11394實(shí)施計(jì)劃115941項(xiàng)目總體進(jìn)度計(jì)劃115942項(xiàng)目里程碑計(jì)劃11895實(shí)施難點(diǎn)分析11896組織架構(gòu)119961項(xiàng)目組織結(jié)構(gòu)119962項(xiàng)目組成員名單12097實(shí)施過程120971實(shí)施活動(dòng)列表121972項(xiàng)目調(diào)研124973項(xiàng)目計(jì)劃125974需求獲取125975數(shù)據(jù)轉(zhuǎn)換126976確定驗(yàn)收條件128977模擬環(huán)境搭建128978產(chǎn)品部署130

簡(jiǎn)介：1一判斷題1軟件實(shí)際就是程序X2成功的測(cè)試是沒有發(fā)現(xiàn)錯(cuò)誤的測(cè)試（X）3軟件工程的主要思想是從理論的角度來觀察分析軟件開發(fā)盒生產(chǎn)活動(dòng)（X）4一個(gè)模塊直接引用另一個(gè)模塊中的數(shù)據(jù)，這兩個(gè)模塊之間的耦合不是內(nèi)容耦合（X）5程序只要邏輯正確，能夠被機(jī)器理解并執(zhí)行就夠了（X）二選擇題1在軟件質(zhì)量因數(shù)中，軟件在異常條件下人能運(yùn)行的能力稱為軟件的（B）A）可靠性B）健壯性C）可用性D）安全性2軟件開發(fā)可行性研究，一般涉及經(jīng)濟(jì)，技術(shù)盒操作可行性，而進(jìn)行可行性研究的基本依據(jù)是用戶提出的軟件（C）A）系統(tǒng)質(zhì)量B）系統(tǒng)目標(biāo)C）系統(tǒng)功能D）系統(tǒng)性能3結(jié)構(gòu)化程序設(shè)計(jì)中，一般包含3種基本結(jié)構(gòu)，下列結(jié)構(gòu)中哪個(gè)不屬于基本結(jié)構(gòu)（B）A）順序結(jié)構(gòu)B）嵌套結(jié)構(gòu)C）順序結(jié)構(gòu)D）選擇結(jié)構(gòu)4JACKSON方法是一種面向（B）的方法A）對(duì)象B數(shù)據(jù)結(jié)構(gòu)C）數(shù)據(jù)流D）控制流5模塊內(nèi)部過程描述就是模塊內(nèi)部的（B），它的表述形式就是詳細(xì)設(shè)計(jì)語(yǔ)言A）模塊化設(shè)計(jì)B）算法設(shè)計(jì)C）程序設(shè)計(jì)D）詳細(xì)設(shè)計(jì)6在設(shè)計(jì)測(cè)試用例時(shí)，（A）是用的最多的一種黑盒測(cè)試方法A）等價(jià)類劃分B）邊值分析C）因果圖D）判定表3護(hù)。12因修改軟件而造成的錯(cuò)誤或其他不希望出現(xiàn)的情況稱為維護(hù)的副作用。13維護(hù)的副作用有編碼副作用，數(shù)據(jù)副作用，文檔副作用三種14軟件的可理解性、可使用性、可靠性是衡量軟件質(zhì)量的幾個(gè)主要特性。15軟件可維護(hù)性可用下面七個(gè)質(zhì)量特性來衡量，即可理解性，可測(cè)試性、可修改性、可靠性、可移植性、可使用性和效率。四名詞解釋1數(shù)據(jù)字典2內(nèi)聚性3軟件生存周期模型4多態(tài)性5集成測(cè)試6維護(hù)7正確性維護(hù)8預(yù)防性維護(hù)五簡(jiǎn)答題1軟件測(cè)試的目的是什么答軟件測(cè)試的目的。GJMYERS對(duì)軟件測(cè)試的目的提出了以下觀點(diǎn)（1）軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。（2）一個(gè)好的測(cè)試用例能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯(cuò)誤。（3）一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。

簡(jiǎn)介：1軟件技術(shù)架構(gòu)以及崗位職責(zé)軟件技術(shù)架構(gòu)以及崗位職責(zé)1部門崗位架構(gòu)部門崗位架構(gòu)技術(shù)部門經(jīng)理項(xiàng)目經(jīng)理軟件研發(fā)工程師軟件研發(fā)工程師系統(tǒng)運(yùn)維工程師部門崗位架構(gòu)圖部門崗位架構(gòu)圖3

簡(jiǎn)介：青島理工大學(xué)軟件需求分析論文題目宿舍管理系統(tǒng)班級(jí)學(xué)號(hào)學(xué)生姓名指導(dǎo)教師2015年11月17日次的特性）。術(shù)語(yǔ)用戶隸屬于涉眾，因?yàn)椴⒎撬猩姹姸际怯脩?。產(chǎn)品為涉眾提供價(jià)值而必須具備的特性。顯然，需求沒有一個(gè)統(tǒng)一的定義。為了便于交流，需要協(xié)商來決定一組限定詞來修飾“需求“這個(gè)內(nèi)涵豐富的術(shù)語(yǔ)。并認(rèn)識(shí)到用可通用的形式記錄需求的重要性。（二）需求的重要性實(shí)現(xiàn)有效的需求工程過程可以讓組織受益匪淺。減少開發(fā)后期以及整個(gè)維護(hù)過程中不必要的返工并可帶來極大的回報(bào)。但優(yōu)質(zhì)需求的高回報(bào)往往不明顯，以至人們常常錯(cuò)誤的認(rèn)為討論需求所花費(fèi)的時(shí)間會(huì)導(dǎo)致推延產(chǎn)品的交付。然而，對(duì)質(zhì)量成本的整體評(píng)估卻顯示出重視早期質(zhì)量工作的意義。合理的需求過程強(qiáng)調(diào)產(chǎn)品開發(fā)過程中的協(xié)作，要求涉眾始終參與合作。收集需求使開發(fā)團(tuán)隊(duì)對(duì)產(chǎn)品的用戶和市場(chǎng)有更好的了解。用戶和市場(chǎng)是任何項(xiàng)目成功與否的關(guān)鍵因素。在開發(fā)產(chǎn)品之前了解市場(chǎng)和用戶，與用戶收到產(chǎn)品后在進(jìn)行理解相比，所需的代價(jià)要低得多。邀請(qǐng)用戶參與收集需求可以激發(fā)他們對(duì)產(chǎn)品的熱情，并建立他們對(duì)產(chǎn)品的忠誠(chéng)。強(qiáng)調(diào)用戶的目標(biāo)而不是華而不實(shí)的功能，就能避免那些永遠(yuǎn)排不上用場(chǎng)的代碼?？蛻舻膮⑴c能夠縮小用戶需要的產(chǎn)品與開發(fā)人員提交產(chǎn)品之間的期望差。開發(fā)者遲早都要面對(duì)用戶的反饋。應(yīng)該盡早得到用戶的反饋，也可以借助原型來激勵(lì)用戶產(chǎn)生反饋。需求開發(fā)的確需要時(shí)間，但要比產(chǎn)品測(cè)試時(shí)或發(fā)布后大量的修改所需的時(shí)間要少的多。優(yōu)質(zhì)的需求帶來的好處遠(yuǎn)不止這些。把選定的系統(tǒng)需求明確的分配到各個(gè)不同的軟件、硬件和人員子系統(tǒng)這種方式突出了產(chǎn)品的系統(tǒng)設(shè)計(jì)方法。有效的變更控制過程可以把需求變更的負(fù)面影響降至最低。無歧義的需求文檔給測(cè)試工作帶來了極大的便利，使交付讓各方都滿意的優(yōu)質(zhì)產(chǎn)品的可能性大大提高。沒有人能夠保證需求工作所作出的投入一定能夠收到回報(bào)。但能夠通過分析來思考及推測(cè)需求能夠提供的幫助。首先來看改進(jìn)過程的投入。其中包括用于評(píng)估現(xiàn)狀、開發(fā)新的過程和文檔模板、人員培訓(xùn)、購(gòu)買參考書籍與工具，以及可能要聘請(qǐng)的顧問和產(chǎn)生的成本等。最大的投入則是開發(fā)團(tuán)隊(duì)收集、編寫、檢查和管理需求的時(shí)間。接下來則看可以得到的好處和因此而節(jié)省的時(shí)間和金錢。

簡(jiǎn)介：一、單項(xiàng)選擇題（一、單項(xiàng)選擇題（59）●UML中關(guān)聯(lián)的多重度是指__（1）__。A一個(gè)類有多少個(gè)方法被另一個(gè)類調(diào)用B一個(gè)類的實(shí)例能夠與另一個(gè)類的多少個(gè)實(shí)例相關(guān)聯(lián)C一個(gè)類的某個(gè)方法被另一個(gè)類調(diào)用的次數(shù)D兩個(gè)類所具有的相同的方法和屬性●已知3個(gè)類A、B和C，其中類A由類B的一個(gè)實(shí)例和類C的1個(gè)或多個(gè)實(shí)例構(gòu)成。能夠正確表示類A、B和C之間關(guān)系的UML類圖是_（2）A_?！癫捎肬ML進(jìn)行軟件建模過程中，類圖是系統(tǒng)的一種靜態(tài)視圖，用（3）可明確表示兩類事物之間存在的整體部分形式的關(guān)聯(lián)關(guān)系。A依賴關(guān)系B聚合關(guān)系C泛化關(guān)系D實(shí)現(xiàn)關(guān)系●在UML語(yǔ)言中，下圖中的A、B、C三種圖形符號(hào)按照順序分別表示（5）。ABCA邊界對(duì)象、實(shí)體對(duì)象、控制對(duì)象B實(shí)體對(duì)象、邊界對(duì)象、控制對(duì)象C控制對(duì)象、實(shí)體對(duì)象、邊界對(duì)象D邊界對(duì)象、控制對(duì)象、實(shí)體對(duì)象●在下面的用例圖中，X1、X2和X3表示（6），已知UC3是抽象用例，那么X1可通過（7）用例與系統(tǒng)進(jìn)行交互。并且，用例（8）是UC4的可選部分，用例（9）是UC4的必須部分。44A45C46D47B32C35B對(duì)于右側(cè)的程序流程，當(dāng)采用語(yǔ)句覆蓋法設(shè)計(jì)測(cè)試案例時(shí)，至少需要設(shè)計(jì)對(duì)于右側(cè)的程序流程，當(dāng)采用語(yǔ)句覆蓋法設(shè)計(jì)測(cè)試案例時(shí)，至少需要設(shè)計(jì)個(gè)測(cè)試案?jìng)€(gè)測(cè)試案例。例。A1B2C3D4輸入X和YX＞0Y＝Y(jié)＋XY＝Y(jié)－XY＞0X＝1否是否是X＝－1

簡(jiǎn)介：1一、名詞解釋題1、測(cè)試用例測(cè)試用例是為特定的目的而設(shè)計(jì)的一組測(cè)試輸入、執(zhí)行條件和預(yù)期的結(jié)果。測(cè)試用例是執(zhí)行的最小實(shí)體。2、驅(qū)動(dòng)模塊驅(qū)動(dòng)模塊是在進(jìn)行單元測(cè)試時(shí)所設(shè)置的一種輔助測(cè)試模塊，它用來模擬被測(cè)試模塊的上一級(jí)模塊，相當(dāng)于被測(cè)模塊的主程序。驅(qū)動(dòng)模塊在單元測(cè)試中接收數(shù)據(jù)，把相關(guān)的數(shù)據(jù)傳送給被測(cè)試的模塊，啟動(dòng)被測(cè)模塊，并打印出相應(yīng)的結(jié)果。3、回歸測(cè)試在集成測(cè)試策略的環(huán)境中，回歸測(cè)試是對(duì)某些已經(jīng)進(jìn)行過的測(cè)試的某些子集再重新測(cè)試一遍，以保證上述改變不會(huì)傳播無法預(yù)料的副作用或引發(fā)新的問題。在更廣的環(huán)境里，回歸測(cè)試就是用來保證（由于測(cè)試或者其他原因的）改動(dòng)不會(huì)帶來不可預(yù)料的行為或者另外的錯(cuò)誤。4、靜態(tài)測(cè)試靜態(tài)測(cè)試是指不利用計(jì)算機(jī)運(yùn)行被測(cè)程序，也就是說，計(jì)算機(jī)并不真正運(yùn)行被測(cè)試的程序，而是通過其他手段達(dá)到檢測(cè)的目的。靜態(tài)測(cè)試是對(duì)被測(cè)程序進(jìn)行特性分析的一些方法的總稱。5、樁模塊樁模塊是在進(jìn)行單元測(cè)試時(shí)所設(shè)置的一種輔助測(cè)試模塊，它用來模擬被測(cè)試模塊工作過程中所調(diào)用的模塊。樁模塊由被測(cè)模塊調(diào)用，它們一般只進(jìn)行很少的數(shù)據(jù)處理，以便檢驗(yàn)被測(cè)模塊與其下級(jí)模塊的接口。6、強(qiáng)度測(cè)試強(qiáng)度測(cè)試的目的是要檢測(cè)非正常的情形，測(cè)試是想要破壞程序。強(qiáng)度測(cè)試需要在反常規(guī)數(shù)據(jù)量、頻率或資源的方式下運(yùn)行系統(tǒng)，以檢驗(yàn)系統(tǒng)能力的最高實(shí)際限度。7、軟件測(cè)試軟件測(cè)試就是在軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說明和編碼的最終復(fù)查。它是軟件質(zhì)量保證的關(guān)鍵步驟。通常對(duì)軟件測(cè)試的定義有兩種描述定義1軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。定義2軟件測(cè)試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)的一批測(cè)試用例（即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果），并利用這些測(cè)試用例運(yùn)行程序，以及發(fā)現(xiàn)錯(cuò)誤的過程。8、自動(dòng)化測(cè)試自動(dòng)化測(cè)試得一般定義為各種測(cè)試活動(dòng)的管理與實(shí)施，包括測(cè)試腳本的開發(fā)與執(zhí)行，均使用一種自動(dòng)化測(cè)試工具來驗(yàn)證測(cè)試的需求。9、動(dòng)態(tài)測(cè)試動(dòng)態(tài)測(cè)試的主要特征是計(jì)算機(jī)必須真正運(yùn)行被測(cè)試的程序，通過輸入測(cè)試用例對(duì)其運(yùn)行情況（即輸入與輸出的對(duì)應(yīng)關(guān)系）進(jìn)行分析，達(dá)到檢測(cè)的目的。10、獨(dú)立路徑某一程序的獨(dú)立路徑是指從程序入口到程序出口的多次執(zhí)行中，每次至少有一個(gè)語(yǔ)句集（包括運(yùn)算、賦值、輸入輸出或判斷）是新的和未被重復(fù)的。二、問答題1、軟件測(cè)試涉及哪些關(guān)鍵問題軟件測(cè)試涉及的關(guān)鍵問題包括以下四個(gè)方面（1）測(cè)試由誰(shuí)來執(zhí)行。通常的做法是開發(fā)者（機(jī)構(gòu)或組織）負(fù)責(zé)完成自己代碼的單元測(cè)試，而系統(tǒng)測(cè)試則由一些獨(dú)立的測(cè)試人員或?qū)ｉT的測(cè)試機(jī)構(gòu)進(jìn)行。（2）測(cè)試什么。軟件需求規(guī)格說明、概要設(shè)計(jì)規(guī)格說明、詳細(xì)設(shè)計(jì)規(guī)格說明和源程序都是測(cè)試的對(duì)象。（3）什么時(shí)候進(jìn)行測(cè)試。測(cè)試可以是一個(gè)與開發(fā)并行的過程，還可以是在開發(fā)完成某個(gè)階段任務(wù)之后進(jìn)行，或者是在開發(fā)結(jié)束后再進(jìn)行測(cè)試。（4）怎樣進(jìn)行測(cè)試。根據(jù)軟件的功能規(guī)范說明和程序?qū)崿F(xiàn)，利用各種測(cè)試方法，生成有效的測(cè)試用例，對(duì)軟件進(jìn)行測(cè)試。2、簡(jiǎn)述軟件測(cè)試過程的流程。軟件測(cè)試過程按測(cè)試的先后次序可分為單元測(cè)試、集成測(cè)試、確認(rèn)（有效性）測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收（用戶）測(cè)試共5項(xiàng)步驟。37、黑盒測(cè)試有哪幾種方法請(qǐng)簡(jiǎn)單描述各種方法的特點(diǎn)。黑盒測(cè)試的具體技術(shù)方法主要有邊界值分析法、等價(jià)類劃分法、因果圖法、決策表測(cè)試法等。（1）邊界值分析法是基于可靠性理論中稱為“單故障”的假設(shè)，即有兩個(gè)或兩個(gè)以上故障同時(shí)出現(xiàn)而導(dǎo)致軟件失效的情況很少，也就是說，軟件失效基本上是由單故障引起的。因此，邊界值分析利用輸入變量的最小值、略大于最小值、輸入值域內(nèi)的任意值、略小于最大值和最大值來設(shè)計(jì)測(cè)試用例。（2）等價(jià)類劃分法是把程序的輸入域劃分為若干部分，然后從每個(gè)部分中選取少數(shù)代表性數(shù)據(jù)當(dāng)作測(cè)試用例。經(jīng)過類別的劃分后，每一類的代表性數(shù)據(jù)在測(cè)試中的作用都等價(jià)于這一類中的其他值。（3）因果圖方法就是從程序規(guī)格說明書的描述中找出因（輸入條件）和果（輸出結(jié)果或程序狀態(tài)的改變），將因果圖轉(zhuǎn)換為決策表，最后為決策表中的每一列設(shè)計(jì)一個(gè)測(cè)試用例。這種方法考慮到了輸入情況各種組合以及各個(gè)輸入情況之間的相互制約關(guān)系。（4）在所有的黑盒測(cè)試方法中，基于決策表的測(cè)試是最為嚴(yán)格、最具有邏輯性的測(cè)試方法。在一些數(shù)據(jù)處理問題當(dāng)中，某些操作的實(shí)施依賴于多個(gè)邏輯條件的組合，即針對(duì)不同邏輯條件的組合值，分別執(zhí)行不同的操作。決策表法很適合測(cè)試這類問題。8、簡(jiǎn)析已學(xué)的各種黑盒測(cè)試方法的特點(diǎn)，并分析如何選擇恰當(dāng)?shù)暮诤袦y(cè)試方法黑盒測(cè)試的具體技術(shù)方法主要有邊界值分析法、等價(jià)類劃分法、因果圖法、決策表測(cè)試法等。（1）邊界值分析法是基于可靠性理論中稱為“單故障”的假設(shè)，即有兩個(gè)或兩個(gè)以上故障同時(shí)出現(xiàn)而導(dǎo)致軟件失效的情況很少，也就是說，軟件失效基本上是由單故障引起的。因此，邊界值分析利用輸入變量的最小值、略大于最小值、輸入值域內(nèi)的任意值、略小于最大值和最大值來設(shè)計(jì)測(cè)試用例。（2）等價(jià)類劃分法是把程序的輸入域劃分為若干部分，然后從每個(gè)部分中選取少數(shù)代表性數(shù)據(jù)當(dāng)作測(cè)試用例。經(jīng)過類別的劃分后，每一類的代表性數(shù)據(jù)在測(cè)試中的作用都等價(jià)于這一類中的其他值。（3）因果圖方法就是從程序規(guī)格說明書的描述中找出因（輸入條件）和果（輸出結(jié)果或程序狀態(tài)的改變），將因果圖轉(zhuǎn)換為決策表，最后為決策表中的每一列設(shè)計(jì)一個(gè)測(cè)試用例。這種方法考慮到了輸入情況各種組合以及各個(gè)輸入情況之間的相互制約關(guān)系。（4）在所有的黑盒測(cè)試方法中，基于決策表的測(cè)試是最為嚴(yán)格、最具有邏輯性的測(cè)試方法。在一些數(shù)據(jù)處理問題當(dāng)中，某些操作的實(shí)施依賴于多個(gè)邏輯條件的組合，即針對(duì)不同邏輯條件的組合值，分別執(zhí)行不同的操作。決策表法很適合測(cè)試這類問題。通常在決定測(cè)試策略時(shí)，有以下的參考原則（1）在任何情況下都必須采用邊界值分析法。這種方法設(shè)計(jì)出的測(cè)試用例發(fā)現(xiàn)程序錯(cuò)誤的能力最強(qiáng)；（2）必要時(shí)采用等價(jià)劃分類方法補(bǔ)充測(cè)試用例；（3）采用錯(cuò)誤推斷法再追加測(cè)試用例；（4）對(duì)照程序邏輯，檢查已設(shè)計(jì)出的測(cè)試用例的邏輯覆蓋程度。如果沒有達(dá)到要求的覆蓋標(biāo)準(zhǔn)，則應(yīng)當(dāng)在補(bǔ)充更多的測(cè)試用例；（5）如果程序的功能說明中含有輸入條件的組合情況，則應(yīng)在一開始就選用因果圖法。9、簡(jiǎn)介WEB應(yīng)用程序在壓力下的常見錯(cuò)誤類型。有兩種錯(cuò)誤類型是（1）內(nèi)存泄漏（MEMYLEAK）一種極難檢測(cè)的現(xiàn)象。內(nèi)存泄漏經(jīng)常發(fā)生在已發(fā)行的產(chǎn)品中，原因很簡(jiǎn)單，很難設(shè)計(jì)測(cè)試用例來檢測(cè)它們。使用簡(jiǎn)單的功能測(cè)試，幾乎發(fā)現(xiàn)不了內(nèi)存泄漏問題，因?yàn)樵诋a(chǎn)品完成之前測(cè)試沒對(duì)產(chǎn)品進(jìn)行足夠多的使用。內(nèi)存泄漏通常要求操作要重復(fù)非常多的次數(shù)以使內(nèi)存消耗達(dá)到能引起注意的程度。盡管與其它編程語(yǔ)言（如CC）相比，JAVA程序更難引入內(nèi)存泄漏錯(cuò)誤，但只要程序仍保持著對(duì)對(duì)象的引用，該對(duì)象仍有可能被實(shí)例化并且它占用的內(nèi)存永遠(yuǎn)不會(huì)被釋放。（2）并發(fā)與同步（CONCURRENCYSYNCHRONIZATION）壓力測(cè)試在查找并發(fā)性問題上非常出眾，這是因?yàn)樵谌魏我粋€(gè)測(cè)試生命周期中，它都應(yīng)用了許多不同的代碼路徑和定時(shí)條件。一般的規(guī)則是，壓力測(cè)試運(yùn)行的時(shí)間越長(zhǎng)，涉及并應(yīng)用的代碼路徑組合和定時(shí)條件就越多。當(dāng)然，這也的確使得這些問題很難再現(xiàn)（錯(cuò)誤可以在5分鐘或5天后發(fā)生）。死鎖、線程泄漏以及任何一般的同步問題通常只能在壓力測(cè)試階段被檢測(cè)出來。這些類型的問題很難通過執(zhí)行單元測(cè)試來發(fā)現(xiàn)。開發(fā)人員不會(huì)一直考慮他或她的代碼將與其他地方的代碼（在執(zhí)行單元測(cè)試時(shí)這些代碼可能還沒寫出來）進(jìn)行交互。10、單元測(cè)試的主要任務(wù)是什么單元測(cè)試針對(duì)每個(gè)程序的模塊，解決5個(gè)方面的測(cè)試問題模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、邊界條件、獨(dú)立的路徑和錯(cuò)誤處理。詳細(xì)來說（1）模塊接口的測(cè)試檢查進(jìn)出程序單元的數(shù)據(jù)流是否正確。對(duì)模塊接口數(shù)據(jù)流的測(cè)試必須在任何其他測(cè)試之前進(jìn)行，因?yàn)槿绻荒艽_保數(shù)據(jù)正確的輸入和輸出的話，所有的測(cè)試都是沒有意義的。（2）局部數(shù)據(jù)的測(cè)試必須測(cè)試其內(nèi)部的數(shù)據(jù)能否保持完整性，包括內(nèi)部數(shù)據(jù)的內(nèi)容、形式及相互關(guān)系不發(fā)生錯(cuò)誤。

簡(jiǎn)介：江南大學(xué)現(xiàn)代遠(yuǎn)程教育第三階段測(cè)試卷考試科目軟件工程軟件工程第6章至第8章（總分100分）時(shí)間90分鐘______________學(xué)習(xí)中心（教學(xué)點(diǎn)）批次層次專業(yè)學(xué)號(hào)身份證號(hào)姓名得分一、一、單選題單選題（每小題1分，共計(jì)20分）1在黑盒測(cè)試中，著重檢查輸入條件組合的方法是（）A等價(jià)類劃分法B邊界值分析法C錯(cuò)誤推測(cè)法D因果圖法2MCCABE復(fù)雜性度量又稱（）A代碼行度量B環(huán)路度量C程序量度量D功能性度量3成功的測(cè)試是指運(yùn)行測(cè)試用例后（）A未發(fā)現(xiàn)程序錯(cuò)誤B發(fā)現(xiàn)了程序錯(cuò)誤C證明程序正確D改正了程序錯(cuò)誤4不屬于白盒測(cè)試的技術(shù)是（）A路徑覆蓋B判定覆蓋C循環(huán)覆蓋D邊界值分析5與選擇編程語(yǔ)言無關(guān)的因素是（）A軟件開發(fā)的方法B軟件執(zhí)行的環(huán)境C程序設(shè)計(jì)風(fēng)格D軟件開發(fā)人員的知識(shí)6集成測(cè)試時(shí)，能較早發(fā)現(xiàn)高層模塊接口錯(cuò)誤的測(cè)試方法為（）A自頂向下漸增式測(cè)試B自底向上漸增式測(cè)試C非漸增式測(cè)試D系統(tǒng)測(cè)試7黑盒法是根據(jù)程序的什么來設(shè)計(jì)測(cè)試用例的（）A應(yīng)用范圍B內(nèi)部邏輯C功能D輸入數(shù)據(jù)8軟件測(cè)試用例主要由輸人數(shù)據(jù)和什么兩部分組成（）A測(cè)試計(jì)劃B測(cè)試規(guī)則C預(yù)期輸出結(jié)果D以往測(cè)試記錄分析9維護(hù)中，因誤刪除一個(gè)標(biāo)識(shí)符而引起的錯(cuò)誤是何副作用（）A文檔B數(shù)據(jù)C編碼D設(shè)計(jì)10程序設(shè)計(jì)語(yǔ)言的心理特性在語(yǔ)言中表現(xiàn)不應(yīng)包括（）5測(cè)試6窮舉三、簡(jiǎn)答題簡(jiǎn)答題（每小題4分，共計(jì)32分）1軟件測(cè)試的目標(biāo)2軟件測(cè)試的步驟3什么是軟件可靠性4什么是軟件的可用性5什么是改正性維護(hù)6什么是適應(yīng)性維護(hù)7什么是完善性維護(hù)8什么是預(yù)防性維護(hù)四、綜合應(yīng)用題四、綜合應(yīng)用題（14小題7分，5小題8分，共計(jì)36分）1設(shè)有如下流程圖，試構(gòu)造其程序圖且計(jì)算它的MCCABE復(fù)雜度。SUM0I1YYNNI0314SUMSUMAIII1SUM0輸出SUMYN輸出SUM

簡(jiǎn)介：第8章軟件質(zhì)量管理與控制軟件質(zhì)量管理與控制81目的目的軟件質(zhì)量管理的目的是通過分析質(zhì)量要素和質(zhì)量目標(biāo)，制定合適的質(zhì)量計(jì)劃，整合技術(shù)評(píng)審、軟件測(cè)試、質(zhì)量保證、缺陷（或問題）跟蹤等手段，保證軟件開發(fā)質(zhì)量。82關(guān)鍵活動(dòng)與流程關(guān)鍵活動(dòng)與流程軟件質(zhì)量管理的流程如圖81所示，關(guān)鍵活動(dòng)是“制定質(zhì)量計(jì)劃”、“技術(shù)評(píng)審”、“軟件測(cè)試”、“質(zhì)量保證”、“缺陷跟蹤和問題跟蹤”。圖81中，在技術(shù)評(píng)審、軟件測(cè)試和質(zhì)量保證活動(dòng)中發(fā)現(xiàn)的缺陷和問題，都采用缺陷跟蹤工具和問題跟蹤工具來管理。質(zhì)量人員開發(fā)人員測(cè)試人員質(zhì)量人員圖81軟件質(zhì)量管理的流程該流程的主要工作成果見表81。表81軟件質(zhì)量管理流程的主要工作成果關(guān)鍵活動(dòng)主要工作成果責(zé)任人制定質(zhì)量計(jì)劃質(zhì)量計(jì)劃質(zhì)量人員技術(shù)評(píng)審技術(shù)評(píng)審報(bào)告軟件開發(fā)人員軟件測(cè)試軟件測(cè)試報(bào)告軟件測(cè)試人員質(zhì)量保證質(zhì)量保證報(bào)告質(zhì)量人員缺陷跟蹤缺陷報(bào)表缺陷相關(guān)人員問題問題報(bào)表問題相關(guān)人員821制定質(zhì)量計(jì)劃制定質(zhì)量計(jì)劃質(zhì)量計(jì)劃是軟件質(zhì)量管理的行動(dòng)綱領(lǐng)，通常由項(xiàng)目經(jīng)理和質(zhì)量人員共同協(xié)商制定質(zhì)量計(jì)劃。如果機(jī)構(gòu)有獨(dú)立的質(zhì)量人員，那么由質(zhì)量人員起草質(zhì)量計(jì)劃，遞交給項(xiàng)目經(jīng)理和質(zhì)量經(jīng)理審批。如果機(jī)構(gòu)沒有獨(dú)立的質(zhì)量人員，那么項(xiàng)目經(jīng)理兼任質(zhì)量人員和質(zhì)量經(jīng)理的角色。表82為質(zhì)量計(jì)劃的參考格式。制定質(zhì)量計(jì)劃缺陷跟蹤問題跟蹤軟件測(cè)試技術(shù)評(píng)審質(zhì)量保證圖82技術(shù)評(píng)審的流程第一步準(zhǔn)備評(píng)審評(píng)審主持人首先確定評(píng)審會(huì)議的時(shí)間、地點(diǎn)、設(shè)備和參加會(huì)議的人員名單（包括評(píng)審員、記錄員、作者、旁聽者等），并告知所有相關(guān)人員。評(píng)審主持人把工作成果及相關(guān)材料、技術(shù)評(píng)審規(guī)程、檢查等發(fā)給評(píng)審員。評(píng)審員閱讀（了解）工作成果及相關(guān)材料。第二步舉行評(píng)審會(huì)議主持人宣講本次評(píng)審會(huì)議的過程、重點(diǎn)、原則、時(shí)間限制等。作者扼要地介紹工作成果。評(píng)審員認(rèn)真查找工作成果的缺陷。作者回答評(píng)審員的問題，雙方要對(duì)每個(gè)缺陷達(dá)成共識(shí)。作者和評(píng)審員共同討論缺陷的解決方案。對(duì)于當(dāng)場(chǎng)難以解決的問題，由主持人決定“是否有必要繼續(xù)討論”或者“另定時(shí)間再討論”。評(píng)審小組給出評(píng)審結(jié)論和意見，主持人簽字后本次會(huì)議結(jié)束。評(píng)審結(jié)論有三種（1）工作成果合格，“無需修改”或者“需要輕微修改但不必再審核”。（2）工作成果基本合格，需要作少量的修改，之后通過審核即可。（3）工作成果不合格，需要作比較大的修改，之后必須重新對(duì)其評(píng)審。主持人和相關(guān)人員撰寫技術(shù)評(píng)審報(bào)告（如表83所示）。第三步缺陷跟蹤作者修正工作成果，消除已發(fā)現(xiàn)的缺陷。評(píng)審主持人（或者指定審查員）跟蹤每個(gè)缺陷的狀態(tài)。直到工作成果合格為止。STEP2舉行評(píng)審會(huì)議主持人宣讀作者介紹工作成果識(shí)別缺陷和答辯討論缺陷解決方案評(píng)審總結(jié)STEP1準(zhǔn)備評(píng)審STEP3缺陷跟蹤

簡(jiǎn)介：軟件測(cè)試說明軟件測(cè)試說明11范圍范圍11系統(tǒng)概述對(duì)網(wǎng)上選課系統(tǒng)項(xiàng)目中所有的軟件測(cè)試活動(dòng)中，包括測(cè)試進(jìn)度、資源、問題、風(fēng)險(xiǎn)以及測(cè)試組和其他組間的協(xié)調(diào)等進(jìn)行評(píng)估，總結(jié)測(cè)試活動(dòng)的成功經(jīng)驗(yàn)與不足，以便今后更好的開展測(cè)試工作。12文檔概述為保證系統(tǒng)達(dá)到設(shè)計(jì)目標(biāo)，依據(jù)軟件需求規(guī)格說明，對(duì)系統(tǒng)進(jìn)行系統(tǒng)測(cè)試編制此文檔，以對(duì)測(cè)試過程進(jìn)行詳細(xì)說明。2引用文檔引用文檔序號(hào)序號(hào)文檔資料名稱文檔資料名稱作者作者版本號(hào)版本號(hào)日期日期軟件需求規(guī)格說明書軟件設(shè)計(jì)說明VB程序設(shè)計(jì)3測(cè)試準(zhǔn)備測(cè)試準(zhǔn)備331功能性測(cè)試311311硬件準(zhǔn)備硬件準(zhǔn)備硬件條件筆記本電腦一臺(tái)312312軟件準(zhǔn)備軟件準(zhǔn)備操作系統(tǒng)WINDOWSXPSP2數(shù)據(jù)庫(kù)SQLSERVER2005軟件資源高校選課系統(tǒng)一套4測(cè)試說明測(cè)試說明41功能測(cè)試功能測(cè)試?yán)幪?hào)例編號(hào)XYDQIS001模塊名稱模塊名稱登錄用例說明用例說明學(xué)員自主選課先決條件先決條件學(xué)員先注冊(cè)帳號(hào)，并填寫相關(guān)信息，提交測(cè)試步驟測(cè)試步驟步驟步驟操作描述操作描述輸入輸入期待輸出期待輸出實(shí)際輸出實(shí)際輸出1按“登陸”按鈕。用戶名為空，顯示警告信息顯示警告信

簡(jiǎn)介：軟件開發(fā)報(bào)價(jià)的計(jì)算方法（完整版）1軟件開發(fā)價(jià)格估算方法軟件開發(fā)價(jià)格估算方法軟件開發(fā)價(jià)格與工作量、商務(wù)成本、國(guó)家稅收和企業(yè)利潤(rùn)等項(xiàng)有關(guān)。為了便于計(jì)算，給出一個(gè)計(jì)算公式軟件開發(fā)價(jià)格＝開發(fā)工作量開發(fā)費(fèi)用／人月11開發(fā)工作量開發(fā)工作量軟件開發(fā)工作量與估算工作量經(jīng)驗(yàn)值、風(fēng)險(xiǎn)系數(shù)和復(fù)用系數(shù)等項(xiàng)有關(guān)軟件開發(fā)工作量＝估算工作量經(jīng)驗(yàn)值風(fēng)險(xiǎn)系數(shù)復(fù)用系數(shù)111估算工作量經(jīng)驗(yàn)值（以估算工作量經(jīng)驗(yàn)值（以A來表示）來表示）軟什開發(fā)工作量的計(jì)算，曾有人提出以源代碼行或功能點(diǎn)來計(jì)算，這些方法實(shí)施起來均有不少難度。目前國(guó)際上仍舊按以往經(jīng)驗(yàn)的方式加以計(jì)算，國(guó)內(nèi)各軟件企業(yè)也是采用經(jīng)驗(yàn)的方式加以估算工作量。為了更好地規(guī)范估算方法，建議可按照國(guó)家標(biāo)準(zhǔn)“GB／T85662001軟件生存周期過程”所規(guī)定的軟件開發(fā)過程的各項(xiàng)活動(dòng)來計(jì)算工作量。工作量的計(jì)算是按一個(gè)開發(fā)工作人員在一個(gè)月內(nèi)（日歷中的月，即包括國(guó)家規(guī)定的節(jié)假日）能完成的工作量為單位，也就是通常所講的“人月”。特別要提醒的是軟件開發(fā)過程中既包括了通常所講的軟件開發(fā)，也應(yīng)包括各類軟件測(cè)試的活動(dòng)。112風(fēng)險(xiǎn)系數(shù)（以風(fēng)險(xiǎn)系數(shù)（以Σ來表示）來表示）估算工作量經(jīng)驗(yàn)值亦會(huì)存在較大風(fēng)險(xiǎn)，造成軟件危機(jī)的因素很多，這也是一個(gè)方面的因素。特別當(dāng)軟件企業(yè)對(duì)該信息工程項(xiàng)目的業(yè)務(wù)領(lǐng)域不熟悉或不太熟悉，而且用戶又無法或不能完整明白地表達(dá)他們的真實(shí)的需求，從而造成軟件企業(yè)需要不斷地完善需求獲取，修改設(shè)計(jì)等各項(xiàng)工作。因此L≤風(fēng)險(xiǎn)系數(shù)≤15根據(jù)我們對(duì)軟件企業(yè)的了解，超過估算工作量經(jīng)驗(yàn)值的一半，已是不可接受，所以我們確定“15”為極限值。當(dāng)然這既要看企業(yè)的能力，也要看用戶能接受的程度。113復(fù)用系數(shù)（以復(fù)用系數(shù)（以Τ來表示）來表示）另外，軟件企業(yè)的員工不可能全年滿負(fù)荷地工作，即使一年十二個(gè)月都安排工作，但也需抽出時(shí)間進(jìn)行在職培訓(xùn)和提職的崗前培訓(xùn)。據(jù)我們的了解，軟件企業(yè)的員工一年能有10個(gè)月到11個(gè)月的工作也是正常的。R＝B／3此處為我們的建議方案，各軟件企業(yè)可視情況加以變更。124S（管理系數(shù)）（管理系數(shù)）通常每個(gè)機(jī)構(gòu)的管理人員都會(huì)有一定的比例，參考一些機(jī)構(gòu)的做法，按每十個(gè)軟件人員配備兩個(gè)管理人員即管理成本1≤S≤12125T（優(yōu)質(zhì)系數(shù)）（優(yōu)質(zhì)系數(shù)）提高軟件質(zhì)量，必然有所開支，即質(zhì)量成本，對(duì)于不同的軟件企業(yè)來說，其質(zhì)量成本不盡相同。軟件企業(yè)與其他企業(yè)一樣，也有誠(chéng)信和品牌等諸多因素，從而增加企業(yè)的開支。目前我們可以按通過ISO9000質(zhì)量體系認(rèn)證和CMM或CMMI的認(rèn)證來確定，分別取值105、11、115、12。今后建議可對(duì)軟件企業(yè)的資質(zhì)分為四級(jí)。由軟件行業(yè)協(xié)會(huì)根據(jù)CMMI的認(rèn)證、品牌、誠(chéng)信程度等各種因素加以確定。此體系建設(shè)還有待進(jìn)一步探索。據(jù)此，我們綜合上述各點(diǎn)開發(fā)費(fèi)用／人月＝（B1476＋B／3＋B／3）L2T＝B（1476＋2／3）12T＝B2575T＝BΛ當(dāng)T＝105時(shí)，Λ＝27當(dāng)T＝12時(shí)，Λ＝309因此，27≤Λ≤309對(duì)于承接國(guó)外軟件外包業(yè)務(wù)，一方面員工的工資較高，另外工作的安排也較難滿負(fù)荷工作，用此建議R＝B／2。因此開發(fā)費(fèi)用／人月＝B（1476＋1／3＋1／2）12T＝B2767T＝BΛ當(dāng)T＝105時(shí)，Λ＝2906

簡(jiǎn)介：SVSE軟件工程師理論考試類型類型（A卷）卷）范圍范圍短訓(xùn)短訓(xùn)日期日期時(shí)間時(shí)間1小時(shí)小時(shí)總分?jǐn)?shù)總分?jǐn)?shù)100分姓名姓名考號(hào)考號(hào)證件號(hào)碼證件號(hào)碼SVSE認(rèn)證考試?yán)碚撛囶}第3頁(yè)共12頁(yè)7在XML中，用迭代方式處理每個(gè)節(jié)點(diǎn)的XSLT的元素是（）。（選擇一項(xiàng)）ABCD8以下關(guān)于XSLT說法不正確的是（）。（選擇一項(xiàng)）AXSLT是XSL的一部分，有獨(dú)立的命名空間。BXSLT可以把XML文檔轉(zhuǎn)換為XHTML。C要執(zhí)行XSLT轉(zhuǎn)換，只需要XML文檔，XSLT樣式表和瀏覽器就可以了。DXSLT使用XPATH對(duì)XML文檔進(jìn)行導(dǎo)航。9REPTXML中包含SUBJECT元素，該元素可以包含某HTML標(biāo)記，如下2008年北京奧運(yùn)會(huì)展望現(xiàn)需要編寫一個(gè)XMLSCHEMA來定義該XML文檔內(nèi)容的結(jié)構(gòu)，以下的SCHEMA片斷中，（）可以使REPTXML通過有效性驗(yàn)證。（選擇兩項(xiàng)）ABCD10（）屬性指定元素最多出現(xiàn)的次數(shù)。（選擇一項(xiàng)）AMINOCCURS

簡(jiǎn)介：軟件詳細(xì)設(shè)計(jì)說明書項(xiàng)目名稱學(xué)生公寓信息管理系統(tǒng)項(xiàng)目名稱學(xué)生公寓信息管理系統(tǒng)日期日期年月日信息工程學(xué)院信息工程學(xué)院11引言引言信息社會(huì)的高科技，商品經(jīng)濟(jì)化的高效益，使計(jì)算機(jī)的應(yīng)用已普及到經(jīng)濟(jì)和社會(huì)生活的各個(gè)領(lǐng)域。計(jì)算機(jī)雖然與人類的關(guān)系愈來愈密切，還有人由于計(jì)算機(jī)操作不方便繼續(xù)用手工勞動(dòng)。為了適應(yīng)現(xiàn)代社會(huì)人們高度強(qiáng)烈的時(shí)間觀念，學(xué)籍管理系統(tǒng)軟件將會(huì)為教學(xué)辦公室?guī)砹藰O大的方便。1111編寫目的編寫目的本需求的編寫目的在于研究學(xué)籍管理系統(tǒng)軟件的開發(fā)途徑和應(yīng)用方法，主要是為了對(duì)學(xué)生公寓管理系統(tǒng)進(jìn)行使用和維護(hù)。本需求的預(yù)期讀者是與學(xué)籍管理系統(tǒng)軟件開發(fā)有聯(lián)系的決策人，開發(fā)組成人員，扶助開發(fā)者，支持本項(xiàng)目的領(lǐng)導(dǎo)和公司人員，軟件驗(yàn)證者。該需求充分利用計(jì)算機(jī)的功能實(shí)現(xiàn)對(duì)系統(tǒng)管理、信息錄入、信息查詢，信息打印等的自動(dòng)化控制，將會(huì)使學(xué)生公寓管理工作大大減輕，方便友好的信息管理用戶界面，簡(jiǎn)便的操作，完善的數(shù)據(jù)庫(kù)管理，將會(huì)使得信息管理系統(tǒng)極大限度地應(yīng)用于現(xiàn)代化學(xué)生成績(jī)管理，成為管理人員的得力助手。1212項(xiàng)目背景項(xiàng)目背景●項(xiàng)目的委托單位河北聯(lián)合大學(xué)●主管部門學(xué)生公寓管理委員會(huì)●該軟件系統(tǒng)與其他系統(tǒng)的關(guān)系與學(xué)生管理相關(guān)聯(lián)。1313定義定義本需求的編寫目的在于研究學(xué)籍管理系統(tǒng)軟件的開發(fā)途徑和應(yīng)用方法。本需求的預(yù)期讀者是與學(xué)籍管理系統(tǒng)軟件開發(fā)有聯(lián)系的決策人，開發(fā)組成人員，扶助開發(fā)者，支持本項(xiàng)目的領(lǐng)導(dǎo)和公司人員，軟件驗(yàn)證者。專門術(shù)語(yǔ)DATAPROCESSING數(shù)據(jù)處理FEEDBACK反饋DTE數(shù)據(jù)終端設(shè)備TRANSMISSION傳輸介質(zhì)DCE數(shù)據(jù)數(shù)據(jù)設(shè)備LAN局域網(wǎng)1414參考資料參考資料軟件工程基礎(chǔ)教程劉文朱飛雪主編粘新育陶潔副主編出版社北京大學(xué)出版社程序設(shè)計(jì)尚俊杰編著出版社清華大學(xué)出版社

簡(jiǎn)介：XX公司公司全面預(yù)算管理軟件系統(tǒng)實(shí)施項(xiàng)目全面預(yù)算管理軟件系統(tǒng)實(shí)施項(xiàng)目招標(biāo)文件招標(biāo)編號(hào)XXXX20100005二〇一〇年十二月二〇一〇年十二月XXXX公司全面預(yù)算管理軟件系統(tǒng)實(shí)施項(xiàng)目招標(biāo)文件公司全面預(yù)算管理軟件系統(tǒng)實(shí)施項(xiàng)目招標(biāo)文件招標(biāo)編號(hào)招標(biāo)編號(hào)XXXX20100005XXXX201000052第一部分第一部分投標(biāo)邀請(qǐng)投標(biāo)邀請(qǐng)XX公司現(xiàn)通過公開招標(biāo)方式對(duì)XX公司全面預(yù)算管理軟件系統(tǒng)實(shí)施項(xiàng)目進(jìn)行招標(biāo)。1招標(biāo)編號(hào)XXXX201000052XX公司全面預(yù)算管理軟件系統(tǒng)實(shí)施項(xiàng)目的技術(shù)要求詳見招標(biāo)文件第三部分。3招標(biāo)文件發(fā)放時(shí)間、地點(diǎn)招標(biāo)文件將于2010年12月1日起每天9001600時(shí)在XX公司信息化管理部IT管理室發(fā)售，價(jià)格500元。4投標(biāo)截止時(shí)間2010年12月10日10時(shí)00分（北京時(shí)間）。其后收到的投標(biāo)文件或未按招標(biāo)文件規(guī)定提交投標(biāo)保證金的投標(biāo)文件恕不接受。5投標(biāo)地點(diǎn)XX公司信息化管理部IT管理室（A1311房間）。6開標(biāo)時(shí)間2010年12月13日10時(shí)00分（北京時(shí)間）。7開標(biāo)地點(diǎn)XX公司信息化管理部IT管理室（A1306房間）8聯(lián)系單位XX公司信息化管理部地址略郵政編碼略電話略傳真略聯(lián)系部門信息化管理部IT管理室聯(lián)系人略技術(shù)聯(lián)系人略電話略第二部分第二部分投標(biāo)人須知投標(biāo)人須知投標(biāo)人須知前附表投標(biāo)人須知前附表

簡(jiǎn)介：軟件開發(fā)建議書軟件開發(fā)建議書1、編寫目的、編寫目的智慧園區(qū)綜合管理軟件智慧園區(qū)綜合管理軟件2、建設(shè)目標(biāo)和內(nèi)容、建設(shè)目標(biāo)和內(nèi)容完成智慧園區(qū)綜合管理的軟件開發(fā)實(shí)現(xiàn)智慧園區(qū)弱電系統(tǒng)集成、OA辦公、電子商務(wù)及增值服務(wù)管理以及數(shù)據(jù)挖掘3、設(shè)計(jì)方案、設(shè)計(jì)方案總體框架（弱電集成部分）總體框架（弱電集成部分）蔽差異，實(shí)現(xiàn)上層應(yīng)用的平臺(tái)無關(guān)性，提高運(yùn)行效率和系統(tǒng)兼容性?；A(chǔ)應(yīng)用層基礎(chǔ)應(yīng)用層第三層為基礎(chǔ)應(yīng)用層，基礎(chǔ)應(yīng)用層負(fù)責(zé)提供在統(tǒng)一的應(yīng)用平臺(tái)框架之上集成的各個(gè)子系統(tǒng)應(yīng)用，如視頻、報(bào)警、一卡通、門禁、停車場(chǎng)、消費(fèi)等，由基礎(chǔ)應(yīng)用和業(yè)務(wù)綜合應(yīng)用組成。滿足用戶實(shí)際操作應(yīng)用需求，豐富安防綜合應(yīng)用功能，包括門禁子系統(tǒng)、停車場(chǎng)子系統(tǒng)、消防系統(tǒng)、動(dòng)環(huán)系統(tǒng)等，實(shí)現(xiàn)了各子系統(tǒng)間的統(tǒng)一管理?？梢约嫒荻鄰S商、多種類、多協(xié)議的各種異構(gòu)硬件；并提供標(biāo)準(zhǔn)通訊接口提供第三方系統(tǒng)接入服務(wù)。業(yè)務(wù)綜合應(yīng)用業(yè)務(wù)綜合應(yīng)用智能建筑綜合管理平臺(tái)采用基于應(yīng)用支撐層的智能樓宇系統(tǒng)開發(fā)設(shè)計(jì)，滿足用戶實(shí)際操作應(yīng)用需求，豐富安防綜合應(yīng)用功能，包括門禁子系統(tǒng)、停車場(chǎng)子系統(tǒng)、消防系統(tǒng)、動(dòng)環(huán)系統(tǒng)等，實(shí)現(xiàn)了各子系統(tǒng)間的統(tǒng)一管理。還提供了智能安防電信級(jí)系統(tǒng)必須具備的雙機(jī)冗余熱備功能，可以兼容多廠商、多種類、多協(xié)議的各種異構(gòu)硬件；提供第三方系統(tǒng)接入服務(wù)。業(yè)務(wù)表現(xiàn)層業(yè)務(wù)表現(xiàn)層平臺(tái)將具體的業(yè)務(wù)展現(xiàn)給最終的用戶的方式。支持CS客戶端、BS客戶端、手機(jī)端等各種應(yīng)用，滿足用戶的體驗(yàn)效果。平臺(tái)根據(jù)各使用部門不同的應(yīng)用需求，采用自定義針對(duì)性的用戶界

簡(jiǎn)介：軟件工程導(dǎo)論期末考試試題一選擇1、瀑布模型把軟件生命周期劃分為八個(gè)階段問題的定義、可行性研究、軟件需求分析、系統(tǒng)總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試和運(yùn)行、維護(hù)。八個(gè)階段又可歸納為三個(gè)大的階段計(jì)劃階段、開發(fā)階段和C。A、詳細(xì)計(jì)劃B、可行性分析C、運(yùn)行階段D、測(cè)試與排錯(cuò)2、從結(jié)構(gòu)化的瀑布模型看，在它的生命周期中的八個(gè)階段中，下面的幾個(gè)選項(xiàng)中哪個(gè)環(huán)節(jié)出錯(cuò)，對(duì)軟件的影響最大C。A、詳細(xì)設(shè)計(jì)階段B、概要設(shè)計(jì)階段C、需求分析階段D、測(cè)試和運(yùn)行階段3、在結(jié)構(gòu)化的瀑布模型中，哪一個(gè)階段定義的標(biāo)準(zhǔn)將成為軟件測(cè)試中的系統(tǒng)測(cè)試階段的目標(biāo)A。A、需求分析階段B、詳細(xì)設(shè)計(jì)階段C、概要設(shè)計(jì)階段D、可行性研究階段4、軟件工程的出現(xiàn)主要是由于C。A程序設(shè)計(jì)方法學(xué)的影響B(tài)其它工程科學(xué)的影響C軟件危機(jī)的出現(xiàn)D計(jì)算機(jī)的發(fā)展5、軟件工程方法學(xué)的目的是使軟件生產(chǎn)規(guī)范化和工程化，而軟件工程方法得以實(shí)施的主要保證是CA、硬件環(huán)境B、軟件開發(fā)的環(huán)境C、軟件開發(fā)工具和軟件開發(fā)的環(huán)境D、開發(fā)人員的素質(zhì)6、軟件開發(fā)常使用的兩種基本方法是結(jié)構(gòu)化和原型化方法，在實(shí)際的應(yīng)用中，它們之間的關(guān)系表現(xiàn)為BA、相互排斥B、相互補(bǔ)充C、獨(dú)立使用D、交替使用7、UML是軟件開發(fā)中的一個(gè)重要工具，它主要應(yīng)用于哪種軟件開發(fā)方法CA、基于瀑布模型的結(jié)構(gòu)化方法B、基于需求動(dòng)態(tài)定義的原型化方法C、基于對(duì)象的面向?qū)ο蟮姆椒―、基于數(shù)據(jù)的數(shù)據(jù)流開發(fā)方法8、在下面的軟件開發(fā)方法中，哪一個(gè)對(duì)軟件設(shè)計(jì)和開發(fā)人員的開發(fā)要求最高24獨(dú)立路徑是指包括一組以前沒有處理的語(yǔ)句或條件的一條路徑。從程序圖來看，一條獨(dú)立路徑是至少包含有一條在其他獨(dú)立路徑中未有過的邊的路徑。解析在基本路徑測(cè)試中，以詳細(xì)設(shè)計(jì)或源程序?yàn)榛A(chǔ)，導(dǎo)出控制流程圖的拓?fù)浣Y(jié)構(gòu)程序圖，在計(jì)算了程序圖的環(huán)路復(fù)雜性之后，確定只包含獨(dú)立路徑的基本路徑圖，其中獨(dú)立路徑是包括一組以前沒有處理的語(yǔ)句或條件的一條路徑。從程序圖來看，一條獨(dú)立路徑是至少包含有一條在其他獨(dú)立路徑中未有過的邊的路徑。25匯編語(yǔ)言是面向機(jī)器的，可以完成高級(jí)語(yǔ)言無法完成的特殊功能，如與外部設(shè)備之間的一些接口工作。解析匯編語(yǔ)言屬于低級(jí)語(yǔ)言，是一種面向機(jī)器的語(yǔ)言，它與高級(jí)語(yǔ)言相比有許多優(yōu)越性如操作靈活，可以直接作用到硬件的最下層，完成與外部設(shè)備的接口工作等，是能夠利用計(jì)算機(jī)硬件特性直接控制硬件設(shè)備的唯一語(yǔ)言。26在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是中間數(shù)據(jù)結(jié)構(gòu)或中間文件。解析JSP方法是面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法。它定義了一組以數(shù)據(jù)結(jié)構(gòu)為指導(dǎo)的映射過程，根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件的過程描述，在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是引入中間數(shù)據(jù)結(jié)構(gòu)或中間文件，將沖突部分分隔開來，建立多個(gè)程序結(jié)構(gòu)，再利用中間文件把它們聯(lián)系起來，構(gòu)成一個(gè)系統(tǒng)的整體。27詳細(xì)設(shè)計(jì)的任務(wù)是確定每個(gè)模塊的內(nèi)部特性，即模塊的算法、使用的數(shù)據(jù)。解析詳細(xì)設(shè)計(jì)的基本任務(wù)是為每個(gè)模塊進(jìn)行詳細(xì)的算法設(shè)計(jì)，為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)，確定每個(gè)模塊的內(nèi)部特性，包括模塊的算法和使用的數(shù)據(jù)。對(duì)數(shù)據(jù)庫(kù)進(jìn)行物理設(shè)計(jì)等。28所有軟件維護(hù)申請(qǐng)報(bào)告要按規(guī)定方式提出，該報(bào)告也稱軟件問題報(bào)告。解析在軟件維護(hù)的流程中，第一步就是制定維護(hù)申請(qǐng)報(bào)告，也稱為軟件問題報(bào)告，它是維護(hù)階段的一種文檔，由申請(qǐng)維護(hù)的用戶填寫。29有兩類維護(hù)技術(shù)在開發(fā)階段使用來減少錯(cuò)誤、提高軟件可維護(hù)性的面向維護(hù)的技術(shù)；在維護(hù)階段用來提高維護(hù)的效率和質(zhì)量的維護(hù)支援技術(shù)。