精华内容
下载资源
问答
  • 随着时代的发展,传统的宣传与营销手段已经无法满足这个庞大企业的发展需求,而新兴网络媒介的涌现为企业的发展提供了新的契机,也为新媒体营销手段提出更高的要求。新媒体营销扮演什么角色?如何做订目标,做预算,...

    随着时代的发展,传统的宣传与营销手段已经无法满足这个庞大企业的发展需求,而新兴网络媒介的涌现为企业的发展提供了新的契机,也为新媒体营销手段提出更高的要求。

    新媒体营销扮演什么角色?如何做订目标,做预算,写推广方案,绩效怎么考核?团队岗位怎么去搭配?如何管理新媒体团队?下面就会结合这些点讨论新媒体运营如何写推广策划案,这里分为几部分,抛砖引玉,希望对新媒体从业人员有思路上的一些启发。

    一、新媒体运营是什么?

    这里普及下运营的一些概念,整合了其他人的一些观点,对运营有个系统化了解。大家可以参考如下这张图,看图理解运营:


    新媒体运营就是利用微信、微博、贴吧等新兴媒体平台进行品牌推广、产品营销的运营方式。通过策划品牌相关的优质、高度传播性的内容和线上活动,向客户广泛或者精准推送消息,提高参与度,提高知名度,从而充分利用粉丝经济,达到相应营销目的。

    微博,微信,贴吧等平台运营只是新媒体运营中其中一个子集,而新媒体运营又是整个系统运营中另外一个子集,明白这个关系更好的理解新媒体运营到底扮演什么角色。

    根据运营级别划分:初级运营,中级运营,高级运营。

    初级运营(负责流程中三个环节一个子项目,如微博运营,微信运营,内容编辑,活动策划等)。

    中级运营(能力覆盖到三个环节中整个环节)。

    高级运营(三个环节贯穿,视野更大,资源更多,布局更长)。

    根据运营流程划分:拉新(找到用户在哪,低成本获取用户),留存(让用户持续用你的产品),促活(唤醒不用产品用户)。

    COO(考虑产品,营销,投资人关系,PR等公司层面资源调配)

    根据运营内容划分:用户运营,内容运营,社区运营,商务运营,活动运营等。

    二、定目标

    接下来,我们要做的就是定目标,一般来说,制定目标参考几个原则:

    1、如果能直接从第三方平台上获取数据作为目标,就直接以后台目标数据值为参考,比如微信,微博。别搞太多数据定义或计算公式,省事又直观,也可以避免对数据定义理解偏差而产生的误会。

    2、第三方平台无法给你呈现数据做为目标引导,可以交付给技术部门去做统计报表系统来做监控。可先从日指标下手,再延伸到周,月,季,年去做统计。比如服务号的注册用户,订单量,订单转化率,客单价等。

    3、团队需要有一个终极目标

    比如对于O2O的项目来讲,团队的终极目标就是日订单量。

    比如对于一个工具型APP,团队的终极目标是日活跃率。

    4、各部门对目标进行分解:

    目标可以分为两种:

    事务目标:每周X篇内容,其中X篇做原创。

    结果目标:微博曝光量、粉丝较上月的增长比例(早期基数低,可以设定每月50%-100%增长的目标,后期可以适当减少到10%-20%);微信的文章打开率15%,转发率5%(这是大部分公号的平均高值)。

    5、目标设置不能太范范,要具体数字,比如:当月目标为日均新增激活从8000到12000,注册转化率40%(建议略高于原本的期望值,效果会更好),那种“提高了品牌曝光度”、“增加了用户粘性”这种陈述性语句通通封杀。

    提高品牌曝光度——百度指数上升多少?

    增加用户粘性——产品活跃度提高多少?

    这里以一个O2O生活服务号为案例制定推广目标:

    注册用户:日新增注册用户,总注册用户

    活跃用户:日活跃率=当天活动用户/总用户

    日订单量:日订单转化率=订单成交量/总访问用户(保底8%)

    日客单价=日总成交价格/总成交单数

    三、做预算

    根据推广方案做预算,每个推广周期涉及到的推广细项做预算,预算最好越精细越好,可控性更强,执行效果更明显。


    另外,趣营销网认为新媒体运营是为达到目标/目的所做的高效、系统的协调工作,所以建议需要关注、学习、钻研与之相关的体系,来建设自己的系统性;而不是只把关注点放在预算、刊例、性价比这些公司、老板关心的问题上。

    四、写方案

    本文以本地生活服务号为案例展开描述,其中涉及到一些具体的实操手段,其他类型应用可以借鉴参考。

    1、推广整体策略(方法+执行力)

    团队以总目标为主线,分解到各部门。

    测试最有效推广方法,集中优势资源在一个可能爆发的点上,不断放大,不断分析,直到引爆。

    目标消费者集中出现在哪里,我们的市场推广就集中在哪里出现。

    2、种子用户期

    1000名种子粉丝,为期一个月,区域内,可控。

    种子用户特征:经常互动,帮你朋友圈转发,帮你主动在QQ群,微信群推广公众号,种子用户会跟经常对你的公众号提供有效意见和建议。

    推广方法:行业朋友和同事,合作伙伴,邀请机制、供应商导入,商圈,小区,学校,写字楼发广告;行业朋友和同事,合作伙伴,发动身边同事,朋友,合作伙伴加入体验。

    活动邀请:策划“大家来找茬”活动游戏,设计产品体验调查问卷融入游戏中,注册就送10元优惠劵,推荐也送10元优惠券,评选出最佳粉丝,粉丝截止到1000名为止,为期1个月(H5文案设计要有趣,社交化)。

    微信群管理:建立2个500个人微信群,管理种子用户,收集产品用户意见。

    3、初始用户期

    5万名种子粉丝,为期三个月。

    初始推广期要去尝试各种推广渠道,找到你最擅长的渠道,让粉丝自然每天增长,最终完成你的目标。

    拥有渠道的好处就是,每一天你都能获得稳定的粉丝,而不是一天进500粉丝,再过3天就没有粉丝关注。

    以下方法是个人团队实战的一些总结,可以借鉴操作:

    A、微博引流

    由于我们的市场是定位在本地,所以前期推广时候收集全所有热门本地微博,通过推广官方微博,与这些本地微博建立互动合作,活动期间可转发引流。

    由于微博的媒体属性比较强,是点到面推广,不属于微信生态圈内,效果也比较弱,当然前期已经有一定粉丝基础的微博,从微博到微信的引流已经获得了很大红利。

    B、加群引流

    每个号加500个本地微信群,群内不直接广告,加强互动。

    广告时候,发群内红包。

    活动时候,群内群发,并加红包。

    技巧一:如何获取群?

    发动你身边朋友,同事,合作伙伴,让他们拉你入群。

    技巧二:换群

    当积累了一定的微信群后,可以与本地运营商互换群。

    技巧三:置顶活跃群

    筛选出活跃度较高群,置顶,下沉广告群,群内经常互动,与群主搞好关系,质量高的微信群可以考虑商务合作。

    C、小号引流

    注册10个小号(共可加5万私人粉丝),针对本地区域加粉丝,每天每个小号加粉丝50个,3个月内完成,团队分三组,每个人负责3个。

    技巧一:如何养号?赋予小号一定的标签:如你是92年未婚的女生,从事互联网行业客服工作,居住地厦门哪里等。

    技巧二:不要有广告嫌疑,每加一人,要自我介绍你的状况。

    技巧三:朋友圈定时分享生活趣事。必要时候插入服务号广告活动,每周定时朋友圈互动交流

    技巧四:对于传播力比较强粉丝,可以单独多私聊互动。

    技巧五:从B步骤所加群内添加粉丝引流,加人前先群内互动交流,找主题,特别是活跃度高的群,加粉成功率更高。

    D、自建官方微信群

    每个号自建100个官方群,对每个群自定义标签,如种子用户群,活动群,产品试用群等。

    步骤一:明确建群的目的,建立群规章制度。

    步骤二:配官方客服,围绕群主题定期互动,解决问题。

    步骤三:发展一些意见领袖做帮手,共同发展群,必要时给与物质上激励。

    E、活动策划

    活动以一周一次频率来执行,加强用户的记忆习惯,利于传播分享,以下活动作为备选,执行时候,团队参与进来,死磕文案及H5效果设计。

    活动礼品:优惠券,大礼包(消费券+帆布袋+记事本+广告衫等),活动奖品,微信红包。

    定期活动一:派发微信红包,将粉丝拉入到微信小号,建立微信群开始发红包。

    定期活动二:注册就送10元优惠券,推荐就送10元优惠券,充值100送20元。

    定期活动三:关注赢好礼,扫扫送礼品,微信预定享折扣。

    活动四:微信答题:提出的问题最好和服务号相关,让用户在你网站上找相关答案,加深对服务号的印象,加强服务号品牌的认识度。这个可以参考一号店的一些微信活动。

    活动五:转发有奖:可在微博微信发起转发活动,转发就送礼。

    F、本地公众号,微博,社区,网站等渠道投放

    活动执行时候,可以在本地公众号,微博,社区等渠道投放,随时监控投放效果。

    如大香蕉网,演讲培训网等活动开始时,我们BD会跟洽谈网站,微信,微博三个媒体广告合作或联合推广。

    4、品牌推广期

    10万名种子粉丝,为期三个月。

    A、继续”初始用户期”推广方法稳定获取每天流量。

    B、本地O2O服务号或APP合作,经过初期推广后,已经积累了一定粉丝量,可以与本地O2O一起合作推广。

    C、地面推广,可以针对性与商场,学校,社区等商圈合作,进行线下活动策划推广。

    D、参加行业性会议展览,可以通过参加一些行业性会议展览,带上二维码,做好微信营销方案,到展会或者会议上与你的客户,合作伙伴交流,推荐微信公众号。

    E、加入联盟,加入本地电商企业联盟,行业联盟,O2O联盟等,进行产品分享,推广服务号在本地品牌知名度。

    5、PR(公共关系)

    把PR独立出来,是因为项目从立项开始,PR就开始已经在预热了,在推广的每个阶段都需要PR的渗透。

    在初创公司,作为PR需要把公司每一个阶段的方向都了解透彻,然后学会向市场、投资人、用户传递一个有力的声音,这个声音并不是生硬的广而告之,而是抛出一个话题让大家对你的故事所感兴趣,并带动大家如何把兴趣引到你的产品上来,最好形成行业的热议话题。以下有几个策略:

    (1)、用日常稿件保持稳定的曝光

    我们会定期做一张传播规划表,每个月要根据公司和产品的变化来决定该向外界传递什么声音,恰当的表达和持续的内容产出会让公司的曝光度及行业的关注度逐渐提高。

    (2)、维护好已有的媒体资源,积极扩展新资源

    对于自己原来熟识的记者和媒体,我仍会保持续的沟通和交流,告诉他们,我们的团队在做怎么样的一件事。深信只有反复的沟通,才会把故事的闪光点打磨得抓住人心。而作为PR也更能及时嗅到媒体关注的兴趣点,为下一次的报道梳理做好充分准备。
    在创业公司对PR的经费并不是非常充足的情况下,我们需要仔细去分析,在什么样的发展阶段和进度,需要利用的什么样的途径和资源去支撑公司的发声和观点。所以我们对自己的要求是每周都有计划的去拓展一些新的媒体资源,这样能为之后做事件输出时能有合适的渠道的进行支撑。

    (3)、选择的渠道决定了传播的效果

    说什么故事,用哪种方式呈现传播效果会最佳,这对于渠道的选择就显得尤为重要。比如对于公司创始人的一些采访,我们可能更倾向于行业及财经相关的权重高的纸媒,有利于大面积的带动传播;对于产品的发声,我们更倾向于科技类的新媒体,在行业内能引起更快速的关注力;而对于事件话题性的新闻,我们更青睐于选择大型门户类网站。

    对于自媒体这领域,实力参差不齐,选择有中立观点和实力派的自媒体发声,不失为好的选择。但是成本对创业公司来说,并不是性价比最高的。而对于电视媒体,选择对和你潜在用户相吻合的节目,是一个能快速让产品呈爆发式增长的途径。

    (4)、要记得做好对营销传播效果的评估

    这些可能包括人群的覆盖率、点击量、阅读量,点赞量等。每一次的数据,都会告诉你下一次的内容应该怎样做得更赞。而PR作为连接内外的桥梁,最好也要藏身于用户中间,在深度沟通中突出品牌的个性。

    五、团队搭建及岗位描述

    关于招人,这里有个方法:从目标反推,拆解关键任务,分解完成关键任务所需要的能力及人力,描绘出这些岗位的职业画像,根据阶段目标倒推团队成员进入时间。

    举个例子,比如公司微信服务号要在半年内达到5万粉丝,要达到这个目标需要活动策划,渠道推广,PR等任务,完成这些任务都需要什么能力的人?什么时间到位?

    其实现在很多互联网公司的HR是不专业的,他们没办法熟悉到各部门具体的工作任务。所以经常招人的时候经常会闹笑话,比如应聘者问你们新媒体的团队绩效怎么考核,销售团队工资体系,很多HR是很模糊的,不知道边界在哪里?

    所以,部门负责人应该跟HR密切沟通,让他们清楚你们部门到底需要什么样的人?

    成立新媒体推广小组,负责新媒体推广,新媒体推广小组由以下成员组成,涵盖岗位职责和岗位描述,可根据项目的指标做人数上微调,初期项目可以采用(1+1+2+1+1)原则。

    1、新媒体推广经理(1名)

    初始用户期引入

    (1)、岗位职责:

    负责公司微信、微博公众号的日常运营工作,增加粉丝数,提高关注度;

    根据制定的内容方向发布各种符合要求的优质、有传播性的内容;

    提高粉丝活跃度,与粉丝做好互动,对粉丝的网络行为进行分析与总结;

    挖掘和分析微信用户需求,收集用户反馈,分析用户行为及需求,即时掌握当下热门话题;

    根据运营需求,独立策划与组织各类线上/线下活动,增加曝光率,提高粉丝数量及用户粘性;

    监控推广效果和数据分析,对推广效果进行评估改进。

    (2)、任职要求:

    有互联网信仰,最好是重度使用者,制定新媒体推广计划,执行力强。

    熟悉新媒体,对微博、微信如数家珍,熟悉大号,运营过微博草根号、微信公众号更好!

    有判断力,对热点事件能分析,知道如何借势,有自嘲精神,可以黑人兼适度自黑。

    有战斗经验,没混过论坛没耍过微博刷过微信的就算了,不管明骚闷骚,永不放弃!

    2、文案策划

    初始用户期引入

    (1)、岗位职责

    清晰项目目标,快速了解客户需求,并密切与相关协同部门合作,提供快速、精准、精彩的案头支持;

    负责宣传推广文案及宣传资料文案的撰写;

    负责创意内容撰写,为线上活动、广告传播、线上公关稿件撰写相关文案内容;

    沉淀创意产出和内容撰写的经验,形成知识管理,供其他项目借鉴。

    (2)、岗位点评

    文案策划岗位是文字输出岗位,需要文字功底好,有创意,对热点有嗅觉,最好在事件营销传播方面有成功案例。

    3、新媒体运营专员(2名)

    初始用户期引入

    (1)、岗位职责:

    负责微信公众号的日常运营工作;

    负责文案内容的编写及发布、粉丝管理及互动;

    收集用户意见及建议;

    分析和挖掘网友的使用习惯、情感及体验感受,及时掌握新闻热点,能够完成专题策划、活动策划,并对策划案的执行效果进行跟踪;

    定位目标客户群并提高产品在目标客户群中的知名度;

    思维活跃,有市场企划能力及执行力。

    (2)、任职要求:

    有微信推广及运营经验;

    具备较好的文案写作能力,学习能力强,善于创新;

    有创新精神,敢于创新,对新媒体营销工作有极大的热情和投入;

    熟悉网络媒体传播特点,对社会化媒体传播有独到的理解和驾驭;

    对微媒体有较强的洞察力;

    自媒体运营经验优先。

    4、渠道经理(BD拓展)1名

    可在品牌推广期引入

    (1)、岗位职责:

    参与制定渠道策略和拓展目标计划;

    根据公司业务发展需求,寻找、挖掘有利于公司的合作资源;

    负责公司微信服务号商务拓展及合作,与各推广渠道建立良好的业务合作关系。

    对推广数据进行分析,有针对性的调整推广策略,提高粉丝量、订单量及活跃度等。

    (2)、任职要求:

    较强的商务谈判和独立的市场开拓能力,有渠道开发管理经验者优先考虑;

    具有较强的沟通、交际能力、组织协调能力;

    熟练使用Office办公软件,以及互联网浏览;

    两年以上商务合作和渠道拓展经验。

    有APP渠道推广或服务号合作推广经验优先。

    5、PR(媒介经理)

    媒介经理是指负责媒体资源整合、采购、优化、媒体关系,客户投放指导等工作的专业人员。

    (1)、岗位职责:

    负责平台媒体投放资源的拓展;

    线上推广渠道的建立、过程的控制及协调;

    整合市场各项资源、制定合作实施计划、开展深度合作;

    负责项目的危机公关、媒体资源公关等相关工作;

    (2)、任职要求:

    专科及以上学历,市场营销、互联网等相关专业;

    3年以上广告媒体工作经验;

    沟通能力强,具有较好的商务谈判能力,善于与合作伙伴保持良好合作关系;

    有较好文字表达能力;

    有互联网金融行业背景优先;

    六、绩效考核

    创业项目启动前期可能杂事会比较多,比如产品研发、产品测试、市场推广资源和物料准备等。所以趣营销网的建议是等产品过了试运营期来定目标和KPI,我是个目标感极强的人,每天都会去盯数据,所以不设置目标和KPI总觉得不舒服。

    创业初期各个部门的KPI考核尽量简单点,别搞一大堆薪酬激励的事情,实在点,完成多少给多少现金。

    比如新媒体运营的KPI,月关注粉丝目标是多少?完成和未完成目标能拿多少?

    以下以微博和微信为例:

    微博考核指标:微博营销涉及的数据大致有微博信息数、粉丝数、关注数、转发数、回复数、平均转发数、平均评论数。

    微博信息数:每日发布的微博数量(条/天)。

    平均转发数:每条信息的转发数之和/信息总数量,一般计算日平均转发数或月平均转发数(次/条),平均回复数原理类似。

    平均转发数(评论数)与粉丝总数和微博内容质量相关,粉丝总数越高,微博内容越符合用户需求,转发数和评论数就会越高。所以这个数据可以反应粉丝总数、内容和粉丝质量的好坏。粉丝基数越大,理论上转发会提高,内容越契合用户,或者粉丝中你的目标人群越多,这个数据都会上升。

    以A公司品牌微博为例,4月1日只有1.4万左右,5月结束有2.6万!

    从这个表中可以看到4、5月的增长情况,两个月的粉丝增量差不多,微博信息数量5月增加36%,但是转发总数增长近100%倍,评论增长了64%,搜索结果数也是增加了。

    应该说针对4月的微博内容分析之后,5月份作了一些调整,更加注重用户需求,所以在总量增加的同时微博的平均转发数和回复数都上升了,可以说明该微博5月份比4月份是有进步的,而且搜索结果数直接增加曝光率,说明了营销效果。

    七、管理套路

    如果你问我有没有一套管理套路,我就简单总结几点经验:

    1、周一早会,周三培训,周五总结

    周一早会:每周固定9点-10点,讨论上周问题及本周部署。

    周三培训:按照培训表抽出2个时间的团队培训。

    周五总结:每周各部门问题反馈,汇总成表格。

    2、量化目标

    项目立项后就开始要制定年度目标,分解到季度,月,周目标。

    根据目标分解到各部门,细化到每天工作任务。

    3、准备三张表

    财务预算表:整个运营团队的预算,包含人员工资,市场推广等等。

    绩效考核表:怎么跟薪酬激励挂钩在一起对团队成员进行考核。

    岗位描述表:各个部门每个岗位的描述要做到下详尽。岗位描述要根据项目现阶段需求来描述,切忌大而空。

    4、布置任务–辅导–检查任务

    我比较喜欢按照这条线来让下属操作自己的项目,这有利于其成长,不要限制条条框框。

    比如说一次活动,我会设定一个预期目标,比如关注粉丝量要达到多少,订单要转化多少,活动策划和执行都会交由团队内部人员来做,有不明白和需要资源协调的我会辅导他,具体执行如找资源,找渠道曝光这些都会让团队自己去发挥,最后只负责检查任务。

    我再把整条思路再捋一遍,就是组建新媒体团队前,你要根据你的目标去做预算,制定执行方案,招聘合适的人选,给以相应的考核

    展开全文
  • 关系型数据库的发展历史

    千次阅读 2019-03-12 23:15:03
    数据库发展史 信息系统产生了海量的数据,有...关系型数据库 :使用关系型模型进行数据库设计和存放 非关系型数据库:为适应水平扩展性和处理超大量的数据环境,近几年发展非常迅速的发展,衍生类型非常多。 本...

    数据库发展史

    信息系统产生了海量的数据,有数据必须要有数据的存放位置,

    无库时代 :没有专门的数据库,数据大多以文件形式存放

    层次状数据库 :使用层次状模型进行数据库设计和存放

    网状数据库 :使用网状模型进行数据库设计和存放

    关系型数据库 :使用关系型模型进行数据库设计和存放

    非关系型数据库:为适应水平扩展性和处理超大量的数据环境,近几年发展非常迅速的发展,衍生类型非常多。

     

    本文主要考虑对于OLTP和OLAP占据主流的关系型数据库,目前关系型数据库软件主要有:

    大型商用关系型数据库:Oracle,DB2,SQL Sever/Sybase;

    近年发展较快的开源关系型数据库:MySQL,PostgreSQL,SQLite
    关系型数据库主要人物与发展历史

    关系型数据库的发展,大致可分为理论奠基、SQL标准、商用成型、多家发展等几个阶段,在每个阶段都有对应的重要人物与贡献。

    首先是数学家E.F.Codd发表了数学论文《用于大型共享数据库的关系数据模型》,提出关系和关系运算的概念,奠定了关系型数据库的理论模型;

    然后是Codd的同事DonChamberlin将Codd的论文和关系运算,转换成为比较容易理解和使用的SQL语言,并且在后面成为所有关系型数据库的标准;

    有了上面的数据理论和SQL基础,LarryElision和他的同事看到商机,开发出第一个商用大型关系型数据库Oracle,Scott作为一个开发的员工,将其测试账户放在里面了;

    除了Oracle数据库,IBM也开发出了DB2数据库,但其他主流的关系型数据库都与Michael Stonebraker有关,开发了Postgres并放在BSD版权下,后来演变成了Postgres SQL;87年微软和Sybase合作,开发除了MS SQL和Sybase;后又加入Ingres和Informax,其他的主流关系型数据库几乎都和Michael Stonebraker有关。
    关系型数据库之父:E.F.Codd

    1970年,Codd划时代的论文《用于大型共享数据库的关系数据模型》


     Codd全关系系统十二准则

    准则0

    一个关系形的关系数据库系统必须能完全通过它的关系能力来管理数据库。

    准则1 信息准则

    关系数据库系统的所有信息都应该在逻辑一级上用表中的值这一种方法显式的表示。

    准则2 保证访问准则

    依靠表名、主码和列名的组合,保证能以逻辑方式访问关系数据库中的每个数据项。

    准则3 空值的系统化处理

    全关系的关系数据库系统支持空值的概念,并用系统化的方法处理空值。

    准则4 基于关系模型的动态的联机数据字典

    数据库的描述在逻辑级上和普通数据采用同样的表述方式。

    准则5 统一的数据子语言

    一个关系数据库系统可以具有几种语言和多种终端访问方式,但必须有一种语言,它的语句可以表示为严格语法规定的字符串,并能全面的支持各种规则。

    准则6 视图更新准则

    所有理论上可更新的视图也应该允许由系统更新。

    准则7 高级的插入、修改和删除操作

    系统应该对各种操作进行查询优化。

    准则8 数据的物理独立性

    无论数据库的数据在存储表示或存取方法上作任何变化,应用程序和终端活动都保持逻辑上的不变性。

    准则9 数据逻辑独立性

    当对基本关系进行理论上信息不受损害的任何改变时,应用程序和终端活动都保持逻辑上的不变性。

    准则10 数据完整的独立性

    关系数据库的完整性约束条件必须是用数据库语言定义并存储在数据字典中的。

    准则11 分布独立性

    关系数据库系统在引入分布数据或数据重新分布时保持逻辑不变。

    准则12 无破坏准则

    如果一个关系数据库系统具有一个低级语言,那么这个低级语言不能违背或绕过完整性准则。

     
    SQL之父:唐-钱伯林(Don Chamberlin)

     

    唐·钱伯林(DonChamberlin),是IBM Fellow,ACM及IEEE 特别会员。他是SQL关系数据库语言的发明人之一,也是XQuery语言的设计基础Quilt语言的发明人之一。Don拥有加利福尼亚大学博士学位。他目前在IBM Almaden 研究中心工作,在过去几年中,他代表IBM参与W3C XML Query工作组的工作。


    Scott和他的猫的故事

    第一个商用关系型数据库——Oracle

     

    左起 Ed Oates、Bruce Scott、Bob Miner、Larry Ellison

     

    Oracle与Larry Ellison

     
    主流数据库的奠基人——Michael Stonebraker

    Michael Stonebraker,SQL Server/Sysbase奠基人。

    著名的数据库科学家,他在1992 年提出对象关系数据库模型在加州伯克利分校计算机教授达25年。在此期间他创作了Ingres,Illustra, Cohera, StreamBase Systems和Vertica等系统。Stonebraker教授也曾担任过Informix的CEO,目前他是MIT麻省理工学院客席教授。

    Stonebraker 教授领导了称为Postgres的后Ingres项目。这个项目的成果非常巨大,在现代数据库的许多方面都做出的大量的贡献。Stonebraker 教授还做出了一件造福全人类的事情,那就是把Postgres 放在了BSD 版权的保护下。如今Postgres名字已经变成了PostgreSQL,功能也是日渐强大。

    87年左右,Sybase联合了微软,共同开发SQL Server。原始代码的来源与Ingres有些渊源。后来1994年,两家公司合作终止。此时,两家公司都拥有一套完全相同的SQLServer代码。可以认为,Stonebraker教授是目前主流数据库的奠基人。

     

    1973 年 IBM 启动了 System R 项目,项目组发表了一系列关于关系数据库的的文章。两个伯克莱大学的科学家,Michael Stonebraker 和 Eugene Wong 读了这些文章后非常感兴趣,于是决定自己启动一个关系数据的研究项目。他们已经为一个地理数据库系统申请到了资金,他们称为 ingres,意思是交互式图形获取系统

    Ingres的代码是可以免费获得的,到 1980 年止,共分发了 1000 份拷贝,不少公司使用这些代码形成了自己的产品线。Informix 是最早的用户之一,并且其员工完全是 Ingres 项目的人员。他们在 1984 发布了基于 Ingres 的第一版产品,到 1997 年已经成了第二大数据库供应商。然而,一系列管理和财会方面的失误在短短两年内毁了公司的信誉,并于 2000 年被 IBM 收购。

     

    Robert Epstein 在伯克立大学项目中的重要的程序员,创建了 Britton-Lee,后来的 Sybase,Sybase 在 80 到 90 年期间是第二号数据库产品,Sybase 于1992年将产品卖给微软,微软称之为 MSSQLServer。

    Stonebraker 自己离开了伯克立大学在1982年创建了Ingres 公司,Stonebraker 在这个公司工作到 1991 年,然后公司卖给了 ASK,1994年 ASK/ingres 被 CA Computer Associates 收购。2004 年 CA 在开源许可下发布了 Ingres release 3,并继续开发销售 Ingres。

    在返回 Berkeley 之后,Stonebraker 开始了一项后-Ingres 计划来致力于解决关系模型的数据库管理现有实现的局限性。其中主要的是它们不能让用户定义组合更简单域的新域(或者叫类型)(参见关系模型获得对术语域的解释。)结果的计划叫做 Postgres,以介入对增加完整的类型支持所需要的最小数目的特征为目标。其中包括定义类型的功能,还有完全描述联系的能力 - 联系至今已经广泛使用但仍由用户完全维护。在 Postgres 中数据库理解联系,并能以使用规则的自然方式在有关联的表中检索信息。详情请参见 PostgreSQL 的文章。在 1990 年 Stonebraker 再次离开 Berkeley 去商业化 Postgres,使用了名字 Illustra。Illustra 后来被 Informix 并购,而 Stonebraker 再次回去搞高等教育了。

     
    附录:主要关系型数据库厂商的发展历史
    数据库厂商的发展历史之Oracle

    所有这一切要从IBM的一篇论文谈起,1970年的6月,IBM公司的研究员埃德加·考特(Edgar Frank Codd) 在 Communications ofACM 上发表了那篇著名的《大型共享数据库数据的关系模型》(A Relational Model ofData for Large Shared Data Banks)的论文。这是数据库发展史上的一个转折。要知道,当时还是层次模型和网状模型的数据库产品在市场上占主要位置。从这篇论文开始,拉开了关系型数据库软件革命的序幕。IBM虽然1973年就启动了SystemR的项目来研究关系型数据库的实际可行性,也没有及时推出这样的产品,因为当时IBM的的IMS(著名的层次型数据库)市场不错,如果推出关系型数据库,牵涉到IBM很多人的自身利益。再者,IBM庞大复杂的官僚机构处在决策上远不那么灵活

    1977年6月,Larry Ellison与Bob Miner和Ed Oates在硅谷共同创办了一家名为软件开发实验室(Software Development Laboratories,SDL)的计算机公司(ORACLE公司的前身)。那个时候,32岁的Larry Ellison,这个读了三家大学都没能毕业的辍学生,还只是一个普通的软件工程师。公司创立之初,Miner是总裁,Oates为副总裁,而Ellison,因为一个合同的事情,还在另一家公司上班。没多久,第一位员工Bruce Scott(用过ORACLE数据库软件的人都知道有个Scott用户的吧?没错,就是这个Scott,至于Scott用户的密码Tiger,那是Scott养的猫的名字, Oracle也一直没有忘记她的第一位程序员)加盟进来,在Miner和Oates有些厌倦了那种合同式的开发工作后,他们决定开发通用软件,不过们还不知道自己能开发出来什么样的产品。Oates最先看到了埃德加·考特的那篇著名的论文连同其他几篇相关的文章并推荐Ellison和Miner也阅读一下。Ellison和Miner预见到数据库软件的巨大潜力(跟着IBM走,没错),于是,SDL开始策划构建可商用的关系型数据库管理系统(RDBMS)。

    根据Ellison和Miner他们在前一家公司从事的一个由中央情报局投资的项目代码,他们把这个产品命名为ORACLE。因为他们相信,ORACLE(字典里的解释有“神谕, 预言”之意)是一切智慧的源泉。1979年,SDL更名为关系软件有限公司(Relational Software,Inc.,RSI),毕竟“软件开发实验室”不太像一个大公司的名字。1983年,为了突出公司的核心产品,RSI再次更名为ORACLE。Oracle从此正式走入人们的视野。

    RSI在1979年的夏季发布了可用于DEC公司的PDP-11计算机上的商用ORACLE产品,这个数据库产品整合了比较完整的SQL实现,其中包括子查询、连接及其他特性。出于市场策略,公司宣称这是该产品的第二版,但却是实际上的第一版。这就是Oracle这种“要命”的市场策略,事实上,这种策略有时候也是非常成功的。

    1983年3月,RSI发布了ORACLE第三版。Miner和Scott历尽艰辛用C语言重新写就这一版本。(说老实话,太佩服这两个大牛了,为什么一直没多少媒体宣传这两个人呢,怀疑Miner简直就是“少林老僧”般的人物。)要知道,C语言当时推出不久,用它来写ORACLE软件也是具有一定的风险的,但除此之外,别无他法。很快就证明了这样做是多么的正确:C编译器便宜而又有效,还有很好的移植性。从现在起,ORACLE产品有了一个关键的特性:[可移植性]。同样是1983年,IBM发布了姗姗来迟的Database 2(DB2),但只可在MVS上使用。不管怎么说,ORACLE已经占取了先机。

    在开发第三版还没有结束的时候,Scott离开了ORACLE。当时用C语言改写ORACLE的压力很大,无休止的软件调试终于让Scott不堪重负,选择了一走了之。把剩下的重担交给了Miner一个人。在出售了自己的4%的股票之后,Scott 后来创建了Gupta公司(现更名为Centura Software)和PointBase公司(提供百分之百纯Java嵌入式数据库),都是开发和数据库相关的产品。多年后有人问到他的4%的ORACLE股票的时候,Scott,这个曾经给ORACLE写出第一行代码的技术高手,也只能报以一笑了。如果能坚持下来,那是一笔几亿美金的财富。不过当时的Scott没有那么多的想法,他只是太累了。

    很长一段时间里,公司研发由Miner独力承担。Miner视金钱如无物,为人低调,和Ellison的锋芒必露形成鲜明的对比。在公司里,大家一致认为他是老好人,他也深受员工爱戴。Ellison是公司的大脑,Miner则当之无愧的成为公司的心脏。他是个沉默的英雄,正如Steve Jobs背后的Steve Wozniak一样。

    1984年10月,ORACLE发布了第4版产品。产品的稳定性总算得到了得到了一定的增强,用Miner的话说,达到了“工业强度”。

    在1985年,ORACLE发布了5.0版。有用户说,这个版本算得上是ORACLE数据库的稳定版本。这也是首批可以在Client/Server模式下运行的的RDBMS产品,在技术趋势上,ORACLE数据库始终没有落后。

    那是在1985年,当时曾经的最大的独立软件公司Cullinet(主要销售网状数据库)已经如流星般陨落。ORACLE的主要竞争对手是Ingres数据库。Ingres在加州大学伯克利分校诞生,主要的设计者是当时鼎鼎大名的MichaelStonebraker教授。可以说Ingres数据库软件是上个世纪80年代技术上最好的数据库,Ingres市场分额的快速增长已经给ORACLE早成了很大的压力。巧的是,这个时候,IBM公司再一次伸出“上帝之手”。

    Ingres使用的是Stonebraker 发明的QUEL(Query Language))的查询技术,这和IBM的SQL大不相同。在某些地方QUEL甚至要优于SQL。IBM当时担心Ingres把QUEL变成标准会对自己不利。经过一番衡量,决定把自己的SQL提交给数据库标准委员会。而Stonebraker教授可不打算把QUEL提交给数据库标准委员会,学院派的他认为这麽做实际上是扼杀了创新精神。可以看出,学院派,大都会把事情搞杂。

    1986年3月12日,ORACLE公司以每股15美元公开上市,当日以20.75美元收盘,公司市值2.7亿美元。3月13日,微软以每股21美元的发行价上市,以28美元收市,公司市值达到7亿美元。远远超过了ORACLE。成功的光环的微软和盖茨遮盖住了ORACLE和Ellison的光芒,可能这也是Ellison敌视微软的开始。

    ORACLE第6版于1988年发布。由于过去的版本在性能上屡受诟病,Miner带领着工程师对数据库核心进行了重新的改写。引入了行级锁(row-level locking)这个重要的特性,也就是说,执行写入的事务处理只锁定受影响的行,而不是整个表。这个版本引入了还算不上完善的PL/SQL(Procedural Language extension to SQL)语言。第6版还引入了联机热备份功能,使数据库能够在使用过程中创建联机的备份,这极大地增强了可用性。

    在第六版刚发布之后,很多迫不及待开始使用的用户就怨声载道。这是个根本就没有测试好就进行发布的产品(也怪Ellison,大话总要说在前头,只好自尝苦果)。用户开始对ORACLE大肆抨击,ORACLE的一些对手也开始落井下石,针对ORACLE产品的一些弱点进行攻击。

    噩梦延续到ORACLE第七版的推出而结束。这个公司已经空谈了好几年的新版本(一度被讥讽为不过是Ellison的故计重施而已),直到1992年6月才终于闪亮登场,这一次公司吸取了第六版匆忙上市的教训,听取了用户的多方面的建议,并集中力量对新版本进行了大量而细致的测试。该版本增加了许多新的性能特性:分布式事务处理功能、增强的管理功能、用于应用程序开发的新工具以及安全性方法。

    ORACLE 第七版是ORACLE真正出色的产品,取得了巨大的成功。这个版本的出现真是好时机,当时Sybase公司的数据库已经占据了不少份额,ORACLE借助这一版本的成功,一具击退了咄咄逼人的Sybase。公司的销售人员这次算到了给用户兑现空头许诺的时候。公司经过两三年的治理,终于摆脱了种种麻烦,重新开始健康发展,销售额也从92年的15亿美元变为四年后的42亿美元。  

    1997年6月,ORACLE第八版发布。ORACLE8支持面向对象的开发及新的多媒体应用,这个版本也为支持Internet、网络计算等奠定了基础。同时这一版本开始具有同时处理大量用户和海量数据的特性。

    1998年9月,ORACLE公司正式发布ORACLE 8i。“i”代表Internet,这一版本中添加了大量为支持Internet而设计的特性。这一版本为数据库用户提供了全方位的Java支持。ORACLE 8i成为第一个完全整合了本地Java运行时环境的数据库,用Java就可以编写ORACLE的存储过程。对,Java,只要是能够打击微软的武器,ORACLE都要派上用场。  

    在2001年6月的ORACLEOpenWorld大会中,ORACLE发布了ORACLE 9i。在ORACLE 9i的诸多新特性中,最重要的就是Real Application Clusters(RAC)了。说起ORACLE集群服务器,早在第五版的时候,ORACLE就开始开发ORACLE并行服务器(ORACLE Parallel Server ,OPS),并在以后的版本中逐渐的完善了其功能,不过,严格来说,尽管OPS算得上是个集群环境,但是并没有体现出集群技术应有的优点。

    2003年9月8日,旧金山举办的ORACLE World大会上,Ellison宣布下一代数据库产品为“ORACLE 10g”。ORACLE应用服务器10g(ORACLEApplication Server 10g)也将作为甲骨文公司下一代应用基础架构软件集成套件。“g”代表“grid ,网格”。这一版的最大的特性就是加入了网格计算的功能。(Oracle绝对是造概念的能手,只要是能引领出新的卖点,出些新概念,也是值得的)。

    最近两年,Oracle先后又收购了People soft(103亿$), BEA(80多亿$),还有Sibel之类的就不说了。通过收购,实力大增。

    2007年11月,Oracle 11g正式发布,功能上大大加强。11g是甲骨文公司30年来发布的最重要的数据库版本,根据用户的需求实现了信息生命周期管理(InformationLifecycle Management)等多项创新。大幅提高了系统性能安全性,全新的Data Guard最大化了可用性,利用全新的高级数据压缩技术降低了数据存储的支出,明显缩短了应用程序测试环境部署及分析测试结果所花费的时间,增加了RFID Tag、DICOM医学图像、3D空间等重要数据类型的支持,加强了对Binary XML的支持和性能优化。
    从Oracle的发展来看,它的市场策略直接引导着公司的发展。与别的公司有很大的不同。

     

     

     
    数据库厂商的发展历史之DB2

    1973年,IBM研究中心启动System R项目,为DB2的诞生打下良好基础。System R 是 IBM 研究部门开发的一种产品,这种原型语言促进了技术的发展并最终在1983年将 DB2 带到了商业市场。

    在这期间,IBM发表了很多数据库领域的精典论文,前边E.F.Codd就不说了,1976年, 身在IBM的Gim Gray发有了他的代表作:共享数据库的一致性和锁的粒度。他同样也是数据库领域的图灵奖获得之一。后来被微软挖走(应该是在他退休之后),去年他独自一人出海,失踪,不知下落如何。此君因为不喜欢Seattle的雨天,使得Bill Gates为拉他入Microsoft在San Francisco为其新建了一座研究院让他做院长。据说此君在一次学术会议上demo他的新程序,听众中有人提出界面可以如何改进,此君竟然在讲坛上就打开VC++开始改起代码来,然后给人看新效果。这样的大师,太让人尊敬了。

    1981年, E.F.Codd因为发明关系数据库模型,获得ACM图灵奖,当然他前边还有一位大师,Charles W.Bachman。

    1982年,IBM发布SQL/DS for VSE and VM,以System R为原型。

    1983年,发布Database2 (DB2) forMVS, 内部代号为"Eagle",于是DB2正式诞生。

    1986年,System/38 V7发布,首次配置查询优化器,能对应用的存取计划进行优化。

    1987年,DB2完成了到OS/2的扩展,进入微机领域。

    1988年,发布SQL/400,为AS/400服务器提供SQL支持。到此时为止,感觉IBM的数据库产品的发展十分凌乱,似乎同时在做多个产品,平台又不统一。

    1992年,IDUG大会在瑞士如开,DB2应用开始全球化。DB2 for OS2 V1和DB2 for RS/6000 V1推出,这是第一次在Intel和Unix平台上推出DB2产品。

    1993年,郭士纳进入IBM,大刀改革。

    1994年,DB2实现了HP unix和Solaris版本。实际上,还真不知道这两个平台上有多少用户。

    也是在1994年,AIX平台上DB2开始支持对象型数据。

    1995年,DB2开始支持Windows NT, Unix等多个平台。(标志性的一年?)

    1995年,收购Lotus,晕,现在我们还在用Lotus的邮件系统。不好用,但是不容易中毒。

    1996年,DB2正式更名为DB2 通用数据库。

    1997年, DB2 UDB forUnix/windows/OS2同时发布

    1998年,DB2 开始支持SCO Unixware

    1998年, DB2 UDB5.2出现。(不知道以前的版本是怎么定义的,有些乱。。。)

    1999年,DB2支持Linux on intel cpu

    2000年,DB2 支持XML扩展

    2000年,进一步支持Linux集群

    2002年,收购Rational Soft,从此, rose这个大炮工具被IBM弄走了

    2002/2003,DB2 V8.1出现

    2007年, DB2 V9出现,好像是第一个混合模式(关系型、层次型)数据库出现,既有关系模型,又有直接支持XML的层次模型。不知道是否属于叫好不叫座。

    在这期间,忘了是哪一年,印象中,好像是2001/2002年的光景,IBM还收购了Informix,花了1个Billion$,那也是一家曾经响当当的数据库厂商。

     

     
    数据库厂商的发展历史之MySQL

    MySQL这个名字,起源不是很明确。一个比较有影响的说法是,基本指南和大量的库和工具带有前缀“my”已经有10年以上,而且不管怎样,MySQL AB创始人之一的Monty Widenius的女儿也叫My。这两个到底是哪一个给出了MySQL这个名字至今依然是个密,包括开发者在内也不知道。

    MySQL的海豚标志的名字叫“sakila”,它是由MySQL AB的创始人从用户在“海豚命名”的竞赛中建议的大量的名字表中选出的。获胜的名字是由来自非洲斯威士兰的开源软件开发者Ambrose Twebaze提供。根据Ambrose所说,Sakila来自一种叫SiSwati的斯威士兰方言,也是在Ambrose的家乡乌干达附近的坦桑尼亚的Arusha的一个小镇的名字。

    MySQL,虽然功能未必很强大,但因为它的开源、广泛传播,导致很多人都了解到这个数据库。它的历史也富有传奇性。

    MySQL的历史最早可以追溯到1979年,那时Oracle也才小打小闹,微软的SQL Server影子都没有。有一个人叫Monty Widenius, 为一个叫TcX的小公司打工,并用BASIC设计了一个报表工具,可以在4M主频和16KB内在的计算机上运行。过了不久,又将此工具,使用C语言重写,移植到Unix平台,当时,它只是一个很底层的面向报表的存储引擎。这个工具叫做Unireg。

    可是,这个小公司资源有限,Monty天赋极高,面对资源有限的不利条件,他反而更能发挥潜能,总是力图写出最高效的代码。并因此养成了习惯。与Monty同在一起的还有一些别的同事,很少有人能坚持把那些代码持续写到20年后,而Monty却做到了。

    1990年,TcX的customer 中开始有人要求要为它的API提供SQL支持,当时,有人想到了直接使用商用数据库算了,但是Monty觉得商用数据库的速度难令人满意。于是,他直接借助于mSQL的代码,将它集成到自己的存储引擎中。但不巧的是,效果并不太好。于是, Monty雄心大起,决心自己重写一个SQL支持。

    1996年,MySQL 1.0发布,只面向一小拨人,相当于内部发布。到了96年10月,MySQL 3.11.1发布了,呵呵,没有2.x版本。最开始,只提供了Solaris下的二进制版本。一个月后,Linux版本出现了。

    紧接下来的两年里,MySQL依次移植到各个平台下。它发布时,采用的许可策略,有些与众不同:允许免费商用,但是不能将MySQL与自己的产品绑定在一起发布。如果想一起发布,就必须使用特殊许可,意味着要花银子。当然,商业支持也是需要花银子的。其它的,随用户怎么用都可以。这种特殊许可为MySQL带来了一些收入,从而为它的持续发展打下了良好的基础。(细想想,PostgreSQL曾经有几年限入低谷,可能与它的完全免费,不受任何限制有关系)。

    MySQL3.22应该是一个标志性的版本,提供了基本的SQL支持。

    1999-2000年,有一家公司在瑞典成立了,叫MySQL AB(不知道AB是什么意思,待查)。   雇了几个人,与Sleepycat合作,开发出了 Berkeley DB引擎, 因为BDB支持事务处理,所以,MySQL从此开始支持事务处理了。

    2000年4月,MySQL对旧的存储引擎进行了整理,命名为MyISAM。同时,2001年,Heikiki Tuuri向MySQL提出建议,希望能集成他们的存储引擎InnoDB,这个引擎同样支持事务处理,还支持行级锁。

    如今,遗憾的是,BDB和InnoDB好像都被Oracle收购了,为了消灭竞争对手,哪怕是开源的,都是不择手段。

    MySQL与InnoDB的正式结合版本是4.0。

    到了MySQL5.0,2003年12月,开始有View, 存储过程之类的东东,当然,其间, bug也挺多。

    在2008年1月16号 MySQL被Sun公司收购。

    最近,MySQL的创始人Monty Widenius已经向Sun提交了辞呈。head都要走了。

    据说,被Sun收购的公司多薄命,不知道MySQL今后前途如何,希望一路走好。相信MySQL的生命力还是很长久的。
    派生版本

    派生版本有Drizzle,MariaDB,Percona Server及OurDelta等。

     

     
    数据库厂商的发展历史之Sybase

    Sybase公司成立于1984年,公司名称“Sybase”取自“system”和“database”相结合的含义。Sybase公司的创始人之一Bob Epstein 是Ingres 大学版(与System/R同时期的关系数据库模型产品)的主要设计人员。

    Sybase公司的第一个关系数据库产品是1987年5月推出的Sybase SQLServer1.0。Sybase首先提出Client/Server 数据库体系结构的思想,并率先在SybaseSQLServer 中实现。

    提到Ingres数据库,不得不提一下Michael Stonebraker,他是Ingres的创始人。他是加州大学伯克利分校的教授,著名的数据库学者,他在1992 年提出对象关系数据库模型。Stonebraker 教授领导了称为Postgres 的后Ingres 项目。这个项目的成果是非常巨大的,在现代数据库的许多方面都做出的大量的贡献。Stonebraker 教授还做出了一件造福全人类的事情,那就是把Postgres 放在了BSD 版权的保护下。如今Postgres名字已经变成了PostgreSQL,功能也是日渐强大,我也非常喜爱这个数据库。你可自由的浏览它的代码库,可以实时了解一线工程的思路。

    话说,87年的时候,Sybase觉得单靠一家力量,难以把SQLServer(那时不叫ASE)做到老大,于是联合微软,共同开发。至于原始的代码从何而来,这个应该与Ingres有些渊源。后来1994年,两家公司合作终止。截止此时,应该是都拥有一套完全相同的SQLServer代码。

    然后可想而知了,Sybase继续开发,将Sybase SQLServer往各个平台移植,版本也是跳跃式的变化,从4.2,好像一下子就到了11.0。

    Sybase SQLServer后来为了与微软的MS SQL Server相区分,改名叫:Sybase ASE(Adaptive Server Enterprise),其实,应该改名字的是微软。代码的最初拥有者是Sybase,结果得到正式名字的居然是微软。这笔交易,实在是有些亏。不过,ASE也还好记,把Sybase的前边三个字母去就是ase了。

    ASE如今已经发展到了15.0.2版了。13和14两个数,对于老美来说,都不是好数,所以直接从12.5.4跳到15.0了。估计Oracle以后也会这样命名。

    现在的Sybase,产品策略已经有了调整,在移动数据库市场上,它的ASA (SQL Anywhere)占据了绝对的老大地位,70%以上的市场。同时,Sybase ASE仍然保持着大型数据库厂商的地位。在电信、交通、市政、银行等领域,拥有强大的市场。它的产品全是多平台支持。

    Sybase ASE又分出了Replication Server(复制服务器), Sybase IQ等重量级产品,相当于对大型数据库市场又进行了细分。

    算起来,MS SQL Server应该算是Sybase ASE的同胞兄弟了,不过,ASE血统更纯正。无论谁更成功,都证明当初的那个SQL Server生命力还在持续,它仍拥有强大的生命力。
     

    展开全文
  • 软件维护手册

    千次阅读 2019-05-14 16:53:40
    软件维护手册 主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明,便于软件的维护。 1 引言或者概述 1.1 编写目的 阐明编写手册的目的并指明读者对象。 1.2 项目背景 说明项目的提出者...

    主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明,便于软件的维护。

    1 引言或者概述

    1.1 编写目的

    阐明编写手册的目的并指明读者对象。

    1.2 项目背景

    说明项目的提出者、开发者、用户和使用场所。

    1.3 术语与定义

    列出报告中所用到的专门术语的定义和缩写词的原意。

    1.4 参考资料

    列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,及保密级别,可包括:用户操作手册;与本项目有关的其他文档。

    2 系统说明

    2.1 系统用途

    说明系统具备的功能,输入和输出。

    2.2 安全保密

    说明系统安全保密方面的考虑。

    2.3 总体说明

    说明系统的总体功能,对系统、子系统和作业做出综合性的介绍,并用图表的方式给出系统主要部分的内部关系。

    2.4 程序说明

    说明系统中每一程序、分程序的细节和特性。

    2.4.1 程序1的说明

    • 功能:说明程序的功能。

    • 方法:说明实现方法。

    • 输入:说明程序的输入、媒体、运行数据记录、运行开始时使用的输入数据的类型和存放单元、与程序初始化有关的入口要求。

    • 处理:处理特点和目的,如:用图表说明程序的运行的逻辑流程;程序主要转移条件;对程序的约束条件;程序结束时的出口要求;与下一个程序的通信与联结(运行、控制);由该程序产生并茶馆处理程序段使用的输出数据类型和存放单元;程序运行存储量、类型及存储位置等。

    • 输出:程序的输出。

    • 接口:本程序与本系统其他部分的接口。

    • 表格:说明程序内部的各种表、项的细节和特性。对每张表的说明至少包括:表的标识符;使用目的;使用此表的其他程序;逻辑划分,如块或部,不包括表项;表的基本结构;设计安排,包括表的控制信息。表目结构细节、使用中的特有性质及各表项的标识、位置、用途、类型、编码表示。

    • 特有的运行性质:说明在用户操作手册中没有提到的运行性质。

    2.4.2 程序2的说明

    与程序1的说明相同。以后的其他各程序的说明相同。

    3 操作环境

    3.1 设备

    逐项说明系统的设备配置及其特性。

    3.2 支持软件

    列出系统使用的支持软件,包括它们的名称和版本号。

    3.3 数据库

    说明每个数据库的性质和内容,包括安全考虑。

    3.3.1 总体特征

    如标识符、使用这些数据库的程序、静态数据、动态数据;数据库的存储媒体;程序使用数据库的限制。

    3.3.2 结构及详细说明

    • 说明该数据库的结构,包括其中的记录和项。
    • 说明记录的组成,包括首部或控制段、记录体。
    • 说明每个记录结构的字段,包括:标记或标号、字段的字符长度和位数、该字段的允许值范围。
    • 扩充:说明为记录追加字段的规定。

    4 维护过程

    4.1 约定

    列出该软件系统设计中所使用全部规则和约定,包括:程序、分程序、记录、字段和存储区的标识或标号助记符的使用规则;图表的处理标准、卡片的连接顺序、语句和记号中使用的缩写、出现在图表中的符号名;使用的软件技术标准;标准化的数据元素及其特征。

    4.2 验证过程

    说明一个程序段修改后,对其进行验证的要求和过程(包括测试程序和数据)及程序周期性验证的过程。

    4.3 出错及纠正方法

    列出出错状态及其纠正方法。

    4.4 专门维护过程

    说明文档其他地方没有提到的专门维护过程。如:维护该软件系统的输入输出部分(如数据库)的要求、过程和验证方法;运行程序库维护系统所必需的要求、过程和验证方法;对闰年、世纪变更的所需要的临时性修改等。

    4.5 专用维护程序

    列出维护软件系统使用的后备技术和专用程序(如文件恢复程序、淘汰过时文件的程序等)的目录,并加以说明,内容包括:维护作业的输入输出要求;输入的详细过程及在硬设备上建立、运行并完成维护作业的操作步骤。

    4.6 程序清单和流程图

    引用或提供附录给出程序清单和流程图。

    展开全文
  • 沟通管理作为项目管理核心知识领域之一...沟通管理涉及的范围很广,本文从沟通的重要性和模型出发,主要从信息传递(维度、模式、媒介、干系人、场景分析)和信息维护(工具平台、实践)这两个方面对沟通管理进行阐述。

    沟通管理作为项目管理核心知识领域之一,在项目管理和团队协作中的作用毋庸置疑。沟通管理涉及的范围很广,本文从沟通的重要性和模型出发,主要从信息传递和信息维护这两个方面对沟通管理进行阐述。

    一. 关于沟通


    下面这张图描绘了西方文化中的巴比伦塔,这里我引用巴比伦塔的例子来强调沟通的重要性,而沟通的重要性我认为无论怎么强调都不为过。



    《圣经▪旧约▪创世纪》中提到了继诺亚方舟之后,人类历史上最大的工程就是建造巴比伦塔,但这个工程却以失败而告终。作为基督教徒,我还专门去翻了一下圣经。如果我们把建造巴比伦塔也看作是一个项目的话,这个项目的资源(两河流域丰富的石材和泥土)和时间(不计时间)都没有限制,项目启动后也非常顺利,但因为塔的高度直通云天引起了上帝的不满,所以上帝发明了多语言促使人们的沟通和协作出现问题最终导致了项目的失败。

    回到现实,我们可以通过抽象把沟通过程描述成如下模型:


    上述模型中无论是信息的编码和解码、发送和接收都会受到多种干扰导致信息的传递出现问题,如何保证信息传递的高效性是本文进行阐述的一个重点。

    有了沟通模型,我们关注另一个项目管理中的重要概念:干系人。简单的干系人模型可以抽象为围绕”我“可以引出事情,只有满足是我的事情而且与这间事相关的人才是我的干系人,即下图中的1和2两个条件都需要成立:


    影响沟通管理的另一个主要方面是组织过程资产,组织过程资产一般分成两个部分:

    • 流程与工具:与沟通相关的包括沟通标准流程、媒介使用的模板、沟通模式和工具等
    • 共享知识库:与沟通相关的包括项目档案、知识库、回顾数据等

    人员组织结构等事业环境因素同样也会影响沟通管理的具体开展方式,各个组织可能差异较大,这里不展开。

    二. 信息传递

    信息传递的模型可以通过以下简图进行展开:


    1. 信息传递的维度

    信息传递的维度按照不同视角看可以有很多类别,一般包括如下几种,每一种参照字面意思即可:

    • 内部(在项目内)和外部(客户媒体、公众)
    • 正式(报告、备忘录)和非正式(电子邮件、即兴讨论)
    • 垂直(上下级之间)和水平(同级之间)
    • 官方(新闻通讯、年报)和非官方(私下的沟通)
    • 书面和口头

    2. 信息传递的模式

    信息传递的模式只有三种,各种模式的特点和适用场景总结如下:

    • 拉模式:受众明确、时效性强,但不适合版本信息管理
    • 推模式:受众面广、平台化管理,适合版本信息管理
    • 交互模式:实时性强、成本高,所以交互议程和节奏是关键
    3. 信息传递的媒介

    信息传递的媒介和传递模式紧密相连,这里结合上述传递模式的特点和适用场景分别列举一项最典型的传递媒介:

    • 邮件,推模式的代表媒介。邮件是比较正式也最常用的推模式,即我把信息推送给你,至于后续你如何处理就看你的安排了。所以适合多方协作且时效性不强,需要明确细节、追踪状态、安排事情等场景使用。但因为推模式的效用只限于本次记录,所以类如对某一个文档不停更新版本并进行通知的场景,每一封邮件都会导致接收方生成多个工作副本,故需要版本信息管理的场景不适合使用推模式,而应该使用拉模式。
    • 共享库:拉模式的代表媒介。共享库的运作方式如下图,信息发布者和信息接收者通过信息共享库进行交互并根据需要变换相互之间的角色。由于很多共享库带有版本控制功能,对提交者以及提交内容能够进行跟踪和管理,故适合团队协作和过程资产建设。
    • 会议:交互模式的代表媒介。会议作为信息传递的媒介需要参与者做统筹安排,否则信息传递的效果会大打折扣。会议的发起者通常是管理者角色,而接收者可能来自跨职能的各个部门和小组。发起者和接收者之间的意识形态、工作方式等存在一定差异性,故会议前的准备、会议中的议题和节奏、会后的工作事项落地都会需要成本。相比邮件和共享库,交互模式中的会议是信息传递最需要管理理念渗入的一种媒介。

    4. 再论干系人
    干系人只有两种,一种是行动者,即对信息需要采取行动的人;另一种是知情者,即只要知晓信息即可的人。两种不同的干系人决定了所需要传递信息的内容和类型。
    5. 场景分析
    针对周围碰到的信息传递过程中的问题,列举若干典型场景:
    • 不必要的干系人:一般组织内部的邮件通常为以组的形式进行管理,如果你这封邮件只是发给某些人,那就不要用邮件组。邮件组是“不必要干系人”的典型应用场景,有些职位的人会加入到很多邮件组中,如果他每天都收到几十封和自己完成没有关系的邮件,那真正需要他采取行动的邮件很可能会被遗漏,导致沟通出现问题。
    • 不正确的干系人:在项目启动会上我们会进行该项目的风险分析,如果你把“项目实施人员经验不足”这条风险写到启动会报告中,那很不幸你没有找对信息传递的干系人。“项目实施人员经验不足”确实是一项需要进行内部管理的很重要的风险,但项目启动会可能面对的是项目的甲方、乙方以及其他供应商,如果你说做这个项目我们的实施人员不行,你让其他方的人怎么想呢?
    • 不合适的维度:典型例子有通过QQ传递重要信息;口头通知项目决定;项目数据非可视化沟通;缺少内部/外部信息过滤等。
    • 不合适的模式:如果你想和团队成员分享一个很好用的小工具,那建议你不要用邮件去传递信息,因为邮件可能会被删除和遗忘,这种场景下运用拉模式通过SVN或FTP等共享库进行信息传递往往是更好的选择。
    • 不完备的模式:主要是对会议而言,上面也提到会议需要进行统筹安排方能发挥其效用。会议前需要明确输入、议程和输出;会议中关注演示和节奏。如果一个会议连基本的输入输出都不明确的话,个人建议还是等这些都明确了之后再召开会更好。
    • 不合适的媒介:如果你写一个文档,这个文档是静态的,即后续不会有任何变动和更新,那你把它放到Redmine这种工具平台上是合适的。反之,如果这份文档需要进行版本的演进和更新,那Redmine就不是合适的媒介,强烈建议使用带版本控制功能的共享库进行这些文档的统一维护。下文我们就从信息维护的角度出发再对沟通管理进行进一步分析。

    三. 信息维护

    信息维护是一项涉及知识库、过程资产、环境和交流等元素的整合过程,该过程包括信息保存的成本、信息转移的成本以及信息转化的成本,由于这种成本比较隐性,很多时候我们都或多或少不想投入这种成本,导致信息维护的完整性和时效性上出现问题。

    同时,信息维护通常也和知识管理有很大交集。知识管理就是解决“隐性知识显性化”这个问题,而信息维护是确保解决这个问题的表现和手段。当同样的步骤需要重复发生?当信息传递因为人而中断?我们是否会想我们缺少什么,我觉得首先我们缺少的是一种统一平台。

    1. 工具平台
    简单列举若干个周围环境常用的工具平台,市面上也有很多类似的工具,可做类比,如下图:



    • 版本控制工具:如果信息需要分版本、需要定期/不定期维护、需要团队多人协作,那版本控制工具是必需的,主流的包括SVN、GIT等。
    • 问题跟踪工具:如果信息的特点是随项目/产品开发进程不断需要范围变更、问题抛出/解决、多方干系人参与,那采用一套完备的问题跟踪工具会事半功倍,主流的包括Redmine、Jira、Quality Center。一个组织最好只使用一台这样的工具,我们使用的是Redmine。
    • 静态资源工具:如果信息只是一些静态资源,不涉及变动,但就用FTP吧。
    • 知识共享工具:如果信息属于知识管理范畴,那采用一个知识共享工具能帮助团队解决很多耗费尽力但成效低下的信息共享和维护需求,主流的包括各种Note后缀的工具,很多是面向公网平台且不大适合内部团队使用,如果你想在组织内部建设一个知识共享平台,Office自带的OneNote可能是一个不错的选择。
    2. 实践
    有了工具平台,梳理所谓的“Best Practice”也是组织级别信息维护的重要方面,这些实践可能见仁见智,简单列举几个个人认为比较有效的做法,供参考:
    • 信息按领域归类:把信息按领域进行分类是常见的也是很有效的做法,这一实践关键要按照工作特点进行领域的明晰梳理,我们团队的SVN团队共享文档根目录是这样的:

    • 一个工作副本原则:在使用SVN或Redmine等拉模式下的信息传递和维护时,确保一个工作副本原则,即共享库地址与本地磁盘空间地址一一对应,切忌共享库里的内容分散在本地的多个物理位置。一个工作副本确保快速高效的进行信息的更新和提交。
    • 文档版本控制:文档确保要有版本,版本信息最好通过更新日志来维护,直接在文档名称中加版本号貌似也是一种常见的做法。无论哪种做法,后续的文档更新确保通过版本号进行维护,无论是采用拉模式、推模式还是交互模式。
    • 职责分离和完整提交:信息提交时确保职责分离,尤其是多人协作的场景下,如果分工不完善容易导致冲突;完整提交指以满足某个基础规则(如按功能点、按模块等)的粒度下频繁提交,确保团队成员在最新的信息基础上作出判断和行动。
    • 项目日历:如果涉及多项目环境下产品/项目开发,使用OneNote这样的工具形成一份面向研发、项目、产品以及其他内部职能小组的项目日历可以为我们提供了一种信息辐射器,项目经理通过拉模式进行项目信息的更新确保团队在工作计划点上的一致。

    四. 小结


    信息传递和维护是沟通管理中的两个重要方面,日常工作无论是研发、项目、产品以及高层的管理等都需要消息的高效传递和维护。各个组织有各自的特点和文化氛围,沟通管理需要通过探索和形成统一、合适的方法论和工作模式,并进行持续改进。


    展开全文
  • 社会化媒体营销方案简介

    千次阅读 2017-01-10 19:56:55
    社会化媒体营销-亦称社会化营销,是利用社会化网络,在线社区,博客,百科或者其他互联网协作平台媒体来进行营销,公共关系和客户服务维护开拓的一种方式。又称社会媒体营销、社交媒体营销、社交媒体整合营销、大众...
  • 软件维护文档

    千次阅读 2016-10-11 16:41:04
    文档名称:XXXX程序维护手册  项目编号: 项目名称: 开发部门: 项目负责人:  编写 年 月 日 校对 年 月 日 审核 年 月 日 批准 年 月 日  程序维护手册 1引言 1.1 编写目的 [ 阐明编写维护手册的目的,...
  • 本文来自EasyDarwin团队Fantasy(fantasy(at)easydarwin.org)一. EasyDarwin任务队列实现EasyDarwin的任务...外面再经过一层封装,OSQueue_Blocking(),该类对OSQueue的操作都是加锁的,线程池的线程都是各自维护
  • kodi 媒体库插件 如果您像我一样喜欢拥有自己的数据,那么您还可能希望购买蓝光或DVD光盘上的电影和电视节目。 您也可以像我一样为视频制作ISO ,以保留精确的数字副本。 有一小段时间,将一堆文件存储在某种目录...
  • android多媒体框架学习

    千次阅读 2014-02-07 14:50:25
    字控制和数字媒体的汇合,电脑是数字控制系统,而数字媒体是当今音频和视频最先进的存储和传播形式。事实上有人就简单地认为多媒体是电脑和电视的结合。电脑的能力达到实时处理电视和声音数据流的水平,这时多媒体就...
  • 《多媒体信息技术》复习思考题

    万次阅读 2017-07-06 09:17:48
    ①多媒体是融合两种或者两种以上媒体的一种人-机交互式的信息交流和传播媒体。 对信息技术而言,多媒体是用多种媒体综合表达信息内容。对计算机而言,多媒体是将图、文、声、像等内容混成在一起的一门计算机技术。...
  • 媒体的几种播放方式

    千次阅读 2013-01-06 16:24:07
    在流媒体技术中,流媒体的份额是和播放方式是最终用户很关系的问题,也是流媒体业务工程中应用人员需要了解的,下面我们就针对流媒体的播放方式进行综合的介绍。 1.什么是点播?  网络点播现在是互联网上的一...
  • 需求背景EasyDarwin开发团队维护EasyDarwin开源流媒体服务器也已经很多年了,之前也陆陆续续尝试过很多种服务端录像的方案,有:在EasyDarwin中直接解析收到的RTP包,重新组包录像;也有:在EasyDarwin中新增一个...
  • 媒体服务器使用手册

    千次阅读 2018-11-15 10:25:20
    媒体服务器使用手册     版本:V5.2   目 录 第1章 产品概述... 3 第2章 产品使用详解... 4 2.1 产品主要功能... 4 2.2 产品安装... 4 2.3.1 应用程序安装... 4 2.3.2 产品注册... 4 2.3.3 ...
  • 媒体播放方式

    千次阅读 2012-07-24 23:21:22
    在流媒体技术中,流媒体的份额是和播放方式是最终用户很关系的问题,也是流媒体业务工程中应用人员需要了解的,下面我们就针对流媒体的播放方式进行综合的介绍。 1.什么是点播?  网络点播现在是互联网上的一...
  • P2P流媒体

    千次阅读 2009-11-30 11:07:00
    作 者:王洪波 马轶慧 1 P2P流媒体系统 1.1P2P流媒体系统播送方式 P2P流媒体系统按照其播送方式可分为直播系统和点播系统,此外近期还出现了一些既可以提供直播服务也可以提供点播服务的P2P流媒体系统。...
  • 软件维护手册模板

    千次阅读 2019-12-11 21:26:54
    软件维护手册 1 引言 1.1 编写目的:阐明编写手册的目的并指明读者对象。 1.2 项目背景:说明项目的提出者、开发者、用户和使用场所。 1.3 定义:列出报告中所用到的专门术语的定义和缩写词的原意。 1.4 参考资料:...
  • 媒体服务器原理和架构解析

    万次阅读 多人点赞 2016-07-25 09:54:09
    在流式传输时,流媒体数据具有实时性,等时性等基本特点,流服务期和客户终端要保证各种媒体间的同步关系,因此,流媒体传输对“最大延时”,“延时抖动”等 QoS 参数都有严格要求。 实时流传输既可传输实况...
  • 媒体传输类型 主流的流媒体协议 流媒体协议原理 (一) HTTP渐进式下载原理(仅支持文件播放) (二) 苹果支持的HLS原理(实况直播、文件点播) (三) Adobe Flash 支持的RTMP协议(支持文件播放 和 实况直播) (四) ...
  • 计算机组装与维护试题及答案

    万次阅读 多人点赞 2014-12-06 15:59:39
    计算机组装与维护试题及答案 一 填空 1 CPU 的外频是100MHz ,倍频是 17 ,那么 CPU 的工作频率(即主频)是(1.7)GHz 2 在拆装微机的器件前,应该释放掉手上的(静电) 3 系统总线是CPU与其他部件之间传送...
  • 媒体短视频代运营公司的优势

    千次阅读 2020-10-27 18:10:23
    媒体短视频的白热化,催化了市场对新媒体运营岗位的需求,前有各大寺院的招聘,后有各大政府机构新媒体运营的培训,新媒体运营人员供不需求,有的公司不知道如何运营与管理就会找新媒体短视频代运营公司,今天和...
  • 媒体 直播细节优化

    千次阅读 2016-12-09 18:22:30
    帧B帧对于I帧都有直接或者间接的依赖关系,所以播放器要解码一个视频帧序列,并进行播放,必须首先解码出I帧,其后续的B帧和P帧才能进行解码,这样服务端如何进行关键帧的缓存,则对直播的延时以及其他方面有非常大...
  • 媒体技术知识梳理整合

    千次阅读 2018-08-16 11:08:08
    媒体技术 1.流媒体技术基础知识 1.1 流媒体技术简介 流媒体,又叫流式媒体,是具备边传边播特点的一种多媒体,如音频、视频或多媒体文件。 流媒体技术是将采集到的连续非串流格式的视频和音频编码压缩(目的:...
  • EC2的维护更新

    千次阅读 2014-09-28 15:04:02
    最近几天,我们收到了一些客户关于我们即将进行维护更新的问题。以下是2014年9月28日 最近几天,我们收到了一些客户关于我们即将进行维护更新的问题。以下是亚马逊云科技全球Blog站点对这个问题的说明,供客户参照...
  • 媒体技术

    千次阅读 2006-05-12 22:35:00
    尽管RTSP和HTTP有很多类似之处,但不同于HTTP,RTSP服务器维护会话的状态信息,从而通过RTSP的状态参数可对连续媒体流的回放进行控制(如暂停等)。  3.2.4 MIME  通用因特网邮件扩展MIME(Multipurpose ...
  • 在传统的商业世界里,产品和用户之间的关系往往是一次性的,所以大多数情况下交易的结束意味着和用户的关系也断了,企业如何实现主动引流呢? 本次将由艺形艺意工作室创始人,新媒体运营老司机,IT行业观察者,腾讯...
  • 媒体路由API被设计用来允许多种媒体( 视频、音乐、图片)在与ANDROID设备连接( 无线或有线)的辅助设备(如电视、立体声、家庭戏院系统、音乐播放机)上显示和播放, 使用该框架和API,允许 Android用户立即在辅助...
  • 媒体运营绩效考核标准

    千次阅读 2020-08-25 15:57:17
    媒体运营绩效考核的原则是:既能让团队里的每个人都明确知道自己的职责范围,又促使整个团队做同样一个工作,也就是说,大家要力往一处使。设置新媒体运营绩效考核都是为了达到一定的运营目的,所以必要以为新媒体...
  • 基于RTSP协议流媒体服务器的实现

    千次阅读 2009-09-07 16:29:00
    【转】 基于RTSP协议流媒体服务器的实现 RTSP,实时流协议,是一个C/S多媒体节目协议,它可以控制流媒体数据在IP网络上的发送,同时提供用于音频和视频流的“VCR模式”远程控制功能,如停止、快进、快退和定位。...
  • 一种高效流媒体服务器的设计

    千次阅读 2007-07-31 22:36:00
    一种高效流媒体服务器的设计毕瑞 宋建新 苏州(南京邮电学院信息工程系 南京 210003) 【摘要】传统服务器的设计结构无法满足流媒体服务的要求。本文采用以数据为中心的资源管理方式,从可扩展性方面给出一种...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 55,473
精华内容 22,189
关键字:

维护媒体关系