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

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

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

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

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

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

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

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

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

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

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

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

簡(jiǎn)介：OA項(xiàng)目項(xiàng)目系統(tǒng)上線方案書系統(tǒng)上線方案書北京神州數(shù)碼管理系統(tǒng)有限公司DCMSCONFIDENTIALPAGE3OF92019928目錄文檔控制文檔控制21、引言引言411編寫目的編寫目的412系統(tǒng)概要系統(tǒng)概要42、人員保證人員保證63、用戶測(cè)試計(jì)劃和安排用戶測(cè)試計(jì)劃和安排64、上線計(jì)劃上線計(jì)劃75、培訓(xùn)培訓(xùn)76、運(yùn)行環(huán)境準(zhǔn)備運(yù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

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

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