展开

关键词

还好,如果某项都没有

海纳百川(5******5) 9:24:24有还好,如果某项都没有,需要分析师去推动,而各个部门都有自己的利益,很难达成一致,这就困难了,潘老师有什么好建议? 潘加宇(3504847) 9:26:18怎么可能没有无处不在,去观察,如实画出来就是潘加宇(3504847) 9:27:28就算制订了规范,实际中不是这样做,又有什么用海纳百川(5****** 5) 9:27:28确实没有的,每个大类相同根据不同细分,产生的都是不同的海纳百川(5******5) 9:27:39关键现在就是没有规范潘加宇(3504847) 9:27:51每个大类相同根据不同细分 ,产生的都是不同的这不还是有吗海纳百川(5******5) 9:28:11这些都是按照每个Case临时做的潘加宇(3504847) 9:28:15没有怎么做事? 上厕所都可以描述出,不要说做有价值的事海纳百川(5******5) 9:28:59现在就是要总结抽象出具体的规范和,以在系统中实现潘加宇(3504847) 9:29:04所以,你要去认真观察

11440

图实操

原本计划这篇写竞品分析实操的,因为上篇只讲了和思路,竞品分析里有个步骤很关键就是还原竞品的图,所以这篇先分享下图实操,下篇再分享竞品分析实操。 图的六步 关键逻辑的梳理用户与任梳理开始和结束路径核心路径细化、添加异常 合并或拆分 今天以一款记账应用“鲨鱼记账”来分享的实操,建议小伙伴们可以先下载体验下,这款软件的数据什么样我没有看 五、细化、添加异常.png六、合并或拆分因为这个是竞品的,所以就没有合并和拆分这个步骤了,当我们做自己产品的图的时候,思路是先复杂后简单,就是说先把能想到的都想出来,之后再优化做减法 写在结尾的话 做图大概就是从以上这六点来思考和执行的,当然很多产品不会只有这么一个图,会有很多,无论我们是做自己的产品还是做竞品分析都要找到最核心的,也就是一个产品解决的最核心的需求 ,其它属于附加的,有的是变现的也很重要,以实际工作中便于沟通和项目推荐为标准去做图。

