物業經理人

網絡軟件營銷工作計劃

3792

  20**網絡軟件營銷工作計劃

  **網絡軟件營銷工作計劃

  1.背景和問題

  互聯網和萬維網(www)已經成為世界范圍內的“信息高速公路”和電子商務市場的支柱。由于萬維網使用者的數量飛速增長,對于最終用戶來說,隨著可供使用的主頁和網上信息的數量的爆炸性增長,最終用戶間的交互性越來越差,傳統意義上的交互已經無法滿足用戶的需求,舉一個簡單的例子,即使是在世界杯的決賽期間,一個普通的足球迷也很難立刻從網絡上找到聊天的對象。用戶需要真正意義上的全新的互聯網交互協作軟件。

  2.目標和解決方案

  我們的“軟件名稱”將為您解決這個問題。在網上沖浪的人們不論處于何方,總是可以看見周圍的人們,就像現實生活中的一樣。“軟件名稱”既是一個最終用戶使用的萬維網上的協作軟件,又為企業提供了無限的商機:

  ?“軟件名稱”以多種便于使用的方式為用戶提供了一個交流的平臺。

  ?“軟件名稱”為企業提供了一個發布廣告和商用信息的平臺。

  3.產品:為全互聯網用戶提供簡潔方便的交互平臺

  “軟件名稱”為最終用戶提供一個免費的交互平臺,同時又為商業用戶提供了一個宣傳和銷售的渠道。

  4.公司和管理

  暫缺。

  5.業務體系:以廣告和商用信息收入為主

  調查數據顯示,有超過六百萬的互聯網用戶會成為“軟件名稱”的潛在最終用戶,同時有超過一百萬的商業用戶會成為“軟件名稱”的潛在商業用戶,而且這個數字還在高速增長,這個數字對任何企業都是極有吸引力的,由于軟件和服務對于最終用戶來說是完全免費的,而商業用戶只需要及其低廉的費用就可以想所有最終用戶發布廣告信息和商用信息。假設每年平均從每個商業用戶獲得100rmb的收入,則全部的市場收益將會超過1億rmb。而100rmb的年租對企業是微不足道的。“軟件名稱”這個項目對于其雇員和投資者來說也一定會盈利。

  6.融資:第一輪的投資者將會有68%的內部收益率(irr)

  增長預測顯示,在第五年“軟件名稱”將會有6000萬rmb的銷售額,且稅后凈利占銷售額的21%。到那時,“軟件名稱”將會覆蓋全國,員工90人。創辦人將提供500,000rmb的初期投資,“軟件名稱”正在尋找通曉此領域并且能主動參與創辦此項目的投資人。在第一輪的籌資中,“軟件名稱”將給投資500萬rmb的投資人60%的股份,這部分資金主要用于服務器和網絡架設費用及初步廣告費用。12個月后,將需要1000萬rmb的再投資,主要用于市場開拓費用。在這之后的12至15個月,還將需要500萬rmb的投資。在運行五到六年之后,就可以考慮首次公開上市。按照我們的價值計算,對于第一輪的投資者將會有68%的內部收益率。

