計算機信息檢索（computer information retrieval）利用計算機系統有效存儲和快速查找的能力發展起來的一種計算機應用技術。它與信息的構造、分析、組織、存儲和傳播有關。計算機信息檢索系統是信息檢索所用的硬件資源、系統軟件和檢索軟件的總合。它能存儲大量的信息，并對信息條目（有特定邏輯含義的基本信息單位）進行分類、編目或編制索引。它可以根據用戶要求從已存儲的信息集合中抽取出特定的信息，并提供插入、修改和刪除某些信息的能力。
有脫機處理和聯機檢索兩種檢索方式。對于前者，用戶提交書面檢索要求，操作員按期打印出結果交付用戶。對于后者，用戶通過聯機終端打入檢索命令，系統當時給出回答。通過計算機網絡，用戶還可以進行遠程脫機處理或遠程聯機檢索。
用戶與系統的接口是檢索語言，通過它提出檢索要求。檢索語言通常包括檢索命令和提問邏輯表達式兩個部分。命令傳達用戶對系統的請示,邏輯表達式則提供執行該命令時的邏輯條件。邏輯表達式是邏輯運算符（與、或、非）、邏輯關系符和不同屬性的組合。系統提供一組程序來解釋和執行檢索語言。

計算機信息檢索（computer information retrieval）利用計算機系統有效存儲和快速查找的能力發展起來的一種計算機應用技術。它與信息的構造、分析、組織、存儲和傳播有關。計算機信息檢索系統是信息檢索所用的硬件資源、系統軟件和檢索軟件的總合。它能存儲大量的信息，并對信息條目（有特定邏輯含義的基本信息單位）進行分類、編目或編制索引。它可以根據用戶要求從已存儲的信息集合中抽取出特定的信息，并提供插入、修改和刪除某些信息的能力。

在計算機信息檢索系統中，常用的檢索技術主要有以下六種：
1． 布爾邏輯檢索
利用布爾邏輯算符進行檢索詞或代碼的邏輯組配，是現代信息檢索系統中最常用的一種技術。常用的布爾邏輯算符有三種，分別是邏輯或“OR”、邏輯與“AND”和邏輯非“NOT”。
2． 截詞檢索
截詞檢索是計算機檢索系統中應用非常普遍的一種技術。由于西文的構詞特性，在檢索中經常會遇到名詞的單復數形式不一致；同一個意思的詞，英美拼法不一致；詞干加上不同性質的前綴和后綴就可以派生出許多意義相近的詞等等。這是就要用到截詞檢索。
3． 位置檢索
位置檢索也叫全文檢索、鄰近檢索。所謂全文檢索，就是利用記錄中的自然語言進行檢索，詞與詞之間的邏輯關系用位置算符組配，對檢索詞之間的相對位置進行限制。這是一種可以不依賴主題詞表而直接使用自由詞進行檢索的技術方法。
4． 字段限定檢索
字段限定檢索是指限定檢索詞在數據庫記錄中的一個或幾個字段范圍內查找的一種檢索方法。在檢索系統中，數據庫設置的可供檢索的字段通常有兩種：表達文獻主題內容特征的基本字段和表達文獻外部特征的輔助字段。
5． 加權檢索
加權檢索是某些檢索系統中提供的一種定量檢索技術。加權檢索同布爾檢索、截詞檢索等一樣，也是文獻檢索的一個基本檢索手段，但與它們不同的是，加權檢索的側重點不在于判定檢索詞或字符串是不是在數據庫中存在、與別的檢索詞或字符串是什么關系，而是在于判定檢索詞或字符串在滿足檢索邏輯后對文獻命中與否的影響程度。
6． 聚類檢索
聚類是把沒有分類的事物，在不知道應分幾類的情況下，根據事物彼此不同的內在屬性，將屬性相似的信息劃分到同一類下面。

