《客房管理系統》
一.簡介 3
二.人員分工 3
三.專案資源的分配 4
3.1開發環境 4
3.2執行環境 4
3.3預算 4
四.專案計畫 4
4.1專案開發過程選擇 4
4.2工作量的估算 4
五.質量計畫 5
5.1質量目標 5
5.2複審計畫 6
六.風險管理計畫 6
6.1風險列表 6
七.專案跟蹤計畫 7
7.1任務跟蹤 7
7.2問題跟蹤 7
八.配置管理計畫 7
8.1組織及職責 7
8.2配置管理環境 8
8.3配置管理活動 8
8.3.1.1主要配置項 8
8.3.1.2專案基線 8
8.3.2變更管理 9
8.3.3配置狀態統計 9
8.4 資料備份 10
九.計畫的維護 10
越來越多的旅店出現在學校的附近,大多規模比較小,無法使用一些比較高階的管理系統,而人工管理又太過繁瑣,因此迫切的需要一種簡單實用而又功能齊全的管理系統。
小組成員:郭華傑馬雪飛蔡夫傑。 以下各部分工作均由3人協調完成。
1.專案開發硬體環境
● pentiumii 450mhz以上處理器
● 執行記憶體:285mb以上記憶體
● 安裝空間:120g的硬碟大小
2.軟體環境
● 中文版windows xp或更高版本
● sql server2000資料庫
● microsoft visual studio 2008整合程式設計工具
1.硬體
● pentiumii 450mhz以上處理器
● 執行記憶體:285mb以上記憶體
● 安裝空間:120g的硬碟大小
● 計算機顯示器
● 滑鼠、鍵盤
● 印表機
● 其他相關計算機硬體系統
2.軟體
● 中文版windows xp或更高版本
● sql server2000資料庫
● ie8.0及以上的瀏覽器
本專案由於是學生自主研發,電腦自備預算基本上只有伙食費。
由於使用者需求的不斷變化還有系統的不斷改進,所以我們小組採用給予迭代式的系統開發模型,通過在分析和開發的過程中不斷對於系統的認識,加強對於系統完整性的認識。
由於小組沒有開發經驗和實踐機遇,所以對於我們專案小組來說,這個系統相當於乙個很大型的系統工程,需要投入很大的物力和財力解決關鍵的技術問題。主要的工作量估算如下:
4.3進度估算
通過採用先進的計算機技術,實現客房資訊科學處理及管理資訊化。具體目標為:
(1)實現客房業務辦理科學化,提高辦理業務的效率。
(2)實現客房業務辦理科學化規範化管理,減少人工勞動。
(3)建立全面、準確及時的資訊資料庫,為管理者提供方便快捷的操作。
通過該系統,使業務辦理的效率能大幅度的提高,節省貸款工作中人工階段的各種複雜操
作,大部分工作有系統自動完成,成為現代經濟發展的必要工具。其意義如下:
(1)使客房辦理更加方便快捷。
(2)減少了人工消耗,可減少成本。
對酒店管理系統的要求還是比較高的,不能經常出現錯誤,因此要經過審查,合格後才可以投入使用,具體標準如下:
本小組每週開一次例會,為每週六12:50—13:50.
專案負責人負責跟蹤在軟體專案執行過程中出現的各種問題並記錄於《軟體專案問題跟蹤表》中. 所有的問題應在專案例會中討論並跟蹤至結束. 如果存在問題不能在專案小組討論協商解決, 專案負責人應在兩天內提交到指導老師處解決。
(1)根據《專案計畫》中的人員配置,確定配置管理者,sccb(配置控制委員會成員。
(2)專案組長是sccb的負責人。
(3)配置管理的角色和職責見下表:
配置管理角色職責表
由於本專案屬於中小型專案,工期不長,而且大家對microsoft visual sourcesafe(簡
稱vss)也比較熟悉,所以採用vss作為配置管理工具。
使用者及許可權見下表
在sourcesafe中基線由fabel標識,字母必須為大寫。基線管理由專案執行負責人確定,sccb授權,由配置管理員執行。
基線發布計畫
變更管理的流程是:
(1)由請求者提交變更請求,sccb會召開複審會議對變更請求進行複審,以確定該請求是否有效。典型的變更請求管理有需求變更管理、缺陷追蹤等。
(2)配置管理者收到基線修改請求後、在配置庫中生成與此配置項相關的波及關係表。
(3)配置管理者將基線波及關係提交給sccb,由sccb確定是否需要修改,如果需要修改,sccb應根據波及關係表,確定需要修改的具體檔案,並在波及分析表中標識出來。
(4)配置管理者按照出庫程式從配置中取出需要修改的檔案。
(5)專案人員將修改後的檔案提交給配置管理者。
(6)配置管理者將修改後的配置項按入庫程式放入配置庫。
(7)配置管理者按sccb標識出的修改檔案,由波及關係表生成基線變更記錄表,並按入庫程式放入配置庫。
利用配置狀態統計,可以記錄和跟蹤配置項的改變。狀態統計可用於評估專案風險,在開
發過程中跟蹤更改,並且提供統計資料以確保所有必需的更改已被執行。為跟蹤工作產品基線,配置管理者需要收集下列資訊:
基線型別。
工作產品名稱。
配置項名稱/識別符號。
版本號更改日期/時間
更改請求列表
需要更改的配置項
當前狀態
當前狀態發生日期
專案組每週提交配置項清單及其當前版本。
配置管理人員每半個月提交變更請求的狀態統計。
每日執行一次資料備份,將資料拷貝到本機(其他)硬碟,再將資料拷貝到其他機器,但不覆蓋前一日的資料;保留最近一周的資料。
在每個里程碑到達時,要進行本計畫的維護;當配置管理活動發生較大變化時,也要進行本計畫的修訂。
學生宿舍管理系統軟體開發計畫書
專案名稱 學生宿舍管理系統 小組編號 第二組 組長 鄧沙沙組員 袁宇鵑 尹英芝 鄒明燕 1.引言 1.1目的 1 本章提供整個軟體開發計畫的綜述,主要確定以下內容 2 軟體生存週期的選取及裁剪。3 軟體規範 方法和標準的選擇。4 軟體工作產品的規模估計。5 軟體工作量和成本的估計。6 軟體進度表的制...
火車票訂票系統 軟體開發計畫書
火車票訂票系統 軟體開發計畫書 製作小組 第七小組 組長 孫碧穎 組員 白瑪歐智羅屹效鐘旭茂 時間 2010年11月 一 可行性研究報告的編寫 4 1.引言 4 1.1 編寫目的 4 1.2 背景 4 1.3 定義 4 1.4 參考資料 5 2.可行性研究的前提 5 2.1 要求 5 2.1.1功能...
物資管理系統軟體開發方案
軟體開發方案書 一 專案描述 專案名稱 軟體專案需求方 軟體專案設計方 成都遠創巨集圖網路工程 軟體專案名稱 物資管理系統 軟體開發代號 yc wz 軟體當前版本 version 1.0 專案簡介 專案總體由5部分構成 系統管理,基本資訊,庫存管理,廢舊物資管理,我的工作和報表管理。系統管理主要處理...