采购项目内(用户需求书)

采购项目内(用户需求书)
采购项目内(用户需求书)

采购项目内容(用户需求书)

一、项目介绍、基本要求

建设地点:东漖街微改造项目(芳园居教师新村)

建设内容:东漖街微改造项目(芳园居教师新村)范围进行微改造;主要建设内容是门禁系统,出入口人行道闸/行车道闸,监控系统,具体详见工程量清单及图纸。

采购预算:830634.46元

本招标文件要求中,凡标有“★”的条款为“不允许负偏离的条款”,投标文件对这些条款的任何负偏离,将导致其成为无效投标。

对于本招标文件的要求,投标人在响应投标方案中必须列出具体应答。如果投标人只注明“符合”或“满足”或“有偏差”等字样,将有可能严重影响投标人技术商务评分。

服务内容如下:

1.智能门禁服务:芳园居教师新村指定的门锁及楼宇对讲系统提供前

端智能门禁租赁服务,通过该服务实现对居住人员使用国密CPUSM7算

法智能卡刷卡进出居住、生活的房屋,确保居住证智能门禁采集到人员

的基本信息上报至流管相关业务系统。

2.车闸服务:车辆进出车牌识别,收费管理,实时查看车辆进出信息。

3.视频监控服务:园居教师新村指定的提供重点位置采用实时视频监控

服务,从而强化对违法犯罪分子的监控管理,全面推进园居教师新村

治安防范工作。

4.智能门禁传输网络:芳园居教师新村指定的门锁提供智能门禁及视频

监控信息传输网络,形成管理一张网,实现门禁数据和视频监控数据实

时网络传输。

二、项目建设原则和技术要求

原则性要求

①统一规划、统一标准。根据芳园居教师新村实际情况,统筹规划,制定街道宣传总体规划。建设项目按规划实施,要实事求是、量力而行。要按照全市统一的技术规范和接口标准进行规划、设计、建设、应用和管理,保证建设的智能门禁、监控信息的共享利用,最大限度地发挥系统建设的整体效能。

②因地制宜、经济适用。在建设CPU智能门禁系统时,要结合本地实际,因地制宜。

③实用性、易操作性原则。系统实用性:做好充分的需求调研。系统设计合理,结构简单,功能完备,满足社会业务工作需求。易实施性:系统设计要充分考虑尽量降低工程实施难度。易操作性:所有用户终端要提供清晰、简洁、友好的中文操作界面,操控简便、灵活,易学易用,便于管理和维保。

④可管理性、可维保原则。可管理性:系统设计时要充分考虑系统的可管理性,对用户权限管理、网络管理、设备管理提出要求并给出实现方式。可维保性:系统应具备自检、故障诊断及故障弱化功能,在出现故障时,应能得到及时、快速的维保、故障管理以及电路调度等。

三、项目系统设计

智能社区管理系统是在非接触式IC技术研究基础、具体需求分析和公安业务探讨基础之上,支持云服务平台、社区管理系统、设备管理、人口自助申报系统。支持猫眼监控、门禁系统、车闸出入系统统一同一平台管理。

智能社区管理系统与公安网情报系统对接联动、当在逃人员.有犯罪前科等犯罪分子人员在门禁系统登记、采集指纹和身份证号码与公安系统发布的信息匹配时,系统将立即向辖区公安机关发出报警,同时对报警源进行定位。公安机关可以在第一时间掌握不法分子的动向,实现对人员的快速定位,为快速制定抓捕方案提供数据支撑。

专门为社区精心设计制造的高科技安全系统。系统既要满足房东、住户的安全防范生活需求,同时又为公安部门和出租屋管理业务部门提供业务支持,是一个集门禁系统、监控系统、车闸系统、报警系统的一体化集成系统。

1.系统组成

智能门禁系统主要包括:硬件、软件、通讯链路三部分。

1>硬件功能。硬件系统主要由门禁硬件、车闸硬件、监控硬件等部分组成。

①门禁硬件

