软件开发方案的技术需求怎么写？

软件开发方案的技术需求怎么写？

软件开发工程一般有以下基本活动；
 

软件描述：软件功能和对软件操作的约束；

软件设计与实现：软件设计应根据描述进行；

软件验证：确定软件有效，完成预期应用;软件进化:软件进化是为了响应应用程序需求的变化。

其中，目标的软件描述是确定需要开发和运行哪些服务和软件系统，在这些服务和软件系统中，约束对于发现服务和约束、分析和验证活动，创建文档现在通常被称为需求工程。

需求过程，需求工程是软件过程的一个特别关键的阶段，在这个阶段的错误将不可避免地导致后续的系统设计和实现阶段。需求工程阶段的独特性在于很少有现成的模式或定制的文档可以参考。后续阶段可以在以前工作的基础上构建(至少在某种程度上可以派生各种相关模型)，同时创建需求工程阶段的结果。

需求工程本身是一个生成描述系统的需求文档的过程。在本文档中，需求通常被描述为两个级别：最终用户需要对需求的高级描述;系统开发人员需要对系统进行更详细的描述。

对需求过程的四个主要阶段的可行性研究:指出现有的软硬件技术是否能够满足用户对新系统的需求。从业务角度确定系统开发是否具有成本效益并在预算之内。可行性研究是初步的，其结果是得出该系统是否值得进行更详细的分析。

需求导出和分析：这是一个通过分析现有系统、与潜在用户讨论、任务分析等来获取系统需求的过程。您可能还需要开发一个或多个不同的系统模型和原型。这将帮助分析人员理解要描述的系统。

需求验证：该活动检查需求实现、一致性和完整性。在此过程中，可以发现和纠正需求文档中的错误。
 

需求描述：需求描述是标识分析活动中收集的信息的文档。在这个文档中有两种类型的需求。用户需求是终端用户对系统需求的抽象描述。系统需求是系统提供的功能的详细描述。

需求验证：该活动检查需求实现、一致性和完整性。在这个过程中，需求文档中的错误可以被发现和纠正。

因此，分析、定义和描述是交替进行的。

进一步了解的需求

1、软件系统需求通常分为功能需求、非功能需求和领域需求。功能需求:包括系统应该提供的服务的描述、如何响应输入以及系统在特定条件下的行为。在某些情况下，功能需求可能还需要清楚地声明系统不应该做什么。从理论上讲，系统的功能需求描述应该是全面和一致的。

全面性意味着应该描述用户需要的所有服务。一致性意味着需求描述不能不一致。在实践中，一个庞大而复杂的系统几乎不可能对需求进行完整而一致的描述。

2、软件需求文档，也称为软件需求描述(SRS)，是对系统开发人员需求的正式声明。IEEE标准为需求文档提出了以下结构:介绍、目的、范围、缩写词等)、通用描述(产品视角、功能、用户特征、约束等)、特殊需求(功能、非功能、界面)、附录、索引。