第一篇：醫院收費管理系統開發研討

A.需求分析 一 一.系統描述和系統邊界：

從“醫院”概念上看，住院部是醫院的基本組成單位；從醫院管理角度看，住院診療是醫院業務工作的核心部份。因此，建立一個高效可靠的住院業務管理系統，不僅可以在一定程度上減輕醫務人員的勞動強度，提高工作效率和工作質量，而且可以更及時、準確、有效地分析統計各種臨床數據及管理數據，供上級主管部門作出科學的管理決策，促進醫院管理水平的進一步提高。

該系統支持三類用戶：醫生，財務管理員，系統管理員。

醫生可以查看病人的病例和基本信息；財務管理員對費用類的業務進行管理，登記病人信息，修改信息和刪除信息；輸入每筆費用，查看明細清單，預付款，打印結算賬單，修改賬單信息，刪除錯誤信息； 系統管理員可以進行任何與系統相關的操作。

二．業務需求及流程處理 1.住院收費管理系統主要業務包括：

（1）入院管理：病人基本資料表錄入、修改、刪除、復制;病人基本資料查詢;病人預交款資料查詢;（2）住院管理：病房管理(醫囑，病床)；日常計費(費用明細查詢),;（3）出院管理：費用結算，信息存檔和規整，清理過期信息 2.功能模塊圖：

3.詳細業務流程

1).入院流程

2.住院流程

3.出院流程

三 三.功能需求和數據需求分析 通過以上的業務和流程分析，本系統主要的功能和數據如下：

1)注冊

由于本系統有三類用戶，信息包括(序號，登錄賬號，密碼，用戶名，角色名)。

2)病人信息管理

操作人員通過輸入病人姓名，首先查閱是否有歷史信息存在，如果有則在原來的基礎上新建病例信息；如果沒有則錄入病人的詳細信息，包括：病人編號，姓名，性別，住院序號，登記時間，結算序號，年齡標志(0 表示大人,1 表示孩童),入院科室，主治醫生,預出院日期，出院日期； 3)預存款

操作人員根據病人交的預存款金額，登記入賬，包括(序號,病人編號，存款序號，存款數量，預付類型(0-現金，1-銀行卡支付)，預付時間,病床號； 4)病床

病人通過登記入院后，獲得病床卡，卡上有詳細的病床信息，包括(病床號,病人編號,病床位置,負責護士)5)領藥信息

病人根據主治醫生的囑咐,領取領藥單,然后付費后拿藥，藥品信息包括(序號,藥品名字,藥品編號，領取時間，藥品單價，數量,同種藥品總價)6)明細費用

根據病人的業務流程需要一張明細表，用來登記病人的明細費用(明細序號,明細科目,科目費用,欠費金額，支付時間,支付類型)7)為了建立領藥，病人和費用直接的聯系，需要登記藥品編號，明細序號,病人編號;8)病人出院

操作員需要結算病人的明細費用，并且打印出來給病人，病人辦理詳細的出院手續,并且結算所有欠費(結算序號,存款金額,結算金額,結算時間,欠費金額)

9)結算和預存款之間有聯系，登記信息包括(存款序號,結算序號)

四 四.數據模型 1.E-R 圖

1)實體集：

2)總的 E-R 模型：

確定了實體集后，接下來就是確定各個實體集之間的關系，這是決定 ER 圖設計的好壞的關鍵。

各個實體集的關系如下圖所示：

五 五.邏輯數據庫設計 1.病人表(patientInfo)屬性名稱 數據類型 屬性描述 Pno Int,自增 病人編號(P)Pname Varchar(8)姓名 Psex char(2)性別 PinNo Varchar(8)住院序號 PenrolTime dateTime 登記時間 PcheckNo Varchar(8)結算序號(F)

2.預存款表(deposit)屬性名稱 數據類型 屬性描述 Did Int,自增 序號(P)DcheckType Varchar(50)預付類型 DcheckTime dateTime 預付時間 Bno int 床位號(F)Dno Varchar(20)存款序號(F)Dcount money 預付金額 Pno int 病人編號(F)

3.病床表(bed)屬性名稱 數據類型 數據描述 Bno Int,自增 床位號(P)Pno int 病人編號(F)Bpositon Varchar(20)病床位置 Bnurse Varchar(8)負責護士 4.領藥信息表(getMedicineInfo)屬性名稱 數據類型 數據描述 Gid Int,自增 序號(P)GmedicineNo Varchar(20)藥品編號(F)Page Char(1)年齡標志 PoutTime dateTime 出院日期 PpreTime dateTime 預出院日期 Pdoctor Varchar(8)主治醫師 Psetion Varchar(8)入院科室

Gname Varchar(20)藥品名稱 Gprice money 藥品單價 Gcount int 數量 GtotalPrice money 總價 Gtime dateTime 領取時間 5.明細費用表(allCharge)屬性名稱 數據類型 數據描述 Ano Varchar(8)明細序號(P)Asubject Varchar(50)明細科目 Acharge money 科目費用 Atype Varchar(50)支付類型 Atime dateTime 支付時間 Adebt money 欠費金額 6.病人出院表(OutInfo)屬性名稱 數據類型 數據描述 Oid Int,自增 結算序號(P)Osum money 結算金額 Otime dateTime 結算時間 Odebt money 欠費金額 7.聯系實體集一(relationOne)屬性名稱 數據類型 數據描述 GmedicineNo Varchar(20)藥品編號(p)

Ano Varchar(8)明細序號(F)Pno int 病人編號(F)8.聯系實體集二(relationTwo)屬性名稱 數據類型 數據描述 Dno Varchar(20)存款序號(P)Oid Int,自增 結算序號(F)9.用戶登錄表(admin)屬性名稱 數據類型 數據描述 id Int,自增 序號 adminID Varchar(20)登錄賬號 password Varchar(20)密碼 userName Varchar(20)用戶名 roleName Varchar(20)角色名

