prd

一.工具： 产品大牛网的原型托管服务，可以像网盘一样管理原型，并且可以以链接的形式分享： http://www.pmdaniu.com/ 在线演示： http://www.pmdaniu.com/prd/view?id=VHdXNwJlUWcEPQw5BTkAIwQW 演示： http://www.pmdaniu.com/cloud/16742/333ff1e3859ce9ecda108908c2392de8-13/start.html#p=%E6%8C%87%E5%AF%BC&g=1 不用Axshare的话，用百度BAE等平台把文件传上去就可以了。 可以参考： 图解使用百度bae部署web项目_百度经验 1.2 Axure工具 工具推荐： http://www.woshipm.com/rp/580559.html http://51prd.com/element/#g=1&p=%E4%BD%BF%E7%94%A8%E8%AF%B4%E6%98%8E 浪子PRD： http://51prd.com/module.html 文章： http://51prd.com/article.html 二.分享 如何高效分享Axure原型：附安装包和教程： http://www.chanpin100.com/article/101470 --------- 生成后的链接给别人访问的方法有很多哦

作者: 唐杰 分类: 职场人生 发布时间: 2011-10-19 16:40 唐杰求职产品需求文档 唐杰PRD 产品状态： [ ]即将离职 [√]已经离职 [ ]正式工作 文件标识： TangJie 当前状态： 求职中… 文档作者： 唐杰 完成日期： 2011-10-19 修订历史 　　　　　　　　　　　　　　 序号 版本 编写/修订说明 修订人 修订日期 备注 1 Beta 创建：HTML和docx简历 唐杰 2011-10-01 2 V1.0 修改：更新简历，修饰词语，并发布 唐杰 2011-10-08 3 V2.0 Beta 创建：基于文字版改进，发布 V2.0 Beta 唐杰 2011-10-18 同时发布原型版 目录 一、求职概述 1、唐杰背景介绍 2、唐杰概述及目标 3、参考文档 4、术语与缩写解释 二、简历角色 三、职业信息 1、基本信息 2、职业介绍 2.1、工作经历 2.2、项目经验 2.3、作品案例 3、技能介绍 四、简历模型 1、简历结构图 2、简历原型Demo 五、求职需求 1、作息需求 2、待遇需求 3、企业需求 一、求职概述 1、唐杰背景介绍 2007年以个人站长的形式进入互联网行业，开始学习网页设计、SEO推广、网站运营、用户体验优化、产品设计等多个知识体系，从中积累了综合能力； 2009年接触产品概念并开始向产品类工作靠拢，之后开始学习体验优化

/*--> */ /*--> */ 1.介绍 目标：打造一款不同于市场上的公开打卡 app 的产品 理念：通过监督和鼓励，和相同圈子的人一起互相鼓励、分享及监督，共同进步。 优点： 模板消息通知，网上基本通过小程序中逻辑层 JS 完成推送的请求，小打卡在通知方面采用服务器端异步任务推送，使用了高性能分布式内存队列系统 BEANSTALKD ，来实现模板消息的异步定时推送。 数据库方面，因为要实现每月、每周或者指定时间段的打卡排名系统这个功能，目前数据库单张数据表已经超过几十万条数据记录，通过数据库查询排名统计不可行。这里需要用到 Redis 高性能数据库来缓存数据，并采用 Redis 的 zset 有序集合来进行不同方面的排序和查询 2.功能模块： 3.前端设计： 3.1首页交互设计 点击头像 会toast登陆成功 创建一个新的打卡按钮跳转至新建打卡页 点击我管理的打卡的回收箱在打卡旁边生成删除、取消按钮并隐藏打卡/已打卡按钮，点击取消按钮隐藏删除、取消按钮并恢复打卡、已打卡按钮，再次点击回收箱隐藏删除、取消按钮并恢复打卡/已打卡按钮 点击我管理的打卡列表/我参加的打卡/打卡按钮 跳转至 打卡详情页 打卡按钮打卡成功后变成“已打卡”并灰化 3.2新建打卡页交互设计 可以输入活动标题 开始结束时间为两个选项，点指定开始结束日期时会在下面显示 出开始日期：日期选择器&结束日期

