ch13管理信息系統(tǒng)開發(fā)應用實例

1、第13章管理信息系統(tǒng)開發(fā)應用實例113.1 小型醫(yī)院門診就醫(yī)系統(tǒng)結構化分析與設計13.1.1組織結構調(diào)查小型醫(yī)院的組織結構簡單，主要劃分為掛號室、門診、檢驗室、劃價室和藥房等科室，其組織結構圖如圖13.1所示。醫(yī)院院長劃價室檢驗室藥房門診掛號室圖13.1 社區(qū)醫(yī)院組織結構圖213.1.2系統(tǒng)業(yè)務流程分析1.掛號室的業(yè)務流程圖病患掛號費圖13.2 掛號部分的業(yè)務流程圖病患信息掛號室掛號掛號單32.門診醫(yī)生接診的業(yè)務流程圖掛號室圖13.4 門診醫(yī)生的業(yè)務流程圖掛號信息檢驗申請檢驗檢驗結果檢驗申請檢驗結果病患門診醫(yī)生門診醫(yī)生43.檢驗室醫(yī)生接診的業(yè)務流程圖圖13.5 檢驗室醫(yī)生接診的業(yè)務流程圖檢驗申

2、請檢驗門診醫(yī)生檢驗醫(yī)生繳費通知劃價室采集標本病患檢驗結果54.劃價室的業(yè)務流程圖檢驗申請圖13.6 劃價室交費部分的業(yè)務流程圖藥單劃價室門診醫(yī)生病患現(xiàn)金65.藥房的業(yè)務流程圖已繳費信息圖13.8 藥房取藥部分的業(yè)務流程圖藥方劃價室門診醫(yī)生藥物病患藥房人員76.電子處方處理過程的業(yè)務流程圖 圖13.10 電子處方處理部分的業(yè)務流程圖病歷藥方 門診醫(yī)生病患藥房人員收費處813.1.3 系統(tǒng)數(shù)據(jù)流程分析1.頂層數(shù)據(jù)流程圖病患圖13.11頂層數(shù)據(jù)流程圖小型醫(yī)院門診就醫(yī)系統(tǒng)P0醫(yī)生F1F1、F8F7、F9F2、F3 注：F1.病患信息 F2.病患檢查結果信息 F3.病患藥單信息 F7.藥品F8.掛號信息

3、 F9.病歷和計價信息92.第一層數(shù)據(jù)流程圖病患掛號P1醫(yī)生F1診斷P2F4、F5檢驗P3F5、F6病患基本信息表 D1病患疾病信息表 D2病患藥方信息表 D4圖13.12 第一層數(shù)據(jù)流程圖注：F1.病患信息 F2.病患檢驗結果信息 F3.病患藥單信息 F4.掛號信息 F5.已交費信息 F6.檢驗申請 F7.藥品F8.病歷和計價信息圖繳費P4取藥P5F5F4查詢P6F8F7病患檢驗結果表 D3F2、F3F1F21013.1.4數(shù)據(jù)字典1.數(shù)據(jù)流字典編號名稱來源去向組成說明D1病患基本信息表病患審核有效性姓名、掛號單號碼、病歷號碼、掛號類別、日期、性別、年齡按需求更新D2病患疾病信息表醫(yī)生病患病

4、歷信息檢索和顯示掛號單號碼、病歷號碼、日期、病歷、接診醫(yī)生、科室按需求更新D3病患檢驗結果表醫(yī)生病患檢驗結果信息的顯示掛號單號碼、姓名、性別、年齡、日期、檢驗情況、檢驗結果、檢驗員、檢驗類型按需求更新D4病患藥方信息表醫(yī)院病患藥方信息檢索和顯示掛號單號碼、病歷號碼、日期、藥品、個數(shù)、單位修改，需要調(diào)整1113.1.5開發(fā)平臺的設計由于本系統(tǒng)對運行環(huán)境的要求不是太高，服務器端在Windows 2003 Server下安裝使用，容易操作且維護簡單?？蛻舳丝梢栽赪indows XP下運行使用?；谏厦孳浖_發(fā)工具的選擇，并考慮到本系統(tǒng)的性能要求，本系統(tǒng)采用windows XP中文版作為開發(fā)、測試和運

