簡介：泰州市中科電子科技有限公司泰州市中科電子科技有限公司軟件工程質(zhì)量管理體系說明軟件工程質(zhì)量管理體系說明我公司已按照軟件工程要求建立了質(zhì)量管理體系，嚴(yán)格控制產(chǎn)品的設(shè)計和開發(fā)的策劃和過程，確保新產(chǎn)品滿足市場要求。一職責(zé)分工一職責(zé)分工研發(fā)總監(jiān)研發(fā)總監(jiān)主管公司技術(shù)、產(chǎn)品發(fā)展方向的調(diào)查研究確定新產(chǎn)品的開發(fā)項目和新技術(shù)的研究方向；主管新產(chǎn)品的確定、設(shè)計、開發(fā)、評審、驗證、確認(rèn)等過程；主管新產(chǎn)品市場推廣的技術(shù)支持和新產(chǎn)品的試運行。研發(fā)部研發(fā)部組織實施新產(chǎn)品開發(fā)之前的可行性調(diào)研；參與對立項報告的評審；實施新產(chǎn)品的形態(tài)設(shè)計，編制新產(chǎn)品研發(fā)計劃；負(fù)責(zé)根據(jù)公司技術(shù)發(fā)展戰(zhàn)略開展技術(shù)研究和新產(chǎn)品開發(fā)及老產(chǎn)品的改造、升級工作；負(fù)責(zé)針對每個開發(fā)的軟件產(chǎn)品進(jìn)行全方位的測試，保障產(chǎn)品質(zhì)量；參與對產(chǎn)品開發(fā)過程的階段性評審和開發(fā)結(jié)束時的驗收。負(fù)責(zé)軟件技術(shù)的積累和成長，產(chǎn)品的軟件開發(fā)、測試，產(chǎn)品軟件的技術(shù)支持等，對軟件的質(zhì)量和穩(wěn)定性負(fù)責(zé)，部門成員參加具體的設(shè)計開發(fā)輸入包括立項報告、設(shè)計開發(fā)需求相關(guān)客戶需求資料及競爭對手資料還有國內(nèi)國際法律法規(guī)以及行業(yè)標(biāo)準(zhǔn)，包括公司內(nèi)部的設(shè)計規(guī)范；設(shè)計開發(fā)輸入是設(shè)計開發(fā)驗收的重要依據(jù)；在設(shè)計完成之時和進(jìn)行之中，應(yīng)對設(shè)計輸入進(jìn)行適當(dāng)?shù)脑u審，尤其對設(shè)計輸入中不完善、含糊、矛盾的要求，應(yīng)提出并會同提出者一同解決，并對其進(jìn)行記錄。4、設(shè)計開發(fā)輸出、設(shè)計開發(fā)輸出項目正式開始進(jìn)行，設(shè)計人員開始系統(tǒng)設(shè)計，輸出系統(tǒng)功能模塊的形態(tài)設(shè)計文檔；設(shè)計輸出文件必須經(jīng)設(shè)計驗證評審?fù)ㄟ^后，由技術(shù)總監(jiān)或總工簽署后才能提交到技術(shù)管理中心備案，開發(fā)部則按照設(shè)計文檔進(jìn)行下一步的代碼開發(fā)；研發(fā)人員在每個開發(fā)、測試階段完成之后將產(chǎn)生功能模塊的源代碼、軟件各功能模塊的說明書、測試報告，評審小組評審后寫出評審報告，通過的話表示這個階段的完成。5、設(shè)計和開發(fā)的評審、設(shè)計和開發(fā)的評審按照立項報告、設(shè)計開發(fā)需求由技術(shù)管理中心在適宜時機對產(chǎn)品在設(shè)計開發(fā)進(jìn)行時組織人員進(jìn)行階段性的評審，評審方式以會議討論方式進(jìn)行，評審主要由技術(shù)副總和開發(fā)部人員和公司技術(shù)骨干參加，主要評價開發(fā)滿足設(shè)計的要求和開發(fā)滿足質(zhì)量保證計劃的能力，識別開發(fā)過程中出現(xiàn)的問題，評審中應(yīng)提出解決辦

簡介：一、一、單項選擇題（每題單項選擇題（每題2分，共分，共40分）分）1軟件生存周期模型有多鐘，下列選項中，（C）不是軟件生存周期模型。A螺旋模型B增量模型C功能模型D瀑布模型2以下說法錯誤的是（C）。A增量模型是在瀑布模型的基礎(chǔ)上加以修改而形成的B增量模型推遲某些階段或所有階段中的細(xì)節(jié)，從而較早地產(chǎn)生工作軟件C瀑布模型和增量模型都屬于整體開發(fā)模型D瀑布模型規(guī)定在開始下一個階段的工作之前，必須完成前一階段的所有細(xì)節(jié)3可行性分析中，系統(tǒng)流程圖用于描述（A）。A當(dāng)前運行系統(tǒng)B當(dāng)前邏輯模型C目標(biāo)系統(tǒng)D新系統(tǒng)4研究軟硬件資源的有效性是進(jìn)行（A）研究的一方面。A技術(shù)可行性B經(jīng)濟可行性C社會可行性D操作可行性5、數(shù)據(jù)字典中，一般不包括下列選項中的（D）條目。A數(shù)據(jù)流B數(shù)據(jù)存儲C加工D源點與終點6、SA方法的分析步驟是首先調(diào)查了解當(dāng)前系統(tǒng)的工作流程，然后（A）。A獲得當(dāng)前系統(tǒng)的物理模型，抽象出當(dāng)前系統(tǒng)的邏輯模型，建立目標(biāo)系統(tǒng)的邏輯模型B獲得當(dāng)前系統(tǒng)的物理模型，抽象出目標(biāo)系統(tǒng)的邏輯模型，建立目標(biāo)系統(tǒng)的物理模型C獲得當(dāng)前系統(tǒng)的邏輯模型，抽象出目標(biāo)系統(tǒng)的物理模型，建立目標(biāo)系統(tǒng)的邏輯模型D獲得當(dāng)前系統(tǒng)的邏輯模型，抽象出目標(biāo)系統(tǒng)的物理模型，建立目標(biāo)系統(tǒng)的物理模型7、通過（B）可以完成數(shù)據(jù)流圖的細(xì)化。A結(jié)構(gòu)分析B功能分解C數(shù)據(jù)分析D系統(tǒng)分解8、對軟件進(jìn)行分解，是為了（C）。A降低模塊的復(fù)雜程度B降低模塊間接口的復(fù)雜程度C降低模塊的復(fù)雜程度，并降低模塊間接口的復(fù)雜程度D降低模塊的復(fù)雜程度，并提高模塊間接口的復(fù)雜程度9、為了提高模塊的獨立性，模塊內(nèi)部最好是（C）。A邏輯內(nèi)聚B時間內(nèi)聚C功能內(nèi)聚D通信內(nèi)聚10、在軟件結(jié)構(gòu)設(shè)計完成后，對于下列說法，正確的是（C）。B多態(tài)性是指相同的操作或函數(shù)、過程可作用于多種類型的對象上并獲得不同的結(jié)果C多態(tài)性與繼承性相結(jié)合使軟件具有更廣泛的重用性和可擴充性D封裝性是保證軟件部件具有優(yōu)良的模塊性的基礎(chǔ)18、軟件可維護(hù)性的特征中相互矛盾的是（C）。A可修改性和可理解性B可測試性和可理解性C效率和可修改性D可理解性和可讀性19、以下說法正確的是（C）。A組裝結(jié)構(gòu)可用來描述現(xiàn)實世界中的一般的抽象關(guān)系B分類結(jié)構(gòu)可用來描述現(xiàn)實世界中的類的組成的抽象關(guān)系C面向?qū)ο蟮睦^承性是子類自動共享父類數(shù)據(jù)結(jié)構(gòu)和方法的機制D面向?qū)ο蟮奈ㄒ恍允侵笇⒕哂幸恢滦缘臄?shù)據(jù)結(jié)構(gòu)（屬性）和行為（操作）的對象抽象成類20、以下說法錯誤的是（A）A面向?qū)ο蠓治雠c面向?qū)ο笤O(shè)計的行醫(yī)沒有明顯區(qū)別B在實際的軟件開發(fā)過程中面向?qū)ο蠓治雠c面向?qū)ο笤O(shè)計的界限是模糊的C面向?qū)ο蠓治龊兔嫦驅(qū)ο笤O(shè)計活動一個多次迭代的過程D從面向?qū)ο蠓治龅矫嫦驅(qū)ο笤O(shè)計，是一個逐漸擴充模型的過程一、多項選擇題（每題一、多項選擇題（每題2分，共分，共20分）分）1、軟件危機產(chǎn)生的主要原因是（AE）。A軟件本身的特點B用戶使用不當(dāng)C硬件可靠性差D對軟件的錯誤認(rèn)識E缺乏好的開發(fā)方法和手段2、以下說法中正確的是（BCD）。A快速原型思想是在研究概要設(shè)計階段的方法和技術(shù)中產(chǎn)生的B探索型和實驗型快速原型采用的是拋棄策略C演化型快速原型采用附加策略D快速原型是利用原型輔助軟件開發(fā)的一種新思想3、下列敘述中，（ABD）是不正確的。A軟件系統(tǒng)中所有的信息流都可以認(rèn)為是事物流

