software requirement specification

需求理论

需求分析领域的一些理论研究和思想，已经相关规范，标准.

基于推荐系统的软件需求获取过程

Details
Written by: reddish
Category: 需求理论
Hits: 1604
本文是Faiz Akram , Tanvir Ahmad 和 Mohd. Sadiq 2024年发表的论文《基于推荐系统的软件需求获取过程》的翻译。论文提出了基于推荐系统的软件需求获取过程领域的研究差距，并提出一种新的的研究方向。

Read more: 基于推荐系统的软件需求获取过程

软件需求工程中的风险管理活动

Details
Written by: reddish
Category: 需求理论
Hits: 1168
软件工程风险管理包括风险评估、风险控制和风险监控三个主要活动。风险评估旨在根据风险发生的可能性和后果的严重性对风险进行分类。风险控制是管理风险以实现期望结果的过程，包括避免风险、转移风险和降低风险。风险监控确保对产品、过程和业务风险的假设没有改变。

Read more: 软件需求工程中的风险管理活动

软件需求工程中的风险管理

Details
Written by: reddish
Category: 需求理论
Hits: 1059
风险管理是识别、处理和消除潜在问题的系统，以防止这些问题对项目造成损害。风险是尚未发生的、可能影响项目成本、进度、技术成果、软件质量或团队士气的问题。

Read more: 软件需求工程中的风险管理

软件工程中的需求工程

Details
Written by: reddish
Category: 需求理论
Hits: 2435
求工程是软件工程中定义、记录和维护需求的过程。它包括可行性研究、需求获取与分析、软件需求规格说明、软件需求验证和软件需求管理五个步骤。需求工程的目标是理解客户需求，分析需求的可行性，协商解决方案，并在系统开发过程中管理需求的变化。

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

什么是左移测试

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

Read more: 什么是左移测试

如何在敏捷开发模型中编写软件需求规范

Details
Written by: reddish
Category: 需求理论
Hits: 1836
敏捷开发中好像随时提要求随时改，不需要严谨的规范文档。但实际上由于变更的频繁性，普遍性，需求规范在敏捷开发中更显得尤为重要。

Read more: 如何在敏捷开发模型中编写软件需求规范

软件需求编写时需要注意的6大要点与6大避坑建议

Details
Written by: reddish
Category: 需求理论
Hits: 2045
本文深入探讨了编写软件需求时的12个关键注意事项，分为6个应该做的关键点和6个需要避免的常见错误。通过从用户角度写作、编写与实现无关的需求、尽早让利益相关者参与、分析和细化需求、指定需求优先级以及系统地追踪变化，可以有效提升需求的质量。同时，避免使用模棱两可的语言、放弃验收标准、忽视标准化格式、做出技术假设、添加冲突要求和忘记非功能性需求，是确保项目成功的重要保障。本文旨在帮助软件团队制定更明确、更有效的软件需求，从而提高项目的成功率。

Read more: 软件需求编写时需要注意的6大要点与6大避坑建议

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

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

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

软件工程中的需求验证技术

Details
Written by: reddish
Category: 需求理论
Hits: 2238
  • 来源: geeksforgeeks
  • 规范URL: https://srs.pub/theory/validation.html
  • 参考与引用: https://www.geeksforgeeks.org/software-engineering-requirements-validation-techniques/?ref=oin_asr6
本文探讨了软件工程中需求验证技术的重要性，包括可追溯性、敏捷方法和多种验证技术如测试用例生成、原型设计等。强调了需求验证在提高产品质量、用户满意度和防止范围蔓延方面的作用，同时也指出了其潜在缺点。

Read more: 软件工程中的需求验证技术

软件工程中的业务需求

Details
Written by: reddish
Category: 需求理论
Hits: 3756
本文探讨了软件工程中业务需求的定义、重要性及其与技术需求的区别。强调了在项目初期准确收集和文档化业务需求的必要性，以及如何通过有效的变更管理和利益相关者参与来应对需求的动态变化。文章还讨论了最终用户在需求定义中的作用，以及定期审查和更新业务需求的重要性。