信息檢索從廣義上來說包括信息輸入和信息檢索兩部分，因此，信息系統從整體上來說可以分為輸入系統，存儲系統，用戶界面，索引器，檢索器。
也可以分為軟件和硬件兩種劃分，具體硬件包括，主機，顯示器，網路，軟件包括操作系統，檢索軟件，數據庫。
服務器，通信網絡，檢索終端，軟件，數據資源

信息系統是由計算機硬件、軟件、數據和用戶4大要素組成

硬件系統和軟件系統！

構成企業信息系統主要包括5個基本要素：企業的組織結構、流程、數據、商務規則與功能（性能）。其中從用戶的角度主要關注流程，是以流程為核心的，通過流程將其他幾個要素貫穿起來，需求分析人員也應該從這個角度來和用戶溝通；從開發者的角度主要關注企業的數據、商務規則與功能，以便于系統的實現；從實施者的角度主要關注企業的組織結構與功能，以便于系統的發布與實施。

1） 企業的組織模型
即企業的組織結構關系，包括部門設置、崗位設置、崗位職責等。樹型組織結構圖是描述企業的組織模型的一種常用方法，它可用來搞清各部門之間的領導關系,每個部門內部的人員配備情況, 職責分工等情況,它是劃分系統范圍,進行系統網絡規劃的基礎。在組織結構圖中應將用戶的組織結構逐層詳細描述，每個部門的職責也應進行簡單的描述。組織結構是用戶企業業務流程與信息的載體，對分析人員理解企業的業務、確定系統范圍具有很好的幫助。取得用戶的組織結構圖，是需求獲取步驟中的基礎工作之一。
用戶環境中的企業崗位或角色，和組織機構一樣，也是分析人員理解企業業務的基礎，也是分析人員提取對象的基礎。
對用戶角色的識別常常遺漏的是計算機系統的系統管理人員，角色識別不全，對以后的功能識別會造成盲區。

（2） 企業的流程模型
即企業的業務流程，包含哪些流程、流程之間的關系、每個流程中包括哪些活動、每個活動涉及到的崗位。企業的作業流程首先要有一個總的業務流程圖，將企業中各種業務之間的關系描述出來，然后對每種業務進行詳細的描述，使業務流程與部門職責結合起來。詳細業務流程圖可以采用直式業務流程圖形式。對企業而言需要定義關于業務流程圖的描述標準，大家采用相同的圖例來描述，便于管理。

業務流程圖的優點 :
■繪圖的過程,實際上是作業流程條理化的過程
■表達形象直觀,易于和用戶交流,易于項目組內部交流
調研的結果,需要得到用戶的認同,這就需要和用戶交流調研的結果,交流的文
檔要通俗、易懂, 不能采用專業術語。
■可以作為培訓實施人員與技術服務人員的文檔

業務流程圖的缺點 :
■對高層管理人員的實際需求調查的不清楚.
這一方面是由于用戶沒有接觸過計算機, 對采用計算機后的管理會是什么樣子?計算機能夠完成當前手工操作的哪些內容?能夠作哪些現在手工無法完成的工作等等沒有清楚的概念,因此用戶無法將這些問題反應出來. 另一方面說明分析人員沒有經驗,對原始材料挖掘不深,不能從用戶 提供的材料中提煉處來用戶的真正需求,不能找到當前管理中的問題。
■對各種業務之間的總體關系沒有表達出來.
采用直式業務流程圖可以將企業的每一種業務的處理流程清楚地表達出來, 但是各業務之間的聯系卻沒有表示出來,單看一種業務的流程圖很清楚,但是卻不能綜合在一起,沒有整體的概念,作為需求分析的文檔,在這方面表達的不夠完整。
■在不利用工具的情況下,畫法煩瑣。
圖形可以將流程描述的很清楚，但是還要附加以一些文字說明，如關于業務發生的頻率、意外事故的處理、高峰期的業務頻率等，不能在流程圖中描述出的內容，需要用文字進行詳細描述。