簡介：一、一、選擇填空選擇填空11軟件工程三要素是軟件工程三要素是B。AA技術(shù)、方法和工具技術(shù)、方法和工具BB方法、工具和過程方法、工具和過程CC方法、對象和類方法、對象和類DD過程、模型、方法過程、模型、方法22下列關(guān)于瀑布模型的描述正確的是下列關(guān)于瀑布模型的描述正確的是D。AA利用瀑布模型，如果發(fā)現(xiàn)問題修改的代價很低利用瀑布模型，如果發(fā)現(xiàn)問題修改的代價很低BB瀑布模型的核心是按照軟件開發(fā)的時間順序?qū)栴}簡化瀑布模型的核心是按照軟件開發(fā)的時間順序?qū)栴}簡化CC瀑布模型具有良好的靈活性瀑布模型具有良好的靈活性D瀑布模型采用結(jié)構(gòu)化的分析與設(shè)計方法，將邏輯實現(xiàn)與物理實現(xiàn)分開瀑布模型采用結(jié)構(gòu)化的分析與設(shè)計方法，將邏輯實現(xiàn)與物理實現(xiàn)分開3以下說法正確的是（以下說法正確的是（B）。）。AA對于軟件項目，投資回收期越長，越快獲得利潤。對于軟件項目，投資回收期越長，越快獲得利潤。BB用例模型的基本組成部件是用例、角色和用例之間的聯(lián)系。用例模型的基本組成部件是用例、角色和用例之間的聯(lián)系。CC模塊接口簡單是軟件發(fā)生錯誤的一個主要原因。模塊接口簡單是軟件發(fā)生錯誤的一個主要原因。DD軟件的質(zhì)量保證工作一般在編碼工作結(jié)束后才開始。軟件的質(zhì)量保證工作一般在編碼工作結(jié)束后才開始。44對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（C）于對象的統(tǒng)一體中。）于對象的統(tǒng)一體中。AA結(jié)合結(jié)合BB隱藏隱藏CC封裝封裝DD抽象抽象55可行性研究的步驟中不包括（可行性研究的步驟中不包括（D）的內(nèi)容。）的內(nèi)容。AA復(fù)查初步分析結(jié)果復(fù)查初步分析結(jié)果BB研究現(xiàn)有的系統(tǒng)研究現(xiàn)有的系統(tǒng)CC導(dǎo)出新系統(tǒng)高層邏輯模型導(dǎo)出新系統(tǒng)高層邏輯模型DD建立新系統(tǒng)的物理模型解法。建立新系統(tǒng)的物理模型解法。66技術(shù)可行性是可行性研究的關(guān)鍵，其主要內(nèi)容一般不包括（技術(shù)可行性是可行性研究的關(guān)鍵，其主要內(nèi)容一般不包括（C）。AA風(fēng)險分析風(fēng)險分析BB資源分析資源分析CC人員分析人員分析DD技術(shù)分析技術(shù)分析77需求分析最終結(jié)果是產(chǎn)生（需求分析最終結(jié)果是產(chǎn)生（B）AA項目開發(fā)計劃項目開發(fā)計劃BB需求規(guī)格說明書需求規(guī)格說明書CC設(shè)計說明書設(shè)計說明書DD可行性分析報告可行性分析報告88需求分析的任務(wù)不包括（需求分析的任務(wù)不包括（B）。AA問題分析問題分析BB系統(tǒng)設(shè)計系統(tǒng)設(shè)計CC需求描述需求描述DD需求評審。需求評審。99需求分析中開發(fā)人員要從用戶那里了解（需求分析中開發(fā)人員要從用戶那里了解（A）AA軟件做什么軟件做什么BB用戶使用界面用戶使用界面CC輸入的信息輸入的信息DD軟件的規(guī)模軟件的規(guī)模1010數(shù)據(jù)字典是數(shù)據(jù)流圖中所有元素的定義的集合，一般由數(shù)據(jù)字典是數(shù)據(jù)流圖中所有元素的定義的集合，一般由C組成。組成。AA數(shù)據(jù)說明條目、控制流條目、加工條目、數(shù)據(jù)存儲條目數(shù)據(jù)說明條目、控制流條目、加工條目、數(shù)據(jù)存儲條目DD程序易讀性程序易讀性2222源程序的效率與源程序的效率與D階段確定的算法的效率直接有關(guān)。階段確定的算法的效率直接有關(guān)。AA概要設(shè)計概要設(shè)計BB總體設(shè)計總體設(shè)計CC單元設(shè)計單元設(shè)計DD詳細(xì)設(shè)計詳細(xì)設(shè)計2323軟件復(fù)雜性度量的參數(shù)包括（軟件復(fù)雜性度量的參數(shù)包括（B）AA效率效率BB規(guī)模規(guī)模CC完整性完整性DD容錯性容錯性2424以下哪項不屬于軟件測試的基本原則以下哪項不屬于軟件測試的基本原則B。AA關(guān)鍵是注重選擇高效的測試用例關(guān)鍵是注重選擇高效的測試用例BB選擇盡可能多的測試用例選擇盡可能多的測試用例CC盡量不由程序設(shè)計者進(jìn)行測試盡量不由程序設(shè)計者進(jìn)行測試DD充分注意測試中的群集現(xiàn)象充分注意測試中的群集現(xiàn)象2525單元測試的測試對象是（單元測試的測試對象是（B）。AA系統(tǒng)系統(tǒng)BB程序模塊程序模塊CC模塊接口模塊接口DD系統(tǒng)功能系統(tǒng)功能2626下列各方法中下列各方法中D不是軟件測試方法。不是軟件測試方法。AA白盒法白盒法BB黑盒法黑盒法CC動態(tài)測試動態(tài)測試DD調(diào)試法調(diào)試法2727以下不屬于白盒測試技術(shù)的是（以下不屬于白盒測試技術(shù)的是（D）AA邏輯覆蓋邏輯覆蓋BB基本路徑測試基本路徑測試CC循環(huán)覆蓋測試循環(huán)覆蓋測試DD等價類劃分等價類劃分2828軟件調(diào)試技術(shù)包括（軟件調(diào)試技術(shù)包括（B）。）。AA邊界值分析邊界值分析BB演繹法演繹法CC循環(huán)覆蓋循環(huán)覆蓋DD集成測試集成測試2929為了進(jìn)一步改善軟件系統(tǒng)的可維護(hù)性和可靠性，并為以后的改進(jìn)奠定基礎(chǔ)的為了進(jìn)一步改善軟件系統(tǒng)的可維護(hù)性和可靠性，并為以后的改進(jìn)奠定基礎(chǔ)的軟件維護(hù)稱為（軟件維護(hù)稱為（D）。AA糾錯性維護(hù)糾錯性維護(hù)BB適應(yīng)性維護(hù)適應(yīng)性維護(hù)CC改善性維護(hù)改善性維護(hù)DD預(yù)防性維護(hù)預(yù)防性維護(hù)3030軟件維護(hù)產(chǎn)生的副作用，是指（軟件維護(hù)產(chǎn)生的副作用，是指（C）。AA開發(fā)時的錯誤開發(fā)時的錯誤BB隱含的錯誤隱含的錯誤CC因修改軟件而造成的錯誤因修改軟件而造成的錯誤DD運行時誤操作運行時誤操作3131維護(hù)的副作用可分三類，不包括（維護(hù)的副作用可分三類，不包括（D）。AA代碼副作用代碼副作用BB數(shù)據(jù)副作用數(shù)據(jù)副作用CC文檔副作用文檔副作用DD人員副作用人員副作用3232下列各種圖不能用于動態(tài)建模的有（下列各種圖不能用于動態(tài)建模的有（B）。AA狀態(tài)圖狀態(tài)圖BB類圖類圖CC序列圖序列圖DD活動圖活動圖3333下列不是模型元素的是（下列不是模型元素的是（D）。AA關(guān)聯(lián)關(guān)聯(lián)BB聚合聚合CC依賴依賴DD筆記筆記3434軟件工程管理的對象是軟件軟件工程管理的對象是軟件B。

