规范软件需求边界的方法包括：
明确系统边界：
需求定义应包括对系统边界的描述，即系统包含的功能与系统不包含的功能之间的界限。这个边界描述应成为需求规格说明书的必要组成部分，明确系统“做”什么和“不做”什么，避免需求边界蔓延。
使用上下文关系图：
通过上下文关系图（实际上是数据流图中的顶层图）来标识出外部的参与者和系统的交互关系。这种方式有助于理解整个待开发系统作为一个黑盒，明确系统与人的职责边界。
区分范围和边界：
需要明确地区分范围（系统涉及哪些内容）和边界（系统与人的职责边界）。范围是指系统涉及的内容，而边界则是系统与外部环境的界限。
分类和分析需求：
将收集到的需求进行分类和分析，将需求转化为具体的项目任务，并明确每个需求的优先级，以便更好地管理需求，避免项目出现需求蔓延。
确认需求的可行性和实现性：
在确认需求的过程中，需要对每个需求进行评估，确定需求是否符合项目的目标和预期结果，确保需求是可行和可实现的。
从用户角度出发：
系统边界的划分一定要从用户角度出发，确保划分后的内、外部系统一般都可独立运行。产品型研发组织通常按照产品架构划分，而项目型研发组织则按照项目划分。
使用功能点方法：
在估算软件规模之前，应根据软件项目范围来明确系统边界。功能点方法有助于识别系统内部和外部需求，即内部逻辑文件和外部接口文件。
通过以上方法，可以有效地规范软件需求边界，确保需求定义清晰、明确，避免需求蔓延和项目范围失控。