B.系統開發過程 一：開發工具選擇和簡介 本系統前期的需求分析用到的工具有億圖繪圖工具，visio 2003構建數據流程圖，業務流程圖；后期代碼使用的工具有 vs 2008 專業版 sp1,數據庫采用 sql server 2005 開發版，前期頁面布局用到的是dreamweaver cs4；整個系統采用三層架構，分層封裝相關的代碼，層

次感強，可維護性和擴展性好。

二． 數據庫腳本語言 三． 后臺核心代碼 四． 系統部分頁面界面外觀 五． 核心技術分析和重難點分析

第二篇：如何搞好醫院收費管理

如何搞好醫院收費管理

如何搞好住院收費管理，應從以下兩方面著手，第一，要有一個完善的住院收費管理系統。第二，要合理的收取醫療服務費用，讓患者滿意。針對近些年在老百姓“看病貴”呼聲不斷、媒體多次對醫院“亂收費”報道的形勢下，要搞好住院收費管理，已經不是單單收費的問題，而應該從如何合理的收取醫療服務費用，讓患者滿意等多方面努力。本文著重介紹以上兩個方面的內容。

一、住院收費管理系統

民康住院收費管理系統是對病人進行住院管理和出院結算管理，對病人辦理入出院手續，及時準確地為患者和臨床醫護人員提供費用信息，及時準確地為患者辦理出院手續，收集并整理核算病人住院期間所發生的各種費用。支持醫院經濟核算、提供信息共享和減輕工作人員的勞動強度的系統。包括：住院登記、收退押金、病案管理、病人費用管理、結算管理、提供病人／家屬查詢自己的各種費用使用情況，病人欠費和退費管理功能等功能。民康住院收費管理系統是專門面向醫院住院收費的信息系統。是以住院收費、藥品管理、病區管理為一體的收費軟件。其主要功能如下：

住院登記

根據患者的入院通知單辦理入院登記手續。包括填寫病人的基本信息、住院情況信息(分配入院科室、住院類別和病人費別等)、收取押金。如病人是復診可檢索病人信息從病案管理系統中調用，或是通過病人所持有的IC卡、條碼卡直接讀取。支持預約入院登記；支持病人病案首頁錄入、打印、查詢等。

收退押金

對病人收退押金記錄查詢和收退押金繳款處理。病案管理

主要完成病案統計的各類數據整理，完成病案首頁的錄入和維護。與住院部、門診相互關聯，數據共享，完成動態統計，實時反映病區床位的動態變化，準確統計門診的工作量，為醫院領導提供了各種準確的統計數據。

病人費用管理

提供讀取醫囑并計算費用，病人費用錄入具有單項費用錄入和全項費用錄入功能選擇，可從檢查、診察、治療、藥房、病房費用發生處錄入或集中費用單據由收費處錄入；病人結帳具備住院期間的結算和出院總結算，以及病人出院后再召回病人功能。支持病人費用查詢，結算管理

提供出院結算、中途結算、撤消結算、工傷費用申報和欠費出院結算。出院結算指按醫院收費類別結算出院病人的各種費用，如：西藥費、中草藥、治療費、手術費檢查費等，并對醫保病人給出患者支付費用、醫保支付費用等；中途結算是指針對醫院的需求和病人的需要，可根據病人住院時間、費用類別等不同的情況對病人進行中途結賬；撤消結算是對出院結算或中途結算后發現費用錯誤對其進行撤消操作；工傷費用申報是指對工傷引起住院的病人結算處理；欠費出院結算指對住院欠費病人結算處理。數據查詢

支持當日病人預交金、入院病人預交費、在院病人各項費用、出院病人結帳和退款等統計匯總；支持按旬、月、季、年結賬處理；提供住院收費科室工作量統計。支持按月、季、年統計工作量、費用、患者住院信息等匯總功能查詢統計；支持按藥品、診療項目(如：名稱、用量、科室、病人等)查詢。支持各類統計/查詢信息打印。

二、合理的收取醫療服務費用，讓患者滿意 【一】科室管理因素

1、科室固定電腦錄入人員，把好數據錄入關，是提高準確性的重要環節；挑選既有臨床經驗，又有責任心、服務態度好的護士作專職錄入人員，固定錄入人員，便于核對查找差錯及個別患者的費用查詢，以減少相互推諉。隨時掌握病員住院費用情況。建立科室收費記錄本，由各班護士把當班發生的治療、護理、耗材、用藥記錄在本，注明起始時間，以防漏計、多計費，便于記帳、查賬。

2、明確錄入人員工作職責方法

職責明確，講究方法及時催費，解釋到位，取得患者信任，讓患者能及時繳納住院費，減少欠費。催費數額具體，以免患者繳費額不足，影響治療，并保證每日能如實反映患者每天的住院費用，隨時接待患者的費用咨詢，認真學習有關文件，“吃透”相關收費標準，始終堅持合理收費，在具體操作中，做到該收的要收得合理合法，不該收的堅決不收。嚴格按照物價部門核定的醫療收費項目和收費標準執行，不擅自提高醫療收費標準或自立收費項目、分解收費、重復收費。

3、應用篩選法進行自查每日對電腦醫囑進行核對，出院時根據住院天數審核錄入賬目，主要查常規的診查和治療用藥項，對誤錄、多錄或漏錄項目進行及時的更改，讓患者清楚滿意。

4、科室指定專職人員負責填寫“收費清單工作”并負責有關費用的解釋。對住院患者每天發生的各項檢查、治療等其它費用，必須按項目明細逐項填寫清楚，次日送交病員或陪伴家屬簽字并回收、存檔，以便備查。

【二】收費價格因素應用物價部門制定的《醫療服務價格》標準收費讓收費項目有章可循，價格合理。

１、收費電腦程序因素

選擇住院費用一日清模塊，提高醫院收費的透明度，密切醫患關系讓“一日清單”簡單快捷地將患者要知道的一切信息展現在患者面前。在治療過程中醫生與患者及家屬進行相互溝通，根據患者的病情、經濟狀況選擇適合自己的診療手段、藥品及服務項目，使患者得到快速有效的治療。增加了醫院的透明度，密切了醫患關系。“一日清單”的實行，加強了物價監督，杜絕了亂收費，避免了重收、漏收，堵塞了漏洞，樹立了醫院服務優、質量高、運行快的新形象，提高了群眾的滿意度。;收費項目、價格的制定，必須符合國家的物價政策，收費項目詳細。

