关于 需求文档的写作总结

1.用了美图秀秀,各种漂亮模版,爽快啊~~

  (不过关键是这里还是有点笨的地方在于,我用画图来插入文字,那样的话,如果我想修改的话,就必须要撤销,我下次得找找看有没有更好的插图工具)

2.用了viso 画流程图也是一个爽字

3.用word写作写了进行了排版,板里超链接

http://www.baidu.com/s?wd=%E6%80%8E%E4%B9%88%E5%AE%9E%E7%8E%B0word%E9%A1%B5%E9%9D%A2%E9%87%8C%E8%B6%85%E9%93%BE%E6%8E%A5&rsv_spt=1&issp=1&f=8&rsv_bp=0&rsv_idx=2&ie=utf-8&tn=baiduhome_pg&rsv_enter=1&rsv_sug3=31&rsv_sug4=1652&rsv_sug1=13&rsv_sug2=0&inputT=8182

4.发现到写流程图对写程序之前的好处。

  1.最好写应用之前,用美图秀秀给自己的应用绘制图片,假设自己就是用户,然后自己添加的每一块模版(这样子就可以化抽象为具体,思路也开明很多)

  2.画好图之后,那一切就开明很多了,真的,很爽,思路很清晰。

不过这只适合写应用,如果学算法呢?

  以后再说。

   

再回忆,今天写东西的时候,一会写着文档,写着累了,想写操作系统作业,发现两个又插来插去的,搞的两个的思维转变有点乱。然后我不写作业了,那个时候,我干嘛了呢?

  1.我逛了知乎,搜了一些帖子(发现又沉进去了,就是一些方法论,需要操作的帖子)。

  2.解答初学者的问题(不太沉,但是别人听不懂的时候,我又沉进去了)

  3.跟舍友玩了下游戏

其实发现上面的做法都不太好。。

最好的做法还是换个环境,休息一下,然后再继续写东西,或者去运动(运动回来的时候确实更好的思考了)。或者?看书,看书不太好,容易沉入。

  不想思考,又不想沉入的方式是?算命

学操作系统的时候,又发现,确实应该要用实例来学,可运行的时候

  或者自己在电脑上悄悄代码,写写注释,然后再对比答案,这样子印象比较深刻。

  

就总结到这里吧~

  

  

时间: 2024-10-06 23:59:08

关于 需求文档的写作总结的相关文章

产品需求文档的学习记录(一)

PRD是英文Product Requirement Document的缩写,中文的意思是产品需求文档,具体的名词介绍大家可以询问Google.PRD文档是基于BRD.MRD的延续文档,主要用于产品设计和开发使用,因此阅读这份文档的人群绝大多数是设计与技术人员.在这类人群中,设计师更多依赖于原型进行交互或视觉的设计,因此看这份文档的人就会偏向于技术人员.相对于技术人员,他们不太关注产品的商业需求和市场愿景,因为在进行产品讨论立项时,产品的定义就已经向参与设计和研发的人员宣讲过,因此技术人员更多的是

产品需求文档(PRD)的写作方法

无论我们做什么事都讲究方式方法,写产品需求文档(以下称PRD文档)也是如此,之前我通过四篇文章分享了自己写PRD文档的一些方法,而这一篇文章主要是对之前四篇文章进行整体的摘要介绍,帮助大家快速了解写作流程. 产品需求文档(PRD)的写作 四篇章:1.写前准备(信息结构图)2.梳理需求(产品结构图和用户流程图)3.原型设计(手绘原型,灰模原型,交互原型)4.撰写文档(PRD文档)5.用例文档(UML用例图.流程图) 1.写前准备(信息结构图):http://tangjie.me/blog/52.h

产品需求文档(PRD)到底怎么写?

做产品经常会写PRD,但是如果没有一套完整的写作思路和框架,写出的PRD质量就不会太好,导致遗漏重要信息,在项目过程中被开发.前端.测试吐槽.趁这个周末有空,来梳理下一下写PRD的逻辑. 一.什么是PRD? PRD为Product Requirement Document的简称,其中文翻译为:产品需求文档.该文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档.当然,这个定义针对的是一个全新的产品.广义上来讲,产品需求的描述,应该包含有产品的战略和战术,战略是指:产品定位.目标市