簡介：第3章結(jié)構(gòu)化分析習(xí)題解答章結(jié)構(gòu)化分析習(xí)題解答習(xí)題習(xí)題1銀行計算機儲蓄系統(tǒng)的工作過程大致如下銀行計算機儲蓄系統(tǒng)的工作過程大致如下儲戶填寫的存款單或取款單儲戶填寫的存款單或取款單由業(yè)務(wù)員鍵入系統(tǒng)，如果是由業(yè)務(wù)員鍵入系統(tǒng)，如果是存款存款則系統(tǒng)記錄存款人姓名、住址（或電話號碼）、身份證號碼、存款類型、存款日期、到期日期、利則系統(tǒng)記錄存款人姓名、住址（或電話號碼）、身份證號碼、存款類型、存款日期、到期日期、利率、密碼（可選）等信息，并率、密碼（可選）等信息，并印出存款單給儲戶印出存款單給儲戶；如果是；如果是取款取款而且存款時留有密碼，則系統(tǒng)首先核對儲而且存款時留有密碼，則系統(tǒng)首先核對儲戶密碼，若密碼正確或存款時未留密碼，則系統(tǒng)計算利息并戶密碼，若密碼正確或存款時未留密碼，則系統(tǒng)計算利息并印出利息清單給儲戶印出利息清單給儲戶。請用請用數(shù)據(jù)流圖數(shù)據(jù)流圖描繪本系統(tǒng)的功能，并用描繪本系統(tǒng)的功能，并用實體實體關(guān)系圖關(guān)系圖描繪系統(tǒng)中的數(shù)據(jù)對象。描繪系統(tǒng)中的數(shù)據(jù)對象。解答解答11數(shù)據(jù)流圖數(shù)據(jù)流圖基本模型基本模型第一級模型第一級模型第二級模型（最終結(jié)果第二級模型（最終結(jié)果完整的完整的DFDDFD圖））儲蓄系統(tǒng)存款單取款單清單儲戶儲戶儲蓄系統(tǒng)1打印清單系統(tǒng)2D1儲戶信息庫存款單取款單儲戶清單清單儲戶密碼信息接收事務(wù)11打印清單系統(tǒng)2存款業(yè)務(wù)12取款業(yè)務(wù)13核對系統(tǒng)131存款清單取款清單存款信息D1儲戶信息庫存款單取款單儲戶清單取款信息儲戶旅客訂票旅行社NM姓名性別身份證號目的地工作單位旅行時間服務(wù)合約航空公司NN11習(xí)題習(xí)題2為方便旅客，為方便旅客，某航空公司航空公司擬開發(fā)一個擬開發(fā)一個機票預(yù)定系統(tǒng)機票預(yù)定系統(tǒng)。旅行社旅行社把預(yù)定機票的把預(yù)定機票的旅客旅客信息信息姓名、性別、姓名、性別、工作單位、身份證號碼、旅行時間、旅行目的地等工作單位、身份證號碼、旅行時間、旅行目的地等輸入進(jìn)該系統(tǒng)，輸入進(jìn)該系統(tǒng)，系統(tǒng)為旅客安排航班系統(tǒng)為旅客安排航班，印出取票通印出取票通知和賬單知和賬單，旅客在飛機起飛的前一天憑取票通知和賬單交款取票，，旅客在飛機起飛的前一天憑取票通知和賬單交款取票，系統(tǒng)校對系統(tǒng)校對無誤即印出機票給旅客。無誤即印出機票給旅客。請用請用實體實體關(guān)系圖關(guān)系圖描繪本系統(tǒng)中的數(shù)據(jù)對象并用描繪本系統(tǒng)中的數(shù)據(jù)對象并用數(shù)據(jù)流圖數(shù)據(jù)流圖描繪本系統(tǒng)的功能。描繪本系統(tǒng)的功能。解總ERER圖圖數(shù)據(jù)流圖數(shù)據(jù)流圖1數(shù)據(jù)流圖數(shù)據(jù)流圖22總DFDDFD圖旅客信息輸入系統(tǒng)1通知、帳單旅客信息排航班子系統(tǒng)21核對子系統(tǒng)22D1航班庫D2旅客庫航班信息通知、帳單通知、帳單打印子系統(tǒng)30安排信息核對信息通知、帳單通知、帳單機票旅客旅客旅行社旅行社旅客旅行社旅客信息訂票系統(tǒng)旅客信息通知、帳單通知、帳單機票旅客0

簡介：第1頁共17頁交換機是一種存儲轉(zhuǎn)發(fā)設(shè)備。以太網(wǎng)交換機采用存儲轉(zhuǎn)發(fā)（STEFWARD）技術(shù)或直通（CUTTHROUGH）技術(shù)來實現(xiàn)信息幀的轉(zhuǎn)發(fā)，也稱為交換式集線器。交換機和網(wǎng)橋的不同在于交換機端口數(shù)較多，數(shù)據(jù)傳輸效率高，轉(zhuǎn)發(fā)延遲很小，吞吐量大，丟失率低，網(wǎng)絡(luò)整體性能增強，遠(yuǎn)遠(yuǎn)超過了普通網(wǎng)橋連接網(wǎng)絡(luò)時的轉(zhuǎn)發(fā)性能。一般用于互連相同類型的局域網(wǎng)，如以太網(wǎng)與以太網(wǎng)的互連。1一、你對MVC的理解，MVC有什么優(yōu)缺點結(jié)合STRUTS，說明在一個WEB應(yīng)用如何去使用答MVC設(shè)計模式（應(yīng)用觀察者模式的框架模式）MMODELBUSINESSPROCESSLAYER，模型，操作數(shù)據(jù)的業(yè)務(wù)處理層并獨立于表現(xiàn)層INDEPENDENTOFPRESENTATION。VVIEWPRESENTATIONLAYER，視圖，通過客戶端數(shù)據(jù)類型顯示數(shù)據(jù)并回顯模型層的執(zhí)行結(jié)果。CCONTROLLERCONTROLLAYER，控制器，也就是視圖層和模型層橋梁，控制數(shù)據(jù)的流向，接受視圖層發(fā)出的事件，并重繪視圖MVC框架的一種實現(xiàn)模型模型二SERVLETCENTRICJSPSERVLETJAVABEAN，以控制為核心，JSP只負(fù)責(zé)顯示和收集數(shù)據(jù)，SEVLET，連接視圖和模型，將視圖層數(shù)據(jù)，發(fā)送給模型層，JAVABEAN，分為業(yè)務(wù)類和數(shù)據(jù)實體，業(yè)務(wù)類處理業(yè)務(wù)數(shù)據(jù)，數(shù)據(jù)實體，承載數(shù)據(jù)，基本上大多數(shù)的項目都是使用這種MVC的實現(xiàn)模式。STRUTSMVC框架WEBAPPLICATIONFRAMEWKSSTRUTS是使用MVC的實現(xiàn)模式二來實現(xiàn)的，也就是以控制器為核心。STRUTS提供了一些組件使用MVC開發(fā)應(yīng)用程序MODELSTRUTS沒有提供MODEL類。這個商業(yè)邏輯必須由WEB應(yīng)用程序的開發(fā)者以JAVABEAN或EJB的形式提供VIEWSTRUTS提供了ACTIONFM創(chuàng)建FMBEAN用于在CONTROLLER和VIEW間傳輸數(shù)據(jù)。此外，STRUTS提供了自定義JSP標(biāo)簽庫，輔助開發(fā)者用JSP創(chuàng)建交互式的以表單為基礎(chǔ)的應(yīng)用程序，應(yīng)用程序資源文件保留了一些文本常量和錯誤消息，可轉(zhuǎn)變?yōu)槠渌Z言，可用于JSP中。CONTROLLERSTRUTS提供了一個核心的控制器ACTIONSERVLET，通過這個核心的控制器來調(diào)用其他用戶注冊了的自定義的控制器ACTION，自定義ACTION需要符合STRUTS的自定義ACTION規(guī)范，還需要在STRUTSCONFIGXML的特定配置文件中進(jìn)行配置，接收J(rèn)SP輸入字段形成ACTIONFM，然后調(diào)用一個ACTION控制器。ACTION控制器中提供了MODEL的邏輯接口。二、什么是WEBSERVICE答WEBSERVICE是一個SOA（面向服務(wù)的編程）的架構(gòu)，它是不依賴于語言，不依賴于平臺，可以實現(xiàn)不同的語言間的相互調(diào)用，通過INTER進(jìn)行基于HTTP協(xié)議的網(wǎng)絡(luò)應(yīng)用間的第3頁共17頁四、什么是典型的軟件三層結(jié)構(gòu)軟件設(shè)計為什么要分層軟件分層有什么好處答1PRESENTATIONLAYER（表示層）1表示邏輯（生成界面代碼）2接收請求3處理業(yè)務(wù)層拋出的異常4負(fù)責(zé)規(guī)則驗證（數(shù)據(jù)格式，數(shù)據(jù)非空等）5流程控制2SERVICELAYER（服務(wù)層業(yè)務(wù)層）1封裝業(yè)務(wù)邏輯處理，并且對外暴露接口2負(fù)責(zé)事務(wù)，安全等服務(wù)3PERSISTENCELAYER（持久層）1封裝數(shù)據(jù)訪問的邏輯，暴露接口2提供方便的數(shù)據(jù)訪問的方案（查詢語言，API，映射機制等）DOMAINLAYER（域?qū)樱?業(yè)務(wù)對象以及業(yè)務(wù)關(guān)系的表示2處理簡單的業(yè)務(wù)邏輯3域?qū)拥膶ο罂梢源┰奖硎緦?，業(yè)務(wù)層，持久層軟件分層結(jié)構(gòu)使得代碼維護(hù)非常方便，設(shè)計明確，各層獨立，專注自己擅長的領(lǐng)域。五、什么是OOPOOP相對于面向過程編程有哪些優(yōu)點OOP，OBJECTIENTEDPROGRAMMING，面向?qū)ο缶幊滩煌诿嫦蜻^程編程（1）OOP關(guān)注對象和角色，也就是事物的本質(zhì)1）OOP把客觀世界中的對象抽象成對應(yīng)的類；2）通過類構(gòu)造實例；3）通過依賴、繼承、實現(xiàn)等形式建立對象間的通信關(guān)系（2）OOP易于擴展，增加或改變業(yè)務(wù)的功能，無需大幅改動改變源代碼（3）OOP易于建模，OOP就是軟件架構(gòu)師在計算機高級語言中對客觀世界的抽象和再現(xiàn)，人們可以很好地理解和建立起計算機中的抽象模型六、談?wù)凮VERLOAD和OVERRIDE的區(qū)別。答方法的重寫OVERRIDING和重載OVERLOADING是JAVA多態(tài)性的不同表現(xiàn)。重寫OVERRIDING是父類與子類之間多態(tài)性的一種表現(xiàn)，重載OVERLOADING是一個類中多態(tài)性的一種表現(xiàn)。如果在子類中定義某方法與其父類有相同的名稱和參數(shù)，我們說該方法被重寫OVERRIDING。子類的對象使用這個方法時，將調(diào)用子類中的定義，對它而言，父類中的定義如同被“屏蔽”了。如果在一個類中定義了多個同名的方法，它們或有不同的參數(shù)個數(shù)或有不同的參數(shù)類型，則稱為方法的重載OVERLOADING。OVERLOADED的方法是可以改變返回值的類型。七、談?wù)凥ASHMAP和HASHTABLE的區(qū)別。答HASHMAP是輕量級的（線程不安全的，效率高的）集合，HASHTABLE是重量級的（線程安全的，效率低的）集合。都屬于MAP接口的類，實現(xiàn)了將惟一鍵映射到特定的值上。HASHMAP類沒有分類或者排序。它允許一個NULL鍵和多個NULL值。

