管理信息系統常用的詳細調查方法

㈠ 管理信息系統詳細調查方式有哪些並比較

它是一門新興的科學，其主要任務是最大限度的利用現代計算機及網路通訊技術加強企業的信息管理，通過對企業擁有的人力、物力、財力、設備、技術等資源的調查了解，建立正確的數據，加工處理並編製成各種信息資料及時提供給管理人員，以便進行正確的決策，不斷提高企業的管理水平和經濟效益。目前，企業的計算機網路已成為企業進行技術改造及提高企業管理水平的重要手段。隨著我國與世界信息高速公路的接軌，企業通過計算機網路獲得信息必將為企業帶來巨大的經濟效益和社會效益，企業的辦公及管理都將朝著高效、快速、無紙化的方向發展。MIS系統通常用於系統決策，例如，可以利用MIS系統找出目前迫切需要解決的問題，並將信息及時反饋給上層管理人員，使他們了解當前工作發展的進展或不足。換句話說，MIS系統的最終目的是使管理人員及時了解公司現狀，把握將來的發展路徑。
[編輯本段]組成
一個完整的MIS應包括：輔助決策系統（DSS）、工業控制系統（IPC）、辦公自動化系統（OA）以及資料庫、模型庫、方法庫、知識庫和與上級機關及外界交換信息的介面。其中，特別是辦公自動化系統（OA）、與上級機關及外界交換信息等都離不開Intranet的應用。可以這樣說，現代企業MIS不能沒有Intranet，但Intranet的建立又必須依賴於MIS的體系結構和軟硬體環境。
[編輯本段]核心
傳統的MIS系統的核心是CS（Client/Server——客戶端/伺服器）架構，而基於Internet的MIS系統的核心是BS（Browser/Server——瀏覽器/伺服器）架構。BS架構比起CS架構有著很大的優越性，傳統的MIS系統依賴於專門的操作環境，這意味著操作者的活動空間受到極大限制；而BS架構則不需要專門的操作環境，在任何地方，只要能上網，就能夠操作MIS系統，這其中的優劣差別是不言而喻的。
基於Internet上的MIS系統是對傳統MIS系統概念上的擴展，它不僅可以用於高層決策，而且可以用於進行普通的商務管理。通過用戶的具名登錄（或匿名登錄），以及相應的許可權控制，可以實現在遠端對系統的瀏覽、查詢、控制和審閱。隨著Internet的擴展，現有的公司和學校不再局限於物理的有形的真實的地域，網路本身成為事實上發展的空間。基於Internet上的MIS系統，彌補了傳統MIS系統的不足，充分體現了現代網路時代的特點。隨著Internet技術的高速發展，網際網路必將成為人類新社會的技術基石。基於Internet的MIS系統必將成為網路時代的新一代管理信息系統，前景極為樂觀。
[編輯本段]市場營銷的MIS
市場營銷的MIS（Management Information System）是企業或組織整體MIS的一部分。MIS是一個信息系統，它通過程式化的程序從各種相關的資源（公司外部和內部的都包括）收集相應的信息，為經理們提供各層次的功能，以使得他們能夠對自己所應該負責的各種計劃、監測和控制活動等做出及時、有效的決策。這個表明MIS的本質是一個關於內部和外部信息的資料庫，這個資料庫可以幫助經理們做分析、決策、計劃和設定控制目標。因此重點是如何使用這些信息，而不是如何形成這些信息。
[編輯本段]重要性
最有效的MIS能夠反應隨著時間的推移和內部程序的改變，外部的變數如何改變，也就是說，時間和內部變數是否會對外部的變數產生影響。這就建立了一個強大而且有效的知識庫，它可以幫助進行預測。雖然建立和維MIS是非常耗時和昂貴的，但是與其帶來的潛在利益和對決策准確性的提高相比，對一個組織來說這還是值得的。Internet為建立和維護MIS提供了一個理想的工具，而MIS也是網路營銷中的一個重要的內容。

㈡ 簡述系統分析的步驟。簡述系統調查的內容和常用方法。

系統分析的主要步驟

1、對研究的對象和需要解決的問題進行系統的說明，目的在於確定目標和說明該問題的重點和范圍;

2、收集資料，在系統分析基礎上，通過資料分析各種因素之間的相互關系，尋求解決問題的可行方案;