制定住院患者費用百元警戒線管理使患者對自己的費用狀況清楚，及時補繳住院費。對家庭經濟困難的患者實行中途結帳，避免逃帳（危重搶救病員例外）。

2、相關科室協調因素 醫院收費工作，與藥房、醫護、財會、計算機管理等相關科室及人員關系密切，需要經常溝通、協調和配合，才能確保收費準確合理，避免工作失誤造成的誤錄、漏錄或錯收，既能使醫院收入不受損失，又能讓來院就診患者明明白白進行消費。

只有堅持合理用藥，合理檢查，合理治療的原則，嚴禁自立名目，亂劃價、亂收費，對新增醫療項目必須經有關部門批準后，才能做到向服務對象合理收費。正確處理好治病與收費的關系，在以社會效益為主的前提下講求經濟效益。

3、人員素質因素

隨著基本醫療保險，合作醫療政策的完善，要求我們不斷加強與業務培訓，了解政策，以配合各項政策實施，讓患者的錢花的合理。定期對收費中不合理的現象進行通報，引起注意以避免，讓患者及社會滿意。

醫療保險制度改革條件下，醫院信息系統的建設，促進醫院的全面和協調發展。收費軟件系統的更新需要進行人員培訓，才能在使用過程中應用自如，減少住院收費的漏洞，錯誤，更好的服務于患者，讓患者滿意，應定期分批進行人員培訓、交流。

4、媒體導向因素認真貫徹落實《關于全面實行醫院院務公開的指導意見》，醫院要全面公開規定的各項內容，重點抓好醫療服務價格的公開，通過電子屏幕、公開欄等各種形式，向社會公布醫療服務項目、收費標準、藥品及醫用耗材價格等信息，嚴格執行住院費用“一日清單”制度和費用查詢制度，提高收費工作透明度。接受患者家屬社會的監督，減少醫療糾紛，改善醫患關系。

隨著醫院管理水平與服務質量的不斷提高，正確地收取合理的醫療服務費用，不僅有利于醫院的生存和發展，也是對患者利益的保護與負責。合理收取醫療服務費用，令患者滿意。在建設和諧社會的今天，醫患關系也是亟待和諧的地方，改進工作方法，規范醫院收費，加強與患者的溝通，既可以減少糾紛，讓患者滿意。更加有利于住院收費的管理。

第三篇：IT項目-知識管理系統開發項目

仲 愷 農 業 工 程 學 院

課 程 設 計 報 告

**公司知識管理系統開發項目

目錄

一，知識管理系統開發項目需求分析...........................................................................................2 二，知識管理系統開發項目范圍分析WBS....................................................................................4 三，知識管理系統開發項目進度安排...........................................................................................4 四，知識管理系統開發項目費用安排...........................................................................................5 五，知識管理系統開發項目可能存在的風險...............................................................................5

一，知識管理系統開發項目需求分析

1，知識管理的困境與問題：知識管理混亂：我公司大部分項目資料分散在各部門個人電腦中、企業內的公共存儲設備中或人企業各應用系統數據庫中，沒有相關的知識管理制度，沒有企業內統一數據查詢入口、沒有統一的知識共享發布應用平臺，不能統一規劃、統一管理，導致企業知識資產狀況無法了解，項目知識成果無法有效傳承與共享，無法深入挖掘知識管理規律，無法及時獲取服務設備和運營成果第一手相關資料、無法及時總結項目管理成果，增加各部門知識應用成本。

2，知識資產流失嚴重:我司人員規模較大，日常工作60%的工作成果都以知識的形式保存下來，但這些花費了大量人力物力創造的知識資產，因為缺乏有效的管理系統，會因為人員的流動、機器的變動而流失，對我司的無形資產造成了一定的隱患。

3，知識共享困難，形成信息孤島：在日常工作過程中，部門與部門之間，崗位與崗位之間，存在著大量知識共享的需求，一般通過郵件、硬盤共享的方式傳遞，既不方便也不安全，在員工出差的情況下，就更難以調用公司的知識信息。在企業中各個部門之間由于種種原因造成部門與部門之間相對的孤立，各種信息（如產品信息、各種計劃信息等）無法或者無法順暢地在部門與部門之間流動，形成了信息孤島，不能使企業知識資源配置最優化。

4，知識安全難以保障：在企業中形成的知識財富屬于企業的資產，是企業花費大量人力、物力，經過工作實踐而形成的重要資產，也是我們企業在市場中生存，面對激烈競爭的重要能力來源，因此必須加強知識的安全保護措施，避免知識的外泄，形成知識密級和權限體系。

5，知識再利用不足：公司的業務經驗、資料、方案等知識利用率較低，員工需要找準確的資料和知識時，往往沒有統一、準確、及時更新的數據源，僅憑借自己的經驗做出決策，或者是從頭再來，從零做起，導致重復勞動，不僅效率低下，而且沒有充分借鑒前人經驗。

6，知識資產量化不足：對公司知識資產的統計不足，沒有真正樹立起知識資產也是公司無形資產的重要部分的理念，不能明確的了解各部門的知識存量狀況，知識貢獻狀況等。

7，知識培訓與考核：我公司尚未建立起以知識庫為核心的培訓考核體系。基于知識庫的培訓考核體系，能夠依賴于龐大的企業知識資源，對員工進行及時的、廣泛的、有效的培訓考核。實現知識、培訓、考核一體化。對新員工、晉升員工的知識培訓還停留在一幫

一、傳幫帶的傳統模式上，沒有充分利用知識平臺讓員工自主的學習。

