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、项目经理、项目总监