腾讯乐享起源于腾讯 KM 平台,从 2008 年便开始专注于企业社区实践。对内,腾讯乐享是腾讯组织文化建设的承载平台,连接着全体腾讯人员的内部社交网络。对外,腾讯乐享社区提供企业直播、在线课堂、考试等多项应用服务,满足企业培训学习、文化建设、知识管理等多元化需求,面向政府机构、医院、金融等近 100+ 行业提供 SaaS 服务。 高效协同 破除产品设计开发效率困境 乐享团队成立之初,团队规模小,团队沟通协作较为简单,伴随产品规模的急速增长,产品功能需求增多,团队成员、项目角色扩张,成员协作效率逐渐降低
导语 本人已从事视觉设计工作多年,期间设计产品基于TV、PC和手机端等多类终端,作为一名视觉设计师,我们每天都在接触设计需求,但要做好设计需求,也确实不是一件容易的事,只有分析好设计需求,了解需求的本质才能更接近目标。基于多年的设计经历和观察发现,总结了一些自己遇到和看到的问题,想在这里和大家分享。 设计中常见的一些问题 问题一.未充分理解产品目标 对于设计师而言,提供既满足产品目标又满足用户目标的设计方案才是符合需求的方案。但我们都知道,很多时候产品经理在向设计师提需求时,可能只说一个需求结果,不会把为
另外这些理论基本都是交叉结合来应用于工作中,我们学习理论但不要拘泥于理论的框架中,掌握后要灵活运用一点~
软件需求分析就是回答做什么的问题。它是一个对用户的需求进行去粗取精、去伪存真、正确理解,然后把它用软件工程开发语言(形式功能规约,即需求规格说明书)表达出来的过程。
A是软件测试部负责此日历行程的测试工程师,在做日程提醒事件测试时,他发现如果手机电力不足(不足于开机),而这段时间正好有提醒事件发生,则在下次开机后不会再提醒,即发生在没电池时段内的提醒事件会丢失。
需求工程是指应用已证实有效的原理、方法,通过合适的工具和记号,系统地描述待开发系统及其特征和相关约束。需求工程覆盖了体系结构设计之前的各项开发活动,主要包括分析客户要求、对未来系统的各项功能性及非功能性需求进行规格说明,目标是:确定客户需求,定义设想中系统的所有外部特征。
在笔者所在的前端研发流程中, 【技术调研及方案设计】属于连接【需求阶段】和【开发阶段】的中间节点。在需求详评(三审)后了, 需求的功能和交互已经基本确定, 而在实际进入开发之前, 还有一些 待确定的技术要点需要补全, 这些要点包括:
需求变更过程:识别出问题需求->问题分析与变更描述->变更分析与成本计算->变更实现->修改后的需求
随着互联网及其衍生技术的发展,企业比以往更依赖内容去吸引、去培养自己的用户,寻求转化。小鹅通就是在微信生态中帮助企业通过知识服务去实现内容分发和流量聚合,帮助企业沉淀用户,提供深度私域运营服务的 SaaS 产品。
在软件开发过程中,有效的系统设计是决定项目成功与否的关键因素。在本篇博文中,我们将一起探讨系统设计蓝图,以及如何利用它来打造成功的软件架构。无论你是一位经验丰富的软件开发者还是新手,理解和掌握系统设计的基本原则都是至关重要的。
IDEF(Integration DEFinition method,集成定义方法)是一系列建模,分析和仿真方法的统称,每套方法都是通过建模来获得某种特定类型的信息。其中IDEF0可以用来对业务流程进行建模;
---- 文章内容转载腾讯 CoDesign 随着互联网及其衍生技术的发展,企业比以往更依赖内容去吸引、去培养自己的用户,寻求转化。小鹅通就是在微信生态中帮助企业通过知识服务去实现内容分发和流量聚合,帮助企业沉淀用户,提供深度私域运营服务的 SaaS 产品。 经过 5 年沉淀,小鹅通的 B 端客户注册量已超百万,C 端客户已超 7.8 亿。可以说,小鹅通在用户体验上已经跟微信融为一体,不管是知道或不知道小鹅通的微信用户,基本上都曾经访问过小鹅通的系统。 今天,邀请到小鹅通的产品 UI 设计负责人 Rai
*本文转载自腾讯CoDesign设计协作平台 不少网友都曾听过,鹅厂有一个号称“内部第一流量池”的腾讯乐享社区平台,鹅民在里面分享知识、组织活动,还会交流工作生活心得。 腾讯乐享社区是什么样的产品?为什么这么受鹅民欢迎?今天,让我们一起揭开团队的面纱。 腾讯乐享起源于腾讯 KM 平台,从 2008 年便开始专注于企业社区实践。 对内,腾讯乐享是腾讯组织文化建设的承载平台,连接着全体腾讯人员的内部社交网络。95%的腾讯人每天都会进入乐享社区学习、工作、交流,每月浏览量数千万。 对外,腾讯乐
我很喜欢这样的一句话:“在做设计的时候,最大的阻力不是用户相关问题,而是内部的认知、利益点、看待事情方式的不一致。”;尤其是在推动产品及交互需求落地的过程中,感受最为深刻。对于一个产品或者交互老司机来说,内部推动需求落地没有任何问题;但对于刚入行的新人来讲就有点困难了,由于之前的没有或者缺乏此类经验,因此,经常会在推动落地需求过程中遇到各种阻力;比如,跟需求方及开发同学沟通不畅导致的撕逼等等;为此,笔者将通过自身实例来跟大家分享下,我是如何推动产品及交互需求顺利落地的。 一、设计流程介绍 由于公司还
做一个需求第一步就是分析需求了,这一步也是开发流程中最重要的一步。记住,这里说的分析需求不是产品经理分析的需求,而是我们开发拿到“产品需求”之后做的二次分析,也叫需求把控。
企业级业务系统开发我们略过需求的采集、分析,直接进入设计。 领域驱动设计(DDD)是近10年流行、比较成熟、比较成功的软件设计方法、理论。我们早期常见的软件开发方式是拿到产品需求后,直接考虑数据库中表
战略层:产品目标、用户目标 | 市场研究、用户研究、数据分析 范围层:功能规格、内容需要 | 用户研究、需求分析 结构层:交互设计、信息架构 | 功能模块、信息架构、流程设计 框架层:界面设计、导航设计、信息设计 | 原型设计 表现层:视觉设计 | UI设计
正确理解原型方法对软件生命周期不同阶段的支持,分别给出:辅助或代替分析阶段;辅助设计阶段;代替分析与设计阶段;代替分析、设计和实现阶段;代替全部开发阶段所对应的开发活动执行时间顺序。
最近“产品经理和程序员因需求干架”的段子疯传IT圈,下面我用软件工程的观点来剖析这件事情。
不管我们是做业务开发,还是做基础建设,虽然产品诉求千差万别,但是我们必然需要做好方案设计,然后还需要进行方案设计评审。
完成设计文档后,一定将【】的所有示例内容都删除。不能直接删除章节,若不进行设计,请写“无”。
声明:本文仅代表原作者观点,仅用于SAP软件的应用与学习,不代表SAP公司。注:文中所示截图来源SAP软件,相应著作权归SAP所有。
现代的项目管理通常是4个部分:需求、软件设计、软件开发、产品交付与维护。通常情况下,整个过程是中间重两头轻。
更新说明:对文章目录排版做了调整。 更新时间:2022-05-04 第一章 课程导学 1-1 课程导学 课程目标对标大厂P7 课程准备从招聘、提高自身实力、分析未来发展展开 课程内容:5大核心系统、12个代码仓库、4万行代码等构成一个体系完整的闭关系统项目。 项目预览、体系关系图、知识点图谱等。 收获:具有web前端架构师能力、亲身精力实战研发过程、拥有架构师思维。 对前置知识:TS/Vue/React/Webpack/nodejs等自行查漏补缺。 多实践、记录笔记。 第二章 周介绍 2-1 周介绍
V模型,又称为V型开发模型,是一种软件开发过程中的模型,它强调的是开发过程中测试的重要性,并且将测试活动与各个开发阶段紧密关联起来。V模型可以视为是传统的瀑布模型的一种改进,通过在每个开发阶段旁边并行地加入对应的测试阶段,以确保早期发现并解决问题。
前言 “有效的沟通取决于沟通者对议题的充分掌握,而非措辞甜美。”——英特尔创始人葛洛夫 沟通是为了完成设定的目标,把信息、思想和感情,在个人和群体之间传递,并达成协议的过程。沟通目的一般分为:说明事物、表达感情、建立关系、达成目标。 需求沟通是设计师和团队围绕需求目标,信息传递的过程,是设计师展开设计工作的起点,贯穿整个设计过程,沟通质量直接影响设计和项目质量。但因沟通复杂性、开放性,对很多新手设计师来说,在需求沟通过程中,可能会碰到一些共同的沟通问题,比如前期需求不明确导致设计频繁修改、产品和体验发
为了解决某种需求/需要,我们计划设计一个软件系统。通过与利益相关者进行交流之后,确认了新的系统是有必要存在的。于是,我们产生了一系列的概念和想法,并通过诸如愿景梳理、用户分析等一系列的想法,我们将这些想法明确下来。
对于开发同学,通过写技术方案,把需求和实现提前梳理一遍,减少等到编码阶段才发现前期考虑不全导致返工的情况;并且写好技术方案再编码,使得编码时思维更加清晰,提高编码效率和质量。
作为产品经理,在原型设计过程中,掌握其中的“道术器”,对于高阶产品发展有着潜移默化的帮助。
业务分析阶段是由业务分析师 基于自身的业务知识和类似产品的参考,再结合客户、领域专家的咨询和指导输出业务分析阶段的成果,主要包括 领域模型 和 业务模型
软件工程基础是指软件工程的基本概念、原理、方法和技术等基础知识。在软件工程学科中,这些基础知识对于设计、开发、测试和维护高质量软件非常重要。
UI 设计工作,包括 APP 设计、网页设计、小程序设计等方面。而一个产品完整的 UI 设计流程,是指拿到一个新的项目需求后,从设计思考开始,产品前期分析,设计产品,设计评审,用户测试,直至产品上线。
我们领导昨天教育我们说,不要过度设计,先做最重要的功能!最近学了潘老师的书,题也做了一些,感觉好像说的是功能不是设计,老师怎么看?
作者范钢,曾任航天信息首席架构师,《大话重构》一书的作者。本文结合电商支付场景详细描述了领域驱动模型的实际应用。
软件分析是确保软件系统能够满足用户需求的关键阶段。为了更有效地进行软件分析,需要采用一些实践方法和工具。以下是一些常见的软件分析实践方法:
数据库设计是指:根据用户的需求,在数据库管理系统上(比如:MySQL、Oracle),设计数据库的结构和建立数据库的过程。
项目的需求来源有很多方面,最终由产品整理出来哪些要做,哪些不做。我前面说过需求评审时,要讲清楚这次版本的目的是什么。这些要做的功能就是达成目的的手段。
“好的”测试用例一定是一个完备的集合,它能够覆盖所有等价类以及各种边界值,而跟能否发现缺陷无关
易用性测试紧密的贯穿于软件生命周期过程中,而非一个独立的过程,从需求阶段介入,从源头指导其后的设计与开发工作,在SIT阶段检查是否遵循了制定的易用性规范,然后通过用户调查、实验室测试等手段站在用户的角度验证其易用性,最后解决易用性问题并进行总结,积累经验,改进易用性测试方法和流程,提升产品质量的同时使易用性测试不断成熟。
身处移动时代,移动产品竞争激烈、功能体验日新月异,不论软件产品还是硬件产品,产品迭代速度日益加快,从硬件产品而言,即便是卓越如iPhone,也从最开始从从容容两年打磨一个产品被逼着敏捷至一年(甚至半年)推出一个新品;而软件行业,产品迭代更新速度更快,从古老的年度版本,到现在月度版本甚至双周周版本,大家都在追求速度致胜、产品快速试错。而所有这一切,都绕不开一个词——敏捷。
今天再次回到我们的气象主题,气象人怎么能离开气象太久呢?MVP不是什么新概念,这里说的不是NBA最有价值球员,也不是软件设计中的MVP模式,而是产品设计中的最简化可实行产品(Minimum Viable Product)。是的,今天跟大家分享一下我所理解的气象产品设计。按照阅读量来看,具体设计技术似乎越来越没有阅读兴趣,那就谈论一些气象产品的设计思路以及我在做设计过程中的一些经验。其中的问题多从我自己的感受出发,还请大家不要对号入座。
嵌入式产品,与普通电子产品一样,开发过程都需要遵循一些基本的流程,都是一个从需求分析到总体设计,详细设计到最后产品完成的过程。但是,与普通电子产品相比,嵌入式产品的开发流程又有其特殊之处。它包含嵌入式软件和嵌入式硬件两大部分,针对嵌入式硬件和软件的开发,在普通的电子产品开发过程中,是不需要涉及的。嵌入式产品的研发流程具体如下图:
获取到复用的资产、管理这些资产、针对需求从资产中选择复用部分,开发出满足需求的系统。
网络生命周期就是网络系统从思考、调查、分析、建设到最后淘汰的总过程。常见的网络生命周期是四阶段周期模型、五阶段周期模型、六阶段周期模型。
这是社区ML37-Baoling分享其在美团点评做设计期间,设计思维发生的一些转变。设计是有目标的,设计师做设计之前想清楚自己理解的设计目标是什么非常重要,目标可以是:
软件系统建模是一个将现实世界中的问题和系统通过抽象和符号化手段转换成软件系统的过程。这一过程涉及多个阶段,包括需求分析、设计、实现等,目的是创建一个能够解决特定问题或满足特定需求的软件系统。下面通过表格的形式来解析这一过程的不同阶段:
在工程领域,架构是一个系统的基本组织结构,它涵盖了系统的组件、这些组件的关系以及它们与环境的交互方式。简单来说,架构是一个系统的蓝图,它定义了系统的关键元素以及这些元素之间的交互。
在求职面试中,经常会考察这种问题: 1)设计一个聊天软件 2)设计一个订餐软件 3)设计一个打车软件 4)设计一个语音机器人 5)如何设计一份调查问卷
领取专属 10元无门槛券
手把手带您无忧上云