8，崗位知識傳承和優化：組織中的崗位一般都是相對固定的，但人員是不斷流動的，員工離職后其崗位知識、經驗等也就隨之流失掉，導致了崗位知識得不到有效的固化、傳承，后繼者沒有可借鑒的信息資源。個人知識無法轉化為企業知識，員工是公司的財富，他們頭腦中有很多很好的經驗和知識，應該充分鼓勵，進行挖掘。

二，知識管理系統開發項目范圍分析WBS

知識管理系統開發項目WBS

三，知識管理系統開發項目進度安排

知識管理系統開發項目進度表甘特圖

四，知識管理系統開發項目費用安排

知識管理系統開發項目費用表

五，知識管理系統開發項目可能存在的風險

1，知識管理各階段的風險

戰略支撐風險：知識管理戰略規劃，必須從企業整體戰略出發。知識管理戰略規劃成果應當支撐企業戰略。企業面臨的風險在于，如何形成支撐企業整體戰略的知識管理戰略。上文也提及，戰略重點決定了知識管理應用的重點。這也是體現KM項目的價值所在。起步階段的規劃失誤將直接導致知識管理走向失敗。

組織設計風險：對于大型企業而言，知識管理工作需要一個專門的組織完成。知識規劃階段需要考慮該組織的架構及其團隊構成。不同的團隊構成會直接影響該組織對于知識管理的推動力。

變革推進風險：企業順利開展知識管理，必須將員工績效考核策略直接掛鉤。這對于很多企業來說，績效考評的調整會受到既得利益者的反對，如何推動這場變革，企業面臨很大的風險。

共識達成風險：企業內部不同部門和團隊，對于知識管理的理解、看法都不同。有些部門對此感到恐懼，擔心部門利益受損。這與大家對知識管理的認識程度差異密切相關。企業必須考慮如何讓知識管理在企業內部達成共識，讓所有人理解知識管理對于他們的意義和價值。

文化慣性風險：企業原有的文化，有可能與知識管理不相匹配。企業需要逐步調整和塑造企業文化，以支撐知識管理工作的順利開展。固有的企業文化存在一定時間的慣性，如何盡快調整文化的慣性，是企業面臨的一個挑戰。

知識遴選風險：在知識梳理階段，如何選擇能夠支撐核心業務和管理活動開展的知識，企業面臨知識遴選的風險。若梳理的知識為非核心知識，則KM無助于企業業務和管理活動的順利開展，將導致企業員工對知識管理的不信任感增強。

知識協同風險：不同部門、團隊的知識，存在協同的風險。在未實施知識管理前，不同部門之間的知識沒有缺乏正式的溝通渠道，很多企業存在“部門墻”。打破這堵墻，實現知識協調，會面臨各利益團體的挑戰。

流程調整風險：知識梳理前，企業通常需要開展流程梳理和調整的工作。明確核心業務和管理流程后，才能明確關鍵控制點上的知識。流程調整后，員工的工作方式和流程會發生改變。如何讓員工適應這種調整，企業需要做很多工作。

知識共享風險：這是知識管理面臨的最大挑戰之一。在企業內部塑造知識共享的文化，讓所有員工積極主動的共享他們的顯性知識和隱形知識，對于許多傳統企業來說是很難做到的。項目控制風險：企業在實施知識管理項目的過程中如何有效把握項目的進程，如項目推進組織不力、項目時間和進度失控、實施成本超出預算、實施質量難以保證等等。這是知識管理項目的控制風險。

制度保障風險：若企業只指望從技術上給知識管理提供支撐，而不能通過制度來保證企業知識管理活動的進行，進而塑造新的企業文化，那企業知識管理活動就存在失敗的風險。知識管理項目的最終用戶是全體員工，讓如此眾多的最終用戶改變日常的工作習慣是一件工作很大而且困難的事情。如何讓員工能夠在工作中自覺地使用知識管理系統來貢獻和共享知識呢？除了系統使用方便、簡單、有效，并且能夠滿足公司業務在知識管理方面的要求等技術因素之外，更為重要的是建立一套嚴格的管理制度進行保證。

系統支撐風險：挑選合適的知識管理系統軟件支持知識管理，存在系統支撐風險，主要包括知識管理系統軟件本身存在的功能風險以及企業選擇軟件時的選型風險。軟件功能不符合企業需求、集成開放性不足、成熟穩定性差強人意、缺乏軟件供應和服務商的評估手段、選型時無所適從、盲目決策等都會最終造成知識管理項目的失敗。

系統使用風險：主要是指企業在知識管理軟件系統上線運行之后，企業員工卻不能經常性地使用系統，也不能對知識管理系統進行維護，從而難以保證知識管理系統中知識的數量和質量，在“惡性循環”中使知識管理系統逐漸成為一個華而不實的擺設。

戰略模糊風險：知識管理項目結束后，其他的戰略會隨著時間的推移逐步調整，知識管理戰略也需要緊密跟隨企業整體戰略做調整，否則很容易出現戰略模糊風險，導致KM在支撐企業戰略方面力度不足。

組織渙散風險：全職或兼職的知識管理團隊，在項目期間會投入很大的精力參與工作。進入項目結束后的持續改進期，團隊容易出現精力不集中，企業知識管理工作也面臨組織渙散的風險。

人員流失風險：知識管理項目結束后，一批專業的KM從業人員已經成長起來，企業必須采用一套好的績效管理體系維持這批專業人員的穩定性，否則企業將面臨KM專業人士的流失風險。

持續發展風險：主要是指企業對知識管理的長期變革特性認識不足，以為只要軟件系統上線，項目就大功告成了，從而給企業的知識管理帶來了一個發展中的風險問題。知識管理技術在發展，企業對知識管理的需求也在不斷變化，如果以靜態的觀點來看待知識管理項目，則難以從知識管理中充分“榨取”效益，也不能使知識管理在企業中得到持續推廣。隨著業務的發展、流程的調整，企業的知識管理工作需要進一步提升。

文化弱化風險：企業的文化需要不斷塑造和加強，否則會逐步弱化，企業員工的知識共享文化和精神也容易逐步淡化。企業需要采取各種措施，做大量企業文化強化的工作，保證良好的企業文化指導和影響企業所有員工的行為方式。