PRD产品需求文档

什么是PRD? PRD是Product Requirement Document的英文缩写,即产品需求文档的意思.PRD昰产品流程中的最后一步工作,是将原型中的功能.界面具象化描述,是提交给设计(UI).技术和测试部门的执行标准.一般由产品经理亲自完成,如果有产品专员(助理)的话,由他们主要完成其实更好. PRD应包括哪些内容? PRD的标准很难衡量,因团队而异,只要能够明确传达产品需求的文档都是合格的.但一般需要包含以下四个部分: 1.产品概要:说明产品目标.需求来源.主要项目负责人和产品整体

顶级产品经理是如何写产品需求文档(PRD)的

产品需求文档(PRD)对每个产品经理来说都不陌生,它是产品项目由"概念化"阶段进入到"图纸化"的转折和体现,作用是"对市场需求文档(MRD)中的内容进行指标化和技术化",PRD质量的好坏直接影响到研发部门是否能够明确产品的功能和性能,是否能够研发出符合预期的产品,所以PRD也是体现产品经理专业程度的一个重要指标. 可以理解为,PRD是产品经理关于产品功能的宣导和传达,它通过清晰扼要的表述将产品意图呈现给阅读者,PRD的阅读者一般包括开发人员,设计

app开发需求文档怎么写

我们在开发app前都会做需求分析,这个app开发需求文档怎么写呢?一般可以从这几点入手:确定APP方案的目标,APP方案的受众分析,APP开发方案功能设计,APP的操作系统说明方案,APP是是否是原生APP,APP方案的视觉设计,APP开发方案中的其他细节.以下是一个app开发需求文档模板,里面写清了app开发需求说明,可以参考 1.引言 1.1目的: · 阐明开发本app的目的:  1.2 项目背景 · 标识待开发app产品的名称.代码:  · 列出本项目的任务提出者.项目负责人.系统分析员.

第一次担任项目经理从零开始架构自己的网站(二) 需求文档定稿,开始建表,建库

今天上午的半天时间,我们开发部一直都在和产品部门开会,扯皮.吐槽.最终砍掉了几个功能.产品的小姑娘对我说,你们第一期就做一个挂号支付的功能,后台就10几个页面,大多数是增删该查,还说22天不够用??听到这话之后我也没有反驳.产品和程序猿的故事说也说不清楚.会议上老板宣布加班没有加班费,纯属义务,说是在项目完成之后可以多发点项目奖金,我听到这话之后只能呵呵了.下图是我们开会的场景.最终定稿的需求文档和原型图我已经上传到了昨天那个地址.有兴趣的朋友可以下载.开完会后我们大家又看了一会需求文档.准备下

需求文档可以不签字吗? 之一

在软件开发中,需求分析和需求管理一直被认为是软件开发成功与否的关键.在CMMI中,需求管理是CMMI2级的过程域,需求开发是CMMI3级的过程域.在瀑布型生命周期当中,安排了需求分析阶段,一般也安排需求分析里程碑评审.瀑布型生命周期存在了很多年,曾经几度写入到软件开发的国际标准.国家标准当中. 由于瀑布型生命周期如瀑布般顺流而下,在设计阶段开始后,根据需求文档的结果来开展工作,要求需求文档的结果比较清晰.稳定.所以对于需求确认,往往地采用签字的方式,希望各方慎重.全面.充分的确定需求. 签字确认

需求文档可以不签字吗之二-理论推导

怎么可能在没有需求文档的情况下,把软件开发出来? 完全有可能.回想下当年读书的教研组,回想下自己的编程经历,总有至少那么几次,在种种的原因下,在没有需求文档的情况下,软件已经编写好了.也许那个软件规模小些,质量不是太好,但确实是没有需求文档的情况下把它编了出来. 所以没有需求文档是可以把软件开发出来的. 为了保证这样的软件达到要求,显然需要另外的手段.笔者认为最要紧的手段是快速地将运行的软件给用户试用或观看,收集用户的反馈,根据用户反馈再修改.这是敏捷软件开发所倡导的"短迭代"和&qu