第一篇：02 論信息系統(tǒng)開發(fā)的變更控制

論信息系統(tǒng)開發(fā)的變更控制

摘要：

2004年10月，我作為項目的總負責人對本人所在的某大型三甲醫(yī)院的信息管理系統(tǒng)進行了建設(shè)。在建設(shè)過程中為避免各種變更帶來的影響，我建立了嚴格的變更控制流程，根據(jù)變更涉及的部門組建臨時變更控制委員會，對各種變更需求進行分析評估，并跟蹤批準的變更，進行變更結(jié)果的反饋；采用VSS工具進行了有效的變更管理，避免了版本管理上的混亂。最后，在總結(jié)經(jīng)驗教訓的基礎(chǔ)上提出了在變更控制委員會下建立變更控制小組，以便高效地處理普通變更需求；同時建議在用戶操作界面開發(fā)的過程中采用快速原型化的方法加強與用戶的溝通，避免重復開發(fā)。整個項目于2006年5月通過總體驗收，按期、高質(zhì)量地完成了建設(shè)任務(wù)，同年底被評為湖南省2006年信息化建設(shè)百家優(yōu)秀案例。項目的成功很大程度上歸功于對變更的有效控制和管理。

正文：

某醫(yī)院作為全省最大的綜合性醫(yī)院，年門診量180萬人次，年出院5萬人次，原有手工業(yè)務(wù)模式造成了醫(yī)院就醫(yī)流程不合理、工作效率低下、無法實現(xiàn)科學的量化管理等突出問題。為了解決上述問題，醫(yī)院于2004年爪月與某重點高校及其所屬某軟件公司三方簽署了合作協(xié)議及開發(fā)合同。借助高校的技術(shù)優(yōu)勢，合作建設(shè)醫(yī)院信息系統(tǒng)，以下簡稱HIS。

我作為醫(yī)院信息中心的主任，被任命為該合作項目的總負責人，擔任項目的規(guī)劃、設(shè)計、開發(fā)、實施等方面的管理工作。

該HIS項目建設(shè)的主要內(nèi)容分三部分：一是對醫(yī)院原有手工流程的優(yōu)化改造，建立計算機網(wǎng)絡(luò)環(huán)境下的醫(yī)療業(yè)務(wù)模式。二是按照衛(wèi)生部《醫(yī)院信息系統(tǒng)功能規(guī)范》的要求進行臨床診療、藥品管理、經(jīng)濟管理、綜合管理與統(tǒng)計分析、外部接口五大部分，包括醫(yī)護工作站、藥庫藥房管理、輸血管理、手術(shù)麻醉管理、掛號收費，住院結(jié)算、設(shè)備倉庫管理、經(jīng)濟核算、病案統(tǒng)計、院長查詢與分析、醫(yī)保接口等共32個子系統(tǒng)的開發(fā)，涉及醫(yī)院所有的管理、醫(yī)療和后勤保障部門。三是在不影響醫(yī)院業(yè)務(wù)秩序的情況下進行部分新舊系統(tǒng)的切換和新系統(tǒng)的上線實施工作。系統(tǒng)采用三層C/S體系架構(gòu)，數(shù)據(jù)庫0rac1e9i，開發(fā)工具Powerbui1er8.0，采用兩臺 5670小型機作數(shù)據(jù)庫服務(wù)器，兩臺570做應用服務(wù)器。

該項目需求分析階段的任務(wù)最為艱巨。不僅要調(diào)研清楚相關(guān)部門的業(yè)務(wù)內(nèi)容和系統(tǒng)要實現(xiàn)的功能，而且要進行醫(yī)院網(wǎng)絡(luò)環(huán)境下的業(yè)務(wù)流程設(shè)計。由于大多數(shù)部門沒有接觸過相關(guān)的計算機業(yè)務(wù)系統(tǒng)，無法提供明確完整的業(yè)務(wù)需求，更不用說幫助設(shè)計業(yè)務(wù)流程了。我在需求分析階段，以醫(yī)院信息中心的工作人員為主，憑借對醫(yī)院業(yè)務(wù)的了解和計算機知識的掌握，以衛(wèi)生部醫(yī)院信息系統(tǒng)功能規(guī)范為基礎(chǔ)，對各部門顯性需求進行了收集，并對沒有提出的隱

性需求進行了挖掘，同時結(jié)合兄弟醫(yī)院成功的系統(tǒng)業(yè)務(wù)流程，設(shè)計出了相對合理的網(wǎng)絡(luò)業(yè)務(wù)流程。

在本項目開發(fā)的過程中，可能引起需求和開發(fā)變更的因素主要包括：(1)已確認的業(yè)務(wù)流程的變更：由于醫(yī)院在項目建設(shè)之前沒有基于網(wǎng)絡(luò)環(huán)境下的業(yè)務(wù)應用經(jīng)驗，并且大型醫(yī)院的管理和業(yè)務(wù)流程都有自己的特殊之處，無法照搬其它醫(yī)院的模式，因此在系統(tǒng)設(shè)計開發(fā)完畢試運行期間，可能會根據(jù)實際情況調(diào)整系統(tǒng)流程。(2)對操作界面的變更需求：由于在需求說明書中只是對操作界面風格進行了籠統(tǒng)的要求，程序員在編碼時對界面內(nèi)容的安排和交互方式的實現(xiàn)方面一般根據(jù)個人的習好進行設(shè)計，沒有過多地從用戶操作的角度和實際業(yè)務(wù)狀況進行考慮。而且用戶往往在程序開發(fā)完畢進行試用時才對操作界面提出異議，并要求修改。這也是在軟件開發(fā)的過程中經(jīng)常出現(xiàn)的問題。(3)用戶隨著對信息系統(tǒng)的接觸和了解，會不斷產(chǎn)生一些新的想法和需求。