3、依系統的性質和要求，建立各種數學模型;

4、運用數學模型對比並權衡各種方案的利弊得失;

5、確定最優方案。通過分析，若不滿意所選方案，則可按原步驟重新分析。一項成功的系統分析需要對各方案進行多次反復循環與比較，方可找到最優方案。

系統調查的主要內容是信息系統的組成部分，包括：資源 (如硬體、軟體和職能人員等)、數據(如輸 入數據、輸出數據或系統文件匯編等)、活動 (如處理程序和工作情況等)。

系統調查的主要方法是：

1、徵求各方意見。在調查中 要和有關人員密切配合，訪問操作和經理人 員，召開各種座談會;爭取企業高級管理人 員的積極配合等。

2、對信息系統中所使用 的文件進行匯編和審查。

3、編制文件流程 圖。

4、進行數據處理工作量分析，計算信 息容量和處理量。

5、對職工完成作業所需 的時間進行觀測和計量。

6、對系統可靠性 進行分析。

7、採用調查項目表進行調查。

8、對職能人員履行其職責的能力進行考 察。

9、編寫已查出問題概要，重點指出系 統的薄弱環節和改進措施，並將解決問題所 能得到的經濟效益和費用相比較，選擇合理、 經濟的解決辦法。

㈢ 目前我國物業管理信息系統的開發方法是什麼

上海殷行物業管理公司的傳統業務是國有公房的租賃管理。隨著國家房改政策的推行，一些租戶開始買房，私房管理逐漸成為公司的核心業務。該公司的軟體系統開發有兩大難題：一、業務規則復雜，特別是歷史遺留的各項政策法規，許多公司員工也難以理解清楚；二、系統必須能隨著公司業務重心從公房租賃到私房管理的轉移過程和各項政策的變化而進化，這需要一個穩定的軟體構架（ Software Architecture ）。傳統的瀑布式軟體開發過程不能滿足該系統在需求和系統進化方面的要求。

由於殷行物業管理系統需求獲取的難度和對軟體構架的要求，我們選擇採用 RUP 來開發該系統，並最終開發出了令人滿意的產品。

2 統一過程的特點

RUP 是一個通用的軟體開發過程框架，它可通過裁剪和擴充應用於各種不同類型的軟體系統、各種不同的應用領域、各種不同的組織和各種不同的項目規模。 RUP 具有以下三個重要特徵：用例驅動、以構架為中心和迭代增量開發。

2.1 用例驅動的過程

首先，在業務建模（ Business Modeling ）工作流中，業務流程（ Business Process ）被定義為數個不同的業務用例（ Business Use Case ），其中每個業務用例都代表業務中某個特定的工作流程，業務主角（ Business Actor ）（客戶、合作夥伴等）通過業務用例中的動作序列獲得組織的服務。所有的業務用例和業務主角構成了組織的業務用例模型（ Business Use － Case Model ）。

在需求（ Requirements ）工作流中，根據業務用例模型確定待開發系統支持業務用例實現（ Business Use － Case Realization ）的功能並限定系統的邊界，這些功能用系統用例（ System Use Case ）來描述，用例主角為組織內部的業務工人（員工、直接使用系統的客戶等）。所有的系統用例和用例主角構成了系統用例模型（ System Use － Case Model ），它描述了系統的功能需求。

在分析設計工作流（ Analysis & Design ）中，開發人員使用系統用例模型作為輸入，對每個系統用例進行用例分析（ Use Case Analysis ）和用例設計（ Use Case Design ），得到相應的用例實現（ Use Case Realization ）。用例實現在設計模型（ Design Model ）中提供了一種結構，用於組織與用例有關但卻屬於設計模型的工件。這些相關工件包括協作圖（ Collaboration Diagram ）和序列圖（ Sequence Diagram ），這些圖使用協作對象說明用例行為。最終這些協作對象可以歸納為系統要開發的分析類和設計類。

在實施 (Implementation) 工作流中，將設計模型作為輸入，將設計類實現為組件，創建實施模型（ Implementation Model ）。

在測試工作流期間，根據用例的功能描述編寫測試用例（ Test Case ），驗證系統是否實現了的用例的功能。因此，用例將各個工作流整合成一個流――確定用例、分析用例、設計用例、實現用例、根據用例編寫測試用例來驗證系統設計。

2.2 以構架為中心的過程