篇2:物業管理軟件操作培訓及實施計劃

  科耐物業管理軟件操作培訓和實施計劃

  ** 20**.8.23

  為建立健全的房屋檔案、車場管理、設備管理等方面工作,實現財務收費電算化,改善傳統手工方式,準確迅速查詢和掌握各種應收、實收、欠收信息的數據,提高工作效率和管理檔次,經公司上級的支持和同意,20**年8月16日,先以**華庭為試點項目,在相關崗位上安裝了5個站點的科耐物業管理軟件(局域網絡版),為確保該軟件的正常運行和實施,經與科耐公司專業人員商議并達成共識,有關操作培訓和實施事宜,現擬定以下計劃:

  一、工作步驟

  各站點的確定與軟件的安裝 → 初始化資料的錄入 → 第一次培訓 → 第二次培訓班 → 第三次培訓 → 試運行 → 正式實施。

  二、工作周期

  從軟件安裝、資料錄入、培訓、試運行、正式實施的全過程中,為期45天,即從20**年8月16日---20**年10月1日。

  三、執行培訓

  廣州市科耐科技有限公司(暫定**工程師為培訓導師,現場指導除外,其它培訓盡量以投影播放講授,**公司可提供投影儀、銀幕器材)。

  四、組織培訓

  中山市**物業管理服務有限公司(暫定**總監為負責組織)

  五、培訓地點

  中山市**發展有限公司二樓會議室。

  六、具體時間安排

  1、軟件的安裝:從20**年8月16日(1天),明確各工作站點的確定與軟件的安裝,由總經辦***小姐協調洽談與安裝,該項工作已完成。

  2、初始化資料的錄入:20**年8月17日-8月23日(7天),建立樓盤樓閣、建單元及相關單元面積和業主資料的錄入,由**小姐和***小姐負責完成。

  3、第一次全天培訓:20**年8月25日(星期四),上午10:00-12:00為集體培訓,主要對軟件各模塊功能進行熟悉,對通用操作部分及規范要求進行統一的培訓和認識;下午2:30-4:30為部門培訓(前臺、財務),主要對公共業務功能模塊如何使用和共享,由**總監負責組織。

  4、第二次全天培訓:20**年9月2日(星期五)上午10:00-12:00,側重檢查工作前臺和財務方面各種初始化資料是否符合運行要求,并對各種車輛停放資料的輸入與收費設定等工作進行指導;下午2:30-4:30,指導前臺和財務如何做好“費用的產生”、“收費設定”、如何掌握“應收款”、“收款”、“退款”、“銀行劃帳”、“查詢”、“報表”等具體操作,由**總監負責組織。

  5、第三次全天培訓:20**年9月6日(星期二),科耐公司現場指導,如何與相關銀行業務進行對接,日常上如何出單等工作,由財務部**主任按科耐公司指導與銀行洽談并索取格式說明(或由總經辦**經理支持協調與銀行洽談),并根據相關銀行業務辦理格式要求,反饋科耐公司對軟件進行設定和優化(包括致銀行送盤、返盤、數據導入、導出、格式的統一等工作,要求于9月16日前完成)。

  6、內部試運行階段:從20**年9月7日-30日(共24天),由**和**共同監督跟進各模塊及各站點的使用情況,包括收款、查詢、報表、出單、停車管理與收費、新收樓資料建立等等,在9月22日前由**小姐收集整理各站點在試運行中遇到的問題,并以書面形式反饋科耐公司配合改善,為軟件的正式實施做好充分準備。

  7、正式實施:從20**年10月8日.

篇3:配置管理計劃樣例(軟件開發)

軟件配置管理計劃

【用戶名稱】

神州數碼信息系統有限公司

密級:普通**項目

軟件配置管理計劃

V0.1

文檔編號:

項目名稱:

寫:

編寫日期:

核:

審核日期:

準:

批準日期:

修訂文檔歷史記錄

日期

版本

說明

作者

20**-7-12

V0.1

第一次編寫

20**-7-8

V1.0

修改

1

前言5

1.1

目標5

1.2

適用范圍5

1.3

術語與簡寫5

1.4

參考文件5

組織結構和職責5

2.1

CCB成員及職責5

2.2

配置管理組6

配置管理工具、技術和方法6

3.1

配置管理工具6

3.2

配置管理策略6

配置管理庫7

4.1

配置庫結構7

4.2

配置庫權限7

4.3

基線配置項7

4.4

其他配置項8

4.4.1

管理文檔或過程記錄8

4.4.2

項目環境9

5

文件命名與版本控制9

5.1

文件命名規范9

5.1.1

基線命名規范9

5.1.2

其他配置項命名規范10

5.2

版本標識10

6

變更管理11

6.1

變更原因11

6.2

變更流程12

6.3

變更跟蹤14

7

版本制作與發布流程16

8

安全與備份16

8.1

備份16

8.2

安全防護17

9

配置狀態發布17

15

1

前言

1.1

目標

本計劃是信息平臺項目配置管理活動的基準,對信息平臺項目的配置管理活動進行策劃。

1.2

適用范圍

本計劃是信息平臺項目整體計劃的一部分,適用于信息平臺項目的配置管理活動。

1.3

術語與簡寫

CCB:變更控制委員會

SQA:質量保證

SCM:配置管理

1.4

參考文件

DCG-SCM-P-01-配置管理規范。

組織結構和職責

2.1

CCB成員及職責

項目內部CCB成員:章某(CCB組長)、陳、小偉、小明、玲玲。

CCB組職責:決定CCB成員中對變更確認審批級別,協調CCB成員對變更達成一致,并確認變更的結果。

項目總監

章某:負責對項目的總體調控。

項目經理

小偉:負責對項目中計劃的變更等進行確認,并對變更所涉及的資源變更進行評估,負責變更的執行。

需求調研

陳:負責項目的整體需求。

技術經理

小明:負責項目技術支持及項目的運行。

SCM人員