醫(yī)院信息系統(tǒng)HIS被業(yè)內(nèi)公認為最復雜的信息系統(tǒng)之一，其復雜性表現(xiàn)之一就是變更的頻繁。系統(tǒng)的變更控制不是為了控制變更的發(fā)生，而是對變更進行科學有效的管理，避免造成系統(tǒng)開發(fā)的混亂。我在本次的HIS項目建設(shè)過程中，主要通過制定和執(zhí)行嚴格的變更控制流程，對各種變更需求進行分析評估，跟蹤批準的變更，進行變更結(jié)果的反饋，并及時更新配置庫中相關(guān)內(nèi)容。

針對該項目規(guī)模較大以及可能出現(xiàn)的頻繁變更，為了明確變更需求和便于管理，我要求所有變更請求必須要以書面的形式提交到項目組。接到變更申請后，我根據(jù)需求涉及的部門，針對本次需求成立臨時變更控制委員會，CCB由我（項目總負責人）、開發(fā)經(jīng)理（校方公司人員）、醫(yī)院相關(guān)部門負責人（參加人員不固定，根據(jù)變更涉及的部門進行調(diào)整）、質(zhì)量管理員（醫(yī)院信息中心資深工程師）、配置管理員（公司提供了一個專職人員）組成，在門診系統(tǒng)試運行的過程中，不少醫(yī)生和科主任提出不在醫(yī)生處打印處方，改為病人繳費后，直接到藥房取藥時打印處方，并提出了不少這樣做的好處（減少醫(yī)生打印處方的環(huán)節(jié)、節(jié)省打印機投入、防止“跑方”）。在接到書面變更申請后，我立即成立了針對本次變更需求的臨時變更控制委員會，進行該變更需求的討論和評估。在會上大家從政策法規(guī)、流程的可行性、病人可接受的程度等方面進行了全面細致的分析，最后達成了一致：認為在醫(yī)生站取消處方的打印首先不符合衛(wèi)生部處方管理規(guī)定中要求的必須存有紙質(zhì)處方，并且醫(yī)生必須在處方上確認簽名。同時病人在取藥時才見到處方，在一定程度上侵犯了病人的知情權(quán)和去醫(yī)院外藥店買藥的權(quán)利?；谏鲜龇治觯m然醫(yī)生取消處方打印對醫(yī)院有不少好處，但為了保障病人的權(quán)利和方便就醫(yī)，同時也為了嚴格遵守衛(wèi)生部的處方管理規(guī)定，決定不進行本次需求的變更。會后，以書面的形式將本次評審的結(jié)果和理由通知了相關(guān)的科室和醫(yī)生，并與之進行了面對面的溝通。申請者很順利地接受了評審結(jié)果，同時也避免了由于盲目變更造成的負面影響。

而對于經(jīng)評審批準的變更，我會根據(jù)變更產(chǎn)生的影響程度，適當調(diào)整項目的進度和成本基線，并通知相關(guān)干系人。同時以書面的形式下達變更指令，進行變更的實施，并要求做好

變更記錄。在變更處理完成后，經(jīng)測試通過，及時將版本予以更新和發(fā)布。

在HIS項目日常的變更管理中，使用了VSS6.0工具進行了項目的變更控制管理。由于在此之前我本人對配置管理工具比較陌生，負責開發(fā)的公司方推薦了他們在日常配置管理中使用的VSS工具，并派了一名配置管理員協(xié)助我進行管理。由于VSS功能強大，操作簡單，我很快掌握了使用方法。在項目的建設(shè)過程中，VSS在變更管理、版本控制和發(fā)布等方面發(fā)揮了很大的作用。配置管理員根據(jù)我的要求，為項目組每個人建立了訪問帳戶和權(quán)限。每次需求變更評審通過后，我都會通知設(shè)計開發(fā)人員在開發(fā)庫中進行文檔和程序的修改。修改完畢測試通過后，由配置管理員負責將本次修改后的程序和相關(guān)文檔在受控庫中進行歸檔處理和版本升級。對于在運行的系統(tǒng)，還要在產(chǎn)品庫中及時升級版本并予以發(fā)布。通過VSS的使用和規(guī)范的管理，在整個開發(fā)過程中，從未出現(xiàn)修改混亂和版本失控的現(xiàn)象。

在項目建設(shè)的過程中，雖然變更控制委員會發(fā)揮了重要的作用，但確無法預防諸如在程序完成后，用戶提出的操作界面的修改等問題。因此在今后的軟件開發(fā)中，在界面設(shè)計上盡量采用原型化的方法，隨時與用戶溝通，提出改進意見，避免重復開發(fā)。同時建議在變更控制委員會下建立變更控制小組，對于某些不涉及流程和關(guān)鍵業(yè)務(wù)的變更需求，由變更控制小組直接負責審核處理，并將處理結(jié)果及時上報給CCB，這樣可大大提高項目的決策和工作效率。

