需求说明书模板
泵送零部件质量信息化之
自制大件钢印号管理需求分析说明书
Requirement Analysis Document
文档编号：
状态: ■草稿□发布□修改作者:寻浏平、王刚华
文档信息
项目经理：彭福庄、王刚华项目名称: 泵送零部件质量信息化之
自制大件钢印号管理
撰写人：寻浏平、蔡红文档版本：V1.1
撰写日期: 2013/2/16 发布日期:
审批人: 审批日期:
修改记录
日期撰写人员版本备注2013/2/16 寻浏平初稿
2013/2/23 寻浏平修改
目录
1.引言 (4)
1.1编写目的 (4)
1.2项目背景 (4)
1.3术语定义 (4)
2.业务描述 (4)
2.1目标范围 (4)
2.2业务综述及总体流程 (4)
2.2.1业务流程图 (5)
2.2.2业务需求 (6)
2.3用户特性 (6)
2.4约定假设 (6)
3.功能需求 (7)
3.1 SAP新增自定义字段“钢印号”（F01） (8)
3.1.1功能模块流程图 (8)
3.1.2功能详细描述 (8)
3.2 MES下载订单主数据接口修改（F02） (10)
3.2.1功能模块流程图 (10)
3.2.2功能详细描述 (10)
3.3 MES终端钢印号报工功能修改（F03） (11)
3.4大件SAP/PDA收货功能（F04） (11)
3.5大件SAP/PDA出库钢印号记录功能（F05） (27)
3.6 MES返修订单质检功能（F06） (34)
3.6.1功能模块流程图 (34)
3.6.2功能详细描述 (35)
3.7 SAP大件（钢印号）可用库存查询功能（F06） (37)
4.业务编码规范 (41)
5.非功能性需求 (41)
5.1用户界面需求 (41)
5.2性能及压力需求 (41)
5.3安全需求 (41)
5.4环境需求 (41)
5.5产品质量要求 (42)
6. 批准确认 (42)
1.引言
1.1编写目的
将泵送制造本部钢印号管理业务需求转化为功能需求，为设计、开发、测试、实施人员提供参考依据。
1.2项目背景
目前泵送制造本部所有自制大件实物上都需打钢印号。实物上的钢印号编码是由制造部各工作中心根据既定的规则自行进行编码和打印钢印号的，MES系统只检验时才开始对钢印号与生产订单信息进行关联和记录。为加强对自制大件质量的管控，泵送质保部提出要对钢印号整个生命周期进行管控的需求。经泵送质保本部、泵送制造本部综合管理部、泵送制造本部物料管理部共同商讨决定对泵送自制大件实现从计划下达、生产制造、质量记录、生产返工、装配记录、售后质量追溯全生命周期的管理。
1.3术语定义
钢印号：为实现对自制大件生产过程质量追溯，自制大件组焊完成后在实物上打印的钢字码。钢印号一般包含以下信息：型号、生产日期、流水号等。
2.业务描述
2.1目标范围
泵送制造本部所有自制大件均需实现钢印号管理，先在转塔工作中心（转塔台和转塔座）实现和试用，优化完成后再推广到泵送制造本部其他大件。
2.2业务综述及总体流程
从整体描述项目业务需求及业务流程，相互关联，及总体流程图。
泵送自制大件钢印号管理流程
制造本部综合管理办
公室
质保部物料管理部
结构件制造部自制大件订单下达
生产执行
开始
01.维护钢印号（计划员）
02.大件生产、打钢
字码、报工（生产工人）
检验判定
结束
03.检验、检查实物钢字码与钢印号是否一致
（检验员）
04.是否合格
不合格
合格
大件计划员下达自制件生产订单时必须在订单中维护钢印号。
（1）工人按订单生产并按订单上打印的钢印号在大件实物上打钢印号。
（2）在MES 系统中报工时可输入订单号或钢印号进行报工。
注：结构件部提出在现有条件下很难做到订单随实物走，要求可通过钢印号报工。
（1）检查实物上的钢字码是否清晰可辨，实物与订单物料型号是否一致。
（2）对完工的大件进行检验。
05.自制大件收货（仓管员）
入库
出库
06.大件出库记录钢印号
（仓管员）
（1）仓管员记录实际出库的大件的钢印号。
（2）在SAP 系统中完成对订单投料（3）将已出库的自制大件钢印号录入SAP 系统。
注：需在SAP 系统中开发大件出库程序，在LEM 系统开发大件PDA 出库功能。
（1）检查实物上钢字码是否与生产订单中的钢印号一致。
（2）检查是否生产订单是否有检验员签字。
（3）在SAP 系统/PDA 中通过钢印号进行收货。
注：需在SAP 系统中开发大件收货程序，在LEM 系统开发大件PDA 收货功能。
1)维护钢印号。
2)通过钢印号报工。
3)检验钢印号是否正确清晰。
4)质量判定。
5)自制大件收货。
6)自制大件出库。
7)自制大件库查询功能（带钢印号）
2.3用户特性
涉及的最终用户，这些用户的需求将是后续工作的重要依赖条件。
访谈部门访谈用户工作岗位访谈时间业务要件名称签字确认
泵送质保本部马雨明质量检验部科长
（装配）
需求来源和业
务痛点调研
泵送质保本部陈新德质量检验部质量工
程师（装配）
业务流程确认
泵送质保本部质量检验部检验员
（装配）
详细需求调研
泵送质保本部彭福庄质量检验部科长
（结构件）
业务流程确认
泵送质保本部魏彦诚质量检验部检验员
（结构件）
详细需求调研
泵送制造本部文朝晖综合管理办公室总
监
业务流程确认
泵送制造本部高平平综合管理办公室大
件计划员主管（结
构件）
详细需求调研
泵送物料管理
部
吴昭物料管理部部长业务流程确认
泵送物料管理
部
彭明？自制大件仓库员业务流程确认
2.4约定假设
本节列举出在对软件用户需求说明书中影响需求陈述的假设因素（与已知因素相对立）。这可能包括将要使用的组件、特殊的用户界面设计约定、产品预期使用频度等。如果这些假设不正确、不一致或被更改，就会使项目受到影响。
3.功能需求
功能编码功能名称及简述备注F01 SAP新增自定义字段“钢印号”：在生产订单创
建、更改、显示事务码新增自定义字段“钢印
号”及钢印号批量维护功能。
SAP系统实现
F02 MES下载订单主数据接口修改：修改MES系统下载SAP生产订单主数据接口程序，增加自定
义字段“钢印号”(ZRFC_MES_DDGX2 订单物料
查询) SAP系统实现
F03 MES终端钢印号报工功能修改：修改MES系统前台报工功能，可通过输入钢印号进行报工。MES系统实现（后续再实现）
蔡红F04 大件SAP/PDA收货功能：使用PDA通过录入生产订单号或自制大件钢印号实现自制大件收
货。SAP系统实现LEM系统实现
蔡红F05 大件SAP/PDA出库钢印号记录功能：可使用PDA 或SAP将已出库的自制大件钢印号记录到SAP
系统。SAP系统实现LEM系统实现
F06 MES返修订单报工录入钢印号功能：MES系统实现蔡红F07 SAP大件(钢印号)可用库存查询功能：SAP系统实现
3.1 SAP新增自定义字段“钢印号”（F01）
3.1.1功能模块流程图
无
3.1.2功能详细描述
功能编号F01
功能点需求SAP新增自定义字段“钢印号”
应用范围生产订单创建、修改、显示和批量修改钢印号
功能类型功能、报表
操作对象无
输入/功能前置条件
?
输出
?
逻辑
在生产订单抬头增加自定义字段“钢印号”，要求在以下三个功能中调用：
1.创建生产订单（CO01）；
2.修改生产订单（CO02）;
3.显示生产订单（CO03）;
字段字段名参考
字段
说明备注
钢印号ZSERNR SERNR 可以为空；一个订单只有一个钢印号，与订单一一对应。
此数据与订单主数据相关联，更改后需保存到订单主数据表（AUFK）中；已与SAP 开发科沟通过，可通过“PPCO0012显示/更改订单抬头数据的增强功能”实现。
批量修改钢印号（需新开发个程序，可批量查询和修改符合条件的钢印号字段）
输入：
参数名称字段名称数据类型备注
工厂P_WERKS 工厂代码同AFPO-WERKS 单值
生产订单P_AUFNR 生产订单号同AFKO-AUFNR 单值、多值、区间
物料编码P_MATNR 物料编码同AFPO-MATNR 单值、多值、区间
订单类型P_AUFAR
T 生产订单类
型
同AUFK-AUART 单值、多值、区间
钢印号P_ZSERN
R
钢印号同AFKO-SERNR 单值、多值、区间基本开始日期P_GSTRP 基本开始日同AFKO-GSTRP 单值、多值、区间
期
同AFKO-GLTRP 单值、多值、区间基本完成日期P_GLTRP 基本完成日
期
输出：
参数名称字段名称数据类型备注
工厂AFPO-WERKS 工厂代码同AFPO-WERKS
生产订单AFKO-AUFNR 生产订单号同AFKO-AUFNR
订单类型AUFK-AUART 生产订单类型同AUFK-AUART
订单数量AFKO-GAMNG 生产订单数量同AFKO-GAMNG
物料编码AFPO-MATNR 物料编码同AFPO-MATNR
物料描述MAKT-MAKTX 订单物料描述MAKT-MAKTX
订单类型AUFK-AUART 生产订单类型同AUFK-AUART
钢印号同AUFK-ZSERNR
钢印号AUFK-ZSERN
R
关重标记MARC-MATGR 关重物料标记同MARC-MATGR
基本开始日期AFKO-GSTRP 基本开始日期同AFKO-GSTRP
基本完成日期AFKO-GLTRP 基本完成日期同AFKO-GLTRP
详细逻辑：
1、获取符合输入条件的生产订单。
2、将得到的订单号在表AUFK中获取钢印号（AUFK-ZSERNR）等信息。
3、用户可更新订单的钢印号：报表输出中的钢印号可修改，如选择某行，并修改"钢印号"，点保存，可对选中行的组件的钢印号进行修改。
具体输出界面和功能实现可参考关重自制件计划程序ZPPR0046。
权限控制：分查询权限和修改权限
需求约定
?对需求的特殊约定
备注
无
需求确认信息
需求负责人（签字）：
业务责任人：业务经理：项目经理：
职能总部责任人：需求责任人：
需求确认时间：年月日
3.2 MES下载订单主数据接口修改（F02）
3.2.1功能模块流程图
无
3.2.2功能详细描述
功能编号F02
功能点需求MES下载订单主数据接口修改
应用范围MES下载订单主数据时
功能类型接口
操作对象无
输入/功能前置条件
?保持不变
输出
在接口“ZRFC_MES_DDGX2 订单物料查询”输出结构“ZRFC_DDWL 订单物料信息”增加以下字段
参数名称字段名称参考数据类型长度备注
钢印号ZSERNR 钢印号AUFK-ZSERNR 18 可以为空逻辑
1、根据输入的生产订单号在表AUFK中查找钢印号字段AUFK-ZSERNR。
2、修改接口“ZRFC_MES_DDGX2 订单物料查询”输出结构“ZRFC_DDWL 订单物料信息”
增加字段“ZSERNR 钢印号”
权限控制：保持不变
需求约定
?对需求的特殊约定
备注
无
需求确认信息
需求负责人（签字）：
业务责任人：业务经理：项目经理：
职能总部责任人：需求责任人：
需求确认时间：年月日
3.3 MES 终端钢印号报工功能修改（F03）
3.4大件SAP/PDA 收货功能（F04）
入库
出库
转储
生产
转储
生产一步
两步
ZMIGO
ZMM063
ZMM062
ZMM063
ZADDPS
一步/两步
两步
1、以941从源库存地点移动到T900;
2、钢印号仓位调整
1、以647从T900移动到收货工厂在途库存
2、缺省钢印号和调整钢印号
仓位调整
1、拣配下架：以261从源库存地点移动到生产订单
2、交接确认：缺省钢印号和
调整钢印号仓位调整
1、以645从T900移动到采购订单收货库存地点;
2、钢印号仓位调整
转储：
1、从在途库存移动到采购订单收货库存地点;
2、钢印号仓位调整生产：
1、以101移动类型收货到目的仓库；
2、调整钢印号仓位
正向操作
ZMM063:过账为0。
ZADDPS 交接确认：过账为0.
转储：
1、从业务表中以钢印号+物料凭证找到源库存点，仓库号，仓储类型，仓位；
2、冲销凭证；
3、钢印号仓位调整至源仓位和仓储。若2成功，3失败需回退。生产：
1、冲销凭证，删除钢印号库存；调整业务表。
1、从业务表中以钢印号+物料凭证找到源库存点，仓库号，仓储类型，仓位；
2、冲销凭证；
3、钢印号仓位调整至源仓位和仓储。若2成功，3失败需回退。
现行转储出库流程
收货部门
（仓库或者线边库）
物料管理部
计划调度部
拣配出库ZADDPS 拣配下架
配送单打印ZADDPS 发货确认（物料部凭收货方签字做系统确认）
ZMM063（或者物料部凭收货方签字做系统确认）
ZMM062
收货确认
转储采购订单
创建
配送出库单
配送出库交接
确认单
建议转储出库流程(一：先拣配实物后出库)
收货部门
（仓库或者线边库）
物料管理部
计划调度部
拣配出库（钢印号确认）
ZADDPS 拣配下架
配送单打印
ZADDPS 发货确认（物料部凭收货方签字做系统确认）
ZMM063（或者物料部凭收货方签字做系统确认）
ZMM062
收货确认
转储采购订单
创建
配送单出库请
求单
配送出库单
配送出库交接
确认单
建议转储出库流程(二：自动选择钢印号出库)
收货部门
（仓库或者线边库）
物料管理部
计划调度部
拣配出库
(根据先进先出原则自动选择钢印号出库)
ZADDPS 拣配下架
配送单打印
ZADDPS 发货确认（物料部凭收货方签字做系统确认）
ZMM063（或者物料部凭收货方签字做系
统确认）
ZMM062
收货确认（钢印号确认与
调整）
转储采购订单
创建
配送出库单
配送出库交接确认单
3.4.1功能模块流程图
无
3.4.2功能详细描述
功能编号 F04-1 功能点需求 SAP 生产收货 应用范围 关重件生产订单收货 功能类型 功能 操作对象
无
输入/功能前置条件
? 本功能点仅针对所有启用序列号管理的物料 输出 ? 逻辑
表一：钢印物料库存表 字段 字段名 参考字段
说明
备注
钢印号
ZSERNR
物料编码MATNR
存储地点LGORT
仓库号LGNUM
仓储类型LGTYP
仓位LGPLA
工厂WERKS
表二：钢印号移动记录表
字段字段名参考字段说明备注
单据号ZDJH EBELN/AUFNR 生产订单或者转储采购订单号
项目号EBELP
转储采购订单号
业务类型ZYWLX 生产入库
生产入库确认
生产出库
生产出库确认
生产出库确认（调回）生产出库确认（调出）转储入库
转储入库确认
转储出库
转储出库确认
转储出库确认（调回）转储出库确认（调出）
钢印号ZSERNR SERNR 物料号MATNR
源工厂WERKS
源库存
地点
LGORT
源仓库LGNUM
源仓储
类型
VLTYP
源仓位LGPLA
目的工厂WERKS
目的库存
地点
LGORT
目的仓库LGNUM
目的仓储
类型
NLTYP
目的仓位LGPLA
移动类型
物料凭证
操作人USNAM
日期BUDAT
时间CPUTM
生产入库详细逻辑：（新增事务码：ZMIGO）输入：
字段字段名参考字
段
说明备注
钢印号ZSERNR SERNR 可以为空；若为空，则订
单号必输
可多值
生产订单
号AUFNR
可以为空，若为空，则钢
印号不为空
可多值
物料编码MATNR 可以为空，若为空，则钢印号或者生产订单不为空
存储地点LGORT
必输单值仓库号LGNUM
单值
仓储类型必输？（若非必输，可以默认提供吗？）
仓位必输（若非必输，可以默认提供吗？）
1、若输入的是钢印号而非生产订单号，则根据钢印号查找物料订单号与物料编码信息输入
界面对应字段；
2、根据输入内容，筛选符合条件的订单行项目。
输出待确认过账界面：
字段说明备注
钢印号
非空
生产订单
号
非空
物料编码
非空
存储地点
非空
仓库号
非空
仓储类型
非空
仓位若输入了，则取输入值（只有一个钢印号输入时）；若符合条件物料有多个，则此界面提供手工输入值
订单收货
数量
1
过账收货
数量
待输入
3、对2的输出结果，可选择行项目，执行原逻辑：移动类型为101的收货入库操作；更新表一；更新表二；若出错，返回SAP的出错信息；成功执行，则返回消息“钢印号”+钢印号+“完成101入库！”
表一字段逻辑：
钢印号执行入库的行项目的钢印号物料编码执行入库的行项目的物料编码存储地点执行入库的行项目的存储地点仓库号执行入库的行项目的仓库号
仓储类型完成收货后的仓处类型LQUA_LGTYP，LQUA_ LGPLA=生产订单号（902）
仓位完成收货后的仓位，即生产订单号
工厂订单所属工厂（AUFK_ WERKS）
表二字段逻辑：
字段逻辑
单据号
执行入库的行项目的生产订单号
项目号空
业务类型生产入库
钢印号执行入库的行项目的钢印号
物料号执行入库的行项目的物料编码
源库存地点空
源仓库空
源仓储
类型
空
源仓位空
目的库存地点执行入库的行项目的库存地点
目的仓库执行入库的行项目的仓库号
目的仓储类型914
目的仓位执行入库的行项目的生产订单号
操作人用户账号
日期操作日期
时间操作时间
工厂订单所属工厂
4、上架：
（1）步骤3操作完，系统自动上架；用LT06/lt01，根据3操作得到的物料凭证，以及物料凭证所属年份，自动生成转储单并确认。确认完成后更新表一、表二，更新逻辑如下表一表二更新逻辑。操作失败时，返回SAP报错信息。操作4成功，返回“钢印号”+钢印号+“上架成功！”
（2）若自动上架失败，则提供手动上架。将仓储类型为902的钢印号物料取出，提供LT01功能上架，更新方法也如下表一表二更新逻辑。
输入：钢印号或者物料编码或存储地点或者仓储类型或仓位+工厂；
输出待选择界面：
钢印号通过在表一筛选移动类型为902的记录
物料编码通过在表一筛选移动类型为902的记录
存储地点通过在表一筛选移动类型为902的记录
仓库号通过在表一筛选移动类型为902的记录
源仓储类型通过在表一筛选移动类型为902的记录
源仓位通过在表一筛选移动类型为902的记录
目的仓储类型待输入
目的仓位待输入
工厂通过在表一筛选移动类型为902的记录
表一字段逻辑：
字段逻辑
钢印号执行入库的行项目的钢印号
物料编码执行入库的行项目的物料编码
存储地点执行入库的行项目的存储地点
仓库号执行入库的行项目的仓库号
仓储类型完成收货后的目的仓处类型LTAP _ NLTYP（根据转储单号）仓位自动上架确认后的目的仓位；LTAP_ NLPLA（根据转储单号）
工厂订单所属工厂
表二字段逻辑：
字段逻辑
单据号
执行入库的行项目的生产订单号
项目号空
业务类型生产入库确认
钢印号执行入库的行项目的钢印号
物料号执行入库的行项目的物料号
源库存地点输入库存地点
源仓库输入仓库
源仓储类型lt06完成以后，自动生成转储单号；根据此单号TANUM，取LTAP_VLTYP（902）
源仓位lt06完成以后，自动生成转储单号；根据此单号TANUM，取LTAP_ VLPLA（生产订单号）
目的库存地点执行入库的行项目的库存地点目的仓库执行入库的行项目的仓库
目的仓储类型lt06完成以后，自动生成转储单号；根据此单号TANUM，取LTAP_NLTYP
目的仓位lt06完成以后，自动生成转储单号；根据此单号TANUM，取LTAP_ NLPLA
操作人操作账号
日期操作日期
时间操作时间
源工厂订单所属工厂
目的工厂订单所属工厂
权限控制：按工厂控制
需求约定
?MBST、MB11、MB1C、源ZMM063若未取消收货发货功能，将影响表一表二的准确性。备注
无
需求确认信息
需求负责人（签字）：
业务责任人：业务经理：项目经理：
职能总部责任人：需求责任人：
需求确认时间：年月日
功能编号F04-2
功能点需求SAP转储收货
应用范围关重件转储收货
功能类型功能
操作对象无
输入/功能前置条件
?
输出
?
逻辑
表一：钢印物料库存表
表二：钢印号移动记录表
一步转储入库详细逻辑：(程序：在ZMM063上面修改)
1、源程序判断：若开启了序列号，则要执行此新逻辑。
2、输入：新增钢印号字段，
字段字段名参考字
段
说明备注
钢印号ZSERNR SERNR
可为空；
仓库号
不为空
仓储类型
必输？（若非，如何确定）
仓位
必输？（若非，如何确定）
若物料号为空，钢印号非空，则根据钢印号在表一查找物料编码，填入输入界面对应位置。若未找到，则提示“钢印号&无库存！”；
3、根据输入，得到符合条件的转储单行项目：
（1）此界面新增钢印号建议值（做ZMM062时系统自动给出，或者手工输入）和手工调整值两列（当建议值和实际发料的钢印号不一致时，进行调整）。
字段字段名参考字
段
说明备注
物料号
不为空
转储采购
订单号
输入
项目号
采购订单行项目交货单号
建议钢印
号做ZMM062时随机选取的，或者输入的，存储在表一：仓位=转储单号，仓库=采购订单项目号，查找
调整钢印
号待手工输入，为空，则自动等于建议钢印号
发货工厂
输入发货工厂
发货仓储
地点
输入发货仓储地点
发货仓库
号此转储订单、此行项目、此钢印号进入此工厂T900以前的源发货仓库
发货仓储类型此转储订单、此行项目、此钢印号进入此工厂T900以前的源发货仓库
(完整版)用户需求说明书模板
密级：用户需求说明书模板 软件开发项目xx组 二О一六年八月二十七日文件修订记录
目录 1. 概述 (4) 1.1编写目的 (4) 1.2用户简介 (4) 1.3项目的目的与目标 (4) 1.4术语定义 (5) 1.5参考资料 (5) 1.6设计与实现的限制 (5) 2. 现有系统的描述 (6) 2.1组织机构与职责 (6)
2.3作业流程 (7) 2.4报表 (7) 2.5存在的问题 (7) 2.6可能的变化 (8) 3 功能需求 (8) 4 界面与接口需求 (9) 4.1用户的界面需求 (9) 4.2外部的接口 (10) 5 性能需求 (10) 5.1时间要求 (10) 5.2空间与数值性能 (10) 6 其他需求 (11) 6.1系统的安全性 (11) 6.2系统的可靠性 (11) 6.3系统的灵活性 (11) 6.4其他 (11) 7 非功能需求 (12) 7.1用户特点 (12) 7.2法律法规、版权 (12) 7.3兼容性 (12) 7.4联机帮助信息 (12) 7.5购买组件 (12) 8 系统约束 (12) 9用户验收标准 (13) 9.1验收标准： (13) 9.2功能验收标准可依据以下方面制定： (13) 9.3性能验收标准： (13) 附录A ××× (16) A.1××× (16)
附录B ××× (16) B.1××× (16) B.2×××161. 概述 1.1 编写目的 为了使用户与开发人员之间相互了解，对用户需求进行明确定义，使之成为整个开发工作的基础，并提供一个软件系统度量和遵循的基准。该文件可作为用于确认软件产品是否满足给定需求的验收标准。 1.2 用户简介 在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行关于功能与进度、成本、性能等方面的平衡决策。 基本情况举例： ?企业性质 ?规模（员工数量、经营业绩等） ?业态 ?地理位置与布局 ?产品或服务的种类 ?管理模式 ?用户使用计算机系统的经历 ?…... 1.3 项目的目的与目标 项目目的是开发本系统的意图的总概括，目标是将目的细化后的具体的描述，项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。
软件需求说明书范本
软件需求说明书 RD-YY-100-03 注：软件需求说明书，包含基本性能和风险控制的执行
目录 第一章引言 (3) 第二章任务概述 (4) 第三章软件功能需求分析 (5) 第四章风险控制 (6) 第五章软件需求验证 (6) 第六章软件系统测试 (7) 第七章软件发布和升级 (8) 第八章软件配置过程 (9) 第九章软件问题解决过程 (10)
第一章引言 1.1 编写目的 本项目需求分析是为了明确客户的基本需求，更好地完成对客户需求的了解，为开发公司***而编写。本文件主要从系统层面需求确定出软件需求，为软件设计提供依据。 1.2 文档范围 本文档要面向公司系统分析员、程序员、测试员、实施员。 文档的编写，反映了需求分析工作能否掌握所开发的系统需求，以及对这些需求的解决方案，为彩超的成功开发奠定基础。 本文件是整个开发的依据，它对以后阶段的工作起指导作用，本文也是项目完成后系统验收的依据，同时本文件还是《软件架构》和《测试计划》的编写依据。 1.3 项目背景 科学的进步，人民生活水平的提高为超声医疗设备提出了更高的要求，越来越人性化、智能化、性价比高的成了下一代彩超的研发趋势，因此***项目的研发即应运而生。
第二章任务概述 2.1目的 根据公司的要求开发出性价比高，界面友好的超声软件，使整个项目产品能大量应用于社区医疗站、计生站、私人诊所、医院。 2.2开发环境 表 2-1 产品软硬件开发环境列表需求名称详细要求 硬件平台采用Intel GM45芯片组，WADE8067主板的主控部分，2G内存操作系统基于 Linux 的 Gentoo 操作系统 开发平台GTK 开发语言C++ 版本管理工具 CVS 开发模式直接在目标机上开发 2.3标准和法规 遵循质量管理体系：ISO13485：2003 行业标准：IEC 62.34：2006，IDT 安全级别：B 级 风险管理：符合 YY/T 0316 风险管理过程 2.4系统需求更新 本文档会在开发的同时根据用户需求变更进行适时调整和更，所有变更会记录下来作为软件需求分析活动的结果。
网上书店系统用户需求说明书
网上书店系统需求分析
版本历史
1引言 (4) 1.1编写目的 (4) 1.2项目背景 (4) 1.3术语和缩写 (5) 2综合描述 (5) 2.1目标范围 (5) 2.1.1前台系统 (6) 2.1.2后台系统 (6) 2.2用户特性 (7) 2.3约定假设 (7) 3需求说明 (8) 3.1功能概要 (8) 3.2前台功能需求................................................................................. 错误!未定义书签。 3.2.1注册新用户.......................................................................................... 错误!未定义书签。 3.2.2登录/注销系统.................................................................................... 错误!未定义书签。 3.2.3查看/修改客户信息............................................................................ 错误!未定义书签。 3.2.4浏览/搜索图书信息............................................................................ 错误!未定义书签。 3.2.5维护购物车.......................................................................................... 错误!未定义书签。3.3管理后台功能需求........................................................................ 错误!未定义书签。 3.3.1登陆|注销系统..................................................................................... 错误!未定义书签。
用户需求模板
用户需求说明书模板文档标识：当前版本： 当前状态：草稿 发布日期：发布 修改历史 日期版本作者修改内容评审号变更控制号
目录 1引言 (3) 1.1 编写目的 (3) 1.2 项目背景 (3) 1.3 术语定义 (3) 1.4 参考资料 (3) 2综合描述 (3) 2.1 产品介绍 (3) 2.2 目标范围 (3) 2.3 用户特性 (4) 2.4 约定假设 (4) 3用户需求（可剪裁） (4) 3.1 总体需求（可剪裁） (4) 3.2 内容需求（可剪裁） (5) 4功能需求 (5) 4.1 数据需求（可剪裁） (5) 4.2 接口需求（可剪裁） (5) 4.3 权限控制需求（可剪裁） (6) 4.3.1 系统安全要求（软硬件） (6) 4.3.2 用户角色 (6) 4.3.3 角色权限控制 (6) 5非功能需求 (6) 5.1 用户界面需求（可剪裁） (6) 5.2 性能需求（可剪裁） (7) 5.3 压力需求（可剪裁） (7) 5.4 主流技术应用需求（可剪裁） (7) 5.5 安全需求（可剪裁） (7) 5.6 故障处理需求（可剪裁） (7) 5.7 环境需求（可剪裁） (7) 5.8 产品质量需求 (7) 5.9 其他需求（可剪裁） (8) 6需求优先级 (8) 7附加说明（可剪裁） (8)
1引言 1.1编写目的 本节描述编写该用户需求说明书的目的，并指出预期的读者。 1.2项目背景 本节描述用户需求说明书中所定义的产品的背景和起源，以及同其他系统或其他机构(行业里兄弟或对手单位)的基本相互关系等。当在已有的系统上进行特性开发时，如果新特 性与已有系统的特性之间存在关系，则应在本节说明其相互之间的关系。 1.3术语定义 本节可列出本文件中用到的专门术语的定义、外文首字母组词的原词组等。 1.4参考资料 本节列举编写用户需求说明书时所参考的资料或其他资源，这可能包括用户合同、公司 规范、技术书籍等。在这里应该给出详细的信息，包括资料名称、版本号、作者、日期、出 版单位或资料来源，以方便读者查阅这些文献，可用以下格式表示： 资料名称版本号作者日期出版单位/资料来源备注 2综合描述 2.1产品介绍 本节简要描述产品的特性。 2.2目标范围 本节简要描述产品的应用目标、作用范围等。
(完整word版)软件需求说明书格式
《软件需求说明书》 1引言 1.1编写目的 说明编写这份软件需求说明书的目的，指出预期的读者。 1.2背景 说明： a．待开发的软件系统的名称； b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； c．该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2任务概述 2.1目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独
立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。| 2.2用户的特点 列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。这些是软件设计工作的重要约束 2.3假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 3需求规定 3.1对功能的规定 用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。 3.2对性能的规定 3.2.1精度 说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。 3.2.2时间特性要求 说明对于该软件的时间特性要求，如对： a．响应时间； b．更新处理时间； c．数据的转换和传送时间； d．解题时间；等的要求。 3.2.3灵活性 说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如： a．操作方式上的变化； b．运行环境的变化； c．同其他软件的接口的变化；
软件需求规格说明书模板
Word精品文档，可编辑，欢迎下载软件需求规格说明书模版
文件变化记录单 *变化状态：A——增加，M——修改，D——删除 文件批准单
1.引言 提出对软件需求规格说明书的纵览，帮助读者理解文档如何编写并且如何阅读和解释。 1.1编写目的 对产品（也可能是项目，但是我们统称为产品）进行定义，在该文档中详尽说明这个产品的软件需求，包括修正或发行版本号。如果这个软件需求规格说明书只与整个系统的一部分有关，那么只定义文档中说明的部分或子系统。 1.2文档约定 描述编写文档时所采用的标准或排版约定，包括正文风格、提示区或重要符号。例如，说明高层需求的优先级是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有优先级。 1.3预期的读者和阅读建议 列举软件需求规格说明书所针对的不同读者，例如开发人员、项目经理、营销人员、用户、测试人员等。描述文档中剩余部分的内容及其组织结构。提出最适合每一类型读者阅读文档的建议。 1.4产品的范围 提供对指定的软件及其目的的简短描述，包括利益和目标。把软件与企业目标或业务策略相联系。可以参考项目范围文档，而不是将其内容复制到这里。 1.5参考资料 列举编写软件需求规格说明书时所参考的资料或其它来源。可能包括用户界面风格指导、合同、标准、系统需求规格说明书、用户需求、相关产品的软件需求规格说明书。这里应该给出详细的信息，包括标题名称、作者、版本号、日期、出版单位或资料来源，以方便读者查阅这些文献。 2.综合描述 这一部分概述了正在定义的产品以及它所运行的环境、使用产品的用户和已知的限制、假设和依赖。 2.1产品的前景 描述软件需求规格说明书中所定义的产品的背景和起源。说明该产品是否是产品系列中的下一个成员，是否是成熟产品所改进的下一代产品、是否是现有应用程序的替代品，或者是否是一个全新的产品。
用户需求说明书
{ ****系统} 用户需求说明书
版本历史
目录 0. 文档介绍 (4) 0.1文档目的 (4) 0.2文档范围 (4) 0.3读者对象 (4) 0.4参考文档 (4) 0.5术语与缩写解释 (4) 1. 产品介绍 (5) 2．产品开发背景 (5) 3. 产品面向的用户群体 (5) 4. 产品应当遵循的标准或规范 (5) 5. 产品的功能性需求 (5) 5.0功能性需求分类 (5) 5.1系统功能模块图 (6) 6. 产品的非功能性需求 (6) 6.1用户界面需求 (6) 6.2软硬件环境需求 (6) 6.3产品质量需求 (7) 6.4其它需求 ..................................................................................... 错误！未定义书签。 附录A：用户需求调查报告 ................................................................. 错误！未定义书签。 A.1用户界面需求............................................................................. 错误！未定义书签。 A.2软硬件环境需求 ......................................................................... 错误！未定义书签。…A.3产品质量需求.......................................................................... 错误！未定义书签。 附录B:用户提供参考资料 .................................................................... 错误！未定义书签。
需求规格说明书范本
1. 引言 1.1编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体. 1.2项目背景 1.2.1项目委托单位:****公司 1.2.2开发单位:***公司 1.3定义 1.4参考资料 2. 任务概述 2.1目标: <1> 决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示 <2>提高效率:利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理. 2.2运行环境: <1> 硬件方面:Pentium级处理芯片 1兆显存的兼容显卡 256色,1024*768的兼容显示器 标准兼容打印机 <2>软件方面: WIN XP操作系统 2.3条件与限制: 编程用计算机一台 完成期限2000/7/1 无资金供给 3. 数据概述 数据流程图如下:
3.1静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据3.2 动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间3.3数据库描述: 人事管理数据库:公司内人员的个人详细信息,包括档案信息 3.4 数据字典: <1>数据流词条描述: 1.数据流名:登录信息 来源:用户的输入 去向:系统内部检验部分 组成:用户名,密码 流通量:每次登录输入一次 2.数据流名:登录结果 来源:系统 去向:用户 组成:返回信息 流通量:每次登录返回一次 3.数据流名:输入修改信息 来源:用户 去向:系统判断部分 组成:根据各数据库内容而不同 流通量:依用户输入而定 4.数据流名:反馈信息 来源:系统判断部分 去向:用户 组成:系统经判断后发回的字符数据 流通量: 依系统当前信息而定 5.数据流名:识别信息 来源:系统内部检验部分 去向:系统判断部分 组成:系统各数据库的标识信息 流通量:用户每次输入流通一次 6.数据流名:处理信息 来源:系统判断部分
用户需求说明书
项目名称 用户需求说明书
文档修改摘要
目录 1文档简介 (4) 1.1 文档目的 (4) 1.2 范围 (4) 1.3 名词定义 (4) 1.4 参考文件 (4) 2系统概述 (5) 2.1 系统介绍 (5) 2.2 系统目标 (5) 2.3 系统范围 (5) 2.4 系统面向用户群体 (5) 2.5 遵循的标准与规范 (5) 3功能需求 (6) 3.1 系统总体功能 (6) 3.2 功能需求1 (6) 3.3 功能需求2 (6) 4非功能需求 (7) 4.1 用户界面需求 (7)
4.2 软硬件环境需求 (7) 4.3 接口需求 (7) 4.4 性能需求 (7) 4.5 品质需求。 (7) 4.6 安全与保密需求 (8) 4.7 扩展性需求 (8) 4.8 其他需求 (8) 5需求优先级 (9) 6附录 (10) 1文档简介 本章将简要地说明用户需求说明书(以下简称本说明书)的目的、范围、读者对象、名词定义和参考文件 1.1 文档目的 本说明书的目的在于阐明XXXXXX系统(以下简称本系统)的用户需求。 本说明书为编制其它有关文件提供基本依据。 本说明书收集和整理了客户的需求，并提供作为与客户讨论和确认需求的依据。
1.2 范围 本用户需求说明书的内容涵盖了客户提出的业务、非功能需求等。 本说明书的阅读、使用者包括： 项目管理人员 软件设计人员 编程人员 软件测试人员 软件质量控制人员 软件维护人员 用户代表（需求方、需求部门主管） 1.3 名词定义 提示：准确地解释本说明书所涉及的字头词和缩写词 1.4 参考文件
软件需求分析说明书模板
保密级别：S 资料编号：SRS-[产品代号] -[序列号] 版本：V[*].[*] [产品型号名称（二号字体）] [部件型号名称（可选、小二号字体）] 软件需求分析说明书 共11页 编制： 审核： 审定： 会签： 批准： XXXXXXXXXX公司 [****]年[**]月[**]日
文档修改记录
目录 1引言 (2) 1.1编写目的 (2) 1.2范围 (2) 1.3定义、首字母缩写词和缩略语 (2) 1.4参考资料 (2) 2项目概述 (3) 2.1产品描述 (3) 2.2产品需求 (3) 2.2.1功能需求 (3) 2.2.2性能需求 (4) 2.2.3可服务性需求 (4) 2.3用户及用户特点 (4) 2.4一般约束 (5) 2.5假设和依据 (5) 3用例描述 (5) 3.1用例1 (5) 3.2用例2 (6) 3.3用例n (6) 4外部接口需求 (7) 4.1用户接口 (7) 4.2硬件接口 (7) 4.3软件接口 (7) 4.4通信接口 (8) 5设计约束 (8) 5.1其他标准的约束 (8) 5.2硬件的限制 (8) 6属性 (8) 6.1可用性 (8) 6.2安全性 (9) 6.3可维护性 (9) 6.4可转移＼转换性 (9) 6.5警告 (9) 7其他需求 (9) 7.1数据库 (9) 7.2操作 (10) 7.3场合适应性需求 (10) 8附录 (10)
[说明：本模板中的蓝色字体与橙色字体为说明性文字，在最终提交的文档中请删除这些说明性的文字。] 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。 1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义、首字母缩写词和缩略语 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
手机销售管理系统需求说明书
{ 手机销售管理系统} 产品需求规格说明书 项目经理： 开发经理： 系统工程师： 组员：
版本历史
目录 0. 文档介绍 (5) 0.1文档目的 (5) 0.2文档范围 (5) 0.3读者对象 (5) 0.4参考文档 (5) 0.5术语与缩写解释 (5) 1. 产品介绍 (7) 2. 产品面向的用户群体 (7) 3. 产品应当遵循的标准或规范 (7) 4. 产品范围 (7) 5. 产品中的角色 (8) 6. 产品的功能性需求 (8) 6.0功能性需求分类 (8) 6.1系统管理 (9) 6.1.1 数据库路径设置 (9) 6.1.2 用户登录验证 (9) 6.1.3 用户管理 (9) 6.1.4 系统日志 (10) 6.1.5 退出系统 (11) 6.2基本数据管理 (11) 6.2.1 资产分类设置 (11) 6.2.2 资产单位设置 (12) 6.2.3 部门信息设置 (12) 6.3固定资产管理 (12) 6.3.1 资产入库 (12) 6.3.2 资产修改、删除 (13) 6.3.3 资产调拨 (13) 6.3.4 资产借出 (13) 6.3.5 资产送修 (13) 6.3.6 资产归还 (14) 6.3.7 资产折旧 (14) 6.3.8 资产注销 (14) 6.4统计查询 (15) 6.4.1 资产查询 (15) 6.4.2 资产转移记录 (15)
6.4.3 报表打印 (15) 6.5系统帮助 (15) 6.4.3 帮助文档 (16) 7. 产品的非功能性需求 (16) 7.1用户界面需求 (16) 7.2软硬件环境需求 (16) 7.3产品质量需求 (16) 7.N 其他需求 (17) 附录A：需求建模与分析报告 (18) A.1需求模型1 (18) A.N 需求模型N (18) 附录B：需求确认 (19)
用户需求模板
用户需求说明书模板
目录 1 引言 (3) 1.1 编写目的 (3) 1.2 项目背景 (3) 1.3 术语定义 (3) 1.4 参考资料 (3) 2 综合描述 (3) 2.1 产品介绍 (3) 2.2 目标范围 (3) 2.3 用户特性 (4) 2.4 约定假设 (4) 3 用户需求（可剪裁） (4) 3.1 总体需求（可剪裁） (4) 3.2 内容需求（可剪裁） (5) 4 功能需求 (5) 4.1 数据需求（可剪裁） (5) 4.2 接口需求（可剪裁） (6) 4.3 权限控制需求（可剪裁） (6) 4.3.1 系统安全要求（软硬件） (6) 4.3.2 用户角色 (6) 4.3.3 角色权限控制 (6) 5 非功能需求 (6) 5.1 用户界面需求（可剪裁） (6) 5.2 性能需求（可剪裁） (7) 5.3 压力需求（可剪裁） (7) 5.4 主流技术应用需求（可剪裁） (7) 5.5 安全需求（可剪裁） (7) 5.6 故障处理需求（可剪裁） (7) 5.7 环境需求（可剪裁） (7) 5.8 产品质量需求 (7) 5.9 其他需求（可剪裁） (8) 6 需求优先级 (8) 7 附加说明（可剪裁） (8)
1引言 1.1编写目的 本节描述编写该用户需求说明书的目的，并指出预期的读者。 1.2项目背景 本节描述用户需求说明书中所定义的产品的背景和起源，以及同其他系统或其他机构(行业里兄弟或对手单位)的基本相互关系等。当在已有的系统上进行特性开发时，如果新特性与已有系统的特性之间存在关系，则应在本节说明其相互之间的关系。 1.3术语定义 本节可列出本文件中用到的专门术语的定义、外文首字母组词的原词组等。 1.4参考资料 本节列举编写用户需求说明书时所参考的资料或其他资源，这可能包括用户合同、公司规范、技术书籍等。在这里应该给出详细的信息，包括资料名称、版本号、作者、日期、出版单位或资料来源，以方便读者查阅这些文献，可用以下格式表示： 2综合描述 2.1产品介绍 本节简要描述产品的特性。 2.2目标范围 本节简要描述产品的应用目标、作用范围等。
仓储管理系统用户需求说明书V1.0
佳怡集团知识产权 未经允许，不得擅用 仓储管理系统 用户需求说明书 (V1.0) 佳怡集团物流与信息技术事业部 2016年02月15日
参与人员： 承担人王雨雨 负责人王雨雨 参与人王雨雨、王玉青、刘先坤 相关部门： 佳怡集团物流与信息技术事业部 点点储运配送有限公司 版本历史： V1.0 2016-02-15 王雨雨起草
目录 用户需求说明书................................................................................................................................. I 1引言 . (1) 1.1目的 (1) 1.2背景 (1) 1.3项目概述 (1) 1.4术语 (1) 2部门组织结构 (2) 2.1组织结构 (2) 2.2部门设置和人员职责 (2) 3业务需求 (3) 3.1概述 (3) 3.2功能性需求 (3) 3.2.1部门工作范畴 (3) 3.2.2主要业务 (4) 3.2.2.1主要业务概述 (4) 3.2.2.2业务关联图 (4) 3.2.3.1干线运输作业 (5) 3.2.3.5入库作业 (5) 3.2.3.10上架作业 (7) 3.2.3.15盘点作业 (7) 3.2.3.20拣货作业 (8) 3.2.3.25出库作业 (9) 3.2.3.30库内管理 (11) 3.2.3.38客户管理 (11) 3.2.3.42计费管理 (12) 3.2.3.44报表管理 (12) 3.2.3.47客户下级店管理 (13) 3.2.3.52计量单位管理 (14) 3.2.3.56入库单打印 (14) 3.2.3.58出库单打印 (15) 3.2.3.60库存调整表 (15) 3.2.3.62入库储位统计表 (16) 3.2.3.64异动盘点表 (16) 3.2.3.66通盘盘点表 (17) 3.2.3.68分拣单 (17) 3.2.3资料提供情况 (17) 3.3非功能性需求 (18) 3.3.1资源需求 (18) 3.3.2性能需求 (19)
需求说明书模板
泵送零部件质量信息化之 自制大件钢印号管理需求分析说明书 Requirement Analysis Document 文档编号： 状态: ■草稿□发布□修改作者:寻浏平、王刚华
文档信息 修改记录
目录 1.引言 (4) 1.1编写目的 (4) 1.2项目背景 (4) 1.3术语定义 (4) 2.业务描述 (4) 2.1目标范围 (4) 2.2业务综述及总体流程 (4) 2.2.1业务流程图 (5) 2.2.2业务需求 (6) 2.3用户特性 (6) 2.4约定假设 (6) 3.功能需求 (7) 3.1 SAP新增自定义字段“钢印号”（F01） (8) 3.1.1功能模块流程图 (8) 3.1.2功能详细描述 (8) 3.2 MES下载订单主数据接口修改（F02） (10) 3.2.1功能模块流程图 (10) 3.2.2功能详细描述 (10) 3.3 MES终端钢印号报工功能修改（F03） (11) 3.4大件SAP/PDA收货功能（F04） (11) 3.5大件SAP/PDA出库钢印号记录功能（F05） (27) 3.6 MES返修订单质检功能（F06） (34) 3.6.1功能模块流程图 (34) 3.6.2功能详细描述 (35) 3.7 SAP大件（钢印号）可用库存查询功能（F06） (37) 4.业务编码规范 (41) 5.非功能性需求 (41) 5.1用户界面需求 (41) 5.2性能及压力需求 (41) 5.3安全需求 (41) 5.4环境需求 (41) 5.5产品质量要求 (42) 6. 批准确认 (42)
1.引言 1.1编写目的 将泵送制造本部钢印号管理业务需求转化为功能需求，为设计、开发、测试、实施人员提供参考依据。 1.2项目背景 目前泵送制造本部所有自制大件实物上都需打钢印号。实物上的钢印号编码是由制造部各工作中心根据既定的规则自行进行编码和打印钢印号的，MES系统只检验时才开始对钢印号与生产订单信息进行关联和记录。为加强对自制大件质量的管控，泵送质保部提出要对钢印号整个生命周期进行管控的需求。经泵送质保本部、泵送制造本部综合管理部、泵送制造本部物料管理部共同商讨决定对泵送自制大件实现从计划下达、生产制造、质量记录、生产返工、装配记录、售后质量追溯全生命周期的管理。 1.3术语定义 钢印号：为实现对自制大件生产过程质量追溯，自制大件组焊完成后在实物上打印的钢字码。钢印号一般包含以下信息：型号、生产日期、流水号等。 2.业务描述 2.1目标范围 泵送制造本部所有自制大件均需实现钢印号管理，先在转塔工作中心（转塔台和转塔座）实现和试用，优化完成后再推广到泵送制造本部其他大件。 2.2业务综述及总体流程 从整体描述项目业务需求及业务流程，相互关联，及总体流程图。
OA办公系统用户需求说明
OA办公系统用户需求说明1.引言 1.1编写目的 本系统说明书详细描述了OA系统项目的要求，并且本说明书也是作为系统项目所有成员交流沟通的依据，也作为下一步系统开发工作的据和参考。 基准，软件开发项目组的所有成员都必须有一本需求说明书，以明确项目最后要求完成的软件产品的特点，项目开发得以顺利开展。经使用方确认的本文档将作为将来产品特征和仲裁的重要依。 1.2适用范围 本文档主要涉及OA系统的应用模型和功能需求描述。 1.3背景 系统名称：OA系统 任务提出：湖南城市学院数学与计算科学系 开发者：聂孟文聂胜杰 用户：学校所有办公人员 1.4名词解释 OA：办公自动化 Office Automatization 1.5参考资料 1.电子工业出版社《java面向对象编程》孙卫琴编著。 2.电子工业出版社《java web整合发》刘斌编著。 3.人民邮电出版《深入浅出jbpm》高杰编著。 4.绿叶OA办公系统
1.6网络架构 采用局域网或单机环境。 硬件设备，服务器采用台式机或笔记本电脑，最低配置，内存512M以上、硬盘10G以上。客户端采用台式机或笔记本。 1.7软件架构 以Web应用服务为核心,以数据库系统为基础，以浏览器为用户端的B/S软件体系结构；先进的工作流和规则库解决方案，以及面向对象的分析和设计，促进了结构化和安全性的系统开发，提高软件的再利用。 2.项目目标 OA系统提供的功能主要为公司或部门的信息化管理提供有效的信息化软件的管理平台。方便公司公司或部门加强管理，节约资源。 3.功能图 普通员工用户通过OA系统可执行登陆、注册查询信息和个人办公等操作，公司管理员可以通过OA系统执行信息的管理操作。详细的功能请参见用例图。
用户需求说明书(模板)
. XXX 用户需求说明书 拟制： 审核： 批准： ******公司
文件更改记录 编号：序号：
用户需求说明确认书 根据的 业务和功能需求，在[用户方名称] 和[公司名称]共同讨论的基础上，由[公司名称]编写的《用户需求说明书》是对实际需求的准确描述，特此确认。 [顾客单位] 签字（盖章）： 日期：
目录 1引言 (6) 1.1目的与目标 (6) 1.2开发背景 (6) 1.3预期读者 (6) 1.4术语缩写 (6) 1.5参考资料 (6) 2任务概述 (6) 2.1主要职能 (6) 2.2组织结构 (6) 2.3限制条件 (6) 2.4假设和依赖 (6) 2.5用户原有系统情况 (6) 3功能需求 (7) 3.1对功能的一般性规定 (7) 3.2需求名称1 (7) 3.3需求名称2 (8) 3.4 (8) 3.5需求名称n (8) 4性能需求 (8) 4.1对性能的一般性规定 (8) 4.2数据容量 (8) 4.3数据精确度 (8) 4.4时间特性 (8) 4.5适应性 (8) 4.6吞吐量 (8) 5界面与接口需求 (9) 5.1界面需求 (9)
5.2内部接口 (9) 5.3外部接口 (9) 6其他需求 (9) 6.1安全性 (9) 6.2可靠性 (9) 6.3故障处理 (9) 6.4未确定的问题 (9) 7验收准则 (9)
1引言 1.1 目的与目标 1.2 开发背景 1.3 预期读者 1.4 术语缩写 1.5 参考资料 2任务概述 2.1 主要职能 2.2 组织结构 2.3 限制条件 2.4 假设和依赖 2.5 用户原有系统情况可裁剪
用户需求说明书
变更记录 注：对该文件内容增加、删除或修改均需填写此变更记录，详细记载变更信息，以保证其可追溯性。
目录 1 目的 (1) 2 适用范围 (1) 3 参考资料 (1) 4 业务用语集 (1) 5 任务概述 (1) 5.1 项目背景 (1) 5.2 项目范围 (1) 5.3 系统目标 (1) 6 相关现状说明（可选） (2) 6.1 网络及部署环境现状 (2) 6.2 业务应用信息化建设现状 (2) 7 业务需求 (2) 7.1 业务概述 (2) 7.2 ORF01.预订管理 (3) 7.2.1 ORF0101.房间预订 (3) 7.2.2 ORF0102.房间退订 (4) 7.3 ORF02.客户登记 (5) 8 需求优先级 (5) 9 非功能性需求 (5) 9.1 性能需求 (6) 9.2 技术需求 (6) 9.3 安全性需求 (6) 9.4 设计约束 (6) 9.5 接口需求 (6) 9.6 其它需求 (6) 10 用户预期 (6) 11 其他需说明的情况 (6) 12 附录 (6)
ΧΧ项目用户需求说明书 1目的 说明本文档的编写目的。 //示例：本文档是规定《酒店预订系统》的需求规格说明书，为该系统的需求定义分析、设计、开发与测试的提供指导。 2适用范围 说明本文档的使用范围及读者对象。 //示例；本文档适用于/《酒店预订系统》的需求分析、设计、开发、测试等全过程。 //预期读者：需求分析师、软件设计师、测试工程师等。 3参考资料 说明本文档的参考引用，参考书目引用等。 4业务用语集 搜集现有的业务用语并加以解释，以便于加深对业务的了解，同时便于需求调研分析人员与用户就关键业务词汇的说法上达成一致，使得沟通更加顺畅、准确。 5任务概述 5.1项目背景 简要描述项目产生的背景。 5.2项目范围 简要描述项目涉及的业务部门及业务内容。详细的业务内容由后面的业务分析来描述。 //本项目涉及了某某酒店的房间预订、客户管理、入信登记等业务。 5.3系统目标 描述系统建设的目标。
软件需求规格说明书模板(超详细的哦)
WORD文档可编辑 X X X X X X单位 X X X X X X X项目 软件需求规格说明书 金碧信息科技
目录 第一章引言 (5) 1编写目的 (5) 2软件需求分析理论 (5) 3软件需求分析目标 (5) 4参考文献 (6) 第二章需求概述 (7) 1.项目背景 (7) 2.需求概述 (7) 3.条件与限制(可选) (8) 4.移动办公系统结构 (8) 5.移动办公网络拓扑图 (9) 第三章系统功能需求 (10) 1.移动办公系统升级改造需求 (10) 界面显示要求 (11) 待办公文列表 (11) 待办公文列表排序 (11) 公文详细信息界面元素 (11) 网站信息审批 (12) 会议申请 (12) 意见录入 (12) 移动邮件 (12) 会议管理 (13) 通知通告 (13) 通讯录管理 (14) 2.车辆管理模块升级改造需求 (14) 系统功能架构 (14) 网络拓扑结构 (15)
3.电子公文预览需求 (15) 电子公文交换网络 (16) 电子公文交换流程 (18) 4.政务信息管理系统平台功能需求 (19) 第四章软硬件或其他外部系统接口需求 (21) 1.用户界面 (21) 2.硬件需求 (22) 3.网络需求 (22) 4.接口需求 (22) 5.通信需求 (23) 6.运行环境 (23) 第五章其他非功能需求 (24) 1.性能需求 (24) 2.安全设施需求 (25) 3.安全性需求 (25) 4.扩展性需求 (26) 5.可移植性需求 (26)
第一章引言 1编写目的 为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。 2软件需求分析理论 软件需求分析（Software Reguirement Analysis）是研究用户需求得到的东西，完全理解用户对软件需求的完整功能，确认用户软件功能需求，建立可确认的、可验证的一个基本依据。 软件需求分析是一个项目的开端，也是项目实施最重要的关键点。据有关的机构分析结果表明，设计的软件产品存在不完整性、不正确性等问题80％以上是需求分析错误所导致的，而且由于需求分析错误造成根本性的功能问题尤为突出。因此，一个项目的成功软件需求分析是关键的一步。 3软件需求分析目标 软件需求分析的主要实现目标： 1)对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一 致性和完整性，促使用户在软件设计启动之前周密地、全面地思考软件 需求； 2)了解和描述软件实现所需的全部信息，为软件设计、确认和验证提供一 个基准； 3)为软件管理人员进行软件成本计价和编制软件开发计划书提供依据； 需求分析的具体内容可以归纳为六个方面：软件的功能需求，软件与硬件或其他外部系统接口，软件的非功能性需求，软件的反向需求，软件设计和实现上的限制，阅读支持信息。 软件需求分析应尽量提供软件实现功能需求的全部信息，使得软件设计人员
用户需求说明书标准模板
XX有限公司 文档编号: XX-SCRP -REQ-CRS 用户需求说明书 V1.0 编写：审核：批准： 日期：2008-06-14 日期：2008-06-14 日期：2008-06-14
变更履历 版本文件内容描述编写日期编写审核批准1.0 正式发布2008-06-14
目录 1.项目概况 (4) 1.1.项目背景 (4) 1.2.项目目标 (4) 1.3.单位情况 (5) 1.4.单位组织结构 (5) 2.信息化现状 (5) 2.1.硬件状况 (5) 2.2.软件状况 (5) 2.2.1.系统软件 (5) 2.3.人力资源状况 (5) 3.用户功能需求 (6) 3.1.功能模块的组成 (6) 3.2.名词术语 (6) 3.3.工作流程 (7) 3.3.1关键业务流程 (7) 3.4.模块功能通用要求 (8) 3.5.模块功能关键要求 (8) 3.5.1.首页桌面 (8) 3.5.2.日常办公 (8) 3.5.3.待办公文 (8) 4.非功能性要求 (8) 4.1.稳定性 (8) 4.2.安全性 (9) 4.3.用户界面需求 (9) 4.3.1.操作简捷 (9) 4.3.2.数据校验 (9) 4.4.运行需求 (9) 4.4.1.数据库要求 (9) 4.4.2.应用服务器要求 (10) 4.4.3.故障处理 (10) 4.4.4.用户文档 (10) 4.5.其它需求 (10) 4.5.1.支持软件环境 (10) 4.5.2.表单 (10) 4.6.接口 (11) 与第三方集成接口（硬件接口）的描述 (11) 4.6.1.与市低保系统的接口 (11) 附录A：词汇表 (11) 5验证及确认 (11)
用户需求说明书与需求规格说明书的区别
用户需求说明书与需求规格说明书的区别 1、用户需求说明书是用户的需求（期望），需要和用户确认的，重点是站在客 户的角度讲产品功能。需求规格说明书是系统设计需求，主要是对内的，是 从开发、测试的角度去讲产品功能。 2、优点：用户的语言与设计人员的语言是不同的，所以需要有面向不同人员的 文档。缺点：层次越多，信息损失的越多，误解的概率就越大。权衡的结 果：基本上是依据项目的规模而定。 3、如果要省掉一个的话，更倾向于写用户需求，因为搞系统的时候要始终明白 用户在想什么，要解决什么问题。需求规格相对不是很重要，具体实现用户 需求的时候，你可以有各种方案，这个是用户不关心的。要是用户需求就已 经理解错了，特别是理解不全面，软件规格说明书写得好让用户签字就没有 任何意义了。 4、最新的做法 使用UML语言，开发需求用例说明书，用例、场景描述和事件――响 应表，既可面向客户，又可面向开发设计； 使用敏捷开发方法，通过用户故事描述用户需求，即客户想要实现 一个什么功能，以满足某个方面的需求。 【相关知识】 “需求管理”的文档大体上包含需求管理计划、需求检查表、需求跟踪表（包含矩阵图）、需求变更状态跟踪表，以及与其配套产出的指南型文件。 “需求开发”的文档大体上包含需求规格说明书，需求规格说明书检查表， 需求开发指南等。 需求分析报告：一般是对某个市场或者是客户群来讲的，类似于调研报告， 重点是体现出产品要满足哪些功能，哪些是重点、热点。 需求说明书：是根据与现场实际客户进行沟通，把客户的需求进行整理，CMMI 中有标准的模板，重点是站在客户的角度讲产品功能。
需求规格说明书：是从业务规则讲起的，细一点偏向于软件的需求设计到概 要设计。是从开发、测试的角度去讲产品功能，里面要包含原型界面、业务 接口、活动图等。 业务需求（Business requirement）表示组织或客户高层次的目标。业务 需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销 部门或产品策划部门。业务需求描述了组织为什么要开发一个系统，即组织 希望达到的目标。使用前景和范围（vision and scope）文档来记录业务需求，这份文档有时也被称作项目轮廓图或市场需求（project charter 或market requirement）文档。 用户需求（user requirement）描述的是用户的目标，或用户要求系统必 须能完成的任务。用例、场景描述和事件――响应表都是表达用户需求的有效 途径。也就是说用户需求描述了用户能使用系统来做些什么。 功能需求（functional requirement）规定开发人员必须在产品中实现的 软件功能，用户利用这些功能来完成任务，满足业务需求。功能需求有时也 被称作行为需求（behavīoral requirement），因为习惯上总是用“应该”对其进行描述：“系统应该发送电子邮件来通知用户已接受其预定”。功能需求描述是开发人员需要实现什么。注意：用户需求不总是被转变成功能需 求。 产品特性，所谓特性（feature），是指一组逻辑上相关的功能需求，它们为 用户提供某项功能，使业务目标得以满足。对商业软件而言，特性则是一组 能被客户识别，并帮助他决定是否购买的需求，也就是产品说明书中用着重 号标明的部分。客户希望得到的产品特性和用户的任务相关的需求不完全是 一回事。一项特性可以包括多个用例，每个用例又要求实现多项功能需求， 以便用户能够执行某项任务。 系统需求（system requirement）用于描述包含有多个子系统的产品（即系统）的顶级需求。系统可以只包含软件系统，也可以既包含软件又包含硬件 子系统。人也可以是系统的一部分，因此某些系统功能可能要由人来承担。 业务规则包括企业方针、政府条例、工业标准、会计准则和计算方法等。业 务规划本身并非软件需求，因为它们不属于任何特定软件系统的范围。然而，