软件需求规格说明书(SRS)的非功能边界

"SRS所不能实现的作用-2011版王立福自学考试的软件工程课件" 在软件开发过程中，软件需求规格说明书（SRS）是一个至关重要的文档，但它的作用有其明确的边界。王立福在2009年的软件工程课件中强调了SRS不应当承担的设计和管理职责。首先，SRS不是一个设计文档，它的主要目的是为设计提供依据，而不是设计本身。其次，SRS不包含项目的进度、成本、规划等信息，这些内容更适合出现在工作陈述（SOW）、软件项目管理计划（SPMP）、软件生命周期管理计划（SLCMP）、软件配置管理计划（SCMP）或软件质量保证计划（SQAP）等其他类型的文档中。 SRS的核心内容应聚焦于清晰、准确地表述软件需求，它为软件开发提供起点，并作为产品或系统确认（测试）的标准。王立福指出，软件工程的基础在于理解软件开发的本质和基本手段，这包括对软件过程、需求获取、开发方法学以及能力成熟度模型（CMM）的理解。 软件过程涵盖了软件开发所涉及的各项活动及其组织方式。需求及系统/产品需求规约是软件开发的起点，它们定义了软件的功能和性能要求，同时也是后续测试和验证的基准。软件开发方法学则探讨如何有效地进行开发活动，如结构化方法、面向对象方法、面向数据结构方法和维也纳开发方法等，这些方法为实现开发过程提供了路径。 CMM模型则关注软件过程的能力和成熟度，旨在确保软件开发过程的可控性和产品质量。它通过一系列级别的改进，逐步提升软件组织的开发能力和过程效率。 软件开发的本质是将问题域的概念和计算逻辑映射到不同的抽象层。这个映射过程包括数据抽象和过程抽象，分别对应于需求分析阶段的数据模型构建和处理逻辑的定义。例如，面向对象方法用于数据抽象，而结构化方法则常用于过程抽象。 在实际操作中，需求分析、设计、实施和测试等阶段相互关联，不同的方法和工具如面向对象编程、结构化编程等，都是为了更好地实现这种映射，从而构建出满足需求的软件系统。正确理解和运用这些基础知识是软件工程成功的关键，也是软件开发人员必备的技能。