截至2006年5月該HIS項目通過醫(yī)院組織的兩次階段性驗收和一次總體驗收，項目如期、高質(zhì)量地完成了建設(shè)任務(wù)，系統(tǒng)運行穩(wěn)定，獲得了各部門的一致好評。同年底，該項目被評為湖南省2006年信息化建設(shè)優(yōu)秀案例。項目的成功在很大程度上歸功于對變更的有效管理和控制。

第二篇：信息系統(tǒng)開發(fā)

信息系統(tǒng)開發(fā)是一個社會過程

信息系統(tǒng)建設(shè)的困難不僅來自技術(shù)方面，還來自企業(yè)內(nèi)外環(huán)境。影響信息系統(tǒng)成敗的有體制、政策、法規(guī)、觀念、技術(shù)等多種因素。技術(shù)不是唯一因素，甚至不是主要因素。

在相當長的一段時間里，開發(fā)信息系統(tǒng)的過程中，用戶和開發(fā)人員雙方誤解，用戶認為開發(fā)是技術(shù)人員的事，開發(fā)人員因為用戶陳述清楚他們的需求，由此開發(fā)系統(tǒng)，其它的不要干預。當完成系統(tǒng)開發(fā)，用戶提出“你開發(fā)的系統(tǒng)不是我所要的系統(tǒng)”，延誤開發(fā)時間，浪費資源，或者因維護困難而使系統(tǒng)短命。

信息系統(tǒng)建設(shè)的實踐，使人們越來越重視社會人文因素對信息系統(tǒng)建設(shè)的影響。信息系統(tǒng)是人機交互系統(tǒng)，其開發(fā)、維護都離不開入的參與。信息系統(tǒng)開發(fā)過程本質(zhì)上是一個社會過程。從社會行動觀點看，信息系統(tǒng)開發(fā)是人類活動的協(xié)調(diào)序列，是多種參與者的協(xié)作過程。在信息系統(tǒng)開發(fā)過程中，用戶、系統(tǒng)管理者、系統(tǒng)分析員、技術(shù)專家、程序員等參與者相互聯(lián)系，相互影響。他們的通力合作，是系統(tǒng)建設(shè)成功的基礎(chǔ)。但是，由于這些人員知識背景、經(jīng)歷不同，影響彼此溝通。通信的誤解是系統(tǒng)成功的隱患。更重要的是，信息系統(tǒng)建設(shè)不可避免地要改變某些業(yè)務(wù)流程乃至組織機構(gòu)，這將影響某些部門和人員的工作方式、權(quán)力關(guān)系，引起部門之間、人員之間的利益沖突。有人會擔心丟掉自己熟悉的工作，感到自己的傳統(tǒng)地位和能力受到威脅；由于缺乏計算機知識，有人感到難以適應現(xiàn)代信息系統(tǒng)的運行。這些擔心，常常造成系統(tǒng)開發(fā)的阻力。

信息系統(tǒng)不只是單純的計算機系統(tǒng)，而是輔助企業(yè)管理的人機系統(tǒng)。人是信息管理的主體。由于人的作用是一種高級而復雜的因素，有人參與并由人控制決策的社會系統(tǒng)，往往會使本應理性的行為變得富有感情、豐富多彩。離開了人，再好的計算機系統(tǒng)，也不過是價格昂貴的裝飾品而已。把信息系統(tǒng)的開發(fā)、應用、管理看作純技術(shù)過程，許多問題永遠得不到解決。只有從更深層次探討，重視非技術(shù)因素，才有可能解決長期困擾人們的“軟件危機”。

第三篇：系統(tǒng)開發(fā)成本控制論文

一、Z公司開發(fā)G系統(tǒng)的成本控制策略

G系統(tǒng)的開發(fā)具有非常強的動態(tài)性，這大大增加了成本控制的難度。因此，成本控制的具體落實需要配合動態(tài)管理才能實現(xiàn)。軟件開發(fā)類項目的動態(tài)性特征往往來自于兩方面：第一方面是開發(fā)過程中的需求變更，這種變更所引起的成本變動牽連較廣，因此其動態(tài)控制需要通過細致的變更跟蹤來實現(xiàn)；第二方面是系統(tǒng)錯誤，因為在發(fā)現(xiàn)上具有很強的滯后性，往往要在測試階段才能發(fā)現(xiàn)，所以很難通過預期型的成本控制手段來處理，而且也做不到完全消除，只能通過種種手段盡可能地降低其發(fā)生率。

二、Z公司開發(fā)G系統(tǒng)的成本控制問題

(一)成本控制觀念落后問題