第四篇：信息系統開發與管理

1． 信息的定義：信息既是可以通信的數據和知識，又是管理和決策的重要依據。

2． 信息具有那些特性，這些特性對信息系統有那些影響：客觀性，系統性，開放性，相對

性，轉移性，變換性，有序性，動態性，時效性，共享性。信息的媒介性。

3． 系統的特征：系統邊界，輸入和輸出，輸入到輸出的轉換方法和系統接口。

4． 系統具有哪些特性：目的性（最重要的特性），整體性，層次性，相關性，開放性，穩

定性，相似性。

5． 信息系統定義：是一個以人為主導，吸取經驗和遵照規律并重，利用適合的信息技術以

及相應設備，根據相應的業務模型和數學模型，進行信息的收集，傳輸，加工，儲存，更新和維護，以提高組織的效益和效率為目的，支持組織的高層決策，中層控制，基層運作的集成化人機系統。

6． 信息系統有那些結構：概念結構（信息源，信息處理器，信息用戶，信息管理者），層

次結構（戰略決策層，戰術管理層，業務處理層），功能結構（信息輸入，信息處理，信息輸出），軟件結構（行政，研發，生產，營銷，財務，人事，物流），物理結構。

7． 信息系統有那些類型：按照行政級別進行劃分，按照行業進行劃分，按照處理事物或承

擔職能的不同，按照解決主要問題的不同。

1． 詳細論述信息系統與管理，決策的關系：選擇正確的方法和正確的事情的過程就是決策，要使決策正確，就必須確保有足夠，準確，及時的信息，良好的信息系統能為管理者提供大量的決策信息。

2． 信息系統與數據的關系：信息系統的基本功能是為組織的經營管理和決策提供信息和信

息處理能力的支持，信息系統的基本任務是進行數據處理，信息系統輸入數據，加工數據，然后輸出用戶所需要的數據。因此，數據既是信息系統存在的依據，又是信息系統的主導。作業級的數據全部來源于組織內部，戰術級數據不僅來源組織內部，也有外部輸入（結構化和半結構化）戰略級數據主要來源于組織外部，非結構化數據。

3． 信息系統與人的關系：在職能上應有一定的分工，信息系統建設的人才結構和崗位設置，信息系統建設需要隊伍的配合和穩定，強化信息系統對各級人員和組織的貢獻，信息系統的開發人員的道德準則。

4． 如何進行計算機選型：選擇性價比高的計算機；選擇與組織業務和其他設備相適應的計

算機，以提高計算機的運用效率和效益；盡量選擇主流廠商的計算機。

5． 信息系統與軟件的關系：信息系統開發過程中需要系統軟件和開發軟件的支持，開發完

畢形成一套適應需求的應用程序和文檔，即通常所說的應用軟件。所以，信息系統與軟件有的基本關系是，信息系統需要軟件的支持，信息系統的核心是軟件。

6． 信息化5個層次：產品信息化，企業信息化，產業信息化，國民經濟信息化，社會生活

信息化。

7． 信息系統與信息化的個關系：信息化更重視信息和知識成為價值構成的主體，而信息系

統的建設更多地強調為組織運作管理和決策服務。

1． 數據元素：是數據的基本單位。

2． 數據結構：是指數據之間的相互關系，即數據的組織形式。它一般包括以下3個方面的內容（數據的邏輯結構，儲存結構，數據的運算）

3． 數據模型：現實世界數據特征的抽象。（概念模型。數據模型）

4． 數據庫的體系結構：分成3級，內部級，概念級，外部級

1． 通用組織信息化成熟度模型：第一級：技術支撐級（基礎設施，文檔電子化，單項的信

息系統）第二級：資源集成級（系統集成，信息資源規劃，業務效率）第三級：管理優

化級（信息制度，業務流程優化，信息化效益）第四級：戰略支持級（信息戰略，核心競爭力，決策支持，外部協同）第五級：持續改善級（學習型組織，信息環境，創新管理）

2． 企業 行業互動模式：企業信息系統建設與企業所在行業的信息化之間普遍存在著相互

促進和約束的互動關系，將企業信息系統建設與行業信息化之間相互影響而出現的企業信息系統建設模式。

3． 雁行模式：由于組織事實信息系統建設的時間不同或起點不同，行業內或系統內不同組

織之間形成了技術和管理水平上的差距系列，猶如大雁飛行狀。

4． 信息系統的生命周期：任何一個信息系統在使用過程中隨著其生存環境的變化，都需要

不斷維護，修改，當它不再適應的時候就要被淘汰，就要由新系統代替老系統，這種周期循環稱為信息系統的生命周期。分5個階段：系統規劃，系統分析（邏輯模型），系統設計（物理模型），系統實施（程序設計），系統運行和維護。

5． 信息系統規劃的內容：1信息系統的發展是組織戰略規劃的重要組成部分2信息技術發

展非常迅速，開發信息系統受各方面因素的影響風險很大。

6． 信息規劃的3種方法：（1）關鍵成功因素法：了解組織目標；識別關鍵成功因素；識別

性能的指標和標準；識別測性能的數據。（2）戰略目標集轉化法：描繪出組織各類人員結構；識別每類人員的目標；對于每類人員識別其使命及戰略。將組織戰略集轉化成信息系統戰略集。（3）業務系統規劃法：定義組織目標；識別組織的業務流程；定義數據類；定義信息結構（U表示使用，C表示生產）。

7． 數據中心原理：只要組織的性質和目標不變，它的數據類就是穩定的，任何經營管理活

動都離不開對這些數據的提取。

8． 信息系統的需求分析：功能需求：功能需求，性能需求，資源和環境需求，可靠性需求，安全保密要求，用戶界面需求，成本消耗與開發進度需求，預先估計的可擴展性需求。非功能需求：根據系統目標工作環境決定。

9． 需求調研的方法：閱讀文獻，實地考察，用戶訪談，發放調查問卷，業務專題報告。