联网通信箱主机控制器:这是整个设备的核心部分,从接收读头发送过来的刷卡信息,验证权限,再到控制门锁的打开与关闭,都是由控制器来控制。

楼宇对讲设备:单元主机、室内分机、译码器、电源箱,楼宇控制器。

读头:与控制器相连接。住户在读头刷卡,卡片信息会由读头传递到控制器进行处理。

门锁:通过《公安部安全与警用电子产品质量检测中心》行业标准采用‘空转锁芯’电控锁,电控锁安装简单,增强防撬能力,容易维保,对原有设施改动小。

数据采集设备:采集人员身份信息及设置门禁权限功能。

加密IC卡:CPU算法CPU加密卡,防止复制。

APP端采集数据:管理员可以使用门禁管理平台系统APP端上门完成居住人员信息核对、采集、楼栋、房屋现场图片信息上传门禁管理平台。

②车闸硬件

挡车闸机电机和减速机构一体化,免皮带传动,低噪音;起杆时间:3-6秒;杆长小于6米。

车辆检测器:配合地感线圈检测车辆,使车辆压线圈不落杆,车过线圈后落杆

出入口摄像机:网络高清卡口专业车牌识别摄像机,含摄像机控制和LED 灯光控制,供电电源,200万专用高清机板要求带白天、夜晚强光抑制功能,

③监控硬件

网络高清摄像机:300万高清红外网络枪型摄像机摄像机采集的图像经编码和压缩后,通过网络接入层接入交换机,利用汇聚交换专用传输网络上传中心平台。

监控箱:所有的电源、光纤终端盒、防雷器等前端辅助设备都安装在设备箱内,内部安装架的设计充分考虑设备的安装位置,同时具有防雨、防尘、防高温、等功能。

监控杆支架:3米高金属杆、C30砼1000*1000*800mm3米高金属杆。

高清网络硬盘录像机:32路200M接入带宽,2U普通机箱,1个eSATA接口,支持软RAID1个HDMI、1个VGA、1个CVBS输出,支持HDMI、VGA双操作2个千兆网口16路720p解码支持智能SMART接入,支持智能侦测后检索、智能回放、备份等;支持网络摄像机智能补录、N+1热备功能、双操作系统

2>软件功能。主要功能包括:门禁管理(含APP管理端)、车闸管理,监控管理。

门禁管理功能:

★①房屋人员管理功能,系统数据管理,门禁设备管理。

★②APP管理端可以在门禁房屋楼栋地址位置经纬度定位获取功能定位和楼栋房屋照片信息拍照储存,进行人员巡查,房屋巡查,企业巡查。

★车闸设备管理:包括车辆进出车牌识别,拍照、收费系统。车辆进出时间信息查询储存。

监控设备管理:图像的常规存储采用的是高清网络硬盘录像机(NVR)。它集成了对影像资料的管理、存储码流的分配、对前端设备的管理与设置、报警联动、能够保证系统中的高清视频图像进行实时安全稳定的录放,并提供各种完善的网络接口,提供强大的网络远程设置、配置、视频点播、视频回放服务。

3>通讯链路部分。负责授权管理软件与门禁硬件之间的相关数据和授权指令

之间的信息传递。

四、门禁系统工作模式

系统采用入门刷卡的模式,居民进门前都需要刷卡验证。如下图所示:当居民刷卡时,由门禁控制器验证是否具有权限,若有效,则门禁控制器控制门锁使门开,并通过门禁控制器数据接口将刷卡信息通过通讯链路系统上传到数据监控中心;反之,若无效,门不开。此时,若非法开门、撬门告警信号信息通过门禁控制器接口将告警信息上传到监控中心,以便及时做出处理。门禁控制器还支持开门时间超时、读卡器被撬、门锁被撬等告警功能,告警信息能即时通过链路上传到数据中心,实时地监控前端的情况。前端设备供电由本楼提供。

前端安装示意图

五、设备技术要求

