案例1：無線尋呼管理信息系統第一節簡述一、無線尋呼系統簡述 無線尋呼是一種傳送呼叫信號的單向個人尋呼系統，它沒有話音，在傳輸過程中也許帶有一定的數碼或字符信息，也許不帶其它任何信息。它是一種采用無線廣播形式將單向的尋呼信號發送給攜帶尋呼機移動用戶的業務。一個簡單的尋呼系統的工作過程是：主叫用戶通過電話告知服務中心話務員（內容為被叫者的尋呼號、主叫姓名、回電話號碼和簡短的留言），話務員把尋呼的內容通過發射臺發射出去告知被呼叫人。這樣的過程為計算機在無線尋呼應用奠定了基礎。1991年左右尋呼機市場非常活躍，全國每年以50萬以上的用戶遞增，老用戶加上新用戶成了滾雪球之勢。但是，尋呼業務也是在不斷變化的，由原先的本地呼叫方式發展為漫游尋呼、全國漫游尋呼。在此之前，俄羅斯莫斯科的尋呼通信業務公司已經把莫斯科的尋呼機用戶同因特網上的電子郵件用戶聯接起來，電子郵件像其它消息一樣在尋呼機上接收，使尋呼機的發展呈多樣化。尋呼機的發展表現在以下幾個方面：·多功能、智能化、存儲和顯示信息量大。美國的一家公司研制出一種新聞尋呼機，配置了8萬字符的存儲器，這種呼機不僅能實現日常的尋呼業務還能與新聞、文化娛樂、體育比賽、專用數據庫連接上。·大容量、大規模聯網。摩托羅拉公司將在全球發射幾顆通信衛星，試圖利用衛星把全球的BP機用戶連接起來，實現覆蓋全球的國際尋呼聯網，進行全球漫游尋呼。·多款式微型化。尋呼機向著體積小，品種更多的方向發展。·向雙向傳送發展。雖然20世紀90年代初無線尋呼還處于單向傳遞信息的階段，大的BP機廠家的最終目標是實現雙向傳送業務。因此，計算機在無線尋呼業務中的地位更為突出。二、計算機無線尋呼系統的構成

人工接續無線尋呼系統主要由主機、終端機、編碼器、調制器、音頻信道、發射機、天線、尋呼接收機組成，如圖1-1所示。圖1-1

人工接續無線尋呼系統

典型的人工接續尋呼系統的硬件結構如圖1-2所示、這里系統這個概念是狹義的，不包括發射機和尋呼機，也不包括話務排隊器、該系統由網絡服務器、系統主機、操作終端機（也稱座席或終端）和POCSAG編碼器組成，并由網絡總線把它們（除編碼器外）全部連接在一起，系統的所有數據都存儲在服務器的硬盤中。任何一個終端機都可以通過網絡提供的功能共享服務器中的所有數據。圖1-2典型人工接續尋呼系統硬件結構第二節

研發立項報告

5萬用戶尋呼機管理信息系統的研究開發立項報告包括下列幾項：一、課題項目

研究開發5萬用戶尋呼機管理信息系統。二、課題領導機構和負責人

項目領導機構：某公司管理信息系統開發組

項目總負責人：XXX

項目負責人：某人負責5萬用戶尋呼機管理信息系統的系統分析、系統設計、系統測試；某人負責可行性分析、程序設計、系統試運行與維護；（另外）某人負責組織協調。三、開發、辦事、聯絡機構

開發、辦事與聯絡機構設在某公司總部209號辦公室。四、課題負責單位和協作單位

負責單位：某公司管理信息系統開發組。

協作單位：中科院某所某室軟件應用開發組。五、課題來源

本部門橫向自立應用項目。六、開發的目的和意義

尋呼機市場非常活躍。據市場調查資料分析：由于現在BP機全國每年以50萬以上的用戶遞增，本公司原來建立的1萬用戶尋呼系統業務已處于超飽和狀態，不能適應業務發展的需要，客戶希望能開發5到10萬用戶的計算機管理系統來替換舊系統、基于此系統開發組研究討論后認為：

·有必要上馬開發5萬用戶的管理系統，如果不開發，將會失去用戶。

·市場發展快，需要加快系統版本的更新換代，鞏固已有市場，發展新客戶，向全國聯網漫游發展。

·新系統開發后經濟效益顯著。七、課題開發研究的內容

