軟體專案策劃書
不經意間,一段時間的工作已經結束了,我們又將迎來新的工作內容,有新的工作目標,此時需要提前做好策劃書了。那麼你知道策劃書如何寫嗎?下面是小編幫大家整理的軟體專案策劃書,歡迎閱讀,希望大家能夠喜歡。
軟體專案策劃書1
一、市場分析
中國奢侈品消費市場的快速增長,極大地刺激著全球奢侈品公司的擴張慾望,世界公認的頂級奢侈品品牌中已有超過八成進駐中國市場。據《xx胡潤財富報告》稱,中國內地千萬富豪人數已達87.5萬人,其中億萬富豪達5.5萬人,中國的富豪數量已經位列世界第四。這一資料說明,中國目前已經有相當一部分人群具備了對世界頂級奢侈品的消費能力。中國市場的奢侈品消費也有其有別國外消費市場的特點,主要是:
消費人群特點
1.1年輕化。時尚奢侈品的主力消費群體在國外基本上都是40歲以上的消費者,但是在中國,時尚奢侈品的消費呈現年輕化特徵。大範圍集中在18-50歲,小範圍集中在30-50歲,18-39的人群是目前時尚消費的主力群體。西方時尚奢侈品的消費者基本都是中產階層,月收入在三千至五千美元左右,花個幾千元上萬元買件奢侈品並不困難。
1.2中國奢侈品消費市場購買者的構成比較複雜。中國目前已經有相當一部分人群具備了對世界頂級奢侈品的消費能力。但是中國奢侈品消費市場與其它市場相比有一個非常不同的現象是,以上憑藉強大的個人財富購買奢侈品的消費者,在整個奢侈品消費中只佔有30%的份額。其餘70%的消費份額,來自於那些年收入十幾萬,甚至幾萬元的白領上班族,而他們往往會花幾個月的工資來購買一件奢侈品。這是一些省吃儉用的奢侈品消費者,研究者將這樣的消費行為定義為“奢侈化消費”。
1.3奢侈品送禮:透過對消費人群調查,大約有50%左右的奢侈品是購買來送禮。
1.4中國的奢侈品消費正在出現消費分化的現象。一部分消費者,尤其是真正的富裕階層對奢侈品的消費也越來越趨於理性和成熟。這部分消費群體具有擁有較強的經濟實力、年齡偏大、社會地位較高等特徵,在選擇奢侈品時更多地考慮的是品牌的文化內涵和設計風格等因素。並且他們的消費有向更高一級的奢侈品升級的趨勢,如,購買名車、豪宅甚至私人飛機和遊艇。
出生在80年代以後的“奢侈品消費的新生代”,是目前中國奢侈品消費的另外一部分主要力量。這部分消費者以公司白領為主,他們年輕,往往生活在中心城市或大城市,對時尚和奢侈品品牌以及世界流行資訊非常敏感,但是由於沒有雄厚的經濟實力做後盾,因此這部分消費者購買的物件仍然集中在入門級奢侈品消費等領域。
1.5 中國奢侈品消費者的消費心理具有濃厚的中國傳統文化色彩。目前在中國,對於大多數富裕階層人士而言,儘管個人獲得了豐富的物質財富,但是由於他們沒有明確的行政頭銜和職位,因此會透過購買普通人群人所不能企及的價格昂貴的奢侈品,一方面用以顯示自己與一般社會公眾在地位上的差距,另一方面這也是他們向外界宣揚自己獲得成功和暗示自己處於較高社會等級的有效方式。
中國市場特點
1.6奢侈品牌要在中國找一個好的Location不容易。除了上海、北京、深圳等一線城市是奢侈品牌的兵家必爭之地,現在的戰線已經延續到了二線城市,杭州、天津、瀋陽、成都、西安、昆明等城市也開始吸引更多品牌進入。
1.7西方模式的奢侈品推廣模式在中國並不管用,大多數消費者並沒有購買時裝雜誌來決定購買什麼奢侈品的習慣,本土明星中也很少有人能對潮流能起到引導作用。
1.8仿冒品在中國市場幾乎不可能杜絕。中國的仿牌產品根深蒂固,A貨,超A貨遍地都是,這給奢侈品牌在國內品牌形象造成了很大影響。不過,隨著Ebay在國外敗訴要賠給LVMH鉅額罰款後,相信中國在這方面也會加強監管力度。
1.9奢侈品零售人才匱乏。就是二十一世紀最重要的人才,目前中國的員工流動率是亞洲最高的,在奢侈品領域,特別是店鋪終端零售方面,本身中國就沒有足夠數量符合要求的員工,因此要留人會更難一些。
二、網站架構
網站目標
2.1信任:結合奢侈品在中國的市場現狀分析,要讓客戶對本網站樹立信任感,讓瀏覽者或是潛在客戶信任本網站並且認為從網站購物是值得信任的,第三方資質認證或是品牌的資質認證的展示是必要的。當然,網站設計的風格和網站展示的專業程度也能增強瀏覽使用者的信任度。
2.2尊貴:網站在風格設計上給人一種尊貴的視覺體驗,這樣能夠加深使用者對網站的信任,同時能夠提升網站的整體品調,我們會請專業藝術設計師和頁面設計師來完成頁面設計,瀏覽頁面,猶如漫步在品牌旗艦店,給人視覺享受。
2.3個性化:對於不同類別的產品展示設計在保持網站整體格局和色調一致性的情況下,尊重每個產品的特點,給產品進行個性化展示。保留每一件頂級奢侈品的個性化和專一性、尊貴性特點。也能讓客戶對產品有更好了解,增強網站和產品的親和力。
2.4立體化展示產品:對於不同的奢侈產品,我們將進行多圖片、多影片、全方位細節的多角度、立體式產品展示。提升產品的品牌價值,方便客戶瞭解產品。
2.5安全:奢侈品消費金額比較大。我們會使用套接字系統、安全控制元件系統、使用者日誌系統、異地登陸報警系統、多密保系統等方式保證使用者的賬戶安全和支付安全。
2.6便捷:網站在開發上從使用者體驗角度考慮,儘可能方便使用者選購、下單、支付、物流等需求和個性化需要。
功能模組
a、產品分類系統:提供產品的多級分類,可以進行分類的新增、刪除、修改、排序操作,分類可以圖文或只圖片、只文字展示。
b、品牌系統:產品的相關品牌系統,可以進行品牌的新增、刪除、修改基本操作,可以根據產品分類進行品牌歸類,方便產品篩選,品牌展示為圖文或只圖、只文字。
c、分類屬性系統:供銷商根據品牌及產品特點,自行進行產品屬性的增加、刪除、修改等操作,該屬性會歸納與本產品所屬分類,方便以後產品釋出使用。
d、產品物流系統:提供貨到付款(免郵、收郵費)、線上支付(免郵、收郵費)、專送等多種配送形式,提供物流模板和物流計算器,方便供應商發貨,提供物流API,方便和物流公司系統整合。
e、產品釋出系統:提供產品釋出、上架、下架、供貨提醒、供貨管理、促銷管理、折扣管理等全套商品線上管理系統。
f、產品展示系統:提供產品的名稱、品牌、分類、屬性、物流、產地、銷售地、多圖片、多影片、圖片細節、商品介紹、規格引數、包裝清單、售後服務等綜合展示,方便客戶挑選和購買。
g、產品展示互動系統:提供產品想購買+時間、已購買的互動按鈕,遊客和網站客戶可以點選想購買按鈕,選擇想購買時間,提交入後臺統計,無重新整理展示到產品頁面,“想購買”按鈕和展示的存在,可以刺激客戶購買慾望,同時對供貨商的市場導向起到一定的參考價值。“已購買”是實際的購買數量。
h、產品購買:根據中國消費人群特點,為產品購買增加購買用途按鈕,為購買奢侈品的使用者提供祝福話輸入框。當送貨時會將客戶留言寫在精美卡片上轉發送禮人。
i、購物車系統:提供無登入新增購物車和登入新增購物車兩種機制,無登入新增購物車可以進行商品挑選、新增購物車,然後引導註冊或直接購買。登入購買即客戶先登入後進行購買、確認、下單流程。購物車在技術上充分考慮最大併發量情況下采用訊息機制、後臺多執行緒、事務回滾、時間截等技術手段保證購物車的穩定和購物流程的順暢,防止發生購物車丟失、丟單、頁面阻塞等購買故障。
j、支付系統:使用銀聯線上支付,第三方支付(支付寶、快錢、易寶),貨物自提等多種方式。
k、賬戶系統:客戶消費賬戶、餘額賬戶、積分賬戶。供應商銷售賬戶、結算賬戶、積分賬戶等賬戶系統。
l、資訊釋出系統:包括產品知識、導購、問答、論壇資訊模組,網站幫助系統,網站公告、快報系統,網站基本資訊系統。
m、產品專櫃:根據品牌設立品牌專櫃,品牌專櫃進行品牌資訊、公告及其他資訊類展示和產品綜合展示,品牌下設旗艦店專櫃和專賣店專櫃,產品聯結至主站進行購買。
n、積分系統:根據客戶購買,評論、論壇發帖等網站互動操作積累積分,積分可進行兌換禮品、現金、換購和享受網站內的其他服務。
o、產品體驗:根據使用者積分和供應商申請,提供產品免費體驗,免費體驗能夠增近產品和使用者之間的距離,刺激消費,使用者的體驗報告能夠宣傳產品,引導品牌設計出更精英更尊貴的產品。
p、產品定製:客戶提交需求,品牌專業設計師為客戶進行某一種或某幾種的產品定製。
q、產品鑑賞開放區:網站註冊使用者可以對產品進行鑑賞,發表個人看法,鑑賞內容通過後可以呈現。
r、全站搜尋系統:根據客戶搜尋,進行對產品進行分類別、價格、品牌、分類等分類展示。
s、資料探勘系統:根據使用者的平時瀏覽習慣或者是購買習慣,進行產品推薦。
t、禮券、優惠券系統:根據禮券和優惠券的編碼和密碼,在商品結算時抵現,禮券和優惠券可以購買派送、積分兌換等方式產生。
u、網站統計系統:第三方統計。
v、日誌系統:記錄網站的瀏覽日誌、登入日誌、執行時日誌等,保證使用者賬戶安全和網站穩定、便於維護。
w、廣告系統:提供網站指定位置廣告位新增、刪除、修改、廣告日期管理等。
x、模板引擎系統:根據不同品牌和旗艦店、專賣店需要,個性化定製專櫃頁面。
y、許可權管理系統:根據不同登入著許可權,進行分模組,分功能顯示,保證系統穩定和賬戶安全。
z、頁面基礎資訊開發:前端開發、後臺開發、使用者中心開發、頁面效果開發。
aa、其他需求:根據客戶需求定製。
開發相關
伺服器:5臺。只讀伺服器(1),資料伺服器(1),寫入伺服器(1),多媒體伺服器(1),映像伺服器(1)。
開發軟體:Microsoft SQL Server 20xx+Microsoft Visual Studio 20xx
程式語言:C#
其他
網站域名:vpvg.cc—Very important person, Very precious goods !
網站名稱:品仕網。
網站廣告:品味奢華,尊貴以人為本。
軟體專案策劃書2
第一部分 摘要(整個計劃的概括)
一、公司簡單描述
二、公司的宗旨和目標(市場目標和財務目標)
三、公司目前股權結構
四、已投入的資金及用途
五、公司目前主要產品或服務介紹
六、市場概況和營銷策略
七、主要業務部門及業績簡介
八、核心經營團隊
九、公司優勢說明
十、目前公司為實現目標的增資需求:原因、數量、方式、用途、償還
十一、融資方案(資金籌措及投資方式)
十二、財務分析
1.財務歷史資料(前3年~5年銷售彙總、利潤、成長)
2.財務預計(後3年~5年)
3.資產負債情況
第二部分 綜述
第一章、公司介紹
一、公司的宗旨(公司使命的表述)
二、公司簡介資料
三、各部門職能和經營目標
四、公司管理
1.董事會
2.經營團隊
3.外部支援(外聘人士/會計師事務所/律師事務所/顧問公司/技術支援/行業協會等)
第二章、技術與產品
一、技術描述及技術持有
二、產品狀況
1.主要產品目錄(分類、名稱、規格、型號、價格等)
2.產品特性
3.正在開發/待開發產品簡介
4.研發計劃及時間表
5.智慧財產權策略
6.無形資產(商標/智慧財產權/專利等)
三、產品生產
1.資源及原材料供應
2.現有生產條件和生產能力
3.擴建設施、要求及成本,擴建後生產能力
4.原有主要裝置及添置裝置
5.產品標準、質檢和生產成本控制
軟體專案策劃書3
一、專案實施方案概述
軟體產品,特別是行業解決方案軟體產品不同於一般的商品,使用者購買軟體產品之後,不能立即進行使用,需要軟體公司的技術人員在軟體技術、軟體功能、軟體操作等方面進行系統除錯、軟體功能實現、人員培訓、軟體上線使用、後期維護等一系列的工作,我們將這一系列的工作稱為軟體專案實施。大量的軟體公司專案實施案例證明,軟體專案是否成功、使用者的軟體使用情況是否順利、是否提高了使用者的工作效率和管理水平,不僅取決於軟體產品本身的質量,軟體專案實施的質量效果也對後期使用者應用的情況起到非常重要的影響。專案實施規範主要包括專案啟動階段、需求調研確認階段、軟體功能實現確認階段、資料標準化初裝階段、系統培訓階段、系統安裝測試及試執行階段、總體驗收階段、系統交接階段等八個階段工作內容,每個階段下面有不同的工作事項,各個階段之間都是承上啟下關係,上一階段的順利完成是保證下一階段的工作開展的基礎。下面將按照每個專案實施階段分別介紹。
二、專案實施方案介紹
(一)專案啟動階段
此階段處於整個專案實施工作的最前期,由成立專案組、前期調研、編制總體專案計劃、啟動會四個階段組成。
此階段主任務:
公司:在合同簽定後,指定專案經理,成立專案組,授權專案組織完成專案目標。
公司專案組:進行前期專案調研,與使用者共同成立專案實施組織,編制《總體專案計劃》,召開專案啟動會。
商務經理:配合公司專案組,將積累的專案和使用者資訊轉交給專案組。將專案組正式介紹給使用者,配合專案組建立與使用者的聯絡。
使用者:成立專案實施組織,配合前期調研和召開啟動會,簽署《總體專案計劃》和《專案實施協議》。
1、成立專案組
部門經理接到實施申請後,任命專案經理,指定專案目標,由部門經理及專案經理一起指定專案組成員及成員任務,並報總經理簽署《專案任務書》。
2、前期調研
專案經理及專案組成員,在商務人員配合下,建立與使用者的聯絡,對合同、使用者進行調研。填寫《使用者及合同資訊表》。在專案商務談判中,商務經理積累了大量的資訊,專案組首先應收集商務和合同資訊,並與商務經理一起識別那些個體和組織是專案的干係人,確定他們的需求和期望,如何滿足和影響這些需求、期望以確保專案能夠成功。
3、編制《專案總體計劃》
《專案總體計劃》是一個檔案或檔案的集合,隨著專案資訊不斷豐富和變化,會被不斷變更,主要介紹專案目標、主要專案階段、里程碑、可交付成果。通常包括以下幾方面內容:
專案描述,專案目標、主要專案階段、里程碑、可交付成果。所計劃的職責分配(包括使用者的);
溝通管理計劃,確定專案干係人對資訊和溝通的需要:即什麼人何時需要什麼資訊以及透過什麼方式將資訊提供給他們。質量管理計劃,確定適合於專案的質量標準和如何滿足其要求。如果有必要,可以包括上述每一個計劃,詳細程度根據每個具體專案的要求而定。未解決事宜和未定的決策
4、啟動會
專案組與使用者共同召開的宣佈專案實施正式開始的會議。
會程安排如下:
共同組建專案實施組織,實施組織的權利和職責;雙方簽署《專案實施協議》。
專案組介紹《專案總體計劃》和《專案實施協議》,包括以下內容:
專案目標、主要專案階段、里程碑、可交付成果。所計劃的職責分配(包括使用者的);
專案實施中專案管理的必要性和如何進行專案管理,專案的質量如何控制;
專案實施中使用者的參與和領導的支援的重要作用;
階段驗收、技術交接和專案結束後如何對使用者提供後續服務。
(二)需求調研確認階段
此階段的主要工作是軟體公司的專案實施人員向用戶調查使用者對系統的需求,包括管理流程調研、功能需求調研、報表要求調研、查詢需求調研等,實施人員調研完成後,會編寫《需求調研分析手冊》,並交付使用者進行確認,待使用者對《需求調研分析手冊》上所提到的需求確認完畢後,專案實施人員將以此為依據進行軟體功能的實現。如果使用者又提出新的需求,實施人員將分析需求的難度及對整個系統的影響程度來確定是否給予實現。需求調研階段具體包括如下內容:
1、進行需求調研準備
2、編制《需求調研計劃》
3、內部評審是否透過《需求調研計劃》,專案組、部門經理、商務等人員根據合同要求和專案實際情況對《需求調研計劃》草稿進行評審,如評審透過,則在稍後的時間內簽署,如評審不透過則重新修改。
4、使用者是否簽署《需求調研計劃》,如使用者簽署《需求調研計劃》,則作為以後需求調研工作的指南。否則重新修改。
5、《需求調研計劃》是否有變更,如果計劃存在變更,則執行變更控制流程,否則按計劃進行後續工作。
6、編寫及發出《需求調研通知》,專案組編寫《需求調研通知》,確定進行需求調研的相關事宜,發給使用者,為順利完成需求調研工作做準備
7、需求調研,專案組以《需求調研手冊》為依據,從業務流程、單據使用、列印格式、報表查詢幾個方面展開深入和全面的調研,並蒐集使用者的個性化需求。
8、需求調研分析根據調研的結果,專案組和公司其他技術部門將進一步進行分析,確定合理、可行的需求,將分析結果形成《需求分析報告》草稿。
9、內部評審是否透過《需求分析報告》。專案組、部門經理、公司其他技術部門的人員對《需求分析報告》草稿進行評審,如評審透過,則在稍後由使用者簽署,如評審不透過則重新修改,直至內部評審透過。
10、編寫及發出《需求分析報告確認通知》。專案組編寫《需求分析報告確認通知》,發給使用者,確定進行需求確認的相關事宜,告之相關部門及人員安排好工作,準時參與需求確認工作,為順利完成需求確認工作做準備。
11、使用者是否確認《需求分析報告》。如果使用者確認,並簽署了《需求分析報告》,則需求調研階段工作結束,進行後續的軟體功能實現的工作;如沒有確認,則進一步進行調研、分析,直至使用者最終確認並簽署《需求分析報告》。雙方簽署了《需求分析報告》,需求調研工作結束之後,如果使用者提出新的需求或是變更已有的需求,則執行需求新增及變更流程
(三)軟體功能實現確認階段
此階段的主要工作是專案實施人員根據需求調研階段確認的《需求調研分析手冊》中的使用者需求內容進行具體軟體功能的實現工作。在軟體功能實現的過程中,專案實施人員將記錄軟體實現的詳細過程。便於公司售後服務之用。每一個實施技術人員必須嚴格按照要求記錄、存檔。按照調研要求的所有功能實現完畢後,專案實施人員將編制《軟體功能確認表》,將定製好軟體功能待使用者確認,使用者根據《軟體功能確認表》上的功能逐一確定軟體功能是否達到要求,對不滿足要求的功能,專案實施人員將會記錄下來並進行功能修改,直到滿足用於要求。
(四)資料標準化初裝階段
此階段的主要工作是專案實施人員指導使用者進行系統標準化資料的準備工作,並對使用者進行初裝資料的軟體操作培訓,以便使用者能夠及時的將標準資料錄入系統,初裝完成後,專案實施人員會對資料初裝的情況進行核查,為以後具體業務功能的開展做好基礎。
五)系統培訓階段
系統培訓階段工作是整個專案實施工作中比較重要的工作,使用者對軟體的操作功能是否熟練將直接影響到後面的軟體應用效果,所以軟體公司和使用者雙方要對此階段的工作給予足夠的重視。要充分認識培訓的重要性和艱鉅性。在專案實施之前對使用者的相關人員進行系統和規範的產品培訓是非常必要的,達到讓使用者瞭解軟體產品,最終自己能夠解決使用中的具體的問題。
此階段的培訓工作中將使用者參加產品培訓的人員劃分為三個層次:決策層、技術層、操作層,對不同層次的使用者參加產品培訓人員的培訓內容分別是:
決策層:領導在實施中的作用與重要性、決策查詢。
維護層:系統維護知識、操作方法。
操作層:操作方法。
具體的培訓工作流程為:
1、調研培訓資訊:在培訓開始前3天由使用者實施負責人,將參加培訓的部門和人員情況填入《受訓部門彙總表》、《受訓人員情況一覽表》。
2、編制培訓計劃:結合調研結果,與使用者實施負責人商議具體培訓內容、時間,場地,人員等。專案組編制《培訓計劃》。
3、簽署培訓計劃:使用者簽署《培訓計劃》,進一步確認培訓安排。
4、發培訓通知:培訓開始前2天,按照簽署的《培訓計劃》,將培訓內容、時間,場地,人員等資訊通知使用者實施負責人。
5、搭建培訓環境:公司專案組在培訓開始前,將培訓環境搭建及檢查妥當,將培訓提綱及培訓手冊準備好。
6、組織培訓:公司專案組培訓負責人與使用者實施負責人組織相關人員參加培訓,按培訓制度嚴格考核。由使用者將考勤情況填入《培訓人員簽到表》。
7、培訓考核:公司專案組培訓負責人與使用者實施負責人組織受訓人員參加上機及理論考試。
8、培訓總結:公司專案組培訓負責人與使用者實施負責人一起將出勤情況及考核情況做出總結,填入《培訓及考核統計表》,及時向相關負責人彙報。
(六)系統安裝測試及試執行階段
此階段的主要工作是在使用者真實環境下,對使用者網路及硬體裝置進行測試,對軟體系統進行容量、效能壓力等測試測試及試執行的目的在於確保系統各項功能均能正常使用,並且符合使用者簽署的《需求分析報告》中描述的需求,同時把儘可能多的潛在問題在正式執行之前發現並改正;同時目的還在於在正式執行前使用者的有關人員能進一步提高操作水平,掌握操作規範。此階段的主要工作內容為:
1、編制計劃:與使用者實施負責人商議具體測試及試執行時間,地點,人員等安排,專案組編制《測試及試執行計劃》。
2、簽署計劃:使用者簽署《測試及試執行計劃》,進一步確認測試及試執行安排。
3、發測試及試執行通知:在測試及試執行開始前2天,按照簽署的《測試及試執行計劃》,將時間,地點,人員等資訊通知使用者實施負責人。
4、搭建環境及資料準備:在試執行開始前搭建好軟體環境、硬體環境、網路環境、調通線路;檢查軟體、硬體、網路、線路等各個環節是否有問題;5、組織測試及試執行:使用者相關各級領導給予全面配合,組織相關人員進行測試及試執行.
公司專案組負責擔當指揮,檢查使用者人員組織情況並給予指導,跟蹤檢查如下情況:
跟蹤單據流轉狀況。
跟蹤新資料登入環節。
觀察業務流程執行狀況。
觀察操作人員操作表現。
觀察系統執行速度及異常表現。
觀察關鍵資料的正確性。
及時糾正錯誤操作、對於新發生的問題及時與相關人員溝通,確定解決辦法。
6、測試及試執行總結:測試及試執行完成,總結試執行中裝置、軟體的執行情況,總結試執行中業務流程和操作環節的情況,以書面總結形式將測試及試執行結果通知相關負責人。
(七)總體驗收階段
此階段是對專案總體的完成情況進行驗收。驗收分階段進行,在每一專案階段結束時,使用者對這一階段的可交付成果進行驗收,在測試及試執行結束後,對系統進行總體驗收。
軟體專案策劃書4
1 引言
1 .1 編寫目的
本開發計劃的目的是:
a. 把在開發過程中對各項工作的人員、分工、經費、系統資源條件等問題的安排用文件形式記載下來,以便根據本計劃開展和檢查本專案工作,保證專案開發成功;
b. 制訂專案組開發過程中的評審和審查計劃,明確相應的質量管理負責人員;
規定軟體配置管理的活動內容和要求,明確配置管理工作的人員。
特別要求:需求分析必須詳細,並且有相關專家合作進行,
1 .2 背景
本專案軟體名稱為《電能質量資料分析軟體》。
任務來源於(略)公司;
交辦單位:(略)公司;
承辦單位:北京長峰新康科技有限責任公司。
1 .3 參考資料
無;
1 .4 術語和縮寫詞
暫無;
特別說明:有關公司內部秘密的內容用(略)代替。
2 任務概要
2 .1 工作內容
本專案開發過程中需要進行的各項主要工作為:
編制附和軟體需求要求的軟體功能的軟體。
文件計劃建立:
軟體開發計劃;
軟體目錄
軟體需求規格說明
專案開發計劃
可行性報告
軟體標準規範
軟體測試計劃
軟體測試辦法
概要設計說明
軟體可靠性和安全性設計指南
硬體總體設計報告
詳細設計說明
軟體詳細設計報告
軟體程式碼(略)
測試分析報告
軟體可靠性和安全性設計檢查單
軟體評審檢查單
軟體使用說明
2 .2 產品
2 .2.1 程式
見需求。
2 .2.2 文件
文件內容見2.1中文件建立。
文件格式要求按照軟體模式化要求進行,模式按照如下名稱模板要求規定:
專案開發計劃;?軟體開發計劃
軟體目錄;?文件目錄
軟體需求規格說明;? 需求分析報告
概要設計說明;? 概要設計文件
詳細設計說明;?詳細設計文件
軟體標準規範;?原始碼
軟體使用說明;?軟體使用說明書
測試分析報告;?軟體測試報告
軟體評審檢查單。?軟體審查報告
2 .2.3 服務
培訓:
時間:1天;
內容:軟體使用及安裝;
軟體支援:略。
2 .2.4 驗收標準和驗收計劃
驗收測試:
時間:1天。
內容:軟體使用。
軟體確認:
時間:1天;
內容:確定軟體的可使用性,軟體的功能完整性。
3 實施總計劃
3 .1 階段劃分
需求分析:2周;
概要設計:6天;
詳細設計:1.5周;
編碼:3周;
測試:2周;
驗收:2天。
專案啟動時間:20xx-11-14
3 .2 人員組成
姓名 職責 參加時間
廖燕寧 負責軟體的總體 設計時段:全部,開發時段:部分
耿江濤 軟體設計,開發 全部
高小光 設計,開發全部
張欣 說明書,部分文件 部分
趙健穎 需求 部分
3 .3 任務的分解和人員分工
軟體開發任務按軟體種類採取逐層分解的辦法把任務落實到實處。
管理、協調人員:廖燕寧,趙健穎;
確定質量保證人員:廖燕寧
配置管理人員:耿江濤
形式化檢查人員:趙健穎
使用者:趙健穎。
軟體任務:系統需求
負責人:(略)的市場部經理趙健穎
職責:提供需求。
軟體任務:需求分析
負責人:廖燕寧
職責:進行需求分析,提供需求分析報告。
軟體任務:概要設計
負責人:廖燕寧,耿江濤,高小光
職責:進行概要設計,概要設計框圖,相應文件。
軟體任務:詳細設計
負責人:廖燕寧,耿江濤,高小光
職責:進行詳細設計,出詳細設計流圖及報告。
軟體任務:編碼
負責人:耿江濤,高小光
職責:編碼,除錯及報告。
軟體任務:測試
負責人:廖燕寧,耿江濤,高小光
職責:路徑測試。
軟體任務:更新
負責人:廖燕寧,耿江濤,高小光,趙健穎
職責:由趙健穎根據測試後的軟體提出問題,變更需要更改的地方。
軟體任務:文件編制
負責人:張欣
職責:軟體使用說明書,部分其他文件。
3 .4 進度和完成的最後期限
進度包括:
需求分析;
軟體概要設計;
軟體詳細設計;
編碼;
測試;
的時間。
完成的最後期限(不包括測試及驗收)為:20xx/12/15日(中間有一週軟體培訓,延誤一週)。 3 .5 經費預算
略
3 .6 關鍵問題
(略)。
3 .7 獨立確認測試工作計劃和安排
測試由長峰新康進行;
測試資料由長峰華輝提供;
時間:編碼結束後一週內;
裝置:
普通PC 機
Windows 98
(略)電能分析儀。
4 支援需求
軟體專案策劃書5
一、專案計劃的要素
根據PMBOK20xx,專案計劃可以包含如下要素:
1、專案範圍說明
專案範圍說明闡述進行這個專案的原因或意義,形成專案的基本框架,使專案所有者或專案管理者能夠系統地、邏輯地分析專案關鍵問題及專案形成中的相互作用要素,使專案干係人在專案開始實施前或專案相關文件編寫以前,能夠就專案的基本內容和結構達成一致;專案範圍說明應當形成專案成果核對清單,作為專案評估的依據,在專案終止以後或專案最終報告完成以前進行評估,以此作為評價專案成敗的依據;範圍說明還可以作為專案整個生命週期監控和考核專案實施情況的基礎,和專案其他相關計劃的基礎。
2、專案進度計劃
進度計劃是說明專案中各項工作的開展順序、開始時間、完成時間及相互依賴銜接關係的計劃。透過進度計劃的編制,使專案實施形成一個有機的整體。進度計劃是進度控制和管理的依據,可以分為專案進度控制計劃和專案狀態報告計劃。
在進度控制計劃中,要確定應該監督哪些工作、何時進行監督、監督負責人是誰,用什麼樣的方法收集和處理專案進度資訊,怎樣按時檢查工作進展和採取什麼調整措施,並把這些控制工作所需的時間和人員、技術、物資資源等列入專案總計劃中。
3、專案質量計劃
質量計劃針對具體待定的專案,安排質量監控人員及相關資源、規定使用那些制度、規範、程式、標準。專案質量計劃應當包括與保證與控制專案質量有關的所有活動。質量計劃的目的是確保專案的質量目標都能達到。根據ISO9001要求和PMBOK20xx,為實現質量目標,組織應遵循以顧客為中心、領導作用、全員參與、過程方法、管理的系統方法、持續改進、基於事實的決策方法、互利的供方關係等8項質量管理原則。
4、專案資源計劃
有了專案範圍計劃和進度計劃後,資源計劃就是決定在專案中的每一項工作中用什麼樣的資源(人、材料、裝置、資訊、資金等等),在各個階段使用多少資源。專案費用計劃包括資源計劃、費用估算、費用預算。
5、專案溝通計劃
溝通計劃就是制定專案過程中專案干係人之間資訊交流的內容、人員範圍、溝通方式、溝通時間或頻率等溝通要求的約定。
6、風險對策計劃
風險對策計劃是為了降低專案風險的損害而分析風險、制定風險應對策略方案的過程,包括識別風險、量化風險、編制風險應對策略方案等過程。
7、專案採購計劃
專案採購計劃過程就是識別哪些專案需求可應透過從本企業外部採購產品或裝置來得到滿足。如果是軟體開發工作的採購,也就是外包,應當同時制定對外包的進度監控和質量控制的計劃。
8、變更控制、配置管理計劃
由於專案計劃無法保證一開始就預測得非常準確,在專案進行過程中也不能保證準確有力的控制,導致專案計劃與專案實際情況不符的情況經常發生,所以必須有效處理專案的變更。變更控制計劃主要是規定變更的步驟、程式,配置管理計劃就是確定專案的配置項和基線,控制配置項的變更,維護基線的完整性,向專案干係人提供配置項的準確狀態和當前配置資料。
二、專案計劃編制過程
由於軟體開發的手工性、個體性特徵,軟體開發專案計劃不可能是一個靜態的計劃,一次在專案啟動時,可以先制定一個顆粒度相對比較粗的專案計劃,先確定專案高層活動和預期里程碑。粗顆粒度的專案計劃需要不斷地更新迭代,根據專案的大小和性質以及專案的進展情況進行迭代和調整。迭代和調整的週期也是根據專案的情況進行制訂的,一般短到一週,長到2個月左右。經過不斷的計劃制訂、調整、修訂等工作,專案計劃從最初的粗粒度,變得非常詳細。這樣的計劃將一直延續到專案結束,延續到專案的成果出現。
制定計劃的過程就是一個對專案逐漸瞭解掌握的過程,透過認真地制定計劃,專案經理可以知道哪些要素是明確的,哪些要素是要逐漸明確的,透過漸近明細不斷完善專案計劃。階段計劃中包含的和下一階段工作安排是掌握專案進度的依據,從階段計劃對照總體計劃,才能一目瞭然地看出工作的進展情況。制定計劃的過程,也是在進度、資源、範圍之間尋求一種平衡的過程。制定計劃的'精髓不在於寫出一份好看的文件,而在於運用您的智慧去應對各種問題和麵臨風險並儘可能做出前瞻性的思考。一旦計劃被負責任地完成,他就可以給自己一個和管理層或客戶交流與協商的基礎,幫助你在專案過程中防範各種問題的出現,幫助你保證專案按時完成。
企業確定要開始某個專案時一般會下達一個立項的檔案,暫且叫“專案立項檔案”,主要內容是遵照的合同或相關協議,專案的大致範圍、專案結束的截止時間和一些關鍵時間,指定專案經理和部分專案成員等等。
接下來的專案計劃編寫一般要按照以下過程:
1、成立專案團隊
相關部門收到經過審批後的“專案立項檔案”和相關資料,則正式在“專案立項檔案”中指定的專案經理組織專案團隊,成員可以隨著專案的進展可以在不同時間加入專案團隊,也可以隨著分配的工作完成而退出專案團隊。但最好都能在專案啟動時參加專案啟動會議,瞭解總體目標、計劃,特別是自己的目標職責,加入時間等等。
2、專案開發準備
專案經理組織前期加入的專案團隊成員準備專案工作所需要的規範、工具、環境。如開發工具、原始碼管理工具、配置環境、資料庫環境等。前期加入的專案團隊成員主要由計劃經理,系統分析員等組成,但快要制定好的專案計劃一定要儘可能經過在所有專案團隊成員和專案干係人中間的充分溝通。如果專案中存在一些關鍵的(指將影響專案成敗)技術風險,則在這一階段專案經理應組織人員進行預研。預研的結果應留下下書面結論以備評審。
說明:專案計劃書必須在相應階段對專案目標、階段目標和各項任務進行精確的定義,就是要在相應階段進一步進行專案目標的細化工作;特別是在概要設計完成,詳細設計或編碼實現開始之前應該對下一階段的目標任務進行細化。應當充分調查並掌握影響專案計劃的一切內部和外部影響因素;應當儘可能充分地分析專案工作分解結構,透過分析專案工作分解結構不僅獲得專案的靜態結構,而且透過邏輯分析,獲得專案各工作任務之間動態的工作流程;應當將專案目標、任務進行分解,制定詳細的實施方案。
3、專案資訊收集
專案經理組織專案團隊成員透過分析接收的專案相關文件、進一步與使用者溝通等途徑,在規定的時間內儘可能全面收集專案資訊。專案資訊收集要講究充分的、有效率的溝通,並要達成共識。有些成員認為,電子郵件發來的文件(計劃、需求、周計劃等)是在溝通不夠充分的情況下完成的,成員看過後有不瞭解或與自己的能力或意願不符的情況,但透過電子郵件等方式溝通的效率不高,這也許是個習慣的問題,也許和某個具體問題本身是否容易透過電子郵件溝通清楚有關。因此重要的內容需要開會進行Q&A討論,確保所有重要問題都得到理解,最終達成共識。討論會上達成共識的應當記錄成文字落實在具體的文件中。
4、編寫《軟體專案計劃書》
專案經理負責組織編寫《軟體專案計劃書》。《軟體專案計劃書》是專案策劃活動核心輸出文件,它包括計劃書主體和以附件形式存在的其他相關計劃,如配置管理計劃等。《軟體專案計劃書》的編制參考《GB8567-88計算機軟體產品開發檔案編制指南》中專案開發計劃的要求。各企業在建立ISO9001質量管理體系或CMM過程中也會建立相應的《軟體開發專案計劃書規範》。
編制專案計劃的過程應當分為以下幾個步驟:
a、確定專案的應交付成果。這裡的專案的應交付成果不僅是指專案的最終產品,也包括專案的中間產品。例如通常情況下軟體開發專案的專案產品可以是:需求規格說明書、概要設計說明書、詳細設計說明書、資料庫設計說明書、專案階段計劃、專案階段報告、程式維護說明書、測試計劃、測試報告、程式程式碼與程式檔案、程式安裝檔案、使用者手冊、驗收報告、專案總結報告等等。
b、任務分解:從專案目標開始,從上到下,層層分解,確定實現專案目標必須要做的各項工作,並畫出完整的工作分解結構圖。軟體開發專案剛開始可能只能從階段的角度劃分,如需求分析工作、架構設計工作、編碼工作、測試工作等等,當然規模較大時也可把需求、設計拆分成不同的任務。不過特別是在概要設計完成時可以對下一階段的目標任務進行橫向的細化。
c、在資源獨立的假設前提下確定各個任務之間的相互依賴關係,以確定各個任務開始和結束時間的先後順序;獲得專案各工作任務之間動態的工作流程。
d、確定每個任務所需的時間,即根據經驗或應用相關方法給任務需要耗費的時間;確定每個任務所需的人力資源要求,如需要什麼技術、技能、知識、經驗、熟練程度等等。
e、確定專案團隊成員可以支配的時間,即每個專案成員具體花在專案中的確切時間;確定每個專案團隊成員的角色構成、職責、相互關係、溝通方式。
f、確定管理工作,管理工作是貫穿專案生命週期的,如專案管理、專案會議等、編寫階段報告。專案團隊成員之間的溝通時間、專案團隊成員和其他專案干係人之間的溝通時間也比較容易被忽視,而溝通時間也是比較不容易固定地量化和日程化。但這些工作在計劃中都應當充分地被考慮進去,再回師專案計劃更加合理,更有效地減少因為計劃的不合理而導致的專案進度延期。
g、根據以上結果編制專案總體進度計劃,總體進度計劃應當體現任務名稱、責任人、開始時間、結束時間、應提交的可檢查的工作成果。
h、考慮專案的費用預算、可能的風險分析及其對策、需要公司內部或客戶或其他方面協調或支援的事宜。
5、軟體專案計劃書評審、批准。
專案計劃書評審、批准是為了使相關人員達成共識、減少不必要的錯誤,使專案計劃更合理更有效。
專案經理完成《軟體專案計劃書》後,首先組織專案團隊內部的專案團隊負責人、測試負責人、系統分析負責人、設計負責人、質量監督員等對專案計劃書進行評審,評審可採取電子或會議方式,並進行階段成果專案團隊內評閱記錄。應當要求所有相關人員在收到軟體專案計劃書後的一個約定時間內反饋對計劃書的意見。專案經理確保與所有人員就專案計劃書中所列內容達成一致。這種一致性是要求所有專案團隊成員對專案計劃的內容進行承諾,無法承諾或者說是無法達成一致的,要麼修改專案計劃去適應某些專案團隊成員,要麼是由某些專案團隊成員採取妥協措施,去適應專案計劃的要求。
專案經理將已經達成一致的軟體專案計劃書提交專案高層分管領導或其授權人員進行審批,審批完成時間不能超過預先約定的時間。對於意義重大的專案,由過程控制部門如質量管理部和專案分管領導同時對《軟體專案計劃書》進行審批。
批准後的軟體專案計劃書作為專案活動開展的依據和本企業進行專案控制和檢查的依據,並在必要時根據專案進展情況實施計劃變更。
專案質量監督員根據《軟體專案計劃書》和《軟體開發專案質量計劃書規範》編制軟體開發專案質量計劃。大型的專案應當編制單獨的《軟體開發專案質量計劃書》;規模較小的可以在《軟體專案計劃書》的某個章節說明“軟體開發專案質量計劃”,也可單獨編制類似“軟體開發專案質量控制表”的文件。
配置管理員根據計劃書編制《專案配置管理計劃》。以專案書中的階段成果為依據,根據配置管理計劃規範編制配置管理計劃,專案經理審批配置管理計劃,並對配置管理計劃的有效性負責。
專案策劃工作完畢,軟體專案計劃書透過評審,一般情況下,對軟體開發專案來說,工作轉入需求分析階段。
三、專案計劃內容確定
專案計劃內容的確定一般要按照以下過程:
1、確定專案概貌
合同專案以合同和招投標檔案為依據,非合同專案以可行性研究報告或專案前期調研成果為依據,明確專案範圍和約束條件,並以同樣的依據,明確專案的交付成果。進一步明確專案的工作範圍和專案參與各方責任。
2、確定專案團隊
確定專案團隊的組織結構和與專案開發相關的職能機構,包括管理、開發、測試、QA、評審、驗收等。確定專案團隊人員及分工。與相關人員協商,確定專案團隊人員構成。如內部不能滿足人員需求,則提出人員支援申請。
3、明確專案團隊內、外的協作溝通
明確與使用者單位的溝通方法。明確終端使用者、直接使用者及其所在本企業/部門名稱和聯絡電話。客戶更多的參與是專案成功的重要推動力量,加強在開發過程中與使用者方專案經理或配合人員的主動溝通,將有助加強客戶等專案的參與程度。建議採用週報或月報的方式通告專案的進展情況和下一階段計劃,出現的需要客戶協調或瞭解的問題。
當專案團隊需要與外部單位協作開發時,應明確與協作單位的溝通方式。確定協作單位的名稱、負責人姓名、承擔的工作內容以及實施人的姓名、聯絡電話。
明確本企業內部協作開發的部門名稱、經理姓名、承擔的工作內容以及工作實施責任人的姓名、聯絡電話。明確專案團隊溝通活動。專案團隊成員規模在3人以上的專案應該組織專案團隊周例會,專案團隊採用統一的交流系統建立專案團隊的交流空間。
4、規劃開發環境和規範
說明系統開發的所採用的各種工具,開發環境,測試環境等。列出專案開發要遵守的開發技術規範和行業標準規範。對於本企業還沒有規範的開發技術,專案經理應組織人員制訂出在本專案中將遵守的規則。
5、編制工作進度計劃
根據本企業規定和專案實際情況,確定專案的工作流程。編制專案的工作計劃,此計劃為高層計劃,各階段的工作時間安排要包括完成階段文件成果、文件成果提交評審及進行修改的時間,各階段結束的標誌是階段成果釋出。在計劃中要求明確以下內容:
a、工作任務劃分;
b、顯示專案各階段或迭代的時間分配情況的時間線或甘特圖;
c、確定主要里程碑、階段成果;
d、要求用文字對專案工作計劃做出解釋。最終用一張時間表格來完整說明整個工作計劃;對於迭代開發的專案,應編制出第一階段的階段計劃。階段內的任務分割以2—5天為合適,特殊任務的時間跨度在兩個星期內;在專案的進行過程中,專案經理編制雙週工作計劃,指導成員的具體工作。
6、編制專案的監控計劃。其中說明進度控制、質量控制、版本控制、預算控制等。
7、編制專案的風險計劃,分析專案過程中可能出現的風險以及相應的風險對策。對於大型專案,建議以附件方式編制,便於不斷更新。
8、制定輔助工作計劃。根據專案需要,編制如培訓計劃、招聘計劃等。
9、規劃開發支援工作,如供方管理計劃。
10、規劃專案驗收:制定專案的驗收計劃。此項工作可以視需要進行裁減。
11、規劃專案收尾與交接活動。制定專案的驗收、培訓和專案進入維護階段與技術支援部的交接工作。