10． 可行性研究方法：所謂可行性應該包括必要性和可能性，可行性可以從1從技術因

素角度考察2從經濟因素角度考察3從社會因素角度考察。

1． 信息系統開發方式：自主開發和外包（聯合開發，委托開發，購買套裝軟件）

2． 根據價格的不同合同分為：固定價格合同和成本補償合同；固定價格合同是高風險的，因為如果完成項目后的成本高于原計劃成本，開發方將只能賺到比預計要低的利潤，甚至會虧損；成本補償合同中，如果開放方的成本確實超過了原始預算，開發方的名譽就會受到影響，從而又會使開發方在未來贏得合同的機會降低。

3． 信息系統開發團隊有哪幾種組織形式：職能型組織結構，項目型組織結構，矩陣型組織

結構。

1． 信息系統開發方法的分類：按時間過程來分為生命周期法和原型法；按照信息系統開發的關鍵分析要素，可分為1面向處理方法2面向數據方法3面向對象方法。

2． 生命周期法的指導思想：主要指的是結構化系統開發方法SSDM，是自頂向下結構化方

法，工程化的系統開發方法和生命周期方法的結合，又叫結構化生命周期法。該方法要求信息系統的開發工作，從初始到結束劃分為若干階段，預先規定好每個階段的任務，再按一定的準則來按部就班的完成。

3． 數據流圖用的4個基本符號：外部實體，數據流，數據儲存和數據處理過程。

4． 數據字典中的6類條目：數據元素，數據結構，數據流，數據儲存，外部實體，處理。

5． 數據流圖有2種經典的結構：變換型結構和事務型結構，這兩種結構可以分別通過變換

分析和事務分析方法導出標準形式的結構圖。

6． 原型法的步驟和優點：步驟：1明確用戶基本信息需求2建立初始原型3評價原型4修

改和完善原型。優點：增進用戶與開發人員之間的溝通，用戶在系統開發過程中起主導作用，辨認動態的用戶需求，啟迪衍生式的用戶需求，縮短開發周期降低開發風險。

7． 生命周期法與原型法的選擇：有利于生命周期法開發的因素：用戶需求定義可以明；系

統運行程序確定，結構化程度高；系統具有較長的使用壽命，環境變化不大；開發過程要求有嚴格的控制；研制人員對系統任務了解且熟練程度較高；系統文檔要求詳而全；開發成果重復使用。有利于原型法開發的因素：用戶需求不明確；過程非結構化；用戶環境易變；系統具有短期壽命；具有第4代語言工具；系統要求在短期內運行；沒有或很少可資借鑒的成果。

1． 對象：一些屬性及專用服務的封裝體，它是問題空間中一些東西的抽象。

2． 封裝：信息隱藏，當開發一個程序總體結構時，程序的每個成分應該封裝或隱蔽在一個

單一的模塊中，定義每一模塊時應盡量少露其內部處理。

3． 繼承：繼承指對象繼承它所在類的結構，操作和約束，也指一個類繼承另一個類的結構，操作和約束。

4． 面向對象分析：要求把問題空間分解成一些類或對象，找出這些對象的特點，以及對象

間的關系，并由此產生一個規格說明。

5． 面向對象設計：在面向對象分析的基礎上產生的邏輯結果。從面向對象的分析轉到面向

對象的設計是一個累進的模型擴充過程。面向對象分析的各個層次是對問題空間進行了模型化，而面向對象的設計則需要對一個特定的實現空間進行模型化。

1． 項目的定義：在一定的進度和成本約束下，為實現既定的任務，并達到一定的質量，所

進行的一次性工作任務。

2． 項目管理各要素之間的關系：目標，成本，進度三者是互相制約的，其中目標包括完成的任務數以及完成的質量。當進度要求不變時，質量要求越高或者任務要求越多，則成本越高；當成本不變時，質量要求越高或任務要求越多，則進度越慢；當質量和任務的要求都不變時，進度過快或過慢都會導致成本的增加。

3． 信息系統的特點：1信息系統項目的目標是不精確的，任務的邊界是模糊的，質量要求

更多是由項目團隊來定義。2信息系統項目進行過程中，客戶的需求會不斷被激發，被不斷地進一步明確，導致項目的進度費用等計劃不斷更改。3信息系統項目既是智力密集型的項目，又是勞動密集型的項目，受人力資源影響最大，項目成員的結構，責任心，能力和穩定性對信息系統項目的質量以及是否成功有決定性的影響。

4． 信息系統項目成本構成：可劃分為開發成本和運行維護成本，其中開發成本可分為分析

與設計費用，系統實施費用，管理費用；運行維護成本可分為運行費用，行政管理費用，維護費用。

5． 軟件的2種度量方式：軟件代碼行的方式；軟件功能點的方式。

6． 項目團隊有哪幾個發展階段：形成階段（預期激勵，信息激勵，參與激勵）振蕩階段（參

與激勵，責任激勵，信息激勵）正規階段（參與激勵，自我激勵，知識激勵）表現階段（危機激勵，目標激勵，知識激勵）

7． 為什么要全面的質量管理：因為信息系統生命周期的各個階段，對上一階段的理解和本

階段的設計與實現上都存在著這樣那樣的問題。

8． 信息系統實施全面質量管理的辦法：1實行工程化的開發方法2實行階段性凍結與改動

控制3實行里程碑式審查與版本管理4實行面向用戶參與原型演化5強化項目管理，引入外部監理與審計6盡量采用面向對象和基于構件的方法進行系統開發。

1． 信息系統文檔的作用：1用戶與系統分析人員在系統規劃和系統分析階段通過文檔進行

溝通。2系統開發人員與項目管理人員通過文檔在項目期內進行溝通。3前期開發人員與后期開發人員通過書面文檔進行溝通。4系統測試人員與系統開發人員通過文檔進行溝通。5系統開發人員與用戶在系統運行期間進行溝通。6系統開發人員與系統維護人員通過文檔進行溝通。7用戶與維護人員在運行維護期間進行溝通。

