软件规格的组织通常遵循以下方式：
总体描述
从总体上描述影响产品和需求的因素，包括产品前景。这部分内容并不涉及具体需求，而是为后续详细需求描述提供背景知识，使其更加易于理解。
详细需求描述
详细描述软件的功能需求、性能需求、接口需求等。这部分内容需要遵循一定的原则，如功能与实现分离、使用面向处理的规格说明语言、描述清楚所属的系统、运行环境等。
其他需求
包括设计约束、实现约束、测试要求等。这些需求可能会影响软件的设计和实现，但不会直接影响用户的需求。
需求模型
规格说明应是一个需求模型，而不是设计或实现的模型。这意味着需求规格说明应描述软件要做什么，而不是如何做。
可操作性和可测试性
规格说明必须是可操作的，描述的需求必须是充分的、可实现的、可测试的。
容许不完备性
规格说明必须容许不完备性并允许扩充。那些以需求暂时不能确定为借口，从而推迟需求开发的进程，都是不允许的。
局部化和松散耦合
规格说明必须局部化和松散地耦合。按照模块化的要求去描述功能需求，不同的功能之间尽可能地保持松耦合的关系，这样一旦发生需求更改，只需要更改局部的需求即可。
通过以上组织方式，软件规格可以清晰地描述软件的功能需求、性能需求、接口需求等，并为后续的设计和实现提供明确的指导。