Z公司目前已經(jīng)建立起了成本控制觀念，但由于更新相對較慢，所用的成本控制觀念已經(jīng)較為落后，難以滿足G系統(tǒng)開發(fā)的成本控制需求。具體來說，Z公司對成本控制的觀念仍集中在成本節(jié)省上，雖然對成本控制有一定的認識，但將其看作一個相對獨立的系統(tǒng)，既缺乏對市場的調(diào)研和結(jié)合市場需求的控制策略，也沒有考慮到成本控制與軟件質(zhì)量的平衡，最終導致成本控制的能效低下，沒有發(fā)揮出自己應有的作用。該問題與我國軟件項目的人員構(gòu)成有一定關(guān)系，以Z公司的G系統(tǒng)開發(fā)為例，實際負責開發(fā)的人員大多是純粹的技術(shù)人員，經(jīng)濟觀念非常薄弱，對成本控制的認識也較為粗淺，而項目管理人員雖然對成本控制的認識比較到位，但往往擔心過多強調(diào)成本控制會挫傷開發(fā)人員積極性，放任自流的現(xiàn)象比較嚴重。這種成本觀念的不統(tǒng)一導致了成本控制的松散現(xiàn)象。

(二)成本控制措施老舊問題

Z公司目前使用的成本管理系統(tǒng)是基于成本會計系統(tǒng)運作的，控制措施失于單一，而且更新緩慢，無法跟上當下的市場形勢和控制需求。尤其是在產(chǎn)品資產(chǎn)歸屬和成本預算方面，沒有有效的成本控制措施，前者往往存在歸屬劃分混亂現(xiàn)象，由于軟件產(chǎn)品自身的特殊性，其作為專利產(chǎn)品既具有無形性又具有流動性，如果沒有明確的控制策略，歸屬糾紛在所難免；后者由于過多依賴會計系統(tǒng)，所以成本控制非常粗略，對各種細節(jié)預算估計不足，最終體現(xiàn)為成本控制的動態(tài)化程度過低?；谏鲜鲈颍瑐鹘y(tǒng)的成本控制措施急需進行拓展和更新。

(三)成本控制體系殘缺問題

目前來看，雖然Z公司已經(jīng)擁有了成本控制體系，但這個體系并不完整，其主要的缺陷包括兩方面：第一方面在于控制體系的單線運行機制。如前文所述，成本控制包括多個模塊，各個模塊之間存在著諸多的橫向聯(lián)系，現(xiàn)有的成本控制體系只以單線串聯(lián)全部的控制模塊，忽略了這些橫向聯(lián)系，在實際運作中自然就會出現(xiàn)一些空白和缺漏，體系的整體運作也容易產(chǎn)生滯澀。第二方面在于成本控制的主要執(zhí)行者并未獨立出來，成本控制工作基本完全由項目內(nèi)部人員包辦。這種完全的內(nèi)部控制既降低了成本控制的專業(yè)化程度，也無法保證其客觀性和實效性。

三、Z公司開發(fā)G系統(tǒng)的成本控制措施

(一)計劃階段的控制措施

對軟件開發(fā)項目來說，成本控制在計劃階段可以分作三個模塊，應針對這三個模塊的不同特點選擇不同的具體控制措施。第一模塊是針對人工成本進行的控制，包括了成本分析、成本預算、成本監(jiān)控三部分。其中成本分析是基礎(chǔ)，具體措施是對比整體人工成本和計劃階段的人工成本，以此尋求最佳標準，找到調(diào)節(jié)方式。成本預算是主體，具體措施同樣是對比分析，但對比對象是總體項目與明細項目。成本監(jiān)控是后續(xù)準備，需要建立專門的監(jiān)控機制保證成本控制措施的落實。第二模塊是針對系統(tǒng)成本進行的控制。具體來說，在計劃階段需要從成本源頭和成本運用兩方面著手，一方面提高G系統(tǒng)的市場價值，降低成本在市場價值中所占的比例，另一方面要梳理預計的開發(fā)流程，對其中可能造成成本超標的部分進行合并，以便于后續(xù)的動態(tài)控制。第三模塊是針對設(shè)計成本進行的控制。為了實現(xiàn)對G系統(tǒng)開發(fā)這一項目的成本控制，需要專門的成本控制系統(tǒng)，而設(shè)計該控制系統(tǒng)本身也需要成本，所以必須在計劃階段進行考量。從實際設(shè)計經(jīng)驗來看，該部分的成本控制需要從可預見成本和不可預見成本兩方面入手，其中不可預見成本是可預見成本的5%到10%左右。該控制系統(tǒng)的具體結(jié)構(gòu)示意圖。

(二)執(zhí)行階段的控制措施

執(zhí)行階段的G系統(tǒng)開發(fā)成本可以分為三類，分別是人工費用、材料費用、其它費用。其中人工費用是指執(zhí)行階段支付給項目相關(guān)人員的薪酬、津貼等，在進行控制時要注意控制措施的細化，由于軟件開發(fā)中不同工作模塊的人員在工作性質(zhì)上有一定差異，所以費用的計算方法、發(fā)放模式也都有所區(qū)別。因此，有必要針對每一位人員、每一筆人工費用訂立詳細的記錄表格，根據(jù)實際情況隨時調(diào)整，以實現(xiàn)針對人工費用成本的動態(tài)控制。材料費用是指在開發(fā)G系統(tǒng)時所必須購置的各種軟硬件設(shè)備花費、設(shè)備的維護費用等直接花費。這些費用相當繁雜，而且其中有相當一部分具有突發(fā)性、臨時性，成本控制比較困難。因此要完善執(zhí)行階段材料費用的審核機制，相關(guān)支出務(wù)必要先審核，后報批，以避免無意義支出。此外，該部分的費用與計劃階段的諸多設(shè)計有很大關(guān)聯(lián)，在實行成本控制時要注意二者結(jié)合比照進行。其它費用是指執(zhí)行階段的各類間接費用，比如房租水電、項目開發(fā)人員的保險、福利等。這些費用雖然不與G系統(tǒng)的開發(fā)直接相關(guān)，但由于其是整個項目組的正常運作所必須的，所以也屬于項目成本控制的范疇。通常情況下，該部分的成本控制只會規(guī)定間接費用的可調(diào)度區(qū)間，具體來說，間接費用的額度不可超過總成本的10%。