·普通尋呼服務。具體內容為；單呼，連呼，復臺，復查，復臺復查，留言，列車時刻表，航班時刻表，位置登記。

·漫游尋呼服務。具體內容為漫游單呼，漫游復臺，漫游復臺復查，漫游復查，漫游位置登記。

·群呼服務。內容有：全呼叫，天氣預報，股票行情，組號群呼，散呼。

·試機服務。內容有按用戶號試機，按發射設備號試機，強場測試。

·定時服務。內容有：定時輸入，定時刪除，定時查詢，定時列表。

·系統管理。內容有用戶資料管理，操作員管理，漫游管理，系統記賬管理，航班時刻表管理，列車時刻表管理，字典管理。

·運行管理八、課題完成時間

本課題計劃用10個月時間完成，具體為：

系統分析1個月；

系統設計1個月；

系統程序設計6個月；

系統調試1個月；

系統試運行1個月。九、課題經費概算

初步估算（不計人員成本費、獎金）約需人民幣20萬元，其中包括：上機、購買輔助材料、技術資料、調研、印刷出版技術資料、邀請預訂用戶、本公司現有客戶現場觀摩、研討、推廣等費用。

經費使用安排：系統開發期間需8萬元人民幣；邀請客戶觀摩、研討、推廣等需12萬元人民幣。

經費來源：向本公司借支20萬元人民幣。待系統應用推廣后歸還借支款。第三節系統分析說明書——現行系統分析一、概述

1.引言

本文檔是對某公司5萬用戶無線尋呼管理信息系統分析的總結，包括該公司已建立的計算機尋呼軟件系統和尚未建立的新系統的分析，由系統分析確定5萬用戶無線尋呼管理信息系統（以下簡稱系統）的需求，以作為設計的依據。本說明書對工程的實施提出計劃，連同附件一起供開發人員設計使用，本說明書也是開發者與用戶對系統共同理解的基礎。

2.業務需求

本項目是某公司管理信息系統開發組的橫向自立項目。根據尋呼機市場的發展狀況和用戶需求，建立一個5萬用戶、功能更強、應用面更廣的系統。

本項目完成后，主要提供給本公司原有用戶和新發展的用戶使用，同時也推廣到各行各業的尋呼業務服務中去。

3.參加設計人員

系統分析由某公司信息系統計發組的全體開發人員負責。人員名單如下：

開發人員：XXX，XXX，…

文檔撰寫者：XXX二、現行系統分析

1.組織概況

無線尋呼管理信息系統是一個城鄉居民共同使用的傳呼業務系統，不存在一個有序的組織。一個尋呼臺是一個服務組織、尋呼臺提供服務，用戶支付服務費用。

2.業務概況

現行系統的業務主要是提供人工尋呼服務，具體內容有：

普通尋呼服務

漫游尋呼服務

群呼服務

試機服務

定時服務

系統管理

運行管理

幫助與維護3.所需環境

(1)設備及器材場地發射設備器一臺發射機及天線，一臺備用發射機及天線。信息服務器（用于存放尋呼信息）信息服務器2臺，其中一臺備份。發送服務器（發送尋呼ASCll碼單）發送服務器2臺，其中一臺備份。編碼卡（將尋呼ASCll碼變成PpeSAG碼）編碼卡2臺，其中一臺備份。班長臺（管理整個尋呼系統）一臺，用戶信息管理站一臺，定時呼工作站（發送定時尋呼信息至發送服務器）一臺。話務員工作站20臺，其中5臺備份。用戶電話排隊器一臺。打印機一臺。網絡電纜（50歐姆同軸電纜）75m。BNC60個，T型頭30個l網絡終結器2個。UPS電源（500VA）3臺。班長臺電話一套，話務員電話30套。電話中繼線（外線）30條。服務器、排隊器機房面積30m2。話務員工作場地面積80m2。發射機機房（離天線不能太遠）面積20m2。天線饋線。長度為從天線到發射機的連接距離。