簡介：1軟件工程軟件工程A卷一、判斷題每小題判斷題每小題1分，共分，共15分，在正確的打上√，錯誤的打上分，在正確的打上√，錯誤的打上1軟件工程學(xué)只有理論意義，沒有實際用途。（）2軟件工程的方法只適用于大型軟件的開發(fā)，對小型軟件的開發(fā)沒有幫助。（）3可行性研究進(jìn)一步研究問題分析階段所確定的問題是否有可行的解。（）4代碼審查方法沒有計算機測試方法好。（）5驗證軟件需求的方法主要靠人工審查的方法。（）6并發(fā)系統(tǒng)中遇到的一個主要問題是定時問題。（）7編碼風(fēng)格由個人喜好決定，沒有固定格式。（）8面向?qū)ο蠼５玫降哪Ｐ桶到y(tǒng)的3個要素，即靜態(tài)結(jié)構(gòu)、交互次序和數(shù)據(jù)變換。（）9軟件重用是提高軟件開發(fā)生產(chǎn)率和目標(biāo)系統(tǒng)質(zhì)量的重要途徑。（）10判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。（）11POWERDESIGNER是一個CASE工具。（）12軟件是指用程序設(shè)計語言（如PAL，C，VISUALBASIC等）編寫的程序，軟件開發(fā)實際上就是編寫程序代碼。（）13在進(jìn)行需求分析時需同時考慮維護(hù)問題。（）14UML是一種面向?qū)ο蟮姆治鲈O(shè)計方法，即OOAOOD方法。（）15在面向?qū)ο蟮能浖_發(fā)方法中，每個類都存在其相應(yīng)的對象，對象是類的實例，類是生成對象的模板。（）二、單選題每題二、單選題每題1分，共分，共15分1、軟件危機主要體現(xiàn)在（）A、軟件成本太高B、開發(fā)周期長C、軟件產(chǎn)品的質(zhì)量難以控制D、軟件規(guī)模過大2、為了解決軟件危機，人們提出了用（）的原理來設(shè)計軟件。A、運籌學(xué)B、工程學(xué)C、軟件學(xué)D、數(shù)學(xué)3、瀑布模型的關(guān)鍵不足在于（）A、過于簡單B、不能適應(yīng)需求的動態(tài)變更C、過于靈活D、各個階段需要進(jìn)行評審4、軟件使不同的系統(tǒng)約束條件和用戶需求得到滿足的容易程度稱為軟件的（）A、兼容性B、可靠性C、堅固性D、可用性5、軟件質(zhì)量（可維護(hù)性、可理解性、可靠性）很大程度取決于（）A、程序員的變成水平B、模塊分解的合理C、程序運行效率D、有完整的故障處理E、算法的合理性6、軟件可行性研究一般不考慮（）A、是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)B、是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)C、待開發(fā)軟件是否有市場、經(jīng)濟上是否合算D、待開發(fā)的軟件是否會有質(zhì)量問題7、SA法中，有一個處理過程邏輯不易用語言表達(dá)清楚，最好是用（）來描述A、流程圖B、判定表C、NS圖D、問題分析圖PAD3姓名字符類型，考慮漢語及英語姓名課程字符類型，16位，按我院實際課程名稱情況設(shè)計課程類別字符類型，4位，內(nèi)容是“考查”或“考試”成績數(shù)字類型，整數(shù)部分3位，最多2位小數(shù)，考試課程直接錄入數(shù)值（最高100分），存放數(shù)值，如果是考查課程允許錄入字符優(yōu)、良、中、及格、不及格或合格、不合格，存放原則是優(yōu)（95分）、良（85分）、中（75分）、及格（65分）、不及格（55分）存放，或按合格（85分）、不合格（55分）2面向?qū)ο蠓治鲱}（10分）根據(jù)以下描述，使用面向?qū)ο蟮姆治龇椒?，分析有那些主要對象和這些對象的主要屬性、方法，畫出對象圖。一個飲料自動售貨機可以放置五種不同或部分相同的飲料，可由廠商根據(jù)銷售狀況自動調(diào)配，并可隨時重新設(shè)置售價，但售貨機最多僅能放置50罐飲料，其按鈕設(shè)計在各種飲料樣本的下方，若經(jīng)金額計算器累計金額足夠，則選擇鍵燈會亮；若某一種飲料已銷售完畢，則售完燈會亮。顧客將硬幣投入售貨機，經(jīng)累加金額足額的飲料選擇鍵燈亮，等顧客按鍵選擇。顧客按鍵后飲料由出物口掉出，并自動結(jié)算及找錢。顧客可在按下選擇鍵前任何一個時刻，可以拉動退幣桿取消交易收回硬幣。五、分析設(shè)計題（共五、分析設(shè)計題（共25分）分）小李新接了一個項目設(shè)計一個簡單的學(xué)生選課系統(tǒng)，系統(tǒng)能注冊符合要求的同學(xué)，同學(xué)注冊以后就能進(jìn)行選課，選課過程如下先選課名，然后根據(jù)課程的上課老師、時間、地點和人數(shù)限制來決定是否成功選課；老師也可以根據(jù)情況提供新的課程說明或修改過去課程的說明；教務(wù)處的老師統(tǒng)一管理注冊的情況，可以有刪除、修改學(xué)生、老師和課程的權(quán)限。請用面向?qū)ο蠓椒ㄔO(shè)計出對象模型（對象類圖，標(biāo)出多重性、角色、限定詞和關(guān)系泛化、聚集、關(guān)聯(lián)）、動態(tài)模型（學(xué)生成功注冊后選課的順序圖）、功能模型（用例圖）三大模型。