在 RUP 中，軟體系統的構架是指系統重要組件的組織或結構，這些重要組件通過介面與那些由不斷減小的組件與介面所構成的組件進行交互。構架具有以下作用：

1 ）理解系統 RUP 使用 UML 可視化建模系統的構架，並以構架為中心進行開發，這使得開發人員、管理人員及其他相關人員能夠詳細理解所需要做的工作，以利於他們參與系統的開發。

2 ）組織開發 構架設計師通過將系統劃分為帶有明確定義介面的子系統，並讓開發小組負責每個子系統，可以顯著減少開發組之間交流的工作量，而且介面雙方的軟體可獨立地進化。

3 ）鼓勵重用 好的構架為開發人員提供了可以在其上開展工作的穩定的骨架，它有助於開發人員知道在哪裡能有效地找到可重用的元素以及發現合適的可重用的組件。

4 ）進化系統 一個具有穩定的構架的系統在分析和設計時就考慮到系統進化的需求，從而具有一定的容變能力，系統可以適度地進化。

2.3 迭代和增量開發

迭代（ Iteration ）是指帶有已建立基準（ Base Line ）的計劃和評估准則的獨特活動序列，迭代生成系統的內部或外部發布版（ Release ）。增量（ Increment ）是指在後續迭代結束後，兩個發布版本之間存在的差異（差值）。在 RUP 中，軟體的生命周期是由一系列迭代組成的，這些迭代都是由軟體項目分解成的許多袖珍項目（ mini-project ）。每個迭代都產生以內部版本形式交付的實際結果，其中每個內部版本會增加一個增量並表明所關注的風險得以降低。這些版本可以展示給客戶，從而獲得有價值的反饋以確認工作成果。早期階段的迭代主要是關注確定項目的范圍，消除關鍵風險和建立系統構架基準。後期迭代則不斷增加增量結果，直至得到一個可對外發布的產品。迭代有助於管理層規劃、組織、監控和控制項目。

迭代和增量開發具有以下的一些優點：（ 1 ）允許變更需求；（ 2 ）允許持續的集成；（ 3 ）及早降低風險；（ 4 ）有助於組織學習和提高；（ 5 ）提高復用性；（ 6 ）生成性能更強壯的產品。

3 殷行物業管理系統的開發過程

該系統主要包括以下幾個模塊：

• 小區管理 公司經營業務所涉及的小區的信息管理。

• 房屋管理 公司所管理的房屋的資料的管理和維護。

• 房屋租賃管理 實現房屋租賃的功能。

• 租金管理 實現租戶租金的收取和各項報表的編制功能。

• 私房管理費管理 實現私房用戶的管理費管理。

• 系統維護 系統的用戶、安全和公共信息的管理。

我們首先和用戶一起對該公司的業務進行建模，建立業務用例模型，然後再一起分析這些業務用例的實現，明確用戶對將要開發系統的功能需求。通過分析，我們獲得了「接收房屋」、「出租可租房」、「建租戶賬」、「收取租金「、「租金調整」和「租金減免」

等對於決定系統構架具有重要作用的核心系統用例。因為租金調整和減免方面的業務規則非常復雜而且易變，我們決定採用 EJB 組件構架，將業務規則封裝在企業 JavaBeans 中，以利用 EJB 構架在系統維護和進化方面的優勢。圖 1 是該系統構架的部署視圖（ Deployment View ）。

由於 RUP 的特徵和 EJB 技術的採用，我們在開發過程中很好地克服了需求變更和更改設計方面的難題，在開發的後期沒有出現什麼重大的錯誤設計和返工。

4 房屋租賃管理子系統的開發實例

限於篇幅，我們以房屋租賃管理子系統在第一次生命周期中的開發過程來闡述 RUP 的應用方法，這里給出的只是一個基本的過程框架。

4.1 業務建模

業務建模的目的在於了解目標組織的結構、機制、當前存在的問題、改進的可能性，並確保客戶、最終用戶和開發人員就目標組織達成共識，最後還要導出支持目標組織所需的系統需求。

下面是房屋租賃子系統業務用例模型中的「客戶租房「業務用例（這里我借鑒了 Cockburn 的用例思想）：

用例名稱 (Use case) ：客戶租房

首要主角 (Primary Actor) ：客戶

范圍 (Scope) ：殷行物業公司

層次 (Level) ：概要目標

