Software Requirements Engineering

出版者:John Wiley & Sons Inc

作者:Thayer, Richard H. (EDT)/ Dorfman, Merlin (EDT)/ Bailin, Sidney C. (EDT)/ Duncan, Merlin (EDT)

页数:552

出版时间:1997-3

价格:802.00元

装帧:Pap

isbn号码:9780818677380

具体描述

This new edition describes current best practices in requirements engineering with a focus primarily on software systems but also on systems that may contain other elements such as hardware or people. The text consists of original papers, written by experts in the field, plus revisions of papers from the first edition. The book begins with an introduction to current issues and the basic terminology of the software requirements engineering process. The text covers the five phases of software requirements engineering -- elicitation, analysis, specification, verification, and management -- that need to be performed to reduce the chance of software failure. The chapters look at the science and discipline that concern establishing and documenting software requirements. The book covers the process through which developers' and users' discover, review, articulate, and understand the users' needs and the constraints on the software and development activity. It analyzes the users' needs to arrive at a definition of their software requirements. In addition, the papers examine software requirements and the need to clearly document and precisely record each requirement. It also looks at verification to ensure that the software requirements specifications are in compliance with the system requirements and conforms to document standards. The last phase addressed by the book is software requirements management including planning and controlling of all these activities.

用户评价

让我告诉你，这本书在需求验证和确认（Verification and Validation）部分的描述，简直如同隔靴搔痒。真正的挑战在于，如何设计出能够有效地证明“我们做了客户想要的东西”（确认）和“我们把东西做对了”（验证）的机制。我本以为会看到大量关于如何设计有效原型（Prototyping）、如何组织用户验收测试（UAT）的实操指南，以及如何利用BDD（行为驱动开发）的思维方式来构建清晰的验收标准。然而，书中对这些先进技术几乎没有提及，更多的是强调传统的、线性的评审会议。评审会议固然重要，但它依赖于评审人的经验和注意力，效率低下且容易产生偏差。我期待的是自动化反馈回路，是那种能够在代码提交后几分钟内就能反馈给需求持有者进度的机制。这本书对如何利用自动化工具来减少人为错误、提高反馈速度的讨论完全是缺失的，这使得它在“如何高效地确保质量”这一核心命题上，给出了一个非常过时且低效的答案。

天哪，我简直不敢相信这本书竟然连提都没提这个至关重要的问题！我满心期待能深入了解如何在敏捷开发环境中，针对那些变化莫测的需求进行有效的管理和优先级排序。毕竟，在如今快速迭代的项目中，需求的稳定性和清晰度往往是最大的挑战。我本以为这本书会提供一套成熟的方法论，也许是基于Scrum或者Kanban的特定实践，来指导我们如何与客户、利益相关者进行持续的、富有成效的对话，确保我们总是在构建正确的东西。结果呢？里面充斥着大量关于需求获取的传统瀑布模型方法，虽然历史悠久，但在现代软件工程的语境下，显得如此不合时宜和脱节。我尤其失望于它对“用户故事”（User Stories）的提及过于肤浅，仅仅停留在“写下想要什么”的层面，完全没有触及“验收标准”（Acceptance Criteria）的精细化定义，更别提如何通过场景驱动设计（Specification by Example）来驱动开发和测试的先进理念了。我感觉自己像是在阅读一本上个世纪的教科书，对当前行业最前沿的实践视而不见，这对于一本声称覆盖“软件需求工程”的书来说，简直是一种失职。这本书的深度和广度，远低于我的预期，尤其是对于那些希望在快速变化的市场中保持竞争力的团队而言，它提供的指导价值微乎其微。

更令人费解的是，这本书在处理跨文化和全球化项目中的需求差异时，几乎没有提供任何有价值的见解。如今的软件产品很少是为单一市场设计的，理解和管理不同地区、不同法律法规、不同文化背景下的细微需求差异，是高级需求工程师的必备技能。我希望能看到关于如何建立“本地化要求矩阵”、如何处理不同司法管辖区内的数据隐私（如GDPR、CCPA）对系统架构影响的讨论。这本书似乎假设所有项目都是在单一文化、单一语言环境下进行的，对国际化（i18n）和本地化（l10n）的需求工程挑战视而不见。这种对全球化背景的忽略，使得这本书在指导跨国公司或面向全球市场的软件开发时，显得严重不足。它完全没有提供处理这些复杂约束条件的框架或最佳实践，仿佛软件工程仍然停留在地域分割的时代，这对于我们身处的互联世界来说，是一个巨大的局限。

这本书在讨论需求的可追溯性（Traceability）时，简直是避重就轻，让我感到非常恼火。我希望看到的是一套系统化的、能够跨越整个开发生命周期无缝链接需求的框架，从高层的业务目标一直向下追踪到具体的代码模块和测试用例。这对于审计、变更影响分析以及确保最终产品完全满足最初的业务意图至关重要。我期待的不是简单的矩阵图示例，而是对现代工具链（如Jira、Confluence结合特定的ALM解决方案）如何实现自动化追溯的深入探讨，以及在微服务架构下，如何有效地维护跨越多个独立团队和代码仓库的依赖关系。这本书里关于追溯性的章节，似乎停留在手工维护文档和电子表格的时代。它完全没有提及如何利用模型驱动架构（MDA）的概念，通过统一建模语言（UML）的特定视图来增强追溯的粒度和自动化程度。对于一个复杂的企业级系统而言，如果需求链条一旦断裂，后续的维护和缺陷修复成本将呈指数级增长。这本书对这一核心工程挑战的轻描淡写，使得它的实用价值大打折扣，根本无法指导我们建立一个健壮且可维护的工程实践。

我对书中关于非功能性需求（NFRs）的处理方式感到极度失望，这简直是这本书最大的“硬伤”。性能、安全性、可用性这些要素，在当代软件系统中占据了与功能需求同等甚至更重要的地位。我本来期待看到详细的量化方法，比如如何使用特定的负载测试模型来确定可接受的响应时间阈值，或者如何应用威胁建模（Threat Modeling）来系统地识别和缓解安全风险。这本书对NFR的描述，充其量就是列举了一些名词，然后用“必须足够快”或者“必须安全”这种模糊的措辞带过。它完全没有提供任何具体的工程技术或度量标准来指导工程师如何将这些抽象的要求转化为可测试、可验证的规范。例如，当涉及到可扩展性时，它没有讨论诸如水平扩展与垂直扩展的权衡、负载均衡策略的初步考量，或者如何为未来的容量增长预留资源。这本书似乎天真地认为，只要提到了“高性能”，问题就解决了，这对于任何一个处理真实世界高并发、高安全要求的项目来说，都是不负责任的。