软件需求探索

什么是左移测试

Details: Written by: 婧; Category: 需求理论; Published: 24 December 2024; Hits: 914

来源: Sandra Felice
规范URL: https://srs.pub/theory/shift-left-testing.html
参考与引用: https://www.browserstack.com/guide/what-is-shift-left-testing

软件测试领域不断变化，以满足快速交付高质量软件的需求。传统上，瀑布模型用于测试应用程序，但对更快发布周期的需求导致了新方法的出现。一种有效的方法正在获得关注，那就是左移测试。

GBT9385-计算机软件需求说明编制指南

Details: Written by: 婧; Category: 标准与规范; Published: 06 December 2024; Hits: 1129

来源: 中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会发布
规范URL: https://srs.pub/specification/gbt9385.html
参考与引用: - 17AASTM E 1340:1996 计算机系统快速原型法标准指南 - 2008-04-11发布 - 2008-09-01实施 - 代替:GB/T 9385—1988

本文是GB/T 9385《计算机软件需求说明编制指南》的2008版本的主要内容，为方面网页查看，有做删减。

Read more: GBT9385-计算机软件需求说明编制指南

需求分析中提到的验证是Verification还是Validation？

Details: Written by: 婧; Category: 需求理论; Published: 02 November 2024; Hits: 1270

来源: reddish
规范URL: https://srs.pub/theory/verification-or-validation.html

本文探讨了软件工程中需求验证技术的概念，重点澄清中文里一般都称为验证但英文里单词和意思都不一样的两个术语:verification和validation。

软件工程中的需求工程的相关概念定义

Details: Written by: 婧; Category: 标准与规范; Published: 07 October 2024; Hits: 1510

来源: ISO/IEC/IEEE 29148:2011
规范URL: https://srs.pub/specification/req-concepts.html
参考与引用: - ISO/IEC 26551 软件和系统工程 - 产品线需求工程和管理的工具和方法 - ISO/IEC 16085 软件和系统工程 - 软件生命周期管理 - 风险管理. 风险管理的概念、方法、技术和工具 - ISO/IEC 25030 或 GB/T 25000.30-2021 软件和系统工程 - 软件和系统的质量需求和验证(SQuaRE) - 质量验证框架 - ISO/IEC 25010 软件和系统工程 - 软件和系统的质量需求和验证(SQuaRE) - 产品质量模型

本文主要定义IEEE需求工程(29148)的关键概念，基于ISO/IEC 29148:2011版的第五章。有做编辑，润色和裁剪。涵盖需求工程基础、利益相关者、需求转化、制定规范及需求属性等方面。强调需求的可追溯性、一致性、完整性和可验证性，提供需求表述和属性的实用指导，旨在帮助理解和管理软件需求。

Read more: 软件工程中的需求工程的相关概念定义

IEEE软件工程规范需求工程过程中的信息项之系统需求规范文档

Details: Written by: 婧; Category: 标准与规范; Published: 05 October 2024; Hits: 1412

来源: ISO/IEC/IEEE 29148:2011
规范URL: https://srs.pub/specification/srs-information-item-syrs.html
参考与引用: IEEE 29148 第7,8章

系统需求规范 (SyRS) 详细定义了系统的高级技术规格和人机交互可用性，包括总体目标、环境背景、约束和非功能性需求。SyRS 通过概念模型说明系统环境和使用场景，全面描述系统功能及与外部环境的接口。它作为采购方和技术团队之间的沟通桥梁，确保双方理解一致。SyRS 的呈现方式应适合不同受众，可以是纸质文档、模型或原型等形式。标准还区分了系统需求（系统应做什么）和流程需求（如何构建系统），并强调了信息的一致性和可靠性。

软件工程中需求调研的常见挑战

Details: Written by: 婧; Category: 需求理论; Published: 25 September 2024; Hits: 1022

来源: geeksforgeeks
规范URL: https://srs.pub/theory/challenges.html

本文探讨了软件工程中需求调研的挑战、解决方案以及其优缺点。需求调研是理解用户需求、管理利益相关者、识别风险、保持可追溯性的关键步骤，对提高软件质量和用户满意度至关重要。

Read more: 软件工程中需求调研的常见挑战

IEEE软件工程规范中的软件需求规格说明书模板

Details: Written by: 婧; Category: 标准与规范; Published: 19 September 2024; Hits: 1994

