藥品管理系統(tǒng)項目計劃書

1、word醫(yī)藥銷售管理系統(tǒng)項目計劃書8編 制:編制日期:審 核:批 準:馬力強，王光照,2007-10-152007-10-18單位名稱：軟件 05-1一.項目概述1.1 目的針對中小醫(yī)藥公司、中大型藥店的綜合業(yè)務開發(fā)一套綜合醫(yī)藥管理系統(tǒng)。軟件應集進、 銷、存、決策于一體，同時集成財務管理等實用的功能，并且以財務管理為中心，真正實現(xiàn) 管理一體化。1.2 項目背景手工處理藥品管理的業(yè)務不僅手續(xù)麻煩而且有眾多缺陷。比如：存儲的舊檔案由于采用紙質(zhì)，要占用較大的空間，而且很容易因為保存不當而發(fā)霉或被蟲蛀。手工操作浪費時間， 會延誤病人的最佳治療時期。手工操作需要較多員工，每一位員工都要發(fā)工資，會增加公司

2、 負擔，而且管理人員遠比管理機器困難的多。使用一套專業(yè)的藥品管理系統(tǒng)軟件來代替純?nèi)斯げ僮骺墒箻I(yè)務人員從繁忙的手工開票，統(tǒng)計報表的工作中解脫出來， 提高工作效率，減少人為差錯。1.3 項目的范圍和目標1.3.1 范圍描述項目目標：目標在前面的目的中已經(jīng)說明。衡量的方法是以項目實際的進度與預期要 完成的指標進行比較。范圍說明：項目主要涉及三方面人員：開發(fā)人員 產(chǎn)品使用者 產(chǎn)品運營管理者項目涉及人員及任務:項目涉及人員任務項目組長及管理人員（2人）管理項目的實施項目技術(shù)攻關(guān)人員（3人）對項目的核心技術(shù)進行科研攻關(guān)項目設計人員（5人）完成項目設計的相關(guān)工作項目具體程序開發(fā)人員（10人）參與項目開發(fā)的所

3、有人員產(chǎn)品使用者（3人）說明需求，反饋原型系統(tǒng)使用狀況產(chǎn)品運營管理者（2人）系統(tǒng)設置及維護、產(chǎn)品使用權(quán)限發(fā)放交流機制:對于開發(fā)人員屬于項目組內(nèi)人員， 可以采用直接溝通的方式，也就是有什么需求或問題 可以直接說出來；對于產(chǎn)品使用者和產(chǎn)品運營管理者屬于項目組外人員，可以采用定期面對面溝通和在需要時聯(lián)系的方式。1.3.2 主要功能（1）概述整個系統(tǒng)由問題域子系統(tǒng)、數(shù)據(jù)訪問子系統(tǒng)、用戶截面子系統(tǒng)組成。對于問題域子系統(tǒng)， 該軟件以中小醫(yī)藥經(jīng)營企業(yè)為應用對象，結(jié)合醫(yī)藥企業(yè)未來和當前的管理需求提供使用的先進的的應用模式，實現(xiàn)對多部門多規(guī)格大范圍的管理，真正的面向市場提高企業(yè)效益。對于數(shù)據(jù)訪問子系統(tǒng)，該軟件嚴

4、格按照規(guī)范的軟件工程管理，充分利用面向?qū)ο蠹夹g(shù)， 利用windows系統(tǒng)的內(nèi)存管理和多任務特性，從技術(shù)上保證了系統(tǒng)的穩(wěn)定性、可靠性和先 進性。對于用戶截面子系統(tǒng)， 充分考慮了使用人員的計算機知識較少的特點，全部使用業(yè)務人員最熟悉的業(yè)務流程、提示用語和操作方式，即使不懂計算機的人也能熟練使用本系統(tǒng)。(2)系統(tǒng)流程圖原業(yè)務流程圖：轉(zhuǎn)換為計算機處理后的系統(tǒng)流程圖:(3)功能描述各部分功能如下：基礎(chǔ)信息管理：藥品信息管理、員工信息管理、供應商信息管理、客戶信息管理。銷售管理：銷售登記、銷售退貨、銷售查詢、銷售退貨查詢。入庫管理：入庫登記、入庫退貨、入庫查詢、入庫退貨查詢。調(diào)貨管理：調(diào)貨登記、調(diào)貨查詢。

