软件开发管理制度

2.4.3关键的干系人/用户需要

列出干系人认为现有解决方案存在的关键问题。对于列出的每个问题，需澄清以下要点：

为什么会出现这一问题？ 目前如何解决该问题？ 干系人需要什么样的解决方案？

务必要了解干系人或用户对解决各个问题的相对重视程度。分级和累积投票方法表明，必须解决的问题与干系人或用户希望解决的问题大有不同。 2.5 目标业务模型 【可选】

说明：新系统业务模型描述，如有相应业务模型材料了，可作为需求规格说明书的输入参考资料。 2.6 功能摘要

总结该产品将提供的主要优点和特性，而不必涉及每个功能的细节。对功能加以组织，使客户或初次阅读该文档的其他人能够理解此功能列表。

2.7 功能清单及重要程度说明

说明：功能名称、功能描述、重要程度。

重要程度，以ABC三类来表示：A：核心功能；B：辅助功能；C：外围功能； 级别，按照继承关系分为：一级，二级，三级；

软件开发管理制度

说明：业务组为主编写业务需求，业务需求提交至信息技术组后，由信息技术组建立目标系统业务模型并与业务组进行确认（本操作可选，也可由信息技术组与开发商合作建立），目标业务模型作为系统需求的输入，由信息技术组与开发商合作撰写和评审《系统需求规格书明书》。

说明：列出进行本软件开发工作的假定和约束，例如：开发语言、开发期限等。 格式限制说明：本项将指定由现有的标准或规则派生的要求。例如： 报表格式；数据命名；财务处理；审计追踪，等等。

硬件限制说明：本项包括在各种硬件约束下运行的软件要求，例如，应该包括： 硬件配置的特点（接口数，指令系统等）；内存储器和辅助存储器的容量。 2.9.1运行环境约束

说明：硬件设备、支持软件、接口、控制等方面的约束 【可选】

说明：开发过程中必须使用的软件语言、软件进程需求、主要开发工具、核心技术、第三方产品等。

2.9.3产品应当遵循的标准或规范

说明：阐述本产品应当遵循什么标准、规范或业务规则，违反标准、规范或业务规则的产品通常不太可能被接受。 3 具体需求

软件开发管理制度

3.1功能需求 3.1.1具体功能 3.1.1.1内容

说明：对于每一类功能或者有时对于每一个功能，需要具体描述其输入、加工和输出的需求。

3.2 非功能需求 3.2.1 外部接口 3.2.1.1用户接口

说明：提供用户使用软件产品时的接口需求。例如，如果系统的用户通过显示终端进行操作，就必须指定如下要求：

a

对屏幕格式的要求

说明：对界面上的各对象、类型、宽度、取值范围、数据来源、能否为空等属性进行描述。 b c

报表或菜单的页面打印格式和内容 输入输出的需求

说明：解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。 d

程序功能键的可用性

说明：快捷键定义等。 3.2.1.2 硬件接口 【可选】

说明：要指出软件产品和系统硬部件之间每一个接口的逻辑特点。还可能包括如下事宜：支撑什么样的设备，如何支撑这些设备，有何约定。 3.2.1.3软件接口 【可选】

说明：在此要指定需使用的其他软件产品（例如，数据管理系统、操作系统或数学软件包），以及同其他应用系统之间的接口。对每一个所需的软件产品，要提供如下内容：名字、助记符、规格说明号、版本号、来源。

对于每一个接口，这部分应说明与软件产品相关的接口软件的目的，并根据信息的内容和格式定义接口，但不必详细描述任何已有完整文件的接口，只要引用定义该接口的文件即