2． 不利選擇：在建立委托人-代理人關系之前，代理人已經掌握某些委托人不了解的信息，而這些信息有可能是對委托人不利的。

3． 道德風險：代理人在為其自身效用最大化的同時損害委托人或其他代理人效用的行為。

4． 激勵機制：委托人如何使代理人從自身效用最大化出發，自愿地或不得不選擇與委托人

標準或目標相一致的行動。

5． 信息系統監理的作用：具備相應資質的第三方，根據信息系統的開發規律及國家法律法

規，開發合同和監理合同的要求，對信息系統開發過程中的行為，事件和文檔進行審查和監督，為用戶方提供與項目有關的信息和信息處理能力的支持，以確保信息系統建設成功。

6． 信息系統監理有那些模式：咨詢式監理，里程碑式監理，全程式監理。

7． 信息系統的監理費用：按時計算法，工資加一定比例的其他費用計算法，監理成本加一

定比例其他費用計算法，固定價格計算法，按信息系統建設成本的百分比計算，按減少的項目風險計價。

1． 系統測試應遵循以下基本原則：1應盡早并及時地進行測試2測試工作應避免由原開發

軟件的人或小組來承擔3在設計測試方案時，不僅要確定輸入數據，而且要確定輸出結果4測試用例不僅要有合理，有效的輸入條件，也要有不合理，失效的輸入條件5不僅要檢測程序是否做了該做的事，還要檢測是否做了不該做的事6充分重視測試中的群集現象7嚴格按照測試計劃來進行，避免測試的隨意性8妥善保存測試用例，作為文檔的組成部分，為維護提供方便。

2． 靜態測試：不實際運行被測程序，主要對被測程序的編程格式，結構等方面進行評估。

3． 動態測試：在計算機上直接用測試用例運行被測程序，檢驗程序的動態行為和運行結果的正確性。

4． 黑盒測試：也稱為功能測試或數據驅動測試。將被測對象看成黑盒子，在完全不考慮其

內部結構和特性的情況下，測試被測對象的外部特性。

5． 白盒測試：也稱為結構測試或邏輯驅動測試。將被測對象看成透明的白盒。根據程序的內部結構和邏輯來設計測試用例，對程序的路徑和過程進行測試，檢查是否滿足設計的需要。

6． 測試過程：擬定測試計劃，編制測試大綱，設計和生成測試用例，實施測試，生成測試

報告。

7． 單元測試：也稱為模塊測試，是在模塊編寫完成，無編譯錯誤后必須進行的測試工作。

8． 集成測試：又叫組裝測試，是指每個模塊完成單元測試之后，需要按照設計時確定的結

構圖，將它們連接起來進行測試，確保程序單元或模塊接口正確和軟件結構合理。

9． 確認測試：進一步驗證軟件的有效性，也就是說，檢查軟件的功能和性能是否與用戶的要求一樣。

10． 測試和調試的區別：測試的目的是為了發現盡可能多的錯誤，而對于所暴露的錯誤

最終需要改正。調試的任務就是根據測試時所發現的錯誤，找出原因和具體的位置，并進行改正。

11． 系統維護主要包括：硬件設備的維護，應用軟件的維護，數據的維護。

第五篇：信息系統開發與管理

填空題

第一章管理信息系統導論

①按核心業務活動可以分為：電子業務系統、電子政務系統、電子商務系統三類。

②按數據處理方式可以分為：操作型、管理型、戰略型三類 ③按管理應用層次分為：事務型、管理型、戰略型三類。④管理信息系統的結構主要包括：功能結構、概念結構、管理職能結構、軟硬件結構、網絡計算結構

⑤管理信息系統的概念結構：信息源、信息處理器、信息用戶、信息管理者

⑥管理信息系統的幾種典型應用形式主要包括：物料需求計劃系統MRP（針對制造業）、制造資源計劃系統MRPⅡ和企業資源計劃系統ERP系統等。

第二章 管理信息系統的基本知識P39（1）管理信息的基本知識

①幾種典型的組織結構：直線制機構、職能制結構、矩陣制機構。

②管理部門劃分的基本方法：按職能劃分、按地區劃分、按產品劃分。

③管理活動的三個基本層次：高、中、低。

④管理決策的三種基本類型：非結構化決策、半結構化決策、結構化決策。

⑤信息論對信息的解釋：信息是用來消除隨機不定性的東西 ⑥控制論對信息的解釋：信息就是信息，既非物質，也非能量 ⑦信息的基本屬性：普遍性、事實性、層次性、可壓縮性、擴散性、非消耗性、共享性、變換性、可轉換性。⑧

信息處理的生命周期的幾個主要階段：需求、收集、傳輸、處理、儲蓄、維護、使用和退出。（2）系統的基本知識

①系統存在的三個基本條件：要素、結構、功能。②系統的5個基本要素：輸入、處理、輸出、反饋、控制。③系統的分類：按復雜程度從低到高可以分為物理結構系統、生物系統、人類系統、社會系統、宇宙系統五類；按系統與環境的關系可分為封閉系統、開放系統兩類；按是否有反饋機制可分為開環系統、閉環系統；按抽象程度可分為概念系統、邏輯系統（數據流圖）、物理系統（業務流程圖）。④系統的屬性；整體性、關聯性、層次性、統一性。（3）信息技術的基本知識

①網絡安全的五個特征：保密性、完整性、可用性、可控性、可審查性

②數據庫：是各種相關數據的集合和容器

③數據庫管理系統：是對數據庫進行管理的系統軟件，位于用戶和操作系統之間，為用戶或應用程序提供訪問數據庫的方法和工具。

④機構化查詢語言：insert、update、delete、selec ⑤計算機語言：機器語言、匯編語言和高級語言 第三章 系統開發方法的概述P63

①管理信息系統開發的主要方法：機構化方法、原型化方法、面向對象方法。

②原型化方法的三種具體類型：探索型、實驗性、演化型。面向對象方法：是一種基于面向對象理念的系統開發方法，他將面向對象的思想引用與軟件開發過程中，指導開發活動，主要包括面向對象的分析方法OOA，面向對象的設計方法OOD，面向對象的編程方法。