5、庫存管理：庫存盤點、庫存查詢、倉庫管理。結(jié)賬管理：銷售結(jié)賬、銷售退貨結(jié)賬、入庫結(jié)賬、入庫退貨結(jié)賬。賬務管理：日結(jié)算管理、月結(jié)算管理、供應商往來賬、客戶往來賬。系統(tǒng)管理：修改用戶密碼、修改權(quán)限設置、修改用戶、數(shù)據(jù)備份。1.3.3 性能(1)銷售管理在銷售管理中主要實現(xiàn)藥品消費開票、銷售退貨開票。具體要求如下：支持鼠標和鍵盤開票，能完全使用鍵盤開票。因為藥品種類繁多，要求利用商品的 拼首簡碼可快速檢索商品并直接選擇商品錄入。輸入某種商品的數(shù)量和單價后，程序要自動計算每種商品的金額。能自動計算銷售商品的合計品種、數(shù)量、金額、折扣、應付、未付等。支持現(xiàn)金結(jié)賬和掛賬兩種結(jié)算方式。庫存不夠或不存在錄入商品

6、，提示操作員重新錄入或選擇商品。(2)庫存管理在庫存管理中要實現(xiàn)庫存盤點、庫存查詢、庫存預警等功能。提出具體要求如下：庫存盤點時能將損益情況進行分析統(tǒng)計。在庫存查詢時要能根據(jù)字段查詢，并要求能模糊查詢。庫存商品缺貨或過多能進行預警。如果藥品市場變化，藥品價格可手工調(diào)整。(3)往來管理在往來管理中要實現(xiàn)客戶管理、往來結(jié)款、往來分析、往來查詢功能等。提出要求如下:管理客戶信息和客戶賬戶信息，并根據(jù)客戶欠款情況進行預警。在客戶結(jié)款后，能自動計算欠款金額。能用圖表對往來數(shù)據(jù)進行分析。(4)查詢統(tǒng)計要能實現(xiàn)銷售查詢、銷售退貨查詢、入庫查詢、入庫退貨查詢、藥品基本信息查詢、員工信息查詢、往來查詢、庫存查詢

7、等多種查詢。提出要求如下：可設置多種查詢條件。在銷售查詢、入庫查詢等查詢中要能對時間段查詢。支持模糊查詢。查詢后要匯總查詢信息。(5)報表管理報表管理要包括入庫報表、銷售報表、庫存報表、往來報表、調(diào)貨報表、日結(jié)算報表、月結(jié)算報表、銷售退貨等報表。提出具體要求如下：能及時統(tǒng)計并打印、預覽各種報表。報表要準確及時、靈活。(6)系統(tǒng)管理可對用戶設置多種權(quán)限設置，要根據(jù)權(quán)限行使相應功能。只有通過用戶和密碼方可進入系統(tǒng)。要能及時備份數(shù)據(jù)和恢復數(shù)據(jù)。1.3.4 管理和技術(shù)約束二.項目估算2.1 使用的歷史數(shù)據(jù)因為是每一次做項目，所以沒有歷史經(jīng)驗數(shù)據(jù)。2.2 使用的評估技術(shù)由于本項目是關(guān)于數(shù)據(jù)庫管理方面的，