一篇不错的文章 http://www.zhihu.com/question/19886426 BRD ：BusinessRequirementsDocument ，商业需求文档。这是产品声明周期中最早的问的文档，再早就应该是脑中的构思了，其内容涉及市场分析，销售策略，盈利预测等，通常是和老大们过的ppt，所以也就比较短小精炼，没有产品细节。 MRD：Market RequirementsDocument，市场需求文档。获得老大的认同后，产品进入实施，需要先出MRD，具体来说要有更细致的市场与竞争对手分析，通过哪些功能来实现商业目的，功能/非功能需求分哪几块，功能的优先级等等。实际工作中，这个阶段PD可能的产出物有MindManager的思维图，Excel的Feature List等。 PRD：Product RequirementsDocument，产品需求文档。进步一细化，这部分是PD写得最多的内容，也就是传统意义上的需求分析，我们这里主要指UC（usecase）文档。主要内容有，功能使用的具体描述（每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程/子流程/分支流程，等几大块），Visio做的功能点业务流程，界面的说明，demo等。Demo方面，可能用dreamweaver、ps甚至画图板简单画一下，有时候也会有UI/UE支持，出高保真的demo

商业需求文档 Business Requirement Document BRD和 MRD ， PRD 一起被认为是从市场到产品需要建立的文档规范。 是 产品生命周期 中最早的文档，再早就应该是脑中的构思了，其内容涉及市场分析，销售策略， 盈利预测 等，通常是供决策层们讨论的演示文档，一般比较短小精炼，没有产品细节。是基于商业目标或价值所描述的产品需求内容文档（报告），其核心的用途就是用于产品在投入研发之前，由企业高层作为决策评估的重要依据。 BRD与PRD的差异 BRD不同于常见的MRD和PRD，既然是用于产品实施之前的 决策 评估依据，必然对其文档（报告）的内容和格式要求够直观、精炼，要点突出。作为报告的撰写者，你必须让高层明白，你的报告中将展现出怎样的商业价值，如何用有力的论据来说服企业对你这个项目的认可，并为之慷慨的投入研发资源及市场 费用 。如果说PRD的好坏，直接决定了项目的质量水平，那么BRD的作用，就是决定了你的项目的商业价值。优秀的BRD文档，可以让决策层充分被你的报告观点所吸引，或许 财务主管 会因为报告呈现的低投入高产出的经济效益预测而蠢蠢欲动；或许技术主管会因为项目的牵涉面广泛而头疼不已；又或许公司的VP之流因之报告而看到了未来一年 业绩 的飞速发展的广阔前景…… 说白了，BRD需要 产品经理 （ 产品设计师 ）像对待PRD一样，充分应用市场调查、 用户研究

PRD（Product-Requirement-Document，产品需求文档），这对于任何一个产品经理来说都不会陌生的一个文档，一个PRD是衡量一个产品经理整体思维的标准，一个PRD可以看出一个产品经理在某个领域的专业性，同时也可以反应出一个产品经理的整体产品思维。 产品经理的整体思维体现在： 1、提炼核心需求 2、思考满足核心需求的方式 3、评估方式优劣选定方案 4、思考功能概要 5、思考支撑功能和关联功能 6、细化设计功能 7、子功能（功能间迭代） PRD其实就是将以上的思维整体走向写出来，同时将产品的思想提炼出来，用文字表示给开发者，给UI、给视觉、给老板……PRD给的是一种思想，将产品的整体思想和核心需求灌输给产品的相关人员，都说PRD是个承上启下的功能，因为上接MRD，下对MRD进行技术性的描述。 网上已经有太多互联网公司的PRD文档，淘宝、百度、腾讯等这类大型互联网公司都有自己的PRD规范，适合企业的需要的PRD才是真正PRD。以淘宝的PRD为例，讲解一下PRD的主要内容。 1、文件命名（编号） 文件的编号很关键，因为产品迭代过程会有不同的文件版本，一般命名规则“公司名+产品名+PRD+D1.0”（以第一版为例），这样命名有利用版本号的迭代，如果是小的产品需求变动可以直接命名为“公司名-产品名-PRD-D1.01”，如果涉及到功能需求增加可以命名为“公司名-产品名

