信息系統(tǒng)開發(fā)與管理試題習(xí)題含答案一、單項(xiàng)選擇題（每題2分，共20分）1.信息系統(tǒng)開發(fā)過程中，以下哪項(xiàng)活動(dòng)屬于系統(tǒng)分析階段的核心任務(wù)？A.編寫程序代碼B.確定系統(tǒng)的邏輯模型C.制定項(xiàng)目進(jìn)度計(jì)劃D.設(shè)備采購與安裝答案：B2.瀑布模型的主要特點(diǎn)是？A.強(qiáng)調(diào)迭代和增量開發(fā)B.各階段嚴(yán)格按順序執(zhí)行，階段間有明確里程碑C.以用戶需求為中心，快速構(gòu)建原型D.注重團(tuán)隊(duì)協(xié)作和客戶反饋答案：B3.以下哪種開發(fā)方法更適合需求模糊、變化頻繁的信息系統(tǒng)項(xiàng)目？A.結(jié)構(gòu)化方法B.原型法C.瀑布模型D.面向?qū)ο蠓椒ù鸢福築4.業(yè)務(wù)流程重組（BPR）的核心是？A.優(yōu)化現(xiàn)有流程的效率B.對企業(yè)流程進(jìn)行根本性再思考和徹底性再設(shè)計(jì)C.引入信息技術(shù)替代手工操作D.調(diào)整部門職責(zé)分工答案：B5.數(shù)據(jù)流程圖（DFD）中，用矩形框表示的是？A.外部實(shí)體B.處理邏輯C.數(shù)據(jù)存儲(chǔ)D.數(shù)據(jù)流答案：A6.信息系統(tǒng)可行性分析不包括以下哪項(xiàng)？A.經(jīng)濟(jì)可行性B.技術(shù)可行性C.法律可行性D.管理可行性答案：C7.軟件測試的主要目的是？A.證明程序沒有錯(cuò)誤B.發(fā)現(xiàn)程序中的錯(cuò)誤C.提高程序的運(yùn)行效率D.優(yōu)化程序的代碼結(jié)構(gòu)答案：B8.項(xiàng)目管理中的“三重約束”是指？A.范圍、時(shí)間、質(zhì)量B.時(shí)間、成本、質(zhì)量C.范圍、成本、質(zhì)量D.時(shí)間、成本、范圍答案：D9.面向?qū)ο蠓椒ㄖ校胺庋b”的含義是？A.將數(shù)據(jù)和操作數(shù)據(jù)的方法綁定在一起B(yǎng).子類繼承父類的屬性和方法C.不同對象對同一消息做出不同響應(yīng)D.多個(gè)對象共享相同的屬性和方法答案：A10.信息系統(tǒng)運(yùn)維階段的主要任務(wù)不包括？A.系統(tǒng)功能擴(kuò)展B.數(shù)據(jù)備份與恢復(fù)C.用戶培訓(xùn)D.硬件設(shè)備更新答案：C二、填空題（每題2分，共20分）1.信息系統(tǒng)的三要素是______、______和______。（數(shù)據(jù)、技術(shù)、人）2.結(jié)構(gòu)化開發(fā)方法的核心是“自頂向下______，逐步______”。（分解、細(xì)化）3.UML的中文全稱是______。（統(tǒng)一建模語言）4.數(shù)據(jù)字典的主要作用是對數(shù)據(jù)流程圖中的______、______、______等元素進(jìn)行詳細(xì)定義。（數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)項(xiàng)）5.敏捷開發(fā)的核心價(jià)值觀包括個(gè)體與互動(dòng)高于流程與工具、可工作的軟件高于______、客戶合作高于______、響應(yīng)變化高于遵循計(jì)劃。（完整的文檔、合同談判）6.信息系統(tǒng)測試的四個(gè)步驟是______、______、______和______。（單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試）7.項(xiàng)目管理的五大過程組是______、______、______、______和______。（啟動(dòng)、規(guī)劃、執(zhí)行、監(jiān)控、收尾）8.數(shù)據(jù)庫設(shè)計(jì)的四個(gè)階段是______、______、______和______。（需求分析、概念設(shè)計(jì)、邏輯設(shè)計(jì)、物理設(shè)計(jì)）9.信息系統(tǒng)安全的三個(gè)基本目標(biāo)是______、______和______。（保密性、完整性、可用性）10.變更管理的核心流程包括______、______、______和______。（變更請求提交、變更影響評估、變更決策、變更實(shí)施與驗(yàn)證）三、簡答題（每題8分，共40分）1.簡述瀑布模型與敏捷模型的主要區(qū)別。答案：瀑布模型是線性順序開發(fā)模型，各階段嚴(yán)格按順序執(zhí)行，前一階段完成后才能進(jìn)入下一階段，強(qiáng)調(diào)文檔驅(qū)動(dòng)和階段評審，適合需求明確、規(guī)模較大的項(xiàng)目；敏捷模型是迭代增量開發(fā)模型，強(qiáng)調(diào)快速迭代、客戶參與和響應(yīng)變化，以可工作的軟件為核心交付物，文檔簡化，適合需求模糊、變化頻繁的中小項(xiàng)目。兩者的核心區(qū)別在于對變化的應(yīng)對方式（瀑布模型通過嚴(yán)格計(jì)劃控制變化，敏捷模型通過迭代擁抱變化）和對客戶參與的依賴程度（敏捷模型要求客戶持續(xù)參與）。2.需求分析的主要任務(wù)有哪些？答案：需求分析的主要任務(wù)包括：（1）識(shí)別用戶需求，明確系統(tǒng)的目標(biāo)和范圍；（2）建立系統(tǒng)的邏輯模型（如數(shù)據(jù)流程圖、用例圖），描述系統(tǒng)的功能需求和非功能需求（性能、安全、可維護(hù)性等）；（3）編寫需求規(guī)格說明書，作為開發(fā)、測試和驗(yàn)收的依據(jù)；（4）與用戶確認(rèn)需求，確保需求的準(zhǔn)確性、完整性和可行性；（5）處理需求沖突，協(xié)調(diào)不同用戶的需求優(yōu)先級。3.信息系統(tǒng)項(xiàng)目風(fēng)險(xiǎn)管理的主要步驟是什么？答案：風(fēng)險(xiǎn)管理包括以下步驟：（1）風(fēng)險(xiǎn)識(shí)別：通過頭腦風(fēng)暴、檢查表等方法識(shí)別可能影響項(xiàng)目的風(fēng)險(xiǎn)（如技術(shù)風(fēng)險(xiǎn)、需求變更風(fēng)險(xiǎn)、人員流失風(fēng)險(xiǎn)）；（2）風(fēng)險(xiǎn)評估：對風(fēng)險(xiǎn)發(fā)生的概率和影響程度進(jìn)行量化分析（如概率影響矩陣），確定風(fēng)險(xiǎn)優(yōu)先級；（3）風(fēng)險(xiǎn)應(yīng)對：制定應(yīng)對策略（規(guī)避、減輕、轉(zhuǎn)移、接受），如針對需求變更風(fēng)險(xiǎn)可制定嚴(yán)格的變更控制流程；（4）風(fēng)險(xiǎn)監(jiān)控：跟蹤已識(shí)別風(fēng)險(xiǎn)的狀態(tài)，監(jiān)控新風(fēng)險(xiǎn)的出現(xiàn)，評估應(yīng)對措施的有效性，并根據(jù)需要調(diào)整策略。4.簡述結(jié)構(gòu)化開發(fā)方法與面向?qū)ο箝_發(fā)方法的優(yōu)缺點(diǎn)。答案：結(jié)構(gòu)化開發(fā)方法的優(yōu)點(diǎn)：強(qiáng)調(diào)模塊化設(shè)計(jì)，邏輯清晰，文檔規(guī)范，適合處理復(fù)雜的業(yè)務(wù)流程；缺點(diǎn)：數(shù)據(jù)與操作分離，可維護(hù)性和復(fù)用性較差，難以適應(yīng)需求變化。面向?qū)ο箝_發(fā)方法的優(yōu)點(diǎn)：以對象為中心，數(shù)據(jù)與操作封裝，支持繼承和多態(tài)，提高代碼復(fù)用性和系統(tǒng)可維護(hù)性，更符合現(xiàn)實(shí)世界的建模方式；缺點(diǎn)：對開發(fā)人員的抽象設(shè)計(jì)能力要求較高，早期需求分析難度大，可能導(dǎo)致過度設(shè)計(jì)。5.信息系統(tǒng)驗(yàn)收應(yīng)包括哪些主要內(nèi)容？答案：驗(yàn)收內(nèi)容包括：（1）功能驗(yàn)收：驗(yàn)證系統(tǒng)是否實(shí)現(xiàn)了需求規(guī)格說明書中的所有功能；（2）性能驗(yàn)收：測試系統(tǒng)的響應(yīng)時(shí)間、吞吐量、并發(fā)用戶數(shù)等是否滿足要求；（3）安全性驗(yàn)收：檢查數(shù)據(jù)加密、訪問控制、日志審計(jì)等安全措施是否有效；（4）文檔驗(yàn)收：審核用戶手冊、技術(shù)文檔、維護(hù)手冊等是否完整準(zhǔn)確；（5）用戶確認(rèn)：用戶簽署驗(yàn)收報(bào)告，確認(rèn)系統(tǒng)符合業(yè)務(wù)需求。四、論述題（每題15分，共30分）1.論述用戶參與在信息系統(tǒng)開發(fā)中的重要性，并舉例說明用戶參與不足可能導(dǎo)致的問題。答案：用戶參與是信息系統(tǒng)開發(fā)成功的關(guān)鍵因素，主要體現(xiàn)在以下方面：（1）需求確認(rèn)：用戶是需求的最終來源，參與需求分析可避免“閉門造車”，例如財(cái)務(wù)人員參與ERP系統(tǒng)需求調(diào)研，能明確成本核算的具體規(guī)則，避免系統(tǒng)功能與實(shí)際業(yè)務(wù)脫節(jié)；（2）原型驗(yàn)證：用戶對原型的反饋可及時(shí)修正需求偏差，如市場部門在原型測試中發(fā)現(xiàn)銷售統(tǒng)計(jì)模塊缺少渠道維度，可在開發(fā)早期調(diào)整設(shè)計(jì)，降低后期修改成本；（3）測試與反饋：用戶參與系統(tǒng)測試能發(fā)現(xiàn)業(yè)務(wù)邏輯錯(cuò)誤，例如倉庫管理員在驗(yàn)收測試中發(fā)現(xiàn)入庫流程缺少質(zhì)檢環(huán)節(jié)，避免上線后操作混亂；（4）系統(tǒng)接受度：用戶參與開發(fā)過程可增強(qiáng)對系統(tǒng)的認(rèn)同感，提高使用積極性，減少“抵觸情緒”。用戶參與不足可能導(dǎo)致的問題包括：（1）需求偏差：開發(fā)團(tuán)隊(duì)誤解用戶需求，如某企業(yè)開發(fā)客戶管理系統(tǒng)時(shí)未讓銷售代表參與，導(dǎo)致系統(tǒng)缺少客戶跟進(jìn)記錄功能，上線后無法滿足實(shí)際業(yè)務(wù)需求；（2）上線阻力：用戶因不熟悉系統(tǒng)功能而拒絕使用，如醫(yī)院信息系統(tǒng)開發(fā)時(shí)未組織醫(yī)生培訓(xùn)，導(dǎo)致系統(tǒng)上線后操作效率下降，醫(yī)生抵觸使用；（3）維護(hù)困難：用戶無法準(zhǔn)確描述問題，導(dǎo)致故障排查耗時(shí)，如企業(yè)OA系統(tǒng)因用戶未參與需求確認(rèn)，流程審批節(jié)點(diǎn)設(shè)置不合理，后期修改需反復(fù)溝通，延長維護(hù)周期。2.結(jié)合信息系統(tǒng)開發(fā)項(xiàng)目管理的實(shí)踐，論述如何有效控制項(xiàng)目進(jìn)度。答案：項(xiàng)目進(jìn)度控制需結(jié)合計(jì)劃制定、監(jiān)控和調(diào)整三個(gè)環(huán)節(jié)，具體措施如下：（1）科學(xué)制定進(jìn)度計(jì)劃：采用WBS（工作分解結(jié)構(gòu)）將項(xiàng)目分解為可管理的任務(wù)，明確任務(wù)之間的依賴關(guān)系（如需求分析完成后才能開始系統(tǒng)設(shè)計(jì)）；使用甘特圖或關(guān)鍵路徑法（CPM）確定關(guān)鍵任務(wù)和里程碑（如系統(tǒng)上線時(shí)間），合理分配資源（人員、時(shí)間、設(shè)備）。例如，某電商平臺(tái)開發(fā)項(xiàng)目中，通過WBS分解出需求調(diào)研（2周）、系統(tǒng)設(shè)計(jì)（3周）、編碼（8周）、測試（4周）等任務(wù)，關(guān)鍵路徑為需求調(diào)研→系統(tǒng)設(shè)計(jì)→編碼→測試，總工期17周。（2）動(dòng)態(tài)監(jiān)控進(jìn)度執(zhí)行：定期（如每周）召開進(jìn)度會(huì)議，對比實(shí)際進(jìn)度與計(jì)劃進(jìn)度（如通過掙值管理EV計(jì)算進(jìn)度偏差SV=EVPV）；使用項(xiàng)目管理工具（如MSProject）跟蹤任務(wù)完成率，識(shí)別延遲任務(wù)（如編碼階段因技術(shù)難點(diǎn)延遲2周）。例如，在編碼階段發(fā)現(xiàn)數(shù)據(jù)庫連接模塊開發(fā)受阻，需分析原因（是技術(shù)問題還是資源不足），并及時(shí)調(diào)整。（3）及時(shí)調(diào)整與糾偏：針對進(jìn)度延遲，采取趕工（增加資源，如加班或調(diào)配更多開發(fā)人員）、快速跟進(jìn)（并行執(zhí)行部分任務(wù)，如在編碼的同時(shí)開始部分測試準(zhǔn)備）或范圍調(diào)整（與用戶協(xié)商減少非關(guān)鍵功能）。例如，某企業(yè)ERP項(xiàng)目因需求變更導(dǎo)致設(shè)計(jì)階段延遲，項(xiàng)目組通過與用戶溝通，將報(bào)表模塊的復(fù)雜統(tǒng)計(jì)功能推遲到二期開發(fā)，優(yōu)先保證核心采購、銷售模塊按時(shí)上線，避免整體工期延誤。（4）加強(qiáng)溝通與協(xié)作：建立高效的溝通機(jī)制（如每日站會(huì)、周報(bào)），確保團(tuán)隊(duì)成員了解進(jìn)度狀態(tài)；與用戶、供應(yīng)商保持密切溝通，及時(shí)解決外部依賴問題（如服務(wù)器采購延遲）。例如，開發(fā)團(tuán)隊(duì)發(fā)現(xiàn)需要第三方接口文檔，但供應(yīng)商未按時(shí)提供，項(xiàng)目經(jīng)理立即協(xié)調(diào)高層介入，縮短文檔交付時(shí)間，避免影響后續(xù)開發(fā)。通過以上措施，項(xiàng)目團(tuán)隊(duì)可有效控制進(jìn)度，確保信息系統(tǒng)項(xiàng)目按計(jì)劃完成。五、案例分析題（30分）某制造企業(yè)計(jì)劃開發(fā)一套生產(chǎn)管理信息系統(tǒng)（MIS），目標(biāo)是實(shí)現(xiàn)生產(chǎn)計(jì)劃、物料采購、車間作業(yè)的數(shù)字化管理。項(xiàng)目啟動(dòng)后，開發(fā)團(tuán)隊(duì)僅與企業(yè)IT部門負(fù)責(zé)人溝通需求，未深入生產(chǎn)車間與一線工人交流。需求分析階段結(jié)束后，開發(fā)團(tuán)隊(duì)依據(jù)IT部門提供的文檔完成系統(tǒng)設(shè)計(jì)，并進(jìn)入編碼階段。編碼過程中，生產(chǎn)部門反映“系統(tǒng)的領(lǐng)料流程與實(shí)際操作不符”，開發(fā)團(tuán)隊(duì)調(diào)整了部分功能；測試階段，車間主任發(fā)現(xiàn)“生產(chǎn)進(jìn)度統(tǒng)計(jì)模塊缺少設(shè)備故障停機(jī)時(shí)間統(tǒng)計(jì)”，導(dǎo)致統(tǒng)計(jì)數(shù)據(jù)不準(zhǔn)確；最終系統(tǒng)上線后，操作工人因界面復(fù)雜、培訓(xùn)不足，拒絕使用新系統(tǒng)，項(xiàng)目最終失敗。問題：1.分析該項(xiàng)目失敗的主要原因。（15分）2.提出改進(jìn)該項(xiàng)目開發(fā)過程的具體措施。（15分）答案：1.項(xiàng)目失敗的主要原因：（1）需求分析不充分：開發(fā)團(tuán)隊(duì)僅與IT部門溝通，未深入生產(chǎn)一線，導(dǎo)致需求與實(shí)際業(yè)務(wù)脫節(jié)（如領(lǐng)料流程、設(shè)備停機(jī)統(tǒng)計(jì)需求未被識(shí)別）；（2）用戶參與不足：一線工人、車間主任等關(guān)鍵用戶未參與需求調(diào)研和原型驗(yàn)證，需求偏差未在早期發(fā)現(xiàn)；（3）變更管理缺失：編碼階段才發(fā)現(xiàn)流程不符，后期頻繁調(diào)整增加開發(fā)成本和工期風(fēng)險(xiǎn)；（4）培訓(xùn)不到位：上線前未針對操作工人進(jìn)行系統(tǒng)培訓(xùn)，導(dǎo)致用戶抵觸使用；（5）需求驗(yàn)證不嚴(yán)格：測試階段仍發(fā)現(xiàn)關(guān)鍵功能缺失（設(shè)備停機(jī)統(tǒng)計(jì)），說明需求規(guī)格說明書未經(jīng)過用戶確認(rèn)。2.改進(jìn)措施：（1）加強(qiáng)需求調(diào)研：采用原型法，與生產(chǎn)部門、車間工人、倉庫管理員等多角色用戶進(jìn)行訪談，通過現(xiàn)場觀察（如跟隨工人記錄領(lǐng)料流程）收集真實(shí)需求；（2）建立用戶參與機(jī)制：成立用戶代表小組（包括車間主任、操作工人、IT人員），參與需求分析、原型設(shè)計(jì)和測試環(huán)節(jié)，定期召開需求評審會(huì)，確保需求準(zhǔn)確性；（3）規(guī)范變更管理：建立變更控制流程，所有需求變更需提交變更申請，評估影響（時(shí)