09月22日, 2014 114次
需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程在这个过程中，用户的确是处在主导地位，需求分析工程师和项目经理要负责整理用户需求，为之后的软件设计打下基础。需求分析阶段包括：业务需求——反映了组织机构或客户对系统、产品高层次的目标要求，通常在项目定义与范围文档中予以说明。用户需求——描述了用户使用产品必须要完成的任务，这在使用实例或方案脚本中予以说明。功能需求——定义了开发人员必须实现的软件功能，使用户利用系统能够完成他们的任务，从而满足了业务需求。 非功能性的需求——描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限制。 需求分析报告——报告所说明的功能需求充分描述了软件系统所应具有的外部行为。“需求分析报告”在开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用。
客户关系管理需求说明书1 引言1.1 编写目的：阐明编写需求说明书的目的，指明读者对象。1.2 项目背景：应包括● 项目的委托单位、开心单位和主管部门；● 该软件系统与其他系统的关系。1.3 定义：列出文档中所用到的专门术语的定义和缩写词的愿文。1.4 参考资料：可包括● 项目经核准的计划任务书、合同或上级机关的批文● 文档所引用的资料、规范等1.5其他说明：前期开发为客户关系管理中的客户管理和市场管理、决策支持中的客户信息部分2 任务概述2.1 目标2.2 运行环境2.3 条件与限制3 数据描述3.1 表态数据3.2 动态数据：包括输入数据和输出数据。3.3 数据库描述：给出使用数据库的名称和类型。3.4 数据词典3.5 数据采集4 功能需求4.1功能划分
规范化软件开发过程中的《需求说明书》的编写，使之成为整个开发工作的基础。2 适用范围本规范适用于集团开发项目的（软件）《需求说明书》的编写。3 编写内容提示1 引言3.1.1 背景说明说明被开发软件的名称，任务提出者，用户及实现该软件的计算机网络。3.1.2 参考资料列出有关资料(名称，发表日期，出版单位，作者等)。3.1.3 术语和缩写词列出本文件中用到的专门术语的定义，及术语缩写词。3.2 软件总体概述3.2.1 目标软件开发的意图、应用目标、作用范围以及需说明背景材料。3.2.2 系统模型图示说明该软件的所有功能及其相互关系和数据传递情况。3.2.3 假设和约束说明影响软件开发、运行环境和系统能力（如预告出错类型的能力）的某些假设和约束。3.3 详细需求详细描述此软件系统的功能需求和性能需求。3.3.1 功能需求对系统中每一个功能，要详细描述（图示或文字）。概述 叙述功能名称，目标和作用。 输入 输入该功能的信息。 处理 描述该功能做什么，如何对输入信息进行加工并转换成输出信息。 输出 列出内部生成的文件。3.3.2 性能需求定量地描述此软件系统应满足的具体性能需求。可考虑以下方面：3.3.2.1精度说明系统的精度要求，如：数据的精度要求。 数字计算的精度要求。 数据传送的误码率要求。3.3.2.2 时间特性说明系统的时间特性要求，如：解题时间。 询问和更新数据文件的响应时间。 系统各项功能的顺序关系。3.3.2.3 灵活性说明当需求发生某些变化时系统的适应能力，指出为适应这些变化而需要设计的软件成分和过程。3.3.2.4系统容量包括系统的设计容量和理论（计算）容量。3.3.3 输入和输出解释各输入输出数据类型，并逐项说明某媒体、格式、数值范围等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。3.3.4 数据管理能力说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作估算。3.3.5 故障处理列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。3.4 环境描述所开发软件运行所需的环境。3.4.1 设备环境描述运行软件系统所需的设备能力，如：处理器的型号和内存容量。 存储媒体的数量。 通信网络（包括说明网络结构，线路速度及通讯协议等）。3.4.2 支持软件环境列出与待开发的软件互相配合的支持软件（包括名称，版本号和文件资料），必要时还应列出测试软件，还要指出该软件用的编程语言，编译程序，操作系统和数据管理系统。3.4.3 接口说明本软件与其他软件之间的接口、数据通信协议等。3.4.4其他说明本软件系统在安全和保密方面的要求以及用户对使用方便、可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求。
我们先假如产品需求文档（PRD）是一个产品，那么该如何做出一个拥有良好用户体验的PRD？首先先来考察下PRD的用户群体（User Persona）：主要是开发人员，在繁忙的开发任务中最希望看到“简洁易懂”的产品需求文档。梳理下PRD的功能：传达出产品需求；管理记录产品迭代过程；各部门共享产品信息，以促进沟通；因此一个好的PRD的原则是：结构清晰语言简洁易懂实时共享具体我们该如何制作？答案很简单——一个PRD文档即可现在，越来越多的产品经理采用将文本说明和原型结合成一个PRD文档的方式，因为之前的word+原型的方式管理起来繁琐，而且还容易产生信息疏漏。将原型和文本说明统一，直接分享一个链接，开发人员就能看到所有信息，是理想状态。多级导航结构展示PRD信息通常来讲，一个产品需求文档里包含“产品概述”、“流程图”、“功能详情和原型”，“全局说明”，“非功能性需求”。如何把这些内容清晰有条理地呈现在一个文档里呢？使用一个网页般的多级导航结构即可。1、产品概述产品概述部分用于展示文档修订历史、版本说明、开发周期、和产品介绍。「文档修订历史」用来记录产品经理对该PRD文档的修改状况，也方便成员能及时了解到PRD是否有改动；「版本说明」展示上线产品各版本的核心功能；「开发周期」用于梳理开发、测试、上线的预计开始和结束日期。「产品介绍」用来记录产品名称、简介、用户画像、使用场景、产品定位等等。（墨刀“PRD模版A”中的“版本信息”模块，by 小龙）2、流程图流程图是产品经理梳理产品逻辑和功能的一个思维Map，一般会有“功能结构图’、“信息结构图”、“任务流程图”。「功能结构图」 展示产品的功能模块，一般展开用户可见的最小单元。「信息结构图」则是以信息为维度，用来描述有哪些数据字段，展现用户信息/行为信息等。「流程图」记录着用户使用产品的路径，也是一种产品线路图，展示着产品的所有页面及对应关系，有助于产品理解。（墨刀“PRD模版A”中的“结构图”模块，by 小龙）3、功能详情和原型这个模块是开发人员查看频率最高的模块了。目前一种快捷高效的呈现方式便是“原型”+“注释”。图文互补，把图片传递不了的信息用文字补充清楚，比如产品的一些使用逻辑，方便同事理解。使用墨刀的话，可以创建一个大的画布，然后把墨刀制作的原型页面粘贴到画布里，并添加文字注释，在关键位置有一些边界条件的说明。或者，直接在产品原型项目里通过“批注”添加注释。（“PRD模版A”中的“交互原型”模块，直接嵌入了墨刀原型，by 小龙）4、全局说明这个页面用来展示整个产品的设计规范，一些通用的规则可以附在这里。对于这点，使用墨刀制作的方便之处在于：可以直接把有关设计规范的原型项目通过网页链接的方式嫁接过来，还能点击“标注”查看各元素的细节信息。（ 墨刀“PRD模版A”中的“全局说明”模块，by 小龙）5、非功能性需求对于不同类型的产品，非功能性需求会有各种差异，一般会涉及到的有：性能需求系统需求运营需求安全需求统计需求财务需求……这部分就要自己按需要调整。总结 PRD作为一种重要的公司内部沟通的文档，能把必要的信息汇集在一个逻辑清晰的结构里是提高工作效率的一个优势。语言上的简洁易懂，再结合可视化的结构图和原型，都是为了增强易读性，让沟通更高效。把PRD当作一个小产品去打磨一下，不是浪费时间，一个好的PRD文档可以继用很久。墨刀新出了两种产品需求文档的模版，这两种PRD里的各级页面内容、导航和交互都为大家设计好了。现在大家可以点击“创建项目”，从墨刀模版中选取“产品需求文档A”或者“产品需求文档B”，点击“使用模版”，再按照自家产品需要做一些更改就okay！通过墨刀的分享链接还能直接让公司内部人员在线实时同步PRD的更新，不用再担心信息滞后或者文档不兼容问题。让我们着手开始创建或者优化您的产品需求文档吧～希望采纳！谢谢！配图来自 “运维派”以及墨刀官网截图
S指Specific，要求目标要清晰、明确，具有唯一标准；M指Measurable，目标要量化；A指Attainable，目标可实现；R指Relevant，目标要和工作相关；T指Time bound，指目标完成的限定时间。应用到产品管理中，SMART原则可用于撰写产品需求文档，产品需求文档是经过需求分析、市场调研、各部门评审后的参考依据，完成后一般不做修改，因此要求产品需求文档内容明确清晰，不会出现多重标准的表述，明确规定产品功能定义；SMART原则也可用于产品开发过程中，产品经理和UI设计师、研发工程师等沟通，通过明确定义角色和工作内容，有助于产品实现过程中各司其职、井然有序地完成。
1、更新记录：便于向其他人员同步修改记录，以及后期查阅；2、文档目录：便于内容快速锚点高效阅读；3、概述：主要包括产品的需求背景说明，产品的整体结构设计和主要业务的流程图；4、名词释义：如果有用到特殊名词（包括自定义和非常用名词），则需要特殊进行说明；5、功能性需求：主要指页面交互和数据规则，可分成全局性和各个模块来写；6、非功能需求：主要是对不同系统的兼容性需求，以及额外需求；7、数据统计需求：统计事件的定义和说明；8、交付和上线：主要说明交付需要达到的状态对接人，以及上线的实施方案；PS：参考模板可关注公众号“产品研究社”后回复“PRD模板”领取。
客户关系管理需求说明书1 引言1.1 编写目的：阐明编写需求说明书的目的，指明读者对象。1.2 项目背景：应包括 ● 项目的委托单位、开心单位和主管部门； ● 该软件系统与其他系统的关系。1.3 定义：列出文档中所用到的专门术语的定义和缩写词的愿文。1.4 参考资料：可包括 ● 项目经核准的计划任务书、合同或上级机关的批文 ● 文档所引用的资料、规范等1.5其他说明：前期开发为客户关系管理中的客户管理和市场管理、决策支持中的客户信息部分2 任务概述2.1 目标2.2 运行环境2.3 条件与限制3 数据描述3.1 表态数据3.2 动态数据：包括输入数据和输出数据。3.3 数据库描述：给出使用数据库的名称和类型。3.4 数据词典3.5 数据采集4 功能需求4.1功能划分 本回答被网友采纳
需求分析包括这些内容1 、写出系统的任务和特点2 、要实现的功能模块和作用3、 系统结构图4 、采用的数据库5 、开发运行环境"需求分析"，是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。在软件工程当中的"需求分析"就是确定要计算机"做什么"，要达到什么样的效果。 本回答被网友采纳
需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程在这个过程中，用户的确是处在主导地位，需求分析工程师和项目经理要负责整理用户需求，为之后的软件设计打下基础。需求分析阶段包括：业务需求——反映了组织机构或客户对系统、产品高层次的目标要求，通常在项目定义与范围文档中予以说明。用户需求——描述了用户使用产品必须要完成的任务，这在使用实例或方案脚本中予以说明。功能需求——定义了开发人员必须实现的软件功能，使用户利用系统能够完成他们的任务，从而满足了业务需求。 非功能性的需求——描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限制。 需求分析报告——报告所说明的功能需求充分描述了软件系统所应具有的外部行为。“需求分析报告”在开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用。
客户关系管理需求说明书1 引言1.1 编写目的：阐明编写需求说明书的目的，指明读者对象。1.2 项目背景：应包括● 项目的委托单位、开心单位和主管部门；● 该软件系统与其他系统的关系。1.3 定义：列出文档中所用到的专门术语的定义和缩写词的愿文。1.4 参考资料：可包括● 项目经核准的计划任务书、合同或上级机关的批文● 文档所引用的资料、规范等1.5其他说明：前期开发为客户关系管理中的客户管理和市场管理、决策支持中的客户信息部分2 任务概述2.1 目标2.2 运行环境2.3 条件与限制3 数据描述3.1 表态数据3.2 动态数据：包括输入数据和输出数据。3.3 数据库描述：给出使用数据库的名称和类型。3.4 数据词典3.5 数据采集4 功能需求4.1功能划分
当然我不是说需求分析不重要，而是说需求分析太重要，是一个报告所不能容纳的，而是要有一个包括数个不同内容体系的文档系统。而如果你的项目根本就没有那么多的资金和资源，你一般就不要动用这样一个庞大的系统。你在这个时候只需要随时记录你的想法，列出你的关注点和解决的想法。而当然这个系统虽然庞大，但是还有很多线索要你去掌握它们的建造。首先这个系统需要有一个业务目标分析，也就你的这个系统要达到的业务目标，要结合具体的企业环境进行系统分析和论证，这个文档的阅读者基本上属于最高级次的决策者。还要有一个技术目标分析，也就是你的这个项目将解决什么具体的技术问题，这个部分也十分的复杂，基本上需要行业专家认真地分析，这个文档的阅读者属于管理者。还要有一个技术实现的报告，也就是你需要为完成这个项目动用什么技术，主要是你必须说出在这个项目的几种可使用技术方案中你为什么要选择你目前的这种，这个文档的阅读者基本上就是相关的技术人员。而同时你还需要一个风险分析的报告，把这个文档要针对业务/技术/实现这三个层次的问题中要遇到的各种风险进行分析。这属于基本的需求分析的基础文档系统。 本回答被提问者采纳
项目需求分析的内容至少包括五个方面： 1．国家和地区需求分析 通过对一个国家或地区的地理位置、自然特征、人口状况、经济结构、经济发展水平等方面的了解和研究，进而对项目的产品供需格局及趋势进行分析。这个分析是项目需求分析中最重要的一项，它直接关系到项目的发展前途。 2．社会需求分析 通过对社会和经济发展水平、产业结构、人文环境、自然生态环境、公众需求以及行业投资的了解和研究，进而对项目的社会需求进行分析。这一分析决定了项目的社会价值和意义。 3．消费群体需求分析 通过对消费人群的年龄、经济收人、消费水平、职业状况、知识水平等方面的了解和研究，区别消费结构群，进而对项目的消费需求进行分析。这一需求分析关系到项目的市场前景。 4．项目业主需求分析 通过对项目业主的投资期望和心态的了解和研究，进而对项目业主的需求进行分析。这一分析决定了项目的取合。 5．项目实施需求分析 通过对项目所使用的原材料、燃料、技术、设备、资金、人力需求以及环境等内容的了解和研究，进而对项目的实施需求进行分析。这一需求分析有利于提高项目的实施质量，保证项目顺利实施。 追问 从电子商务方面嗯 追答 电子商务项目需求分析内容：查询百度文库http://wenku.baidu.com/view/deea651cc281e53a5802ffb8.html 本回答由网友推荐
javaee项目的需求分析应该从哪几方面入手
首先你要找那些让你提交这些报告的人，问明白他们说的这些报告究竟需要涉及什么内容，给什么人看，格式和文档的风格要求是什么。如果他们不能告诉你一个满意的答案，就没有必要给他们一个他们自己都不知道想不想要的东西。而实际上需求分析报告可以说是文档体系中最没有必要存在的。当然我不是说需求分析不重要，而是说需求分析太重要，是一个报告所不能容纳的，而是要有一个包括数个不同内容体系的文档系统。而如果你的项目根本就没有那么多的资金和资源，你一般就不要动用这样一个庞大的系统。你在这个时候只需要随时记录你的想法，列出你的关注点和解决的想法。而当然这个系统虽然庞大，但是还有很多线索要你去掌握它们的建造。首先这个系统需要有一个业务目标分析，也就你的这个系统要达到的业务目标，要结合具体的企业环境进行系统分析和论证，这个文档的阅读者基本上属于最高级次的决策者。还要有一个技术目标分析，也就是你的这个项目将解决什么具体的技术问题，这个部分也十分的复杂，基本上需要行业专家认真地分析，这个文档的阅读者属于管理者。还要有一个技术实现的报告，也就是你需要为完成这个项目动用什么技术，主要是你必须说出在这个项目的几种可使用技术方案中你为什么要选择你目前的这种，这个文档的阅读者基本上就是相关的技术人员。而同时你还需要一个风险分析的报告，把这个文档要针对业务/技术/实现这三个层次的问题中要遇到的各种风险进行分析。这属于基本的需求分析的基础文档系统。然后你还需要面对你的具体的情况进行具体的项目的规划分析。首先如果你的项目是一个开发型的项目，你就有必要对你的业务目标和技术目标的实现进行一种设计。这个工作需要大量的市场和人类学知识。其次你还需要对你上面这个需求的设计进行分析，以把其转化为开发者可以接受的文档格式。然后你还需要对这些需求进行具体的粒度化的划分，将其细化为一些原子态的互相联系的部分。在此基础上你还需要对这些具体的技术实现进行规划，找出最重要的和最有难度的部分。同时这个层次的风险分析也需要有一个单独的文档说明。最后你还需要对实现中具体的细节问题组织你的需求分析文档。这些问题包括，你使用的具体技术需要什么要求的人员和设备等等资源。你的需求需要如果进行测试，以保证你的这些需求能够被真正的贯彻。你的系统需要如何部署在你的业务环节中。你的人员培训需要采用什么措施。这些问题都需要有专门的文档，而且也都是需求分析方面的。基本上这样一个系统要有10份以上的文档，而关键在于不同的问题应该在不同的文档中说明，同时你还必要在这些文档的相互关系中做出一种标注。这样一个工程，基本上需要一个团队来专门的进行协调和维护。至于书写则是一个文档就要一个小组，同时还必须有一个系统的管理小组。在这样一个文档系统中，基本上可以保证你所有的关注都在你的文档中体现了。当然这样的文档系统我估计你在国内根本就看不到，国外也难找。而国内常见的情况是，这些文档和垃圾的地位一样，基本上都是人为的制造的无用的浪费时间的和精力的废纸。还是回到最初的问题，你最好还是先去问问需要这些文档的人，他们究竟是要什么，有什么具体的要求，肯为这些文档出什么价钱。如果他们不能告诉你，你就只需要为自己建立一个文档，当然有的时候你会觉得自己不需要任何文档，那么你不需要好了。没有任何文档也不说明什么，到处都是文档倒是肯定的说明这个组织水准和开发能力十分的低劣。 本回答由提问者推荐