玲玲:負責變更,配置庫日常管理和權限控制。

測試經理

?:負責評估變更中測試方面的問題。

SQA

人員

?:過程審計。

2.2

配置管理組

配置管理員

:負責搭建配置庫,制定并執行配置管理計劃、培訓項目組成員、執行日常配置管理工作。

配置管理工具、技術和方法

3.1

配置管理工具

服務器IP地址:

//192.168.8.000

文檔管理

配置管理工具:SVN

配置庫名稱:WS

源代碼管理

配置管理工具:SVN

配置庫名稱:WS

配置管理庫

4.1

配置庫結構

配置庫分為工作庫、受控庫和基線庫。

工作庫:存儲項目的所有工作產品中間結果,即正處于開發中的代碼和編寫中的文檔,其內容可能進行頻繁的修改。

受控庫:存儲項目的所有準備生成基線的工作成果,待評審的文檔、部署程序的中間版本、以及項目管理類文檔等。

基線庫:存儲項目的所有基線化了的工作成果,評審通過的階段產出物、具有路標性質的對外發布版本等。

4.2

配置庫權限

工作庫:項目組所有成員均有讀寫權限。

受控庫:配置管理員和項目經理有讀寫權限,其他項目組成員有只讀權限。

基線庫:配置管理員有讀寫權限,其他人員經授權可調閱。

(注:共通代碼由專人管理)

4.3

基線配置項

基線類別

基線配置項名稱

基線配置項的位置

備注

需求基線

項目數據交換標準

軟件需求規格說明書

工作說明書

項目啟動報告

設計基線

概要設計說明書

編碼基線

各發布版本

測試基線

系統測試用例

系統出場測試報告

驗收基線

系統初驗報告

系統終驗報告

4.4

其他配置項

4.4.1

管理文檔或過程記錄

配置項名稱

配置項的位置

備注

管理文檔

項目周報

客戶周報

會議紀要

業務聯系單

評審計劃

評審記錄

培訓記錄

4.4.2

項目環境

配置項名稱

配置項的位置

備注

環境

開發服務器

測試服務器

測試管理服務器

配置服務器

192.168.8.000

內網

5

文件命名與版本控制

5.1

文件命名規范

5.1.1

基線命名規范

[項目名稱]+[子系統名]+[文檔名稱]+[V*.y](版本號)

項目名稱定義為:信息平臺(英文縮寫:WS)

子系統名:若沒有子系統可以省略

舉例:信息平臺-工作說明書V1.0;

5.1.2

其他配置項命名規范

n

與時間相關的文檔命名:

[項目名稱][文檔名稱][

yyyymmdd](注:其中如果是周報yyyymmdd以結束日期為準)

備注:yyyymmdd為“年月日”時間格式

舉例:信息平臺-項目周報20**0607;

(結束日期)

信息平臺-會議紀要20**0602;

n

與時間沒有直接關系的文檔命名:

直接以[項目名稱][文檔名稱]命名。

舉例:信息平臺初驗階段報告;

信息平臺項目總結報告;

5.2

版本標識

文檔發布的版本遵循*.y(主版本.副版本)形式:

1、

版本標識定義原則

n

版本標識必須唯一標識不同的版本;

n

版本標識必須反映不同級別版本的層次關系;例如采用*.y(主版本.從版本)的定義規則

n

必須定義不同級別版本號增加的規則。

2、

版本設置規則

n

新起草編寫的文件定為V0.1版;逐步完善還沒有通過評審的文件版本升級為V0.y版;

n

通過內部正式審批的文件版本升級為V1.0版,可對外發布;

n

稱為內部基準的文件如有少量修改,可升級為V1.*版;

n

如有通過客戶的評審,文件版本可升級為V2.0,以此類推。

代碼發布的版本遵循*.y(主版本.副版本)形式:

Build為build順序號,每build一次號碼加1;永遠不清零。

P為FAT順序號,每提交FAT測試號碼加1,FAT測試由公司人員測試。

Z為UAT順序號,每提交UAT測試號碼加1,UAT測試有用戶或監理參加。

*,Y以用戶確定為準。用戶版本號增加時P和Z清零。

yyyyymmdd代表發布版本日期

分類

版本命名

基線存放路徑

對內版本

YZWS_[子系統英文名]_yyyymmdd-####

信息平臺版本發布/對內發布

測試版本

YZWS_FAT_[.[.][.]][Build

]_yyyymmdd

信息平臺版本發布/測試版本

對外版本

YZWS_UAT_[.[.][.]][Build

]_yyyymmdd