(2)設備配置信息服務器服務器：386SX，33MHZ內存4MB硬盤：80MB軟盤：1.44MB，3.5英寸軟盤驅動器顯示器：I4寸彩色顯示器網卡：NE2000兼容卡鍵盤：全功能101鍵盤發送服務器處理器：386SX，20MHZ內存：2MB顯示器：14寸彩色顯示器網卡：NE2000兼容卡鍵盤：全功能101鍵盤班長臺處理器：386SX，33MHZ內存：80MB軟盤：1.44MB，3.5英寸軟盤驅動器顯示器：彩色顯示器網卡：NE2000兼容卡漢卡：聯想漢卡鍵盤：全功能101鍵盤用戶信息管理處理器：386SX，20MHZ內存：2MB硬盤：40MB軟盤：1.44MB,3.5英寸軟盤驅動器顯示器：單色顯示器網卡：NE2000兼容卡漢卡：聯想漢卡鍵盤：全功能101鍵盤定時呼工作站處理器：386，20MHZ內存：2MB硬盤：40MB軟盤；1.44MB，3.5英寸軟盤驅動器顯示器：單色顯示器網卡：NE2000兼容卡漢卡：聯想漢卡鍵盤：全功能101鍵盤話務員工作站處理器：386SX，16MHz內存：1MB硬盤：40MB顯示器：單色顯示器網卡：NE2000兼容卡漢卡：聯想漢卡鍵盤：全功能101鍵盤上述硬件環境由用戶自行解決。

管理信息系統所需軟件環境：DOS3.0以上操作系統，漢字庫，foxBASE或FoxPro數據庫，C語言及其編譯系統。

4.現行系統的特點

現行系統是一個人工接續尋呼系統，對數字尋呼機和漢字尋呼機兼容，其系統組成結構簡單、投資小、見效快在某一個區域內能提供一萬用戶的尋呼服務。

5.現行系統的優點

中心控制子系統有一個由單片機組成的編碼器，發出POCSAG碼。

中繼傳輸子系統采用MODEM把信號送到幾公里甚至幾十公里外的發射機去發射。

發射子系統對POCSAG碼基帶信號進行FSK調制。放大至一定功率從天線發射出去。

接收子系統是一個隨身攜帶、體積小、耗電少和可靠性高的BP機。

6.現行系統的不足之處

容納的用戶數不能滿足形勢發展的需要；

服務功能上也不能滿足用戶的日益需求，具體表現為：

不能提供漫游服務；

不能提供異地尋呼服務；

系統管理能力不足；

向用戶提供的服務功能不多。第四節

系統分析——系統的目標和總體功能一、系統的設計目標

1.在人工尋呼系統的基礎上，5萬用戶級尋呼管理信息系統增加自動尋呼、自動漫游尋呼功能。

2.提高系統的可靠性、安全性，降低系統維護人員的工作量。

3.提高對人為干擾、硬件故障的適應能力。

4.為相似規模的專業尋呼臺提供一通用的系統設計模式。

5.向用戶提供多方位的服務功能。

6.提高系統管理能力。二、系統設計原則根據管理信息系統設計規范其設計原則為：

模塊化。其業務分成九大子系統，各個系統自上而下通層分解，直至完成所要求的功能。在設計中盡量減少模塊間數據、控制參數的傳遞，以減少其相關性。

數據的一致性。在多用戶實時處理系統中常常遇到數據不一致問題，為此，要在設計中對系統內部數據進行分類編碼，減少數據冗余。

可靠性。利用密碼來杜絕非操作人員進入系統。

實用性。按用戶要求完成所要求的功能：

普通尋呼服務

漫游尋呼服務

群呼服務

試機服務

定時服務

系統管理

打印管理

幫助

系統維護

可維護性。采用模塊化設計給維護帶來方便。利用每日自動運行的維護軟件對系統數據進行維護。

通用性。提高系統的通用性，縮短開發周期。本設計將各種尋呼環境不同的數據置于程序模塊之外，利用系統生成這些參數，從而減少因條件不同而造成的大量修改程序模塊。

界面友好。盡量減少操作員按鍵次數，以提高操作員的工作效率。三、新系統的總體結構

在計算機軟、硬件和數據通信基礎環境下，本系統主要由以下各部分組成：座席上運行的尋呼應用系統和漫游尋呼程序，數據庫，控制臺發射和游入信息處理程序，UNIX終端漫游控制程序。系統的總體構成如圖1-3所示。圖1-3新系統總體構成四、新系統的功能

新系統的功能如圖1-4-圖1-13所示。

圖1-4新尋呼系統的功能1

圖1-5新尋呼系統的功能2

圖1-6新尋呼系統的功能3

圖1-7新尋呼系統的功能4

圖1-8新尋呼系統的功能5

圖1-9新尋呼系統的功能6

圖1-10新尋呼系統的功能7

