一、需求分析说明书和需求规格说明书的区别
需求分析说明书：一般是对某个市场或者是客户群来讲的，类似于调研报告，重点是体现出产品要满足哪些功能，哪些是重点、热点。
需求规格说明书：是从业务规则讲起的，细一点偏向于软件的概要设计。是从开发、测试的角度去讲产品功能，里面要包含原型界面、业务接口、活动图等
二、需求分析说明书模板
1.简介
1.1目的
1.2范围（软件功能，与其他系统的关系，系统的地域使用范围）
1.3定义、首字母缩写词和缩略语
1.4概述（软件其他部门所包含的内容，如参考资料，并解释此文档的组织方式）
2.业务目标及业务背景
2.1 业务目标（从招投标书，合同，方案等整理出业务目标）
2.2 组织架构 （干系人的组织架构）
2.3 业务现状
2.4 存在的问题
3.业务流程（描述系统所涉及的业务流程，以图形+文字描述）
3.1[业务名称]流程 （流程图+流程说明）
3.2[业务名称]流程
...
4.详细需求分析
4.1用例报告（统一描述系统的顶层用例）
此外应该加上用例图：
4.2 用例1（用例名称。如请假用例）
4.2.1 简要说明
（此说明应该简要介绍该用例的作用和目的。一个段落足以说明）
4.2.2 用户界面设计
（插入界面原型）
4.2.3 用例场景
（该小节可以归纳为用例表模板）
4.2.3.1 主要参与者及其目标
4.2.3.2 前置条件（列出本用例前必须存在的用例状态）
4.2.3.3 主流程
（当主角有所行动时，此用例随即开始。总是由主角来带动用例，善用流程图）
4.2.3.4后置条件
4.2.3.5 备选流程
4.2.3.6 输入项详例
4.2.3.7 输入项详例
4.2.4 业务实体
（描述此用例及设计的业务实体）
4.2.5 补充规约
（适用于该子系统或者特性的具体需求，并对这些需求加以改进，以足够详细的说明该子系统或特性）
4.3 用例2（用例名称。示例：入库审核用例）
4.3.1 简要说明
（仓库管理人员根据货物的基本信息以及入库信息对业务进行审核，如果合格则自动生成帐卡和入库收费单，如果不合格则此笔业务被致予不合格处理）
4.3.2 用户界面设计
（插入界面原型）
4.3.3 用例场景
4.3.3.1 主要参与者及其目标
（参与者：仓库管理员
用例目标：审核录入是否正确，生成帐卡，入库收费单。
）
4.3.3.2 前置条件
（前置条件一：用户已登录系统
前置条件二：用户角色必须仓库管理员）
4.3.3.3 主流程
4.3.3.4后置条件
（后置条件一：系统返回入库审核列表界面）
4.3.3.5 备选流程
（无）
4.3.3.6 输入项详例
4.3.3.7 输入项详例
4.3.4 业务实体
4.3.4.1 入库核查单
4.3.5 补充规约
（无）
....
5.系统接口需求
（描述系统的外部接口需求）
三、需求规格说明书模板
目录
1.引言
1.1 编写目的：编写该需求规格说明为了记录本次软件设计的需求分析是最终得到的结果，以及在以后软件设计师会用到的数据以及功能。
1.2 项目背景
1.3 缩写说明
1.4 术语定义
1.5 参考资料
1.6 版本信息
2.系统概述
2.1 概述（系统是做什么的）
2.2 功能（系统功能架构图）
2.3 运行环境
（该系统是B/S三层架构，它的运行环境分客户端，应用服务器端和数据库服务器三部分）
（1）客户端：
操作系统：
浏览器：
（2）应用服务器端：
操作系统：
应用服务器：TOmcat XX
数据库访问：JDBC
（3）数据库服务器端：
操作系统：
数据库系统：
2.4假设与依赖
（本项目是否能够成功实施，主要取决与以下条件：）
3.系统特性
3.1 系统角色：
本系统主要用于以下的几类人员：（成绩管理系统-示例）
（1）系统管理员，完成系统管理与维护。
（2）教师，维护课程与成绩，查询所教课程的所有学生的成绩。
（3）学生，查找自己的成绩
（以下具体描述用例的示例）
3.2 学生管理
3.2.1 增加学生信息
使用者：学校有学生管理功能角色的用户
目的：单个添加学生基本信息
基本事件流：
1.用户进入增加单个学生界面，本用例开始。
2.系统显示学生信息输入界面，用户输入学生姓名、学号、性别、出生日期、入学日期，班级，政治面貌，籍贯。
3.用户确认输入信息，系统检查学号是否唯一，若唯一，则增加学生信息，本用例结束。否则，提示用户重新输入。
3.2.2修改学生信息
3.2.3删除学生信息
3.2.4导入学生信息
使用者：学校有学生管理功能角色的用户
目的：批量导入学生信息，也可以将其他系统中学生信息按照规定的格式导入本系统。
基本事件流：
1.用户进入批量导入学生界面，本用例开始。
2.系统显示导入文件类型，格式说明，并提供导入的模板文件下载。
3.用户按照导入文件格式要求填写或者生成对应文件，然后将文件上传，点击确定。
4.系统检查文件的合理性，如果文件格式有误或者有数据冲突，给出详细的提示列表（错误所在行，错误原因），用户修改文件后再上传，如果上传文件合理，系统将学生信息导入系统。
5.本用例结束。
3.3 教师管理
使用者：学校有教师管理功能角色的用户。
目的：单个添加教师基本信息
基本事件流：
1.用户进入增加单个教师界面，本用例开始。
2.系统显示教师信息输入界面，用户输入教师姓名、工号、性别、出生日期、工作开始日期，职务，政治面貌，籍贯。
3.用户确认输入信息，系统检查工号是否唯一，若唯一，则增加教师信息，本用例结束。否则，提示用户重新输入。
3.3.1 增加教师信息
3.3.2 修改教师信息
3.3.3 删除教师信息
3.3.4导入教师信息
使用者：学校有教师管理功能角色的用户
目的：批量导入教师信息，也可以将其他系统中教师信息按照规定的格式导入本系统。
基本事件流：
1.用户进入批量导入教师界面，本用例开始。
2.系统显示导入文件类型，格式说明，并提供导入的模板文件下载。
3.用户按照导入文件格式要求填写或者生成对应文件，然后将文件上传，点击确定。
4.系统检查文件的合理性，如果文件格式有误或者有数据冲突，给出详细的提示列表（错误所在行，错误原因），用户修改文件后再上传，如果上传文件合理，系统将学生信息导入系统。
5.本用例结束。
3.4 课程管理
3.4.1 增加课程基本信息
使用者：教师或者学校有课程管理角色的用户
目的：创建新课程
基本事件流：
1.用户进入创建新课程页面。本用例开始
2.系统显示创建课程页面，用户输入课程名称，学期，开始日期，结束日期，并选择任课教师。
3.用户确认创建课程，系统保存新创建的课程。本用例结束。
3.4.2 修改课程基本信息
3.4.3 删除课程基本信息
3.4.4 维护课程学生信息
使用者：教师或者学校有课程管理角色的用户
目的：将学生加入已创建的课程
基本事件流：
1.用户维护课程学生信息界面，本用例开始
2.系统显示课程列表，用户选择要加入学生的课程，系统显示该课程已存在的学生
3.用户选择加入新学生，系统显示学生列表，用户可通过搜索列表显示班级下的学生，用户选择要加入课程的学生
4.系统将所选学生加入前面选定的课程，本用例结束。
3.5 成绩查询
3.5.1 学生查询成绩
3.5.2教师查询成绩
3.6 成绩分析与统计
3.6.1 考试成绩表
某学期某次考试的单个班级的考试成绩表
3.6.2 班级各科平均成绩表
某学期某次考试单个年级的各科平均成绩表
3.6.3 年级成绩排名表
某学期某次考试单个年级的年级排名表
3.7系统维护
3.7.1数据字典维护
4. 非功能性需求
4.1性能需求
响应时间：尽可能地短，达到1到2秒
报名统计时间不超过30秒
支持2000名学生信息一次性导入，导入时间不超过30秒
支持5000名用户并发使用，并保证性能不受影响
4.2 安全性需求
权限控制：
根据不同用户角色，设置相应权限，用户的重要操作都做相应的日志记录以备查看，没有权限的用户禁止使用系统。学生只可查看自己的学习成绩，教师只可查看所教课程的学生成绩。
重要数据加密
对一些重要的数据按一定的算法进行加密，如用户口令，重要参数等
数据备份
允许用户进行数据的备份和恢复，以弥补数据的破坏和丢失
记录日志
系统应该能记录系统运行时所发生的所有错误，包括本机错误和网络错误。日志同时记录用户的关键性操作信息
4.3 可用性需求
方便操作，操作流程合理
控制必录入项
容错能力
统一规范的提示信息
用户可自定义（一些重要参数可以灵活配置）
联机帮助与操作指南
4.4用户文档
包括：安装手册（word），用户手册（word），在线帮助
4.5其他需求
(1)支持多浏览器
(2)系统安装访问方便
5 外部接口需求
5.1 用户接口
本系统采用B/S架构，所有界面使用WEB界面，用户界面的具体细节将在概要设计文档中描述
5.2 硬件接口
5.3 软件接口
无特殊需求
5.4通信接口
无特殊需求
