1. 怎么写需求说明书
汉语编程企业管理应用软件
需求说明书
1 引言
对软件需求完全理解对于软件开发工作的成功是至关重要的，需求说明的任务是发现、规范的过程，有益于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，便于采用工程方法开发软件，提高软件的质量，便于开发人员、维护人员、管理人员之间的交流、协作，并作为工作成果的原始依据，并且在向潜在用户传递软件功能、性能需求，使其能够判断该软件是否与自己的需求相关。
1.1 编写目的
1.1.1 为开发人员、维护人员、客户之间提供共同的协议而创立基础，对企业管理软件功能的实现作使命描述。
1.1.2 本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
1.2 背景及范围
1.2.1 工程的名称：汉语编程企业管理应用软件 1.2.2 工程产品的名称：汉语编程企业管理应用软件 1.2.3 工程的组织者：北京元易达科技发展有限责任公司 产品的生产者：汉语编程企业管理应用软件开发课题组 产品的设计者：汉语编程企业管理应用软件开发课题组
1.2.4 产品的所有权：汉语编程企业管理应用软件开发课题组
1.3 定义,术语,缩写词和略语 企业管理应用系统软件：它是由企业管理应用系统软件课题组完全自主开发的企业管理软件，以企业各部门为基本元素的、用汉语编程来实现其功能的软件。 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。
模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。 1.4 参考资料
《汉语程序设计语言》---- 沈志斌 编着 电子工业出版社
《 计算机系统导论》 ---- 刘瑞挺 编着 高等教育出版社
《 数据库原理与方法》---- 郑若忠 王鸿武 编着 湖南科学技术出版社 《 软件需求 》 ---- （美） Karl E.Wiegers 着
陆丽娜 王忠民 王志敏 等译
2 项目概述
2.1 目标
本软件的目标使企业管理电子化、简单化，以节省企业管理方面的不必要的资源浪费。对于企业管理应用系统软件最终用户为企业的管理人员。 2.1.1 开发意图
目前中小企业在日常工作中采用人工管理，因而存在着大量的浪费和多余，本软件根据此要求进行开发。 2.1.2 应用目标
企业管理应用系统软件将解决企业管理人工化，工作繁余的问题，实现企业管理电子化。
2.1.3 作用及范围
本企业管理应用系统软件是应用于中小企业的。目前，中小企业管理比较落后，它将产生的影响将使中小企业管理从人力化到数字化进展，使管理人员思想上向数字化转变，能使企业的管理在机制上转换，人员上得到精简。 2.1.4 背景
企业管理应用系统软件以汉语编程为开发语言，各部门以模块的形式完成。 2.2 产品描述
本产品开发语言核心为汉语编程语言，具体实现是汉语编程和VF数据库技术相结合开发而成的。本产品面向中小企业，易懂好学，帮助企业管理人员从手工劳动向电子化、数字化转变。 2.2.1 相关关系
本产品是一项独立的软件，全部内容自含。 2.2.2 子集说明
本产品分别有五个模块组成，每个模块各有不同的功能。但都能完成查询和存储功能，各模块的数据都存放在数据库中。数据的调用和连接都有程序来完成，硬件外部设备需奔腾133以上的pc机，内存需16兆以上。
2.3 产品功能 2.3.1 外部功能
企业管理应用系统软件外部功能包括可视化窗口，查找存储。 2.3.2 内部功能
企业管理应用系统软件内部功能：过滤、定位、使用库等。 2.3.3 功能表
2.3.4 功能表述图
2.4 用户特点
汉语编程企业管理应用软件面向于中小企业，其使用人员应为具备一定的计算机基础知识和企业管理基本知识。而本产品的维护人员需要具备有汉语编程知识。
2.5 一般约束
a. 本系统开发人员为12人。
b. 有CPU133、16兆内存配置的计算机就可运行本系统。 c. 在管理方针、并行操作、安全与保密方面无约束。
2.6 假设与依据
本软件在开发的过程中，分为技术实现与软件工程两大部分，两部分都有侧重点，若技术支持出现故障或疑难问题无法解决、程序开发出现偏差，会延误工程进度，影响工程的按期完工。若软件工程陈述出现问题，部分描述含混不清，
则会影响系统的完整性与可继承性。在管理方面，如管理者没有预见性，对出向的问题无法采用可行的解决手段，都会影响开发模块之间的互动，从而影响工程的顺利开展，导致工程无法按期完工。 3 具体需求 3.1 功能需求 3.1.1 使用库
3.1.1.1 规格说明
3.1.1.2 引言
显示所调用的数据库。 3.1.1.3 输入
指定的库文件名。 3.1.1.4 加工
调用指定的数据库。 3.1.1.5 输出
显示所指定的数据库的库结构。 3.1.2 编辑框控制 3.1.2.1 规格说明
生成编辑框。 3.1.2.3 输入 编辑框名称。 3.1.2.4 加工 生成编辑框。 3.1.2.5 输出
显示生成的编辑框。 3.1.3 为当前记录 3.1.3.1 规格说明
3.1.3.2 引言
将指定的记录置为当前记录，下一步可以开始对此记录进行操作。 3.1.3.3 输入
指定的项名及库文件名。 3.1.3.4 加工
将指定的数据库里指定的记录置为当前记录。 3.1.4 建库文件 3.1.4.1 规格说明
输入库文件名,使用"建库文件"命令，建立一个新的数据库。 3.1.4.3 输入 库文件名。 3.1.4.4 加工
建立新的数据库。 3.1.4.5 输出 新建的数据库。 3.1.5 开始尺寸 3.1.5.1 规格说明
3.1.5.2 引言 在程序中，在"开始尺寸"前给出参数值，能确定指定的对象的开始尺寸的大小。
3.1.5.3 输入 参数值。 3.1.5.4 加工
确定指定对象在窗体中的开始尺寸的大小 3.1.5.5 输出
确定开始尺寸的四个参数 3.1.6 开始位置 3.1.6.1 规格说明
3.1.6.2 引言 在程序中，在"开始位置"前给出参数值，能确定指定的对象的开始尺寸的大小。
3.1.6.3 输入 参数值。 3.1.6.4 加工
确定指定对象在窗体中的开始位置。 3.1.6.5 输出
确定开始位置的四个参数 3.1.7最大尺寸 3.1.7.1 规格说明
3.1.7.2 引言 在程序中，在"最大尺寸"前给出参数值，能确定指定的对象在窗体中的最大尺寸。
3.1.7.3 输入 参数值。 3.1.7.4 加工
确定指定对象在窗体中的最大尺寸。 3.1.7.5 输出
确定指定对象最大尺寸的四个参数。
3.1.8 最小尺寸 3.1.8.1 规格说明
3.1.8.2 引言 在程序中，在"最小尺寸"前给出参数值，能确定指定的对在窗体中的最小尺寸。
3.1.8.3 输入 参数值。 3.1.8.4 加工
确定指定对象在窗体中的最小尺寸。 3.1.8.5 输出
确定指定对象最小尺寸的四个参数 3.1.9 查词编辑框（编辑框控制） 3.1.9.1 规格说明
3.1.9.2 引言
主要是定义的一个编辑框，供用户输入一个词名，为程序生成查找条件做准备。
3.1.9.3 输入
在查词编辑框中输入要查找的词名。 " 编辑框控制 查找编辑框 " 3.1.9.4 加工
用输入的词名以供程序生成查找条。 3.1.9.5 输出
地址、长度。 。
3.1.10 内容编辑框（编辑框控制） 3.1.10.1 规格说明
3.1.10.2 引言
主要是定义的一个编辑框，将程序查找到的用户所输入词的相关内容显示出来，为用户提供帮助信息。 3.1.10.3 输入
数据库中查找到的记录的项的内容的地址、长度。 " 编辑框控制 内容编辑框 " 3.1.10.4 加工 置控制标题或值。 3.1.10.5 输出
显示用户所输入词的相关内容（如该词的格式、用法……）。 3.1.11 过滤
3.1.11.1 规格说明
3.1.11.2 引言
定义用户输入的词名与内容库中的词名字段中的词名进行串比较，即定义词名字段为过滤字段。 3.1.11.3 输入 用户输入的词名。 3.1.11.4 加工
把代码写入过滤条件指针之中。 3.1.11.5 输出 查找条件。
3.1.12 执行过滤 3.1.12.1 规格说明
3.1.12.2 引言
将定义的过滤作为内容库的过滤条件。 3.1.12.3 输入 查找条件。
3.1.12.4 加工
与查找编辑框中的内容比较。 3.1.12.5 输出 库过滤显 。 3.1.13 取低字 3.1.13.1 规格说明
3.1.13.2 引言
取数摞中的一个32位数的低16位放在数摞上。 3.1.13.3 输入
调用WINDOWS API 函数。 3.1.13.4 加工 3.1.13.5 输出 相应的执行功能 3.1.14 白线框 3.1.14.1 规格说明
3.1.14.2 引言
定义查看区一个白颜色的线框。
3.1.14.3 输入
参数、颜色
3.1.14.4 加工
空心矩形： 设备描述表
3.1.14.5 输出
线框。
3.2.1 动态数值需求
预处理的窗口正常情况下和峰值工作条件下为20个，一定时间周期中要处理的数据的数量：窗口开始尺寸2个数据，开始位置2个数据，最大尺寸2个数据，最小尺寸2个数据，编辑框位置4个数据，按钮位置4个数据，平均处理的数据约为16个数据。
3.2.2 静态数值需求
a. 支持的终端数为1台；
b. 支持并行操作的用户总数为5位；
c. 处理5个文件及10条记录；
d. 表或文件的最小为266字节,最大为4字节；
3.2.3 精度需求
在进行向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数组中添加数时，要求输入数准确。
3.2.4 时间特性需求
a. 响应时间应在人的感觉和视觉事件范围内；
b. 更新处理时间，随着汉语编程系统的版本升级，汉语编程企业管理应用系统将相应的进行更新；
3.2.5 灵活性
当需求发生某些变化时，汉语编程企业管理应用软件操作方式、数据结构、运行环境基本不会发生变化，变化只是将对应的数据库文件内的记录改变，或将过滤条件改变即可。
3.2.6 数据管理能力需求
汉语编程企业管理应用软件需要管理5个文件和10条记录，表文件的大小平均约为1.5k字节，汉语编程企业管理应用软件基本约用10 M字节空间，所有文件均放置在数据库中，调用，查询数据，文件，记录时，通过库文件名直接进行操作。
3.2.7 故障处理需求
无故障。
3.3 设计约束条件
3.3.1 技术约束
本工程产品的约束条件包括：
a. 数据库、各种控键的使用和消息的调用；
b. 汉语数据库过滤完成、编辑框的触发等；
3.3.2 环境约束
运行本软件需要奔腾133以上 PC，内存需要在16兆以上，对使用设备的速度、规模要求不高。
3.3.3 标准约束
汉语编程企业管理应用软件完全按照北京元易达科技发展有限责任公司企业标准开发，包括硬件、软件和文档规模。
3.4 接口需求
3.4.1 用户接口
本工程产品通过PC机进行运行、操作，对报表、菜单的打印将使用汉语编程编辑器或调入WORd进行打印。输出、输入的相对时间将由pc机本身处理速度来决定。对程序的维护，需进行必要的备份。
3.4.2 硬件接口
本工程产品不需要特定的硬件或硬件接口进行支撑。
3.4.3 软件接口
本工程产品的软件接口由汉语编程操作系统、汉语编程数据库以及汉语编程企业管理应用软件的词典和数据结构组成。
3.4.4 通讯接口
本工程产品的没有特殊的通讯接口，通讯接口由所使用的pc机决定。
3.5 属性
3.5.1 可用性
本软件是完全由汉语程序设计语言开发的，汉语编程最大特点编译解释和一，它可以进行单步跟踪。一旦出现错误就可以通过单步跟踪进行查找处理，所以本软件也可以通过单步跟踪的操作进行检查处理。
3.5.2 安全性
本软件大量的参数及文本内容全部放于汉语编程数据库中，所以参数不容易被错改、破坏，万一参数受到破坏也不会影响源程序。
3.5.3 可维护性
本软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于汉语编程中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性、升级都十分方便。
3.5.4 可转移、可转换性
汉语编程的兼容性很高，在windows95/98 .windowsNT .windows1700 .操作系统都可以直接运行。
3.5.5 注释
通过"看数摞"、"看内存"、"印字符"三条汉编基本指令，就可以将所有汉编
成程序进行调试和检查。本系统的大量参数和文本全部放在数据库中，通过"使用库"、"库显"等一些汉编数据库基本操作就可以查看、添加、修改系统。 4 支持信息
4.1 支持软件
本软件开发是使用汉语编程编写，编译系统为"32位汉语编程系统"，版本号为2.01.0061。在库调用时兼容Visual Foxpro 6.0英文版，源程序的测试是使用汉语编程自身含有的"看数摞、看内存、看词"的方法进行测试，即支持测试的软件也是汉语编程操作系统本身。由于汉语编程本身的特点，它的关键词、命令等全部为中文，所以在使用汉语编程系统时需要中文输入法的支持。
4.2 设备
a. 具有奔腾133、16兆内存配置的计算机；
b. Microsoft鼠标或其它兼容鼠标；
c. 最少15MB的硬盘空间，常规安装需要100MB硬盘空间，完全安装需要240MB硬盘空间。
d. 最少8MB的RAM存储器。
e. VGA显示器或更高。
f. Windows95中文版或Windows NT中文版或更高。
g. 一般计算机外设，如：打印机、扫描仪。如要配置网络环境，还需网络连接设备。
4.3 控制
本软件是在汉语编程系统的支持下，展示界面由主窗口与子窗口嵌套而成，窗口操作通过按钮控制，不同的按钮进行不同的操作实现不同的功能。
4.4 接口
本软件在库的调用时兼容Visual Foxpro 6.0英文版的表结构文件，但不能与Visual Foxpro 6.0英文版在一个操作系统环境中同时运行。
4.5 文档 本系统相关的文档为： 《汉语编程企业管理应用软件可行性研究报告》 编号：MNQB01-QG-01 《汉语编程企业管理应用软件需求说明书》 编号：MNQB03-QG-01 《汉语编程企业管理应用软件操作手册》 编号：MNQB11-QG-01
4.6 附录
a. 输入输出格式样本采用IPO表逐项定量的叙述对本系统软件提出的功能需求，如下图：
b. 本系统软件的背景信息如下：
汉语编程是本公司自行开发，自主版权的以汉语为描述语言的计算机程序设计语言。该语言绝非曾流行过的任何一种计算机语言的简单汉化，或是为某种软件制造一个中文环境。这是一个完全由本公司自行开发，由本公司掌握全部源代码，从形式到内容全面符合中国人的思维方式，使用汉文字表达的计算机程序设计通用语言。Windows环境下的汉语编程，可以用于Windows窗口程序、多媒体应用、数据库开发、网络传输、电子商务等应用领域。对于较初级计算机用户，在极短的时间内，可以达到很高的编程水平。
2. 国外的产品经理是如何写需求文档的呢
我不是国外的产品经理也不太懂这个。不过要写需求文档，针对产品需求的话了解市场以及针对群体是必不可少的吧。
3. 如何写互联网产品需求文档
你好，网上有很多产品需求文档的例子，你可以参考一下，大致有以下这些内容：
首先自己要能理解需求，知道具体是要做一个什么样的产品，产品的主要用户是谁，产品有哪些主要的功能
然后你能把这个需求描述给团队其他成员，让他们也能明白这个需求
最后在和团队其他成员沟通的过程中你能解决他们提出的一些问题
产品背景、需求描述、关键词/字、功能结构、功能流程图、页面流转图等
4. 产品需求文档模板
首先告诉你产品需求文档肯定是有的！一个经过实际工作检验、经历过“质疑”、“挑战”和“斗争”之后沉淀下来的模板，肯定是已经吸收了各类人的偏好、意见，固化了很多符合实际业务必须的内容要求，能够起到很好的业务承接作用。格式化、标准化本身是一个很好的思维、工作方式，可以让你在编辑文档和接受文档的双方关系中建立一种“标准”的沟通机制和预先定义的沟通基础，减少额外的沟通成本，提高效率。
不过，在享受别人智力和经验梳理好的模板进行需求编写的同时，还是应该了解模板形成的原因，并在此过程中形成自己对于模板的理解，进而形成对于产品需求文档的理解，在理解中使用，裁剪和优化。
要理解和分析模板，理解和分析产品需求文档，可以运用以下几个方法：
一、描述-解释-预测-监控
描述，是对观察过程和观察结果的描述。观察的对象因不同的研究而有差异，其目标是尽可能完整地将观察者根据自己的观察得到的现象、由此现象所产生的思想和感觉，以及在观察过程中选择纳入的过程参与者对现象的反应等信息进行描述。
解释，是回答 “为什么”，是对于描述的理解、归类、定义和解释。其目标是将描述内容背后的成因、原理、动机，内容中各部分之间的相关，依存、依赖和影响关系等进行说明，以便对于描述内容有更清晰、更细致、全面的了解。
预测，根据以因果关系为内容的内在联系，相互影响来推导未来的发展或者将要发生的事情。通过研究解释内在的联系，准确地表达内在联系，从中推导出正确的预测。
监控，是对于预测行为、现象的观察和监督，包括了观察到的预测中的行为、现象的发生或者预测以外的行为、现象的外发生，以及因此而采取的对应的反映动作；这些反映动作是预测过程中根据内在联系制定的“响应”机制，并任其自然发生或者通过提供“系统”的自制能力来实现。
二、需求准备、编写和检查
回归到产品经理的日常工作中，在时间占比上较为集中的就是产品需求管理了，包括了需求的准备、分析、编写和检查过程。在这个过程中，描述——解释——预测——监控这个通用的科学分析过程也同样使用，且可以贯穿其中，并可以帮助理解、形成并固化成我们前文提到的需求文档的模板。这个科学分析的过程、方法在不同阶段运用的侧重点会有所不同。
1. 描述
描述的过程是客观的进行“需求向”描述的过程，是一个“背景”信息的补充，用来说明，这个需求文档的源出是什么，是针对什么问题，这个问题是在具体什么领域，在怎样的范围内，涉及到的是那些人；在需求相应的功能设计实现之前，当前的解决方案存在的问题是什么，参与者是怎么解决的，解决的情况怎么样，是好，还是不好，还是勉强可以，对于新的需求的紧迫性是什么样的。此外，描述的过程还需提供一个基础的概念和流程的解释，用来统一作为背景去理解一个现实的业务场景和“沟通字典”，避免在沟通中因为误解而产生不必要的偏差。
需求准备的过程：了解需求来源（管理部门、市场部门、运营部门等），需求背景（行业、同业规则现状等）；
需求分析的过程：了解需求目标、预期效果（时间、结果等）、使用者习惯、相关人影响；
需求编写的过程：描述需求目的、背景、时间和结果要求、业务流程、交互过程、系统架构、干系人角色和影响范围；
需求检查的过程：需求的背景、目标、过程、干系人、结果预测和预防的完整性检查；
2. 解释
解释在需求来源的基础上描述了 “为什么”接下来这个需求可以解决遇到的问题，同时还加入了“是什么”和“怎么样”的部分。就是这个需求是通过怎么样的方法解决了“描述”过程中提到的问题，这个新的解决方法需要要做什么，对于原有的业务过程有哪些改变，会提升什么，会降低什么，会影响哪些人、哪些业务部分、哪些业务系统以及哪些数据的产生。这个部分，是需求文档的最主要、最核心的内容部分，也是在内容上占比最大的一部分。
这里的解释根据产品需求面向的要解决的问题不同，而可能存在多个层面，多个维度的层面，比如对于运营的影响，对于前端市场的影响，对于用户的影响，对于财务、法务的影响；从技术开发、技术实现维度，比如对于前端开发的影响、对于服务端开发的影响、对于数据平台的影响，还可能涉及到对于运维资源的影响等；因此对应到实际的产品需求工作中：
需求准备的过程：了解需求可能涉及的相关业务系统及系统对应的数据流程和逻辑、了解需求可能涉及的外部服务的数据流程和逻辑；了解面向的内外部用户的产品使用水平、学习能力和使用习惯；
需求分析的过程：选择和制定最有效的，满足时间、资源投入等要求的方案；
需求编写的过程：详细描述需求的业务流程，通过各种图表格式说明新的解决方法在各服务系统之间、各业务部门之间、用户与产品，产品与后服务之间的数据、文件和行为的交互过程、详细的信息输入、信息处理和信息输出；每个业务节点明确的输出物和节点标志，重要性和优先级；系统架构、干系人角色和影响范围；
需求检查的过程：需求的流程、用户交互动作、系统信息交互等完整性检查；
3. 预测与监控
预测与监控在产品需求文档的管理上是联动的，是对于预测的事件发生的时候，进行管理的机制，监控=预测+干预。在产品需求文档的管理上，对于设计好的业务流程、使用功能，在实际过程中可能会出现这样或者那样的 “非规划”的使用，也就是我们通常说的“用户并不总是按照产品设计的方式来使用产品，而且，往往相反。”因此，这部分内容很大的比例需要来对于用户的行为进行预测和监控，并提供“预防”或者“解决”方案。其中：
预防在于，预测产品的用户在使用的过程中，可能会进行的一些超过产品使用半径的操作，一旦进行这些操作，操作的任务流程会中断，掉出，进入其他业务流程中且无法回滚，从而使得操作无法进行下去，功能使用失败，使用者会感觉产品、功能没有包容性，缺乏引导性，导致了最后操作的失败，预想的结果没有实现，而且造成了一定的挫败感，甚至造成了一定的损失。预防的具体方法多采用导航、提示等，不同的系统都有各自标准化的控价，我们在这里不做展开。
解决在于，预测产品的用户在使用产品的过程中，因误解、操作手误而进行了“非标”、“超规”使用“掉出”原本设计的业务流程和操作流程的情况下，需要提供额外的流程和控制来“回转”用户的操作，来帮助用户回到预先设定和他所需要的流程上来。解决的具体方法多通过“导航”引导“跳转”和“返回”、“回退”来实现。对应到实际的产品需求工作中：
需求准备的过程：了解用户特征和使用水平、评估、比较不同方式实现需求对于用户行为的可控性和“非常规”操作的危害程度；
需求分析的过程：选择和确定需求实现方案，评估行为管理方式和管理机制；
需求编写的过程：详细描述需求的业务流程和交互过程中可能出现的用户异常操作，相应异常操作中系统反应，系统对应的控制和引导；
需求检查的过程：需求“异常”流程和相应引导、控制地完整性检查；
在需求管理的过程中，就可以按照这个 描述——解释——预测——监控流程来进行。这四个既是步骤，是需求文档内容的组成部分，也是需求编写完成之后的检查。
四个模块构成了需求文档的完整性，且同时有各自独立，有对应的说明，引导、要求和标准。所谓标准文档，就可以按照这四个模块作为框架、内容和格式。
写在最后
产品需求文档作为产品经理同视觉设计、交互设计以及技术开发人员进行需求沟通的一个载体，我平时用的比较多的是摹客的服务进行创作。一个完整的、充分沟通确认，并最终达成多方理解和共识的产品需求文档，能够最大限度的还原产品、功能的设计，保证产品、功能的实现，最大限度的减少因为各方理解的偏差而造成的时间、人力和经济资源的浪费及复工。
5. 产品需求的邮件怎么写
你好。产品需求的邮件怎么写？首先你要下载和注册一个电子邮箱。你可以下载邮箱大师。邮箱大师下载后可以使用拼音字母注册。也可以使用拼音加阿拉伯数字注册。注册完成后邮箱就可以收发电子邮件了。也可以使用邮箱的账号注册应用软件了。注册的号码就是你的邮箱账号。也是你的邮箱地址。
6. 怎么写项目需求文档
如果你是真的想写，希望你实地到超市去考察下，看看他们的工作流程，然后按流程写，写不好，至少是真实的，而且对你也会有帮助，如果不是，那你从网上找找，有很多
7. 如何做产品的需求分析
设计的起点是需求。在产品生命周期中，需求是一个动态变化的过程，产品可分为：导入期、成长期、成熟期和衰退期，产品在不同阶段有着不同的需求，而且需求的种类也不同。
👉 从对象角度来看，需求有：基本需求、易用性需求、可操作性需求；
👉 从产品运营来看，需求有：产品运营需求、政策及法律需求；
👉 从系统角度来看，需求有：安全性需求、性能需求、可维护和可移植性需求；
👉 从来源看，需求有：客户需求、公司内部需求、运营和市场需求。
公司有成熟的需求收集、评审、管理机制。在判断需求优先级的时候会采用KANO模型，判断是魅力需求、期望需求、必备需求、无差异需求还是反向需求。比如前面提到的折叠屏，正反拍照、应用间交互，就属于魅力需求。应用分屏属于期望需求。折叠的可靠性属于必备需求。
8. 如何写业务需求
需求分析是一项重要的工作，也是最困难的工作。该阶段工作有以下特点：
（1）用户与开发人员很难进行交流
在软件生存周期中，其它四个阶段都是面向软件技术问题，只有本阶段是面向用户的。需求分析是对用户的业务活动进行分析，明确在用户的业务环境中软件系统应该"做什么"。但是在开始时，开发人员和用户双方都不能准确地提出系统要"做什么？"。因为软件开发人员不是用户问题领域的专家，不熟悉用户的业务活动和业务环境，又不可能在短期内搞清楚；而用户不熟悉计算机应用的有关问题。由于双方互相不了解对方的工作，又缺乏共同语言，所以在交流时存在着隔阂。
（2）用户的需求是动态变化的
对于一个大型而复杂的软件系统，用户很难精确完整地提出它的功能和性能要求。一开始只能提出一个大概、模糊的功能，只有经过长时间的反复认识才逐步明确。有时进入到设计、编程阶段才能明确，更有甚者，到开发后期还在提新的要求。这无疑给软件开发带来困难。
（3）系统变更的代价呈非线性增长
需求分析是软件开发的基础。假定在该阶段发现一个错误，解决它需要用一小时的时间，到设计、编程、测试和维护阶段解决，则要花2.5、5、25、100倍的时间。
因此，对于大型复杂系统而言，首先要进行可行性研究。开发人员对用户的要求及现实环境进行调查、了解，从技术、经济和社会因素三个方面进行研究并论证该软件项目的可行性，根据可行性研究的结果，决定项目的取舍。
编辑本段方法
⑴首先调查组织机构情况
包括了解该组织的部门组成情况，各部门的职能等，为分析信息流程作准备。
⑵然后调查各部门的业务活动情况
包括了解各个部门输入和使用什么数据，如何加工处理这些数据，输出什么信息，输出到什么部门，输出结果的格式是什么。
⑶协助用户明确对新系统的各种要求
包括信息要求、处理要求、完全性与完整性要求。
⑷确定新系统的边界
确定哪些功能由计算机完成或将来准备让计算机完成，哪些活动由人工完成。由计算机完成的功能就是新系统应该实现的功能。
常用的调查方法有：
⑴跟班作业
通过亲身参加业务工作来了解业务活动的情况。这种方法可以比较准确地理解用户的需求，但比较耗费时间。
⑵开调查会
通过与用户座谈来了解业务活动情况及用户需求。座谈时，参加者之间可以相互启发。
⑶请专人介绍。
⑷询问
对某些调查中的问题，可以找专人询问。
⑸设计调查表请用户填写
如果调查表设计得合理，这种方法是很有效，也很易于为用户接受的。
⑹查阅记录
即查阅与原系统有关的数据记录，包括原始单据、账簿、报表等。
通过调查了解了用户需求后，还需要进一步分析和表达用户的需求。
分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。
编辑本段案例
（1）需求分析报告的编写目的
本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本铁路售票系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。
（2）产品背景明细
软件名称：铁路售票系统
（3）缩写及缩略语
铁路售票应用系统软件：基本元素为构成铁路售票及相关行为所必须的各种部分。
需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。
模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。
本工程描述：
（1）软件开发的目标：
完善目前铁路售票系统，使之能跟上时代的发展。同时通过实践来提高自己的动手能力。
（2）应用范围：
理论上能够实现于铁路部门的售票系统，其目的在于在原有的系统基础使得铁路售票实名化，以期实现完善日常生活中铁路售票的各种缺陷。
9. 如何定义产品需求
可以理解为需求是产品的组成部分，也是产品最终要达到的目的，它既是原因也是结果。一个产品是由需求发起，也是结束于满足需求，产品需求也可以来源于市场，随着时间及市场趋势会需要产品不断地更新和创新。
产品需求的4层关系：
1.
业务需求
2.
用户需求
3.
功能需求
4.
系统需求
10. 需求文档怎么写最有效
能将功能需求写清楚的就是好的需求文档，因为现在的需求文档一般都是给开发看，一般来说创业公司追求小步快跑快速迭代的开发模式的话，需求文档不是一个很有必要的东西，直接在原型上表述效率会更好。如果公司追求规范管理的话，建议还是需求文档，写清楚项目名称，迭代版本，及相关的日期规划。