需求文档编写目的

一：求编写需求分析文档目的。 谢谢个为整理总结。。。

1.1 需求分析报告

1.1.1 引言

¨ 编写目的（阐明编写需求分析报告的目的）

¨ 项目背景（应包括：a.项目的委托单位、开发单位和主管部门；b.该软件系统与其他系统的关系。）

¨ 名词解释（列出文档中所用到的专门术语的定义和缩写词的原文。）

¨ 参考资料（列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：a.立项报告；b.项目开发计划；c.文档所引用的资料、标准和规范。）

1.1.2 任务概述

¨ 目标

叙述该项软件开发的意图、应用目标、作用范围以及该软件的背景资料。解释被开发软件与其他有关软件之间的关系。如果本软件是一个独立的软件，而且全部内容自含，则说明这一点。如果定义的产品是一个更大系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系。

¨ 假定与约束

列出本软件开发工作的假定与约束，例如经费限制、开发期限等等。

1.1.3 数据描述

数据分为静态数据和动态数据。所谓静态数据，指在运行过程中主要作为参考的数据，它们在很长一段时间内不会变化，一般也不会随着运行而改变，所谓动态数据，包括所有在运行中要发生变化的数据，以及在运行中要输入、输出的数据。

¨ 静态数据（系统运行前已有的数据）

列出所有作为控制或参考用的静态数据，并给出名称。

¨ 动态数据（系统运行过程中需要的输入数据以及系统运行过程中产生的输出数据）

列出所有动态数据，并给出名称。

1.1.4 功能需求

¨ 流程图

画出系统的整体流程图。

¨ 功能划分

对于流程图中的各个功能用树状结构自顶向下进行细化。并对最底层的功能进行编码，给出功能标识符。

¨ 功能描述

对最底层的功能所要完成的功能进行详细描述，填入下表中：

功能名称 功能标识符 功能详细描述

¨ 数据与功能的对应关系

用一张矩阵图说明功能描述中的各个功能与数据描述中的静态数据、动态数据之间的对应关系，例如：

功能标识符 输入 输出

功能标识符1 静态数据名称

动态数据名称（例如用户在运行过程中需要用键盘输入数据） 动态数据名称（例如在运行过程中需要写日志或输出一个报表）

功能标识符2 动态数据名称 动态数据名称

1.1.5 性能需求

¨ 时间要求

例如响应时间、更新处理时间、数据转换和传送时间等等。

¨ 适应性（在操作方式、运行环境、与其他软件的接口等发生变化时，所具有的适应能力。）

1.1.6 运行环境描述

¨ 硬件设备

¨ 支持软件（操作系统、数据库、其他软件系统如：Lotus Notes等）

¨ 接口（硬件接口、软件接口）

¨ 控制（说明控制该软件的运行的方法）

¨ 用户界面（反映业务流程的用户界面）

1.1.7 其他需求

¨ 如可用性、安全保密、可维护性、可跨平台性等。（分高、中、低定性详细描述）

本文来自CSDN博客，转载请标明出处：......余下全文>>

二：怎么写需求说明书?

需求说明书范文

汉语编程企业管理应用软件

需求说明书

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......余下全文>>

三：什么是需求分析，其目标是什么？《软件工程》

需求分析就是了解、判断用户需要什么、想最终达到什么目的、怎么实现，为你们提供产品、服务、项目等提供目标和检验标准

四：软件需求分析的文档编制

软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解， 使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下：1　引言1．1编写目的说明编写这份软件需求说明书的目的，指出预期的读者。1．2背景说明：a．待开发的软件系统的名称；b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；C．该软件系统同其他系统或其他机构的基本的相互来往关系。1．3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。1．4参考资料列出用得着的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2　任务概述2．1目标叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。|2．2用户的特点列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。这些是软件设计工作的重要约束2．3假定和约束列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。3　需求规定3．1对功能的规定用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。3．2对性能的规定3．2．1精度说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。3．2．2时间特性要求说明对于该软件的时间特性要求，如对：a．响应时间；b．更新处理时间；c．数据的转换和传送时间；d．解题时间； 等的要求。3．2．3灵活性说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：a．操作方式上的变化；b．运行环境的变化；c．同其他软件的接口的变化；d．精度和有效时限的变化；e．计划的变化或改进。对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。3．3输入输出要求解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。3．4数据管理能力要求说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。3．5故障处理要求列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。3．6其他专门要求如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。4　运行环境规定4．1设备列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括：a．处理器型号及内存容量；b．外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；c．输入及输出设备的型号和数量，联机或脱机；d．数据通信设备的型号和数量；e．功能键及其他专用硬件4．2支持软件列出支持软件,包括要用到的操作系......余下全文>>

五：需求分析的目的是什么 需求分析的制品是什么