四、結(jié)束語

軟件開發(fā)作為高新技術(shù)產(chǎn)業(yè)的一部分，長期以來都有重質(zhì)量、輕成本的傾向，這種現(xiàn)象雖然對系統(tǒng)軟件的開發(fā)水平提升有很大的好處，但在越來越激烈的市場競爭下，對項目的主導企業(yè)是非常不利的。因此，Z公司在開發(fā)G系統(tǒng)時，將成本控制的地位提升至與開發(fā)質(zhì)量等同是符合市場形勢，也是符合公司發(fā)展需要的，具有很強的經(jīng)濟價值和社會意義，有必要進一步發(fā)展和推廣。

第四篇：信息系統(tǒng)開發(fā)流程規(guī)范

信息系統(tǒng)開發(fā)流程規(guī)范

（內(nèi)部討論稿）

總則

為明確信息系統(tǒng)開發(fā)流程，清楚各階段工作內(nèi)容和工作目標，特制訂本規(guī)范。本規(guī)范主要從系統(tǒng)規(guī)劃、系統(tǒng)整體管理、系統(tǒng)需求分析、系統(tǒng)設(shè)計、系統(tǒng)編碼與測試、系統(tǒng)內(nèi)部實施、系統(tǒng)整體評價及系統(tǒng)內(nèi)部驗收八個方面說明公司對信息系統(tǒng)開發(fā)流程的主體要求。對實際信息系統(tǒng)的開發(fā)，開發(fā)流程可根據(jù)系統(tǒng)的規(guī)模與要求進行合理的剪裁。

本規(guī)范適用于軟件開發(fā)部、軟件項目部、系統(tǒng)集成開發(fā)部、系統(tǒng)集成項目部進行信息系統(tǒng)開發(fā)工作。

信息系統(tǒng)開發(fā)流程

一、信息系統(tǒng)規(guī)劃，完成信息系統(tǒng)立項和總體解決方案。

[1] 申請立項部門依據(jù)《立項控制規(guī)程》，提交與信息系統(tǒng)立項有關(guān)的書面或電子文檔，立項部門申請信息系統(tǒng)項目立項。信息系統(tǒng)項目立項主要從市場方面、技術(shù)方面及行業(yè)導向方面三個方面進行考慮。

[2] 立項部門的上級部門或領(lǐng)導按《評審驗收規(guī)程》組織業(yè)務(wù)專家、市場人員、技術(shù)人員等人員完成對信息系統(tǒng)立項相關(guān)文檔的評審和檢查工作，形成立項評審結(jié)論。評審結(jié)論包括合格和不合格兩種，合格的可以進入下一階段，不合格的需要說明不合格的具體原因，不能進入下一階段。[3] 根據(jù)信息系統(tǒng)立項的相關(guān)文檔，生成信息系統(tǒng)的《總體解決方案》文檔。文檔中一般包括系統(tǒng)范圍和目標、系統(tǒng)總體功能結(jié)構(gòu)圖、系統(tǒng)網(wǎng)絡(luò)拓撲圖、系統(tǒng)部署方案、系統(tǒng)實施計劃、系統(tǒng)費用概算等。

二、信息系統(tǒng)整體管理，建立項目管理章程。

[4] 建立基本的信息系統(tǒng)項目管理章程，指定信息系統(tǒng)項目的項目經(jīng)理（產(chǎn)品經(jīng)理、負責人），完成項目啟動。

[5] 項目經(jīng)理組織人員制定初步的項目管理計劃，計劃內(nèi)容可包括項目最終目標、項目階段性目標、項目進度計劃、項目預算、變更流程和變更控制委員會、人力資源計劃、項目風險、項目采購計劃等。

[6] 依據(jù)《配置管理規(guī)程》和《變更控制規(guī)程》形成配置管理系統(tǒng)和變更控制系統(tǒng)，成立變更控制委員會。

[7] 項目經(jīng)理指導和管理項目的執(zhí)行過程，包括項目完成情況、項目進度、項目質(zhì)量、項目變更情況等。

三、信息系統(tǒng)需求分析，完成《需求分析》文檔。

[8] 項目經(jīng)理組織人員完成信息系統(tǒng)相關(guān)資料收集和需求詳細調(diào)查工作，完成信息系統(tǒng)業(yè)務(wù)流程分析和數(shù)據(jù)流分析。

