精华内容
下载资源
问答
  • ArcGIS 产品体系结构

    千次阅读 2018-04-01 11:46:06
    本文主要从以下几个方面介绍 ArcGIS 的产品体系 2. 详细介绍 2.1 ArcGIS Desktop 参考:【https://blog.csdn.net/hphone/article/details/7576053】 ArcGIS Desktop 是专门为 GIS 人员准备的桌面软件,人们...

    1. 开篇

    本文主要从以下几个方面介绍 ArcGIS 的产品体系
    这里写图片描述

    2. 详细介绍

    2.1 ArcGIS Desktop

    参考:【https://blog.csdn.net/hphone/article/details/7576053

    ArcGIS Desktop 是专门为 GIS 人员准备的桌面软件,人们可以使用 Desktop 进行数据制作、编辑空间数据和属性数据、文件管理、矢量化、二三维的空间分析与建模。ArcGIS Desktop 大概由 ArcMap、ArcCatalog、ArcGlobe、ArcScene、ArcToolbox 和 Model Builder 组成。

    2.1.1 ArcMap

    ArcMap 是 Desktop 当中最重要的一个程序,负担着大部分责任,包括数据制作、查询与分析。

    2.1.2 ArcCatalog

    ArcCatalog 相当于一个资源管理器,可以随数据进行管理,增删改,这些数据包括地图文件、栅格数据、球体、Geodatabase、工具、元数据、服务。

    2.1.3 ArcGlobe

    ArcGlobe 是 3D 模块当中的一个部分,可以对 3D 数据进行创建、编辑、管理、分析以及快速浏览。

    2.1.4 ArcScene

    ArcScene 是 3D 模块当中的一个部分,对三维数据的透视、创建、编辑、管理、分析以及快速浏览。相对于 ArcGlobe 来说,适合小场景的三维。

    2.1.5 ArcToolbox

    ArcToolbox 是提供了大量的分析工具供使用者使用。Desktop 不同的级别,工具箱里面的工具是不同的。

    2.1.6 Model Builder

    Model Builder 提供了一个建模的方式,来对数据批量化、多次化进行处理。人员按照工作流程,把相应的控件拖入建模窗口,最后生成一个工具。人员可以使用这个工具,进行自动化的数据处理。这个程序,将要在 GIS Server 当中有很大的用处,我们可以创建 GP 服务,是离不开它的。

    2.1.7 ArcView

    主要用于综合性数据使用、制图和分析。

    2.1.8 ArcEditor

    增加了高级地理数据库编辑和数据创建功能

    2.1.9 ArcInfo

    ArcInfo 是一个完整的专业 GIS 桌面程序,包含全面的 GIS 功能和丰富的地理处理工具。由于 ArcInfo 具有全面广泛的功能,因此每个 GIS 站点都应至少有一个 ArcInfo 副本。

    2.2 ArcGIS Server

    我们通过使用这个软件,可以发布 Map Service、Geocode Service、Geodata Service、Geometry Service、Geoprocessing Service(所谓的 GP)、Globe Service、Image Service、Search Service。通过发布地图,我们可以把地图分享给其他人,他们可以直接通过浏览器观看地图。这个软件也分为三个级别:
    - 基础版:Geodatabase 管理、基于 Web 的赋值、GIS Web 服务
    - 标准版:基本版的基础上,加上 Web 制图、基于 Web的编辑、地理处理、高级的地理处理(需要相应的扩展模块)
    - 高级版:标准版的基础上,加上移动端的应用、开发

    2.3 ArcGIS Online

    ArcGIS Online 是构建在 ArcGIS “云架构”之上,用于无需考虑软硬件的配置,同其他用户的分享和使用地图的公有云门户,是世界上第一个公有云 GIS 门户,目前和 ArcGIS.com 是同一个产品。ArcGIS for Online 功能包括:提供大量的地图、在线制图、创建管理群组和资源、上传共享地图和应用、探索、ArcGIS Explorer Online。ArcGIS for Online 上传途径已经整合到 ArcMap 当中,用户无需通过浏览器登录门户上传。

    2.4 ArcGIS 移动产品

    这部分知识暂时还没有接触到,不做深入了解

    2.5 开发工具

    ArcGIS 提供了基于网页端、移动端、桌面端的 API ,这里主要讲解桌面端的开发工具 – ArcEngine。ArcEngine 用于进行 GIS 二次开发的组件,实现了 Arc Object 中的大部分类库,相对于 Arc Object 来说,Arc Engine 更加轻量,是开发者的福音。
    ArcEngine 由 Runtime(运行时环境)和 SDK(软件开发包)构成。

    展开全文
  • 如何构建数据管理体系

    千次阅读 多人点赞 2017-02-15 09:12:27
    如果说运用到个人或是某一个问题的叫数据分析,那么投入到企业的业务层面用于辅助管理产生效益的则可称为数据管理。其实,数据管理的苗头早已出现,与KPI结合投入量化管理就是一个很好的例子。

    企业IT人员常常会受到来自业务的各种各样的需求,几次之后,大家变觉得这样的效率太低了:研究人员需要在繁忙的开发任务中抽时间来做数据查询、统计,而业务、领导则需要等很久才能拿到数据。重复的工作太多,一旦数据、需求都上涨,将承受更大的压力。

    有问题就有对策,为了提高效率可以收集常用的业务需求,做成固定的数据模板,直接导入excel数据,邮件发送。但是,由于邮件发送不稳定也不安全交流也不方便,数据导入常出错,于是就有了报表工具的开发使用,后期流程固化之后,分析人员增多时,又有了BI这一类可与数据分析挖掘技术结合的工具的应用。

    转观这一类现象,其实在企业经营的过程中比比皆是,诸如财务、销售、市场等业务自身就带有强烈的数据分析需求,领导也厌倦了查看一沓沓报表,更希望看到结论化的数据。如果说运用到个人或是某一个问题的叫数据分析,那么投入到企业的业务层面用于辅助管理产生效益的则可称为数据化管理。其实,数据化管理的苗头早已出现,与KPI结合投入量化管理就是一个很好的例子。

    数据化管理的业务层次

    数据分析本身不能带来最大化的业绩和效率,只有将正确的分析结果以最实际的方式应用到业务层面才能产生效益,只有不断地产生效益才能称之为数据化管理。

    按照业务逻辑,数据化管理可以分为以下几个层次。

    1、业务指导管理

    通过对数据的收集、统计、追踪和监控搭建业务的管理模型来指导业务。业务是最直接接触数据的层次,一些未经分析加工的数据能直接应用到常规的业务管理。例如,销售业务中日销售额、月销售额、年销售额的完成情况;电商营销业务过程中的流量,新增用户数,每日的成交量。

    2、运营分析管理

    运营分析更多注重对收集来的数据进行分析和管理,可归纳为人、货、场、才的分析管理。例如客户关系管理(CRM),财务分析管理,供应链分析管理等等

    3、经营策略管理

    经营策略管理拥有一手的管理决断,对各经营环节进行对应的数据分析来修改和制定策略,比如消费者购买行为的分析,会员顾客策略,是采用积分制还是打折制;商品定价策略、低价走销还是高价定品牌;营销策略,广告投放的配置,产品的促销组合等等。

    4、战略规划管理

    战略规划需要通过企业内部和外部的市场外部数据制定长远的规划过程,如企业竞争力分析,行业环境分析,战略目标规划等等。


    数据化管理流程

    数据化管理站在技术上来讲,实现的流程可分为以下8个步骤:需求分析、数据收集、数据整理、数据分析、数据可视化、模板开发、分析报告、模板应用。


    更加强调流程、分工和沟通、应用模板化,分析智能化,一个成熟的结果应该是信息部门管理数据,业务部门提交数据需求,信息或业务部制作模板,分析数据生成报告,领导查看数据做汇总和策略调整,管理层可实时查看企业运营状况,企业重大战略调整可以直接调用汇总报告。

    数据化管理产品

    这里所讲的数据化管理产品并不是市面上成型的各类数据产品。而是能将企业数据管理过程中的一些重复性操作封装模块化,形成某一个通用模板或功能。诸如银行、互联网、零售行业的用户画像,通过已有数据,性别、地域、年龄、消费频次、喜好等标签,结合机器算法提炼与业务产品吻合的标签,进行精确推送。

    1、数据分析模板

    模板数据分析人员设计模板,将自己的对业务和商业逻辑的理解植入到分析的模板中去,最后成为指标模块、业务模块、全局模块。这样的模板通用性强,可以是一个文件,可以是应用程序,也可以是OA、ERP系统的一个组成部分。企业可以选择开发成一套数据管理的系统,并往平台化的方向发展,或者作为一个数据管理分析模块,部署在已有的管理系统。


    2、移动端&大屏可视化分析

    模板应用成熟后,考虑更好的为管理层和领导层服务,可以结合目前当下的HTML5技术,APP应用去做更好的应用。


    总结

    数据化管理的层次:依照业务,业务指导层、营运分析层、经营策略层、战略规划层。

    数据化管理的流程:需求分析、数据收集、数据整理、数据分析、数据可视化、模板开发、分析报告、模板应用。

    数据化管理的成果:应用模板、数据管理平台,便捷的移动端/大屏应用


    展开全文
  • 数据运营的方法论体系

    千次阅读 2018-03-20 19:56:06
    数据运营的方法论体系        阅《数据实践之美》总结之一:此章节采用“4W+1H”方法论来构建数据运营的方法论体系,带你走进数据运营的...

    数据化运营的方法论体系

           阅《数据实践之美》总结之一:此章节采用“4W+1H”方法论来构建数据化运营的方法论体系,带你走进数据化运营的真实世界。

    • Who:谁来做数据化运营
             数据化运营的核心观点:其组织架构=顶级组织+自顶向下。数据化运营的能否实现的首要问题是组织架构,作为企业的数据化运营部门,必须是顶级组织,与各级业务线平级,唯有如此才能解决企业数据化运营面临的最大问题:部门沟通与协调。有了顶级的数据化运营组织架构,自顶向下的推动数据化运营的战略和规划,才能实现其变为现实。
    • Why:数据化运营的驱动力
             核心观点:驱动力=业务运营瓶颈+数据技术成熟
             业务运营瓶颈:任何一个企业的发展,都有自身的规律,由盛而衰,不可避免。企业的生命周期,都要经历发展,成长,成熟、衰退等阶段,成长期占用更多的市场份额与用户,成熟期维持更久的时间,赚取更多的利益,是每个企业运营的瓶颈。想要解决此问题,则可以通过数据化运营提供强有力的支持,通过用户研究,提供个性化营销服务,有效增加用户粘性,通过行为分析,制定社会化推荐策略,有效提高销售成功率。
             数据技术成熟:传统的数据化处理技术主要体现在数据的分布式文件存储于并行计算能力上,如今以分布式文件系统HDFS,并行计算框架Map/Reduce为代表的大数据处理技术日趋成熟,有效解决了企业使用大数据技术的成本。
    • What:数据化运营的目标与收益
             核心观点:数据化运营的目标与收益:内部业务支持+外部数据变现
             数据化运营的目标:在于改善现有业务与扩展新的领域。一方面通过数据分析,改善现有业务能力;另一方面通过数据挖掘,衍生新的业务形态。
      数据化运营的收益与目标想呼应,可以体现在两个方面,即对内与对外,对内输出数据服务能力,辅助改善现有业务,获得更多的收益;对外扩展新的领域,形成新的业务形态,获取数据变现收益。
    • Where:数据化运营的切入点
             核心观点:切入点=业务驱动+迭代思维
             数据化运营的切入点,可以从企业视角构建与完善企业的数据能力,即数据治理。也可以从用户视角,以业务需求为驱动,采用迭代思维,设计相关的数据产品与工具平台,满足企业的数据服务需求。
    • How:如何做数据化运营
             核心观点:运营模式=横向的跨领域设局整合+纵向的数据价值链打通
             横向的跨领域数据整合:其是企业实现数据化运营的基础。它包含数据打通与数据融合两个部分。数据打通包括两个层次的内容,同一业务领域内不同的部门之间的数据打通;不同领域之间的数据打通。横向的跨领域数据打通解决数据可用的问题,数据融合则通过数据重构解决数据易用问题,从可用到易用,为纵向的数据价值链打通提供了数据基础。
      纵向的数据价值链的打通;如果说横向的跨领域数据整合为数据化运营奠定了基础,那么纵向的数据价值链打通则为数据化运营提供了方向与指引。
             纵向的数据价值链打通,需要将价值链模型具象化,适配化,使其适应我们所处的业务环境与数据环境。具体而言就是:通过数据集成,形成数据,解决数据可访问问题;通过业务解读,形成信息,解决数据可读性问题;通过归纳分析,形成知识,解决数据可理解性问题;通过深度学习,形成智慧,解决数据应用问题。落实到具体的业务系统则是构建ODS系统,集成数据;构建数据仓库,解读数据;构建OLAP,理解数据;构建BI,应用数据。
    展开全文
  • 软件产品线体系结构

    千次阅读 2017-11-01 13:43:08
    软件产品线在软件工程中地位 软件产品线的基本概念 将利用了产品间公共方面、预期考虑了可变性等设计的产品族称为产品线(Weiss和Lai)。 产品线就是由在系统的组成元素和功能方面具有共性和个性的相似的多个...

    软件产品线在软件工程中地位




    软件产品线的基本概念

    将利用了产品间公共方面、预期考虑了可变性等设计的产品族称为产品线(Weiss和Lai)。
    产品线就是由在系统的组成元素和功能方面具有共性和个性的相似的多个系统组成的一个系统族。
    软件产品线就是在一个公共的软件资源集合基础上建立起来的,共享同一个特性集合的系统集合(Bass,Clements和Kazman)。
    一个软件产品线由一个产品线体系结构、一个可重用构件集合和一个源自共享资源的产品集合组成,是组织一组相关软件产品开发的方式(Jan Bosch)。
    CMU/SEI:产品线是一个产品集合,这些产品共享一个公共的、可管理的特征集,这个特征集能满足选定的市场或任务领域的特定需求。这些系统遵循一个预描述的方式,在公共的核心资源基础上开发的。
    根据SEI的定义,软件产品线主要由两部分组成:核心资源、产品集合。核心资源是领域工程的所有结果的集合,是产品线中产品构造的基础。也有组织将核心资源库称为“平台”。
    核心资源必定包含产品线中所有产品共享的产品线体系结构,新设计开发的或者通过对现有系统的再工程得到的、需要在整个产品线中系统化重用的软件构件。




    软件产品线的过程模型 – 双生命周期模型





    软件产品线的过程模型 – SEI模型





    软件产品线的过程模型 – 三生命周期模型 





    软件产品线的组织结构 – 典型结构





    软件产品线的组织结构 – SEI产品线组织结构

      市场人员是产品线和产品能力、客户需求之间的沟通桥梁;
      核心资源组负责体系结构和其他核心资源的开发;
      应用组负责交付给客户的系统的开发;
      管理者负责开发过程的协调、商务计划等。
    设有独立核心资源小组的组织结构通常合适于至少由50到100人组成的较大型的软件开发组织,设立独立的核心资源小组可以使小组成员将精力和时间集中在核心资源的认真的设计和开发上,得到更通用的资源。
    不设立独立的核心资源小组,核心资源的开发融入各系统开发小组中,只是设立专人负责核心资源开发的管理。这种组织结构的重点不在核心资源的开发上,所以比较适合于组成产品线的产品共性相对较少,开发独立产品所需的工作量相对较大的情况。也是小型软件组织向软件产品线开发过渡时采用的一种方法。




    软件产品线的组织结构 – Jan Bosch产品线组织结构

    开发部门:所有的软件开发集中在一个部门,每个人都可承担领域工程和应用工程中适合的任务,简单、利于沟通,适用于不超过30人的组织。
    业务部门:每个部门负责产品线中一个和多个相似的系统,共性资源由需要使用它的一个和几个部门协作开发,整个团体都可享用。资源更容易共享,适用于30-100人的组织,主要缺点是业务部门更注重自己的产品而将产品线的整体利益放在第二位。
    领域工程部门:有一个专门的单位——领域工程部门负责核心资源库的开发和维护,其他业务单位使用这些核心资源来构建产品。这种结构可有效的降低通讯的复杂度、保持资源的通用性,适于超过100人的组织。缺点是难以管理领域工程部门和不同产品工程部门之间的需求冲突和因此导致的开发周期增长。
    层次领域工程部门:对于非常巨大和复杂的产品线可以设立多层(一般为两层)领域工程部门,不同层部门服务的范围不同。这种模型趋向臃肿,对新需求的响应慢。




    软件产品线的建立方式

    演化方式

    革命方式

    基于现有产品

    基于现有产品架构设计产品线的架构,经演化现有构件,开发产品线构件

    优点:风险最小,第一个产品面世时间早

    缺点:完成产品线核心资源的总周期和总投资较大

    核心资源的开发基于现有产品集的需求和可预测的、将来需求的超集

    优点:开发一个不受现有产品集存在问题限制的、全新的平台,总周期和总投资较少

    缺点:风险大,第一个产品面世的时间会推后

    全新产品线

    产品线核心资源随产品新成员的需求而演化

    优点:先期投资少,风险小,第一个产品面世时间早,可以减少因经验不足造成的初始阶段错误的修正代价

    缺点:已有的产品线核心资源会影响新产品的需求协调,使成本加大

    开发满足所有预期产品线成员的需求的核心资源

    优点:一旦产品线核心资源完成,新产品的开发速度将非常快,总成本也将减少

    缺点:风险大;对新领域的需求很难做到全面和正确,使得核心资源不能像预期的那样支持新产品的开发




    软件产品线的演化

    从整体来看,软件产品线的发展过程有三个阶段,开发阶段、配置分发阶段和演化阶段。
    引起产品线体系体系结构演化的原因:产品线与技术变化的协调、现有问题的改正、新功能的增加、对现有功能的重组以允许更多的变化等等。
    产品线的演化包括产品线核心资源的演化、产品的演化和产品的版本升级。这样在整个产品线就出现了:核心资源的新旧版本、产品的新旧版本和新产品等。它们之间的协调是产品线演化研究的主要问题。




    框架和应用框架技术 – 一般框架的定义 

    Deutsch:多个抽象类和它们相关算法的集合可组成一个框架,该框架在特定应用中可以通过专用代码的添加来将具体子类组织在一起运作。框架由抽象类及其实现的操作和对具体子类的期望组成。
    Johnson和Foot:框架是封装了特定应用族抽象设计的抽象类的集合,框架又是一个模板,关键的方法和其他细节在框架实例中实现。
    Buschmann:框架是一个可实例化的、部分完成的软件系统或子系统,定义了一组系统或子系统的体系结构并提供了构造系统的基本构造模块,还定义了对特殊功能实现所需要的调整方式。在一个面向对象的环境中,框架由抽象类和具体类组成;框架的实例化包括现有类的实例化和衍生。
    Johnson:框架=模式+构件。框架是由开发人员定制的应用系统的骨架,是整个系统或子系统的可重用设计,由一组抽象构件和构件实例间的交互方式组成。




    框架和应用框架技术 – 应用框架的定义 

    Gamma:应用框架又称为通用应用,是为一个特定应用领域的软件系统提供可重用结构的一组相互协作的类的集合。
    Buschmann:特定领域应用的框架被称为应用框架。
    Froehlich:应用框架就是某个领域公共(generic)问题的骨架式解决方案。框架为该领域所有应用提供公共的体系结构和功能基础。
    Batory:应用框架技术是用于应用产品线的、通用的、面向对象的代码结构化技术。一个框架就是表达抽象设计的抽象类的集合;框架实例就是为可执行子系统提供的抽象类的子集的具体类的集合。框架是为了重用而设计的;抽象类封装了公共代码,具体类封装特定实例的代码。




    框架和应用框架技术 – 框架的特征 

    反向控制:类库是客户代码调用库中已存在类的方法。框架内嵌了控制流,框架调用客户代码——加入框架的新构件和抽象类的方法实例。
    可重用性:框架提供了设计和代码的重用能力。
    扩展性:为规划的变化提供了“热点”(hotspot)或“钩子”(hook)等显式说明方式。
    模块化或构件化:框架有固定的、稳定的接口和封装的热点。




    框架和应用框架技术 – 框架的建立方式 

    一般框架有三种建立方式:自顶向下,自底向上和混合方式。
    因为应用框架和软件产品线之间的密切关系,前两种框架建立方式与建立全新的软件产品线时的革命方式和演化方式十分类似,也具有相同的过程和优缺点。
    混合方式指在大型应用框架的建立过程中,先将应用领域划分为不同的子区域,再分别解决,最终集成为一个完整框架的做法。




    框架和应用框架技术 – 框架的分类 

    黑盒框架通过构件/类的组合来支持重用和扩展。应用中的类由框架的不同构件组合而成。在框架所在领域中,每个构件都有一个预定义的标准接口,一组共享相同接口但能满足不同应用需求的构件组成一个“插接兼容”的构件集合。
    白盒框架一般使用类的继承机制实现,由未完成的类(抽象类)组成,类有一个或多个抽象接口或虚方法。应用需要在抽象类的继承子类中提供特定意义的方法实例来重用框架。开发者通过虚方法的实例化将特定应用的代码联入框架来生成应用。
    灰色框架可以分成三部分:固定的、可选择的和开放的。框架的固定部分包含了该领域最基本的功能、内建了应用的控制流,由框架主干实现,对应着领域共用部分。框架的可选择部分为该领域中相对固定的、应用特定的功能特征即领域个性部分,用可组合的类或构件实现,在应用构造时在这些构件或类中进行选择、组合。对一些无法准确估计和预测的功能特征即框架的开放部分,只能为其规定统一的接口和与框架的挂接点,用可继承的抽象类的方式来实现,这些部分可以根据应用的具体需求变化进行单独的调整。




    软件产品线体系结构的设计 – 概述

    软件产品线体系结构指一个软件开发组织为一组相关应用或产品建立的公共体系结构。 
    同领域模型一样,软件产品线体系结构中也可以分为共性部分和个性部分。 
    产品线体系结构是产品线核心资源的早期和主要部分,在产品线的生命周期中,产品线体系结构应该保持相对小和缓慢的变化以便在生命周期中尽量保持一致。产品线体系结构要明确定义核心资源库中软件构件集合及其相关文档。 




    软件产品线的演化 – 概述




    软件产品线的演化 – 需求和演化的分类 – 需求分类




    软件产品线的演化 – 需求和演化的分类 – 体系结构演化的分类




    软件产品线的演化 – 需求和演化的分类 – 构件演化的分类




    软件产品线的演化 – 需求和演化的分类 – 各种演化之间的关系



    展开全文
  • 数据产品-指标标签体系构建

    千次阅读 2020-04-14 11:37:07
    数据产品-指标标签体系构建 作为刚毕业不到一年的数据产品经理,今天和大家分享一下我接触到和认知范围内的数据产品经理关于数据指标标签体系的构建过程是什么样子的 1、解读数据库数据 ①在我们公司(家居互联网...
  • 运维体系框架标准模型简介

    千次阅读 2018-02-01 11:05:49
    为什么要做标准? 标准的过程实际上就是对运维对象的识别和建模过程。形成统一的对象模型后,各方在统一的认识下展开有效协作,然后针对不同的运维对象,再抽取出它们所对应的运维场景,接下来才是运维场景的...
  • 对于京东大数据平台来说,数据产品并不是一个新鲜事物,2011年自建数据仓库上线的同时,第一款数据产品调度平台也一同上线并正式投入使用。 调度平台 订单交易,仓储物流等众多京东系统都会产生数据,仅日志内容...
  • 他从行业背景及建设目标、业务中台的理念、技术体系与建议、产品体系与建议、案例分享五个方面进行了分享。在分享中,他主要介绍了客户管理系统、全渠道营销、泛电商、售后服务的解决方案。以下内容根据直播视频整理...
  • 浅析去中心的商业积分体系

    千次阅读 2016-09-02 12:20:31
    因此积分体系本质要解决问题是,如何构建去中心的积分资产的发行、流通、交易体系。 如上图所示,这个体系具有如下特点呢: 1.体系内发行代币作为交易的衡量标尺,代币通过挖矿、撮合交易或交易获取 2.去...
  • 前言相信绝大多数从事测试行业的同志们对自动测试有抱有一个美好的幻想,可是到底该怎么实现和落地呢? 接下来我将结合分层测试金字塔和实际案例为大家分享: 项目背景: 案例项目是ThoughtWorks的内部招聘看板...
  • 基于IPD的产品开发体系及实践

    千次阅读 2018-12-03 09:54:01
    导言:在自己从事产品研发实践和管理的十几年职业生涯里,经历过以瀑布式开发为主导的产品研发模式,经历过以敏捷开发为主导的产品研发模式,其相应的背景也是在软件项目和互联网软件平台为主导的情境下。...
  • 发展到现在,做了几个产品的数据工作,对指标体系概念以及规划方法有一定的积累,总结出来作为知识储备。 What is指标体系 百度百科的专业定义“评价指标体系是指由表征评价对象各方面特性及其相互联系的多个指标,...
  • 《NPDP 产品经理认证知识体系指南》读书笔记 前言 以下10条问题,请大家认真思考一下 为什么,从事多年的产品经理工作,依然没有做出类似Uber、微信的产品? 为什么,外人时常误解的认为产品经理的工作门槛很...
  • 目前现状主流的平台,都可以安装ArcGIS 产品,当然并不代表,每一个平台都能安装ArcGIS的所有的产品,手机端怎么可能安装Desktop呢。从10.1开始,ArcGIS产品命名发生了变化,以ArcGIS for **。 ArcGIS for Desktop...
  • 从零搭建一个自动运维体系

    万次阅读 多人点赞 2018-03-23 00:00:00
    作者简介:胥峰,著有畅销书《Linux运维最佳实践》、译著《DevOps:软件架构师行动指南》,资深运维专家,有 11 年...对自动运维体系的需求,是随着业务的增长、对运维效率和质量的要求不断提高而产生的。前言:在很
  • 前言 近几年来,随着云计算、大数据、人工智能技术的高速发展,DevOps、AIOps等新文化、新理念的冲击,几乎所有企业的信息...在这场席卷全球企业的变革中,自动运维体系建设就是非常重要且基础的一部分内容。 在...
  • 作者:Zevol全文共 2716 字,阅读需要 7 分钟———— / BEGIN / ————相比把用户成长体系玩得贼的C端产品,B端产品在用户成长体系上却一片空白。今天我们一起聊一聊:在B端产品中,应不应该建立用户成长体系,...
  • 在具体内容展开之前,我们先认识下蚂蚁金服智能科技团队目前对外输出的技术产品体系,通过“BASIC”便可基本概括五大产品方向:Blockchain (区块链)、Artificial-Intelligence(人工智能)、Security(安全)、 IoT...
  • 软件产品化, 国内IT人之痛

    万次阅读 热门讨论 2010-01-25 15:51:00
    软件产品化只是完成了产品的生产环节,后面的产品销售、市场推广和售后服务都需要逐步建立完善的体系。”个人觉得,通用软件产品可以调研后直接立项并进行产品开发、推广与销售,比如金山词霸、杀毒软件、游戏软件、...
  • 本文关注IPD体系中的研发执行团队,包括产品开发团队(PDT)、技术开发团队(TDT)、产品预研团队(PRT)和技术预研团队(TRT),定义了这四种团队的职责、团队组成和运作规则,以及这四个团队之间的相互关系。...
  • 网络体系结构与协议标准建设经历了两个阶段: 各计算机制造厂商网络结构标准; 国际网络体系结构标准;各计算机制造厂商网络结构标准 各厂商的标准化体系 IBM公司:SNA(系统网络体系结构) DEC公司:...
  • 通过今天的分享你将习得一套「搭建业务、数据一体指标体系」的系统思维,并运用于实践。 来源:GrowingIO 增长公开课第 41 期 作者:史晓璐 GrowingIO 商业分析经理,曾为汉光百货、飞鹤、喜茶等多家头部企业搭建...
  • 在现实当中,产品尽在体验。没有哪个产品是一座孤岛。产品不只是产品本身,还是一系列相互协调一致、有机结合的服务体验。从最初的意向到最后的评价,从初次使用到疑难解答、维修和售后服务——...这就是系统思考。
  • 请问下类似“今日头条”、“一点资讯”、“天天快报”这种机器分发的个性推荐系统是如何建立标签体系的呢?是靠机器挖掘还是人工拟合呢? 如题。 求问。
  • 2019年12月4日,The Open Group正式发布《通向数字专业知识体系之路》,本指南...第二部分提供了这种知识体系的原则和初步概述,它将作为在当前数字实践环境下,集成现有产品、项目、服务和数据管理、Enterpris...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 270,718
精华内容 108,287
关键字:

产品体系化