簡介：1某旅館的電話服務(wù)如下可以撥分機號和外線號碼。分機號是從某旅館的電話服務(wù)如下可以撥分機號和外線號碼。分機號是從72017201至72997299。外線號。外線號碼先撥碼先撥9，然后是市話號碼或長話號碼。長話號碼是以區(qū)號和市話號碼組成。區(qū)號是從，然后是市話號碼或長話號碼。長話號碼是以區(qū)號和市話號碼組成。區(qū)號是從100100到300300中任意的數(shù)字串。市話號碼是以局號和分局號組成。局號可以是中任意的數(shù)字串。市話號碼是以局號和分局號組成。局號可以是455466888552455466888552中任意一個號碼。分局號是任意長度為中任意一個號碼。分局號是任意長度為4的數(shù)字串。的數(shù)字串。要求寫出在數(shù)據(jù)字典中，電話號碼的數(shù)據(jù)流條目的定義即組成。要求寫出在數(shù)據(jù)字典中，電話號碼的數(shù)據(jù)流條目的定義即組成。電話號碼分機號|外線號碼分機號72017299外線號碼9市話號碼|長話號碼長話號碼區(qū)號市話號碼區(qū)號100300市話號碼局號分局號局號［455|466|888|552］分局號4數(shù)字4數(shù)字＝［0|1|2|3|4|5|6|7|8|9］2為以下程序流程圖分別設(shè)計語句覆蓋和判定覆蓋測試用例，并標(biāo)明程序執(zhí)行路徑。為以下程序流程圖分別設(shè)計語句覆蓋和判定覆蓋測試用例，并標(biāo)明程序執(zhí)行路徑。開始X1Y0X2Z1語句段1語句段2結(jié)束FFTTABCDE（1）語句覆蓋測試用例令X2，Y0，Z4作為測試數(shù)據(jù)，程序執(zhí)行路徑為ABCDE。（2）判定覆蓋可以設(shè)計如下兩組數(shù)據(jù)以滿足判定覆蓋X3，Y0，Z1（1分）（通過路徑ABCE）；X2，Y1，Z2（1分）（通過路徑ACDE）?；蛘遆2，Y1，Z1；覆蓋路徑ACDEX1，Y1，Z1；覆蓋路徑ACEX3，Y0，Z1；覆蓋路徑ABCE（注意本題也還可以有其他答案）3請用判定表畫出以下問題的行為邏輯。請用判定表畫出以下問題的行為邏輯。人們往往根據(jù)天氣情況決定出門時的行裝。天氣可能下雨，也可能不下雨；下雨或不下人們往往根據(jù)天氣情況決定出門時的行裝。天氣可能下雨，也可能不下雨；下雨或不下雨天氣可能變冷，也可能不變冷。如果天氣要下雨，出門時帶上雨傘；如果天氣變冷，雨天氣可能變冷，也可能不變冷。如果天氣要下雨，出門時帶上雨傘；如果天氣變冷，_ST對A1AN進(jìn)行選擇排序II1KIJI1JJ1WHILEJNDEFPAD圖I1WHILEINAJAKEXCHANGEAIAKKJKITT6一本書有一個封面、一個目錄、一個前言、若干章、每章有若干節(jié)、每節(jié)有若干段，有一本書有一個封面、一個目錄、一個前言、若干章、每章有若干節(jié)、每節(jié)有若干段，有若干句子，有若干句子，有0個或多個插圖，還有個或多個插圖，還有0個或多個表格，書最后有一個附錄。試建立該書個或多個表格，書最后有一個附錄。試建立該書的對象模型。的對象模型。書目錄封面前言章附錄節(jié)段句子插圖表格1＋1＋1＋1＋7根據(jù)偽碼畫出根據(jù)偽碼畫出N－S圖和圖和PAD圖。圖。STARTIFATHENX1DOUNTILBELSEX2YENDIFZSTOPNS圖ATFUNTILBX1X2Y

簡介：軟件工程理論與實踐第2版習(xí)題答案1習(xí)題一答案一、選擇題1軟件的主要特性是ABC。A無形B高成本C包括程序和文檔D可獨立構(gòu)成計算機系統(tǒng)2軟件工程三要素是B。A技術(shù)、方法和工具B方法、工具和過程C方法、對象和類D過程、模型、方法3包含風(fēng)險分析的軟件工程模型是A。A螺旋模型B瀑布模型C增量模型D噴泉模型4軟件工程的主要目標(biāo)是C。A軟件需求B軟件設(shè)計C風(fēng)險分析D軟件實現(xiàn)5下列屬于面向?qū)ο箝_發(fā)方法的是ABCD。ABOOCHBUMLCCOADDOMT6軟件危機的主要表現(xiàn)是BD。A軟件成本太高B軟件產(chǎn)品的質(zhì)量低劣C軟件開發(fā)人員明顯不足D軟件生產(chǎn)率低下7軟件開發(fā)方法的主要工作模型有ABCA螺旋模型B循環(huán)模型C瀑布模型D專家模型8軟件工程的目標(biāo)有ABC。A易于維護(hù)B低的開發(fā)成本C高性能D短的開發(fā)期9軟件工程學(xué)的目的和意義是AD。A應(yīng)用科學(xué)的方法和工程化的規(guī)范管理來指導(dǎo)軟件開發(fā)B克服軟件危機C作好軟件開發(fā)的培訓(xùn)工作D以較低的成本開發(fā)出高質(zhì)量的軟件二、判斷題1軟件就是程序，編寫軟件就是編寫程序。2瀑布模型的最大優(yōu)點是將軟件開發(fā)的各個階段劃分得十分清晰。3結(jié)構(gòu)化方法的工作模型是使用螺旋模型進(jìn)行開發(fā)。4結(jié)構(gòu)化方法和OO方法都是一種面向過程的軟件開發(fā)方法。5原型化開發(fā)方法包括生成原型和實現(xiàn)原型兩個步驟。6面向?qū)ο蟮拈_發(fā)方法包括面向?qū)ο蟮姆治?、面向?qū)ο蟮脑O(shè)計和面向?qū)ο蟮某绦蛟O(shè)計。√7軟件危機的主要表現(xiàn)是軟件的需求量迅速增加，軟件價格上升。8軟件工具的作用是為了延長軟件產(chǎn)品的壽命。9軟件工程過程應(yīng)該以軟件設(shè)計為中心，關(guān)鍵是編寫程序。10RCP法與RSP法的主要區(qū)別是前者采用循環(huán)漸進(jìn)的開發(fā)方式，原型將成為最終的產(chǎn)品，而后者原型將被廢棄?！倘⒑喆痤}1軟件產(chǎn)品的特性是什么答●軟件是一種邏輯產(chǎn)品，具有無形性；●軟件產(chǎn)品的生產(chǎn)主要是研制；主要是腦力勞動；●軟件不存在磨損和老化問題，但存在退化問題；●軟件產(chǎn)品的成本非常昂貴，其開發(fā)方式目前尚未完全擺脫手工生產(chǎn)方式；●軟件具有“復(fù)雜性”，其開發(fā)和運行常受到計算機系統(tǒng)的限制。2軟件發(fā)展有幾個階段各有何特征答①程序設(shè)計階段。硬件特征價格貴、存儲容量小、運行可靠性差。軟件特征只有程序、程序設(shè)計概念，不重視程序設(shè)計方法。②程序系統(tǒng)階段。硬件特征速度、容量及工作可靠性有明顯提高，價格降低，銷售有爆炸性增長。軟件特征程序員數(shù)量猛增，開發(fā)人員素質(zhì)低。③軟件工程階段。硬件特征向超高速、大容量、微型化及網(wǎng)絡(luò)化方向發(fā)展。軟件特征開發(fā)技術(shù)有很大進(jìn)步，但未獲得突破性進(jìn)展，軟件價格不斷上升，未完全擺脫軟件危機。3什么是軟件危機其產(chǎn)生的原因是什么答“軟件危機”SOFTWARECRISIS的出現(xiàn)是由于軟件的規(guī)模越來越大，復(fù)雜度不斷增加，軟件需求量增大。而軟件開發(fā)過程是一種高密集度的腦力勞動，軟件開發(fā)的模式及技術(shù)不能適應(yīng)軟件發(fā)展的需要。致使大量質(zhì)量低劣的軟件涌向市場，有的花費大量人力、財力，而在開發(fā)過程中就夭折。軟件危機主要表現(xiàn)在兩個方面1軟件產(chǎn)品質(zhì)量低劣，甚至開發(fā)過程就夭折。2軟件生產(chǎn)率低，不能滿足需要。4什么是軟件過程有哪些主要的軟件過程模型它們各有哪些特點答軟件過程是指在軟件工具的支持下，所進(jìn)行的一系列軟件開發(fā)和進(jìn)化的活動。軟件過程模型是對軟件開發(fā)實際過程的軟件工程理論與實踐第2版習(xí)題答案3C數(shù)據(jù)源條目、數(shù)據(jù)流條目、數(shù)據(jù)處理條目、數(shù)據(jù)文件條目D數(shù)據(jù)流條目、數(shù)據(jù)文件條目、數(shù)據(jù)池條目、加工條目9在需求分析階段主要采用圖形工具來描述的原因是BC。A圖形的信息量大，便于描述規(guī)模大的軟件系統(tǒng)B圖形工具能夠極好地概括描述一個系統(tǒng)的信息，比文字?jǐn)⑹瞿軌蚋玫乇磉_(dá)重要的細(xì)節(jié)C圖形能夠更加直觀地描述目標(biāo)系統(tǒng)，便于用戶理解和交流，有利于開發(fā)者與用戶之間達(dá)成一致的需求D圖形比文字描述簡單、形象二、判斷題1在進(jìn)行了可行性分析后，需求分析就只需要解決目標(biāo)系統(tǒng)的設(shè)計方案。2SA法是面向數(shù)據(jù)流，建立在數(shù)據(jù)封閉原則上的需求分析方法?！?需求管理主要是對需求變化的管理，即如何有效控制和適應(yīng)需求的變化?！?在面向?qū)ο蟮男枨蠓治龇椒ㄖ校討B(tài)模型是最主要的任務(wù)。5加工小說明是對系統(tǒng)流程圖中的加工進(jìn)行說明。6判定表的優(yōu)點是容易轉(zhuǎn)換為計算機實現(xiàn)，缺點是不能夠描述組合條件。7需求分析的主要方法有SD法、OOA法及HIPO法等。8分層的DFD圖可以用于可行性分析階段，描述系統(tǒng)的物理結(jié)構(gòu)。9信息建模方法是從數(shù)據(jù)的角度來建立信息模型的，最常用的描述信息模型的方法是ER圖。√10用于需求分析的軟件工具，應(yīng)該能夠保證需求的正確性，即驗證需求的一致性、完整性、現(xiàn)實性和有效性?！倘⒑喆痤}1需求工程包括哪些基本活動各項基本活動的主要任務(wù)是什么答需求工程過程包括如下主要活動⑴獲取需求。深入實際，在充分理解用戶需求的基礎(chǔ)上，獲取足夠多的問題領(lǐng)域的知識，積極與用戶交流，捕捉、分析和修訂用戶對目標(biāo)系統(tǒng)的需求，并提煉出符合解決領(lǐng)域問題的用戶需求。需求獲取的方法一般有問卷法、面談法、數(shù)據(jù)采集法、用例法、情景實例法以及基于目標(biāo)的方法等。⑵需求分析與建模。對已獲取的需求進(jìn)行分析和提煉，進(jìn)行抽象描述，建立目標(biāo)系統(tǒng)的概念模型，需求概念模型的要求包括實現(xiàn)的獨立性不模擬數(shù)據(jù)的表示和內(nèi)部組織等；需求模擬技術(shù)又分為企業(yè)模擬、功能需求模擬和非功能需求模擬等。進(jìn)一步對所建立的模型（原型）進(jìn)行分析。需求模型的表現(xiàn)形式有自然語言、半形式化如圖、表、結(jié)構(gòu)化英語等和形式化表示等三種。⑶需求規(guī)格說明。對需求模型進(jìn)行精確的、形式化的描述，為計算機系統(tǒng)的實現(xiàn)提供基礎(chǔ)。⑷確認(rèn)需求。以需求規(guī)格說明為基礎(chǔ)輸入，通過符號執(zhí)行、模擬或快速原型等方法，分析和驗證需求規(guī)格說明的正確性和可行性，確保需求說明準(zhǔn)確、完整地表達(dá)系統(tǒng)的主要特性，就是對需求規(guī)格說明與用戶達(dá)成一致。其主要任務(wù)是沖突求解，包括定義沖突和沖突求解兩方面。常用的沖突求解方法有協(xié)商、競爭、仲裁、強制、教育等，其中有些只能用人的因素去控制。⑸需求管理。在整個需求工程過程中，貫穿了需求管理活動。需求管理主要包括跟蹤和管理需求變化，支持系統(tǒng)的需求演進(jìn)。由于客戶的需要總是不斷（連續(xù)）增長的，但一般的軟件開發(fā)又總是落后于客戶需求的增長，如何管理需求的進(jìn)化變化就成為軟件管理的首要問題。對于傳統(tǒng)的變化管理過程來說，其基本成分包括軟件配置、軟件基線和變化審查小組。當(dāng)前的發(fā)展是軟件家族法，即產(chǎn)品線方法。多視點方法也是管理需求變化的一種新方法，它可以用于管理不一致性，并進(jìn)行關(guān)于變化的推理。進(jìn)化需求是十分必要的。2簡述抽取需求的主要方法，并比較它們的特點。⑴面談法。這是一種重要而直接簡單，隨時可使用的發(fā)現(xiàn)和獲取需求的方法。面談的對象主要有用戶和領(lǐng)域?qū)＜遗c用戶面談主要了解和提取需求，與領(lǐng)域?qū)＜颐嬲?，是一個對領(lǐng)域知識的學(xué)習(xí)和轉(zhuǎn)換過程。使用該方法時應(yīng)注意面談前要充分準(zhǔn)備面談后認(rèn)真分析總結(jié)，同時注意掌握面談的人際交流技巧，才能取得好的效果。⑵問卷法調(diào)查法。通過采用向用戶發(fā)問卷調(diào)查表的方式，達(dá)到徹底弄清項目需求的一種需求獲取方法。這是一種從多個用戶處收集需求信息的有效方式，是對面談法的補充。⑶會議討論法。所謂會議討論法，是指開發(fā)方和用戶方召開若干次需求討論會議，達(dá)到徹底弄清項目需求的一種需求獲取方法。這種方法適合于開發(fā)方不清楚項目需求的情況。⑷原型法。對于某些試驗性、探索性的項目，更是難于得到一個準(zhǔn)確、無二義性的需求。而原型化方法（PROTOTYPING