[9] 分析信息系統(tǒng)目標，確定信息系統(tǒng)項目邊界，完成項目范圍定義和項目內(nèi)容分解。

[10] 項目經(jīng)理組織人員完成項目《需求分析》文檔的編寫，并提交上級部門申請評審。測試設(shè)計是否算需求？

[11] 上級部門按《評審驗收規(guī)程》組織業(yè)務(wù)專家、市場人員、技術(shù)人員、測試人員等人員完成對《需求分析》文檔的評審和檢查工作，形成評審結(jié)論。評審結(jié)論包括合格和不合格兩種，合格的可以進入下一階段，不合格的需要說明不合格的具體原因，不能進入下一階段。

四、信息系統(tǒng)設(shè)計，完成《系統(tǒng)設(shè)計》文檔。

[12] 項目經(jīng)理制定系統(tǒng)設(shè)計階段的項目工作計劃，確定該階段的檢查點和里程碑。項目經(jīng)理向上級提交工作計劃，上級部門按《評審驗收規(guī)程》完成對工作計劃的評審，形成評審結(jié)論。評審結(jié)論包括合格和不合格兩種，合格的可以進入下一階段，不合格的需要說明不合格的具體原因，不能進入下一階段。

[13] 項目經(jīng)理組織人員編寫《系統(tǒng)設(shè)計》文檔，文檔內(nèi)容一般包括物理配置方案設(shè)計（客戶機、服務(wù)器、網(wǎng)絡(luò)、數(shù)據(jù)庫等）、功能結(jié)構(gòu)詳細設(shè)計、主要系統(tǒng)功能流程設(shè)計、主要系統(tǒng)功能數(shù)據(jù)處理流程設(shè)計、系統(tǒng)外部接口說明和定義等。

[14] 項目經(jīng)理向上級部門提交《系統(tǒng)設(shè)計》文檔，申請評審。上級部門按《評審驗收規(guī)程》組織技術(shù)人員完成對《系統(tǒng)設(shè)計》文檔的評審和檢查工作，形成評審結(jié)論。評審結(jié)論包括合格和不合格兩種，合格的可以進入下一階段，不合格的需要說明不合格的具體原因，不能進入下一階段。

五、信息系統(tǒng)編碼與測試，完成系統(tǒng)編碼和單元測試。

[15] 項目經(jīng)理組織人員按《軟件編碼規(guī)范》完成信息系統(tǒng)的代碼編寫。[16] 項目經(jīng)理組織人員按《測試規(guī)程》完成信息系統(tǒng)的單元測試工作，單元測試一般由模塊編碼人員進行自我測試。

六、信息系統(tǒng)內(nèi)部實施，完成系統(tǒng)試運行和集成測試。

[17] 項目經(jīng)理組織人員搭建系統(tǒng)運行環(huán)境，按項目要求完成信息系統(tǒng)的安裝部署工作。

[18] 項目經(jīng)理組織人員按《測試規(guī)程》完成信息系統(tǒng)的集成測試工作，生成系統(tǒng)測試報告和結(jié)論。

七、信息系統(tǒng)整體評價，生成項目總結(jié)報告、技術(shù)白皮書。

[19] 項目經(jīng)理組織人員編寫信息系統(tǒng)相關(guān)的技術(shù)性文檔，如技術(shù)白皮書。[20] 項目經(jīng)理編寫項目總結(jié)報告，包括功能評價、應用評價等。

八、信息系統(tǒng)內(nèi)部驗收，生成驗收報告。

[21] 信息系統(tǒng)內(nèi)容建設(shè)完成后，項目經(jīng)理根據(jù)《評審驗收規(guī)程》編寫項目驗收申請報告，并提交上級申請驗收。

[22] 上級部門根據(jù)驗收申請、系統(tǒng)測試報告和結(jié)論及需求分析等相關(guān)文檔，組織人員按《評審驗收規(guī)程》進行信息系統(tǒng)內(nèi)部驗收，形成驗收結(jié)論，完成驗收報告。驗收報告包括合格和不合格兩種，驗收合格可以將信息系統(tǒng)交付項目部進行實施，不合格的不能交付項目部。

信息系統(tǒng)開發(fā)流程圖

開始信息系統(tǒng)產(chǎn)品立項項目立項文檔項目立項評審結(jié)論項目總結(jié)解決方案未通過，重新編寫立項評審通過項目啟動，確定項目經(jīng)理制定項目管理計劃項目管理計劃配置控制系統(tǒng)變更控制系統(tǒng)項目經(jīng)理組織編寫需求分析需求分析文檔需求評審結(jié)論未通過需求評審通過項目經(jīng)理更新項目計劃信息系統(tǒng)開發(fā)計劃開發(fā)計劃評審結(jié)論未通過計劃評審通過項目經(jīng)理組織系統(tǒng)設(shè)計未通過，不給予立項設(shè)計評審通過編碼和單元測試信息系統(tǒng)代碼未通過系統(tǒng)設(shè)計文檔設(shè)計文檔評審結(jié)論試運行和集成測試(可多輪)信息系統(tǒng)測試結(jié)論測試結(jié)論通過項目總結(jié)報告項目總結(jié)報告技術(shù)白皮書未通過內(nèi)部驗收報告未通過驗收評審通過交付項目部結(jié)束

