软件工程读后感3-软件需求过程3-526互联

最近，我阅读了掌握需求过程的下一部分。
功能性需求描述了产品的动作。它们应该做到能形成一份完整的、尽量避免二义性的产品功能描述。过去，我对于功能性需求的认识不够，将来，我会尽量了解更多有关功能性需求的知识。
非功能性需求描述了产品的质量方面的表现——它是否需要快捷、安全、有引力等等。这些质量源于产品要求实现的功能。这个阶段您已经写下了非功能性需求的描述，有一些看起来可能有点模糊，有些看起来像是出于良好的愿望。请记住您还没有完成需求，您还没写验收标准。当您写验收标准时会写下量化每项需求的含量的度量标准。过去，我对于非功能性需求的了解还不够深入，将来，我会尽量提升自己对于非功能需求的了解。
编写需求规格说明书不是一项独立的活动，而是与其他部分的过程一起完成的。一个编写良好的需求规格说明书能够得到数倍的回报，构建工作更为精确，维护费用更少，产品反应了顾客的需要和想法。过去，我没有编写过需求规格说明书，将来，我会尽量尝试编写需求规格说明书。
验收标准可以量化行为、性能，或者其他需求的质量。验收标准既适用于功能性需求，又适用于非功能需求。过去，我对于验收标准的了解不够深入，将来，我会尽量深入的了解验收标准的相关内容。
质量关对形式化的潜在需求进行一系列的检查。质量关对单项需求检查一下项目：完整性、可追踪性、一致性、相关性、正确性、二义性、可行性、是解决方案而非需求、镀金、蔓延。质量关的首要目标是防止不好的需求进入需求规格说明书。过去，我对于质量关的了解不够深入，将来，我会尽可能的了解质量关的知识，提高自己对于质量关的认识。