来源: ISO/IEC/IEEE 29148:2011
规范URL: https://srs.pub/specification/srs-template.html
参考与引用: IEEE 29148 第九章

本文按照ISO/IEC/IEEE 29148:2011的软件工程规范中的模板格式整理出的软件需求规格说明书(SRS)的关键组成部分，包括标准合规性、软件系统属性、验证方法和支持信息，旨在确保软件产品满足监管要求、具备必要的功能性，并提供充分的文档支持。作为模板提供出来作参考。

Read more: IEEE软件工程规范中的软件需求规格说明书模板

需求收集的维度

Details: Written by: 婧; Category: 需求理论; Published: 16 September 2024; Hits: 1022

来源: geeksforgeeks
规范URL: https://srs.pub/theory/dimension.html
参考与引用: https://www.geeksforgeeks.org/dimensions-of-requirement-gathering/?ref=oin_asr10

需求收集是通过访谈、用例建模和FAST方法等技术，从利益相关者那里获取并整合项目需求的过程。本文探讨了这些方法的重要性、应用场景及挑战，并提出了改进措施以提高需求收集的质量和效率。

软件工程中的软件需求分类

Details: Written by: 婧; Category: 需求理论; Published: 07 September 2024; Hits: 1272

来源: IEEE Std 729-2019
规范URL: https://srs.pub/theory/srs-type-in-ieee.html

软件工程中对于需求的定义是用户解决问题或实现目标所需的条件或能力; 统或系统组件为满足合同、标准、规范或其他正式规定的文件而必须满足或拥有的条件或能力; 条件或能力的记录表示。

Read more: 软件工程中的软件需求分类

需求魔法：别废话了，把你要抄的那个产品拿给我看一下

Details: Written by: 婧; Category: 案例参考; Published: 05 September 2024; Hits: 1271

来源: reddish
规范URL: https://srs.pub/case/magic-sulotion.html

产品设计和研发过程中，最怕的就是需求夹杂不清，导致最后做的工作都白费了。浪费大家的时间还达不到效果。比较典型的例子就是标题所示的段子："产品经理：你能不能做一个右滑能出菜单，然后还需要一个闪烁的动画，这边这个tab可以拉下来，你懂了吧!程序员：别废话了，把你要抄的那个产品拿给我看一下"

Read more: 需求魔法：别废话了，把你要抄的那个产品拿给我看一下

安全性是Safety还是Security

Details: Written by: 婧; Category: 需求思维; Published: 28 July 2024; Hits: 2150

来源: aigc
规范URL: https://srs.pub/thinking/safety-security.html

同一个中文“安全性”但是却又完全不同的英文术语(safety vs security)对应，如何理解和区分呢。本文尝试详解其含义和区别，并给出区分使用的建议。

Read more: 安全性是Safety还是Security

需求挖掘前为何准备工作至关重要

Details: Written by: 婧; Category: 商业分析知识体系; Published: 12 June 2024; Hits: 1399

来源: babok_v3 第四章 Elicitation and Collaboration
规范URL: https://srs.pub/babok/elicitation-prepare.html

在需求挖掘前，确保所有涉众获取必要信息并理解即将进行的活动。此阶段关键任务包括设定共同期望、明确活动性质和确定研究来源或准备实验，以验证过程更改的有效性。这些准备工作旨在提升效率与效果，确保各参与方对项目有清晰认知，从而为活动的成功奠定基础。

Read more: 需求挖掘前为何准备工作至关重要

战略分析

Details: Written by: 婧; Category: 商业分析知识体系; Published: 28 May 2024; Hits: 1543

来源: babok_v3_chapter_6
规范URL: https://srs.pub/babok/strategy.html

战略分析涉及识别对企业战略或战术目标至关重要的需求，并确保解决方案与这些目标一致。这需要与涉众合作，理解企业、部门、地区、产品、项目或迭代层面的战略，并使变更战略与之对齐，以有效运用企业能力实现预期目标。

需求分析中的核心概念

Details: Written by: 婧; Category: 商业分析知识体系; Published: 27 May 2024; Hits: 1461

来源: babok_v3_chapter_6
规范URL: https://srs.pub/babok/core-concept.html

