2025软件需求实施建设指南

软件需求实施建设指南

PAGE\*ROMAN

II

目次

前 言 Ⅱ

范围 1

规范性引用文件

1

术语和定义

1

系统建设原则

1

可行性分析

2

系统建设方式

2

服务商（供方）管理

3

需求分析阶段

3

概要设计阶段

4

详细设计阶段

4

软件编码阶段

4

测试阶段

5

试运行阶段

5

验收

5

PAGE

1

软件需求实施建设

范围

本文件我司软件项目实施建设过程建立了一个公共框架，此框架包括在含有软件的系统、独立软件产品和软件服务的获取、开发、运行和维护期间需应用的过程、活动和任务。

本文件只适用于我司作为系统和软件产品及服务的需方。

规范性引用文件

下列文件对本文件的应用是必不可少的，凡是注日期的引用文件，仅所注日期的版本适用于本文件，凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

GB/T8566-2007 信息技术软件生存周期过程

GB/T8567-2006 计算机软件文档编制规范

GB/T9385-2008 计算机软件需求规格说明规范

RB/T028-2020 实验室信息管理系统管理规范

RB/T029-2020 检测实验室信息管理系统建设指南

术语和定义

GB/T8566-2007、GB/T8567-2006、GB/T9385-2008中界定的以及下列术语和定义适用于本文件。

3.2

供方

提供软件开发服务的外部单位或集团具备软件开发能力的部门。

3.3

需方

特嗨氢能检测（保定）有限公司所有需求软件系统的部门。

系统建设原则

合规性原则：软件建设应符合GB/T8566-2007，编制的过程文档应符合GB/T8567-2006、GB/T

9385-2008。

适用性原则：不同业务、不同规模的软件，业务流程和管理方式差异较大，项目经理应基于自身业务特点、管理需求、信息化现状和业务发展规划裁剪本标准不适用的过程、活动、任务。

用户参与原则：系统用户应自始至终参与系统建设过程，保证系统建成后能够切实为系统用户所接受；系统功能设计应尊重用户操作习惯，具有较强的易用性。

可扩展性原则：应采用模块化、分布式的系统设计思路，保证系统应用规模、处理能力、新需求功能较易扩展，有效降低系统上线后的升级成本。

安全性原则:安全性原则应贯彻系统建设全过程，通过身份验证、权限控制、数据校验、审计跟踪、数据加密、数据备份、系统日志等技术手段，确保系统和数据的安全。

可行性分析

需求管理

需求管理是项目管理的基石，需求必须是明确的、可行的和确定的。一般情况下，业务人员提出用户需求，输出《业务需求文档》。项目经理接收、汇总用户需求，进行详细的业务需求调研及评估，确定需求目标及合理性，输出《业务需求报告》，并将需求纳入需求池进行管理，规划产品蓝图，排布优先级与版本规划。

可行性分析

可行性分析有助于提前发现潜在的问题和风险，确定项目的可行性，以便在投入大量资源前进行决策。可行性分析。主要可以在以下几个方面进行可行性分析：

技术可行性，它涉及评估项目所需的技术和技术资源是否可行和可用。这包括评估团队的技术能力，所需的硬件和软件资源，以及项目实施的技术架构和工具。如果技术可行性不被满足，那么项目的成功实施将面临很大的挑战。

经济可行性，它涉及评估醒目的经济效益和投资回报率。

法律可行性，它涉及评估项目是否符合相关的法律法规和法律要求。这包括评估项目是否符合知识产权法、隐私法和数据保护法等方面的要求。

运营可行性，它涉及评估项目是否能够在实际运营中成功的实施和维护。这包括项目的可维护性、可扩展性和可靠性。

时间可行性，它涉及评估项目是否能够在规定的时间内网。这包括评估项目的进度计划、资源分配和风险管理。如果项目无法按时完成，那么它可能会导致额外的成本和延迟。

项目经理可通过市场调研、组织专家评审等方式，对业务需求进行可行性分析，并输出《可行性分析报告》

系统建设方式

通用要求

可基于项目规划和自身资源情况，选择以购买或自建方式建设系统软件。

选择自建系统时，应确保能有足够的信息技术团队资源，并充分评估自建系统所需面临的风险如：数据库设计、软件设计、软件项目管理、系统维护、持续改进等。

购买满足需求的现货软件时，应确保供方满足对此软件系统的需求，具有有效的文档，满足专利

权、使用权、拥有权、担保权、和许可权，具有软件产品的未来支持计划。

通过合同购买软件开发服务

招标的准备

项目经理可通过厂商沟通、产品演示、实际项目考察、征集并评价厂商建议书等活动，初步筛选潜在的服务商。

招标书至少包括项目概况介绍、技术规格参数、项目服务（实施、培训、技术支持等）要求、服务商资质要求、合同商务条款、投标书编制要求，评标规则、招投标流程等内容。

项目经理可根据服务商的标书、能力评价和其他需要考虑的因素来选择服务商。

合同签署

项目经理可与服务商一起就合同进行准备和谈判，合同应包括项目建设的内容、建设周期、验收标准、售后服务条款、需交付的软件产品、文档、服务的费用、保密协议、知识产权归属、双方的权责和义务等。

服务商（供方）管理

供方应提供详细的项目实施计划，内容包括项目范围、阶段划分、人员职责、进度计划、项目里程碑、测试计划、部署计划、试运行计划、验收计划及项目质量保证计划等，经项目经理审核通过后作为项目实施的依据。

供方应明确项目责任人，项目责任人应每周向我司项目经理报告开发过程中设计变更、开发进度、预算控制等情况。

开发过程中，当涉及需求、合同、计划和关键开发人员变更时，供方项目负责人应及时向我司项目经理提交书面报告并形成《软件变更单》，如涉及重大调整时，项目经理应组织专家就变更事宜进行论证。