前提條件 (Preconditions) ：當前有空的出租房

觸發條件 (Trigger) ：客戶申請租房

成功保證 (Success Guarantees) ：客戶順利地租到房屋

最低保證 (Minimal Guarantees) ：客戶取消租房

基本流 (Basic Flow) ：

• 客戶向公司提出租房申請，並提供相關材料和客戶租房條件。

• 業務員審核客戶材料，並根據客戶租房條件檢索可租房 。

• 客戶選定中意的可租房。

• 業務員出租選中的可租房 。

• 計賬員為客戶建立租金賬戶 。

備選流 (Alternative Flow) ：

// … （略）

2b 、未找到符合客戶租房要求的房屋 3a 、客戶不滿意所選的房屋

a 、客戶重新提出租房 條件

a1 、業務員根據客戶租房條件檢索可租房屋 。

這個過程可重復多次，直到客戶接受房屋或取消租房。

b 、客戶不再租房，流程終止。

業務用例實現由業務對象模型來描述，它是對業務工人和業務實體之間應該如何聯系和協作以執行業務的一種抽象。 系統分析員使用 該模型來確定系統主角和系統用例。

4.2 需求

分析業務用例模型中「客戶租房「業務用例的實現，可以確定 業務員 和計賬員等業務工人 (Business Worker) 對系統的功能需求，從而得到三個系統用例，如以上斜體部分所示。採用類似方法獲得的所有系統用例構成了系統的功能需求。 這時，業務用例中的業務工人映射為系統用例的主角。下面是「出租可租房」系統用例的事件流：

用例名稱 (Use Case) ：出租可租房屋

首要主角 (Primary Actor)：業務員

范圍 (Scope) ：殷行物業管理信息系統

層次 (Level)：用戶目標

前提條件 (Preconditions)：客戶選定可租房

觸發條件 (Trigger)：業務員開始租房

成功保證 (Success Guarantees)：待租房屋順利租出

最低保證 (Minimal Guarantees) ：（無）

基本流 (Basic Flow) ：

• 業務員輸入租戶信息。

• 業務員輸入租賃憑證資料。

• 系統 添加新租戶 。

• 系統將 可租房轉換為已租房 。

• 系統 創建租賃憑證 。

備選流 (Alternative Flow) ：

//…. （略 去了備選流中的用例 ）

4.3 分析設計

分析設計工作流的主要目的是將需求轉化為系統的設計以及開發出健壯的構架。涉及到的角色有構架設計師、設計師和資料庫設計師等。構架設計師的主要工作是構架分析、確定設計機制等。設計師的主要工作是用例分析、用例設計、類設計和子系統設計等。資料庫設計師設計系統的數據模型。

對「 出租可租房屋 「系統用例進行用例分析和設計，得到其用例實現的協作圖（圖 2 ）。

從圖中可得到如下的設計類：實體類（ RenterWithouAccount －未建賬租戶、 RentingCard －租賃憑證、 RentedHouse －已租房、 RentableHouse －可租房、 RentableHouseSet －可租房集合）、控制類（ RentingManager －租賃管理器、 TransactionManager －事務管理器）、邊界類（ RentingForm －租賃窗體、 RentingCardDlg －租賃憑證資料對話框）。

根據實體類之間的關系，可以得出關於房屋租賃的局部數據模型（圖 3 ）。

4.4 實施

在實施階段，將分析設計階段產生的設計模型作為輸入，探討如何用源代碼、腳本、二進制代碼、可執行體等組件來實現系統。由於我們採用了 EJB 技術，因此在 Rational Rose 中，我們將以上的實體類映射成了 EntityBean 類，控制類映射為 SessionBean 類，而邊界類則映射為客戶端的 JavaBean 。最終， RenterWithouAccount 、 RentingCard 、 RentingManager 等企業 Bean 類被部署在 JBoss 應用伺服器中。

至此，房屋租賃管理子系統的第一個版本已經產生，用戶可以試用該系統以提出改進意見和新的需求，並在下一輪迭代中加以實現。實際上，我們只經過了四輪迭代，用戶便接受了該子系統。

5 結束語