本期项目,各种设备的选用要求采用技术先进可靠的合格的专业产品,系统选用的设备需符合政府技管理要求的设备,相关产品需提供生产登记许可证及检测报告。

1、硬件部分

(1)智能门禁控制终端要求:

门禁控制器采用模块式结构设计,可以根据用户要求对软硬件作相应的定制开发,适用性更好,功能更强大,应用更灵活,操作更简便。

(2)控制器部件

保护箱为金属材质,具备防火、防水、防盗设计。

脱机运行可存储不少于4000条记录数据和2000个用户卡片信息。

支持多种输入;双路感应式读卡器输入;

内置不小于7AH后备电池,停电后门锁可持续工作24小时以上

关门状态(超时未关门)监控报警;非正常开门告警;设定开关量状态改变告警。

开门超时、非法刷卡、门锁被撬、控制器故障、控制器断电重启、控制器数据丢失均会产生告警,告警时控制器产生蜂鸣声示警;可设定门长时间未关好提示。

★门锁保留出入双向刷卡和出门采取旋扭功能。

出于消防安全考虑,出门采取旋扭出门和刷卡出门两种方式同时运行(从消防安全角度考虑,预防出现门锁失灵情况时但维修人员未到位的情况下可以预留刷卡功能进行开门,防止人员被困无法出门)。暴力开锁现场报警功能;技术性开锁现场报警功能。

门锁必须具备断电自动开锁功能;

★须支持加密CPU卡

内置实时时钟,不怕断电;超低功耗设计,待机电流小于100mA。

锁具要求采用金属材质的防火电控锁,由主锁体、副锁体、外锁头及安装附件组成。

★门锁采用“空转锁芯”以增强防撬能力;可靠耐用,开锁次数达100万次以上。通过《公安部安全与警用电子产品质量检测中心》行业标准★需要同时支持匹配锁码的鉴权模式和白名单鉴权模式。当使用CPU卡等可擦写的门禁卡时,使用匹配锁码的鉴权模式

★门锁主板的的黑名单存储区域,可以轮流擦写,可以通过门禁卡或网络增加或删除黑名单。

支持设置临时开门密码,并可通过红外、蓝牙、485接口等外部设备输入密码进行开门,临时开门密码设置有效时长。

(3)卡片类型

★门禁卡芯片:门禁卡必须使用SM7CPU算法智能卡;

(5)授权点固定身份证阅读授权器:

内置公安部认证的二代居民身份证安全控制模块(SAM),采用国际上先进的Type B非接触IC卡阅读技术,完成对身份证有效性验证和信息的实时读取,并通过通讯口将身份证信息上传到计算机进行解码、显示、存储和查询等处理。身份证信息的读取、显示和保存与随机阅读软件配合,可自动找卡、实时读取和显示第二代身份证的文字和照片信息,采用HID USB接口,无需安装驱动、无需外接电源,可直接使用。随机阅读软件自动设置通讯口和通讯参数,自动找卡和读卡。

(6)后备电源要求:

铅酸电池,电压:12V;

容量:不低于7000mAh;

(7)闭门器:

闭合器承重不低于45KG;

双段调速,关门速和锁门速可调;

闭门速度可调 180°—20°,使用铝合金材质;

2、管理软件部分

(1)门禁平台管理软件

软件不涉及知识产权问题,若日后该软件产生的知识产权纠纷、诉讼,由中标供应商负责;

★前端管理软件必须包括人员管理功能,系统数据管理,门禁设备管理,车闸管理,监控管理五大模块。(支持云服务平台、社区管理系统、设备管理、人口自助申报系统。支持猫眼监控、门禁系统、车闸出入系统统一同一平台管理。)

★门禁管理平台中心必须只通过一套管理平台软件就能够实时查看芳园居教师新村所有门禁锁,行人闸机通道和汽车进入口闸道的每次刷卡开门与门禁正常出入记录。

★门禁管理平台APP端,实现管理人员通过APP端查看添加房屋、地址、人员信息,实现门禁管理人员通过APP端可实时查看芳园居教师新村内猫眼监控的实时视频。APP端实现后续监控视频点位添加。门禁管理人员可通过APP对房屋