需求分析阶段

需求调研

需方应根据立项阶段的《业务需求报告》组织会议，同供方一起对业务需求部门提出的每个系统需求做详细的需求调研，并由供方记录并形成《会议纪要》。

《会议纪要》的主要内容有会议时间、会议地点、调研部门、主持人、记录人、参与人、会议议题、需求内容、需求讨论结果。《会议纪要》整理完成后需参与人确认签字。

需求规格说明书

需求调研完成后，需方可委托供方人员编写《需求规格说明书》，但必须审批供方分析的需求。

系统需求规格说明书的主要内容包括系统的功能与能力；业务、组织和用户的需求；应遵守的的标准、规程；安全、安全保密性、人机工程学（易用性）、接口、运行和维护需求；设计约束和合格性需求。

说明书应是正确、无歧义、完备、一致、可验证、可修改、可追踪的。

需求通常使用自然语言来编写。但自然语言具有固有的不确定性。需方审核使用自然语言编制的需求规格说明书时应注意识别语言的含糊用法并予以纠正。

需方审核说明书时应注意，说明书不宜含有对软件设置附件的限制条件或描述任何设计或实现的细节，这些内容应当在项目的设计阶段进行描述。

概要设计阶段

概要设计是把软件的需求转变为一种体系结构，该体系结构描述其顶层结构并标识各个软件模块。此阶段应由供方实施人员独立完成，形成文档《概要设计说明书》。

概要设计说明书

说明书的主要内容包括关于需求模块的顶层设计、软件的外部接口以及软件的各个软件部件间的接口的顶层设计、数据库的顶层设计等内容。

需方审核说明书时应注意，确保软件的所有需求都被分配给了其软件模块，并得到进一步的细化以便于进行详细设计。

需方可在此阶段要求供方编制用户操作手册的最初版本、确定软件的初步测试需求和进度安排。

若软件系统需要安装测试服务器，需方可在此阶段要求供方提供服务器详细参数。

详细设计阶段

详细设计是对软件的每个软件模块进行详细设计，软件模块应细化到更低级别，这些级别包含能被编码、编译、测试的软件单元。此阶段由供方开发人员独立完成，形成文档《详细设计说明书》。

详细设计说明书

说明书的主要内容包括软件模块的详细设计，关于软件外部接口、软件部件之间以及软件单元之间的接口的详细设计，数据库的详细设计等内容。

需方审核说明书时应注意确保来自这些软件部件的所有软件需求都被分配到软件单元。

需方可在此阶段要求供方更新用户操作手册、规定要测试的软件单元、软件集成的测试需求和进度安排。

软件编码阶段

开发计划

需方应在此阶段要求供方根据《详细设计说明书》制定详细的《开发计划》，并交由需方审核。开发计划的主要内容包括功能模块分类、软件单元/接口、负责人、计划开始时间、计划结束时间、完成状态等内容

需方审核开发计划时，应注意每一个软件单元、接口、数据库都在开发计划中。

测试方案

需方应要求供方开发人员，开发程序的同时开发用于测试每一个软件单元、数据库、集成的测试规程和数据并形成文档《测试方案》。

测试方案的主要内容包括测试范围、质量目标、测试策略、测试资源、测试用例、测试计划、质量风险等内容。

软件整改项清单

为保证开发质量，需方可在此阶段时跟进、监督供方工作，并提出整改优化意见，形成文档《软件整改项清单》。

清单主要内容包括功能模块分类、优化问题描述、提出人、提出时间、责任人、计划完成时间、状态。功能模块分类、优化问题描述、提出人、提出时间、任务状态字段由需方填写，责任人、计划完成时间由供方填写。

清单中的整改项内容在供需双方达成共识后由需方填写，需方应追踪、督促供方保质保量完成整改项，整改项经需方测试完成后由需方关闭。

需方可在此阶段要求供方及时更新用户操作手册。

若此系统需部署正式服务器环境，需方应在此阶段要求供方提供详细的服务器参数。目前我司无服务器机房，只可申请使用股份云服务器。

测试阶段

需方可可根据但不限于《测试方案》文档同供方一起针对系统的每一个需求进行测试，测试结果由供方形成文档《测试报告》，交由需方审核。

《测试报告》中应包含软件需求的测试覆盖率、与预期结果的符合程度、运行和维护的可行性等内容。

此阶段时需方应跟进、监督供方工作，并提出整改优化意见，更新《系统整改项清单》。

试运行阶段

上线试运行方案

为保证软件投入试运行时可正常使用，需方应要求供方提供《上线试运行方案》，经需方评审通过后方可进入试运行阶段。

方案的主要内容包括上线时间、基础数据、接口准备情况、系统部署步骤、各项任务负责人、备用方案等内容。

培训

供方在发布试运行软件前，应对需方用户进行培训。

需方可要求供方编制《培训计划》、《培训课件》，以线上直播、线下实操的方式对系统用户进行培训并发布《用户操作手册》，需方应将培训资料进行留存。

在此阶段供需双方应根据用户请求对用户提供协助和咨询，并将问题记录归档。

系统用户在试运行期间，若发现系统B٧G或整改项，需方可向供方提出整改要求，如涉及重大调整时，项目经理应组织供方和专家进行评审并更新《系统优化项清单》。

对于软件的每次发布，供方都应进行测试，需满足整改需求后方可发布，并且备份低版本软件。

若需方条件允许，应进行线上线下并行测试运行，验证并确认软件系统可以正常运行。

试运行结束后，供方应编制《试运行报告》，详述各软件模块试运行情况并交由需方审核。

验收

供方应以双方签署的合同、项目实施方案等有关规定为依据向需方提供《验收方案》，需方评审通过后进入