圖1-11新尋呼系統的功能8

圖1-12新尋呼系統的功能9

圖1-13新尋呼系統的功能10第五節尋呼管理信息系統設計說明一、尋呼管理信息系統設計說明

從整體上看，該尋呼管理信息系統由用戶(操作員管理)、系統（系統管理員管理)、應用程序、數據庫四大部分組成。尋呼、漫游數據的流向如圖1-14所示．圖1-14

尋呼、漫游系統數據流向圖

用戶應用程序由操作員處理，主要擔負單呼、漫游、群呼、試機、定時等功能。應用程序由系統管理員處理，主要擔負系統管理、運行、幫助、座席等功能。操作員和系統管理員對系統的使用級別是不一樣的，系統管理員有權對整個系統的各種功能進行操作。而操作員只能對操作員肩負的功能進行操作，不能超權處理其它內容。

1.子系統名稱約定

各個子系統的名字由8位字符組成。

TICIXXXX：前4位為約定符，后4位為子系統漢語拼音，由程序編制者定義。

2.一級子系統名稱

各子系統內的一級子程序名字由8位字符組成。

TCXXXXXX：前2位為TC，中間4位為子系統名的漢語拼音，最后2位為一級子程序漢語拼音。

3.二級子系統名稱

各子系統內的一級子程序下的二級子程序名字由6位字符2位數字組成。

Nm：前6位表示子系統一級程序名的漢語拼音，nm

表示0，1，2，3，4，5，6，7，8，9的組合。

4.三級以及三級以下的子程序名稱

三級以及三級以下的子程序名字由7位組成。