软件需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。通过对应问题及其环境的理解与分析，为问题涉及的信息、功能及系统行为建立模型，将用户需求精确化、完全化，最终形成需求规格说明，这一系列的活动即构成软件开发生命周期的需求分析阶段。　　需求分析是介于系统分析和软件设计阶段之间的桥梁。一方面，需求分析以系统规格说明和项目规划作为分析活动的基本出发点，并从软件角度对它们进行检查与调整；另一方面，需求规格说明又是软件设计、实现、测试直至维护的主要基础。良好的分析活动有助于避免或尽早剔除早期错误，从而提高软件生产率，降低开发成本，改进软件质量。　　需求工程是随着计算机的发展而发展的，在计算机发展的初期，软件规模不大，软件开发所关注的是代码编写，需求分析很少受到重视。后来软件开发引入了生命周期的概念，需求分析成为其第一阶段。随着软件系统规模的扩大，需求分析与定义在整个软件开发与维护过程中越来越重要，直接关系到软件的成功与否。人们逐渐认识到需求分析活动不再仅限于软件开发的最初阶段，它贯穿于系统开发的整个生命周期。80年代中期，形成了软件工程的子领域——需求工程(requirementengineering,RE)。进入90年代以来，需求工程成为研究的热点之一。从1993年起每两年举办一次需求工程国际研讨会(ISRE)，自1994年起每两年举办一次需求工程国际会议(ICRE)，在1996年Springer-Verlag发行了一新的刊物——《RequirementsEngineering》。一些关于需求工程的工作小组也相继成立，如欧洲的RENOIR(RequirementsEngineeringNetworkofInternationalCooperatingResearchGroups)，并开始开展工作。　　需求工程是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。它通过合适的工具和记号系统地描述待开发系统及其行为特征和相关约束，形成需求文档，并对用户不断变化的需求演进给予支持。RE可分为系统需求工程（如果是针对由软硬件共同组成的整个系统）和软件需求工程（如果仅是专门针对纯软件部分）。软件需求工程是一门分析并记录软件需求的学科，它把系统需求分解成一些主要的子系统和任务，把这些子系统或任务分配给软件，并通过一系列重复的分析、设计、比较研究、原型开发过程把这些系统需求转换成软件的需求描述和一些性能参数。　　需求工程是一个不断反复的需求定义、文档记录、需求演进的过程，并最终在验证的基础上冻结需求。80年代，HerbKrasner定义了需求工程的五阶段生命周期：需求定义和分析、需求决策、形成需求规格、需求实现与验证、需求演进管理。近来，MatthiasJarke和KlausPohl提出了三阶段周期的说法：获取、表示和验证。　　综合了几种观点，可以把需求工程的活动划分为以下5个独立的阶段：　　（1）需求获取：通过与用户的交流，对现有系统的观察及对任务进行分析，从而开发、捕获和修订用户的需求；　　（2）需求建模：为最终用户所看到的系统建立一个概念模型，作为对需求的抽象描述，并尽可能多的捕获现实世界的语义；　　（3）形成需求规格：生成需求模型构件的精确的形式化的描述，作为用户和开发者之间的一个协约；　　（4）需求验证：以需求规格说明为输入，通过符号执行、模拟或快速原型等途径，分析需求规格的正确性和可行性；　　（5）需求管理：支持系统的需求演进，如需......余下全文>>

六：软件详细设计中 编写目的 怎么写

详细设计就是把项目里每个功能点都要完完整整列出来。 好比用户注册：在XX页面输入用户名、密码、电话、地址。 提交之后会返回什么样消息。出错会提示什么情况。 最后还要加个流程图。 而需求只需要写明大概功能点要达到什么要的目的就可以了。没这么细。

七：软件的功能需求分析要怎么写？ 5分

1. 引言

1.1　编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体.

1.2　项目背景

1.2.1项目委托单位:****公司

1.2.2开发单位:***公司

1.3　定义

1.4　　参考资料

2. 任务概述

2.1　目标:

<1> 决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示

<2>提高效率:利用软件进行管理,避免人工管理的失误以及 延迟性,从而实现高效率的管理.

2.2　运行环境:

<1> 硬件方面:Pentium级处理芯片

1兆显存的兼容显卡

256色,800*600的兼容显示器

标准兼容打印机

<2>软件方面: WIN95操作系统

2.3　条件与限制:

编程用计算机一台

完成期限2000/7/1

无资金供给

3. 数据概述

数据流程图如下:

3.1　静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据

3.2 　动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间

3.3　数据库描述:

人事管理数据库:公司内人员的个人详细信息,包括档案信息

销售管理数据库:当日销售记录及以前的销售统计,用于销售分析

财务管理数据库:公司内部账目及收支情况详表

技术管理数据库:公司所需各技术档案的详细记录(包括文档)

