软件需求探索

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

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

来源: 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: 255

来源: 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: 07 September 2024; Hits: 356

来源: 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: 399

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

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

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

安全性是Safety还是Security

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

来源: 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: 485

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

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

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

需求分析中的核心概念

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

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

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

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

分析师必备的沟通艺术

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

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

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

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

分析师的七种思维武器

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

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

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

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

项目团队遭遇困境，过程建模力挽狂澜

Details: Written by: 婧; Category: 案例参考; Published: 12 April 2024; Hits: 568

来源: reddish&ai
规范URL: https://srs.pub/case/process-modeling-case.html

绿航物流公司“绿航物流管理系统”开发项目初期遭遇沟通混乱、决策不明、资源错配、变更管理困难及合规风险等多重挑战。项目经理李志远、业务分析师林晓菲、开发团队负责人张峰、仓储部经理王海涛及仓库主管赵燕深陷困局。关键时刻，团队引入过程建模分析方法，通过构建现状模型、明确决策点与责任、优化资源分配、实施变更管理与合规审查，逐步化解问题，引领项目走向成功。然而，面对繁复的物流流程与多变的市场需求，过程建模如何发挥魔力，助团队拨云见日？模型构建的具体步骤与实施成效如何？谜团待解，敬请关注详尽故事，见证“绿航物流管理系统”破浪前行的精彩历程。

Read more: 项目团队遭遇困境，过程建模力挽狂澜

家长如何应对可能的霸凌

Details: Written by: 婧; Category: 需求思维; Published: 24 March 2024; Hits: 446

来源: reddish
规范URL: https://srs.pub/thinking/stop-bullying.html

我们最近频繁关注到霸凌事件，并不是霸凌最近才有，只是通讯越来越发达，导致信息流通越来越顺畅,大家开始关注而已。在台湾，儿福联盟公布的《2022台灣兒少微歧視現象與校園霸凌調查報》數據顯示，有將近87.6％的兒少曾遇過被班上的同學嘲笑或是排擠等微歧視的狀況，有34.9％的兒少可能會拒學，甚至有26.9％兒少可能「會想傷害自己」。(来源: https://bully.moe.edu.tw/details/225) 在日本，日本國立教育政策研究所在2004年至2009年實施的追蹤調查顯示，在2009年升入初三之前，有90.3％的學生遭遇過「無視、排擠、中傷」

Read more: 家长如何应对可能的霸凌

从经验中学习

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

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

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

敏捷视角

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

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

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

头脑风暴

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

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

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

从零到一，打造共识：项目启动研讨会全指南

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

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

研讨会作为跨领域合作的高效工具，能够在短时间内整合关键涉众与专家智慧，推动计划、分析至设计的全程需求探索。通过构建信任桥梁，促进深入沟通，确保每个声音都被听见，研讨会塑造了一个互动协作的平台，旨在快速达成目标共识，提炼出指导项目前行的宝贵成果。无论是激发创意的新功能策划，还是严谨的需求评审，它都是加速决策过程、降低沟通成本的优选方案。尽管面临组织挑战，专业中立的主持与明确规则能最大化其效用，引领团队跨越障碍，共创项目成功。

Read more: 从零到一，打造共识：项目启动研讨会全指南

需求的重要性

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

来源: 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: 639

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

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

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

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

来源: 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: 784

来源: 软件需求第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: 757

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

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

需求改进过程

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

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

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

项目目标与范围

Details: Written by: 静静; Category: 需求理论; Published: 28 January 2024; Hits: 976

来源: 软件需求第6章
规范URL: https://srs.pub/theory/xiang-mu-shi-tu-yu-fan-wei.html

我的同事成在她的公司中功地实施了对软件需求文档的正式评审机制。她注意到，在评审会议上出现的许多争议和问题都源于项目范围不清晰或参与者对项目目标理解不一致。专家们在判断哪些功能需求应纳入软件需求规格说明时，往往由于缺乏对项目整体目标和范围的共识而难以达成一致。.正如之前所述，业务需求是需求层次结构中的顶层抽象概念，它们为软件系统设定了项目愿景、边界和预期成果。软件功能需求应当基于用户需求制定，并确保与业务需求所设定的目标相吻合。那些与实现项目业务目标无关甚至产生负面影响的需求应予以剔除。尽管一个项目可能包含非软件相关的部分（如硬件采购、安装、维护或市场推广等）

需求优先级

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

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

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

聆听客户的需求

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

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

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

寻找客户的需求

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

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

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

需求质量验证

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

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

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

需求管理的原则与实现

Details: Written by: 静静; Category: 需求理论; Published: 21 January 2024; Hits: 562

来源: 软件需求-第16章
规范URL: https://srs.pub/theory/xu-qiu-guan-li-de-yuan-ze-yu-shi-xian.html

我们将需求工程划分为两个主要部分：需求开发和需求管理。.**需求开发**：.这部分涵盖了从软件项目中识别、理解并明确客户需求的全过程，包括收集需求（获取）、仔细研究这些需求以确保其合理有效（分析）、将需求清晰详尽地写入文档（规格说明），以及确认它们准确无误（验证）。在这一阶段结束时，通常会产生一系列关键文档，如项目概述与范围说明书、使用场景文档和详细的软件需求规格书，同时可能还包括一些辅助分析模型。一旦这些文档经过评审并获得批准，它们就构成了“需求基线”，这是客户和开发团队对产品功能需求和非功能需求共同认可的一个基准。尽管工程项目中还涉及其他方面的约定

Read more: 需求管理的原则与实现

需求链中的联系链

Details: Written by: 静静; Category: 需求理论; Published: 19 January 2024; Hits: 737

来源: 软件需求第18章
规范URL: https://srs.pub/theory/xu-qiu-lian-zhong-de-lian-xi-lian.html

一个表面上简单的软件变更往往会很复杂，花费的时间也很难预料。经常很难发现哪怕一个很小的修改会影响到的范围。在开发过程中，在同意接受建议的变更之前，要确信明白自己在做什么。.本文讲述开发过程中的需求跟踪和需求变更影响分析的相关内容。需求跟踪包括编制每个需求同系统元素之间的联系文档。这些元素包括其他需求、体系结构、其他设计部件、源代码模块、测试、帮助文件、文档等。跟踪能力信息使变更影响分析十分便利，有利于确认和评估实现某个建议的需求变更所必须的工作。

软件的质量属性

Details: Written by: 静静; Category: 需求理论; Published: 13 January 2024; Hits: 859

来源: 软件需求第11章
规范URL: https://srs.pub/theory/ruan-jian-de-zhi-liang-shu-xing.html

虽然产品特性有很多，但在许多系统中，只有一小部分需要被认真考虑。如果开发者知道哪些特性对项目的成功至关重要，他们就能选择软件工程方法来达到特定的质量目标。根据不同的设计，可以把质量属性分类。一种属性分类的方法是把在运行时可识别的特性与那些不可识别的特性区分开。另一种方法是把对用户很重要的可见特性与对开发者和维护者很重要的不可见特性区分开。那些对开发者具有重要意义的属性使产品易于更改、验证，并易于移植到新的平台上，从而可以间接地满足客户的需要。

首页

IEEE软件工程规范需求工程过程中的信息项详情