怎么写需求说明书?
2024-05-06 21:22
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. 工程管理中项目需求文件怎么做，范围说明书怎么做
一 引言 1、编写目的 说明编写这份项目需求说明书的目的，指出预期的读者。 2、背景说明： (1)待开发的软件系统的名称。 (2)本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。 (3)该软件系统同其他系统或其他机构的基本的相互来往关系。 3、定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 4、参考资料 列出用得着的参考资料，如： (1)本项目的经核准的计划任务书或合同、上级机关的批文。 (2)属于本项目的其他已发表的文件。 (3)本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 二 任务概述 1、目标 叙述该项软件开发的意图、应用目标、作用范围以及其它应向读者说明的有关该软件开发的背景材料。解释被开发软件与其它有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2、用户的特点 列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。这些是软件设计工作的重要约束。 3、假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 三 需求规定 1、对功能的规定 用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。 2、对性能的规定 (1)精度 说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。 (2)时间特性要求 说明对于该软件的时间特性要求，如对： ① 响应时间。 ② 更新处理时间。 ③ 数据的转换和传送时间。 ④ 解题时间。 等的要求。 (3)灵活性 说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如： ① 操作方式上的变化。 ② 运行环境的变化。 ③ 同其他软件的接口的变化。 ④ 精度和有效时限的变化。 ⑤ 计划的变化或改进。 对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。 3、输入输出要求 解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。 4、数据管理能力要求 说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。 5、故障处理要求 列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。 6、其它专门要求 如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。 四 运行环境规定 1、设备 列出运行该软件所需要的硬件设备。说明其中的新型设备及其专门功能，包括： (1) 处理器型号及内存容量。 (2) 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量。 (3) 输入及输出设备的型号和数量，联机或脱机。 (4) 数据通信设备的型号和数量。 (5) 功能键及其他专用硬件。 2、支持软件 列出支持软件,包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。 3、接口 说明该软件同其他软件之间的接口、数据通信协议等。 4、控制 说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。 五 数据要求 1、数据的逻辑描述 对数据进行逻辑描述时可把数据分为动态数据和静态数据。所谓静态数据，指在运行过程中主要作为参考的数据，它们在很长的一段时间内不会变化，一般不随运行而改变。所谓动态数据．包括所有在运行中要发生变化的数据以及在运行中要输入、输出的数据。进行描述时应把各数据元素逻辑地分成若干组，列如函数、源数据或对于其应用更为恰当的逻辑分组。给出每一数据元的名称（包括缩写和代码）、定义（或物理意义）度量单位、值域、格式和类型等有关信息。 (1) 静态数据??列出所有作为控制或参考用的静态数据元素。 (2) 动态输人数据??列出动态输入数据元素（包括在常规运行中或联机操作中要改变的数据）。 (3) 动态输出数据??列出动态输出数据元素（包括在常规运行中或联机操作中要改变的数据）。 (4) 内部生成数据??列出向用户或开发单位中的维护调试人员提供的内部生成数据。 (5) 数据约定??说明对数据要求的制约。逐条列出对进一步扩充或使用方面的考虑而提出的对数据要求的限制（容量、文卷、记录和数据元的个数的最大值）。对于在设计和开发中确定是临界性的限制更要明确指出。 2、数据的采集 (1) 要求和范围 按数据元的逻辑分组来说明数据采集的要求和范围，指明数据的采集方法，说明数据采集工作的承担者是用户还是开发者。具体的内容包括： ① 输入数据的来源：例如是单个操作员、数据输入站，专业的数据输入公司或它们的一个分组。 ② 数据输入（指把数据输入处理系统内部）所用的媒体和硬件设备。如果只有指定的输入点的输入才是合法的，则必须对此加以说明。 ③ 接受者：说明输出数据的接受者。 ④ 输出数据的形式和设备列出输出数据的形式和硬设备。无论接受者将接收到的数据是打印输出，还是CRT上的一组字符、一帧图形，或一声警铃，或向开关线圈提供的一个电脉冲，或常用介质如磁盘、磁带、穿孔卡片等，均应具体说明。 ⑤ 数据值的范围：给出每一个数据元的合法值的范围。 ⑥ 量纲：给出数字的度量单位、增量的步长、零点的定标等。在数据是非数字量的情况下，要给出每一种合法值的形式和含意。 ⑦ 更新和处理的频度：给出预定的对输入数据的更新和处理的频度。如果数据的输入是随机的，应给出更新处理的频度的平均值，或变化情况的某种其他度量。 (2) 输入的承担者 说明预定的对数据输入工作的承担者。如果输入数据同某一接口软件有关，还应说明该接口软件的来源。 (3) 预处理 对数据的采集和预处理过程提出专门的规定，包括适合应用的数据格式、预定的数据通信媒体和对输入的时间要求等。对于需经模拟转换或数字转换处理的数据量，要给出转换方法和转换因子等有关信息，以便软件系统使用这些数据。 (4) 影响 说明这些数据要求对于设备、软件、用户、开发单位所可能产生的影响，例如要求用户单位增设某个机构等。
3. 项目需求要怎么写？
1 项目概述 1.1 建设背景 1.2 建设需求 1.3 建设目标 1.4 建设依据 2 网络及硬件方案 2.1 网络方案 2.2 硬件方案 2.3 系统软件方案 3 平台软件建设方案 4 终端管理方案 5 接口 6 项目组织 6.1 项目组织 6.2 项目管理 6.3 问题管理过程 6.4 项目实施步骤 6.5 项目沟通与交流 6.6 项目风险分析 6.7 风险规避 7 实施计划 ---------------------------------- 只能给你提供一个简单的目录结构，这样估计你也知道该从哪里下手了~ 不需要的可以更改，有自己的想法可以加进去~ 做项目需求调研,最需要的是自己动脑去想~
4. 项目需求报告要怎么写？
听棠的“客户需求何时休”深刻的披露了这个问题存在的根源。 需求分析，不仅仅是拿到客户的需求，更重要的是还需进行分析，了解细节，并就细节跟客户咨询，获取最详细的资料。客户所能提供给你的只是他们想到的功能需求，很多问题并不在他们考虑的范围之内，如果作为项目承担方没有去做分析，简单的按照功能要求去设计、规划，最终出来的系统是很难完全符合客户的业务流程的，这时，自然需要更改，被看成了需求的更改。其实，都是缺乏分析所一手造成的。问题等到系统出来了才被发现，这样的系统本身就是先天不足的了。 听棠所说到的几点，感受特别深： “其实问题出在开头，客户需求只是软件需求分析的一部分，虽然是比较重要的一部分，但也不要只是去记客户的需求，而是要把客户的需求进行分析” 还有客户的需求本身会有矛盾（这矛盾是指在逻辑角度来讲），客户本身是意识不到的，只有在分析设计时，才会分析出这里的矛盾，而这些问题，如果在期初时，软件负责人不分析，而是纯粹的“听从”客户要求去做，当暴露这些问题时，你怪客户也没用啊。 项目需求分析报告，在了解客户需求时，不要不动脑子，不要一味的点头说“I C”，其实在表面的业务里面可能包含着N多的细节，这些细节是需要你反问客户的，只有当你提的问题越多，最终获取的需求最具体，才能让项目越顺利。而且有很多问题，都是在你的反问中，客户也才开始思考本来没思考过的问题，客户也会找到一种合理的需求给你，有人会觉得这样了解客户需求未免太麻烦了。至于一些在技术上会遇到问题的地方，也要告诉客户，别以为到时候再说，客户是不关心你的技术细节的，但你如果给他解释的话，他也会试着理解的。 客户的需求本身是无休止，因为他们本身也在变，但当你期初的分析合理，后面的变动也将在逻辑上变动，相信代价已经不会那么大了。这其实也体现了系统的扩展性。 需求分析，是一个项目提出方和承担方相互沟通的过程，一方是系统的使用者，一方是系统的制造者，在系统制造过程中，只有双方相互配合，共同对系统进行设计才能最后达到使用的要求。客户是业务上的熟悉者，对业务流程有非常清晰的了解，但是，对于软件需求方面的描述是不了解的，他们所能提供的只是他们最终要达到的功能，但是，这其中包含的业务流程是非常复杂的。我们拿到客户需求后，应该根据功能、流程进行初步的设计，构造出业务流程图，再让客户进行评审，提出业务流程上不对的地方进行修改。这样来回的交流，最终才能取得较全面的需求，并减少后期的修改。
5. 项目需求报告要怎么写？
听棠的“客户需求何时休”深刻的披露了这个问题存在的根源。 需求分析，不仅仅是拿到客户的需求，更重要的是还需进行分析，了解细节，并就细节跟客户咨询，获取最详细的资料。客户所能提供给你的只是他们想到的功能需求，很多问题并不在他们考虑的范围之内，如果作为项目承担方没有去做分析，简单的按照功能要求去设计、规划，最终出来的系统是很难完全符合客户的业务流程的，这时，自然需要更改，被看成了需求的更改。其实，都是缺乏分析所一手造成的。问题等到系统出来了才被发现，这样的系统本身就是先天不足的了。 听棠所说到的几点，感受特别深： “其实问题出在开头，客户需求只是软件需求分析的一部分，虽然是比较重要的一部分，但也不要只是去记客户的需求，而是要把客户的需求进行分析” 还有客户的需求本身会有矛盾（这矛盾是指在逻辑角度来讲），客户本身是意识不到的，只有在分析设计时，才会分析出这里的矛盾，而这些问题，如果在期初时，软件负责人不分析，而是纯粹的“听从”客户要求去做，当暴露这些问题时，你怪客户也没用啊。 项目需求分析报告，在了解客户需求时，不要不动脑子，不要一味的点头说“I C”，其实在表面的业务里面可能包含着N多的细节，这些细节是需要你反问客户的，只有当你提的问题越多，最终获取的需求最具体，才能让项目越顺利。而且有很多问题，都是在你的反问中，客户也才开始思考本来没思考过的问题，客户也会找到一种合理的需求给你，有人会觉得这样了解客户需求未免太麻烦了。至于一些在技术上会遇到问题的地方，也要告诉客户，别以为到时候再说，客户是不关心你的技术细节的，但你如果给他解释的话，他也会试着理解的。 客户的需求本身是无休止，因为他们本身也在变，但当你期初的分析合理，后面的变动也将在逻辑上变动，相信代价已经不会那么大了。这其实也体现了系统的扩展性。 需求分析，是一个项目提出方和承担方相互沟通的过程，一方是系统的使用者，一方是系统的制造者，在系统制造过程中，只有双方相互配合，共同对系统进行设计才能最后达到使用的要求。客户是业务上的熟悉者，对业务流程有非常清晰的了解，但是，对于软件需求方面的描述是不了解的，他们所能提供的只是他们最终要达到的功能，但是，这其中包含的业务流程是非常复杂的。我们拿到客户需求后，应该根据功能、流程进行初步的设计，构造出业务流程图，再让客户进行评审，提出业务流程上不对的地方进行修改。这样来回的交流，最终才能取得较全面的需求，并减少后期的修改。 谨记一点，需求是经常变动的，只有先做好需求的分析，了解业务以后的发展趋势，做好具有拓展性的系统设计，才会给系统更大的扩展空间，从而在需求发生变化的时候可以更从容的修改。
6. 项目需求报告要怎么写？
听棠的“客户需求何时休”深刻的披露了这个问题存在的根源。 需求分析，不仅仅是拿到客户的需求，更重要的是还需进行分析，了解细节，并就细节跟客户咨询，获取最详细的资料。客户所能提供给你的只是他们想到的功能需求，很多问题并不在他们考虑的范围之内，如果作为项目承担方没有去做分析，简单的按照功能要求去设计、规划，最终出来的系统是很难完全符合客户的业务流程的，这时，自然需要更改，被看成了需求的更改。其实，都是缺乏分析所一手造成的。问题等到系统出来了才被发现，这样的系统本身就是先天不足的了。 听棠所说到的几点，感受特别深： “其实问题出在开头，客户需求只是软件需求分析的一部分，虽然是比较重要的一部分，但也不要只是去记客户的需求，而是要把客户的需求进行分析” 还有客户的需求本身会有矛盾（这矛盾是指在逻辑角度来讲），客户本身是意识不到的，只有在分析设计时，才会分析出这里的矛盾，而这些问题，如果在期初时，软件负责人不分析，而是纯粹的“听从”客户要求去做，当暴露这些问题时，你怪客户也没用啊。 项目需求分析报告，在了解客户需求时，不要不动脑子，不要一味的点头说“I C”，其实在表面的业务里面可能包含着N多的细节，这些细节是需要你反问客户的，只有当你提的问题越多，最终获取的需求最具体，才能让项目越顺利。而且有很多问题，都是在你的反问中，客户也才开始思考本来没思考过的问题，客户也会找到一种合理的需求给你，有人会觉得这样了解客户需求未免太麻烦了。至于一些在技术上会遇到问题的地方，也要告诉客户，别以为到时候再说，客户是不关心你的技术细节的，但你如果给他解释的话，他也会试着理解的。 客户的需求本身是无休止，因为他们本身也在变，但当你期初的分析合理，后面的变动也将在逻辑上变动，相信代价已经不会那么大了。这其实也体现了系统的扩展性。 需求分析，是一个项目提出方和承担方相互沟通的过程，一方是系统的使用者，一方是系统的制造者，在系统制造过程中，只有双方相互配合，共同对系统进行设计才能最后达到使用的要求。客户是业务上的熟悉者，对业务流程有非常清晰的了解，但是，对于软件需求方面的描述是不了解的，他们所能提供的只是他们最终要达到的功能，但是，这其中包含的业务流程是非常复杂的。我们拿到客户需求后，应该根据功能、流程进行初步的设计，构造出业务流程图，再让客户进行评审，提出业务流程上不对的地方进行修改。这样来回的交流，最终才能取得较全面的需求，并减少后期的修改。
7. 项目需求 该 怎么写
如果是一个软件系统的项目，站在项目角度需求管理包括项目需求、用户需求、业务需求、功能需求、非功能需求等内容。而项目管理文档中主要是项目需求，在项目实施文档中主要是用户需求分析报告、软件（或系统）需求规格说明书等。项目需求主要包括：（不同的项目还会有适当增减，由于不清楚你的项目具体情况，所以把总体上项目需求包括的内容都罗列一下） 适用范围（阅读者） 项目背景 项目概述 项目目标及范围 项目工期与预算 项目软件（系统）需求 项目约束（运行环境、开发环境、技术路线、） 项目测试与验收 用户培训 售后维护与支持 其他项目中用户提出的需求
8. 需求书怎么写
一，一般分为6点： 首先是引言：写出该项目需求说明书的编写目的、背景以及用处。 第二点是项目的任务概括： 写的是编写该项目的要达到的目的以及该项目适合的用户，还可以适当的加上项目的一些展示图片。 第三点是项目需求的细节： 这一部分写的是对该项目的一系列规定，比如对功能的规定、对可维护性的规定、对项目过程的规定。说清楚一点就是对于将来要做的项目的一些需求都分层次的写在这里。 第四点就是要写出对运行环境的需求： 编写之前所需要准备的东西，比如硬件设备、需要的平台等。这样好可以预算出成本，虽然不是很准，但是这个是必须的，没有哪个公司是不需要预算，要钱就给的。 第五点项目心得： 这个就是项目之后来写的，将做这个项目时自己的感想写进去，总结一下这个项目。 第六点分工： 这个是重点中的重点，要为每个参与这分配适当的工作，可以大大的节约时间，每个人都能有任务。做好分工就是充分利用资源，以及将个人擅长的部分给个人，使项目缩短制作时间的同时能提高质量。 二，项目需求说明书包括市场对此项目的需求和此项目对软硬件等设施的需求。 扩展资料： 技巧： 每一个项目都有不同的交付物，而每一件交付物需要经过不同的里程碑才能够产生，同时每一个里程碑也需要经过不同的阶段才能够达到里程的目标。每一个阶段需要经过不同的步骤去完成，而每一个步骤需要进行不同的工作。 每一个步骤需要完成一系列工作才能进行第二步骤，直至同一阶段的步骤完成才开始第二阶段，而直至全部阶段完成后才能到达一个里程碑。有些里程碑内的工作可以同期进行，但有些里程碑内的工作得等另一个里程碑完成后才能够开始。到最终完成全部的里程碑内的工作后才能够交付项目中的某一件交付物。 利用 WBS技巧来建立交付组合架构，为每一件交付物建立本身的工作需求，可以让很明确地说明每一件交付物所包含的工作。这个交付组合架构更可以让在同一时间为项目建立有关的工作计划。
最新文章
热门文章
推荐阅读