中国医药集团CQ医药设计院技术标准
CPIDI/TS006-2011 -----------------------------------------------------------------------------
医药工程设计
用户需求说明（URS）编写提纲基础资料收集提纲
2011-08-01发布2011-08-01实施-----------------------------------------------------------------------------------------
中国医药集团CQ医药设计院
前言
《用户需求说明（URS）编写提纲》和《基础资料收集提纲》是根据中国医药集团CQ医药设计院年度科技开发和技术规定编制计划的要求编制完成。
《用户需求说明（URS）编写提纲》是项目经理在与用户沟通过程中，引导用户形成对设计提出完善、合理的《用户需求（URS）说明》的一个指导性文件，根据项目的实际情况，内容可增加或删减。
《基础资料收集提纲》是为了规范设计基础资料的收集内容，减少资料收集的漏项，防止设计输入出现偏差而编制的一个工作指南，使用时，可根据项目的实际情况，进行删减。
《用户需求说明（URS）编写提纲》和《基础资料收集提纲》是以施工图为基础编写的，高阶段设计时，可进行删减。
本提纲由中国医药集团CQ医药设计院专家委员会负责解释。
本提纲归口中国医药集团CQ医药设计院技术质量部负责管理。
本提纲在执行的过程中，需要修改和补充之处，请交技术质量部。
主编单位：中国医药集团CQ医药设计院专家委员会
主要起草人：吴霞卢浩荣谭建国余健何华平陈泽嘉
张勇伍莉萍何小华蒋彬张鹏李志良
方国平
谢友强、程宁、黄欢等同志参加了本规定的修改和审查。
目录
用户需求说明（URS）编写提纲 (1)
基础资料收集提纲 (22)
用户需求说明（URS）编写提纲
编号：
页数：
项目名称：
子项名称：
用户需求说明
User Requirement Specification
目录
1.综述
2.工艺专业用户需求说明
3建筑专业用户需求说明
4结构专业用户需求说明
5.电气专业用户需求说明
6.暖通专业用户需求说明
7.给排水专业用户需求说明
8热力专业用户需求说明
9自控专业用户需求说明
10.工程经济及估算
11.附件
12变更记录
1、综述
1.1背景介绍
建设方情况介绍，项目建设的背景和必要性介绍
1.2项目介绍(含未来发展需求)
拟建项目情况，未来发展规划介绍，分期实施原则，对设计的总体要求、原则1.3工作范围
1.4要求遵循和参考的标准规范
1.5原有生产存在的问题
1.6现有厂区配套的公用工程（适用于改扩建项目）
1.7安全要求
1.7.1所有的设计工作应遵循本文件中提到或未提到但应遵循的相应规范；
1.7.2设计成品应能通过公司和相关部门的安全审查；
1.8文件要求
1.8.1所有文件需用中文书写（有要求时提供中英文版本）
1.8.2所有的图纸、文件等提供纸质文档（有要求时提供pdf电子文档）；
1.9项目计划进度要求
本项目建设期为XX个月。从XX年X月开始实施，至XX年X月前全部完成。XX年在新厂房投入使用后，完成老设备搬迁、验证工作。具体内容详见项目规划时间表。
2、工艺专业用户需求说明（用户不作要求的部分由设计方确定）2.1.概述
（1）生产能力、规模、产品的属性
（2）生产线、生产车间设置要求
（3）工艺系统、工艺辅助生产系统设置要求
（4）成品包装方式、半成品包装方式、运输方式
（5）原辅材料及包装材料规格、要求及原料进车间方式
（6）待检期，库存周期及库存方式
2.2 XXXX（工艺步骤名称）
（1）所在房间，设计参数
（2）工艺目的描述
（3）上游工艺步骤，传入物料、器具及其包装方式和运输方式（4）工艺步骤流程图
（5）工艺步骤过程说明
（6）工艺参数、关键工艺参数及其生产控制值
（7）生产批量、生产周期及运行班次、中间控制参数
（8）工艺设计说明
（9）主要设备（名称、能力、数量、安装要求）
（10）工艺步骤系统性质
直接影响系统□间接影响系统□无影响系统□
附注：用户应对定义运行功能以实现该工艺步骤的系统进行系统影响评估，即评价系统的运行、控制、警报、故障等条件对产品质量的影响。在系统影响评估的基础上确定工艺步骤系统性质。不同性质的的系统定义如下：
直接影响系统系被认为对产品质量有直接影响的工程系统。
间接影响系统系不被认为对产品质量有直接影响，但与直接影响系统有联系的系统。
无影响系统系不被认为对产品质量有影响的系统。
（11）组件及组件性质
关键组件□非关键组件□
附注：组件即定义运行功能以实现该工艺步骤的系统的基本工程组件，如管道、仪表、设备、设施、计算机硬件、计算机软件等。
关键组件即系统中操作、接触、数据、控制、报警或故障对产品质量直接产生影响的组件。
非关键组件即系统中操作、接触、数据、控制、报警或故障对产品质量间接产生影响或无影响的组件。
（12）公用系统需用量及接口
（13）空间（面积，房间净高）
（14）环境
洁净级别：A□B□C□D□CNC□NC□
生物安全级别：BL1□BL2□BL3□BL4□
基于性质的职业安全接触控制限度PB-ECL：1□2□3□4□5□
防爆□防腐□防静电□防潮□防渗□防水□噪声□电气危险等级
特殊温度
特殊湿度
对粉尘的要求，包括粉尘的浓度、粉尘的性质、处理后应达到的标准。
其它要求
（15）设备及管路清洁、灭菌转移方式
（16）房间清洁、消毒方式
（17）取样
（18）检测仪表与控制
（19）操作人数及着装要求，衣服的洗涤方式
（20）下游工艺步骤、传出物料及器具
注：所列表格均为编写示例。
3、建筑专业用户需求说明（用户不作要求的部分由设计方确定）
3.1墙体：
（1）当地常用实体墙体材料：
A、加气混凝土砌块
B、空心砖砌块
C、混凝土砌块
D、其他： B （2）当地常用轻质隔墙材料：
（3）当地常用墙体保温形式。
3.2地面材料：
（1）洁净区地面：
A、环氧自流平
B、PVC卷材
C、其他：
（2）库房地面：
A、耐磨混凝土地面
B、水磨石地面
C、其他： A
（3）耐酸碱地面：
A、耐酸砖
B、环氧类
C、水玻璃类
D、其他：
（4）办公管理区地面：
A、地砖地面
B、木地板
C、水磨石地面
D、其他：
3.3门窗：
（1）外墙门窗：
A、塑钢门窗
B、铝合金门窗
C、其他： A
（2）内墙门窗：
A、塑钢门窗
B、钢门窗
C、其他： A
3.4屋面排水：
（1）屋面排水立管方式：
A、内排水明装
B、内排水暗装
C、外排水（2）当地常用防水材料：
A、高分子卷材
B、涂膜
C、其他：
（3）当地常用找坡材料：
A、泡沫混凝土
B、水泥炉渣
C、其他：
3.5电梯：
（1）电梯厂家
A、奥迪斯
B、三菱
C、其他：
（2）电梯吨位
（3）轿箱尺寸
A、标准
B、放大
C、其他：
4.1结构选型采用：
A、钢筋砼结构
B、钢结构
C、轻钢结构
D、其它： B
4.2建筑物长或宽超过规范规定的尺寸时，处理方案采用：
A、设置双柱留变形缝
B、后浇带
C、加强带
D、其它：
4.3室外大雨棚采用：
A、钢筋砼结构
B、钢结构
4.4各功能房间楼屋面使用荷载采用（kN/m2）：B
A、按我国现行建筑结构荷载规范规定选用
B、按A条和我院（行业）规定选用
C、业主提供
5.1备用电源采用：
A、双重市电电源
B、柴油发电机组
C、EPS电源
5.2采用的主要电气设备及元器件档次：
A、国际品牌
B、国产品牌
C、其它：
5.3 10KV高压开关柜：
A、KYN型金属铠装中置移开式
B、HXGN型环网柜
C、SF6充气柜；
D、其它：
内装断路器：CV1、VS1、DTZ、VEP、3AE型等系列。
5.4变压器：
A、干式
B、油浸式
C、其它：
5.5低压开关柜：
A、固定分隔式
B、抽屉式
C、固定式
内装智能型万能式断路器：CW、RMW、E、MT等系列；
内装塑壳断路器：CM、RMM、Tmax、NS等系列。
5.6电力仪表：
A、智能表
B、机械式
C、其它： A
5.7照度：
A、按《建筑照明设计标准》
B、高于标准 A
5.8主要光源：
A、细管径三基色直管荧光灯
B、LED光源
C、其它：
5.9主要灯具安装方式：
A、吸顶式
B、嵌入式
C、其它： A
6.1冬季供热方式要求B
A、采暖
B、空调
C、无要求
6.2舒适空调范围
A、外包
B、走道
C、其他 A
6.3对制冷机和空调器的品牌要求；
A、国产
B、合资
C、进口
D、其它：
6.4空调制冷机组选择：
A、水冷式冷水机组
B、风冷热泵型冷水机组
C、室外一体化冷水机
D、整体式柜机
E、其他
6.5舒适空调系统形式：
A、风机盘管+新风
B、风系统
C、VRV系统+新风
D、分体式
E、其他
6.6 A级区形式要求
A、层流罩式—风机+静压箱+高效过滤器
B、整体式—FFU
C、其他
6.7对空调风管和冷冻水管保温材料的要求；
A、橡塑
B、离心玻璃棉
C、其他
6.8对空调加湿用蒸汽品质的要求；
A、纯蒸汽
B、普通级
C、其他
7.1供水方案的选择：
A、叠压供水
B、水池-变频泵
C、水池-泵-水箱
D、其它：
7.2循环水系统的设置：
A、各单体分别设置
B、厂区集中设置
C、其它：
7.3排水方案的选择：
A、清污分流
B、仅设置污水系统
C、清污分流，污水系统设置高低浓度管网
D、其它：
7.4局部热水供应系统热源的选择：
A、气源热泵
B、太阳能+电铺热
C、蒸汽
D、其它：
7.5冷却塔、水泵等设备的选择：
A、合资
B、国产
C、进口
D、其它：
7.6室内给水管材：
A、塑料管
B、复合管
C、不锈钢管
D、其它：
7.7室外给水管材：
A、复合管
B、塑料管
C、球墨铸铁管
D、其它：
7.8室内生活排水管材：
A、塑料管
B、柔性接口机制排水铸铁管
C、其它：
7.9室外排水管材：
A、HDPE排水管
B、UPVC排水管
C、夹砂玻璃钢管
D、其它：
7.10阀门的选择：
A、国产
B、合资
C、进口
D、其它：
8.1锅炉房预留要求。辅助间的设置要求。锅炉房的自动化要求
8.2凝结水回收：
A、要回收；
B、不回收；
C、其它用途。
8.3供热介质计量要求；
8.4车间热力站预留要求。
8.5厂区及车间热力管道或综合管道的敷设形式：
A、直埋
B、管沟
C、架空。
8.6厂区热力管道或综合管道的预留要求。
8.7柴油发电机房的预留要求。
8.8空压站压缩空气的质量要求:温度、水分压力露点、过滤级别及其它要求；
8.9空压站节能、计量及预留要求。
9、弱电、自控专业用户需求说明（用户不作要求的部分由设计方确定）9.1弱电系统
1、火灾自动报警系统
(1).本工程为新建厂房（或原厂区无火灾自动报警系统），须设计火灾自动报警系统。用户对消防控制室位置要求？
A、门卫
B、办公楼
C、其它：
(2).火灾自动报警系统设计是否为后期建设作预留？预留量？
A、是
B、否
(3).有可燃或有毒气体的场所需提供这些介质的名称、密度、爆炸下限等参数。
2、通讯及网络系统
（1）.新建网络、程控机房设置于何处？
A、办公楼
B、车间内
C、其它：
（2）.哪些房间需要安装网络及电话插座？
3、电视监控系统
（1）.监控机房设置于何处？
A、办公楼
B、车间内
C、其它：
（2）.哪些场所需要设置监控点？
4、本工程还需设计哪些弱电系统
A、门禁系统
B、厂区周界监控系统
C、LED系统
D、会议系统
E、其它：
9.2、自控系统
1、楼宇自控系统（BAS）
（1）BAS系统的控制方式采用哪种形式？
A、DDC
B、PLC
C、其它：
（2）BAS控制室设置于何处？
A、动力中心
B、办公楼
C、车间内
D、其它：
（3）冷水机组的控制方式？
A、压差旁通控制
B、全自动控制
C、其它：
（4）哪些房间需要检测和显示温湿度？
（5）气锁、缓冲等房间压差信号是否进入BAS系统？
A 、是 B、否
（6）配电室电气参数是否需要监控？
A 、是 B、否
2、生产工艺过程控制
（1）控制水平的确定
A、国际先进水平
B、国内领先水平
C、国内一般水平
D、其它： B （2）控制系统组成
A、DCS系统
B、PLC 系统
C、FCS系统
密级：用户需求说明书模板 软件开发项目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 项目的目的与目标 项目目的是开发本系统的意图的总概括，目标是将目的细化后的具体的描述，项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。
网上书店系统需求分析
版本历史
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目标范围 本节简要描述产品的应用目标、作用范围等。
用户需求说明书公司内部档案编码：[OPPTR-OPPT28-OPPTL98-OPPNN08]
用户需求说明书模板文档编号：用户需求说明书模板 文档信息：公司级别模板文件 文档名称：用户需求说明书模板 文档类别：工程过程类 密级：机密 版本信息：1.0 建立日期： 创建人： 审核者： 批准人： 批准日期： 保管人： 存放位置：
目录 1.引言 引言部分应包括：
1.1编写目的 主要说明本文档的作用，除了作为需求规格说明书提供后续设计和测试工作的依据外，如果作为项目验收的依据或有其他特别作用，应特别声明。 1.2范围 对于所有受到本文档影响或于影响这个文档的一切进行简明描述。 1.3项目背景 主要说明项目的来源，项目所涉及领域的现状，建设该项目的意义等。 1.4主要业务名词和术语定义 对本文档中所使用的专业或行业术语所指对象或含义进行解释性的说 明，特别是对在本文档中为描述业务方便而自行定义的一些名词如“**类别”、“**状态”等进行说明，在后文论述中可直接加以引用。 1.5参考文献 * 列明制定本文档所参考的资料清单，说明其作者和出版日期。 2.需求概述 2.1用户当前系统 * 2.1.1用户当前系统概述 主要说明用户当前系统覆盖的业务范围、实现的主要功能、业务流程以及与其他系统的关系 2.1.2用户当前系统存在的问题 主要说明用户当前系统存在的问题
2.2目标系统 2.2.1目标系统概述 主要说明系统实现的主要功能；在系统实现过程中应考虑的主要问题； 系统实现的基础（是否已有类似经验）；系统所采用的主要技术。 2.3与其他系统的关系 * 列明与本系统有联系的系统包括直接发生业务关系的其他计算机系统，或直接有业务关系的系统，并说明他们之间的关系。 2.4边界定义 概括说明系统覆盖的业务范围；说明系统包括和未包括的处理功能，对包括的处理功能可参见系统功能模型的描述，对未包括的的业务功能无需穷举，只需说明与本系统功能相关但不属于本系统处理范围的功能。 2.5基本业务规则 系统所涉及的业务领域通常存在不同的处理规范或标准，本节主要描述本系统业务所基于的业务处理规范或标准，使读者对主要业务规则有基本了解。如果基本业务规则不同，则可能会使系统设计产生比较大的改动。 2.6系统功能模型概述 说明系统功能的划分，列举划分的子系统，对子系统功能做简短说明，说明子系统的功能划分，列明子系统所包含的下一级业务处理单元。 2.7安装或实施目标系统的策略 主要说明数据转换的策略，当前系统与目标系统衔接的策略（例如并行使用一段时间），包括系统服务端、客户端、应用服务器等安装的地点及数量等。 2.8目标系统运行环境要求 说明应用软件要求的运行环境。
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文档简介 (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 参考文件
变更记录 注：对该文件内容增加、删除或修改均需填写此变更记录，详细记载变更信息，以保证其可追溯性。
目录 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系统目标 描述系统建设的目标。
{ 手机销售管理系统} 产品需求规格说明书 项目经理： 开发经理： 系统工程师： 组员：
版本历史
目录 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) 佳怡集团物流与信息技术事业部 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)
用户需求说明书与需求规格说明书的区别 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）用于描述包含有多个子系统的产品（即系统）的顶级需求。系统可以只包含软件系统，也可以既包含软件又包含硬件 子系统。人也可以是系统的一部分，因此某些系统功能可能要由人来承担。 业务规则包括企业方针、政府条例、工业标准、会计准则和计算方法等。业 务规划本身并非软件需求，因为它们不属于任何特定软件系统的范围。然而，
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 用户原有系统情况可裁剪
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)
葵花药业集团 （唐山）生物制药有限公司自动装盒机用户 需 求 标 准 二O一三年四月
1、综述 背景：根据公司发展战略要求，在新园区新建年产颗粒剂8.2亿袋、片剂11亿片、胶囊剂8亿粒的口服综合制剂车间，因此，需新购铝塑包装机1台，枕式包装机 2台，全自动装盒机2台（药板型装盒机），电子扫描机2台，激光打码机2台， 印字打包一体机2台。 目的：为用户和供应商提供铝塑包装机，枕式包装机，装盒机，电子扫描机，激光打码机，印字打包一体机的设计、制造、采购、验收和确认依据。 范围：本URS适用于铝塑包装机，枕式包装机，装盒机，包括装盒机。 责任：需方对本URS的编制质量负责。供方须严格按照本URS所明确的法规标准、技术要求、服务要求，提供相关设备设施和服务，供方须对需方所提供的URS负 保密责任。 工艺描述：药片通过铝塑机进行包装，形成平整的铝塑板，铝塑好的药板经枕式包装后传送带或者手工进入装盒机料仓，通过自动下料装置传送轨道上，纸盒由纸盒贮存仓被吸嘴打开后送到装盒工位，说明书由说明书贮存仓经折叠后送到装盒工位，由推舌将药板及说明书送入张开的纸盒中，再经过折盒封好后，进入装盒机出口传送带，经传送带进入下一工序进行操作。 2、法规标准 法规： 除本URS特殊要求外，须满足中国的2010版《药品生产质量管理规范》法规要求，中国安全环保法规。 标准： 除本URS特殊要求外，须满足ISPE（国际制药工程师协会）所颁布的制药工程设备标准、中国制药装备协会所颁布的制药工程设备标准、ISO14001、OSAHS18001、压力容器和特种设备中国国家制造标准。 3、技术要求 3.1生产工艺要求 铝塑包装机 需求编号需求必需/期望 URS001 单机实际稳定运行速度可达到≥150冲/分钟（以连续生产1号胶囊为验收基准，标准排列板型93×56，横出2板/切，品字形排版，纵向版块与版块之间废边为1mm,2×6粒/板），最大成型面积260×250mm。 URS002 成品率：不低于99.5%（以连续生产3批1号胶囊为验收基准， 计算公式=实际成品数量/理论成品数量×100%）。 符合 URS003 PVC宽度：180-260mm，厚度：0.15-0.45mm；符合
数据分析统计子系统用户需求说明书
版本历史
目录 版本历史............................................................................................................................................ I 1.前言 .. (1) 1.1目的 (1) 1.2范围 (1) 1.3定义、缩略词 (1) 1.4参考资料 (2) 2.项目概述 (2) 2.1产品描述 (2) 2.2产品功能 (3) 2.3用户特点 (3) 2.4一般约束 (4) 2.5假设和依据 (4) 3.具体需求 (4) 3.1功能需求 (4) 3.1.1模板管理－领导页面设置 (4) 3.1.2模板管理－角色页面设置 (5) 3.1.3模板管理－其它参数维护 (6) 3.1.3模板管理－模板维护 (7) 3.1.4统计查询－概述 (8) 3.1.5统计查询－行为 (11) 3.1.6统计查询－设备 (12) 3.1.7统计查询－人员 (13) 3.1.8报表分析 (13) 3.2外部接口需求 (14) 3.2.1用户接口 (14) 3.2.2硬件接口 (14) 3.2.3软件接口 (14) 3.2.3通信接口 (14) 3.3性能需求 (14) 3.4设计约束 (15) 3.4.1其它标准约束 (15) 3.4.2硬件限制 (15) 3.5属性 (15) 3.5.1安全性 (15) 3.5.2可维护性 (15) 3.5.3可复用性 (16) 3.5.4可扩展性 (16) 3.5.5 灵活性 (16) 3.5.6 兼容性 (16)
用户需求说明书 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对功能的规定 用列表的方式逐项定量和定性地叙述对系统所提出的功能要求。 3.2对性能的规定 3.2.1网络系统集成准确度的说明 说明对该工程的可能输入及其引起的输出糟度的要求，包括可能在数据传输过程中引发错误的原因。 3.2.2该工程性能特性要求 说明对于该工程性能的特性要求，如： a.响应时间； b.数据传送延迟； c.对各种多媒体应用的支持程度： d.对未来新应用预留的扩展程度等．
3.3.3集成系统工程的灵活性与用户需求的吻合度 说明用户对该工程的灵活性的要求，即当需求发生某些变化时，该集成系统对这些变化的适应能力，如 a.操作方式上的变化： b.运行环境的变化： c.同其他软件的接口的变化 d.差错容忍度和有效时限的变化； e.计划的变化或改进． 对于为了提供这些灵活性而进行的专门设计的部分应该加以标明 3.4集成系统软件平台数据管理能力要求 说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。 3.5集成系统故障处理要求 列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。 3.6其他专门要求 如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、文档的易读性、可靠性、运行环境可转换性的特殊要求等 4运行环境规定 4.1网络集成系统设备 4.1.1列出该工程运行所需要的硬件设备。说明其中的新型设备及其专门功能， 包括： a.用户平台的硬件水平需求； b.用户平台的支持媒体的类型和数量 c.数据通信设备的型号和数量； d.特殊功能设备及其他专用硬件 4.2网络集成系统用户软件平台 列出在用户端使用的各种软件，包括要用到的操作系统、编译（或汇编）程序、测试支持软件等 4.3集成系统用户硬件平台和软件平台的接口 说明该用户的使用的网络集成系统硬件之间或者硬件和软件之间的的接口、数据通信协议等。 4.4集成系统的用户端控制 说明控制该系统的运行的方法和控制信号，并说明这些控制信号的具体作用。
项目编号: S×××－<项目名称> 分类: <模板> 需求规格说明书 Version: 项目承担部门： 撰写人（签名）： 完成日期： 本文档使用部门：■主管领导■项目组 ■客户（市场）■维护人员■用户评审负责人（签名）： 评审日期：
目录 1.引言 (1) 1.1目的 (1) 1.2定义 (1) 1.3参考资料 (1) 2.软件总体概述 (1) 2.1软件标识 (1) 2.2软件描述 (1) 2.2.1系统属性 (1) 2.2.2开发背景 (2) 2.2.3软件功能 (2) 2.3用户的特点 (2) 2.4限制与约束 (2) 3.具体需求 (2) 3.1功能需求 (3) 3.2性能需求 (3) 3.3数据库需求 (4) 3.4设计约束 (4) 3.4.1其他标准的约束 (4) 3.4.2硬件约束 (4) 3.5属性 (4) 3.5.1可用性 (4) 3.5.2可靠性 (4) 3.5.3效率 (4) 3.5.4安全性 (4) 3.5.5可维护性 (4) 3.5.6可移植性 (5) 3.6外部接口需求 (5) 3.6.1用户接口 (5) 3.6.2硬件接口 (5) 3.6.3软件接口 (5) 3.6.4通信接口 (6) 4.数据字典 (6) 5.附录 (6) 5.1用户方组织机构图； (6)
1. 引言 1.1 目的 本节描述软件产品需求规格说明书（SRS）的目的，如： 定义软件总体要求，作为用户和软件开发人员之间相互了解的基础； 提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础；作为软件总体测试的依据。 1.2 定义 本节列出SRS中用到的全部需求的术语、定义和缩略语清单。这些信息可以由SRS的附录提供，也可以参考其他的文件，如果有，本节必须指明。 1.3 参考资料 本节列出下列资料： 经核准的用户合同、《用户需求说明书》、《项目开发委托合同书》、《技术可行性报告》等文件； 本项目的较高层次的开发文档，如：《项目开发计划》等； SRS中各处引用的资料、标准和规范。 列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。 2. 软件总体概述 2.1 软件标识 本节列出软件的标识：软件全名称、软件缩称、版本号等。软件标识必须具有唯一性。 2.2 软件描述 2.2.1 系统属性 本节描述被开发软件与其他相关产品之间的关系。 如果该软件是独立的，应在本节说明； 如果该软件是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系。如果这部分内容已包含在较高层次的说明（如《用户需求说明书》）中，应在本节指明。 本节无须描述设计方案和设计约束。
中国医药集团重庆医药设计院技术标准 CPIDI/TS006-2011 ----------------------------------------------------------------------------- 医药工程设计 用户需求说明（URS）编写提纲基础资料收集提纲 2011-08-01发布2011-08-01实施----------------------------------------------------------------------------------------- 中国医药集团重庆医药设计院
前言 《用户需求说明（URS）编写提纲》和《基础资料收集提纲》是根据中国医药集团重庆医药设计院年度科技开发和技术规定编制计划的要求编制完成。 《用户需求说明（URS）编写提纲》是项目经理在与用户沟通过程中，引导用户形成对设计提出完善、合理的《用户需求（URS）说明》的一个指导性文件，根据项目的实际情况，内容可增加或删减。 《基础资料收集提纲》是为了规范设计基础资料的收集内容，减少资料收集的漏项，防止设计输入出现偏差而编制的一个工作指南，使用时，可根据项目的实际情况，进行删减。 《用户需求说明（URS）编写提纲》和《基础资料收集提纲》是以施工图为基础编写的，高阶段设计时，可进行删减。 本提纲由中国医药集团重庆医药设计院专家委员会负责解释。 本提纲归口中国医药集团重庆医药设计院技术质量部负责管理。 本提纲在执行的过程中，需要修改和补充之处，请交技术质量部。 主编单位：中国医药集团重庆医药设计院专家委员会 主要起草人：吴霞卢浩荣谭建国余健何华平陈泽嘉 张勇伍莉萍何小华蒋彬张鹏李志良 方国平 谢友强、程宁、黄欢等同志参加了本规定的修改和审查。