商业分析的核心概念模型描述了变更、需求、方案、涉众、价值和背景之间的相互关系。变更是为了满足需求而采取的行动，业务分析师需要定义目标状态并规划实现它的步骤。需求是待解决的问题或待抓住的机会，它们帮助我们理解现状和期望的未来状态。这些概念共同构成了商业分析的基础。

Read more: 需求分析中的核心概念

分析师必备的沟通艺术

Details: Written by: 婧; Category: 商业分析知识体系; Published: 04 May 2024; Hits: 1471

来源: babok_v3 第九章
规范URL: https://srs.pub/babok/communication.html

本文介绍了沟通技术的重要性以及有效的沟通计划的制定方法。沟通可以使用多种方式进行，包括口头、非语言、身体和书面。有效的沟通者需要根据受众的知识水平和沟通风格调整沟通方式和技术，以确保信息被清晰易懂地传达。文章还介绍了沟通技术的核心能力，包括口头沟通、非言语沟通、书面沟通和倾听。

Read more: 分析师必备的沟通艺术

分析师的七种思维武器

Details: Written by: 婧; Category: 商业分析知识体系; Published: 03 May 2024; Hits: 1513

来源: babok_v3 第九章
规范URL: https://srs.pub/babok/analycal.html

本文介绍了商业分析师所需的基本功中，七种核心的思维能力，包括创造性思维、决策制定、学习、解决问题、系统思维、概念思考和视觉思维。这些能力有助于商业分析师有效地分析问题和机遇，确定哪些变化可以带来最大的价值，并与涉众合作了解这些变化的影响。

Read more: 分析师的七种思维武器

数据挖掘

Details: Written by: 婧; Category: 商业分析知识体系; Published: 02 March 2024; Hits: 1139

来源: babok_v3
规范URL: https://srs.pub/babok/shujuwajue.html

数据挖掘通过分析大量数据以发现模式和见解，从而辅助决策。它涉及从不同角度探索数据，汇总信息以揭示潜在的模式和关系，并通常产出数学模型或方程式。这些模型可以辅助人类通过可视化工具进行决策，或通过自动化系统实施。数据挖掘包括监督和非监督研究，前者寻求特定答案以驱动决策，后者则探索数据以发现模式。它涵盖描述性、诊断性和预测性技术。

SWOT 分析

Details: Written by: 婧; Category: 商业分析知识体系; Published: 02 March 2024; Hits: 1331

来源: babok_v3
规范URL: https://srs.pub/babok/swot.html

SWOT分析是一种评估工具，用于审视组织的优势、劣势、机会和威胁。它通过简明、具体、现实的语言，基于事实来识别成功的关键因素。SWOT分析适用于不同规模的评估，包括整个企业、部门、业务单位或个人。通过这种分析，涉众可以清晰地理解当前条件对预期成果的影响，并用于评估环境、分享信息、选择最佳方案和识别潜在障碍。

从经验中学习

Details: Written by: 婧; Category: 商业分析知识体系; Published: 02 March 2024; Hits: 1780

来源: babok_v3
规范URL: https://srs.pub/babok/cong-jingyan-zhong-xuexi.html

经验教训过程旨在汇总记录成功经验、改进机会、失败案例及对未来项目或项目阶段的建议。经验教训会议有助于识别商业分析过程中的变化、成功做法或可在未来工作中采纳的实践。这些会议可以在项目任何重要节点提供帮助，形式可以是正式或非正式，地点和方式灵活，有时也包括庆祝活动。会议内容包括回顾商业分析活动、成果、最终解决方案、自动化或技术的影响以及对组织流程的改进。

敏捷视角

Details: Written by: 婧; Category: 商业分析知识体系; Published: 01 March 2024; Hits: 1450

来源: babok_v3
规范URL: https://srs.pub/babok/minjie-shijiao.html

在商业分析中，观点帮助为特定倡议提供任务和技术的重点。常见的观点包括敏捷、商业智能、信息技术、商业架构和业务流程管理。这些观点并非穷尽所有可能性，而是代表了常见的商业分析视角。一个倡议可能涵盖一个、多个或全部这些观点。例如，一个倡议可能包含技术组件（信息技术视角），这可能导致业务流程变化（业务流程管理视角），同时可能采用敏捷方法来执行工作（敏捷视角）。

头脑风暴

Details: Written by: 婧; Category: 商业分析知识体系; Published: 01 March 2024; Hits: 1787

来源: babok_v3
规范URL: https://srs.pub/babok/tounao-fengbao.html

