简单的讲,
（一）面向对象上不同：
需求分析报告往往面向业务人员、用户
需求规格说明书往往面向设计、开发人员。
（二）生成阶段不同：
一般先有分析报告，后有规格说明书，
分析报告往往是规格说明书的输入
（三）内容侧重点、粒度不同：
分析报告侧重于把系统要解决的业务逻辑、要实现的功能描述清楚，更宏观；
规格说明侧重于把系统的约束、输入、输出和处理过程定义清楚，更具体。
 
不知是否回答了楼主的问题，供参考。

====================================

需求规格说明书样例(转摘)
 
1 目的

规范化软件开发过程中的《需求说明书》的编写，使之成为整个开发工作的基础。

2 适用范围

本规范适用于集团开发项目的（软件）《需求说明书》的编写。

3 编写内容提示

1 引言
3.1.1 背景说明

说明被开发软件的名称，任务提出者，用户及实现该软件的计算机网络。

3.1.2 参考资料

列出有关资料(名称，发表日期，出版单位，作者等)。

3.1.3 术语和缩写词

列出本文件中用到的专门术语的定义，及术语缩写词。

3.2 软件总体概述

3.2.1 目标

软件开发的意图、应用目标、作用范围以及需说明背景材料。

3.2.2 系统模型

图示说明该软件的所有功能及其相互关系和数据传递情况。

3.2.3 假设和约束

说明影响软件开发、运行环境和系统能力（如预告出错类型的能力）的某些假设和约束。3.3 详细需求

详细描述此软件系统的功能需求和性能需求。

3.3.1 功能需求

对系统中每一个功能，要详细描述（图示或文字）。

概述 叙述功能名称，目标和作用。
输入 输入该功能的信息。
处理 描述该功能做什么，如何对输入信息进行加工并转换成输出信息。
输出 列出内部生成的文件。
3.3.2 性能需求

定量地描述此软件系统应满足的具体性能需求。可考虑以下方面：

3.3.2.1精度

说明系统的精度要求，如：

数据的精度要求。
数字计算的精度要求。
数据传送的误码率要求。
3.3.2.2 时间特性

说明系统的时间特性要求，如：

解题时间。
询问和更新数据文件的响应时间。
系统各项功能的顺序关系。
3.3.2.3 灵活性

说明当需求发生某些变化时系统的适应能力，指出为适应这些变化而需要设计的软件成分和过程。

3.3.2.4系统容量

包括系统的设计容量和理论（计算）容量。

3.3.3 输入和输出

解释各输入输出数据类型，并逐项说明某媒体、格式、数值范围等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。

3.3.4 数据管理能力

说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作估算。

3.3.5 故障处理

列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

3.4 环境

描述所开发软件运行所需的环境。

3.4.1 设备环境

描述运行软件系统所需的设备能力，如：

处理器的型号和内存容量。
存储媒体的数量。
通信网络（包括说明网络结构，线路速度及通讯协议等）。
3.4.2 支持软件环境

列出与待开发的软件互相配合的支持软件（包括名称，版本号和文件资料），必要时还应列出测试软件，还要指出该软件用的编程语言，编译程序，操作系统和数据管理系统。

3.4.3 接口

说明本软件与其他软件之间的接口、数据通信协议等。

3.4.4其他

说明本软件系统在安全和保密方面的要求以及用户对使用方便、可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求。

需求分析报告 V 需求说明书 V 需求规格说明书 
需求分析报告：一般是对某个市场或者是客户群来讲的，类似于调研报告，重点是体现出产品要满足哪些功能，哪些是重点、热点。 
需求说明书：是根据与现场实际客户进行沟通，把客户的需求进行整理，CMMI中有标准的模板，我就不细说了，重点是站在客户的角度讲产品功能。 
需求规格说明书：是从业务规则讲起的，细一点偏向于软件的概要设计。是从开发、测试的角度去讲产品功能，里面要包含原型界面、业务接口、活动图等.