信息平臺版本發布/對外發布

YZWS_[.[.][.]][Build

]_yyyymmdd

6

變更管理

6.1

變更原因

1、評審、審計、測試和驗證發現問題引起配置的配置項變更,配置項的版本需要更新。

更改源是《評審報告》、《集成測試分析報告》或《審計報告》。

2、客戶、項目組填寫的變更申請引起配置項變更,變更申請表是更改源。

3、出現下列情況時引起的配置項變更,不需要填寫變更申請表:

計劃級的文檔更改——WBS計劃;

《軟件配置管理計劃》、《軟件質量保證計劃》;

測試工具或測試腳本(不屬于提交給用戶)。

4、當項目范圍發生變化、風險發生并且采用了項目計劃中沒有指定的糾正措施、項目計劃與實際情況偏離20%以上、由內部與外部審計而導致的糾正活動、項目計劃中的任何修改條件滿足等事件發生時,由項目經理組織相應的配置控制委員會成員對要發生的變更進行評審

6.2

變更流程

1.

變更申請

1)

變更申請人通過多種渠道提出對配置項的變更請求。驅動因素主要包括用戶需求變更、評審、測試以及配置審計等。

2)

變更申請人負責填寫《需求設計變更申請表》,并提交配置控制委員會實施變更評估。

2.

變更評估

1)

針對變更申請人提交的變更請求,配置控制委員會在評估該變更的影響范圍及對項目進度、成本、質量等指標的影響程度后,決定是否實施該變更。

2)

配置控制委員會將針對該變更做出的決定(接受或拒絕)通知變更申請人。

3.

變更實施

1)

變更申請獲得批準后,配置控制委員會將該變更分配給相應執行人實施。

2)

項目配置管理員將該變更涉及的所有配置項從配置庫中簽出并提交給變更執行人。

3)

變更執行人實施該變更;

4.

變更驗證

1)

配置控制委員會對變更后的工作產品進行驗證,以確定變更是否正確完成。

2)

在變更完成并經過驗證后,項目配置管理員將經批準的配置項簽入配置庫。

6.3

變更跟蹤

1、

客戶需求變更:

1)

與用戶之間變更流程:項目組需要依據項目管理規范中的需求管理要求,結合項目用戶實際情況制定需求變更流程,填寫《需求設計變更申請表》并按照流程要求執行申請和審批過程,保留期間用戶的簽字確認文件。

2)

內部審批流程:10人天以內的變更項目經理確認,10人天以上,20人天以內需要工程總監確認,20人天以上的變更需要事業部總經理確認。配置管理員跟蹤變更審批狀態,維護《基線狀態報告—變更跟蹤表》。

3)

VP系統中的變更記錄:項目需求負責人在VP系統中使用“范圍—變更”頁簽錄入需求變更的信息,同時更新維護“范圍——范圍矩陣”的范圍信息和工作量信息,并發起需求變更流程,由項目經理以及工程總監進行審批。審批通過后,形成新的范圍矩陣基準。

2、

預算變更:項目經理/客戶經理

編寫變更的《工作說明書》《項目預算表》,在VP項目管理系統中執行項目預算變更流程。

3、

項目經理變更:

1)

項目實施過程中,發生項目經理變更時,原項目經理填寫《項目經理工作交接清單》與新項目經理逐項工作進行交接。

2)

新任項目經理按照項目經理任命流程進行述職和任命。

3)

項目經理變更時,工程總監負責與客戶進行溝通。

7

版本制作與發布流程

8

安全與備份

8.1

備份

配置管理員每周整體備份一次配置庫,保留4周以內的備份記錄。

備份方式:刻盤或者異機備份

每月末提交一次配置庫,存入組織級配置庫(FTP上傳或由QA拷貝回北京)

項目結束時,配置管理人員按結項規定對配置庫進行歸檔。

8.2

安全防護

客戶端必須安裝防病毒軟件(如公司有規定的軟件,則依照公司要求安裝),并啟動自動防護功能,及時升級。

每周進行一次全盤掃描。

9

配置狀態發布

信息平臺項目的配置狀態報告發布、發送方式如下:

發布名稱

發布頻率

發布內容

發送對象

發送方式

基線發布

基線生成或基線變更時*基線生成,存放位置或**基線發生變更,版本為**

項目組所有成員、

SQA、項目經理、項目總監

e-mail

相關文章

MM1313亚洲国产精品无码试看|91久久偷偷做嫩草影院免|国产原创剧情经理在线播放|国产精品亚洲А∨无码播放麻豆