头脑风暴法是一种集体创意过程，旨在激发团队成员的创造力，以产生大量新颖的想法。这种方法鼓励团队成员提出各种可能的解决方案，以应对特定的问题或挑战。通过集中讨论，团队可以识别出解决问题的多种选项，分析阻碍进展的因素，预测可能的延误，并探讨解决特定问题的不同策略。头脑风暴法不仅适用于团队环境，个人也可以使用它来激发创新思维。

决策分析

Details: Written by: 婧; Category: 商业分析知识体系; Published: 01 March 2024; Hits: 1464

来源: babok_v3
规范URL: https://srs.pub/babok/juecefenxi.html

决策分析是一种评估问题和潜在决策的方法，旨在不确定条件下确定备选方案的价值。它探讨不同决策可能产生的结果，并根据领域特定的价值标准（如财务价值、评分或相对排名）进行评估。决策分析有助于解决评估难题，如问题定义模糊、结果原因不明、影响因素不完全了解，或不同涉众对结果价值缺乏共识。该方法支持在复杂情况下评估和比较不同结果的价值。

需求的重要性

Details: Written by: 婧; Category: 需求理论; Published: 16 February 2024; Hits: 1333

来源: https://www.formpl.us/blog/point-likert-scale
规范URL: https://srs.pub/theory/xu-qiu-de-zhong-yao-xing.html

需求的重要性不容忽视！其主要分为自我陈述和推理计算两种类别。重要性级别参考李克特量表，有四级、五级、七级之分。四级量表观点明确，适用于市场调研，但可能导致扭曲结果；五级量表易理解，数据分布好，但不够精准；七级量表精确易用，是可用性评估的最佳选项。此外，推导的重要性通过客户满意度计算得出。

管理需求变更

Details: Written by: 婧; Category: 需求理论; Published: 16 February 2024; Hits: 1700

来源: 软件需求第17章
规范URL: https://srs.pub/theory/guan-li-xu-qiu-bian-geng.html

需求变更管理至关重要，不受控制的变更会让项目陷入混乱。我们要仔细评估变更，挑选合适人选做决定，及时通知相关人员，并按程序进行。还要控制项目范围扩展，敢于说“不”。变更控制过程能提供正式机制，变更控制委员会能做出决策。测量变更活动可评估需求稳定性。但具体要如何实施呢?

任何不对的事情都不值得去做对

Details: Written by: 静静; Category: 需求思维; Published: 14 February 2024; Hits: 1659

来源: aigc
规范URL: https://srs.pub/thinking/ren-he-bu-dui-de-shi-qing-dou-bu-zhi-de-qu-zuo-dui.html

你做得对，并不代表你做的有用。事实上，绝大部分人每日间忙忙碌碌，未必是有一两件事情是有用，或者最终有用的。.每个人、每个团体、每个组织（公司，事业体等）所拥有的资源都是有限的。即使大公司在某个时期资金充足，也不能保证永远如此；一个人在特定时期（如毕业前）时间和精力充沛，也不能保证总是保持这种状态（比如30岁以后）。.我们总是需要在最少的资源配置上，创造最佳的价值。.很多人认为这意味着要少花钱多办事。然而，最佳价值并不等同于少花钱多办事，有时恰恰相反，需要多投资早做准备。

Read more: 任何不对的事情都不值得去做对

需求开发向设计规划的转化

Details: Written by: 静静; Category: 需求理论; Published: 02 February 2024; Hits: 1949

来源: 软件需求第15章
规范URL: https://srs.pub/theory/xu-qiu-kai-fa-xiang-she-ji-gui-hua-de-zhuan-hua.html

虽然在项目启动阶段遇到了许多困难，但“物流管理系统”的开发工作总算取得了进展。项目的发起人张经理和仓库产品代表李小姐对于花费大量时间收集需求的必要性表示怀疑。然而，他们还是愿意参加由开发团队和其他产品代表共同参与的一天的软件需求培训。此次培训强调了在编写软件程序之前，让所有项目利益相关者对需求达成共识的重要性。通过培训，成员们了解了需求术语、概念以及将要使用的方法，这有助于激发他们在具体需求实施过程中采用一些改进技术。

Read more: 需求开发向设计规划的转化

客户的需求观

Details: Written by: 静静; Category: 需求理论; Published: 30 January 2024; Hits: 1751

