年4月19日教科室耗材庫存管理系統項目計劃書文檔僅供參考北方民族大學教科室耗材庫存管理系統項目計劃書項目名稱:教科室耗材庫存管理系統小組成員:寧文彬、蔡繼賢、潘禮塬10月25日星期五目錄1項目簡介 31.1項目概況 31.2項目目標介紹 31.2.1系統設計目標為: 31.2.2進度目標 42項目工作分解 53項目進度計劃 73.1具體工期進度計劃表 73.2項目甘特圖與里程碑計劃 94項目組織管理 104.1組織結構圖 104.2責任矩陣 114.3項目成員介紹 115項目可行性分析 125.1項目風險計劃 125.1.1風險管理必要性 125.1.2風險識別 125.1.3風險評估 135.1.4風險對策及監督 155.2項目財務與人力資源計劃 165.2.1財務計劃 165.2.2財務費用估算 165.3技術可行性 176系統用例模型 186.1系統用例圖 186.2用例描述 197數據庫設計 247.1E-R圖 241)用戶E-R圖 242)各實體E-R圖 247.2數據庫表 251)用戶信息表(User) 252)類別信息表(Type) 263)耗材信息表(Material) 264)供應商信息表(Supplier) 275)供貨單信息表(SupList) 276)庫存信息表(Inventory) 281項目簡介1.1項目概況 項目名稱:教科室耗材庫存管理系統 開發目的:教科室在出、入庫等環節的管理上都存在著一定程度的不足,而這些不足無疑將使其在教學工作中產生種種不便。在網絡經濟的時代背景下,進行有效的庫存管理必然存在著一定的難度,因此必須借助現代化的管理方法和管理技術——庫存管理系統。 產品描述:庫存管理系統是基于先進的軟件和高速網絡基礎上的新型存儲管理模式。經過集中式的信息數據庫,將實驗室的調、存、轉等業務有機的結合起來,達到數據共享、降低成本、提高效率、改進服務等目的。主要作用是:提高管理效率降低人工成本;降低采購成本;及時調整采購策略,防止價格流失;減少倉儲面積,提高房產綜合利用率;降低儲備資金占用。1.2項目目標介紹1.2.1系統設計目標為:本系統首先要實現動態性和交互性。所謂的動態性就是能動態更新內容,如更新庫存信息、進貨信息和出貨信息等,這要求與數據庫有良好的連接;一般用戶和管理員在使用系統時,實現系統操作方便的特點;實現系統的安全性和可靠性,避免她人進入破壞數據庫信息。1.2.2進度目標在要求的12周內,對教科室管理業務進行詳細調研分析,并建成一個滿足綜合需求的實驗室耗材管理系統,達到方便快捷、實用性強的目的。其次,經過對該項目的調查、分析和研發,提高小組成員的項目管理水平、信息系統開發等相關能力。實施期限:10月17日至1月8日項目成本:開發小組3名成員,多臺筆記本電腦,必要的資料打印、辦公與交通費用。項目交付物:A.耗材管理信息系統包含”系統管理”、”耗材信息錄入系統”、”耗材信息管理系統”、”耗材信息查詢系統”、”耗材信息審批”等5個子系統。B.系統開發相關文檔(1)管理文檔:項目建議書,項目章程,項目計劃書,信息系統規劃報告,項目修改報告,項目階段性總結報告,項目評估報告;(2)技術文檔:用戶需求說明書,需求規格說明書,信息系統分析報告,數據庫設計報告,系統設計報告,系統開發報告,系統測試報告,系統運行與維護報告。2項目工作分解1.項目啟動1.1項目團隊組建、確定團隊名稱1.2確立團隊章程、明確團隊分工1.3初步討論項目、撰寫項目建議書1.4編寫項目章程2.項目總體規劃2.1初步調研2.2系統總體規劃2.3可行性研究2.4制定項目計劃書2.5編寫系統規劃報告3.需求分析3.1確定系統用戶群體3.2調查用戶需求3.2.1分析教師、實驗室對系統的需求3.2.2制定調查計劃3.2.3調查訪問教師、實驗室的需求3.3整理分析資料3.4編寫用戶需求說明書3.5編寫需求規格說明書4.系統分析4.1劃分需求的優先級4.2系統功能分析4.3系統業務流程分析4.3確定系統框架4.4可行性研究4.5編寫信息系統分析報告5.系統設計5.1繪制系統業務流程圖5.2建立系統邏輯模型5.3分析、設計系統概念模型(ER圖)5.4各功能模塊詳細設計5.5各功能模塊整合5.6編制系統設計報告6.系統開發6.1系統開發軟件及編程語言學習6.2構建數據庫6.2.1構建數據表6.2.2確定表間關系6.3功能模塊分工6.4分組實現各功能模塊6.5系統整合、完成初始系統7.系統測試7.1編制測試計劃7.2測試系統功能健全及正常7.3測試系統運行效率7.4測試系統界面人性化7.5編制測試報告7.6系統修改及完善、完成最終系統8.系統交付8.1交付可運行系統8.2編寫、交付系統安裝說明8.3編寫、交付用戶手冊9.項目收尾9.1整理項目整套文件9.2作最終報告和個人報告9.3項目表彰會議10.周期性工作10.1例會、集體學習(每周)10.2項目進展報告(每周)3項目進度計劃3.1具體工期進度計劃表項目名稱工期起始時間結束時間階段交付物1.項目啟動1工作周10.1710.231.1團隊建設1工作日10.1710.17團隊成員、名稱、章程1.2初步討論項目3工作日10.1810.20項目建議書1.3編寫項目章程3工作日10.2110.23項目章程2.項目總體規劃1工作周10.2410.302.1初步調研2工作日10.2410.25調查記錄2.2信息系統總體規劃2工作日10.2610.28系統規劃報告2.3可行性研究1工作日10.2810.28研究結論2.4制定項目計劃2工作日10.2910.30項目計劃書3.需求分析2工作周10.3111.133.1確定用戶需求12工作日10.3111.11用戶需求說明書3.2撰寫需求規格說明書2工作日11.1211.13需求規格說明書4.系統分析1工作周11.1411.204.1系統功能分析2工作日11.1411.15分析記錄4.2系統業務流程分析2工作日11.1611.17系統總體框架4.3編寫信息系統分析報告3工作日11.1811.20信息系統分析報告5.系統設計1工作周11.2111.275.1系統總體設計2工作日11.2111.22系統概念模型5.2各功能模塊詳細設計5工作日11.2311.27系統設計報告6.系統開發3工作周11.2812.186.1構建數據庫7工作日11.2812.4系統數據庫6.2分組實現各功能模塊10工作日12.512.14各功能模塊程序設計代碼6.3系統整合4工作日12.1512.18初始系統7.系統測試1工作周12.1912.257.1編制測試計劃1工作日12.1912.19測試計劃7.2測試系統3工作日12.2012.22測試結果報告7.3系統修改及完善3工作日12.2312.25完善的系統8.系統交付1工作周12.261.18.1編寫系統安裝說明3工作日12.2612.28系統安裝說明8.2編寫用戶手冊4工作日12.291.1用戶手冊9.項目收尾1工作周1.21.89.1整理項目整套文件2工作日1.21.3項目整套文件9.2作最終報告和個人報告3工作日1.41.6最終報告、個人報告9.3項目表彰會議2工作時1.81.8會議記錄10.周期性工作10.1例會、集體學習2工作時每周六會議記錄、學習記錄10.2項目進展報告2工作時每周四課堂項目進展報告3.2項目甘特圖與里程碑計劃里程碑計劃:如項目甘特圖所示。項目里程碑事件為每期項目完成后的項目進展報告(周四上課匯報),這標志著該期項目的完成和下期項目的開始。4項目組織管理4.1組織結構圖各部門合作及分工方式如下圖:圖4.1項目小組組織運行架構圖4.2責任矩陣承承擔部門項目階段項目經理運營部技術部項目啟動PSS項目總體規劃PSS需求分析SPS系統分析SP系統設計SSP系統開發SP系統測試SPS系統交付SP項目收尾PSS相關知識學習及培訓PS日常事務管理PSS4.3項目成員介紹姓名組內分工成員介紹寧文彬項目經理責任心強,工作積極,處事謹慎嚴謹蔡繼賢運營部經理積極上進,認真負責,樂于奉獻潘禮塬技術部經理責任心強,程序編寫能力較強,有毅力5項目可行性分析5.1項目風險計劃5.1.1風險管理必要性風險管理是指識別潛在風險、評估風險對項目的潛在影響,以及制定并實施計劃以便將影響控制在最低程度的過程。因此風險的合理控制對項目的開展和順利進行十分必要。風險管理的主要過程如下圖所示:5.1.2風險識別該系統風險識別使用系統分析法。系統分析法就是把復雜的事物分解成比較簡單的容易被認識的事物,將大系統分解成小系統,從而識別風險的方法。表5-1風險識別表序號風險事件風險來源風險產生的條件1需求風險客戶需求不明確,分析錯誤2管理風險項目組人員缺失,溝通障礙,決策失誤3環境風險外部政策法規改變,設備影響4技術風險技術人員技術不足以滿足開發要求5客戶風險客戶客戶需求改變,毀約5.1.3風險評估系統風險評估采用定性評估和定量評估的方法。5.1.3.1定性評估定性評估是指評估已識別出的項目風險的影響和可能性的過程。這一過程按風險項目目標可能的影響對風險進行排序,一般為高、中、低三檔。表5-2定性評估表序號風險事件可能性嚴重性發現難度風險級別可能發生階段1需求風險低中低低需求分析階段2管理風險中低中中整個項目進程3環境風險低低低低整個項目進程4技術風險高高中高信息系統開發5客戶風險中高高高系統交付階段5.1.3.2定量評估定量評估是量化分析每一風險的概率及其對項目目標造成的后果,并得出每種風險大小及其嚴重程度的一種方法。圖5-1風險定量評估表5-3定量評估表序號風險事件可能性嚴重性可控性風險級別排序1需求風險4649642管理風險64614433環境風險2443254技術風險88425625客戶風險410832015.1.4風險對策及監督表5-4項目風險管理計劃表序號風險事件應對措施預防措施負責人1需求風險項目開發過程中,客戶需求發生改變及時調整設計方案,使之適應新需求;系統設計前應充分調查潘禮塬與教材科管理人員的溝通存在障礙,對其需求了解不足設計始終積極與教材科人員互動溝通,了解其各方面的需求在軟件的設計過程中留下擴展端口,保持靈活性潘禮塬2管理風險項目經理獨自決策,導致計劃進度緩慢,計劃時間延長加強組織之間的溝通,成員之間相互監督激勵,以保證能夠及時而且高質量的完成任務定期召開小組會議,建立有效的領導和反饋機制寧文彬項目組成員結構不合理,信息交流不暢,降低了開發進度由項目經理統一安排任務,避免由于信息經過多層傳達而造成失真事前應充分考慮組員意見和特長寧文彬3環境風險計算機、開發環境的滯后建立一個穩定的項目開發環境并提供良好的硬件條件提前做好充分的準備蔡繼賢開發工具不如期望的那樣有效在項目開始前對開發及備用工具的工作環境進行熟悉充分了解現有技術現狀,以便在開發過程中能夠迅速熟練使用開發工具蔡繼賢4技術風險特定任務的成員因為某種原因不能按時完成任務項目經理應當對其進行鼓勵,并安排有空余時間的成員幫助完成任務合理分配任務潘禮塬技術部成員技術不達標,不能完成分配給個人的任務項目經理應分配給每個成員適合的工作由技術部主管安排學習潘禮塬5客戶風險客戶對于最后交付的產品不滿意要求重新設計對現有的產品進行改進,盡可能使之適應客戶的需求開發前將系統框架展現給客戶,保持實時溝通蔡繼賢5.2項目財務與人力資源計劃5.2.1財務計劃如實記錄項目的各項經濟業務活動;加強規范現金管理,做好日常核算;貫徹節約的原則,力求以盡可能少的人力、物力和財力的耗費,取得盡可能大的經濟效果。5.2.2財務費用估算表6-1:財務費用分期估算表工作內容預算值(元)進度日程預算(項目日歷周)(共11周)1234567891011文檔打印費7666658101055510學習材料費1005050000000000通信費60555555555510餐飲費200100000000000100累計436161611110131515101010120圖6-2財務費用分期估算圖圖6-3資金累計負荷曲線5.3技術可行性該系統采用JSP+Mysql的組合搭建在windows平臺,擁有開源和消耗資源小的優點,同時開發門檻較低,技術難度較小,比較適合初級開發者。6系統用例模型6.1系統用例圖6.1教科室耗材庫存管理系統用例圖6.2用例描述系統用例描述:用例名稱:登錄系統主參與者:系統管理員、系統用戶、審批用戶利益相關者:系統管理員、系統用戶、審批用戶前置條件:系統管理員、系統用戶、審批用戶訪問該網站最低保證:回滾任何未完成的事務成功保證:輸入正確的用戶名與密碼觸發器:系統管理員、系統用戶、審批用戶訪問該網站主頁主要成功情節:系統管理員、系統用戶、審批用戶輸入正確的用戶名與密碼。點擊確認。擴展:1.a輸入用戶名錯誤。1.a.1提示用戶名不存在1.b輸入密碼錯誤。1.b.1提示密碼錯誤用例名稱:用戶注冊主參與者:系統用戶、審批用戶利益相關者:系統管理員、系統用戶、審批用戶前置條件:系統用戶、審批用戶訪問該網站最低保證:回滾任何未完成的事務成功保證:系統用戶、審批用戶提交信息成功。系統管理員審批經過。觸發器:系統管理員、系統用戶、審批用戶訪問該網站主頁主要成功情節:用戶輸入可用的用戶名與兩個相同的密碼并填入自己的信息。用戶成功提交信息。系統管理員進行審批并確認經過。擴展:1.a用戶輸入的用戶名不符合要求或已存在。1.a.1提示更換用戶名。1.b用戶輸入密碼不相同。1.b.1提示輸入兩個相同的密碼。1.c用戶信息提交失敗1.c.1提示信息提交失敗。1.c.2重新載入注冊頁面。1.d系統管理員審批用戶。1.d.1系統管理員瀏覽提交的用戶信息。1.d.2系統管理員確認注冊用戶。用例名稱:申請耗材主參與者:系統用戶、審批用戶利益相關者:系統用戶、審批用戶前置條件:系統用戶、審批用戶訪問該網站最低保證:回滾任何未完成的事務成功保證:審批經過觸發器:系統用戶、審批用戶訪問該網站審批頁面。主要成功情節:系統用戶填寫所申請耗材名稱與數量。系統用戶提交申請。審批用戶瀏覽申請信息并進行審批。審批用戶確認申請。系統提醒系統用戶申請結果。擴展:1.a系統用戶提交的申請未經過。1.a.1提醒系統用戶未經過審批。用例名稱:查詢庫存信息主參與者:系統用戶、審批用戶利益相關者:系統用戶、審批用戶前置條件:系統用戶、審批用戶訪問該網站最低保證:回滾任何未完成的事務成功保證:輸入正確的庫存信息觸發器:系統用戶、審批用戶訪問該網站庫存信息頁面主要成功情節:輸入正確的庫存編號或名稱。提交查詢。擴展:1.a輸入的編號或名稱不存在。1.a.1提示所查詢信息不存在。用例名稱:添加耗材信息主參與者:系統用戶、審批用戶利益相關者:系統用戶、審批用戶前置條件:系統用戶、審批用戶訪問該網站最低保證:回滾任何未完成的事務成功保證:用戶成功提交耗材信息觸發器:系統用戶、審批用戶訪問該網站耗材信息頁面主要成功情節:用戶填寫耗材詳細信息。用戶提交耗材信息。擴展:1.a耗材名稱與已存在的信息重復。1.a.1提示用戶重新輸入耗材名稱。1.b上傳圖片不符合要求。1.b.1提示用戶重新上傳新的圖片7數據庫設計7.1E-R圖1)用戶E-R圖2)各實體E-R圖7.2數據庫表E-R圖的目的是將E-R圖轉換成數據模型,以得到數據庫的表。1)用戶信息表(User)描述:該表記錄了用戶的基本信息數據。序號字段名稱字段含義字段類型主鍵外鍵是否為空默認值備注1User_Id用戶編號Varchar(30)Y—N—唯一標示用戶2User_Name用戶姓名Varchar(40)N—N——3User_Duty用戶職務Varchar(40)N———4User_Popedom權限名稱Varchar(40)N權限名稱N——5User_Department所屬部門Varchar(40)N部門名稱Y——6User_Adress住址Varchar(60)N—Y——7User_Tel聯系電話Varchar(40)N—Y——8User_Co密碼Varchar(40)N—N——2)類別信息表(Type)描述:該表記錄了各種類別的基本信息。序號字段名稱字段含義字段類型主鍵外鍵是否為空默認值備注Type類別名Varchar(40)Y—N——Unit單位Varchar(10)N—N——Lowerlimit庫存下限IntN—Y——Remark1備注Varchar(100)N—Y——3)耗材信息表(Material)描述:該表記錄了庫存耗材的基本信息。序號字段名稱字段含義字段類型主鍵外鍵是否為空默認值備注M_Id耗材編碼Varchar(10)Y—N——M_Name耗材名稱Varchar(40)N—N——M_Type耗材型號Varchar(40)N—Y——M_Standard耗材規格Varchar(40)N—Y——M_Pic圖片ImageN—Y——Type類別名Varchar(40)NYN——7Remark1備注Varchar(100)N—Y——4)供應商信息表(Supplier)描述:該表記錄了供應商基本信息數據。序號字段名稱字段含義字段類型主鍵外鍵是否為空默認值備注1S_Id序號Varchar(20)Y—N——2S_Name供應商名稱Varchar(50)N—N——3S_Tel供應商電話Varchar(20)N—Y——4S_Mobile_Nume供應商手機Varchar(20)N—Y——5S_Email_Adrres供應商郵箱Varchar(30)N—Y——6S_Adrres供應商地址Varchar(60)N—Y——7Remark備注Varchar(100)N—Y—— 5)供貨單信息表(SupList)描述:該表記錄了供貨的詳細信息。序號字段名稱字段含義字段類型主鍵外鍵是否為空默認值備注1S_Id序號Varchar(20)YYN——2M_Id耗材編碼Varchar(10)YYN——4Buy_Price采購價IntN—N——5Buy_Time采購日期DatetimeN—N——6Remark備注Varchar(100)N