楼栋地址和人员信息位照片信息拍照储存到门禁管理平台,门禁管理人员可通过APP对房屋楼栋地址套间经纬度定位获取功能定位信息储存到门禁管理平台。

★监控平台管理软件

视频监控管理平台软件符合国际GB/T28181-2011中相关标准,并通过公安部检测。本系统基于系统的设计基于SOA架构,通过Web Service提供基础服务,方便与第三方业务系统相互集成;图像的常规存储采用的是高清网络硬盘录像机(NVR)。它集成了对影像资料的管理、存储码流的分配、对前端设备的管理与设置、报警联动、能够保证系统中的高清视频图像进行实时安全稳定的录放,并提供各种完善的网络接口,提供强大的网络远程设置、配置、视频点播、视频回放服务。

六、采购项目技术要求

1.工程量清单及参数要求

1.通过《国家安全防范报警系统产品质量

监督检验中心(北京)》《公安部安全与

警用电子产品质量检测中心》行业标准

2.采用ISO/IEC14443 TypeA非接触通讯方

式,支持抗冲突协议

3·CPU卡,支持SM7密码算法

4·每个数据块可单独设定访问权限,访问

权限可由用户定义

5·EEPROM数据擦写次数:大于10万次

6·采用‘月牙锁芯’增强防撬能力

7·可注册、删除无线遥控器、可选配型无

线遥控器

8·CPU卡,防复制,安全性好

9·开锁超时提示、暴力开锁现场报警功能

10·电源不正常,断电或更换电池时,锁

内所存的信息不丢失,断电欠压自动开锁

11·读卡频率:13.5MHZ

12·读卡距离:0-5CM

13·可远程集中开卡可设定有效期,免去

复杂的操作指令

1.支持SM7密码算法

2.支持ISO/IEC DIS9798-2三次传送鉴别相互认证体制

3.EEPROM存贮容量1K字节,划分为64块,每块16字节

4.每个数据块可单独设定访问权限,访问

权限可由用户定义

5.EEPROM数据擦写次数:大于10万次

(完整版)用户需求说明书模板

密级:用户需求说明书模板 软件开发项目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 项目的目的与目标 项目目的是开发本系统的意图的总概括,目标是将目的细化后的具体的描述,项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。

用户需求说明书_v2.1

企业费用管理系统 用户需求说明书 编写:日期:2009-6-18 审核:日期: 批准:日期: 受控状态:是 发布版次:2.0 日期: 编号:

变更记录 签字确认

目录 1概述 (5) 1.1目的 (5) 1.2背景 (5) 1.3范围 (5) 1.4术语定义 (6) 1.5参考资料 (7) 1.6任务概述 (7) 1.6.1目标 (7) 1.6.2用户的特点 (7) 1.6.3假定和约束 (9) 1.7运行环境 (9) 1.7.1软件环境 (9) 1.7.2硬件环境 (9) 1.7.3接口 (10) 1.7.4控制 (10) 1.8需求规定 (11) 1.8.1对功能的需求 (11) 1.8.2对非功能性的需求 (19)

1概述 1.1目的 本说明书目的在于明确说明系统需求,界定系统实现功能的范围,指导系统设计以及编码。 本说明书的预期读者为:用户代表、项目组成员。 1.2背景 a)拟开发的软件系统的名称为:企业费用管理系统。 b)本项目由中软卓越重庆培训中心提出,指派给技术规划部进行开发。 c)本项目以中国内资企业的一般费用管理制度为依据。 d)本系统为一个独立运行的系统,暂不考虑和其它系统的连接关系。 1.3范围 本系统的目标是管理企业费用的计划和使用过程。 系统包括企业的费用预算和报销两项基本管理工作; 系统包括为了开展上述工作而作的组织结构设置、费用体系设置、管理角色设置、审批体系设置。 系统还包括为了监控、分析各项基本管理工作而编制的各项统计报表。