72830
  • 广告
    关闭

    腾讯云前端性能优化大赛

    首屏耗时优化比拼,赢千元大奖

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    MQTT(一机一密)

    77510

    电商售后

    8230

    在A用例下,有5个;在B用例下,有7个

    请潘老师指教:1、在A用例下,有5个;在B用例下,有7个。其中,有4个是完全相同的。请问,这四个相同的,是否可以归纳为包含(include)的用例? 需要在用例图中表达出来吗?2、一个用例对应多个,最后用交互概览图来总括表达。那么同一个用例划分为多个的原则是什么? 既然用例的实现,怎么理解一个用例有多个来描述?这多个描述同一个用例的关系又如何?我理解是一个用例对应一个,只是这个中有过个路径而已。4. -----------在A用例下,有5个;在B用例下,有7个。其中,有4个是完全相同的。请问,这四个相同的,是否可以归纳为包含(include)的用例? 4、到窗口去划价我理解为看病这个中的步骤,而不是。如果把这些理解成,那么怎么定义这个概念?

    5620

    工作管理和SOA

    在这种思维方式下被固化在系统中,企不能随着商环境的变化而方便迅速地改变,而企环境的变化促使企必须快速地调整来响应。 实时性企将敏捷地使用最新信息,以积极地消除其关键性中的管理与执行层面出现的低效率延迟。 通过BPM,可以对进行自动化,并通过的分析及监控功能,对进行整合及计量,从角度、组织角度、IT角度都可得到可量化的改善效果,这种效果随着管理者通过BPM分析与优化,将越来越显著。 它可以进行工作协调与应用序集成:大部分的企并不只是运行单一功能,而是多个功能互相协调后的成果;因此,原本独立支持某项运作的应用系统,也必须跟其他的应用系统相互集成。 灵活地结合运用BPM与SOA,才能使企变得更加高效,企IT架构变得更加敏捷。

    40380

    标准的经营类

    一、标准的经营类是这样的,想来一个么? 1.特性开发环境:自动隔一段时间如5分钟从branches分支持同步svn代码。

    37850

    线池 ThreadPoolExecutor 执行的

    An ExecutorService that executes each submitted task using one of possibly sever...

    32530

    B端的梳理方法

    4.线下与线上区分梳理这一步里面尽可能的还原线下,先不管线上的,待线下梳理完成再考虑线上如何支撑,否则就无法真实还原,因为你会受当前系统设计的影响。 5.中产生的财要同步梳理很多企往往结算产品和产品分开,如果产品梳理不考虑结算,到最后才发现设计不合理再来改的代价很大。 六、绘制图基本的图包括什么?1.用户的起点(用户的操作起点)、终点(的目标)2.用户角色(什么样的用户会走这个)3. 信息:从开始到结束,这条数据是怎么跑的?4. 第五步,去优化和调整你的图第六步,输出你的图,结合自己的工作方式输出到文档里或原型或邮件等等。 八、图的梳理方法总结倒推法”梳理:5W2H法,梳理B端应当包括5W2H内容:Who、What、Why、Where、When、How to、How much,最终可以通过泳道图等工具一目了然的展现方式展现出来

    88212

    Docker 的概述以及用处

    创建Docker容器是为了帮助实现应用序组件或架构中的分层的快速,可靠的部署,创建一个容器,该容器包含一个可以部署应用序的部分,以及成功运行它们所需的中间件和应用逻辑。 有这两个重要步骤: 什么时候创建容器? 因为创建容器需要依赖和顺序。 容器配置为了允许容器相互通信 。为此编排器需要在容器之间传递运行时属性。 基于TOSCA(云应用序的拓扑结构和标准),这个编排计划描述了组件及其生命周期和组件之间的关系,特别是涉及到复杂的拓扑结构时。这包括什么与什么有关,什么主持什么,以及其它这样的考虑。 Cloudify基本上采用这TOSCA编排计划(在Cloudify中称为蓝图),并使用遍历组件图或这个组件计划并向代理发布命令的工作实现这些计划。然后创建应用序组件并将它们粘合在一起。 当我们创建一个应用服器容器时,我们需要数据库容器的端口和IP。所以我们可以配置容器的创建,并使用了TOSCA关系预先配置挂钩,以获得在运行时的相关容器的信息。

    32960

    盘点的SAP操作调整

    目前的盘点大致如下:盘点计划-->打印盘点凭证、冻结帐面库存【此项可选,一般情况下会选上】-->盘点-->录入盘点结果-->差异分析及过帐。这应该算是一个比较标准的。 但是在实际SAP系统操作过中发现一些问题:1、有些盘点凭证该盘的没盘;2、漏录一些实际盘点结果;3、某些盘点凭证没有过帐;所有这些情况都会导致盘点凭证是活动的。 解决办法:调整、修改操作手册。1、在实际盘点开始前,将所有相关帐户锁定,以保证无法从系统里面抄数。 2、在录入盘点结果和过帐后,均由专人用MI22事码,通过【状态选择】字段的勾选来查找是否有漏盘、漏录、或者没有过帐的。这样保证每次的盘点是正确的。 盘点过中,还需要注意批次或者序列号管理的物料,批次号和序列号不能弄错。特别是序列号弄错处理起来有时候是一件很麻烦的事情。

    11910

    盘点的SAP操作调整

    目前的盘点大致如下:盘点计划-->打印盘点凭证、冻结帐面库存【此项可选,一般情况下会选上】-->盘点-->录入盘点结果-->差异分析及过帐。这应该算是一个比较标准的。 但是在实际SAP系统操作过中发现一些问题:1、有些盘点凭证该盘的没盘;2、漏录一些实际盘点结果;3、某些盘点凭证没有过帐;所有这些情况都会导致盘点凭证是活动的。 解决办法:调整、修改操作手册。1、在实际盘点开始前,将所有相关帐户锁定,以保证无法从系统里面抄数。 2、在录入盘点结果和过帐后,均由专人用MI22事码,通过【状态选择】字段的勾选来查找是否有漏盘、漏录、或者没有过帐的。这样保证每次的盘点是正确的。 盘点过中,还需要注意批次或者序列号管理的物料,批次号和序列号不能弄错。特别是序列号弄错处理起来有时候是一件很麻烦的事情。

    20220

    云原生时代的编排

    既然今天要聊一聊云原生时代的编排,那咱们首先得定义什么是编排以及传统的编排是做什么的。 软件服厂商以平台化的产品为企客户提供设计、管理、自动化相关的能力。 本文前面重点讲述的工作引擎就是这个编排器,在云原生时代,编排和传统工作既有很多相通之处,在出发点上又有本质不同,传统工作是想把化,而云原生编排目的是解决微服或者云函数应用大量无状态服组合成有状态所面临的挑战 典型的编排器架构如下图: image.png 编排器的主要任是将工作委派给无状态的服,同时又要保持执行的上下文和历史记录。 可以有许多不同类型的操作,包括:活动函数、子、等待外部事件、计时器等。 与编排函数不同,活动函数并不限制在其中执行的工作类型。

    4.6K70

    签订项目合同的

    角斗士 (25***386) 2012-05-18 10:34:45潘老师,我觉得RUP与MDA做管理软件需求分析,用两个文档就可以了:图、系统用例角斗士 (25***386) 2012-05- 18 10:35:31其中系统用例大部分通过图推导出来潘加宇 (3504847) 2012-05-18 10:35:42可以的乐天 (9**582) 2012-05-18 10:38:01这个图是什么图 潘加宇 (3504847) 2012-05-18 10:45:54此图存在的问题:1 陶总审核是活动2 什么叫陶总进入信息库,他钻到里面去了?3 大于3000万是那个活动产生的判断结果?。。。。 05-18 10:57:32按照这个方式,实事求是把事情说清楚就可以潘加宇 (3504847) 2012-05-18 10:58:33另外,如果不是多重判断,不需要添加菱形判定,直接画在离开活动的控制的警戒条件里面就可以潘加宇 3504847) 2012-05-18 10:59:22参见我在《软件方法》中画的活动图潘加宇 (3504847) 2012-05-21 16:06:27这个用的是什么工具,可以用专门的工具来画活动图(或

    11220

    具备的知识管理系统

    blog.csdn.nethotqin888articledetails100823112 利用go语言的特性,部署简单,无需运行环境,跨平台,开发了engineercms,对知识进行分类分项,协作,项目管理,特别可以进行 有了那个flow通用模块,回到engineercms里,只需要选中一个成果,点击按钮,选择接收者,就可以走了。 当然,在那个flow通用里,需要提前设置好类别,的路径(走向),起始和结束,用户和用户组,权限……等等。保存后,就可以到mailbox里查看情况了。?

    28730

    文本感知的预测监控

    利用历史数据对进行实时预测是现代监控系统的一项重要功能。现有的过预测方法除了能利用控制透视图外,还能利用记录事件的数据透视图。 然而,虽然许多预测技术中都考虑到了结构良好的数字或分类属性,但几乎没有一种技术能够利用自然语言编写的文本文档,而这些文档里有对预测任至关重要的信息。 该模型考虑了事件数据中的分类属性、数值属性和文本属性,可以预测下一个事件的活动和时间戳、结果以及运行过实例的周期时间。 实验表明,该文本感知模型在包含文本数据的模拟和真实事件日志上的性能优于现有的过预测方法原文题目:Text-Aware Predictive Monitoring of Business Processes 文本感知的预测监控.pdf

    11020

    如何在中利用软件即服

    如今,企可以从通过软件即服(SaaS)模型交付的各种基于云计算的应用序中进行选择,以支持几乎所有类型的。研究机构的调查表明,用户对软件即服(SaaS)的需求不断增长。 启用了人工智能的软件即服(SaaS)还可加快内部和运营,这使企能够更快地回答问题,快速做出预测,并加快整体响应速度。 软件即服(SaaS)无处不在如今很难找到软件即服(SaaS)无法提供的应用序。以下是一些支持各种IT和的关键产品。 该应用序收集市场受众联系数据,以便市场营销主管可以覆盖特定受众或部分受众。工作管理企(尤其是大型全球企)面临着日益复杂的工作的挑战。 该软件旨在通过此类反馈获得见识,从而帮助企增强其、产品和服。网络安全每个企都在寻求增强安全性,而软件即服(SaaS)为企提供了在有意义的时候将安全性工具作为服部署的机会。

    21720

    统一管理平台解决方案

    统一管理平台解决方案 本方案在分析企共性的基础上,通过对各种的共性的抽象,为政府及企提供了完整而统一的管理平台解决方案,分析了政府或企管理及运行平台具体所包含的内容 图2.统一管理平台强大的建模,实现对复杂的分层描述 建模是管理的第一步。 XxxBPM平台可扩展的建模能力运行框架 运行框架是企运行的平台,它独立于具体的,是人员进入具体的处理的入口。 运行框架屏蔽了企的之间的差异,使得企可以方便的在此框架之下增加新的逻辑层的功能是管理这些,包括定义、控制单元间的数据和控制,以及将单元的操作映射到逻辑层的实际对象或应用组件。

    2K10

    5W2H,帮助你梳理B端产品

    2009.png在产品设计的过中,不可避免的会涉及到产品的的设计,往往是多用户、多角色、甚至是多企协作最终完成最终目标。 切分阶段目标:在主要中切分各个角色任中的主要阶段目标及子目标。并可以此作为切分页面的主要依据。 一、梳理梳理是一个挺复杂的过,这个过主要是以实际的场景为基础获取信息,然后抽象出一个以参与对象为节点的。 (以下案例内容纯属虚构,请勿当真)场景列表:(右击,在新标签页中打开即可查看大图)泳道图:需要提醒一点:传统需求梳理通常会画一张图,图的重点展现,缺点是往往缺少用户。 切分页面可以遵循以下几个规律给大家参考:同一中,不同的用户完成的阶段性目标,一定拆分成为不同的页面。同一中,同一用户完成的一个阶段性目标,需要拆分成为单一的页面。

    49251

    SAP标准-定价主数据维护

    概述 企成品的销售,都是基于销售价格政策的制定,销售价格在系统中作为价格主数据进行维护,价格主数据是销售与分销中重要的主数据之一,是指将产品相关的价格信息建立成主数据,是系统自动定价的基础。 作用是在销售中帮助系统自动确定产品的销售价格。一、对条件类型PR00(不含税净价)创建客户物料价主数据维护人员收到与客户签订的某产品的长期供货价格后,经批准在系统中建立相应的价格主数据。 步骤:(事代码:VK11)1. 选择要维护的条件类型:1)条件类型PR00这个选择表明要维护一个不含税净价。2. 选择要关键字组合:1)选择“客户物料”这个选择表明要维护的价格是一种客户物料价。 步骤:(事代码:VK11)1. 选择要维护的条件类型:1)条件类型K007这个选择表明要维护一个客户物料折扣金额。2. 维护条件表、存取顺序、条件类型、定价过2. 维护定价过确定3. 维护销售单据项目类别中的定价控制

    83720

    相关产品

    • 安全咨询

      安全咨询

      腾讯云安全咨询协助企业识别信息资产及业务流程的信息安全弱点,并针对信息安全威胁提供信息安全风险处理规划建议。安全咨询包括合规类咨询服务、安全管理咨询服务、安全体系咨询服务与行业安全解决方案咨询服务。

    相关资讯

    热门标签

    活动推荐

      运营活动

      活动名称
      广告关闭

      扫码关注云+社区

      领取腾讯云代金券