TXXXXXX：TX的X是子系統在系統中的排列序列(1，2，3，4，5,...,9，A，B，...，Z）之一，后5位自定義。

5.操作員、系統管理員級別約定：

系統管理員級別定為1；領班員級別定為2；操作員級別定為3。

級別參數名定為userlevel。其它參數各自定義。

6.操作員代號、口令參數名約定

操作員代號參數名定為username。

操作員口令參數名定為Password。

7.數據庫名、字段名定義

數據庫名、字段名原則上用8位字符數字表示、數據庫名的前2位為TD，后6位為庫名拼音。字段名的前2位為TD，接著2位為本庫的縮寫拼音，后4位為漢語拼音。二、數據庫設計說明

從系統總目標和各子系統的具體目標出發，依據需求（功能要求、信息需求）分析結果和各子系統的功能，確定數據庫的概念模型、實體與實體之間的關系以及各個實體的屬性。下面通過實體描述和所需求的功能簡要說明數據庫設計。

1.普通尋呼服務子系統

普通尋呼服務子系統具有單呼、追呼、定時、復臺、復查、復臺復查、留言、列車服務、航班服務、位置登記等功能。（1）單呼實體描述

單呼基本信息表用戶姓名，用戶號，服務狀態，密碼，呼叫人，留言，現在位置，操作員。

單呼主要內容：用戶號，呼叫人，現在位置，留言。

單呼數據庫結構：字段類型長度用戶號C9服務狀態C1用戶姓名C8密碼C6現在位置C10留言C40呼叫人C8操作員C3服務狀態分為8種情況：未賣出自停機未交費本地單呼漫游

聯網漫游同波漫游區域漫游（2）追呼

追呼基本信息表；在單呼基礎上增加一項追呼次數。

追呼主要內容：用戶號，呼叫人，現在位置，留言，追呼次數。

追呼數據庫結構：字段類型長度用戶號C9服務狀態C1用戶姓名C8密碼C6現在位置C10留言C40呼叫人C8追呼次數N1操作員C3（3）定時

定時基本信息表：用戶姓名，用戶號，定時時間，定時起始時間，定時終止時間，定時信息具體要求，操作員。

具體要求：星期一至星期五定時呼叫，墾期六和星期日取消定時呼叫。

定時主要內容：用戶姓名，用戶號，定時時間，定時起始時間，定時終止時間，定時信息，具體要求。定時數據庫的結構：字段類型長度用戶姓名C8用戶號C9定時時間D8定時起始時間D8定時終止時間D8定時信息C20具體要求（星期一至星期五）C6操作員C3（4）復臺·復臺基本信息表：用戶姓名，用戶號，復臺碼，日期，操作員，信息。·復臺主要內容：用戶號，復臺碼，信息。·復臺數據庫結構：字段類型長度用戶姓名C8用戶號C9復臺碼C8日期D10操作員C3信息C40（5）復臺復查·復臺復查基本信息表：用戶姓名，用戶號，復臺碼，日期，性別，確認，操作員，信息。·復臺復查的主要內容：用戶號，復臺碼，確認，信息。復臺復查數據庫結構：字段類型長度用戶姓名C8用戶號C9復臺碼C8日期D8性別C1確認C6操作員C3信息C40（6）復查復查基本信息表：用戶姓名，密碼，時間，性別，操作員，信息。復查的主要內容；密碼，時間，信息。復查數據庫的結構：字段類型長度用戶姓名C8密碼C8時間D8性別C1操作員C3信息C40（7）留言留言基本信息表：用戶姓名，用戶號，留言，操作員。留言主要內容：用戶號，留言。留言數據庫結構：字段類型長度用戶姓名C8用戶號C9留言C40操作員C3（8）列車服務列車服務基本信息表：車次，始發站，中途站，終點站，開點，中點，到點，備注，操作員。列車服務主要內容：車次，始發站，中途站，終點站，開點，中點，到點，備注，操作員。列車服務數據庫結構：字段類型長度車次C6始發站C8中途站C8終點站C8開點C5中點C5到點C5備注M8操作員C3（9）航班服務航班服務基本信息表：班次，航班公司，始發港。中途港，終點港，開點，中點，到點，備注，操作員。航班服務主要內容；班次，始發港，中途港，終點港，開點，中點，到點。航班服務數據庫結構：字段類型長度班次C8航班公司C8始發港C8中途港C8終點港C8開點C5中點C5到點C5備注C6操作員C3（10）位置登記位置登記基本信息表：用戶姓名，用戶號，密碼，新地址，生效日期，操作員。位置登記主要內容：密碼，用戶號，新地址，生效日期位置登記數據庫結構：字段類型長度用戶姓名C8用戶號C9密碼C6新地址C12生效日期D8操作員C32.漫游尋呼服務子系統

漫游用戶分為三類:普通漫游用戶或游入，只能在注冊地接收傳呼信息，狀態碼為8；聯網漫游用戶，可以在網絡所覆蓋的任意一地接收傳呼信息，狀態碼為9；通播漫游，除有聯網漫游功能外，一條尋呼信息經過注冊地后被送往多個目的地，同時發出呼叫信息，狀態碼為a。

漫游用戶號由9位組成，前3位表示注冊地，第4位表示機型（3為漢字，9為數字）,后5位表示用戶號。

漫游尋呼服務子系統具有漫游單呼、漫游定時、漫游復臺、漫游復臺復查、漫游復查、漫游位置登記功能。

漫游單呼、漫游定時、漫游復臺、漫游復臺復查、漫游復查的數據庫結構與單呼服務子系統中的數據庫結構相同，這里就不再敘述。下面簡要介紹漫游位置登記：

漫游位置登記基本信息表：用戶姓名，用戶號，密碼，原注冊地址，新地址，生效時期，操作員。

漫游位置登記主要內容：密碼，新地址，生效日期。

漫游位置數據庫結構：字段類型長度用戶姓名C8用戶號C9密碼C6原注冊地址C12新地址C12生效日期D8操作員C33.群呼服務子系統

群呼服務是為本臺所有BP機用戶同時提供信息的服務，具有全呼叫、天氣預報、順序用戶號群呼、組號群呼、散呼等功能。（l）全呼叫

全呼叫功能完成股票行情、新聞提要、電視節目等信息的發送。

股票行情數據庫結構：字段類型長度開盤C8收盤C8漲跌C5最高C8最低C8成交總數C10成交總金額C12用戶號C9操作員C3適用上海、深圳股市。

股票前十名數據庫結構：字段類型長度證券名稱C10開盤C8收盤C8最高C8最低C8成交量C12幅度C6今日開盤C6用戶號C9操作員C3

電視節目數據庫結構：字段類型長度頻道號C2節目C20日期D6時間C4用戶號C9操作員C3

新聞提要數據庫結構：字段類型長度報名C12新聞提要C80操作臺C3用戶號C9（2）天氣預報

數據庫結構：字段類型長度日期D8預報時間C5預報信息C80操作員C3用戶號C9（3）順序用戶呼叫

數據庫結構：字段類型長度起始用戶號C9終止用戶號C9呼叫信息C80操作員C3（4）組號群