（3） 企業的數據模型
即企業中的信息載體有哪些？以及對這些信息載體的詳細刻畫，包括企業的各種單據、帳本、報表的描述。在需求報告中，應該將單據的描述格式化，需要描述的內容包括：
單據的用途，即單據用在什么地方？
單據的格式：需要明確的畫出來，并有實際的有數據的樣例，能夠具體直觀地說明問題；
單據中的數據項的具體描述：長度、類型、計算生成方法、約束條件等；
單據的數據項是由哪些不同類型的角色來填寫地，包括用計算機可以填那些數據項。
單據中哪些數據是必填的，哪些是可以不用填的。
單據流量：平均每天產生多少條記錄，高峰期的數量；
單據的分類：可以從多個角度上進行分類，如：按業務類型來分類（采購/銷售/生產），按生成的方式來分類（手工錄入型/自動生成型），按格式變化的頻繁程度來分類（易變型/穩定型），按表現形式來分類（列表型/卡片型）等等。
單據之間的關系：引用關系等等。
同樣對于需要的報表與帳本也可以參照上面的條目進行詳細的刻畫。

（4） 企業的商務規則模型
即企業中的商務規則有哪些?這些規則用在哪些地方? 商務規則可以從影響的范圍劃分為2類：一類是局部的規則，如不允許出現負庫存，一類是整體的規則，如對所有的物料管理到批次。商務規則一般是隱藏在功能模型或者流程模型中，不需要單獨描述，但是有些復雜的商務規則是需要單獨抽取出來描述，如企業的各種單據記帳的商務邏輯，5）企業的功能模型
功能需求是用戶的最主要的需求，對用戶功能需求的描述可以采用文字描述也可以采用語言加圖形的描述方式，只要能夠將用戶的需求描述地完整、準確、易于理解即可。對功能需求比較復雜的系統（如超過10個功能項），可以先描述一個概要，對簡單的系統可以直接進行詳細描述。對于用戶的功能需求要進行分類，分類的方法應便于用戶理解，如按照用戶的部門設置情況，進行描述每個部門的需求，這樣也便于組織用戶進行評審。以下是分類方法的舉例：
按部門分類：如采購科、銷售科、計劃科、生產車間、財務科、統計科、總經理等；
按功能類型分類：如單據錄入、單據審核、單據查詢、記帳、帳本查詢、統計報表、系統維護等。
對功能需求的分類在不同的層次可以采用不同的方法。
對每一項功能應有一個功能編號，以便于與功能規格說明書中的章節進行對應。對每一項功能的描述，應指明用戶的輸入(input)、處理方法（process）、系統的輸出(output)及對此項功能的其他要求。功能需求還應注明使用此功能的崗位。對系統管理員要求的特殊功能可以在此注明，非特殊要求可以在需求分析規格說明書中詳細論述。如用戶權限可分級，要有操作日志等。
功能需求與性能需求是密不可分的，籠統的性能需求沒有任何意思，必須具體到某項功能需求上來，這是分析人員在分析系統時容易忽略的一項。
對上述的5個基本元素可以將他們描述為一個五元組〈組織，流程，功能，數據，業務邏 輯〉，對于用戶來講，他們習慣于從組織維來看待系統，即某個部門有哪些崗位，每個崗位參與了哪些流程的哪些活動（功能），在某個功能上操作了哪些數據，對這些數據進行了哪些邏輯處理；對于開發人員習慣于從功能維來看待系統，即某個功能操作了哪些數據，對這些數據進行了哪些邏輯處理，這個功能屬于哪個流程，可以由哪些崗位來使用；對于設計人員可能習慣于從數據維來看待系統：即系統中有哪些數據，在這些數據上可以做哪些處理，這些處理用OO的思想來看即是對數據對象的操作。

對以上的5個基本元素進行描述實際上就是系統建模的過程，為確保模型的可操作性，除了上面的5個基本要素外，還需要重點描述的內容有：
（1） 新系統對應用模式帶來的變化
包括對企業的組織結構、作業流程、單據帳本報表等的格式、商務規則等的改變。
（2） 新系統的界面模型
用開發工具將用戶操作界面快速畫出來，使用戶心中有數。若時間允許，可將界面原型與數據庫表、字段連接起來，真正做出系統雛形，即快速原型法。