来源: 软件需求第2章
规范URL: https://srs.pub/theory/ke-hu-de-xu-qiu-guan.html

物流公司计划开发一个新的物流管理系统，旨在跟踪仓库和配送中心的货物库存，以便物流专家能够快速获取所需货物，避免重复购买。该系统还计划为公司高层提供货物流动的报告功能。项目负责人要求开发团队在五个月内完成系统开发。开发团队的新管理员意识到项目的重要性，但提出在制定开发计划之前，需要先收集系统需求。

需求改进过程

Details: Written by: 静静; Category: 需求理论; Published: 29 January 2024; Hits: 1553

来源: 软件需求第4章
规范URL: https://srs.pub/theory/xu-qiu-gai-jin-guo-cheng.html

在实践应用需求工程中的好方法是改进软件过程的核心。改进过程包括使用更多有效的方法避免使用过去使用过的令人头痛的方法。然而，改进之路是从失败、错误开始，还要历经那些受影响人的抵制及因任务时间紧迫导致搁置改进这样的挫折。.软件开发过程的改进有两个主要目标：解决以前项目中或目前项目中遇到的问题，以及防止和避免将来可能遇到的问题。即使你目前采用的方法很有效，也应该知道其他一些很有价值也颇有效的需求工程方法，并把它们加入到你的软件工程中。

需求优先级

Details: Written by: 静静; Category: 需求理论; Published: 26 January 2024; Hits: 2035

来源: 软件需求第13章
规范URL: https://srs.pub/theory/xu-qiu-you-xian-ji.html

在本文中，我们详细探讨了设定需求优先级的重要性，以及如何依据价值、成本和风险制定优先级方案。通过这一方法，开发团队能够更有效地管理有限的时间和资源，确保最终产品能够切实满足各类用户的实际需求和期待。

聆听客户的需求

Details: Written by: 静静; Category: 需求理论; Published: 24 January 2024; Hits: 1537

来源: 软件需求第8章
规范URL: https://srs.pub/theory/ling-ting-ke-hu-de-xu-qiu.html

需求获取是需求工程的核心环节，它旨在确定和理解不同用户群体的具体需要与限制。在软件需求的三层结构中，获取用户需求居于中间层级，上层由项目视图和范围文档中的业务需求指导，下层则生成特定的软件功能需求以支持用户完成他们的任务。.通过运用“使用实例”等方法聚焦于用户如何利用系统执行其实际工作，需求获取为从问题识别到解决方案构建架设了桥梁。有效的需求获取过程要求参与者对项目中的客户需求有普遍的理解，以便分析者、开发者和客户共同探索满足这些需求的各种可能方案。关注用户任务而非仅关注用户接口，有助于避免开发团队因过早进入设计阶段而产生的错误。

寻找客户的需求

Details: Written by: 静静; Category: 需求理论; Published: 23 January 2024; Hits: 2112

来源: 软件需求第7章
规范URL: https://srs.pub/theory/xun-zhao-ke-hu-de-xu-qiu.html

如果你坚信客户参与是确保软件产品成功的关键因素，那么在项目的初始阶段就应积极地从各利益相关者那里收集意见。软件需求的准确性和项目开发的成功在很大程度上取决于开发者是否充分理解并采纳客户的需求。在之前的文章中，我们探讨了提供商业需求的一类客户——项目赞助者、愿景制定者或市场部门。而在本文中，我们将重点关注需求的第二层级——用户需求。.为了有效地获取客户意见，需要遵循以下步骤：.1. 明确识别项目用户需求的来源。

需求质量验证

Details: Written by: 静静; Category: 需求理论; Published: 22 January 2024; Hits: 2389

来源: 软件需求第14章
规范URL: https://srs.pub/theory/xu-qiu-zhi-liang-yan-zheng.html

大多数软件开发者都遭遇过在开发后期或产品交付后才意识到需求问题的情况。一旦基于原始需求的工作完成，修复需求错误通常需要付出大量额外努力。研究表明，相较于在需求开发阶段由客户找出并修正错误，后续的修复工作可能需要花费68至110倍的时间。另一项研究则指出，在需求阶段发现并修复一个错误平均只需30分钟，而在系统测试阶段发现问题，则可能耗费5至17小时进行修复。因此，任何及早检测需求规格说明中错误的措施都有助于大幅节省时间和成本。

首页

需求分析基本流程