第五篇：信息系統(tǒng)開發(fā)名詞解釋答案

系統(tǒng)的可維護性:是指對系統(tǒng)進行維護的難易程度的度量，其中包括有：①可理解性：指為外來讀者理解系統(tǒng)的結(jié)構(gòu)、接口、功能和內(nèi)部過程的難易程度。②可測試性：指為系統(tǒng)進行診斷和測試的難易程度。③可修改性：指對系統(tǒng)各部分進行修改的難易程度。

數(shù)據(jù)詞典是：DFD中所有成分的定義和解釋的文字結(jié)合，其描述的主要內(nèi)容有：數(shù)據(jù)流、數(shù)據(jù)元素、數(shù)據(jù)存儲、加工、外部項等。

系統(tǒng)測試：是管理信息系統(tǒng)開發(fā)的一個重要而漫長的階段/是保證系統(tǒng)質(zhì)量與可靠性的最后關(guān)口/是對整個系統(tǒng)開發(fā)過程包括系統(tǒng)分析、系統(tǒng)設(shè)計和系統(tǒng)實現(xiàn)的最終審查。系統(tǒng)的可測試性：表現(xiàn)為對系統(tǒng)進行診斷和測試的難易程度。

系統(tǒng)方法的整體性原則：系統(tǒng)是相互聯(lián)系、相互作用的諸要素的綜合體。一個特定的系統(tǒng)具有的功能與目標，不是各組成部分功能與目標的簡單相加，而是各部分按一定秩序相互作用的結(jié)果。系統(tǒng)方法的基本點是從整體目標和功能出發(fā)，正確處理系統(tǒng)各組成部分之間的相互聯(lián)系和相互作用，是解決復雜系統(tǒng)各類問題的關(guān)鍵所在。數(shù)據(jù)類：指支持企業(yè)過程所必需的邏輯上相關(guān)的數(shù)據(jù)。基本加工：數(shù)據(jù)流圖中所有不進一步分解的加工，稱為基本加工。

結(jié)構(gòu)化程序設(shè)計基本思想：把整個系統(tǒng)開發(fā)過程分成若干階段，每階段進行若干活動，每項活動應用一系列標準/規(guī)范/方法/技術(shù)，完成一或多個任務(wù)，形成符合給定規(guī)范產(chǎn)品。

數(shù)據(jù)流圖：是使用少數(shù)幾種符號綜合地反映出信息在系統(tǒng)中的流動、處理和存儲情況的流程圖，是一種能全面地描述信息管理系統(tǒng)邏輯模型的主要工具，是系統(tǒng)分析人員與用戶進行交流的有效手段。繼承性：是類層次結(jié)構(gòu)中，超類和子類之間共享數(shù)據(jù)的操作方法的機制。

系統(tǒng)評價：從廣義上理解，是貫穿系統(tǒng)整個生命周期各個階段的重要決策手段和工作環(huán)節(jié)，從狹義上理解，為系統(tǒng)投入運行以后的評價。系統(tǒng)轉(zhuǎn)換：指以新開發(fā)的系統(tǒng)替換舊的系統(tǒng)，并使之投入使用的過程。

管理信息系統(tǒng)：指為實現(xiàn)組織的整體目標，對管理信息進行系統(tǒng)地、綜合地處理，輔助各級管理決策的計算機軟件硬件、通信設(shè)備，規(guī)章制度及有關(guān)人員的統(tǒng)一體。系統(tǒng)的總體結(jié)構(gòu)：指整個系統(tǒng)由哪些部分組成，以及各部分在物理上、邏輯上的相互關(guān)系，包括硬件部分和軟件部分。

數(shù)據(jù)加密：為了防止存儲介質(zhì)的非法拷貝、被竊，以及信息傳輸線路的被竊聽而造成機要數(shù)據(jù)的泄密，在系統(tǒng)中應對機要數(shù)據(jù)采取加密存儲和加密傳輸?shù)劝踩Ｃ芗夹g(shù)措施。結(jié)構(gòu)化方法：指信息系統(tǒng)的一種開發(fā)方法，其主要含義是一組規(guī)范的步驟、準則和工具來進行開發(fā)工作。

管理信息系統(tǒng)規(guī)劃：制作MIS的發(fā)展戰(zhàn)略；確定組織的主要信息需求，形成MIS的總體結(jié)構(gòu)方案；安排項目開發(fā)計劃，制定系統(tǒng)建設(shè)的資源分配計劃。

CSF法：即關(guān)鍵成功因素法，就是那些必須經(jīng)常得到管理人員關(guān)注的活動區(qū)域，對這些區(qū)域的運行情況要經(jīng)常不斷地進行度量，并提供這些度量信息以供決策使 單元測試：也稱模塊測試。單元是程序最小的獨立編譯單位。確認測試：確認測試是進一步檢查軟件是否符合軟件需求規(guī)格說明書的全部要求。

MIS戰(zhàn)略集：MIS戰(zhàn)略集的元素構(gòu)成MIS戰(zhàn)略規(guī)劃的要素，由系統(tǒng)目標、系統(tǒng)約束和系統(tǒng)設(shè)計戰(zhàn)略組成。