3.4 数据字典:

<1>数据流词条描述:

1.数据流名:登录信息

来源:用户的输入

去向:系统内部检验部分

组成:用户名,密码

流通量:每次登录输入一次

2.数据流名:登录结果

来源:系统

去向:用户

组成:返回信息

流通量:每次登录返回一次

3.数据流名:输入修改信息

来源:用户

去向:系统判断部分

组成:根据各数据库内容而不同

流通量:依用户输入而定

4.数据流名:反馈信息

来源:系统判断部分

去向:用户

组成:系统经判断后发回的字符数据

流通量: 依系统当前信息而定

5.数据流名:识别信息

来源:系统内部检验部分

去向:系统判断部分

组成:系统各数据库的标识信息

流通量:用户每次输入流通一次

6.数据流名:处理信息

来源:系统判断部分

去向:各数据库处理部分

组成:读取/修改标识,读取/修改的变量名称

流通量:用户每次输入流通一次

7.数据流名:读取修改

来源:系统判断部分

去向:系统各数据库

组成:读取/修改标识,读取/修改内容

流通量: 用户每次输入流通一次

<2>数据文件词条描述:

1.数据文件名:人事数据

简述:存储人员信息

数据文件组成:人员的各项信息(以CString类型为主)

2.数据文件名:销售数据

简述:存储当日及从前的销售记录

数据文件组成:销售的各项信息

3.数据文件名:财务数据

简述:存储财务管理信息

数据文件组成:财务管理的各项记录

4.数据文件名:技术数据

简述:存储公司内部使用的技术档案信息

数据文件组成:技术档案名称,内容

<3>加工逻辑词条描述:

1.加工名:检验

简要描述:判断用户......余下全文>>

八：软件开发总体技术方案设计报告开发目的怎么写

软件工程-软件开发详细的需求分析需求规定3.1对功能的规定（1）首页设计 首页设计应该清晰简单、美观大方，同时还要做到信息充足，突出图书的特点和操作的入口。 （2）、会员信息管理 只有登录后的用户可以修改、删除自己的个人信息和订购书籍，登录人员可以根据用户名/密码组合来进行验证。 本站管理员可以对书店会员的信息进行更新、修改、删除。但是，这些私有信息属于用户，本站不能因为商业目的向外界公开，个人信息完全由个人来控制其内容，程序应提供个人信息维护的页面。 （3）、信息查询 提供查询的页面，用户可以按照书的名称、作者、出版商、价格、分类等进行查询，并得到正确的信息列表。 （4）、安全管理 安全方面的管理，防止恶意攻击、非法入侵和对数据的篡改。资料参考： www.lw5173.com/article/html/2557.html

九：如何写软件项目需求说明书

1 获取需求：

作为需求方也就是甲方，通过语言描述或文档的方式将需求（系统需要提供的功能）提交给开发人员（需

求分析人员）。

获得需求的方式可以有多种多样：电话询问、现场考察、聆听用户讲解、阅读用户编制的相关文件(如招

标书)，其实这些方法都是GET方式，我们可以通过以下两类技术手段来达到：GET(获取)和PUSH(引导、反

馈、激发)相互结合的方式来得到我们真正的需求，而这两个过程都是必须交互进行的，一般我们可以筛

选一名非常有经验(包括谈判技巧、深厚的业务和技术背景、人缘很好、勤奋努力)的人士担任需求工程

师，长期在客户那里工作。

2 需求分析人员，

（1）根据客户提供的文档或语言描述，将需求按功能划分，以用例图的方式表达系统提供的功能模块及

功能模块之间的关系，完成用例图后与客户确认大的功能模块，并对每个功能模块做进一步的沟通

详细记录用户所提供的关键性的描述，此过程需要系统分析人员对客户进行引导。

（2）对每个功能模块进行详细分析与描述，具体信息包括：用户角色、功能说描述、IPO的方式进行描

述（即输入项、输出项、处理）、要提供必要的功能说明，如果使文档更加直观，更容易让客户理

解，可以用UI的方式表达输入输出，配合必要的描述，这样对于客户更加容易理解，需要与客户进

行大量的沟通确认。

（3）编写数据字典：在需求阶段，很难使团队的思路一致，建立一个合适的机制是完全必要的，这就是

数据字典，数据字典是对系统用到的所有数据项和结构的定义，以确保开发人员使用统一的数据定

义。在需求阶段，数据字典至少应定义客户数据项以确保客户与开发小组是使用一致的定义和术

语。分析和设计工具通常包括数据字典组件。

（4）关于文档具体表述的格式与形式，要根据所要表达的功能来确定，最重要的是把事情描述清楚,

这事最终的目的；

(5) 需求文档确定后，设计人员根据这份需求文档进行系统的设计工作了。