簡介：1、你熟悉的遠(yuǎn)程有哪些方法各種方法應(yīng)該怎么配置、你熟悉的遠(yuǎn)程有哪些方法各種方法應(yīng)該怎么配置參考答案（1）、最簡單的QQ上有，打開對話框上邊有個“應(yīng)用”圖標(biāo)點擊“遠(yuǎn)程協(xié)助”。（2）、系統(tǒng)自帶的遠(yuǎn)程桌面服務(wù)，右擊我的電腦屬性，點遠(yuǎn)程，把兩個夠都打上去。（3）、遠(yuǎn)程協(xié)助軟件，在要遠(yuǎn)程的主機安裝代理程序后，即可使用遠(yuǎn)程服務(wù)。（4）、專業(yè)通信系統(tǒng)，即時通、OA之類的。2、在你進(jìn)行實施的過程中，公司制作的一款軟件系統(tǒng)缺少某一項功能，而且公司也明確表示不會再為、在你進(jìn)行實施的過程中，公司制作的一款軟件系統(tǒng)缺少某一項功能，而且公司也明確表示不會再為系統(tǒng)做任何的修改或添加任何的功能，而客戶也堅決要求需要這一項功能對于實施人員來說，應(yīng)該怎么系統(tǒng)做任何的修改或添加任何的功能，而客戶也堅決要求需要這一項功能對于實施人員來說，應(yīng)該怎么去合理妥善處理這個問題去合理妥善處理這個問題參考答案先看客戶要求合不合理，不合理就可以堅決退還需求。如果需求合理的話，可以（1）、申請做二次開發(fā)并且收取一定的費用這個兩邊都要溝通好。（2）、第二種方法使用第三方軟件做補助。3、在項目實施過程中，使用者對產(chǎn)品提出了適合自己習(xí)慣的修改意見，但多個使用者相互矛盾，應(yīng)該如、在項目實施過程中，使用者對產(chǎn)品提出了適合自己習(xí)慣的修改意見，但多個使用者相互矛盾，應(yīng)該如何去處理何去處理參考答案對于客戶提出的修改意見，我們實施人員應(yīng)該有自己的方案。當(dāng)使用者之間意見出現(xiàn)不一致時，我們應(yīng)當(dāng)引導(dǎo)他們內(nèi)部之間的意見統(tǒng)一，和客戶經(jīng)過溝通或確認(rèn)后，找到切實可行的方案，雙方認(rèn)可并達(dá)成共識。4、同一個網(wǎng)絡(luò)環(huán)境中，、同一個網(wǎng)絡(luò)環(huán)境中，A電腦訪問不到電腦訪問不到B電腦的共享文件。此現(xiàn)象可能是哪些方面所導(dǎo)致怎樣處理電腦的共享文件。此現(xiàn)象可能是哪些方面所導(dǎo)致怎樣處理參考答案參考答案首先檢查網(wǎng)絡(luò)是否有問題，再確定是不是在一個工作組內(nèi)，只有在一個工作組內(nèi)才可以共享文件，然后看有沒有被防火墻阻止，最后確定文件是不是已經(jīng)被共享。5、什么是、什么是DHCP如何快速為多臺（如何快速為多臺（20臺）電腦安裝操作系統(tǒng)多臺電腦如何組網(wǎng)臺）電腦安裝操作系統(tǒng)多臺電腦如何組網(wǎng)參考答案參考答案（1）、DHCP動態(tài)主機設(shè)置協(xié)議，是一個局域網(wǎng)的網(wǎng)絡(luò)協(xié)議，使用UDP協(xié)議工作，主要有兩個用途給內(nèi)部網(wǎng)絡(luò)或網(wǎng)絡(luò)服務(wù)供應(yīng)商自動分配IP地址、給用戶給內(nèi)部網(wǎng)絡(luò)管理員作為對所有計算機作中央管理的手段。如果當(dāng)初進(jìn)來的時候公司有晉升調(diào)薪的承諾，那就看你的表現(xiàn)是否達(dá)到了要求，可以主動和相關(guān)領(lǐng)導(dǎo)溝通。9、一般數(shù)據(jù)庫若出現(xiàn)日志滿了，會出現(xiàn)什么情況，是否還能使用、一般數(shù)據(jù)庫若出現(xiàn)日志滿了，會出現(xiàn)什么情況，是否還能使用參考答案數(shù)據(jù)庫滿了就不能使用數(shù)據(jù)庫數(shù)據(jù)庫滿是指數(shù)據(jù)文件達(dá)到設(shè)置的最大文件大小沒設(shè)置的時候就是最大可用磁盤空間只能執(zhí)行查詢，等讀的操作，不能執(zhí)行更改、備份等寫操作，原因是任何寫操作都要記錄日志。也就是說基礎(chǔ)處于不可用的狀態(tài)。10、觸發(fā)器的作用是什么、觸發(fā)器的作用是什么參考答案觸發(fā)器是針對數(shù)據(jù)表（庫）的特殊的存儲過程，當(dāng)這個表發(fā)生了、UPDATE或操作時，數(shù)據(jù)庫就會自動執(zhí)行觸發(fā)器所定義的SQL語句，從而確保對數(shù)據(jù)的處理必須符合這些SQL語句所定義的規(guī)則。11、系統(tǒng)啟動后，不能連接數(shù)據(jù)庫，可能是哪些方面的原因、系統(tǒng)啟動后，不能連接數(shù)據(jù)庫，可能是哪些方面的原因參考答案（1）、和數(shù)據(jù)庫有關(guān)的服務(wù)沒啟動；（2）、防火墻可能阻擋了數(shù)據(jù)庫的端口；（3）、如數(shù)據(jù)庫可以啟動，而登陸不了，可能是密碼錯誤或連接參數(shù)配置錯誤（4）、數(shù)據(jù)庫文件已被破壞或不存在；12、你認(rèn)為客戶服務(wù)的重點是什么、你認(rèn)為客戶服務(wù)的重點是什么參考答案隨著市場的競爭進(jìn)一步加劇，服務(wù)已經(jīng)成為企業(yè)核心競爭力的要素之一，服務(wù)的重點是溝通，溝通可以消除客戶的誤會和不滿，溝通可以提高客戶的感知度。因此，我認(rèn)為我們客戶服務(wù)管理工作就應(yīng)該從做好溝通的管理開始。自己一定要理解服務(wù)，理解服務(wù)能干什么，能做到什么，結(jié)合公司的業(yè)務(wù)能給客戶提供什么服務(wù)。服務(wù)過程中是否能給客戶提供優(yōu)秀的服務(wù)，傾聽客戶的意見，持續(xù)改進(jìn)服務(wù)方式。盡量在事件發(fā)生之前，避免或杜絕客戶的投訴，投訴發(fā)生后，認(rèn)真處理。