由於 RUP 是一個龐大復雜的軟體開發過程框架，在實際開發過程中，我們對 RUP 進行了適當的裁剪以適應系統的規模和特點，省去了開發大規模系統所需的活動和工件。 CASE 工具我們主要選用了 Rational Rose 、 ClearQuest 、 Soda 和 RequistePro ，開發工具選用了 JBuilder5 ，資料庫選用了 SQLServer7 ，應用伺服器選用了 JBoss ， web 伺服器選擇了 Tomcat 。最終我們以較低的成本，在客戶要求的進度內開發出了令人滿意的物業管理信息系統。

㈣ 信息系統項目需求調研最常用的有哪些方法

軟體工程中包含需求、設計、編碼和測試四個階段,其中需求工程是軟體工程第一個也是很重要的一個階段，需求分析是要決定「做什麼，不做什麼」。 在一個軟體項目中，軟體需求包括三個不同的層次-業務需求、用戶需求和功能需求-也包括非功能需求:業務需說明了提供給客戶和產品開發商的新系統的最初利益,反映了組織機構或客戶對系統、產品高層次的目標要求。 軟體開發，能否獲得成功，最重要的是需求分析的工作。因此，軟體需求分析能力和水平，對軟體項目至關重要。 一般的分析方法和步驟如下： ⑴首先調查組織機構情況 包括了解該組織的部門組成情況，各部門的職能等，為分析信息流程作準備。 ⑵然後調查各部門的業務活動情況 包括了解各個部門輸入和使用什麼數據，如何加工處理這些數據，輸出什麼信息，輸出到什麼部門，輸出結果的格式是什麼。 ⑶協助用戶明確對新系統的各種要求 包括信息要求、處理要求、完全性與完整性要求。 ⑷確定新系統的邊界 確定哪些功能由計算機完成或將來准備讓計算機完成，哪些活動由人工完成。由計算機完成的功能就是新系統應該實現的功能。 常用的調查方法有： ⑴跟班作業 通過親身參加業務工作來了解業務活動的情況。這種方法可以比較准確地理解用戶的需求，但比較耗費時間。 ⑵開調查會 通過與用戶座談來了解業務活動情況及用戶需求。座談時，參加者之間可以相互啟發。 ⑶請專人介紹。 ⑷詢問 對某些調查中的問題，可以找專人詢問。 ⑸設計調查表請用戶填寫 如果調查表設計得合理，這種方法是很有效，也很易於為用戶接受的。 ⑹查閱記錄 即查閱與原系統有關的數據記錄，包括原始單據、賬簿、報表等。 通過調查了解了用戶需求後，還需要進一步分析和表達用戶的需求。分析和表達用戶需求的方法主要包括自頂向下和自底向上兩類方法。

㈤ 闡述信息系統分析與設計有哪些常用方法

闡述信息系統分析與設計有哪些常用方法：《信息系統分析與設計》課程向那些有志於從事管理信息系統的同學系統講述設計與開發信息系統的全過程，通過學習本課程，不僅可以完整的學習信息系統設計的主要理論。

在對系統進行詳細調查的基礎上，運用各種系統開發的理論、方法和技術，確定並表述出系統應具有的邏輯功能，形成系統邏輯方案咆括系統的結構、問題處理過程和分析計算模型)。

新系統的邏輯方案在邏輯上描述新系統的目標和具有的功能、性能，它以系統分析報告的形式表達出來，作為下一階段系統設計的依據。

闡述信息系統分析主要內容：

系統規模越大，系統分析復雜性也越高。通常系統分析工作包括以下兩方面的內容。

通過詳細了解企業的組織結構、組織目標、組織的業務流程及數據流程，分析和理解用戶與管理業務對系統開發的實際需求，包括對系統功能、性能等方面的需求，對開發周期、開發方式及軟硬體配置等方面的意向及打算。

通常情況下，先由用戶提出初步的要求，然後經由系統分析人員對系統進行詳細調查，進一步完善用戶對系統的要求，最終以系統需求說明書的形式將系統需求定義下來。

㈥ 常見的信息收集方法有哪些

目前有五種方法：

1.查閱資料法：報紙、行業網站、文獻、雜志、廣播電視等傳媒專訪。

2.調查法：（1）拜訪調查法；（2）電話采訪法；（3）問卷調查法。

3.觀察法：通過開會、深入現場、參加生產和經營、實地采樣、進行現場觀察並准確記錄(包括測繪、錄音、錄相、拍照、筆錄等)調研情況。主要包括兩個方面:一是對人的行為的觀察，二是對客觀事物的觀察。觀察法應用很廣泛，常和詢問法、搜集實物結合使用，以提高所收集信息的可靠性。