8、所以采用了認可度比較高的cocomo n模型。2.3 工作量、成本、時間估算本項目的工作量、成本及時間的估算采用了成本估算模型。由于對 cocomo n的運用 還不是太熟練，在項目的初始階段各種參數(shù)還不能夠確定， 所以暫時先采用了中級 COCOMO 模型。等項目的各種參數(shù)都比較全時，在迭代中再采用 COCOMO n模型。在中級COCOMO模型中所采用的各項參數(shù):成本驅(qū)動量細分（描述）取值產(chǎn)品RELY （必要的軟件可靠性要求）1.15DATA （數(shù)據(jù)庫規(guī)模）0.94CPLX （產(chǎn)品復雜性）1.15計算機TIME （執(zhí)行時間限制）1.00STOR （生存限制）1.00VIRT （虛擬計算機可變性）

9、TURN （計算機響應時間）1.00人員ACAP （分析員能力）1.19AEXP （應用經(jīng)驗）1.29PCAP （程序員能力）1.17VEXP （虛擬機經(jīng)驗）LEXP （編程語言經(jīng)驗）1.14項目MODP （現(xiàn)代編程經(jīng)驗）1.10TOOL （軟件工具使用）0.83SCED （規(guī)定的開發(fā)進度表）1.00所以 EAF=1.15*0.94*1.15*1.0*1.0*1.0*1.19*1.29*1.17*1.14*1.10*0.83*1.02.32由于第一次做項目，經(jīng)驗、資金、資源等都不足，所以取開發(fā)模式為嵌入式：a=2.8、b=1.20、c=2.5、d=0.32,代碼估計為：20千行工作量 E=2.

10、8*20 1.20*2.32 237 人月時間t=2.5*103 0.3215個月三.風險管理戰(zhàn)略3.1風險識別1.由于是第一次做項目，所以項目的復雜度還是過于龐大，對于我們這些新手來說很難 成功。2由于項目中要打印表單，這對于沒有過這方面的編程經(jīng)驗的人來說有一定的難度。3 .項目是參考一本以醫(yī)藥管理系統(tǒng)為例，介紹數(shù)據(jù)庫編程的書而制定的，本身就沒有 市場調(diào)研基礎(chǔ)。再加上那本書中只是介紹怎樣根據(jù)已設計好的數(shù)據(jù)庫及已經(jīng)給出的系統(tǒng)應具 備的功能來開發(fā)數(shù)據(jù)庫系統(tǒng)。 而涉及數(shù)據(jù)庫開發(fā)的核心內(nèi)容：需求分析和數(shù)據(jù)庫的設計方法 并沒有介紹。所以在開發(fā)時很難抓住核心問題。這會使開發(fā)周期變得難于控制。4 .由于責

11、任不明確，人員能力都有限，項目有可能延期。5 .由于原來的項目在測試時就會出現(xiàn)不穩(wěn)定現(xiàn)象，所以新開發(fā)的項目能不能避免這種 現(xiàn)象，現(xiàn)在還很難確定，這對項目來說也是一種風險。6 .商品入庫要支持掃描儀， 這在硬件系統(tǒng)沒有安裝掃描儀的情況下，有可能出現(xiàn)問題。7 .要系統(tǒng)支持模糊查詢有一定難度，會有可能出現(xiàn)查詢錯誤的現(xiàn)象。8 自動計算功能由于涉及的數(shù)據(jù)段較多，所以有一定難度，易引起差錯。9 .由于系統(tǒng)要求“庫存商品缺貨或過多能進行預警”，小組內(nèi)沒有人編過這方面的代碼，而且是第一次接觸，所以也是一種風險承擔。10 .數(shù)據(jù)庫內(nèi)表數(shù)目達 40,這無疑會增加項目難度，甚至有可能造成項目無法完工。3.2風險計劃1 .根據(jù)項目的實際情況，我們小組確定了采用以下幾種應對策略:避免緩解接受研究退避儲備2.對以上的每條風險我們確定了以下的應對策略：風險編號應對策略編號12345678910四.進度（日程）4.1 項目工作分解結(jié)構(gòu)任務名描述持續(xù)時間