簡介：1、設(shè)有一個線性表EE1E2EN1EN，設(shè)計一個算法，將線性表逆置，即使元素排列次序顛倒過來，成為逆線性表E’ENEN1E2E1，要求逆線性表占用原線性表空間，并且用順序表和單鏈表兩種方法表示，分別用兩個程序來完成。（文件夾順序表逆置、單鏈表逆置）線性表INCLUDEINCLUDETYPEDEFDATATYPECONSTINTMAXSIZE1024TYPEDEFSTRUCTDATATYPEDATAMAXSIZEINTLASTSEQUENLISTVOIDCREATESEQUENLISTVOIDPRINTSEQUENLISTVOIDINVERTSEQUENLISTVOIDMAINSEQUENLISTLCREATELPRINTF“建立的順序表是“PRINTLINVERTLPRINTF“逆置后的順序表是“PRINTLVOIDCREATESEQUENLISTLLAST0PRINTF“請輸入數(shù)據(jù)“CHWHILECHGETNLLASTLDATALLASTCHVOIDPRINTSEQUENLISTLFINTI1ILASTIPRINTF“,“LDATAIRETURNHEADVOIDINVERSELINKLISTHEAD逆置LINKLISTPHEADNEXTLINKLISTTMPNULLHEADNEXTNULLWHILEPNULLTMPPNEXTPNEXTHEADNEXTHEADNEXTPPTMPVOIDOUTPUTLINKLISTHEAD輸出LINKLISTPHEADNEXTWHILEPNULLPRINTF“D“PDATAPPNEXTPRINTF“N“INTMAINVOIDLINKLISTHEADNULLHEADCREATHEADPRINTF“建立的單鏈表是“OUTPUTHEADINVERSEHEADPRINTF“逆置后的單鏈表是“OUTPUTHEADSYSTEM“PAUSE“RETURN0

簡介：0資料編號資料編號FRR項目編號序列號版本本VXX產(chǎn)品型號名稱產(chǎn)品型號名稱（二號字體）部件型號名稱部件型號名稱（可選、小二號字體）可行性分析報告可行性分析報告共頁編制審核審定會簽批準(zhǔn)年月日2目錄1綜述42市場可行性分析421市場分析422機會點、問題點623市場趨勢和市場需求預(yù)測724營銷目標(biāo)及定位（二類項目可以不寫）725市場風(fēng)險及市場風(fēng)險規(guī)避對策826附件及參考資料83技術(shù)可行性分析831概述832與主要競爭對手的功能性能比較分析833產(chǎn)品兼容、組合能力及產(chǎn)品間影響分析834產(chǎn)品規(guī)格的技術(shù)可實現(xiàn)性分析935技術(shù)共享性分析936產(chǎn)品易用性分析937對外合作、外包、外購可行性分析（二類項目可以不寫）938成本可行性分析1039技術(shù)風(fēng)險分析及規(guī)避對策10310附件及參考資料104計劃財經(jīng)可行性分析1041計劃部分1042財經(jīng)部分（此部分內(nèi)容，可根據(jù)實際情況進(jìn)行裁減）125知識產(chǎn)權(quán)可行性分析1651科技情報的分析與利用1652關(guān)鍵技術(shù)的知識產(chǎn)權(quán)保護(hù)1753附件（附件提供相關(guān)資料和數(shù)據(jù)）17

簡介：XXXX科技有限公司員工保密協(xié)議甲方XXXX科技有限公司地址法定代表人乙方住所身份證號碼因乙方現(xiàn)為甲方提供服務(wù)和履行職務(wù)，已經(jīng)或?qū)⒁ぜ追降纳虡I(yè)秘密。為了明確乙方的保密義務(wù)，有效保護(hù)甲方的商業(yè)秘密，防止該商業(yè)秘密被公開披露或以任何形式泄漏，根據(jù)中華人民共和國合同法、中華人民共和國反不正當(dāng)競爭法中華人民共和國勞動合同法及國務(wù)院有關(guān)部委的規(guī)定，甲、乙雙方本著平等、自愿、公平和誠實信用的原則簽訂本保密協(xié)議。第一條商業(yè)秘密第一條商業(yè)秘密1、本協(xié)議所稱商業(yè)秘密包括技術(shù)信息、專有技術(shù)、經(jīng)營信息和甲方公司文件管理辦法中列為絕密、機密級的各項文件。乙方對此商業(yè)秘密承擔(dān)保密義務(wù)。本協(xié)議之簽訂可認(rèn)為甲方已對公司的商業(yè)秘密采取了合理的保密措施。2、技術(shù)信息指甲方擁有或獲得的一切技術(shù)信息，包括但是不限于有關(guān)開發(fā)和產(chǎn)品銷售的技術(shù)方案、軟件開發(fā)設(shè)計文檔、軟件源代碼、軟件加密算法、軟件加密器材、數(shù)據(jù)庫、實驗結(jié)果、技術(shù)數(shù)據(jù)、以及其它技術(shù)文檔、涉及商業(yè)秘密的業(yè)務(wù)函電等一切有關(guān)的信息。3、專有技術(shù)指甲方擁有的有關(guān)生產(chǎn)和產(chǎn)品銷售的技術(shù)知識、信息、技術(shù)資料、制作工藝、制作方法、經(jīng)驗、方法或其組合，并且未在任何地方公開過其完整形式的、未作為工業(yè)產(chǎn)權(quán)來保護(hù)的其他技術(shù)。4、經(jīng)營信息指有關(guān)商業(yè)活動的市場行銷策略、貨源情報、定價政策、不公開的財務(wù)資料、合同、交易相對人資料、客戶名單等銷售和經(jīng)營信息。5、甲方依照法律規(guī)定（如在締約過程中知悉其他相對人的商業(yè)秘密）和在有關(guān)協(xié)議的約定（如技術(shù)合同）中對外承擔(dān)保密義務(wù)的事項，也屬本保密協(xié)議所稱的商業(yè)秘密。3，如果發(fā)現(xiàn)商業(yè)秘密被泄露或者自己過失泄露商業(yè)秘密，應(yīng)當(dāng)采取有效措施防止泄密進(jìn)一步擴大，并及時向甲方報告。4，服務(wù)關(guān)系結(jié)束后，公司保密義務(wù)人應(yīng)將與工作有關(guān)的技術(shù)資料、源代碼、工作相關(guān)工具、客戶名單等交還公司。5，鑒于保密義務(wù)人在職期間，獲得或制作的商業(yè)秘密（包括技術(shù)秘密和經(jīng)營秘密）對公司在競爭中的巨大價值，在勞動合同關(guān)系存續(xù)期間和終止之后，保密義務(wù)人均承認(rèn)公司因投資、支付勞動報酬而對這些商業(yè)秘密的所有權(quán)，因此保密義務(wù)人同意甲方按下列方式執(zhí)行（1）保密義務(wù)人因各種原因離開公司，自離開公司之日起2年內(nèi)不得自營或為公司的競爭者提供服務(wù)，不得從事與其在公司生產(chǎn)、研究、開發(fā)、經(jīng)營、銷售有關(guān)的相關(guān)工作（包括受雇他人或自行從事），并對其所獲取的商業(yè)秘密嚴(yán)加保守，不得以任何理由或借口予以泄露。甲方按中華人民共和國勞動合同法的規(guī)定向乙方支付補償金。（2）乙方應(yīng)提前一個月向甲方提出解除勞動合同的申請。在此期間，甲方有權(quán)調(diào)動乙方的勞動崗位。乙方如違反本項規(guī)定的，應(yīng)承擔(dān)本協(xié)議第五條規(guī)定的違約責(zé)任。第四條保密義務(wù)的終止第四條保密義務(wù)的終止1、公司授權(quán)同意披露或使用商業(yè)秘密。2、有關(guān)的信息、技術(shù)等已進(jìn)入公共領(lǐng)域。3、乙方是否在職、勞動合同是否履行完畢，均不影響其保密義務(wù)的承擔(dān)。第五條違約責(zé)任第五條違約責(zé)任1，保密義務(wù)人違反協(xié)議中的保密義務(wù)，應(yīng)承擔(dān)違約責(zé)任，如有違約行為須向甲方支付違約金50000元（人民幣大寫伍萬元）。2，乙方如將商業(yè)秘密泄露給第三人或使用商業(yè)秘密使公司遭受損失的，乙方應(yīng)對甲方進(jìn)行賠償，其賠償數(shù)額不少于由于其違反義務(wù)所給甲方帶來的損失。3，前款所述損失賠償按照如下方式計算①損失賠償為甲方因乙方的違約或侵權(quán)行為所受到的實際經(jīng)濟損失，計算方法是因乙方的違約及侵權(quán)行為導(dǎo)致甲方的產(chǎn)品銷售數(shù)量下降，其銷售數(shù)量減少的總數(shù)乘以每件產(chǎn)品利潤所得之積；②如果甲方的損失按照方法①所述的計算方法難以計算的，損失賠償額為乙方因違約或侵權(quán)行為所獲得的全部利潤。計算方法是乙方從每件與違約或侵權(quán)行為直接相關(guān)的產(chǎn)品獲得的利潤乘以在市場上銷售的總數(shù)所得之積；或者以不低于甲方商業(yè)秘密許可使用費的合理數(shù)額作為損失賠償額。

