精华内容
下载资源
问答
  • 一、功能结构图和信息结构图 “功能”在百度百科上的解释为指事物或方法所发挥的有利作用;效能。 “信息”在百度百科上解释为指音讯、消息、通讯系统传输和处理的对象,泛指人类社会传播的一切内容。 这种解释...

    一、功能结构图和信息结构图

    “功能”在百度百科上的解释为指事物或方法所发挥的有利作用;效能。

    “信息”在百度百科上解释为指音讯、消息、通讯系统传输和处理的对象,泛指人类社会传播的一切内容。

     

    这种解释或许过于文艺,于我而言,于软件而言,“功能”指每个模块界面上点击产生的效果,如点击删除按钮产生的删除数据效果、点击发送按钮将信息发送给对方。“信息”指每个模块界面上展示内容和需要填写的表单内容,比如在一个登录界面上,密码、账号、手机号等需要填写的内容便属于信息。

     

    功能结构图意在分析模块功能组成部分。

    信息结构图意在分析页面所展示的信息。

     

    可是当我们玩弄app的时候,偶尔会觉得不知道该从哪里开始分析功能,繁琐的操作容易让我们迷茫,无从下手。

    下面我分析淘宝的购物车(木的办法,淘宝过于庞大,我们可以拿小模块练手):

     

    如图1.1是淘宝购物车截图。

    首先分析信息,观察当前界面所展示的内容,坚持从上至下,自左往右的原则,如图所示,在淘宝购物车首页中,展示了购物车内商品总数量、默认收货地址、商品所属店铺名称、店铺图标、商品图标、商品名称、商品价格、商品数量、所选商品规格参数、商品对比价、合计价格、所选商品数量。

    然后分析功能,我们可以先从按钮入手,显而易见的 结算、管理、全选、增加商品数量、减少商品数量

     

    点击结算,即前往订单确认页面;

    点击全选,即选择购物车内所有商品;

    点击增加商品数量,即加购相应商品的数量;

    点击减少商品数量,即减少相应商品在购物车中的数量;

     

    上述的四个按钮都有明显产生的效果,而点击管理,仅仅是页面发生了变化,如下图所示:

    点击管理后,依旧是购物车模块的首页,结算按钮消失不见了,取而代之的是 移入收藏夹、删除和清理。而展示信息内容并没有变化。虽然合计价格和所选商品数量并没有展示出来,但它们仍然存在这个界面里。

    分析功能:

    点击移入收藏夹,即将物品加入收藏夹;

    点击删除,即将所选的商品从购物车中移除;

     

    而点击清理,跟点击管理那样,页面产生了变化,如下图所示:

    如图1.3淘宝购物车截图所示,点击清理后,便弹出了弹窗,显示的按钮有 移入收藏夹和删除,与上述的功能如出一辙,便无需再分析了。而展示的信息内容却大有不同,展示了30天前加入购物车的商品和7天前加入购物车的商品。

    这就完了吗?不不不,并没有。

    分析软件产品需要不断的玩弄软件,四处点击,看有没有意外的惊喜

     

    当点击图中所选商品的规格参数“S;橘色短袖”,就会展示相应商品的SPU(Standard Product Unit (标准产品单位)SPU是商品信息聚合的最小单位,是一组可复用、易检索的标准化信息的集合,该集合描述了一个产品的特性),供用户选择。

    于功能而言,简单来说,规格参数选择。

    除了提供规格参数选择外,我们还能看到 查看详情 按钮。

    虽然点击查看详情后,跳转到商品详情页,但它也是所谓一个功能存在。

    页面分析完后,便开始绘制 信息结构图和功能结构图,如下图所示是信息结构图:

    如图下图所示为功能结构图:

    当当当~

    淘宝购物车的功能结构图和信息结构图完成了,细品细品。

    二、产品结构图

    在我刚独自设计公司的电商产品的时候,有点不知所措,虽然我的生活早已融入淘宝、京东、当当网等电商系统,但是当真正要独当一面的时候,才发现他们功能很多,信息很杂。虽说照虎画猫,就算知道从画头开始,也不知道是先画耳朵还是先画眼睛。此时便需要产品结构图,梳理我们的设计思路。

    产品结构图是功能结构图和信息结构图的组合,在原型图设计未开始,产品结构图便可以帮助我们梳理信息和逻辑,是原型图的简易表达方式。除此之外,也是产品和研发沟通的桥梁,便于研发初期评估开发计划。

    将上述中的功能结构图和信息结构图结合起来,便是下图所示的产品结构图:

    展开全文
  • 功能结构图就是以功能模块为类别,介绍模块下其各功能组成的图表,体现了产品功能的同时,也展示了功能的从属关系。 2. 作用: 产品设计时,辅助思路梳理,避免功能概念模糊、缺失。 3. 注意点: 绘制功能结构时,...

    一、功能架构图

    1. 定义

    功能结构图就是以功能模块为类别,介绍模块下其各功能组成的图表,体现了产品功能的同时,也展示了功能的从属关系。

    2. 作用:

    产品设计时,辅助思路梳理,避免功能概念模糊、缺失。

    3. 注意点:

    绘制功能结构时,尽量避免出现信息结构要素出现的可能性,形容一个功能点时建议多采用“动词+名词”的语言描述形式,如:设置密码。

    4. 如何绘制

    1)针对设计中的新功能/产品
    列出产品的核心功能模块,针对每个模块,绘制业务流程,从流程中提炼功能点,罗列整个闭环需要的功能点,找出从属关系层次,粒度从粗到细。多用动词加名词作为一个功能节点。
    2)针对已有产品或功能的倒推
    快捷方法:参考产品的Tab功能模块找出产品主功能模块,然后按照层级归属关系详叙该功能模块提供的下一级功能模块或功能,如有必要,其颗粒度可一直细化到功能操作的描述程度。
    注意:当一个次级功能模块反复出现在不同的Tab功能模块中的时候,我们就可以考虑将其拆分出来作为主功能模块。

    二、信息结构图

    1.定义

    指脱离产品的实际页面,将产品的数据抽象出来,组合分类的图表,信息结构有点类似编程中的数据表结构设计,揭示了需要哪些数据,这些数据需要有怎样的元素组成,才能达到每个功能模块需要展现的内容表达,对于内容类产品尤为重要。

    2.作用

    帮助pm梳理复杂的数据信息,避免遗漏、重复、混乱;
    可作为研发建立数据库、做表结构设计的依据。

    3.注意点

    信息结构设计晚于功能架构设计,要脱离页面功能,考虑数据的组成、流动、关联,避免出现功能结构要素,节点要素多为名词。

    4.如何绘制

    找出每个功能点需要的内容组成要素,将其去重、归类。

    三、产品结构图

    1.定义

    综合展示产品信息和功能逻辑的图表,简单说产品结构图就是产品原型的简化表达,是将功能和信息以一种合理自然的逻辑,把功能结构图和信息结构图中的内容放入产品中的每一个页面的结果,是产品概念化设计的结尾阶段的产物。

    2.作用

    可以替代原型,快速评审产品方案的可行性,实现成本低。可指导原型制作,避免原型绘制反复修改,浪费时间。

    3.注意点

    没有产品结构图之前,不要动手画原型!画原型之前,最好先画草稿,纸上画比电脑上要快,有问题也能及时发现。

    4.如何绘制

    先从概念和功能上分类和分层,然后在每个需要体现内容数据的节点,展看所需要的数据描述,不同页面若都有展示同一个数据的情况,那就都体现出来,此时,你就要想象这是你产品的最终形态,每个页面要有哪些功能和数据,类似于开发做的不同静态页面。
    至于交互动作的细节不用体现在结构图中,比如页面布局细节、交互手势、动画效果等,属于交互设计的范畴,在产品结构设计时,可以一并考虑,除非很特别的交互,否则都遵循简单原则即可:pc端以点击、滚动、选择为主,移动端以点击、滑动为主。

    总结

    产品设计阶段,经过需求收集和分析,首先要根据需求,将需要的功能大致罗列,输出功能结构图;
    功能结构图成型后,根据产品形态大小,业务是否复杂,产出信息结构图;
    结合两者,将功能和信息向着页面和展示方向靠拢,每个动作进入哪些页面或窗口,相应展现哪些内容,产出产品结构图,指导原型绘制。

    以上总结,与各位产品共勉!

    转载于:https://blog.51cto.com/milkyqueen520/2084151

    展开全文
  • 在写PRD、竞品分析文档中,我们常常会看到产品结构图、产品功能结构图或者产品信息结构图的身影,但需要讲清楚他们的定义作用也真没看上去那么简单,这里作者尝试分享一下自己的观点。 特别声明:由于篇幅其他...

    https://www.jianshu.com/p/cc2b35d64158

    你还在问产品结构图到底是信息结构图还是功能结构图吗?这里有微信的实际例图帮助你更好地理解这组命运三姐妹图类。

    在写PRD、竞品分析文档中,我们常常会看到产品结构图、产品功能结构图或者产品信息结构图的身影,但需要讲清楚他们的定义和作用也真没看上去那么简单,这里作者尝试分享一下自己的观点。

    特别声明:由于篇幅和其他因素限制,本系列中所有的实例图在完整性上有省略和简化,仅作为举例讲解用,请读者不要纠结图表是否描述完整、是否有缺失模块,主要是给读者来对比3类图表的联系与区别。

    一、功能结构图

    1、定义

    功能结构图就是按照功能的从属关系画成的图表,在该图表中的每一个框都称为一个功能模块。功能模块可以根据具体情况分得大一点或小一点,分解得最小功能模块可以是一个程序中的每个处理过程,而较大的功能模块则可能是完成某一个任务的一组程序。(百度定义)用通俗的话来说,功能结构图就是以功能模块为类别,介绍模块下其各功能组成的图表。

    2、作用

    产品概念设计的运用工具之一,能够对不完全确定的设计问题或相当模糊的设计要求,以一种较为简洁和明确的方法表示。在绘制的过程中,能够帮助PM思考并清晰产品的功能模块及其功能组成;

    梳理需求,以鸟瞰的方式对整个产品页面中的功能结构形成一个直观的认识,防止在产品需求转化为功能需求的过程中出现功能模块和功能点缺失的现象。

    3、注意事项

    在区分功能结构、信息结构图、结构图前,有一个重要的前提需要大家达成共识:软件产品本身就是传递信息和提供功能的载体,完全绝对的信息类或功能类产品是不可能存的在,信息往往伴随着功能,我们很难划一条界限将两者彻底分开。从某种意义上,信息传递甚至就是软件产品最主要的核心功能。鉴于此,通常我们默认地把信息展示功能独立了出来,作为信息架构的一部分去思考,在产品功能结构时不考虑信息展示功能。

    这里举一个信息与功能纠缠的例子更好理解,如微信的个人信息模块(如下图),“名字”字段在这里既是信息又提供着修改设置的功能。

    所以我们不难理解许多功能结构图中出现了信息结构的要素,但由于功能结构图的使用目的(即上文中的作用)要求我们专注于产品功能这个维度,在功能结构图中我们最好尽量减少信息结构要素出现的可能性。

    就用上面功能与信息纠缠的例子来说,在其功能结构图中许多朋友会直接用“名字”来表示其功能点,画图人可能本人清楚,但看图人就会产生疑惑:这个“名字”到底是指提供可查看名字的功能还是可查看并修改名字的功能。

    在这里介绍一个小诀窍,形容一个功能点时建议多采用“动词+名词”的语言描述形式,这种方式不仅信息传达更加准确而且可以避免读者不必要的困惑。如上面的例子中我们就可以把“名字”改为“设置名字”或“查看并设置名字”来描述功能点。

    4、如何绘制功能结构图

    在实际应用时,产品功能结构图通常在以下2种情况下绘制:

    对未完成的产品在设计阶段绘制,确定产品功能结构;

    对已完成的某个版本的产品绘制,用于分析并传递该产品的功能结构;

    1)在产品的设计阶段,如何挖掘并确定功能结构图中的主功能模块呢?

    首先主功能模块应该是产品在完整业务流程中的各个核心功能模块,我们可通过业务流程中所涉及到的功能需求去提炼出主功能模块,提炼完成后再通过业务流程走查一次,看是否有遗漏的主功能模块。

    举个例子,假设我们参与了微信的早期功能设计,其产品初期定位是一款移动社交软件,那么其对应的核心业务可以简化为

    这样我们就很容易得出产品设计阶段微信的主功能模块,如下:

    结合下面现有版本的微信功能结构图对比一下,经过上百次迭代,其主功能结构几乎没有发生变化,我们不得不佩服其功能结构的拓展性;

    微信功能结构图(V6.5.21)

    当通过业务流程将主功能模块确定下来后,再根据业务需求对其进行功能的详细设计即可,在此就不再展开了。

    2)对于已确定产品来说如何绘制功能结构图呢?

    对一款已确定产品绘制功能结构图,最快捷的方法便是参考产品的Tab功能模块找出产品主功能模块,然后按照层级归属关系详叙该功能模块提供的下一级功能模块或功能,如有必要,其颗粒度可一直细化到功能操作的描述程度。

    那上图“微信功能结构图(V6.5.21)”的主功能模块为什么不是“微信”、“通讯录”、“发现”、“我”这四大标签功能模块?

    在这里作者希望传达一个概念,结构图中的主功能模块不一定就是Tab中的标签功能模块,许多时候产品受限于移动端的空间限制,不得不把功能分为3到4个Tab中,这是一种务实的妥协。当然正常情况下以Tab标签名作为主功能模块的做法没有错,只是当产品功能复杂时,产品功能结构图采用这种划分有点粗糙。而绘制已确定产品的功能结构图能够帮助我们去挖掘这个产品的核心功能模块,梳理产品的功能架构。我们建议作图人可以尝试脱离Tab标签用自己的语言去挖掘并描述主功能模块。

    这样说来我们就可以随意将标签功能模块中的次级功能模块划分出来作为主功能模块吗?

    其实也不是,一款不管多复杂的应用其主功能模块的划分数量都不能太多(5-9个为佳),一般情况下当对产品功能结构进行分析后,我们仍然会采用Tab功能模块作为主功能模块然后对其下属的功能模块进行整理。只有当我们认为某个次级功能模块在业务上太过重要且产品价值较高时,我们才可以将其划分出来作为一个单独的主功能模块。

    这里介绍一个小秘诀,当一个次级功能模块反复出现在不同的Tab功能模块中的时候,我们就可以考虑将其拆分出来作为主功能模块,因为这个时候意味着这个次级功能模块在产品的业务流程中来说十分重要,而且这也可以让我们的产品功能结构图更加简洁清楚。如上面“微信功能结构图(V6.5.21)”中的搜索模块就同时出现在了Tab中的微信功能模块和通讯录功能模块。

    最后如何确定功能结构图中的颗粒度呢?

    功能结构图中的颗粒程度需要根据具体应用场景来定,由画图人根据需要自行把控即可。比如说在产品设计的过程中,功能结构的建立是设计者的设计思维由发散趋向于收敛的过程,刚开始的颗粒度一般比较大,可能仅涉及到某个功能模块,随着设计的不断推进,功能结构图的颗粒度会不断细化,最终可以拆分至某个具体的功能操作。这里作者将“微信模块-个人对话”功能模块作了细化,仅供参考:

    微信模块(信息连接)

     

    二、信息结构图

    1、定义:指脱离产品的实际页面,将产品的数据抽象出来,组合分类的图表。

    2、作用:

    帮助PM梳理复杂内容的信息组成,避免信息内容在展示过程中出现遗漏、混乱、重复;

    作为开发工程师建立数据库的参考依据;

    信息结构图的绘制通常晚于功能结构图,往往是在产品设计阶段的概念化过程中,在产品功能框架已确定、功能结构已完善好的情况下才对产品信息结构进行分析设计。

    在这里,我们需要强调的是脱离实际页面这个概念,在一些产品相关文章中,我们会看到作者将信息结构图完全按照页面的逻辑顺序来进行分类组合,严格意义上来说,这种图表不是一份合格的信息结构图。

    我们用微信的个人信息模块举例,如下图所示:

    其结构信息图在这部分的绘制就需要脱离产品的实际页面,如下:

    最后需要强调的是:信息结构图主要适用于产品信息构成比较复杂需要考虑优化的情况,如内容型产品(博客、web门户网站等),产品的信息结构对于用户体验就十分重要,需要用信息结构图作为工具进行分析思考。

    这里作者简单绘制了一下微信的信息结构图作为参考

    微信信息结构图(V6.5.21)

     

    三、结构图

    相较于功能结构图和信息结构图,产品结构图的定义就很混乱和模糊了,为什么会出现这种情况呢?

    一方面产品结构图从文字理解上来说就容易让人困惑:产品信息结构图、产品功能结构图不都可以简称为产品结构图嘛。

    另一方面现有网上流传的竞品分析文档、产品体验文档、PRD文档有不少是由产品新人模仿前辈流传出来的文档模板来写的。但让人尴尬的是,有部分同学没有进行细致深入地了解。经常在一篇文章中,前面说是产品的功能结构图,结果图中是产品功能有,产品信息要素也有,没有理解功能结构图的定义。而后来的初学者又从这些文章中去了解学习产品功能结构图、产品信息结构图,导致恶性循环;

    最重要的原因是:对于产品结构图,产品从业人员这个群体自身都还没有达成共识啊。作者在网上搜了搜相关文章,对于产品结构图大家的主要理解有3种:

    大部分产品人认为:产品结构图即产品功能结构图的简称,可能在产品没有强调信息结构的概念时,有部分PM开始简称产品功能结构图为产品结构图,之后便默认了这种称呼,当出现产品信息结构图后,概念就产生了混淆;

    一部分产品人认为:产品结构图是综合展示产品信息和功能逻辑的图表;

    少部分产品人认为:产品结构图就是产品信息架构图。

    在这里,作者更认同第2种观念:

    产品结构图是综合展示产品信息和功能逻辑的图表,简单说产品结构图就是产品原型的简化表达。它能够在前期的需求评审中或其他类似场景中作为产品原型的替代,因为产品结构图相较于产品原型,其实现成本低,能够快速对产品功能结构进行增、删、改操作,减少PM在这个过程中的实现成本。

    产品结构图就是通过信息架构设计,将功能和信息以一种合理自然的逻辑,把功能结构图和信息结构图中的内容放入产品中的每一个页面的结果。而现在许多PRD、竞品分析中提到的信息结构图、功能结构图其实大多数都是同时含有功能和信息元素的简化版产品结构图。如下图所示:

    总结

    在一款产品的设计过程中,功能结构图是必须的,信息结构图视产品和PM自身而定,通常我们初步确定了产品功能结构图(产品功能框架)之后才开始绘制产品信息结构图。

    在产品设计流程中,产品功能结构图是产品概念化阶段的初期输出,产品结构图是产品概念化的尾期阶段输出物,当产品结构图完成后,我们对产品的基本模样在心理就有了一个轮廓。同时以产品结构图作为绘制原型的依据,可以避免我们在产品设计中边画边改,跳进死掐细节,不见森林的陷阱。

    到这里,你是否还对功能结构图、信息结构图、结构图傻傻分不清呢?

    展开全文
  • 上一篇我们将概念想法形成了信息结构,罗列出了产品的所有信息内容,现在我们就要依据信息结构,开始规划产品功能需求,绘制出产品结构图和用户流程图。首先我们要规划出产品的频道及子频道、子模块或子页面。(如...

    上一篇我们将概念想法形成了信息结构,罗列出了产品的所有信息内容,现在我们就要依据信息结构,开始规划产品的功能需求,绘制出产品结构图用户流程图。首先我们要规划出产品的频道及子频道、子模块或子页面。(如下图)

    产品框架结构

    图注:讲解一下我对于这个思维导图的名词理解
    1、频道:某一个同性质的功能或内容的共同载体,也可称为功能或内容的类别。
    2、子频道:某频道下细分的另一类别
    3、页面:单个或附属某个频道或分类下的界面
    4、模块:页面中多个元素组成的一个区域内容,可以有一个或多个,也可以循环出现(例如:文章列表)
    5、模块元素:模块中的元素内容,以文章列表举例:文章标题、文章摘要、文章发布时间,这些都是元素,都是组成模块的内容,同时他们也是可以循环出现的。元素的类型可以是:文字、图片、链接等等

    如果你学过网页设计,或者了解Web产品的模板机制,你就能够理解这些名词了。如下图所示,这是我的博客的首页结构。

    唐杰博客首页框架

    当我们规划出频道后,我们就需要以用户的视角进行一步一步的模拟操作,逐渐完善产品的结构导图。我称为用户流程图,用于展现产品经理脑海中比较抽象的产品逻辑,也是产品经理对自己脑海中的产品想法进行梳理的一个过程。(如下图示例)

    产品结构图示例

    这样做的目的就是梳理产品逻辑,让我们清楚的知道产品有几个频道,频道下面有没有子频道或者有多少个页面,这些页面里又有哪些功能模块,这些功能模块里又有哪些元素。这样我们就模拟了用户的整个操作流程,逐一的将产品的所有功能界面操作了一遍,也列出了产品结构图用户流程图

    用户登录示例

    有了这份结构导图,我们可以对产品进行鸟瞰式考虑和完善,当有问题时,修改起来也比原型和文档方便很多。这样的方法同样适用于移动互联网产品的规划,并且比起Web产品更加容易梳理产品结构。

    以上讲的都是前端面向浏览者的用户流程,但是如果规划的是一个平台级的大众化产品就不能从前端进行梳理了,例如CMS、BBS之类的程序,他们采用框架式开发,将功能与模板独立,前端的界面布局仅仅是通过模板机制的标签调用,因此在做产品规划时,前端是涉及不到的,也不应该从前端入手。遇到CMS类平台产品的规划,也同样使用这样的方法,只不过是从后台入手模拟管理员的流程。

    PRD文档写前准备就是让我们先通过思维导图梳理思路,明白产品有多少个频道、有多少个页面、页面有多少个功能模块、功能模块有多少个元素,逐步的将脑海里的想法明确梳理成结构。虽然已经明确了产品的结构,但是这样的思维导图对于设计与技术人员依旧是抽象的,他们仍然看不懂,同时对于产品经理自己来说,这样的结构图也是没有经过推演的,具体是否符合产品逻辑,是否符合用户体验,都是没有深思过的,因此我们接下来就要进行原型设计,开始具体的考虑结构方案的可行性。

    展开全文
  • 上一篇我们将概念想法形成了信息结构,罗列出了产品的所有信息内容,现在我们就要依据信息结构,开始规划产品功能需求,绘制出产品结构图和用户流程图。首先我们要规划出产品的频道及子频道、子模块或子页面。(如...
  • 上一篇我们将概念想法形成了信息结构,罗列出了产品的所有信息内容,现在我们就要依据信息结构,开始规划产品功能需求,绘制出产品结构图和用户流程图。首先我们要规划出产品的频道及子频道、子模块或子页面。(如...
  • 2.1、罗列信息(信息结构图) 在写产品需求文档之前,我们需要先罗列出产品功能的信息内容,这一步是将想法逐渐清晰的第一步,也是帮助我们接下来设计功能的辅助信息,同时也可以辅助服务端技术人员创建数据库。...
  • 上一篇我们将概念想法形成了信息结构,罗列出了产品的所有信息内容,现在我们就要依据信息结构,开始规划产品功能需求,绘制出产品结构图和用户流程图。首先我们要规划出产品的频道及子频道、子模块或子页面。(如...
  • 这就需要借助“结构树”功能结构树小知识图纸模型的结构树是描述某一产品的各部分文件组成的层次结构树状。只要您上传的模型有相应的属性信息(BOM),就可以通过结构树从视图中显示或隐藏部分组件,以及查看零...
  • 规划产品第一步就是梳理出产品信息结构信息结构是服务端技术人员创建数据库的依据,是数据结构的辅助文件,有了信息结构我们才能继续往下规划产品结构。对于新产品或者新功能,没有人能够比产品经理更加清楚所需要...
  • 作者给大家分享了产品架构的设计与画法,架构将可视化的具象产品和服务,抽象成信息化、模块化、层次结构以及关联关系清晰的架构,并通过不同分层的交互关系、功能模块的组合、数据和信息的流转,来传递产品的...
  • 第一部分 基础篇 001 第一个C程序 002 运行多个源文件 003 求整数之积 004 比较实数大小 005 字符的输出 006 显示变量所占字节数 ...218 功能强大的文本编辑器 219 图书管理系统 220 进销存管理系统
  • 结构化数据标记在两方面帮助了电商卖家。首先,它帮助搜索引擎理解网页的内容目的...这些增强功能包括评级星级和产品图像,价格可用性等等,有助于使listing在搜索结果中脱颖而出。Rich Results(附加信息)在下...
  • 智能指纹锁的技术原理 指纹是指手指末端正面皮肤上凸凹不平的纹路,这些纹路在图案、断点交点上是各不相同的,在信息处理中将它们称作“特征”,医学上已经证明这些特征对于每个手指都是不同的,而且这些特征具有...
  • 11.2 使用交互图和状态图对交互场景建模 11.3 状态相关的动态交互建模示例:银行系统 11.3.1 确定主序列 11.3.2 确定可替换序列 11.3.3 主序列:有效PIN码 11.3.4 可替换序列:无效PIN码 11.3.5 可替换序列:...
  • 今天作者和大家分享的是产品架构的设计与画法,架构将可视化的具象产品和服务,抽象成信息化、模块化、层次结构以及关联关系清晰的架构,并通过不同分层的交互关系、功能模块的组合、数据和信息的流转,来传递...
  • 最近一个接到一个项目,是一个模拟维修APP(其实...放大过程中拓扑会越来越详细,这个地图功能很相似,请问如何实现这一功能呢? 此外拓扑的最小一层可以显示一些设备结点,我一点这些结点就可以查看详细信息
  • 因此我们迫切要做的事就是,从事实际SoC应用产品的开发研制,进行电子信息产品核心SoC技术研制开发与实现。在这些研究实际工作中,逐步深入开展关于SoC的EDA工具算法研究与实现以及SoC核心技术IP的研究与实现。而...
  • 产品功能设计与PRD文档产品功能分析Case:搜索框产品结构图:梳理产品流程框架用户流程图:模拟用户操作流程原型设计:将结构化的需求进行框架化PRD(产品需求文档) 产品功能分析Case:搜索框 思考: 回忆一下...
  • 产品对比相信大家并不陌生,为了方便用户对类似产品的相关信息进行有效直观的对比,一些电商网站产品或评测网站会为用户提供产品对比的功能,用户只需勾选多个需要对比的产品,就可以进行比对。本文将使用jQuery来给...
  • 在当今的电子产品中,随着器件的精密度准确性提升,其电气特性的要求也更加严格,电信号值的一点偏差都会导致很严重的问题。所以不管是设计过程还是使用过程,电信号值都应该处于监测状态,这样我们就能够预防很多...
  • 它基于OpenGL,旨在为高效的图像查看器提供一些用于比较图像的复杂功能。 在一个视口中拖动缩放图像时,所有其他视口将以相同的方式同步缩放移动,因此您在所有图像中看到的都是完全相同的面片。 产品特点 使用...
  • 数据流图和数据字典的关系

    万次阅读 2007-05-09 20:57:00
    数据流(DFD)是一种图形化技术,它描绘信息数据从输入移动到输出的过程中所经受的变换。在数据流中没有任何具体的物理部件,它只是描绘数据在软件中流动被处理的逻辑过程。数据流是系统逻辑功能的图形...
  • 3.1 系统总体功能结构 根据此系统所需要实现的功能,我们将该系统设计成主要两部分。设计了如下图所示的系统结构: 图3.1 系统结构图 3.2 系统数据库 鉴于本级软件主要考察的不是数据库,故此次设计我主要用于了...
  • 1)先确定仓库中产品信息的数据结构。如各种产品信息产品号、产品名、单价、数量、入库时间、出库时间…… 等,每个数据项各用什么数据类型; 2)划分实现仓库管理的功能模块:如主菜单、输入数据、修改、查询、...
  • Web信息结构 产品经理 网页前端 UE 【内容介绍】 在由Wiki、Folksonomy及Mashup所构成的后Ajax化的Web 2.0世界中, 精心设计的信息架构显得格外重要。你该如何向众人展现大量的信息,从而 使他们能迅速找到所需...
  • 网上商城UML

    2018-05-25 20:59:50
    3.2.10管理员编辑促销产品时序 31 3.2.11管理员编辑条款信息时序 32 3.2.12管理员编辑购买流程时序 33 3.2.13管理员删除会员时序 34 3.2.14用户结算时序 35 3.3.活动 35 3.3.1用户顾客的活动 35 3.3.2...
  • 2.2.2 三维网格图和曲面图 第三章 MATLAB 图形对象 3.1 图形对象 3.1.1 Root 对象 3.1.2 Figure 对象 3.1.3 Uicontrol 对象 3.1.4 Uimenu 对象 3.1.5 Axes 对象 3.1.6 Image 对象 3.1.7 Line 对象...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 703
精华内容 281
关键字:

产品功能结构图和信息结构图