Read more: 软件工程中的业务需求

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

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

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

软件工程中的非功能性需求

Details
Written by: reddish
Category: 需求理论
Hits: 4053
  • 来源: geeksforgeeks
  • 规范URL: https://srs.pub/theory/nfr.html
  • 参考与引用: https://www.geeksforgeeks.org/non-functional-requirements-in-software-engineering/?ref=oin_asr5
本文探讨了软件工程中的非功能性需求，包括性能、可用性、安全性等，强调了它们在确保系统质量、用户满意度和业务目标一致性方面的重要性。文章还讨论了识别和记录这些需求的最佳实践及其面临的挑战。

Read more: 软件工程中的非功能性需求

深入剖析软件开发中需求评审的关键作用与实践策略

Details
Written by: reddish
Category: 需求理论
Hits: 1888
  • 来源: geeksforgeeks
  • 规范URL: https://srs.pub/theory/review.html
  • 参考与引用: https://www.geeksforgeeks.org/requirement-reviews-in-software-development/?ref=oin_asr5
本文深入探讨软件开发中的需求评审，阐述其重要性、执行方法、优缺点等。强调需求评审对准确传达数据、判断项目方向及提供决策支持的关键作用。

Read more: 深入剖析软件开发中需求评审的关键作用与实践策略

需求收集的维度

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

Read more: 需求收集的维度

软件测量与度量标准

Details
Written by: reddish
Category: 需求理论
Hits: 1890
软件度量是评估软件产品和流程的关键活动，遵循ISO和IEEE标准。它包括直接和间接测量，涵盖产品、流程度量和项目度量，旨在提高质量、优化流程并支持数据驱动决策。IEEE标准如982.1-2005专注于软件依赖性的度量，确保关键系统的可靠性和可维护性。

Read more: 软件测量与度量标准

  1. 软件工程中的软件需求分类
  2. 管理层变更与软件项目稳定性-利益相关者分析与沟通艺术
  3. 管理层变更与软件项目稳定性-利益相关者分析与沟通艺术-下 - 管理利益相关者驱动的软件需求变更
  4. 管理层变更与软件项目稳定性-利益相关者分析与沟通艺术-上 - 管理利益相关者驱动的软件需求变更
  5. 2024年编写软件需求规格说明(SRS)的指南
  6. 从平凡到非凡，商业分析师如何用‘六脉神剑’改写规则

Page 3 of 5

文章列表

访问统计

  • Users 2
  • Articles 365
  • Articles View Hits 588606

热门标签

最新文章

热门文章

快讯

三恒移俗在本文中提出一种全局唯一ID的增强规范，用于补齐UUID的短板，实现可排序的UUID,在兼容UUID的全局唯一性的同时，支持排序，检索，简化数据管理中的逻辑和运维。
三恒移俗在本文中提出一种REST的扩展规范-超媒体契约，用于更好的定义后台API的框架。RESTful Hypermedia Contract（RHC）在HATEOAS原则的基础上增强定义，兼容现有的REST规范的同时扩展强大的API能力。它通过在将REST中不明确的元素给予清晰的概念定义，从而是的REST API可以引入更多的更强的API功能。本规范的目标之一是使API响应成为一份"自包含的运行时接口说明书"。客户端通过解析RHC响应，可动态发现资源关联、理解操作约束、适配参数结构，无需依赖外部文档或硬编码URI，实现API演进的零破坏性升级。
阐述业务或任务分析流程，定义业务或任务问题或机会，描述解决方案空间，确定可以解决问题或利用机会的潜在解决方案类别。
相对于发完需求后交给AI去做不透明的代码开发，黑盒子的机制对整个项目的系统化构成无法消弭的腐烂风险，为此作者提出了一个全新的玻璃盒子的概念，让AI的行为更加的可控。
深入剖析Agentic Coding范式的结构性陷阱——从监督悖论、技能萎缩到Vendor Lock-in，揭示"跳过知识构建直接委托实现"的认知债务本质，并提出以知识锚定为核心的第三条人机协作实践框架。