1.4术语定义 【费用】本文中,费用指企业生产经营活动中产生的各项费用。例如人员工资、福利费、办公费、差旅费等管理费用,又如原材料采购、仓库租赁等生产费用。 【预算】用数字编制未来某一个时期的计划,也指经企业决策部门批准的企业在一定时期的收支预计。企业的各项支出只能在预算范围内审批,有利于控制企业的费用支出。在本系统中,预算仅指在支出预算。 【报销】指个人因处理公司的事务或受公司指派执行公司的某项公务而发生的费用,由经办人或申请人按公司的规定,依据业务发生的原始单据(发票)向公司报销费用,领取现金或银行存款的一项经济活动。 【审批】指预算和报销中的审核、批准操作。审批控制操作时,一般由费用发生部门业务人员提出申请,经有关管理人员审批后执行。审批一般遵循归口分级管理原则。 【归口管理】即按照管理职能安排企业内部各部门、各单位在期间费用上的权责制,调动各部门、各单位管理好相关费用的积极性。比如,管理费用主要由行政管理部门管理,销售费用由销售部门管理,财务费用由财务部门管理,进货费用由进货部门管理,进一步说,管理费用的报销事项要由行政主管领导批准、销售费用的报销事项要由销售主管领导批准。 【分级管理】各管理部门应当根据各项费用的具体情况,将费用控制责任层层分解,层层落实,让归口管理部门的所属单位和个人都对相关费用控制和管理负有责任,从而加强对费用的控制。比如,销售部经理负责确认销售费用的发生情况属实,销售总监负责确认销售费用的发生是必要的,财务经理负责确认每一笔报销是在预算范围内的支出。 【统一管理】财务部门作为综合管理部门,应对费用进行统一管理。所有预算由财务部统一初审。所有费用开支都由财务部门统一办理报销手续。

用户需求书参考格式(工程类)

用户需求书 采购人 项目名称 项目属性工程类(货物类/服务类/工程类,填写其中一种) 需求稿次第稿 一、投标人资格要求 1.1.投标人必须符合《政府采购法》第二十二条对供应商参加政府采购活动应当具备的条件;1. 2.投标人须在中国大陆境内合法注册,能独立承担民事责任; 1.3.…… 1.4.联合体投标情形:本项目不接受联合体。 二、采购项目技术要求 2.1.★本项目采购的产品为本国产品,不接受进口产品。 2.2.政策性要求: 1.★所提供的计算机设备(台式计算机、便携式计算机和平板式微型计算机)、输入输出设备(激 光打印机、针式打印机、液晶显示器)、制冷空调设备、镇流器、生活用电器(空调机、电热水器)、照明设备(普通照明用自镇流荧光灯、普通照明用双端荧光灯)、电视设备、视频监控设备、便器、水嘴等设备,均必须属于财政部颁布最新的《节能产品政府采购清单》范围内的产品。提供上述产品的位列最新一期《节能产品政府采购清单》目录当页的打印件。 2.投标方案中所提供的产品如涉及政策性强制采购高效节能、节水、环境标志产品类别,必须在 财政部颁布最新的《节能产品政府采购清单》目录范围内选择最合适的产品(设备)。 2.3.项目概况:

2.4.采购清单: 2.5.技术详细要求(说明:在重要性标识栏,标“★”号条款为实质性条款;标“▲”号条款为重 要参数要求,作为重要评审指标,不作为符合性审查条款。) 2.5.1 一号办公楼装修工程 1.工程范围: …… 2.工程内容及详细要求:(其中属于标“★”项和“▲”项见第3点附表) (1) (2) 3.附表:工程内容及详细要求中的标“★”项和“▲”项列表 2.5.2宿舍楼修缮工程 1.工程范围: …… 2.工程内容及详细要求:(其中属于标“★”项和“▲”项见第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精品文档,可编辑,欢迎下载软件需求规格说明书模版

文件变化记录单 *变化状态: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:用户提供参考资料 .................................................................... 错误!未定义书签。

软件项目用户需求说明书

在与客户交流、查阅业务资料等一系列需求获取和分析工作后,有必要及时整理用户需求,并建立需求文档。本文结合笔者的实践和相关资料给出了一个需求说明书的格式模板,希望能够起到抛砖引玉的作用,同大家作进一步探讨。 XXXX项目用户需求说明书 关于文件的其他属性还可以根据需要添加诸如需求认可负责人、涉及的产品版本号、关联文档编号等内容。 版本历史 目录 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.0 功能性需求分类 (5) 5.n 功能(特征描叙) N (6) 5.n.x 功能N.x (6) 6. 产品的非功能性需求 (6) 6.1 用户界面需求 (6) 6.2 软硬件环境需求 (6) 6.3 产品质量需求 (6) 6.N 其它需求 (6) 附录A: 0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文档 提示:列出本文档的所有参考文献(包括非正式出版物),格式如下:[序号标识符] 作者,文献名称,出版单位(或归属单位),日期 例如: [P1-MF] Author,计量开发规范,机构名称,日期

0.5 术语与缩写解释 1. 产品介绍 产品介绍主要说明产品特征、用途,项目背景等 2.产品用户群体 (1)描述本产品面向的用户(客户、最终用户)的特征, (2)说明产品对他们的用处,带来的利益,用户可能的购买比例 3.同类产品情况 作为参考依据 4. 产品应当遵循的标准或规范 阐述本产品应当遵循什么标准、规范或业务规则 5. 产品的功能性需求 5.0 功能性需求分类 提示:将功能性需求先粗分再细分,下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。

用户需求说明书

项目名称 用户需求说明书

文档修改摘要

目录 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.系统概述 (3) 1.1. 系统功能简介 (3) 1.2 系统用户角色 (3) 2.理由 (3) 3.项目范围 (3) 4.系统假设 (3) 5.系统定义 (4) 6.用户场景 (5) 7.用户用例 (5) 7.1 用户用例步骤 (5) 7.2系统需求 (9) 7.2.1 功能需求 (9) 7.2.2 非功能需求 (12) 8.文档历史 (14)

1.系统概述 1.1. 系统功能简介 教务处工作人员根据设置的用户名和密码,登录到学生信息管理系统,并对学生提交的信息修改进行审核,,系统优先级高; 档案管理员添加、查看、删除、修改学生的基本信息, 系统优先级高; 老师查看自己所管班级的学生的信息, 系统优先级高; 学生修改、查看自己的某些信息, 系统优先级高; 1.2 系统用户角色 2.理由 由于现在的学校规模在逐渐的扩大,设置的专业类别、分支机构及老师、学生人数越来越多,对于过去的学生信息管理系统,不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排,对用户需求进行了全面细致的分析,更清晰的理解学生信息管理系统业务需求,深入描述软件的功能和性能与界面,确定该软件设计的限制和定义软件的其他有效性需求,对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。 3.项目范围 学生信息管理系统是典型的信息管理系统,其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用程序具有功能完备,易使用等特点。学生信息管理系统对全校学生实行统一的管理,可以方便的进行增添、查询、修改、删除学生信息的工作。为了使本系统成功达到用户的要求,需要在2012.12.28之前完成本系统的开发测试,并写提交相关的技术文档。通过与用户的沟通,及时获得用户的最新需求以便于本系统的完善。 4.系统假设 本项目的开发时间为2012.9.9—2012.12.28 开发人员人数:3人 技术文档写作人员人数3人

用户需求模板

用户需求说明书模板

目录 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)

用户需求说明书(模板)

. 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. 依据招标文件规定,招标文件的技术规格中指出的工艺、材料和设备的标准以及参照的品牌或型号仅起说明作用,并没有任何限制性。投标人在投标中可以选用替代标准、品牌或型号,但这些替代要实质上满足或超过招标文件的要求。项目评审时,由评标委员会负责对投标人提供的替代标准、品牌或型号的响应性进行审查。 2. 用户需求书部分一般包括项目背景、技术要求、商务要求等内容。其中技术要求主要包括采购项目名称、数量、技术规格、质量保证等;商务要求主要包括交货期(完工期)、付款方式、货物安装调试、检验验收、保险、产品配送地点、服务响应、质保期、售后服务等。 3. 投标人应充分结合本招标文件上下文了解项目招标需求。