本文是optix自带的文档的翻译，本人初学者，英文水平很有限，仅作为自学与交流之用，如有大神能指正其中错误，本人将感激不尽。 一点四 到目前为止，我们还没有创建任何不能被opengl轻松创建的图像。然而，光线跟踪技术一个十分强悍的特征就是我们可以很轻松地添加十分复杂的光照效果（比如阴影和反射）。为了修改之前的例子使它可以支持阴影效果，我们添加了几行代码来跟踪另外的光线。在这个例子中新的光线（叫做阴影光线）将会从阴影点的表面发出，指向光源的位置。 ... if( nDl > 0.0f ){ // cast shadow ray PerRayData_shadow shadow_prd; shadow_prd.attenuation = 1.0f; float Ldist = length(light.pos - hit_point); optix::Ray shadow_ray(hit_point, L, shadow_ray_type, scene_epsilon, Ldist ); rtTrace(top_shadower, shadow_ray, shadow_prd); float light_attenuation = shadow_prd.attenuation; if( light_attenuation > 0.0f ){ float3 Lc = light

当我们初次接触 产品需求文档 时，首先会从网络上寻找 产品需求文档模板 ，希望从中了解和学习具体的写作要求，但实际上，现在网络上绝大部分的 PRD文档 都是与实际工作不相符的，或者说是复杂的。 前几天一位从事产品类工作的朋友，发来一份他写的产品需求文档目录截图给我(下图)，当时我就郁闷了，这些类目更像是 MRD文档 ，而不是 PRD文档 了，因此我决定写几篇讲述写作PRD文档的文章，分享一些我关于PRD文档的见解和写作方法。 PRD 是英文 Product Requirement Document 的缩写，中文的意思是产品需求文档，具体的名词介绍大家可以询问 Google 。 PRD文档 是基于 BRD 、 MRD 的延续文档，主要用于产品设计和开发使用，因此阅读这份文档的人群绝大多数是设计与技术人员。在这类人群中，设计师更多依赖于原型进行交互或视觉的设计，因此看这份文档的人就会偏向于技术人员。相对于技术人员，他们不太关注产品的商业需求和市场愿景，因为在进行产品讨论立项时，产品的定义就已经向参与设计和研发的人员宣讲过，因此技术人员更多的是关注界面、功能、交互、元素等等内容，因此PRD文档是一份详细的产品功能需求说明文档，是产品文档中最底层和最细致的文档。 PRD文档 是一份没有闲话，直入主题的功能说明文档，因此我们在写作时，脑海里构思的是成品产品的界面功能的逻辑线框图

无论我们做什么事都讲究方式方法，写 产品需求文档 (以下称 PRD文档 )也是如此，之前我通过四篇文章分享了自己写 PRD文档 的一些方法，而这一篇文章主要是对之前四篇文章进行整体的摘要介绍，帮助大家快速了解写作流程。 产品需求文档(PRD)的写作 四篇章： 1、写前准备(信息结构图) 2、梳理需求(产品结构图和用户流程图) 3、原型设计(手绘原型,灰模原型,交互原型) 4、撰写文档(PRD文档) 5、用例文档(UML用例图、流程图) 1、写前准备(信息结构图)： http://tangjie.me/blog/52.html 在写PRD文档之前，我们需要先罗列出产品功能的信息内容，这一步是将想法逐渐清晰的第一步，也是帮助我们接下来规划功能的辅助信息，同时也可以辅助服务端技术人员创建数据库。因为这是第一步，所以我们不需要罗列的很详细，在之后的步骤里，我们会逐步改进和完善信息内容。 例如一篇文章的信息内容主要有：文章标题、文章正文、文章作者、发布时间、所属分类。初始的功能需求只有这些信息内容，但是在之后的功能规划中逐渐更加细致的考虑时，可能会增加或者删减，因此第一步我们不用刻意的追求信息的全面。 罗列信息内容的方式有很多种，文本形式、思维导图形式等等都可以，最主要的是能够清晰易懂，我最常用的方法就是思维导图，因此我称这一步为信息结构图。 2、梳理需求(产品结构图和用户流程图)：

破解 jrebel破解 Tomcat的JVM参数添加 -javaagent:C:\java_prd\eclipse\plugins\org.zeroturnaround.eclipse.embedder_2019.1.5.RELEASE\jrebel\jrebel.jar -agentpath:C:\java_prd\eclipse\plugins\org.zeroturnaround.eclipse.embedder_2019.1.5.RELEASE\jrebel\lib\jrebel64.dll -noverify 来源： https://www.cnblogs.com/tangyouwei/p/11968849.html