【正文】 員。PASCAL語言：它是第一個系統(tǒng)體現(xiàn)結(jié)構(gòu)化程序設(shè)計概念的高級語言，控制結(jié)構(gòu)完備，有豐富的數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)類型，語言表達能力強，移植容易，在科學計算、數(shù)據(jù)處理以及系統(tǒng)軟件開發(fā)中都有較廣泛的應用。C語言：這是一種使用廣泛、影響很大的高級語言。C語言最初是在Unix操作系統(tǒng)下研制的，現(xiàn)已成功地移植到多種微機與小型機上，所以C語言程序可移植性極好。它特別適合編寫系統(tǒng)軟件，并且也廣泛用于應用軟件的開發(fā)。高級語言被稱為第三代程序設(shè)計語言），4GL是非過程化的。　6．軟件開發(fā)工具的選擇原則是什么？使用最小代價讓系統(tǒng)工作。最好無需培訓或很少培訓就能編制程序。 （3）最少錯誤原則。對一般的高級語言來說，應提供獨立編譯能力和系統(tǒng)軟件包。軟件包意味著系統(tǒng)工具能提供較多功能，以減輕開發(fā)強度，提高開發(fā)效率。　7．簡述程序設(shè)計風格應達到基本要求。 源程序文檔化 源程序文檔化包括選擇好標識符（變量和標號）的名字、安排注釋以及程序的視覺組織等等。 （ l）符號名的命名常量名、標號名、子程序名以及數(shù)據(jù)區(qū)名、緩沖區(qū)名等。 夾在程序中的注釋是程序員與日后的程序讀者之間通信的重要手段。因此注釋決不是可有可無的，大多數(shù)程序設(shè)計語言允許使用自然語言寫注釋，這給閱讀程序帶來很大的方便。 一個程序如果寫得密密麻麻，分不出層次來常常是很難看懂的。恰當?shù)乩每崭?，可以突出運算的優(yōu)先性，避免發(fā)生運算的錯誤。 數(shù)據(jù)說明 原則上，數(shù)據(jù)說明的次序與語法無關(guān)，其次序是任意的。一般順序為：常量說明，簡單變量類型說明，數(shù)組說明，公用數(shù)據(jù)塊說明，所有的文件說明。如把 在設(shè)計階段確定了軟件的邏輯流結(jié)構(gòu)，但構(gòu)造單個語句則是編碼階段的任務。 （l）在一行內(nèi)只寫一條語句，并且采取適當?shù)囊菩懈袷?，使程序的邏輯和功能變得更加明確。但這種方式會使程序可讀性變差。 （2）程序編寫首先應當考慮清晰性，簡單，直截了當?shù)卣f明程序員的用意，不要刻意追求技巧性或程序執(zhí)行速度，使程序編寫得過于緊湊。 （4）避免使用臨時變量而使可讀性下降。因為他意識到簡單變量的運算比下標變量的運算要快。而且將來一些難以預料的修改有可能會更動這幾行的順序，或在其間插入語句，并順帶著（誤）改變了這個臨時變量的值，就容易造成邏輯上的錯誤。 （5）盡量用公共過程或子程序上代替重復的功能代碼段。 （6）使用括號清晰地表達算術(shù)表達式和邏輯表達式的運算順序。 (7）用邏輯表達式代替分支嵌套，以避免過多的循環(huán)嵌套和條件嵌套。例如，如果在程序中出現(xiàn) （9）經(jīng)常反躬自?。骸叭绻也皇蔷幋a的人，我能看懂它嗎？”考慮它的可理解性達到什么程度。 系統(tǒng)測試是管理信息系統(tǒng)開發(fā)周期中一個十分重要而漫長的階段。9．簡述軟件系統(tǒng)測試的方法。 人工測試由于心理上對自己程序的偏愛，因此有些習慣性的錯誤自己不易發(fā)現(xiàn)，如果對功能理解有誤，自己也不易糾正。（2）走查：一般由3～5人組成測試小組，測試小組成員應是從未介入過該軟件的設(shè)計工作的有經(jīng)驗的程序設(shè)計人員。由于人工運行很慢，因此走查只能使用少量簡單的測試用例，實際上走查只是個手段，隨著“走”的進程中不斷從程序中發(fā)現(xiàn)錯誤。會審時，由程序作者直接逐個閱讀和講解程序，測試人員逐個審查、提問，討論可能產(chǎn)生的錯誤。機器測試通過在計算機上直接運行被測程序來發(fā)現(xiàn)程序中的錯誤。 （1）黑盒測試：也稱功能測試，將軟件看作黑盒子，在完全不考慮程序的內(nèi)部結(jié)構(gòu)和特性的情況下，測試軟件的外部特性。 （2）白盒測試：也稱結(jié)構(gòu)測試，將軟件看作一個透明的白盒子，按照程序的內(nèi)部結(jié)構(gòu)和處理邏輯來選定測試用例，對軟件的邏輯路徑及過程進行測試，檢查它與設(shè)計是否相符。 調(diào)試：準確判定錯誤位置以及具體的出錯情況，繼而進行改正以排除錯誤。 調(diào)試的執(zhí)行步驟如下（參看下圖）：調(diào)試的活動 （1）從錯誤的外部表現(xiàn)形式入手，確定程序中出錯位置； （2）研究有關(guān)部分的程序，找出錯誤的內(nèi)在原因； （3）修改設(shè)計和代碼，以排除這個錯誤；（4）重復進行暴露了這個錯誤的原始測試或某些有關(guān)測試，以確認：①該錯誤是否被排除； ②是否引進了新的錯誤。 （5）如果所作的修正無效，則撤銷這次改動，重復上述過程，直到找到一個有效的解決辦法為止。 采用以下的一些方法予以排除：一些高級語言都有設(shè)置和廢除中斷的語句或命令，并有相應的繼續(xù)執(zhí)行命令。（3）歸納法 從測試結(jié)果發(fā)現(xiàn)的錯誤人手，分析錯誤原因，查找錯誤所在。列出所有已知信息，即程序能正確完成什么，存在什么類型的錯誤？ 2）組織數(shù)據(jù)。 3）假設(shè)錯誤可能原因。提出一個或多個假設(shè)原因，若提不出假設(shè)，則要設(shè)置更多的數(shù)據(jù)和執(zhí)行附加的測試用例。 4）證明錯誤原因假設(shè)。如果比較結(jié)果不滿意，則說明該假設(shè)不完全適用，要重新假設(shè)錯誤可能原因或重新設(shè)置數(shù)據(jù)。 （4）演繹法 首先列出所有可能的錯誤原因，然后一個接一個地劃去特殊的原因，直到留下一個主要原因為止。 1）列出可能的錯誤原因；若全部原因都被排除，則要設(shè)計附加的測試用例來發(fā)現(xiàn)新的錯誤原因。 3）進一步完善留下的錯誤原因假設(shè)。 4）證明錯誤原因假設(shè)的正確性。第7章1．系統(tǒng)轉(zhuǎn)換的三種轉(zhuǎn)換方式是什么？ （1）直接轉(zhuǎn)換方式。這種轉(zhuǎn)換方式省時省力，但風險較大。因為系統(tǒng)中可能會存在一些始料不及的事情。并行期的后期，根據(jù)新系統(tǒng)工作情況逐步讓老系統(tǒng)退出實際管理工作，這時的老系統(tǒng)起考核作用。 （3）分階段逐步轉(zhuǎn)換方式 新老系統(tǒng)的轉(zhuǎn)換是一個子系統(tǒng)一個子系統(tǒng)地進行。這種轉(zhuǎn)換方式可以達到風險小，又不加重業(yè)務部門的負擔。通常是先轉(zhuǎn)換相對獨立的“前道工序”的子系統(tǒng)，聯(lián)系密切的“后道工序”的子系統(tǒng)則留在后期轉(zhuǎn)換。 根據(jù)信息系統(tǒng)實際開發(fā)和應用的情況，確定了系統(tǒng)轉(zhuǎn)換的方式以后，除了做好組織準備、物質(zhì)準備和人員培訓等準備工作之外，最重要并且工作量最大的是數(shù)據(jù)準備和系統(tǒng)初始化工作。系統(tǒng)維護的目的是保證管理信息系統(tǒng)正常而可靠地運行，并能使系統(tǒng)不斷得到改善和提高，以充分發(fā)揮作用。4．簡述系統(tǒng)維護工作的內(nèi)容和類型系統(tǒng)維護工作的內(nèi)容 系統(tǒng)的業(yè)務處理過程是通過應用程序的運行而實現(xiàn)的，一旦程序發(fā)生問題或業(yè)務發(fā)生變化，就必然地引起程序的修改和調(diào)整，因此系統(tǒng)維護的主要活動是對程序進行維護。業(yè)務處理對數(shù)據(jù)的需求是不斷發(fā)生變化的，除了系統(tǒng)中主體業(yè)務數(shù)據(jù)的定期正常更新外，還有許多數(shù)據(jù)需要進行不定期的更新，或隨環(huán)境或業(yè)務的變化而進行調(diào)整，以及數(shù)據(jù)內(nèi)容的增加、數(shù)據(jù)結(jié)構(gòu)的調(diào)整。（3）代碼維護。（4）硬件設(shè)備維護。系統(tǒng)維護的類型 由于系統(tǒng)測試不可能揭露系統(tǒng)存在的所有錯誤，因此在系統(tǒng)投入運行后頻繁的實際應用過程中，就有可能暴露出系統(tǒng)內(nèi)隱藏的錯誤，診斷和修正系統(tǒng)中遺留的錯誤，就是糾錯性維護。有些系統(tǒng)運行多年以后才遇到這種情況，暴露出在系統(tǒng)開發(fā)中遺留的問題，這是不足為奇的。 （2）適應性維護適應性維護是為了使系統(tǒng)適應環(huán)境的變化而進行的維護工作。 在系統(tǒng)的使用過程中，用戶往往要求擴充原有系統(tǒng)的功能，提高其性能，如增加數(shù)據(jù)輸出的圖形方式，增加聯(lián)機在線幫助功能、調(diào)整用戶界面等等，盡管這些要求在原來系統(tǒng)開發(fā)的需求規(guī)格說明書中并沒有，但用戶要求在原有系統(tǒng)基礎(chǔ)上進一步改善和提高；并且隨著用戶對系統(tǒng)的使用和熟悉，這種要求可能不斷提出。 系統(tǒng)維護工作不應總是被動地等待用戶提出要求后才進行，應進行主動的預防性維護，即選擇那些還有較長使用壽命，目前尚能正常運行，但可能將要發(fā)生變化或調(diào)整的系統(tǒng)進行維護，目的是通過預防性維護為未來的修改與調(diào)整奠定更好的基礎(chǔ)。 　5．什么是軟件的可維護性？七個特性衡量指標是什么？可維護性、可使用性、可靠性是衡量軟件質(zhì)量的幾個主要質(zhì)量特性，也是用戶十分關(guān)心的幾個方面。但是就它們的概念和內(nèi)涵來說則是很明確的。 軟件的可維護性是軟件開發(fā)階段各個時期的關(guān)鍵目標。而且對于不同類型的維護，這七種特性的側(cè)重點也不相同。圖中的“√”表示需要的特性。 在各類維護中的側(cè)重點 可靠性√ 可移植性 可使用性 用戶或系統(tǒng)操作人員提出維護要求，填寫申請報告。 （2）審批。根據(jù)維護工作的內(nèi)容選擇有關(guān)維護人員組成維護小組，負責維護工作。 （4）維護實施。進行維護時一定要填寫維護記錄。 （5）文檔維護。以保持系統(tǒng)的一致性，給以后的維護打好基礎(chǔ)。 （6）驗收。對于重大的維護應作為小系統(tǒng)開發(fā)對待，按部就班地進行。第8章1．簡述軟件生產(chǎn)的特殊性。軟件生產(chǎn)及軟件產(chǎn)品可見性差，其加工對象是信息而不是物理實體。（2）產(chǎn)品嚴格性。（3）生產(chǎn)創(chuàng)造性。軟件生產(chǎn)主要是設(shè)計，成批生產(chǎn)只是復制。（4）產(chǎn)品無磨損。（5）智力密集。（6）難定量。如系統(tǒng)分析員的工作難于定量化，程序員的勞動生產(chǎn)率難于定量化等等。軟件產(chǎn)品中錯誤難以避免，測試只能發(fā)現(xiàn)錯誤而不能保證沒有錯誤。 （8）維護是必要的。而且，維護是系統(tǒng)建設(shè)的一個正式階段。 管理信息系統(tǒng)項目管理主要有以下幾方面： （1）開發(fā)資源的保障。 （2）進度計劃與控制。如某些任務不能如期完成，應分析原因，采取必要的、有成效的措施予以調(diào)整和補救，以保證整個工程如期進行。 （3）階段性評價。這樣可以保證整個工程的質(zhì)量，防止大范圍返工。工作量和費用開支是工作量計劃和費用計劃管理所必須的形式表示。 因此項目管理的內(nèi)容主要有：人員、組織、計劃、控制、用戶、文檔和規(guī)范。 MIS開發(fā)工程的人員主要有：系統(tǒng)分析員，系統(tǒng)設(shè)計員，經(jīng)濟模型設(shè)計員、數(shù)據(jù)庫管理員、程序員，資料員，項目管理員和其它輔助人員。 2．組織 軟件開發(fā)的組織沒有統(tǒng)一的模式，在此介紹三種成功的組織結(jié)構(gòu)。 （1）主程序員制開發(fā)組由一位高級工程師(主程序員)主持計劃，協(xié)調(diào)和復審開發(fā)組的全部活動；技術(shù)人員(一般2~5人)負責分析和開發(fā)工作；一位后援工程師支持主程序員的工作，必要時可以代替主程序員的工作，以減輕主程序員的負擔。這種開發(fā)組雖然可以發(fā)揮每個人的專長，但可能出現(xiàn)協(xié)調(diào)上的困難。 很顯然，這種組織對于調(diào)動積極性和個人的創(chuàng)造性是值得稱道的。3．計劃一個有效的辦法是以計劃為基礎(chǔ)加強“控制”。 4．控制 控制是為了保證計劃的執(zhí)行，應付各種變動、干擾、異常和意外情況。 5．用戶所以，管理員有責任對用戶做工作。管理人員應掌握用戶心理，對用戶的工作要貫徹始終，防止由于不理解而造成干擾和阻力。 6．文檔 文檔是開發(fā)過程中唯一的可見物，是對未來系統(tǒng)的描述，是人的設(shè)計思想的具體體現(xiàn)。這就是所謂的“白紙黑字”。文檔使開發(fā)過程可見池，如最初要求、中間結(jié)果、最后成果等。 軟件開發(fā)過程涉及大量人的活動。規(guī)范包括人員規(guī)范、文檔規(guī)范以及開發(fā)過程中的各種規(guī)章制度。規(guī)章制度是用來約束非自動化部分的。 （1）外部集成法： 將系統(tǒng)實施小組的工作與組織各層次用戶的工作緊密聯(lián)系在一起。需要動員用戶支持多種可選設(shè)計方案中的一種，并承擔其中的某項設(shè)計。 2）建立用戶指導委員會對系統(tǒng)設(shè)計進行評價； 4）項目要有用戶對說明書的正式評審和批準； 6）用戶能為高層管理者準備狀態(tài)報告； 8）用戶能夠負責對變更的控制，一旦最終的設(shè)計說明書完成，將停止所有不必要的變更。對高技術(shù)水平的項目采用內(nèi)部集成法很有好處。他們必須能預先提出問題，并在一個得力的技術(shù)小組中建立一種平穩(wěn)的工作關(guān)系。 1）項目小組成員須有豐富的經(jīng)驗； 2）項目小組須在具有高技術(shù)水平和項目管理經(jīng)驗的管理者領(lǐng)導之下； 3）應經(jīng)常召開小組會議； 7）內(nèi)部尚不具備的必要技術(shù)、技能或?qū)＜医ㄗh應確保從組織外部獲得。 （3）規(guī)范計劃和規(guī)范控制法輔助監(jiān)測向目標進展的狀況。其設(shè)計是比較確定和穩(wěn)定的，而且項目不會受到任何技術(shù)上的局限。利用項目管理技術(shù)，如：PERT(Program Evaluation and Review Technique)或甘特圖，可以建立一個詳細計劃，定義任務和資源預算。它的主要內(nèi)容如下： 1）選擇并確定階段或階段性標志； 2）通過可行性研究建立說明書； 3）制定說明書標準； 4）建立項目批準程序。 標準控制技術(shù)將成功地按預算和預定日期畫出項目進程圖，以便項目實施小組能按其原始安排進行適當?shù)卣{(diào)整。1）能保持控制； 3）有關(guān)計劃實施情況的定期狀態(tài)報告將標明實施進度。首先，如果用戶大量地參與系統(tǒng)設(shè)計，他們會有更多的機會按自己優(yōu)先考慮的問題和業(yè)務需求對系統(tǒng)施加影響，有更多的機會控制結(jié)果。 雖然兼顧用戶的知識和專長能帶來較好的解決方案，但用戶對要解決問題的看法往往容易存在局限性和目光短淺，由此也可能導致忽視改進業(yè)務過程和用信息技術(shù)進行革新的重要機遇。 事實上，由于用戶與信息系統(tǒng)專業(yè)人員具有各自不同的背景、興趣和優(yōu)先考慮的問題，因此其解決問題的方法和用語也會完全不同。信息系統(tǒng)專業(yè)人員往往特別注重技術(shù)和機器方面的問題，他們總是試圖尋找精確、理想的技術(shù)解決方案，使軟、硬件在操作上更加便利，或在組織的有效性上達到最優(yōu)；相比之下，用戶則希望信息系統(tǒng)側(cè)重解決業(yè)務問題或使組織任務更便利。信息系統(tǒng)之所以不能真實地反映用戶需求，以及用戶被置于系統(tǒng)建設(shè)過程以外的一個主要原因就是最終用戶與設(shè)計者之間的溝通存在障礙。 　5．怎樣處理用戶在系統(tǒng)建設(shè)中的抵觸？ 以下三個方面大體說明了用戶抵觸的原因：例如，由于他們的懶散和不愿學習新的工作方法，因此抵制新系統(tǒng)或所有變革。 （2）用戶抵觸系統(tǒng)的原因是由于系統(tǒng)設(shè)計中所固有的一些因素造成的。例如，系統(tǒng)設(shè)計得可能很好，且受到一些用戶的歡迎；但卻受到一些害怕由此失去個人在組織小權(quán)力或地位的人員抵制。 第一種情況的策略：用戶教育(培訓)采取強制(法令、政策)手段 說服用戶參與(明確承擔的義務)第二種情況的策略：用戶教育 改善人為因素(用戶／系統(tǒng)界面) 用戶參與(改進設(shè)計) 適當時，可用軟件包法修改系統(tǒng)使之與組織需求相符合 系統(tǒng)管理的結(jié)果可能