5、行平臺。硬件選擇CPU 為Pentium2.0G，內(nèi)存1GB，硬盤160G。1213.1.6模塊結構設計1.模塊的劃分模塊的劃分應遵循如下幾點原則：（一）各個模塊要具有相對獨立性。 （二）各個功能模塊之間數(shù)據(jù)的依賴性盡量小。 （三）模塊劃分的結果應使數(shù)據(jù)冗余較小。 （四）各個模塊的劃分應便于系統(tǒng)分階段實現(xiàn)。132.各模塊主要功能具體分析1）掛號處：針對病人的信息和對其掛號的信息進行添加和刪除。2）問診室：針對病人的掛號信息進行查詢，對病人的病歷進行添加和修改，對病人的藥方進行添加、修改和刪除，對醫(yī)生問診情況信息進行統(tǒng)計查詢。3）檢驗室：針對檢驗的結果和情況進行添加和修改，對病人的相關信息進行查

6、詢。4）收費處：針對病人的相關信息進行查詢，對交費情況信息進行修改5）取藥處：針對病人的相關信息進行查詢，對取藥情況信息進行修改，并且對于藥物信息進行添加、修改和刪除。6）病患應用：針對病患對于醫(yī)生的工作時間，藥品的功能以及病人的病歷和劃價的查詢。1413.1.7 數(shù)據(jù)庫設計1.E-R圖的建立醫(yī)生病患病歷計價藥品就診擁有服用繳費填寫規(guī)定開出MNMNMMNMLLMM1圖13.19總E-R圖N152.數(shù)據(jù)庫的詳細設計醫(yī)生信息表1613.1.8輸出輸入設計收費部分界面1713.2.1 系統(tǒng)需求描述 13.2.2 初步靜態(tài)建模 13.2.3 動態(tài)建模 13.2.4 靜態(tài)建模的進一步分析 13.2.5

7、數(shù)據(jù)庫設計 13.2.6 建立物理模型 13.2手機銷售系統(tǒng)分析與設計 1813.2.1 系統(tǒng)需求描述 1.發(fā)現(xiàn)和確定用例 管理員用例圖 管理員用例描述管理員基本功能包括手機管理，用于增加手機信息、修改或刪除停產(chǎn)的手機信息；合理查看用戶注冊情況，避免惡意注冊；對用戶購買手機的訂單，做出及時處理；同時管理人員也可以通過系統(tǒng)發(fā)布一些手機銷售方面的消息，豐富網(wǎng)站內(nèi)容，幫助用戶選購手機 19用戶用例圖 用戶用例說明普通用戶可以在系統(tǒng)注冊個人賬號，登錄后可以查看自己的賬號信息；前臺瀏覽、搜索手機，查看最新的公告，把自己喜歡的手機放入購物車中，結賬購買，生成訂單。隨后有公司專職人員與用戶聯(lián)絡確認訂單，用戶

8、等待接收手機 202.改進和細化用例 用戶查看手機用例圖管理員手機管理用例圖 21管理員用戶管理用例圖 管理員公告管理用例圖 2213.2.2 初步靜態(tài)建模 1.定義實體類 實體類圖 在人員信息方面有用戶實體、管理員實體。用戶分為一般用戶（游客等）、注冊用戶（會員）。在銷售信息管理方面有訂單實體、公告實體、手機實體等。 2313.2.3 動態(tài)建模 1.建立活動圖 管理員通過入口可以進入到后臺登錄頁面，通過輸入正確的用戶名和密碼即可登錄到網(wǎng)站后臺管理，在這里管理員的主要活動包括手機管理：可以對系統(tǒng)已有的手機的價格，簡介等信息進行修改；會員管理活動可以顯示網(wǎng)站中注冊的會員列表，在這個活動中有凍結或

9、解凍用戶賬號兩個動作；訂單管理活動可以看到所有訂單列表，管理員可根據(jù)顧客留下的信息與之進行確認，發(fā)貨成功后，更改訂單的執(zhí)行狀態(tài)；公告管理活動可以進行添加、刪除網(wǎng)站公告等動作。 24管理員活動圖 25管理員手機管理活動圖 262.建立時序圖 管理員手機管理的時序圖 27用例場景“手機管理”是在參與者“管理員”首先和登錄界面對象之間發(fā)生的交互，可以繪制的時序圖如圖13.2.10所示，其中的交互事件有登錄、驗證管理員身份。登錄成功后，管理員可以在手機管理界面上，對手機信息操作，具體的交互事件包括：在界面上添加手機信息，按“保存”鍵后,將手機信息保存到數(shù)據(jù)庫中。刪除手機信息，在數(shù)據(jù)庫中刪除具體內(nèi)容。用