二、服务需求 (一)服务内容: 1.编写本次演习方案及剧本,并制定演习实施相关的所有方案及图表; 2.组织动员辖区基层干部及群众积极参加,提高演习实效; 3.正式演习开始前,应组织各应急组先进行彩排,确保演习成功; 4.建立相应应急组,并培训各应急组业务骨干引导带领演练规范有序; 5.选址,实地踏勘适合本次演习的场地和租用必备的设备。 6.编制和印刷地质灾害演习现场使用的文件和资料; 7.聘请有大型应急抢险经验的专家作为本次地质灾害应急演习技术顾问; 8.负责本次演习的媒体邀请及新闻投放; 9. 应急演练成果总结。 (二)具体技术要求: 1.项目依据及参考标准 1)《地质灾害防治条例》国土资源部2004年3月1日; 2)《国务院关于加强地质灾害防治工作的决定》(国发〔2011〕20号) 3)《广东省地质环境管理条例》国土资源厅2003年10月1日; 4)《深圳市突发性地质灾害应急预案》2006年3月17日深府办〔2006〕43号; 5)《深圳市人民政府突发公共事件总体应急预案》 6)《印发深圳市贯彻落实国务院关于加强地质灾害防治工作决定重点工作分工方案 的通知》(深府办函〔2012〕133号) 7)《深圳市地质灾害防治管理办法》2012年深府办第241号; 8)山体滑坡类突发事件处置工作指引 9)其它有关规范等。 2.人员安排 (1)项目组中需聘请一名地质灾害应急技术总顾问,5名地质灾害经验丰富高工担任项目专业技术顾问,以确保演习剧情的专业性,同时负责对临时演员进行培训,数名专业摄影摄像师负责演习的拍摄、录制、剪辑以及数名高级平面设计师负责把控宣传资料的出品质量。 (2)投标申请人需详细列清参与本项目的工作人员并附上详细资料,包括身份证、职称资格证书复印件、简历、获奖证书等。 (3)在投标文件中列出的参与人员名单、项目参与时间,在项目实施过程中不能随意更换,如确需更换,必须得到采购方的同意。 3. 组织实施要求 (1)中标单位应成立项目组,具体负责本项目的实施、组织、协调、管理等工作; (2)中标单位在教材的编写、印刷初期应向采购方报告,与采购方商议后方可进行;

用户需求说明书标准模板

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)用于描述包含有多个子系统的产品(即系统)的顶级需求。系统可以只包含软件系统,也可以既包含软件又包含硬件 子系统。人也可以是系统的一部分,因此某些系统功能可能要由人来承担。 业务规则包括企业方针、政府条例、工业标准、会计准则和计算方法等。业 务规划本身并非软件需求,因为它们不属于任何特定软件系统的范围。然而,

软件需求说明书(完整版)

<大学生就业服务系统> 软件需求说明书 作者:先知小组 完成日期:2011/11/20 签收人: 签收日期: 修改情况记录:

目录 软件需求说明书...................................................................................................................... I 目录......................................................................................................................................... I I 1 引言 .. (1) 1.1编写目的 (1) 1.2范围 (1) 1.3定义 (1) 1.4参考资料 (1) 2 项目概述 (3) 2.1产品描述 (3) 2.2产品功能 (3) 2.3用户特点 (5) 2.4一般约束(未完成) (6) 2.5假设和依据(未完成) (7) 3 具体需求 (8) 3.1功能需求 (8) 3.1.1数据管理需求 (8) 3.1.2就业指导管理需求 (11) 3.1.3资讯管理需求 (11) 3.1.4招聘管理需求 (12) 3.1.5职业规划需求 (12) 3.1.6 BBS需求 (13) 3.1.7就业信息统计需求 (13) 3.2外部接口需求 (13) 3.2.1 用户接口 (13) 3.2.2 硬件接口 (14) 3.3性能需求 (14) 3.4设计约束 (15) 3.5属性 (15) 3.5.1 可用性 (15) 3.5.2 安全性 (15) 3.5.3 可维护性 (15) 3.5.4 可扩展性 (16) 3.5.5 警告 (16) 3.6其他需求 (16) 3.6.1数据库需求 (1) 3.6.2 用户操作需求 (1) 3.6.3场合适应性需求 (2) 4 附录 (3)

用户需求说明书模板

数据分析统计子系统用户需求说明书

版本历史

目录 版本历史............................................................................................................................................ 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.1.1 软件项目名称............................... 错误!未定义书签。 1.1.2软件项目开发背景和目的........... 错误!未定义书签。 1.1.3软件项目应用范围 ....................... 错误!未定义书签。 1.2参考资料................................................. 错误!未定义书签。 1.3术语定义................................................. 错误!未定义书签。 2 功能一 ............................................................. 错误!未定义书签。 2.1功能分解一............................................. 错误!未定义书签。 2.1.1定义 ............................................... 错误!未定义书签。 2.1.2功能表述 ....................................... 错误!未定义书签。 2.1.3性能要求 ....................................... 错误!未定义书签。 2.1.4相关表单 ....................................... 错误!未定义书签。 2.1.5流程图 ........................................... 错误!未定义书签。 2.1.6特殊要求 ....................................... 错误!未定义书签。 2.2功能分解二............................................. 错误!未定义书签。 2.3特殊要求................................................. 错误!未定义书签。 3 附录 ................................................................. 错误!未定义书签。1概述 1.1引言 ( 本需求说明书的编写目的以及阅读对象)

用户需求书.doc

第五章用户需求书 一、项目概况 (一)中华人民共和国宁波海关(北)办公区 (1)物业类型:综合性办公大楼。 (2)服务范围:办公大楼(马园路9号)、市区集体宿舍。 (3)物业名称:中华人民共和国宁波海关(北)办公区。 (4)坐落位置:宁波市马园路9号。 (5)总建筑面积34584.08 m 2。主楼架空层一层为非机动车车库,地下二层为机动车 车库,地上二十三层,一层为大厅和展厅,二层至三层为会议层,四层至十六层为标准办公 层,十七层至二十三层为非标准办公层。副楼地上四层,一层为大厅及老干部活动中心,: 层为餐厅,三层为健身房,四层为办公层。 (二)中华人民共和国宁波海关保健中心 (1)物业类型:医院。 (2)服务范围:医院办公大楼(柳汀街318号、柳汀街336号)。 (3)物业名称:中华人民共和国宁波海关保健中心。 (4)坐落位置:柳汀街318号和柳汀街336号。 (5)总建筑面积约9524.47m2。柳汀街318号大楼建筑面积:6524.47 m 2,共由四幢楼及一处平房组成;柳汀街336号总建筑面积约3000n2,主楼为四层及辅助用房。 (三〕中华人民共和国宁波海关缉私局 (1)物业类型:综合性办公大楼。 (2)服务范围:办公大楼及东面停车位(河清北路1026号)。 (3)物业名称:中华人民共和国宁波海关缉私局。 (4)坐落位置:宁波市河清北路1026号。 (5)总建筑面积约7800n2。地下室一层,地上三幢楼,A楼为二层,一层为审问办公 室,二层为指挥中心办公室;B楼为五层一层为大堂,二至五层为办公室,C楼为三层,一 层为职工食堂,二层为休息层,三层为办公室。 (四)宁波鄞州区甬兴东路6号办公楼 (1)物业类型:综合性办公大楼。 (2)服务范围:办公大楼。 (3)物业名称:宁波鄞州区甬兴东路6号办公楼。

相关文档
最新文档