【正文】 統(tǒng)開發(fā)的需求規(guī)格說明書中并沒有，但用戶要求在原有系統(tǒng)基礎(chǔ)上進一步改善和提高；并且隨著用戶對系統(tǒng)的使用和熟悉，這種要求可能不斷提出。為了滿足這些要求而進行的系統(tǒng)維護工作就是完善性維護。 （4）預(yù)防性維護 系統(tǒng)維護工作不應(yīng)總是被動地等待用戶提出要求后才進行，應(yīng)進行主動的預(yù)防性維護，即選擇那些還有較長使用壽命，目前尚能正常運行，但可能將要發(fā)生變化或調(diào)整的系統(tǒng)進行維護，目的是通過預(yù)防性維護為未來的修改與調(diào)整奠定更好的基礎(chǔ)。例如將目前尚能應(yīng)用的報表功能改成通用報表生成功能，以應(yīng)付今后報表內(nèi)容和格式可能的變化。 　5．什么是軟件的可維護性？七個特性衡量指標是什么？ 所謂軟件可維護性，是指糾正軟件系統(tǒng)出現(xiàn)的錯誤和缺陷，以及為滿足新的要求進行修改、擴充或壓縮的容易程度。可維護性、可使用性、可靠性是衡量軟件質(zhì)量的幾個主要質(zhì)量特性，也是用戶十分關(guān)心的幾個方面?？上У氖怯绊戃浖|(zhì)量的這些重要因素，目前尚沒有對它們定量度量的普遍適用的方法。但是就它們的概念和內(nèi)涵來說則是很明確的。 軟件的可維護性是軟件開發(fā)階段各個時期的關(guān)鍵目標。目前廣泛使用的是用如下的七個特性衡量程序的可維護性。而且對于不同類型的維護，這七種特性的側(cè)重點也不相同。下表顯示了在各類維護中應(yīng)側(cè)重哪些特性。圖中的“√”表示需要的特性。 在各類維護中的側(cè)重點 糾錯性維護適應(yīng)性維護完善性維護可理解性√ 可測試性√ 可修改性√√ 可靠性√ 可移植性 √ 可使用性 √√效率 √　6．簡述系統(tǒng)維護的管理工作步驟。 （1）提出維護要求。用戶或系統(tǒng)操作人員提出維護要求，填寫申請報告。 （2）審批。維護申請報告經(jīng)專家研究和領(lǐng)導(dǎo)審批。 （3）組建維護小組。根據(jù)維護工作的內(nèi)容選擇有關(guān)維護人員組成維護小組，負責(zé)維護工作。 （4）維護實施。維護人員研究維護任務(wù)，閱讀系統(tǒng)文檔以確定維護工作的實施細則。進行維護時一定要填寫維護記錄。 （5）文檔維護。對程序進行維護后，一定要對相應(yīng)的文檔做維護。以保持系統(tǒng)的一致性，給以后的維護打好基礎(chǔ)。 （6）驗收。維護工作完成后，由用戶、專家及有關(guān)領(lǐng)導(dǎo)進行驗收，同時要驗收有關(guān)資料。對于重大的維護應(yīng)作為小系統(tǒng)開發(fā)對待，按部就班地進行。第8章1．簡述軟件生產(chǎn)的特殊性。 （1）產(chǎn)品抽象性。軟件生產(chǎn)及軟件產(chǎn)品可見性差，其加工對象是信息而不是物理實體。這給檢驗、管理帶來一定的困難。（2）產(chǎn)品嚴格性。管理信息系統(tǒng)工程是一項嚴密的邏輯工程，產(chǎn)品無等級而言，好就是好，錯就是錯。（3）生產(chǎn)創(chuàng)造性。軟件產(chǎn)品執(zhí)行重復(fù)性大，而構(gòu)成重復(fù)性小。軟件生產(chǎn)主要是設(shè)計，成批生產(chǎn)只是復(fù)制。因此，軟件生產(chǎn)主要是創(chuàng)造性生產(chǎn)。（4）產(chǎn)品無磨損。軟件產(chǎn)品不會因使用而產(chǎn)生磨損，其故障也不能用更換零部件的辦法解決。（5）智力密集。目前，軟件生產(chǎn)的自動化程度還很低，主要靠人的智慧型勞動完成。（6）難定量。無論是生產(chǎn)還是維護，工作量都難以定量管理。如系統(tǒng)分析員的工作難于定量化，程序員的勞動生產(chǎn)率難于定量化等等。（7）易出錯。軟件產(chǎn)品中錯誤難以避免，測試只能發(fā)現(xiàn)錯誤而不能保證沒有錯誤。軟件產(chǎn)品容易出錯的原因是缺乏理論支持。 （8）維護是必要的。軟件產(chǎn)品不成熟，無驗收標準，交付使用后要經(jīng)常變動，因此，維護是必要的。而且，維護是系統(tǒng)建設(shè)的一個正式階段。 2．管理信息系統(tǒng)項目管理涉及到哪些方面？系統(tǒng)項目管理的內(nèi)容包括哪些？ 管理信息系統(tǒng)項目管理主要有以下幾方面： （1）開發(fā)資源的保障。人、財、物等資源是系統(tǒng)開發(fā)的基礎(chǔ)條件，為了保證開發(fā)進度和開發(fā)質(zhì)量，必須保證有關(guān)資源定質(zhì)、定量、定期到位。 （2）進度計劃與控制。在項目進程中，應(yīng)按照系統(tǒng)規(guī)劃階段制定的進度計劃進行檢查。如某些任務(wù)不能如期完成，應(yīng)分析原因，采取必要的、有成效的措施予以調(diào)整和補救，以保證整個工程如期進行。進度計劃應(yīng)以圖表方式描述出來，懸掛在工作室中，以督促開發(fā)組成員的工作。 （3）階段性評價。在系統(tǒng)開發(fā)的每一個階段(規(guī)劃、分析、設(shè)計、實施等)完成后都要進行階段性評價，本階段評價合格并經(jīng)批準后才能進入下一階段。這樣可以保證整個工程的質(zhì)量，防止大范圍返工。 （4）工作量與費用統(tǒng)汁。工作量和費用開支是工作量計劃和費用計劃管理所必須的形式表示。 因此項目管理的內(nèi)容主要有：人員、組織、計劃、控制、用戶、文檔和規(guī)范。 1．人員 MIS開發(fā)工程的人員主要有：系統(tǒng)分析員，系統(tǒng)設(shè)計員，經(jīng)濟模型設(shè)計員、數(shù)據(jù)庫管理員、程序員，資料員，項目管理員和其它輔助人員。根據(jù)項目規(guī)模的大小，有時可能一人身兼數(shù)職，但職責(zé)必須明確。 2．組織 軟件開發(fā)的組織沒有統(tǒng)一的模式，在此介紹三種成功的組織結(jié)構(gòu)。 （1）主程序員制 由IBM公司提出的主程序員制是軟件結(jié)構(gòu)化設(shè)計的組織體現(xiàn)，它是全組協(xié)調(diào)統(tǒng)一的保證。開發(fā)組由一位高級工程師(主程序員)主持計劃，協(xié)調(diào)和復(fù)審開發(fā)組的全部活動；技術(shù)人員(一般2~5人)負責(zé)分析和開發(fā)工作；一位后援工程師支持主程序員的工作，必要時可以代替主程序員的工作，以減輕主程序員的負擔(dān)。 （2）專家組 專家組強調(diào)每個人的才能，把每個人都看成某一方面的專家，由這些專家組成一個開發(fā)組。這種開發(fā)組雖然可以發(fā)揮每個人的專長，但可能出現(xiàn)協(xié)調(diào)上的困難。 （3）民主組織 民主組織是由從事各方面工作的人員輪流擔(dān)任組長。很顯然，這種組織對于調(diào)動積極性和個人的創(chuàng)造性是值得稱道的。但過多的組長輪換，對工作的連續(xù)性不利，不符合工程化的要求。 3．計劃 由于管理信息系統(tǒng)項目不成熟、變化多，其計劃不容易制定，更難以執(zhí)行。一個有效的辦法是以計劃為基礎(chǔ)加強“控制”。計劃包括進度計劃和各階段的具體計劃，還包括人員、時間、可能遇到的困難及對策等。 4．控制 控制是為了保證計劃的執(zhí)行，應(yīng)付各種變動、干擾、異常和意外情況?？刂茖τ陂_發(fā)工作十分重要，尤其是當(dāng)條件比較復(fù)雜、變化多、不穩(wěn)定時，控制更困難，但也顯得更重要。 控制包括風(fēng)險控制、進度控制、經(jīng)費控制、質(zhì)量控制、人員控制等。 5．用戶 MIS的最終產(chǎn)品成功與否，還要取決于用戶的合作。所以，管理員有責(zé)任對用戶做工作。系統(tǒng)分析工作應(yīng)當(dāng)由軟件人員和應(yīng)用部門業(yè)務(wù)人員合作進行，考慮到業(yè)務(wù)人員對計算機、軟件理解上的困難，軟件人員應(yīng)當(dāng)主動些，主動提問、主動介紹情況、主動與之討論。管理人員應(yīng)掌握用戶心理，對用戶的工作要貫徹始終，防止由于不理解而造成干擾和阻力。 6．文檔 文檔是開發(fā)過程中唯一的可見物，是對未來系統(tǒng)的描述，是人的設(shè)計思想的具體體現(xiàn)。思想是不可見的、不穩(wěn)定的，但思想一旦轉(zhuǎn)化為文檔，就成為可見的、穩(wěn)定的。這就是所謂的“白紙黑字”。只有通過文檔才能檢查進度、方便通訊。文檔使開發(fā)過程可見池，如最初要求、中間結(jié)果、最后成果等。項目管理很大程度上是通過文檔管理來體現(xiàn)的。 7．規(guī)范 軟件開發(fā)過程涉及大量人的活動。制定各種規(guī)范有利于統(tǒng)一尺度、協(xié)調(diào)步驟，有利于定量化，克服偶然性、不穩(wěn)定性、不確定性。規(guī)范包括人員規(guī)范、文檔規(guī)范以及開發(fā)過程中的各種規(guī)章制度。開發(fā)過程可以利用開發(fā)工具以實現(xiàn)自動化，但不可能全部自動化。規(guī)章制度是用來約束非自動化部分的?！?．試述控制風(fēng)險的方法。 （1）外部集成法： 將系統(tǒng)實施小組的工作與組織各層次用戶的工作緊密聯(lián)系在一起。結(jié)構(gòu)化程度相對比較低的項目必須在各個階段都有用戶的充分參與。需要動員用戶支持多種可選設(shè)計方案中的一種，并承擔(dān)其中的某項設(shè)計。所以必須運用外部集成法，其特征如下： 1）用戶可作為項目領(lǐng)導(dǎo)，或項目小組中的二把手； 2）建立用戶指導(dǎo)委員會對系統(tǒng)設(shè)計進行評價； 3）用戶可能成為積極的項目小組成員； 4）項目要有用戶對說明書的正式評審和批準； 5）所有主要的設(shè)計會議記錄都能在用戶中廣泛傳送 6）用戶能為高層管理者準備狀態(tài)報告； 7）可以委托用戶培訓(xùn)和安裝； 8）用戶能夠負責(zé)對變更的控制，一旦最終的設(shè)計說明書完成，將停止所有不必要的變更。 （2）內(nèi)部集成法。 確保系統(tǒng)實施小組作為一個富有凝聚力的整體運作。對高技術(shù)水平的項目采用內(nèi)部集成法很有好處。這類項目的成功主要取決于其技術(shù)的復(fù)雜程度，項目領(lǐng)導(dǎo)者既需要高水平的技術(shù)又需要管理經(jīng)驗。他們必須能預(yù)先提出問題，并在一個得力的技術(shù)小組中建立一種平穩(wěn)的工作關(guān)系。其特征如下： 1）項目小組成員須有豐富的經(jīng)驗； 2）項目小組須在具有高技術(shù)水平和項目管理經(jīng)驗的管理者領(lǐng)導(dǎo)之下； 3）應(yīng)經(jīng)常召開小組會議； 4）小組應(yīng)定期舉行技術(shù)情況評審工作； 5）項目小組應(yīng)具備同事之間保持融洽工作關(guān)系的良好傳統(tǒng)； 6）小組成員應(yīng)當(dāng)參與建立目標和確定目標期限的過程； 7）內(nèi)部尚不具備的必要技術(shù)、技能或?qū)＜医ㄗh應(yīng)確保從組織外部獲得。 （3）規(guī)范計劃和規(guī)范控制法 建立并排列任務(wù)，確定每項任務(wù)所要求的時間、資金和技術(shù)資源預(yù)算。輔助監(jiān)測向目標進展的狀況。對高結(jié)構(gòu)化和低技術(shù)水平的項目其風(fēng)險性也最低。其設(shè)計是比較確定和穩(wěn)定的，而且項目不會受到任何技術(shù)上的局限。如果這類項目規(guī)模較大，則可采用規(guī)范計劃和控制方法對其進行成功的管理。利用項目管理技術(shù)，如：PERT(Program Evaluation and Review Technique)或甘特圖，可以建立一個詳細計劃，定義任務(wù)和資源預(yù)算。這種項目管理技術(shù)能幫助管理者找出項目管理的瓶頸，并確定其對項目完成時間的影響。它的主要內(nèi)容如下： 1）選擇并確定階段或階段性標志； 2）通過可行性研究建立說明書； 3）制定說明書標準； 4）建立項目批準程序。 標準控制技術(shù)將成功地按預(yù)算和預(yù)定日期畫出項目進程圖，以便項目實施小組能按其原始安排進行適當(dāng)?shù)卣{(diào)整。其好處有：1）能保持控制； 2）發(fā)現(xiàn)計劃的偏差： 3）有關(guān)計劃實施情況的定期狀態(tài)報告將標明實施進度。 　4．你怎么看待用戶在系統(tǒng)建設(shè)中的作用？用戶和系統(tǒng)設(shè)計者之間的障礙有哪些？用戶參與信息系統(tǒng)的設(shè)計和操作，會有幾種肯定的結(jié)果。首先，如果用戶大量地參與系統(tǒng)設(shè)計，他們會有更多的機會按自己優(yōu)先考慮的問題和業(yè)務(wù)需求對系統(tǒng)施加影響，有更多的機會控制結(jié)果。其次，因為他們積極參與了改變自身的過程，所以他們更能對系統(tǒng)操作產(chǎn)生積極的作用。 雖然兼顧用戶的知識和專長能帶來較好的解決方案，但用戶對要解決問題的看法往往容易存在局限性和目光短淺，由此也可能導(dǎo)致忽視改進業(yè)務(wù)過程和用信息技術(shù)進行革新的重要機遇。實際上，專業(yè)信息系統(tǒng)設(shè)計人員的作用就如同一座新房子的建筑師，如果人們企圖全憑個人設(shè)計去建造自己的房屋，其結(jié)果很可能是質(zhì)量低劣的。 事實上，由于用戶與信息系統(tǒng)專業(yè)人員具有各自不同的背景、興趣和優(yōu)先考慮的問題，因此其解決問題的方法和用語也會完全不同。以至他們進行交流時似乎根本無共同語言。信息系統(tǒng)專業(yè)人員往往特別注重技術(shù)和機器方面的問題，他們總是試圖尋找精確、理想的技術(shù)解決方案，使軟、硬件在操作上更加便利，或在組織的有效性上達到最優(yōu)；相比之下，用戶則希望信息系統(tǒng)側(cè)重解決業(yè)務(wù)問題或使組織任務(wù)更便利。通常這兩類人員的意向有很大差異，以至他們進行交流時似乎根本無共同語言。信息系統(tǒng)之所以不能真實地反映用戶需求，以及用戶被置于系統(tǒng)建設(shè)過程以外的一個主要原因就是最終用戶與設(shè)計者之間的溝通存在障礙。當(dāng)用戶和技術(shù)人員之間存在明顯隔閡時，且這兩類人員都在不自覺地堅持追求自己的日標時，系統(tǒng)開發(fā)項目就會存在極高的失敗風(fēng)險性。 　5．怎樣處理用戶在系統(tǒng)建設(shè)中的抵觸？ 以下三個方面大體說明了用戶抵觸的原因： （1）用戶無論是作為個人還是一個團體產(chǎn)生抵觸是由于其內(nèi)在因素引起的。例如，由于他們的懶散和不愿學(xué)習(xí)新的工作方法，因此抵制新系統(tǒng)或所有變革。 （2）用戶抵觸系統(tǒng)的原因是由于系統(tǒng)設(shè)計中所固有的一些因素造成的。例如，由于用戶界面混亂，或?qū)W習(xí)如何運行系統(tǒng)非常麻煩，因此用戶也會抵制系統(tǒng)。 （3）用戶抵觸系統(tǒng)的原因是由于人和系統(tǒng)相互作用的諸多因素引起的。例如，系統(tǒng)設(shè)計得可能很好，且受到一些用戶的歡迎；但卻受到一些害怕由此失去個人在組織小權(quán)力或地位的人員抵制。 下面給出如何克服上述用戶抵觸系統(tǒng)的—些常用策略。 第一種情況的策略：用戶教育(培訓(xùn))采取強制(法令、政策)手段 說服用戶參與(明確承擔(dān)的義務(wù))第二種情況的策略：用戶教育 改善人為因素(用戶／系統(tǒng)界面) 用戶參與(改進設(shè)計) 適當(dāng)時，可用軟件包法修改系統(tǒng)使之與組織需求相符合 第三種情況的策略：在引入新系統(tǒng)前，先解決組織問題 重新構(gòu)造激勵用戶的機制 重新建立用戶與設(shè)計人員之間的關(guān)系 適當(dāng)時，增加用戶參與　6．簡述保證成功進行系統(tǒng)管理的因素。 系統(tǒng)管理的結(jié)果可能很大