黑盒測試：黑盒測試也稱功能測試，是將軟件看作黑盒子，在完全不考慮程序的內(nèi)部結(jié)構(gòu)和特性的情況下，測試軟件的外部特征。

試述信息系統(tǒng)分布式結(jié)構(gòu)的主要優(yōu)點：可以根據(jù)應用需要和存取方便配置信息資源；利于發(fā)揮用戶的主動性、積極性，提高了系統(tǒng)的應變能力；系統(tǒng)擴展方便；系統(tǒng)健壯性好。缺點：信息資源分散，開發(fā)維護管理標準難以統(tǒng)一；不同地域的系統(tǒng)有時有沖突，管理協(xié)調(diào)困難；安全保密措施難以統(tǒng)一實施。

試述管理信息系統(tǒng)生命周期的意義及階段劃分：管理信息系統(tǒng)產(chǎn)生發(fā)展、成熟和更新?lián)Q代的過程稱為管理信息系統(tǒng)的生命周期。可分為四大階段：系統(tǒng)規(guī)劃、系統(tǒng)開發(fā)、系統(tǒng)運行與維護和系統(tǒng)更新。系統(tǒng)開發(fā)階段又可分為系統(tǒng)分析、系統(tǒng)設(shè)計與系統(tǒng)實施三個階段。

試述系統(tǒng)開發(fā)的結(jié)構(gòu)化方法的基本思路是把整個系統(tǒng)開發(fā)過程分成若干階段，每個階段進行若干活動，每項活動用一系列標準、規(guī)范、方法、技術(shù)完成一個或多個任務(wù)，形成符合給定規(guī)范的產(chǎn)品。結(jié)構(gòu)化方法的主要原則有：用戶參與原則；“先邏輯、后物理”、嚴格劃分工作階段原則；自項向下原則；成果描述標準化原則。簡述系統(tǒng)總體結(jié)構(gòu)設(shè)計的基本內(nèi)容：系統(tǒng)的總體結(jié)構(gòu)是指整個系統(tǒng)由哪些部分組成，以及各部分在物理上、邏輯上的相互關(guān)系，包括硬件部分和軟件部分。即包括系統(tǒng)的總體布局設(shè)計，軟件系統(tǒng)總體的設(shè)計，數(shù)據(jù)存儲的總體結(jié)構(gòu)設(shè)計。簡述系統(tǒng)設(shè)計的特點：系統(tǒng)設(shè)計工作的環(huán)境是管理環(huán)境和技術(shù)環(huán)境的結(jié)合。

簡述在采用生命周期法開發(fā)系統(tǒng)過程中用戶的主要作用：生命周期法中用戶是系統(tǒng)建設(shè)者主要組成之一。用戶的作用是不斷明確和細化對系統(tǒng)功能需求，對各個階段的成果從用戶的角度進行審核與驗收，提供系統(tǒng)建設(shè)必要資源，協(xié)調(diào)信息系統(tǒng)與組織各部門的關(guān)系。

簡述編寫數(shù)據(jù)詞典的基本要求：對數(shù)據(jù)流圖上各種成分的定義必須明確，易理解、唯一；命令、編號與數(shù)據(jù)流圖一致，必要時可增加編碼，方便查詢檢索，維護和統(tǒng)計報表。符合一致性與完整性的要求，對數(shù)據(jù)流圖上的成分定義與說明無遺漏項。格式規(guī)范，風格統(tǒng)一，文字精煉，數(shù)字與符號正確。

BSP實現(xiàn)的主要步驟/定義企業(yè)目標/定義企業(yè)過程/定義數(shù)據(jù)類/定義信息系統(tǒng)總體結(jié)構(gòu)。

簡述數(shù)據(jù)流圖的基本組成：外部項（外部實體）；加工（數(shù)據(jù)加工）；數(shù)據(jù)存儲

簡述管理信息系統(tǒng)集中式結(jié)構(gòu)的主要優(yōu)點：信息資源集中，便于管理和統(tǒng)一規(guī)范；專業(yè)人員可以集中使用，便于組織和培訓；信息資源利用率高；便于實施系統(tǒng)安全措施簡述決策支持系統(tǒng)的特點：決策支持系統(tǒng)自創(chuàng)有較強的人機交互功能；決策支持系統(tǒng)的信息基礎(chǔ)不但包括直接反映企業(yè)內(nèi)、外部環(huán)境、條件的數(shù)據(jù)。簡述數(shù)據(jù)流圖繪制的主要原則：明確系統(tǒng)界面；自須向下逐層擴展；合理布局；數(shù)據(jù)流團只反映數(shù)據(jù)流向，數(shù)據(jù)加工和邏輯意義上的數(shù)據(jù)存儲；數(shù)據(jù)流圖繪制過程，就是系統(tǒng)的邏輯模型的形成過程，必須始終與用戶密切配合。

簡述什么是系統(tǒng)的可修改性和影響可修改性的因素：系統(tǒng)的可修改性：表現(xiàn)為對系統(tǒng)各部分進行修改的難易程度。影響可修改性的因素：系統(tǒng)的模塊化程度；模塊之間的耦合、內(nèi)聚、控制域與作用域的關(guān)系；數(shù)據(jù)結(jié)構(gòu)的設(shè)計。