精华内容
下载资源
问答
  • 产品必备技能(十):如何绘制原型图?先要绘制页面流程图+页面原型图!附实操原型图、流程图实例(抖音)
    千次阅读
    2020-12-18 15:33:00

    目标

    新入行的产品经理都对原型抱有向往的心境,但是有经验的产品经理不会一上来就画原型,而是先画页面流程再来画原型。通过学习,你将学会如何用页面流程图规划用户行为路径、如何借助原型识别问题、减少风险、有效沟通。

    题目

    任意选择一款你喜欢的产品,体验某个功能,下载并梳理此功能至少5个以上的页面流程跳转点(后面会解释),还原2 - 3个主要界面的低保真原型图。

    实操步骤

    • 可使用手绘以及Processon、Visio等工具绘制页面流程图&原型图

    模板

    实操【抖音】APP的视频发布功能

    页面流程

    抖音首页–视频拍摄/上传页面–视频编辑页面——视频发布页面——视频发布成功页面

    绘制页面流程图

    合格标准

    • 页面流程图中要体现的元素:页面、操作或状态、链接线
    • 页面流程图的流程合理且完整
    • 页面流程不是页面,不要贴页面上来
      在这里插入图片描述

    绘制页面原型图

    合格标准

    • 还原你选择的页面的所有要素,要求元素必须完整,图片可以使用占位符。
    • 在原型中要标注交互信息(即页面跳转的逻辑),若有数据信息也一并梳理出来。
    • 不要遗漏异常情况的提示/引导。
      在这里插入图片描述
      什么是页面流程图???
      好多人把页面流程图画成了“业务流程图”或者是“功能流程图”,这三种是有本质区别的,建议大家在画之前看看这两篇文章:
      http://www.woshipm.com/pmd/663549.html
      http://www.woshipm.com/rp/651734.html
    更多相关内容
  • 软件产品发布基本流程

    千次阅读 2020-08-12 15:12:09
    产品发布前准备 发布之前,所有程序由测试人员进行确认测试;检查缺陷管理系统(比如:JIRA)内登记的所有bug都已关闭,或者遗留的bug不影响系统的使用,如果有严重bug未解决(级别为很严重以上)不能发布; ...

    产品发布前准备

    1. 发布之前,所有程序由测试人员进行确认测试;检查缺陷管理系统(比如:JIRA)内登记的所有bug都已关闭,或者遗留的bug不影响系统的使用,如果有严重bug未解决(级别为很严重以上)不能发布;
    2. 测试人员编写软件测试报告》,给出发布与否的建议,由项目经理决定产品是否正常发布,还是做让步发布(产品有缺陷但是不影响正常使用)
    3. 确定发布后,构建工程师(配置管理员)进行程序打包;标记源码包、文档版本标识,移交《项目标准环境检查表》。
    4. 构建工程师打好包后邮件通知相关人员(包括CM和项目经理),提交产品安装包; 
    5. CM(配置管理员)负责源码、文档入基线库。

    源码包括:

    1. 数据库创建脚本(含静态数据)
    2. 编译构建脚本和所有源代码;

    文档包括:

           需求、设计、测试文档,安装手册、使用手册、二次开发手册、产品介绍(ppt)、使用demo和项目经理提交的产品发布说明等等。

    1. CM把安装包、使用文档等放置至公司产品库并提交《基线建立通知单》
    2. 如果软件产品需要部署到客户或者内部环境,需要做上线前的各项准备。
    • 产品版本发布计划

           按照制定版本规划计划,使开发和测试活动具有预先设定的时间和版本规划。说明如下:

    版本名称

    包含功能

    所在SVN目录

    演化说明

    0.0.0

    AB

    /Trunk

    第一个未通过测试初始化的基线版本

    0.0.1

    A、B

    /branch/0.0.1

    0.0.0的修改分支,修改AB功能的BUG,合并到主干trunk中,修改下一个版本0.1.0中的BUG,同时形成0.0里程碑版本

    0.0.2

    F、G

    /branch/0.0.2

    由于项目进度紧张,需要提前开发0.2.0基线版本的功能F、G,但是此时版本0.1.0还未开发完成

    0.0

    AB

    /tag/0.0

    第一个通过测试的里程碑功能版本

    0.1.0

    ABCDE

    /Trunk

    第二个未通过测试初始化的基线版本,在0.0.1分支修复BUG的同时,主干依然继续开发增加CDE功能

    0.1.1

    A、B、C、D、E、X

    /branch0.1.1

    0.1.0的增加新功能分支,临时增加新功能X,此时增加的功能C、D、Ebug还未修改,将在主干中直接修改

    0.2.0

    A、B、C、D、E、F、G、X

    /trunk0.2.0

    第三个未通过测试初始化的基线版本,是将分支0.0.2与0.1.1同时合并到主干,此时bug未修改

    图表 1软件版本路线图

    产品发布

           项目经理编写《产品发布说明》(一份产品发布说明只能对应一个产品版本)

           产品发布说明的内容应该包括:

    1. 产品发布时间;
    2. 产品版本说明;
    3. 产品概要介绍;
    4. 本次发布包含的安装包、文档说明;
    5. 本次发布包含或者新增的功能特性说明;
    6. 遗留问题及影响说明;
    7. 版权声明以及其他需要说明的事项。

            项目经理或者高级经理发送产品发布邮件,通知开发、测试、市场、销售各相关部门并附上产品发布说明和产品介绍;或者以产品发布会议的形式进行通知。

    产品发布后

    1. 产品发布后,在使用过程中可能还会发现一些bug。在不影响正常使用的情况下,这些bug将在下一版本发布时解决;如果bug严重影响使用,必须打patch或者按照流程重新发布。

    产品临时发布

    1. 临时发布。软件产品未正式发布前,可能需要一个临时版本供开发人员或者用户应急使用,这时候需要临时发布一个版本。这个版本只包括基本的程序包和必要的使用说明。临时发布需要通知相关开发、测试人员;构建工程师需要为源码、文档打tag标记。
    2. 软件产品发布后,即建立了一条发布基线。所有用户安装及二次开发必须在此基线上进行,开发人员不能直接从SVNcheck out代码编译交付用户使用或者进行二次开发。
    项目标准环境检查表
    项目名称
    分项环境受控权限合格
    硬件配置管理服务器20.100.24.3
    数据库服务器20.100.24.3
    应用开发服务器20.10.10.16
    网络及相关设备100M
    软件开发平台Windows XP SP2/Win 7(客户端/宿主机)
    AIX Version6.1、Windows XP SP2/Win7/Win8(服务端)
    数据库Oracle9i、Oracle10g、Oracle11g、Mysql5.0以上版本
    应用服务器Weblogic10g、Weblogic11g、Tomcat6以上版本、JDK5.0以上版本
    开发工具MyEclipse8.0以上版本
    编译器JDK5.0以上版本、GCC
    编制计划工具Microsoft Project 2003/2010
    设计过程工具Microsoft Visio 2003/2010
    数据库建模工具Microsoft Visio 2003/2010、PowerDesigner 15.1.0、UML
    软件测试工具Jmeter、loadrunner、QTP
    配置管理工具SVN、CVS
    办公软件Microsoft Office 2003
    Microsoft Office 2007(文档格式需保存为2003兼容)
    工作制度
    产品发布说明
    项目名称项目经理
    产品标识发布人发布日期
    产品配置组成发布地址
    软件包名称及版本
    文档1名称
    文档2名称
    文档3名称
    文档4名称
    产品描述
    ①新版本增加(或新系统)的功能特性在“功能特征”处填写
    ②变更编号或软件问题描述:当属于让步发布时,在“缺陷”处填写尚未解决的问题说明(没有请填“无”)。
    ③版权声明以及其他需要说明的事项
    功能特征:
    遗留缺陷:
    版权声明以及其他需要说明的事项:

    产品集成检查列表
    项目名称填写项目编码填写检查日期:填写集成负责人:填写
    集成环境:
    1.硬件设备环境
    序号设备名称及型号数量备注设备运行检查软件安装测试检查人检查日期
    1
    2
    2.网络通讯环境
    序号有线/无线网络带宽环境检查检查结果检查人检查日期
    1上行10Mb/s,下行10Mb/s
    3.软件环境
    序号软件名称及版本说明配置登记软件检查检查人检查日期
    1
    2
    3
    4
    5
    6
    7
    8
    9
    产品构件、模块清单:
    序号构件、模块名称类型来源提供人单元测试配置管理检查日期
    1自主研发入配置库
    2自主研发入配置库
    3自主研发入配置库
    4自主研发入配置库
    5自主研发入配置库
    6自主研发入配置库
    7自主研发入配置库
    8自主研发入配置库
    9自主研发入配置库
    10自主研发入配置库
    11自主研发入配置库
    接口、界面UI符合情况:
    序号接口、UI名称检查依据检测方式检查结果检查人检查日期
    1《XXX编码规范》
    2《XXX界面规范》
    3
    4
    5
    6
    7
    8
    9
    检查问题跟踪
    序号检查项目检查结果问题描述优先级解决方法确认日期确认结果
    1组件的功能是否满足要求2014/12/2合格
    2组件的状态是否满足要求2014/12/3合格
    3组件是否完备2014/12/4合格
    4集成的软件环境有没有准备好2014/12/5合格
    5
    总体结论:
    1.检查全部通过,可以进行软件代码的集成。
    2.检查未通过,重新进行集成环境准备。
    3.集成环境检查问题需要进一步跟踪。
    展开全文
  • 流程图绘制心得

    千次阅读 2017-06-26 17:04:35
    网页制作Webjx文章简介:一个哥们在MSN上告诉我,他们公司的交互设计师只产出流程图,并问我用什么标准评价流程图的好坏。他的说法把我彻底震了-这分工也太细了吧!也不知道该说他们那里这样是好还是不好。 ...

    http://www.webjx.com/css/divcss-9009.html

    网页制作Webjx文章简介:一个哥们在MSN上告诉我,他们公司的交互设计师只产出流程图,并问我用什么标准评价流程图的好坏。他的说法把我彻底震了-这分工也太细了吧!也不知道该说他们那里这样是好还是不好。

    一个哥们在MSN上告诉我,他们公司的交互设计师只产出流程图,并问我用什么标准评价流程图的好坏。他的说法把我彻底震了-这分工也太细了吧!也不知道该说他们那里这样是好还是不好。

    不过仔细想来,我倒的确没有仔细考虑过流程图的好坏,正好借此机会自我总结一下。

    1、各司其职的形状

    在我的流程图中,适用于不同目的和功能的形状都有各自确定的规范。到目前为止,我一共定义了以下一些形状:

    (1)开始和结束

    开始和结束

    作为整张流程图的头和尾,必须标清楚到底具体指哪个页面,以免日后出现歧义。

    (2)网页

    网页

    如你所见,网页的形状是一个带有漂亮的淡蓝色过渡效果的长方形,它的边框为深蓝色,中间写明了这个网页的用途,括号中的数字代表这个形状所对应的demo文件的名称(比如这里是2.html),我有时会把流程图输出为网页的形式,并把每个网页形状和它所对应的demo文件链接起来,这样查看起来非常方便。对OmniGraffle来说这是小菜一碟,如果你被迫用Visio,嗯……

    另外,所有从形状出来的线条,都具有和此形状边框一样的颜色。这样的做法不仅看起来漂亮,在复杂的流程图中还能轻易地标明各形状的关系。我没有见过类似的做法,所以这是由我首创也说不定,呵。

    (3)后台判断

    后台判断

    很常见的一个形状。我在用法上有一点和其他人的不同在于,我几乎总是让‘是’的分支往下流动,让‘否’的分支向右流动。因为流程图一般都是从上向下、从左到右绘制的,遵循上述规则一方面可以让绘制者不用为选择方向操心,另一方面也方便了读者阅读。

    (4)表单错误页

    表单错误页

    既然有表单,当然会有错误信息。其实这个信息很重要,用户出错时惶恐不安,就靠着错误提示来解决问题了。你不在流程图里说什么时候显示错误页、不在demo里提供错误页,有些程序员会直接在网页上写个“错误,请检查”,所以UI设计师一定要对这个东西重视起来。

    但一般来说也没必要把每种错误都在流程图中表示出来,因为含有两个文本框的表单就有三种出错情况了,多了就更不用说了。所以我都是把错误页变为表单的附属页,比如表单页的编号为2,那么此表单错误页的编号就从2.1开始排下去,每种错误放到一个附属页中,这样程序员在拿到demo时也能搞清楚什么意思。

    结合网页和表单的形状,一个表单验证的流程图就是这样的:

    表单验证的流程图

    (5)后台动作

    后台动作

    并非所有后台动作都绘入流程图中(否则流程图就会变成庞然大物了),只有需要特别强调的后台动作(和用户体验直接相关的)才使用此形状。

    (6)多重分支

    多重分支

    多重分支指的是几种并列的情况,每种情况都有发生的可能,发生哪种取决于分支起始处的判断结果。

    (7)对话框

    对话框

    有时候一些操作可以利用对话框来完成, 这些对话框由js生成,显示在父界面之上。

    (8)注释

    注释

    这个形状(比如页面)详细的内容,或者需要解释的业务逻辑,甚至用户此处的情况等,我都会放到注释中,这样既降低沟通成本,又可作为备忘。

    (9)跳转点

    跳转点

    在一个复杂的流程图中,往往出现跳转到另外一个远处结点的情况,此时如果直接用线连过去,未免使得流程图显得凌乱,用一个跳转点就解决问题了。在点内标明跳转到的形状的编号,画起来容易,看起来也清楚。

    此外,也可以利用跳转点来分割篇幅巨大的流程图,Yahoo!就这么用。

    (10)子流程

    子流程

    分割篇幅巨大的流程图,更好的办法是用子流程。

    要注意的是,如果你在流程图中使用了子流程这一形状,一定记得同时附上子流程图,以消除影响项目质量的不确定性因素。另外,在子流程图中也可以标明其所属关系。

    (11)流程块

    流程块

    流程块使用示例

    可以用流程块将整张流程图分隔为几个部分,并为每个部分单独命名(比如“流程块1”等)。这样做的目的在于从视觉上使复杂的流程图变得更为清晰,在沟通时也方便。

    2、图例和流程图信息

    图例和流程图信息

    在团队合作中,图例是必须的,否则没人知道你画出来的东西到底是什么。即使流程图只给自己看,也最好养成标注图例的好习惯。其实这道理有点类似程序中的注释。

    流程图信息也是必备的。其内容至少应包括作者、时间、流程图名称和版本(如下图)。这一方面可以让读者(其他同事)在有问题时能够方便地找到作者你,也起到了meta的作用。

    3、绘制流程图的工具

    Mac下首选OmniGraffle,Windows下除了Visio,似乎没有更好的选择(虽然Visio已经很难用了)。

    4、评价流程图的好坏

    我觉得一个好的流程图至少应做到以下几点:

    1. 密切地迎合了用户的心理状态、如实的反映了用户的操作习惯。流程图是要指导UI设计的,是UI设计的参照物,如果流程图本身无法正确描绘出用户的情况的话,UI十有八九会出问题;
    2. 覆盖了各种可能的情况和细节。这非常重要。任何在先期不确定的因素,都会在项目中成为随时引爆的地雷,都会直接降低最终上线的UI质量。此种情况真是屡见不鲜。但同时这条又很难做到,因为它不仅要求设计师熟悉用户,也要设计师充分知晓产品的商业逻辑,还要了解系统的运作机制,落下以上任何一个方面,都会在流程图中留下死角。这个问题我不知道有没有更好的解决方案,不过与PD和系分反复沟通是个行之有效的方法;
    3. 考虑到系统的设计和承受能力。系统的运作机制和承受能力必须在绘制流程图过程中考虑进去,以免出现流程图被开发人员枪毙的情况。我的习惯是,在绘制流程图时和系统分析师频繁沟通和交流,确保每一个环节都是可行的;
    4. 确保别人看得懂你的流程图。别人现在看不懂,你自己以后也一样看不懂。为了降低沟通成本,把流程图画清楚吧。

    5、其它

    (1)想办法把流程图绘制得漂亮些。谁不喜欢漂亮的东西呢?

    这是我做过的一些流程图,当然文字全部模糊掉了(放图之前犹豫了好长时间-这样做不知是否有损我的职业道德。我特意请教了Fenng,他觉得没事。如果谁觉得有问题请直言不讳地告诉我)。

    流程图示例1

    流程图示例2

    (2)如果你在公司里不是一锤定音式的人物的话,你就需要对你的文档进行版本管理。流程图也不例外,什么时间发布的什么版本,都要清楚地标出来,“ 最新”是个用不得的词。

    我就说这么多了,抛砖引玉而已,蓉儿等人看你们的了!

    噢对了,问个事儿:大家有没有觉得我每次写的文章都太长了?

    展开全文
  • 发布地图流程

    千次阅读 2017-05-04 08:39:58
    发布地图”功能选项,可以将工作空间中的地图发布SuperMap “在线商店”网站上,以Web网络形式实现资源共享。发布地图时用户需登录SuperMap “在线商店”或者“地图汇”的账户,若用户不登陆,则仅提供数据打包的...

    **1 使用说明 **
          “发布地图”功能选项,可以将工作空间中的地图发布SuperMap “在线商店”网站上,以Web网络形式实现资源共享。发布地图时用户需登录SuperMap “在线商店”或者“地图汇”的账户,若用户不登陆,则仅提供数据打包的功能,不能将数据发布。当发布的地图通过管理员审核后,用户即可在SuperMap “在线商店”,或者通过iMapReader 下载、浏览发布的地图(此处的地图包括二维地图、场景,及与场景关联的飞行路线)。
    发布地图流程如下图所示:
    这里写图片描述
    2 操作步骤
          1. “工具”选项卡的“制图与发布”组中,单击“发布地图”按钮,会弹出提示用户保存地图、布局、场景和工作空间等数据的对话框,将数据保存即可进行下一步操作。
          2. 若用户未登录,则会弹出“登录”窗口,如下图所示。用户在窗口中输入已有的账号和密码即可,未注册的用户可单击“注册账号”进行注册。若用户只想打包数据,可单击“跳过”按钮,进行下一步操作。
          3. 在弹出发布地图的“免责声明”窗口中,请用户阅读“免责声明”,确保数据的合法性,勾选窗口左下侧的“已阅读并同意”,即可进行下一步操作。
          4. 单击上图窗口中的“下一步”按钮,弹出“选择数据”窗口,用户可勾选“使用中的工作空间”或者“本地已有的数据包”单选框。

    这里写图片描述
          使用中的工作空间:只选择“使用中的工作空间”单选框,可将工作空间的数据打包并且发布。若勾选了“仅打包”复选框后,此次操作不能发布数据,只能将数据打包供下次发布地图使用,或者通过iMapReader 直接打开浏览打包好的数据。
          本地已有数据包:选择“本地已有数据包”单选框后,可在本地选择通过“仅打包”压缩的数据包,发布数据包中的数据。
          选择发布数据方式不同,则操作方式有所不同,其中,勾选“仅打包”与选择“使用中的工作空间”操作步骤一致,但是结果有区别:前者只能将数据打包;后者将数据打包并发布。下面将详细讲述两者的区别。
    使用中的工作空间
          1. 选择“使用中的工作空间”(或者同时勾选“仅打包”),单击窗口中的“下一步”按钮,弹出“地图选择”窗口,用户可选择要发布的地图或场景,选择发布场景时,可附带“飞行路线”。若工作空间中没有地图,则“发布地图”项不可选;若工作空间中没有场景,则“发布场景”和“飞行路线”项不可选。

    这里写图片描述
    注意:如果要发布工作空间的场景,建议先将生成场景缓存,再进行发布。
          2. 单击上图窗口中的“下一步”按钮,弹出“确认选择”窗口,可在列表中选择与工作空间处于同级目录的文件以及文件夹(外挂图片、缓存文件等),一并发布。

    这里写图片描述
          3. 单击上图窗口中的“下一步”按钮,弹出“描述信息”窗口,用户可点击窗口左侧图片,添加地图Logo;同时,可输入发布地图的标题、简介和详细信息的内容,单击“开始”按钮即可打包及上传地图。

    这里写图片描述

    本地已有数据包
          1. 选择“本地已有数据包”单选框,点击按钮,选择一个通过“仅打包”功能打包好的数据包,单击“下一步”即可。

    这里写图片描述
          2. 在后两步操作中,用户不需要选择地图并添加描述,地图与描述信息在打包数据时都已设定。单击“开始”按钮,即可将数据包发布。
          3. 地图发布成功后,“输出窗口”处会出现“发布成功,等待管理员审核。”的提示信息;若数据仅打包,打包成功后,输出窗口会提示数据包的保存路径及名称。如下图所示:

    这里写图片描述
          4. 地图发布成功后,可在在线商店登录后,在个人中心→我的上传中,查看地图的审核状态。若发布的地图审核未通过,请查阅注册邮箱的邮件,管理员会在邮件中注明未通过的原因;若发布的地图审核通过,管理员也会发送邮件通知,用户即可在SuperMap 在线商店→地图处下载数据。

    **注意事项 **
    用户在发布地图前登录“地图汇”或者“在线商店”的账号;也可以在发布地图过程中通过提示窗口登录。
    若在“选择数据”窗口处勾选了“本地已有数据包”单选框,选择的数据包需是通过“发布地图”中的“仅打包”功能打包出来的数据包。

    展开全文
  • 【常识】流程图绘制教程

    千次阅读 2019-12-19 16:08:00
    流程图是一个很强大的工具,在我们的日常工作中经常使用到。但我们也发现,有时看到别人流程图的画法、规范都不太一样,这是为什么呢?难道流程图就没有统一的标准或规范吗? 基于这个疑问,我出于好奇认真地查阅...
  • 业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表。根据业务类型的不同,图形呈现上有一些差异。 至于具体怎么制作?则可以分两部分: 第一,业务梳理 这部分需要回答以下3...
  • N/S流程图

    千次阅读 热门讨论 2020-12-06 14:18:02
    一、N/S流程图的概念 NS流程图,又被称为N-S图,或者是盒图。它的结构分为图形、流程线和文字,NS流程图是一种可视化建模的结构化编程。...使用专业的流程图制作软件来画NS图就方便轻松很多。目前有不少软件可以绘
  • 流程图梳理

    千次阅读 2019-04-15 11:30:00
    流程图产品经理传达需求的常用做法,三大类:业务流程、页面流程、功能流程。分别对应着战略、战术、执行三大层次。 业务流程 体现Boss对整个产品的战略思想。产品经理根据老板的传达以及自身对产品的理解,梳理...
  • 大数据流程图

    万次阅读 2018-12-06 10:10:24
     1、大数据流程图      2、大数据各个环节主要技术    2.1、数据处理主要技术  Sqoop:(发音:skup)作为一款开源的离线数据传输工具,主要用于Hadoop(Hive) 与传统数据库(MyS...
  • 选修课软件工程项目实践课程中的业务流程图、E-R图和IPO图。 Generate 定义 业务流程图是一种用来描述一个有相对固定的事件执行顺序的事物的图。 E-R图是一种描述现实世界事物关系的图。它在数据库领域的应用可以使...
  • 经常用drawio画流程图,有时候就想怎么能更直观的显示流程效果,看到processOn能将线条变成流动效果,就想,drawio是不是也可以。经过一番摸索之后,发现drawio还是具有这个功能的,只不过以插件的方式提供出来的。...
  • 用ida做静态反汇编分析的时候他把汇编代码用流程图显示出来,这样汇编代码更容易理解。不过即使是C#语言,进行代码混淆后也很难理解,因为文字含义已经丧失,必须跟踪调试才能理解其代码,甚至很难理解。我在做C#...
  • 流程图制作: BPMN流程图在线绘制

    千次阅读 2019-06-04 16:26:57
    BPMN(业务流程建模符号) 是业务流程建模现代化的标准,由BPMI符号工作组五月制定2004年版的2.0 BPMN发布于2010年在英国最初的规范写由对象管理组。 BPMN的目标是: 负责流程实施的技术专家; 创建和改进流程的业务...
  • flowable显示流程图,路径和节点

    千次阅读 热门讨论 2019-11-08 14:51:35
    背景:在正常的flowable就是显示当前节点,路径需要我们自己获取,特别是来回的驳回导致节点混乱,这里主要就是如何正确的显示流程图 效果: 已经结束的流程 正在执行的流程 代码:1、生成图片 public byte[] ...
  • ubuntu 中的流程图绘制软件

    千次阅读 2018-10-12 09:34:05
    转载:... 原创文章如转载请注明:转自Ubuntu之家 {www.ubuntuhome.com}本文地址:流程图绘制工具SimpleDiagrams       ...说到画流程图,很多人第一...
  • IPD产品开发流程详解

    万次阅读 2021-02-25 09:49:22
    IPD的思想来源于美国PRTM公司出版的《产品及生命周期优化法一书,该书中详细描述了这种新的产品开发模式所包含的各个方面。 最先将IPD付诸实践的是IBM公司,IBM公司实施IPD的效果不管在财务指标还是质量指标上得到...
  • 03 — 流程图 Typora对流程图的支持也是比较完美的,可以在Typpra中直接写,注意脚本语言标记为mermaid: graph LR %% 这是注释,流程图中用到的各种图形画法、连线 id1((start))-->A[方角矩形] A -.虚线.-> B(圆角...
  • 卧槽!VSCode 上竟然也能画流程图了???

    千次阅读 多人点赞 2020-05-14 09:35:00
    公众号关注“GitHubDaily”设为 “星标”,每天带你逛 GitHub!大家好,我是小 G。作为一款开源的主流代码编辑器,VSCode 在发布之后一直受到不少开发者的喜爱。此前,...
  • 浅析-腾讯产品项目的流程

    万次阅读 多人点赞 2020-05-10 17:04:24
    笔者有幸学习到腾讯产品经理对产品项目的流程管理,特此整理并结合实际工作经验分享给大家。 长话短说,腾讯产品项目的主体流程划分成了七个阶段,“概念阶段(CONCEPT)”、“提案阶段(PROPOSAL)”、“原型开发...
  • 抖音推荐算法详解(附流程图

    千次阅读 2021-04-16 17:32:05
    短视频发布到抖音后一般经历以下四步: 双重审核 冷启动 数据加权 叠加推荐 01 双重审核 当用户发布视频后,一般先经过机器审核,通过AI模型识别你的作品和文案是否存在违规行为,如果疑似...
  • 主要展示了springmvc纯注解框架的系统说明概览图,springmvc框架是如何运行访问的详细说明流程图,springmvc框架下的Controller具体功能讲解,springmvc框架下的拦截器讲解,springmvc框架如何控制jsp页面讲解,通过...
  • 太赞了,VSCode 上也能画流程图了!

    千次阅读 2020-05-15 10:00:00
    点击关注上方“五分钟学算法”,设为“置顶或星标”,第一时间送达干货。转自GitHubDaily作为一款开源的主流代码编辑器,VSCode 在发布之后一直受到不少开发者的喜爱。此前,我们也...
  • 方法2:public void deployZIP() throws Exception { // 获取仓库服务 RepositoryService repositoryService = processEngine.... // 创建发布配置对象 DeploymentBuilder builder = repositoryService.creat...
  • 知识图谱总体构建思路(流程图

    千次阅读 2019-04-25 16:49:42
    所示,从原始的数据到形成知识图谱,经历了知识抽取、知识融合(实体对齐)、数据模型构建、质量评估等步骤。 原始的数据,按照数据的结构化程度来分,可以分为结构化数据、半结构化数据和非结构化数据,根据...
  • Activiti如何替换已部署流程图

    千次阅读 2017-04-18 17:17:28
     我的第一个想法就是本地修改流程图bpmn文件,然后去客户端先调用删除接口删除旧流程图,然后调用部署接口添加修改后的流程图,然而事实上,因为系统已经上线,此时存在大量运行中的工作流数据,一旦执行删除操作,...
  • 全面解读流程图|附共享单车摩拜ofo案例分析

    万次阅读 多人点赞 2017-10-19 10:05:21
    本文将从定义和分类出发,结合实际案例,深入浅出地阐述流程图的作用以及画法。 定义 流程——顾名思义:水流的路程;事物进行中的次序或顺序的布置和安排。流程是自然而然就存在的,它可以不规范,可以不固定,...
  • 正如好的产品包装获得更多人的青睐一样,-个优质的视频内容同样也需要足够吸引人的文案、封面和标题,这样更多的用户才去关注它。 背景音乐是抖音短视频中不可或缺的组成部分。最开始的时候,抖音标榜自己是一款...
  • 从一张看Devops全流程

    千次阅读 多人点赞 2020-01-17 21:30:04
    一、持续交付工具链全源自网络。上很清晰地列出了CD几个阶段使用的工具。 CD的工具链很长,但并不是每个模块所有工具都那么流行;换言之,我们在每个模块用好一种工具就足够了。 Build 在SCM的模块中...
  •  如典型的整车生产企业产品开发业务的业务架构示意所示:当我们对于某项典型业务的业务组件的构成进行初步的归纳后,能够得到该项业务的一个整体的框架结构,我们可以称之为“业务架构”,以及在这个框架内,...
  • 第一次上传应用到googleplay时,踩了一些坑,避免其他人少走些弯路,整理了一份gp(googleplay)发布应用的步骤,有用者get。 1.注意事项 1.1 已有googleplay账号 1.2 设备已科学上网 1.3 不能发布重名的应用 取名前先...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 280,208
精华内容 112,083
关键字:

产品发布会流程图