10、戶購買手機的過程描述 28用戶購買手機的時序圖 29用戶修改注冊信息的時序圖 30用戶的主要狀態(tài)包括：登錄、注冊、選手機、查看購物車、結賬等狀態(tài)。在查看購物車狀態(tài)中，有修改數(shù)量、清空購物車、結賬、繼續(xù)購物等動作。如果用戶的賬號、密碼正確，提交后可以由登錄狀態(tài)轉(zhuǎn)變成選手機購物狀態(tài)，至此期間可以查看自己的購物車，選擇完手機后，進入銀臺結賬狀態(tài)，核對自己的地址等信息 用戶狀態(tài)描述3.建立狀態(tài)圖 31用戶狀態(tài)圖 3213.2.4 靜態(tài)建模的進一步分析 類圖1 根據(jù)動態(tài)模型的分析，有必要對類模型做進一步的分析和完善 33類圖23413.2.5 數(shù)據(jù)庫設計 實體之間的關系E-R圖 系統(tǒng)數(shù)據(jù)庫中包含的實體有

11、：會員信息實體、訂單信息實體、管理員信息實體、手機信息實體、公告信息實體。 35數(shù)據(jù)庫表數(shù)據(jù)庫表名稱tb_manager管理員信息表tb_member會員信息表tb_BBS公告信息表tb_superTupe手機分類信息表tb_subType手機品牌信息表tb_goods手機商品信息表tb_order_detail訂單明細表tb_order訂單信息主表tb_rebate折扣表數(shù)據(jù)庫表總覽 361.系統(tǒng)體系結構設計 13.2.6 建立物理模型 在B/S體系結構系統(tǒng)中，用戶通過瀏覽器向分布在網(wǎng)絡上的許多服務器發(fā)出請求，服務器對瀏覽器的請求進行處理，將用戶所需信息返回到瀏覽器。 372、建立系統(tǒng)組件圖

12、 組件圖顯示編譯、鏈接或執(zhí)行時組件之間的依賴關系，有助于分析和理解組件之間的相互影響程度。一般來說，軟件組件就是一個實際文件，可以是源代碼文件、二進制代碼文件和可執(zhí)行文件等 383.建立配置圖 配置圖描述系統(tǒng)硬件的物理拓撲結構以及在此結構上執(zhí)行的軟件，常常用于幫助理解分布式系統(tǒng)。 3913.3 物流管理信息系統(tǒng)的開發(fā)與應用13.3.1物流管理信息系統(tǒng)的目標13.3.2物流管理信息系統(tǒng)的開發(fā)過程13.3.3第三方物流的概念13.3.4第三方物流運作流程13.3.5寶供物流企業(yè)集團有限公司物流管理信息系統(tǒng)4013.3.1物流管理信息系統(tǒng)的目標物流信息管理系統(tǒng)的最終目標是提高對客戶的服務水平和降低物

13、流的總成本。即在于以Speed(速度)，Safety(安全)，Surely(可靠)和Low(低費用)的3S1L原則，即以最少的費用提供最好的物流服務。4113.3.2物流管理信息系統(tǒng)的開發(fā)過程1、計劃2、需求分析3、軟件設計 數(shù)據(jù)庫設計 窗體與報表設計 運算過程及邏輯功能設計 網(wǎng)絡及通訊設計4、程序編寫5、系統(tǒng)測試6、系統(tǒng)運行與維護4213.3.3第三方物流的概念所謂第三方物流是指生產(chǎn)經(jīng)營企業(yè)為集中精力搞好主業(yè)，把原來屬于自己處理的物流活動，以合同方式委托給專業(yè)物流服務企業(yè)，同時通過信息系統(tǒng)與物流服務企業(yè)保持密切聯(lián)系，以達到對物流全程的管理和控制的一種物流運作與管理方式。因此第三方物流又叫合同制物流（Contract Logistics）。提供第三方物流服務的企業(yè)，其前身一般從事運輸業(yè)、倉儲業(yè)等物流活動及相關的行業(yè)。從事第三方物流的企業(yè)在委托方物流需求的推動下，從簡單的存儲、運輸?shù)葐雾椈顒愚D(zhuǎn)為提供全面的物流服務，其中包括物流活動的組織、協(xié)調(diào)和管理、設計最優(yōu)物流方案、物流全程的信息搜集、管理等。 4313.3. 4第三方物流運作流程