4.實驗法：通過實驗室實驗、現場實驗、計算機模擬實驗、計算機網路環境下人機結合實驗等過程獲取信息或結論。可主動控制實驗條件，包括對參與者類型的恰當限定、對信息產生條件的恰當限定和對信息產生過程的合理設計，獲得重要的、能客觀反映事物運動表徵的有效信息，在一定程度上直接觀察研究某些參量之間的相互關系，有利於對事物本質的研究。

5.互聯網信息收集法：通過計算機網路發布、傳遞和存儲的各種信息。互聯網信息收集的最終目標是給廣大用戶提供網路信息資源服務，整個過程包括網路信息搜索、整合、保存和服務四個步驟。

拓展資料：

為了保證信息收集的質量，要遵循幾個原則：

1.准確性：收集的信息一定要真實可靠，這是最基本的原則，因此，收集者要對收集的信息反復核實、不斷檢驗。

2.全面性：全面、廣泛地收集信息，才能完整的反映調查對象的全貌，保障科學決策。

3.時效性：信息的利用價值取決於該信息是否能及時地提供，信息只有及時、迅速地提供給它的使用者才能有效地發揮作用。

㈦ 管理信息系統的詳細調查的方式有哪些並進行比較

MIS的開發方式有自行開發、委託開發、聯合開發、購買現成軟體包進行二次開發幾種形式。一般來說根據企業的技術力量、資源及外部環境而定。 補充： 管理信息系統的開發策略
不可行的開發方法：組織結構法，機械的按照現有組織機構劃分系統，不考慮MIS的開發原則。
資料庫法，開發人員從資料庫設計開始對現有系統進行開發。
想像系統發，開發人員基於對現有系統進行想像為基礎進行開發。
可行的開發方法：自上而下（Top__Down）,從企業管理的整體進行設計,逐漸從抽象到具體,從概要設計到詳細設計,體現結構化的設計思想。自下而上（Bottom__Up）,設計系統的構件,採用搭積木的方式組成整個系統,缺點在於忽視系統部件的有機聯系。
兩者結合是實際開發過程中常用的方法。通過對系統進行分析得到系統的邏輯模型, 進而從邏輯模型求得最優的物理模型。邏輯模型和物理模型的這種螺旋式循環優化的設計模式體現了自上而下、自下而上結合的設計思想。
管理信息系統的開發方法
完整實用的文檔資料是成功MIS的標致。科學的開發過程從可行性研究開始，經過系統分析、系統設計、系統實施等主要階段。每一個階段都應有文檔資料，並且在開發過程中不斷完善和充實。目前使用的開發方法有以下兩種：
1.瀑布模型（生命周期方法學）
結構分析、結構設計，結構程序設計（簡稱SA—SD—SP方法）用瀑布模型來模擬。各階段的工作自頂向下從抽象到具體順序進行。瀑布模型意味著在生命周期各階段間存在著嚴格的順序且相互依存。瀑布模型是早期MIS設計的主要手段。
2.快速原型法（面向對象方法）
快速原型法也稱為面向對象方法是近年來針對（SA—SD—SP）的缺陷提出的設計新途徑，是適應當前計算機技術的進步及對軟體需求的極大增長而出現的。是一種快速、靈活、互動式的軟體開發方法學。其核心是用交互的、快速建立起來的原型取代了形式的、僵硬的（不易修改的）大快的規格說明，用戶通過在計算機上實際運行和試用原型而向開發者提供真實的反饋意見。快速原型法的實現基礎之一是可視化的第四代語言的出現。

㈧ 信息管理的研究方法有哪些

研究方法
第一節 觀察研究方法
第二節 調查研究方法
第三節 實驗研究方法
第五章 理性思維方法
第一節 科學抽象方法
第二節 歷史方法和邏輯方法
第三節 比較和分類方法
第四節 歸納和演繹方法
第五節 分析和綜合方法
第六章 橫向科學方法
第一節 橫向科學方法概述
第二節 系統科學方法
第三節 控制論方法
第四節 資訊理論方法
第五節 數學方法
第七章 信息管理學專門方法
第一節 文獻信息處理方法
第二節 文獻計量學方法
第三節 引文分析方法