對象：是指一些相互關聯的實體。由對象的標識、對象中的操作集合、對象的數據結構，及對象對外消息接口組成，具有“封

裝”和“能動”兩種特性。換言之，是數據結構以及作用于此結構上的數據操作的封裝體，這個封裝體具有自身行動能力。類和實例：類是對象的描述，他概括了具有共同性質的一組對象的方法和數據。

消息與方法：方法是對象具有了處理封裝數據的功能，而消息則激活了這種功能并建立了對象間的通信的橋梁。消息由消息的標識、接收消息的對象、若干個變元組成，方法一方面描述了對象執行操作的算法，另一方面定義了響應消息的機制 繼承：繼承是子類自動共享父類中的方法和數據的機制，描述了人類由一般到特殊，自頂向下的演繹能力。封裝：是一種信息隱蔽技術。

多態性：意味著一個名字可以使具有多種語義。他提供一種與人類在解決問題時的思維方式相容的能力。

重載：重載在功能及使用方法上和多態性有許多相似的方面，但重載是通過靜態連接實現的，而多態性則采用動態連接，重載多指兩種①函數重載②運算符重載

③管理信息系統的生命周期：出現需求、提出新系統方案、系統產生與成長、系統成熟、系統衰退、系統廢棄。

④瀑布模型與結構化方法的主要階段：總體規劃、系統分析、系統設計、系統實施、系統維護、系統評價 第四章 總體規劃P81

①用于管理信息系統總體規劃的方法：關鍵成功要素法CSF、戰略目標集轉化法SST、企業系統規劃法BSP

②BSP方法的13項主要活動：研究項目的確定、研究的準備活動、研究的開始階段、定義企業的過程、定義數據類、分析當前的系統支持、研究管理部門對系統的要求、提出判斷和結論、設計信息系統總體結構、確定子系統的開發的優先順序、評價信息資源管理工作、制定建議書和開發計劃、研究成果報告。

③利用BSP方法進行企業過程定義的一般步驟：從計劃和控制、產品和服務、以及其它支持性資源三個方面入手 ④BSP方法中，資源生命周期不同階段對信息的不同需求可以將企業中的數據分為四個類型：庫存文檔型、事務型、計劃型、綜合統計型。

⑤BSP識別企業數據的方法有兩種：企業實體法、企業過程法 ⑥在BSP方法中劃分子系統的過程實際上就是定義信息結構的過程。具體的做法是用U/C圖。U表示use,C表示產生creat 第五章 系統分析P99

①業務流程的概念：是指一組共同為顧客創造價值而有相互關聯的活動

②業務流程重組BPR的定義：是對企業的業務流程作更本性的思考和徹底的重建，其目的是在成本、質量、服務和速度等方面取得顯著的改善，使得企業能最大限度的適應以顧客、競爭、變化為特征的現代企業經營環境。

③業務流程的特點：目標性、邏輯性、層次性、④BRP的四個核心基本特征：根本性、徹底性、顯著改善和流程。

第六章 系統設計P127

①系統設計的原則：簡單性，一致性、完整性、靈活性、適應性、可靠性、安全性、經濟性

②系統設計的主要階段：總體設計、詳細設計。

③總體設計的主要內容：子系統的劃分與確認、模塊結構設計、網絡設計與設備配置方案、數據庫設計、安全控制設計。④一個模塊應具備的幾個要素：輸入和輸出、加工處理功能、內部數據、程序代碼。

⑤模塊的耦合方式：數據耦合、控制耦合、內容耦合，第一種

耦合度最低性能最好。

⑥模塊的內聚方式有六種：巧合、邏輯、過程、通信、順序、功能內聚。其中功能內聚的聚合度最高，性能最好。⑦數據庫設計過程中按數據表或稱關系的規范化程度，可以將規范程度分為6個級別，從低到高依次為，第一范式、第二范式、第三范式、BC范式、第四范式、第五范式。常要求達到第三范式就可以了。

⑧數據庫規范化的必要性：數據冗余，更新異常、插入異常、刪除異常。

第七章 系統實施P157

①系統實現的主要過程：準備工作、編碼、代碼審查、缺陷跟蹤、改錯和調試等若干活動

②程序質量評價的主要指標：可靠性、規范性、可讀性、可維護性、適應性

③系統測試的基本工作流程：了解系統需求、編寫測試計劃、編寫測試用例、執行測試用例、記錄發現的錯誤、測試總結報告。

第八章 運行管理P175

①運行管理機構設置的原則：效率原則、精簡原則、靈活性原則、因事設崗、因崗定編原則。

②運行管理機構的人員構成：網絡組、硬件組、軟件組、業務組、行政組。

③CIO首席信息官，擔負管理信息系統建設與企業高層管理之間溝通與對話的橋梁職責，具有參謀作用、橋梁作用、是企業信息化的總領隊和信息化培訓的總領導。

數據備份：指將計算機硬盤上的原始數據復制到可移動媒體上，如磁帶光盤。

數據恢復：將備份的數據恢復到硬盤上的操作

數據歸檔：將硬盤數據復制到可移動媒體上，與數據備份不同的是，數據歸檔在完成復制工作后將原始數據從硬盤上刪除，釋放到硬盤空間。

歸檔恢復：將歸檔數據寫回到硬盤上

在線備份：對正在運行的數據庫或應用進行備份。

離線備份：在數據庫關閉后對其數據進行備份，離線備份通常采用全備份

全備份：執行數據全部備份的操作

增量備份：只備份上一次備份后數據的改變量

并行技術：將不同的數據源同時備份/恢復到同一個備份設備/硬盤上

數據克隆：是實現災難恢復的一種重要手段，通過將原始數據同時備份到兩份可移動媒體上，將其中一份數據轉移到地理位置不同的辦公室存放。

④系統技術評價的主要內容：系統效率、系統可靠性、可擴展性和可移植性。