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

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

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

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

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

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

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

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

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

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

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

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

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

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

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