簡介：OA項目項目系統(tǒng)上線方案書系統(tǒng)上線方案書北京神州數(shù)碼管理系統(tǒng)有限公司DCMSCONFIDENTIALPAGE3OF92019928目錄文檔控制文檔控制21、引言引言411編寫目的編寫目的412系統(tǒng)概要系統(tǒng)概要42、人員保證人員保證63、用戶測試計劃和安排用戶測試計劃和安排64、上線計劃上線計劃75、培訓(xùn)培訓(xùn)76、運行環(huán)境準(zhǔn)備運行環(huán)境準(zhǔn)備761服務(wù)器硬件環(huán)境服務(wù)器硬件環(huán)境762服務(wù)器軟件環(huán)境服務(wù)器軟件環(huán)境863與其他系統(tǒng)的關(guān)系與其他系統(tǒng)的關(guān)系87、上線準(zhǔn)備上線準(zhǔn)備871數(shù)據(jù)準(zhǔn)備數(shù)據(jù)準(zhǔn)備872業(yè)務(wù)制度的準(zhǔn)備業(yè)務(wù)制度的準(zhǔn)備973數(shù)據(jù)遷移數(shù)據(jù)遷移974安全保障和應(yīng)急方案安全保障和應(yīng)急方案975上線人員上線人員976上線通知上線通知98、系統(tǒng)切換、系統(tǒng)切換9

簡介：深圳市創(chuàng)世紀(jì)科技發(fā)展有限公司XXXX項目驗收報告（2017XXXX）起草審查批準(zhǔn)20172017年X月軟件項目驗收報告深圳市創(chuàng)世紀(jì)科技發(fā)展有限公司第3頁共4頁1基本信息基本信息項目名稱項目編號項目經(jīng)理項目類型軟件項目（網(wǎng)站）開發(fā)方深圳市創(chuàng)世紀(jì)科技發(fā)展有限公司客戶方XXXX公司合同姓名部門、職務(wù)角色項目總監(jiān)項目經(jīng)理技術(shù)經(jīng)理用戶代表用戶代表項目組人員SQA2角色和職責(zé)角色和職責(zé)客戶方驗收人員角色職責(zé)驗收總負(fù)責(zé)人指導(dǎo)項目驗收，負(fù)責(zé)驗收成果物的審批驗收負(fù)責(zé)人對軟件的功能實現(xiàn)進(jìn)行驗收簽字；驗收負(fù)責(zé)人對軟件日常方面的功能實現(xiàn)進(jìn)行驗收；驗收技術(shù)負(fù)責(zé)人對驗收過程中的技術(shù)細(xì)節(jié)進(jìn)行把控；項目組人員角色職責(zé)驗收協(xié)調(diào)人組織項目組配合客戶方進(jìn)行驗收；技術(shù)負(fù)責(zé)人對技術(shù)細(xì)節(jié)進(jìn)行澄清；驗收協(xié)助協(xié)助項目驗收；SQA對驗收過程進(jìn)行監(jiān)督；3交付成果物驗收審查報告交付成果物驗收審查報告應(yīng)交付成果的名稱、版本客戶方驗收人員開發(fā)方協(xié)助人員時間地點問題記錄審查結(jié)論軟件項目用戶手冊無通過□未通過測試報告無通過□未通過

簡介：信息系統(tǒng)軟件項目監(jiān)理信息系統(tǒng)軟件項目監(jiān)理方案方案根據(jù)信息系統(tǒng)軟件項目的生命周期，我們對于軟件項目的監(jiān)理從以下七個階段進(jìn)行監(jiān)理，這七個階段包括需求分析階段、設(shè)計階段、實施階段、測試階段、驗收階段、用戶培訓(xùn)階段、試運行階段。對于每個階段我們從質(zhì)量、進(jìn)度、成本、合同、信息、組織協(xié)調(diào)等不同角度進(jìn)行監(jiān)理。在每個階段都制定了相應(yīng)的工作流程。監(jiān)理方對項目進(jìn)行了各個階段的監(jiān)理分析，具體分析如下1111項目需求分析階段的監(jiān)理項目需求分析階段的監(jiān)理111111需求分析階段監(jiān)理工作需求分析階段監(jiān)理工作本階段主要是由承建單位根據(jù)項目合同的要求，通過采用訪談、調(diào)查、演示等手段與建設(shè)單位進(jìn)行溝通，了解系統(tǒng)建設(shè)的整體要求，包括軟件的功能、性能、接口、數(shù)據(jù)、環(huán)境需求，安全保密要求以及約束條件等，從而對所要開發(fā)的系統(tǒng)建立一個可供依據(jù)的基線。本階段承建單位應(yīng)提交需求分析報告和原型系統(tǒng)。監(jiān)理單位在本階段的工作，按照內(nèi)容可以分為控制包括對需求分析階段的各種文檔的保管監(jiān)督，對需求分析報告、原型演示系統(tǒng)的確認(rèn)等；溝通在當(dāng)建設(shè)單位和承建單位由于知識背景不同而在訪談過程中溝通不順暢的時候，監(jiān)理單位應(yīng)利用自身優(yōu)勢使得雙方順利理解對方。編制項目監(jiān)理規(guī)劃和需求階段監(jiān)理方案或監(jiān)理細(xì)則。112112需求分析階段質(zhì)量控制需求分析階段質(zhì)量控制11審核承建單位需求分析前的準(zhǔn)備工作審核承建單位需求分析前的準(zhǔn)備工作需求分析過程規(guī)范性需求分析方法需求報告規(guī)范性，參照軟件需求說明書（GB856T88）。22審核承建單位提交的需求報告內(nèi)容審核承建單位提交的需求報告內(nèi)容完整性是否涵蓋了建設(shè)單位的全部需求，是否包含了開發(fā)軟件系統(tǒng)所有必要的信息；正確性和無二義性。可行性檢查需求在法律法規(guī)、技術(shù)、業(yè)務(wù)、現(xiàn)有資源環(huán)境、管理、維建設(shè)單位提供的數(shù)據(jù)和資料會議記錄需求報告系統(tǒng)原型監(jiān)理記錄2定義信息管理過程3信息管理方法管理工具文檔庫結(jié)構(gòu)117117需求分析階段組織協(xié)調(diào)需求分析階段組織協(xié)調(diào)監(jiān)理例會制度監(jiān)理工作報告協(xié)助承建單位進(jìn)行項目需求階段的評審確認(rèn)