文档库 最新最全的文档下载
当前位置:文档库 › 污普资金基本项目采购需求书

污普资金基本项目采购需求书

污普资金基本项目采购需求书
污普资金基本项目采购需求书

污普资金基本项目采购

需求书

Last revised by LE LE in 2021

2、技术参数要求

2.1空气/颗粒物综合采样器

2.1.1适用范围

本仪器应用溶液吸收法采集环境大气、室内空气中的各种有害气体;采用滤膜称重法捕集环境大气中的总悬浮微粒(TSP)和可吸入微粒(PM10)。可供环保、卫生、劳动、安监、军事、科研、教育等部门用于气态物质和气溶胶的常规及应急监测。可中流量采集空气中的TSP、PM10,小流量采集空气中的SO2、NOX等,是集大气即时采样、TSP采样、PM10采样三功能于一体的采样器。

2.1.2技术特点

◆一机两用,可采集粉尘/气体样品

◆气体采样采用进口电机,无刷容积式旋片泵

◆可单独或同时采集气体污染物和TSP/PM10样品

◆自动闭环控制采样泵恒流采样

◆具有实时时钟,可设定时采样,等间隔多次采样

◆故障自动保护

◆自动修正温度/压力,标况数据直读

◆重量轻,携带方便

◆停电再来电时自动恢复采样

◆OLED宽温型显示屏,显示中文操作菜单,低照度/低温下正常工作

◆大容量采样数据存储打印,微机通信

◆自动测量大气压

◆清晰的流量及辅助照明设计,准确设定和读取流量

◆有直流电源接口,可外接电池单独进行气体污染物采样

◆TSP/PM10采样头采用金属铝合金,抗静电吸附

2.1.3主要指标

◆粉尘采样流量:(60~120)L/min,准确度:优于±2.5%

◆大气采样流量:(0.1~1.0)L/min,准确度:优于±2.5%

2.2智能烟尘采样仪

2.2.1适用范围

本仪器应用皮托管等速采样重量法捕集管道中的颗粒物,应用定电位电解法定性定量测定有害气体,可供环保、卫生、劳动、安监、军事、科研、教育等部门用于各种锅炉、炉窑烟尘(气)的排放浓度/总量及设备除尘脱硫效率的测定。可测烟气动压、烟气静压、流量计前压力、流量计前温度、烟气温度、含湿量、O2、SO2、CO、NO、NO2、H2S、CO2、等速吸引流速等。

2.2.2技术特点

◆视角可调显示屏

◆先进可靠的SMT工艺数字板

◆可调速容积式旋片泵

◆一体化电化学传感器模块

◆带有净滤器的高精度电子流量计

◆独特的取样手柄

◆双气室干燥缓冲瓶

◆原创的嵌入式软件

◆大流量高负压长寿命抽气泵,终身质保

◆交直流两用,无供电场合照常运行

◆*机内配置七组份气体接口,现场更换传感器免标定

◆传感器温度/线性补偿,无吸附气路管道

◆烟气恒流抽气,使测定值更稳定

◆自动修正温度/压力,标况数据直读

◆软件标定计量周检精度

◆多级光电隔离技术,抗静电干扰能力强

◆故障自动检测、断电自动保护

◆具防尘倒吸功能

◆一机多用,可测烟尘、烟气、油烟或沥青烟

◆大容量数据存储打印,微机通讯

◆双CPU容错结构

◆软件参数标定

◆用户密码保护

2.2.3主要指标

2.3智能大流量

TSP/PM10采样器

2.3.1适用范围

本仪器应用滤膜

称重法捕集环境大气

中的总悬浮微粒(TSP)

和可吸入微粒

(PM10)。可供环保、

卫生、劳动、安监、

军事、科研、教育等

部门用于气溶胶常规

监测。可大流量采集

空气中的TSP、PM10

2.3.2技术特点

采用国际先进

VFD屏,显示中文操

作菜单,可超低温工

◆自动修正温度

/压力,标况数据直

◆采样数据自动

记忆

◆软件参数标定

◆TSP/PM10一机

两用

◆故障自动保护◆用户密码保护

◆具有实时时钟,可设定时采样,等间隔多次采样

◆停电再来电时自动恢复采样

◆可测大气压,标况采样数据

2.4.1适用范围

本仪器应用溶液吸收法采集环境环境大气、室内空气中的各种有害气体。可供环保、卫生、劳动、安监、军事、科研、教育等部门用于气态物质常规监测。实现一机四路采样。

2.4.2技术特点

◆国内独家,主机、采样泵一体化便携式设计

◆采用进口电机,无刷容积式旋片泵,可长期连续工作

◆停电再来电时自动恢复采样

◆微控制器控制恒流采样

◆体积小,携带方便

◆四路采样,可分路选择采样状态

◆采用电子制冷/加热,温控精度高

◆软件参数标定计量周检精度

◆自动修正温度/压力,标况数据直读

◆采样数据自动存储打印,微机通信

◆用户密码保护

◆OLED宽温型显示屏,显示中文操作菜单,低照度/低温下正常工作

◆可测量大气压,标况采样数据

◆高效的气路过滤去湿保护装置

◆清晰的流量计辅助照明功能,准确设定和读取流量

2.4.3主要指标

2.5、便携式外置可充移动电源

2.5.1适用范围

能够独立的提供交流输出和直流输出,可为各种交流用电器(如光纤熔接机、OTDR、电视机、VCD、电动工具等)或12V直流用电器提供电源;同时它具有照明功能,在需要时还能够启动车辆,能够在无电地区为用户提供有力的保障;多功能电源使用简便、运行安静,无任何污染。

2.5.2技术指标

◆技术指标:

◆直流部分:

内置电瓶类型:密封、AGM铅酸电瓶;

电池电压:12V;

电池容量:17(20)Ah;

直流插座最大输出电流:12A;

过载保护器额定电流:12A(内置,自动恢复);内置莹光灯(可替换):两个4W灯泡;

启动电缆:一米长;

◆交流部分:

输出功率持续/十分钟/瞬间:230/250/500W;输出电压:220±10V;

输出频率:50Hz±2Hz;

输出波型:修正正弦波;

无负载损耗:<0.2A;

输入电压范围:10.0-15.0Vdc;

报警电压/关闭电压:10.7/10.0Vdc;

过载/过温:自动关闭;

输出短路保护:自动关闭;

操作温度范围:0-40℃;

充电系统及其它:

交流充电器最大充电电流:500mA;

峰值充电电压(典型):14.5Vdc;

浮充充电电压:12.9Vdc;

浮充电流:1mA;

直流充电最大电流:3A;

重量:8.2kg;

颜色:灰色、黄色;

外观尺寸:31.7x13.0x30.0cm。

2.5.3配置清单:

主机一台;

交流充电器一个;

背带一条;

直流充电电缆一条;

汽车启动电缆线一条;

附件包一个。

2.6、公牛线盘:

2.6.1要求:16A,30米

2.6.2产品功能:

◆零火双断开关:同时切断零火双路,完全避免零火倒置,有效地切断电源,保护您和您的设备安全。

◆热感应过载保护:当使用的电器超过转换器的额定电流时,过载保护器在极短时间内就能感应并自动切断电源。当解除过流故障后,按下过载保护器的恢复按钮,即可正常使用。

◆儿童安全保护门:保护门能防止异物掉入插座,防止儿童意外插入异物而触电,防止插头单极插入,最大可能的减少由此引发的触电、短路事故。同时下压保护门顺利开启,单独下压不能开启保护门。

◆防火阻燃材料特性:塑料部件全部采用阻燃工程塑料、阻燃级别达到UL94V-0标准,具有优良的电绝缘性能,更少安全隐患。

◆高导电率铜片(镀镍处理,防铜锈,发热更小)

◆优化铜片结构(寿命更长,插拔次数5000次以上)

◆进口工程塑料(防火,耐高温,抗振抗摔)

◆超标准电源导线(不会异常发热,使用更安全)

2.7、高速离心机

2.7.1适用范围

适用于化验室液体样品制备,要求1.微机控制,触摸面板,数字显示;2.无刷直流电机,免维护,无污染;3.电子门锁,保证操作安全;4.可适配多种转子

2.7.2技术参数

◆最高转速:18000r/min

◆最大相对离心力:21500×g

◆最大容量:300ml

◆转速精度:±50r/min

◆定时范围:0-99min

◆电源:AC220V50Hz18A

◆整机噪声:≤65dB

◆可配置多种不同型号转子,至少要求配置:容量10×5ml和6×50ml两种。

2.8、无油真空泵

2.8.1技术要求

等温压缩,无污染,在工作腔内无需润滑,因而绝对无油,可处理几乎所有的气体和蒸汽,可处理少量的夹带液体,易维护,高可靠性,低噪音,几乎无振动,轴不接触介质,气蚀保护作为标准配置

信息系统需求说明书

信息系统需求说明书信息系统专业

目录 一、引言 1.1编写说明 (3) 1.2编写目的 (3) 1.3系统目标 (3) 1.4参考文献 (3) 1.5业务流程 (4) 二、用户需求 2.1业务需求 (4) 2.2性能需求 (4) 三、业务流程 3.1数据流程图 (5) 3.2UC矩阵 (7) 四、系统分析 4.1用例图及用例分析 (8) 4.2类图 (16) 4.3 E-R图 (17) 4.4事件流程图 (18) 五、功能 5.1包图 (22) 5.2系统功能 (24) 5.3系统功能的模块 (24) 六、数据调查及分析 6.1数据字典 (26) 6.2数据项描述 (32) 七、系统运用技术分析 7.1主要技术 (33) 7.2开发模式 (33) 7.3项目完成主要步骤 (33) 八、系统重要代码 8.1登陆部分 (34) 8.2卖票部分 (36) 九、风险说明 9.1信息系统面临的主要风险 (40) 9.2风险的处理策略 (41) 十、遗留问题 (42) 十一、总结 (42)

§1引言 随着人们生活水平的不断提升,看电影已经成为越来越多人业余时间消遣和放松的一种必要方式和渠道,人们对电影院的要求也随之不断提高,因此,电影院为了提高自身的竞争力而开发电影信息系统管理软件,在以后的运营中为用户提供更加优质的服务。 §1.1编写说明 项目开发的提出者为在校的学生,开发者为刘储文、赵越、徐燕、杨晓亮、刘玉,已明确用户有:各大电影院。 用户特点:各大电影院的工作人员、管理人员和影院顾客。 §1.2编写目的 此文档定义了该电影院管理系统的规格和功能说明。 该文档的使用者主要为系统的管理人员,使用人员和维护人员。 部分文档中提到的功能在实际操作中因技术限制未能全部实现。 目的是使该程序的使用人员,运行人员和管理人员对该系统的功能有一个统一的认知,方便人员的使用和维护。 §1.3 系统目标 软件开发的意图为便于电影院的管理,方便查看有关电影及放映的情况。如电影院队职工、顾客、电影信息的查找、删除、修改和添加。 §1.4参考文献 (1)杨选辉《信息系统分析与设计》清华大学出版社 (2)王少锋《面向对象技术UML教程》清华大学出版社 (4)萨师煊《数据库系统概论》高等教育出版社 §1.5业务过程

视频监控应用系统技术需求说明书

视频监控应用系统技术需求说明书 我们的视频监控应用系统是B/S架构的应用系统,提供给不同区域不同用户访问视频监控实时视频及历史录像的功能,同时我们还有对应的手机APP版应用系统,需要转发平台支持手机视频转发功能,并且提供相关的接口支持手机无障碍访问平台,保证访问视频的流畅性。以下是详细的关于对转发平台的技术需求。 一、基于PC端的系统转发平台技术需求 PC端的系统中有一个视频管理系统模块,视频管理系统与转发平台进行对接,对转发平台上连接的摄像机等设备进行添加和管理,并对这些摄像机设备分配到不同地区不同权限用户的账户,供不同权限的用户观看实时视频监控和视频监控录像(这块权限控制我们自己做,需要的是对平台上视频列表的调用,提供视频调用播放的地址)。我们寻求的解决方式有以下三种(可能我们对转发平台及流媒体服务器这块的表述不是太专业,只能表达大体的需求):方式一、转发平台具有将视频监控视频流转化为支持Flash播放的视频流和Flash可以直接播放的文件格式,如.FLV格式,并提供相关的web访问方式(无需控件)和接口及说明文档,以及对整个转发平台和前端设备进行管理的权限。此种方式,我们通过Flash技术实现视频监控的播放功能,用户在播放视频时不需要安装控件,可以直接进行播放。对实时视频和视频录像的分别的需求如下: 1、实时视频监控: (1)、转发平台实现对实时视频流的转码,转化成支持Flash解码播放的视频流,并提供相应的解码方式及转发平台系统的访问方式、账户、密码以及相关的使用配置说明文档。 (2)、转发平台与我公司的视频管理系统进行对接,实现对转发平台上的前端设备进行管理的功能,转发平台对前端设备的管理必须要有一定的可以区分摄像机地理位置的标识,以方便我视频管理系统对接时进行前端设备的管理。我公司视频管理系统根据需求进行相关的权限的分配连接到不同的应用系统上,以提供视频播放功能。转发平台需提供相关的web实现的接口(C#语言)、demo及接口说明文档。 2、视频监控录像:

系统需求说明书_初步

项目编号: Web OA系统 软件需求说明书 项目承担部门: 撰写人(签名): 完成日期: 评审人(签名): 评审日期: 批准人(签名): 批准日期:

目录 1.引言 ....................................................... 错误!未定义书签。 目的..................................................... 错误!未定义书签。 定义..................................................... 错误!未定义书签。 参考资料................................................. 错误!未定义书签。 2.软件总体概述................................................ 错误!未定义书签。 软件标识................................................. 错误!未定义书签。 项目名称............................................. 错误!未定义书签。 产品标识............................................. 错误!未定义书签。 软件描述................................................. 错误!未定义书签。 系统属性............................................. 错误!未定义书签。 开发背景............................................. 错误!未定义书签。 系统功能............................................. 错误!未定义书签。 3.具体需求 ................................................... 错误!未定义书签。 系统角色设置............................................. 错误!未定义书签。 系统初始化数据........................................... 错误!未定义书签。 功能需求................................................. 错误!未定义书签。 管理主界面........................................... 错误!未定义书签。 组织机构............................................. 错误!未定义书签。 权限管理............................................. 错误!未定义书签。 公文管理............................................. 错误!未定义书签。 流程管理............................................. 错误!未定义书签。 性能需求................................................. 错误!未定义书签。 数据库需求............................................... 错误!未定义书签。 设计约束................................................. 错误!未定义书签。 其他标准的约束....................................... 错误!未定义书签。 硬件约束............................................. 错误!未定义书签。 属性..................................................... 错误!未定义书签。 可用性............................................... 错误!未定义书签。 可靠性............................................... 错误!未定义书签。 效率................................................. 错误!未定义书签。 安全性............................................... 错误!未定义书签。 可维护性............................................. 错误!未定义书签。 可移植性............................................. 错误!未定义书签。 外部接口需求............................................. 错误!未定义书签。 用户接口............................................. 错误!未定义书签。 硬件接口............................................. 错误!未定义书签。 软件接口............................................. 错误!未定义书签。 通信接口............................................. 错误!未定义书签。 4.数据字典 ................................................... 错误!未定义书签。

成品套装软件采购需求说明书_模板

成品套装软件采购需求说明书 (V1.0) { 模板} XXXXXXXXXXXX 20XX年XX月

目录 1 引言 (4) 1.1编写目的 (4) 1.2项目背景 (4) 1.3定义 (4) 2 目标及原则 (5) 2.1建设目标 (5) 2.2原则 (5) 3 项目说明 (6) 3.1项目工作范围 (6) 3.2项目工作内容 (6) 3.3项目说明 (6) 4 业务概述 (7) 4.1业务说明 (7) 4.2业务处理流程 (7) 5 系统功能需求 (8) 5.1功能模块1 (8) 5.2功能模块2 (8) 5.3功能模块3 (8) 5.4功能模块4 (8) 5.5功能模块N (8) 6 产品总体要求 (9) 6.1产品的体系架构 (9) 6.2易用性和维护性 (9) 6.3版本控制 (9) 6.4安全性 (9) 6.5集成能力 (10) 6.6监控和日志功能 (10) 6.7产品性能 (10) 7 技术要求 (11) 7.1技术需求 (11) 7.1.1 系统结构 (11) 7.1.2 运行环境适应性 (11) 7.1.3 应用平台 (11)

7.1.4 网络系统 (12) 7.1.5 性能 (12) 7.1.6 系统集成要求 (12) 7.2安全与审计 (12) 8 开发实施各阶段工作要求 (14) 8.1项目准备 (14) 8.1.1 工作描述 (14) 8.2系统需求分析 (15) 8.2.1 工作描述 (15) 8.2.2 乙方的职责 (16) 8.2.3 甲方的职责 (16) 8.3系统设计 (16) 8.3.1 工作描述 (16) 8.3.2 乙方的职责 (18) 8.3.3 甲方的职责 (18) 8.4开发阶段 (18) 8.4.1 工作描述 (18) 8.4.2 乙方的职责 (19) 8.4.3 甲方的职责 (19) 8.5系统测试工作 (19) 8.5.1 工作描述 (19) 8.5.2 乙方的职责 (20) 8.5.3 甲方的职责 (20) 8.6生产部署 (20) 8.6.1 工作描述 (20) 8.6.2 乙方的职责 (21) 8.6.3 甲方的职责 (21) 8.7总体验收 (21) 8.7.1 工作描述 (21) 8.7.2 乙方的职责 (21) 8.7.3 甲方的职责 (21) 9 信息安全需求 (22) 9.1信息安全保护等级 (22) 9.2信息安全保护责任 (22) 9.2.1 甲方责任 (22) 9.2.2 乙方责任 (22)

教学管理信息系统需求规格说明书

教学管理信息系统需求规格说明书

1.引言 1.1编写目的 1.2项目背景 1.3定义 1.4参考资料 2.任务概述 2.1目标 2.1.1理念目标 2.1.2功能目标 2.2运行环境 2.3条件与限制 2.3.1技术限制 2.3.2使用限制 3.数据描述 3.1静态数据 3.2动态数据 3.3数据库介绍 3.4数据字典 3.4.1数据流词条描述 3.4.2数据文件词条描述 3.4.3加工逻辑词条描述 3.4.4源点及汇点词条描述 4.功能需求 4.1功能划分 4.2功能描述 5.性能需求 5.1数据精确度 5.2时间特性 5.3适应性 6.运行需求 6.1硬件接口 6.2软件接口 6.3故障处理 7.其它需求

1.引言 1.1编写目的 本软件需求规格说明书是系统分析人员与用户进行了大量的交流后写成的,比较全面的描述了用户的各种需求。该文档确定了待开发软件的功能、性能、数据、界面等要求,并确定了系统的逻辑结构。为今后的开发人员进行系统开发提供了依据,也为项目经理、设计人员、营销人员、用户、测试文档的编写人员提供了参考。 1.2项目背景 项目名称:教学管理信息系统 项目任务提出者:齐鲁工业大学 项目开发者:张云、张丽梅、邓蓓蓓、陈瑞红、林慧萍、郑惠 项目用户:齐鲁工业大学所有管理人员和学生 随着学校教育水平的不断提高,学校规模不断扩大,传统的C/S结构的信息管理软件已经远远不能够满足学校的需求,已经成为学校进一步发展的瓶颈。经总结,这类信息系统存在如下的缺陷:①软件维护的费用高。②信息查询不方便。③不利与远程管理。④软件的可操作性不高。 为了眤补这些缺陷,消除影响进一步发展的瓶颈,降低学校的信息软件维护成本,进一步方便学生使用,方便教职工管理,我们项目组决定在这次软件开发过程中,开发基于B/S架构的教学管理信息系统。 1.3 定义 JavaWeb:是用Java技术来解决相关Web互联网邻域的技术总和 MySQL:MySQL是一个小型关系型数据库管理系统 MVC:模型,视图和控制。目的是实现Web系统的职能分工。 主键:数据库表中的关键域,值互不相同。 外部主键:数据库表中与其他表主键关联的域。 1.4 参考资料 1.张海藩.软件工程导论.北京:清华出版社,2008.2 2.王珊.数据库系统原理教程.北京:高等教育出版社,2006.5 3.刘利民.《软件工程综合设计》指导书.XX工业大学,2009.3 2.任务概述 2.1 目标 用户对系统的具体要求,摸清相关业务的具体流程,收集相关的信息、表格和文本,并对这些信息进行分析处理,制定面向现实世界的系统模型,如绘制业务流程图和E??—R图,制作数据字典等,为系统设计做好前期准备工作。 2.1.1理念目标 进一步提高学校的信息化管理水平,方便学生对个人基本信息及成绩的查询,方便教职工的管理,降低学校信息管理软件的维护成本。 2.12功能目标

xxxx平台xxxx功能需求规格说明书 模板

国安创客 平台功能需求规格说明书 版本: 1.0 日期:2015年?月

修改记录 *A–新增M–修改D–删除

目录 引言 (4) 1.1 目的 (4) 1.2 文档约定 (4) 2 总体框架及流程图 (4) 2.1 用户角色说明 (4) 2.2 总体业务架构 (4) 2.3 系统功能模块 (4) 2.4 业务流程 (5) 3 功能分解 (5) 3.1 基础信息(如有角色或权限新增修改时,否则删除) (5) 3.1.1 功能分解 (5) 3.2 销售管理 (8) 3.2.1 角色及职责描述 (8) 3.2.2 流程清单 (8)

引言 1.1目的 本文档详细描述平台功能必须满足的产品功能需求、非功能需求(质量属性和外部接口)与限制条件,作为后续相关项目的项目管理人员、系统设计人员、编码和测试人员以及其他相关人员开展工作的基础和依据,同时也界定了本部分的工作内容。 1.2文档约定 在本文档中描述的所有需求都有一个唯一的编号标识。该需求编号在需求确立时产生并在整个项目开发过程中保持不变。 2总体框架及流程图 2.1用户角色说明 2.2总体业务架构 2.3系统功能模块

2.4业务流程 流程图: 业务描述及说明: 3功能分解 3.1基础信息(如有角色或权限新增修改时,否则删除) 基础信息包括角色管理、用户管理、权限管理,数据字典维护等功能 3.1.1功能分解 3.1.1.1角色管理 3.1.1.1.1业务描述 提供提供用户角色信息的增加、修改、显示、查询、删除功能,供输入过程中下拉菜单选择。 3.1.1.1.2输入输出

3.1.1.1.3业务逻辑处理 3.1.1.1.4参考文档

XXX系统需求规格说明书

环境与灾害监测预报小卫星星座环境应用系统 XX系统需求规格说明书 单位: 作者: 完成日期: 签收人: 签收日期: 修改情况记录:

目录 1.引言 (1) 1.1.编写目的 (1) 1.2.背景 (1) 1.3.定义 (1) 1.4.参考资料 (1) 2.需求概述 (1) 2.1.目标 (1) 2.2.运行环境 (2) 2.3.关键点 (2) 2.4.约束条件 (2) 3.需求规格 (2) 3.1.软件系统总体功能/对象结构 (2) 3.2.软件子系统功能/对象结构 (2) 3.3.描述约定 (2) 3.4.功能或对象的描述 (3) 3.4.1.功能或对象1 (3) 3.4.2.功能或对象n (3) 3.5.性能 (4) 3.6.外部接口 (4) 3.7.数据 (4) 3.7.1.空间数据 (5) 3.7.2.非空间数据 (5) 3.8.操作 (5) 3.9.可使用性、可维护性、可移植性、可靠性和安全性 (5) 3.10.故障处理 (5) 3.11.算法说明 (6) 4.尚未解决的问题 (6) 5.支持信息 (6)

1.引言 1.1.编写目的 说明编写本软件需求规格说明书的目的,指出预期的读者。 1.2.背景 a.说明待开发产品或项目(以下简称产品)的名称。 b.列出此开发任务的提出者、开发者、用户等。 c.说明本产品与其他产品的关系。 1.3.定义 列出本文件中用到的专门术语的定义和缩写词原文。 1.4.参考资料 a.本文件中引用的属于本开发产品的其他文件。 b.本文件中引用的其他文献、资料以及软件开发标准。 2.需求概述 2.1.目标 a.本产品的开发意图、应用目标及作用范围(现有产品存在的问题和建议 产品所要解决的问题)。 b.本产品的主要功能、处理流程、数据流程及简要说明。 c.表示外部接口和数据流的系统高层次图。说明本产品与其他相关产品的 关系,是独立产品还是一个较大产品的组成部分(可用方框图说明)。

采购需求说明

采购需求说明 一、项目概述和总体要求 南京审计学院浦口新校区在2007年建设完成校园一期监控系统,2011年又建设完成三期二项目监控系统。2011年底利用有限的自有资金进行了监控系统中心部分设备的数字化改造。目前共建设前端228个监控点,前端全部是模拟摄像机。监控中心安装了长6米高2.8米电视显示墙(含1台34寸电视机和2X16台21寸监视器)。后台控制设备有:工控式监控硬盘录像机6台,嵌入式硬盘录像机9台,96进32出模拟矩阵主机1台,数字矩阵主机1台、主管理服务器1台,流媒体服务器2台,IPSAN16盘位存储主机2台(存储容量56T)。系统只能满足监控校园的重点区域,没能做到监控区域全覆盖。 本次招标为南京审计学院浦口校区数字化安防项目改造工程。工程项目包括老旧摄像机更换、模拟架构的数字化改造(中心设备搬迁)和监控中心改造系统三个子系统。 1、老旧摄像机更换,前端老旧设备拟更换枪式或半球摄像机59个,摄像机要求200万像素或以上; 2、模拟监控全部线路进行数字化改造,主要是将原有的模拟架构通过前置硬盘录像机的方式,改造为符合本次工程的数字化网络架构,所有前端设备都通过光纤网络交换设备接入校园网,整体光纤资源基本不能改变。此次改造还必须把中心设备搬迁到网络中心正规机房。其中有3台服务器、2台IPSAN16盘位存储、交换机等; 3、监控中心改造采用12台42寸液晶电视机,并按要求改造中心机房的电视墙机柜,改造矩阵等设备,并将部分设备搬迁至网络管理中心,并达到拥有后期扩容的能力本次校内数字化安防项目改造工程深化设计方案要经校内专家会审同意后方可实施。 为降低成本,保护前期投资,本次工程的各子系统主干光缆线路与前期工程的管路和光纤共用。为保障前期工程监控系统的正常使用,中标方施工时严禁破坏前期管道光缆线路,也不得未经允许擅自在主干管路上另行布放光缆。本次工程所使用的光纤纤芯配置应在投标前自行勘察设计,分支线路所需管路和光缆可另外设计建设。

软件系统需求说明书

专 组号:小组成员: 完成时间:

目录 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、项目名称:广东省********采购项目 2、预算金额:人民币******元。 二、验收标准 1、投标人提供的所有货物和服务,其质量、技术等特征必须符合国家、行业现行的标准及用户需 求; 2、所有设备必须有相应的详细中文说明书;属于进口设备的必须提供报关单、原产地证明等资料。 3、采购人有权拒绝接受任何不合格的货物和服务,由此产生的费用及相关后果均由投标人自行承 担。 4、投标人应保证,在提供本项目的货物、服务或其任何一部分不会产生因第三方依法享有的专利 权、商标权或其他知识产权;如果投标人不拥有相应的知识产权,则须在报价中包括合法获取该知识产权的相关费用,并在投标文件中附有相关证明文件,如因第三方提出其专利权、商标权或其他知识产权的侵权之诉,则一切法律责任由投标人承担。 5、验收按国家有关的规定、规范进行。验收时如发现所交付的设备有短装、次品、损坏或其它不 符合本合同规定之情形者,招标人应做出详尽的现场记录,或由招标人和中标人双方签署备忘录。此现场记录或备忘录可用作补充、缺失和更换损坏部件的有效证据。由此产生的有关费用由中标人承担。 6、投标人非所投设备制造商的需提供厂家或中国国内总代理出具的针对本项目的合法授权书(单价两万以上的主要设备必须提供)。 三、伴随服务要求 1、所有设备均由供货方免费送货至采购人指定的交货地点并安装调试好,安装调试应以本需求书 要求的技术参数指标为标准。 2、所有货物交货后的拆箱、安装、调试等项工作(包括其费用)由采购人负责,但必须在用户指定 人员的参与下进行。调试的原始记录需经各方签字后作为验收的文件之一。 3、中标人应提供包括但不限于满足设备安装、使用和维护的技术文件,如:设备和附件装箱清单、 设备质量合格检定证明文件(包括合格证书和质检报告)、设备保修服务卡、设备使用说明及有关图纸和维护手册等。

物流系统需求规格说明书

V公司物流信息服务平台软件需求规格说明书

变更记录

目录

1 概述 1.1 编写目的 本文档是北京ISS有限公司在V公司(中国)投资有限公司(以下简称V公司)的物流信息服务平台合同基础上编制的。本文档的编写为下阶段的设计、开发提供依据,为项目组成员对需求的详尽理解,以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。 1.2 系统目标 本平台为物流需求企业和物流服务企业提供了各种需求、货源、车源信息。为物流需求企业提供完整的解决方案、为物流服务企业提供需求信息等增值服务,在促进V公司用户供需交互的同时达到宣传和推销V公司卡车的目的,最终使V公司卡车在中国地区的销量能够显著增长。 鉴于上述目标,本平台由两个子平台组成,即物流信息服务平台(以下简称服务平台)和物流信息服务平台管理系统(以下简称管理系统)。 服务平台的用户主要是物流企业以及有物流需求的非物流企业,所完成的目标为:1. 首页: 首页支持的功能应包括: 用户注册与登录,订阅电子期刊,过桥费查询,给V公司留言; 首页所发布内容包括: 物流企业介绍、成功案例展示、物流需求发布、最新消息、解决方案展示、运力合作展示。 2. 物流需求项目发布: ●物流需求项目发布平台 为物流需求企业提供大型物流项目发布的平台,为物流服务企业提供更多的商机。用户可以在平台上发布和查询需求项目信息,以及进行之后的方案征集活 动。 3. 物流解决方案展示: ●物流解决方案

建立V公司全国物流企业联盟,联系各大型物流企业向集团客户提供整体物流解决方案,促进产品销售。包括:解决方案查询、解决方案维护、发布新的解 决方案三个主要功能点。 4. 物流企业园区: ●平台用户列表 查看本平台的所有物流企业的信息。 ●维护企业信息 对登录用户所在物流企业的信息进行维护。 5. 物流联盟论坛: ●物流联盟论坛 为平台所有用户提供交流的场所。V公司指定论坛管理员可以对论坛内容进 行维护。 6. 物流效率测算: ●物流运营数据分析系统 系统根据用户录入的与货运、运营、贷款、公路费用有关的各项信息,自动计算出使用V公司卡车的收入、利润、运行费用、成本、现金流等客户关注的数 据。并且系统还提供V公司卡车的上述各项数据与相同档次的其它各款车型的比 较分析,使用户能够比较直观的了解到购买V公司卡车的优势所在。为销售人员 展示V公司的各项产品提供了方便快捷的工具。 ●物流运营数据分析系统参数维护 该功能点为系统管理员维护数据分析系统的后台参数提供了一个平台。需要维护的参数项主要包括V公司的车型以及其它竞争对手车型的运行参数、资赁分 析、产品参数等信息。 管理系统的用户主要是V公司管理人员,完成目标为: 1. 新闻维护: ●增加新闻 新增新闻信息,供物流信息服务平台用户浏览。 ●修改新闻 修改或删除已有新闻信息。 ●新闻查询

系统需求规格说明书 (1)

XXX系统或XXX项目 产品需求规格说明书 版本信息 注:状态可以为N-新建、A-增加、M-更改、 对方的所得税说明:版本信息必须更新,审核人和审核时间也必须审核后填写,审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理 目录

1.关于本文档 1.1.内容说明 说明:此处描述的是文档说明,产品需求文档更新需要走修订模式,下次更新前先接受修订,并且每次更新必须更新版本号和版本记录。 例子: 本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述,处理逻辑规则,界面定义,与其它功能的关系,与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。 本文档将根据需求管理流程和要求,随系统功能变化进行及时的修订和更新,以确保本文档的全面性,准确性和实效性。因此在阅读使用此文档时,请注意从项目的文档管理系统中获取最新版本。 1.2.名词解释

1.3.参考文档 《系统需求定义规范使用说明》 2.系统概述 2.1.业务背景 说明:此处描述业务背景,不可裁剪,清晰的业务背景描述能更好的帮助研发和测试理解产品需求,明确业务测试场景,此部分是产品需求定位的核心导向。 例子一:电子面单的业务描述 随着电子商务服务和物流服务信息化飞速发展,包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下,传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用,经过长期的的磨合和积累,目前将我司的应用经验推广到社会物流上,让社会上愿意与我司物流合作的伙伴,也同样享受到我司电子面单服务。 例子二:LSQ的业务描述 物流作业状态服务存在不足 1)服务无标准不统一 需物流作业的各渠道订单,作业状态转化为文案描述处理的逻辑系统多,且处理规不统一, -B2C自营订单,逻辑在B2C,数据源在OMS -菜鸟平台/4PS平台订单状态展示,逻辑在LAPI,数据源在LAPI

采购项目需求情况说明(格式)

附: 采购项目需求情况说明(格式) 致:(采购代理机构) 本单位的政府采购项目委托你单位执行,根据采购项目的特点和需求,现将有关采购文件的主要内容提供如下,请抓紧编制采购文件。 一、采购项目的技术规格、要求、数量和价格 说明:采购项目的技术规格、要求数量等资料可参考附件:“政府采购项目情况一览表”提供,如有图纸等其他资料应一并提供; 对采购项目设定的各项技术标准应当符合国家强制性标准;不得要求或者标明特定的投标人或者商品,以及含有倾向性或者排斥潜在投标人的内容,即对采购项目只能设定具有共性的主要技术标准或参数等,其他的、次要的或者个别特有的技术标准或参数等,只能作为评分因素考虑;(提示:对投标人则必须要求明确其所投的项目品牌、型号,并提供该项目应有的技术标准或参数等证明材料)。 如果有特殊需求,可组织专家论证,以达到统一、规范的目标,并书面承诺至少有三家以上潜在的供应商满足其技术需求(应提供书面证明材料); 对综合性采购项目,可根据项目特点提出拆分项目招标与否。 采购项目的价格是指预算价(也称控制价),预算价的公开时间可设定开标前或开标后。 二、投标人资格条件

说明:采购法等已明确的基本资格条件由采购代理机构在招标文件范本中提出。如对综合性项目,投标人可组成联合体参加投标等。 对投标人的资格要求不能过于苛刻和带有明显的歧视性,以扩大竞争,提高采购成功率,象注册资金和经营业绩等不要作为资格要求,而应作为评分因素。 对特殊项目或法律法规等有特殊规定的,可从其规定。如专业条件、国家安全及保密等规定。 三、评标方法、标准 说明:可根据采购项目的特点选择评标方法,具体方法有最低评标价法、综合评分法和性价比法。 最低评标价法适用于标准定制商品及通用服务项目,是在全部满足招标文件实质性要求的前提下,以价格为主要因素确定中标候选人的评标方法。 综合评分法是指在最大程度地满足招标文件实质性要求前提下,按照招标文件中规定的各项因素进行综合评审后,以评标总得分最高者作为中标候选人的评标方法。 性价比法是指按照招标文件中的规定进行评审后,计算出每个有效招标文件除价格以外的其他各项评分因素的汇总得分,并除以该投标人招标报价,以商数(评标总得分)最高者作为中标候选人的评标方法。 综合评分法和性价比法中除价格以外的其他各项评分因素主要有:技术、财务状况、信誉、业绩、服务、对招标文件的响应程度等,

农贸市场信息系统需求规格说明书

农贸市场信息管理系统
农贸市场信息管理系统 需求规格说明书
1 / 17

农贸市场信息管理系统
文件状态: [ ] 草稿 [√] 正式发布 [ ] 正在修改
系统名称: 当前版本: 作 者: 完成日期:
农贸市场信息管理系统
王金鑫 季猛 袁梦 李美林 2016 年 6 月 22 日
目录
1 文档介绍 ................................................................. 3 1.1 文档目的 ............................................................. 3 1.2 文档范围 ............................................................. 4 1.3 读者对象 ............................................................. 4 1.4 参考文档 ............................................................. 4 1.5 术语与缩写解释 ....................................................... 5
2 / 17

农贸市场信息管理系统
2 产品介绍 ................................................................. 5 3 产品面向的用户群体 ....................................................... 6 4 产品应当遵循的标准或规范 ................................................. 6 5 产品范围 ................................................................. 6 6 产品中的角色 ............................................................. 6 7 产品的功能性需求 ......................................................... 7
7.1 功能性需求分类....................................................... 7 7.2 用例图............................................................... 8 7.3 用例描述............................................................ 11 8 产品的非功能性需求 ...................................................... 12 8.1 用户界面需求...................................................... 13 8.2 产品质量需求........................................................ 14 9 开发及运行环境 .......................................................... 15 9.1 开发环境............................................................ 15 9.2 运行环境............................................................ 16 10 开发团队及分工 ......................................................... 16
1 文档介绍 1.1文档目的
3 / 17

系统需求说明书模版

XXXXXX项目系统需求说明书 版本号 公司名称

目录 1目的 (5) 2范围 (5) 3术语 (5) 4概述 (6) 4.1业务概述 (6) 4.2系统概述 (6) 4.2.1系统目标及范围 (6) 4.2.2系统角色与权限 (6) 4.2.3系统功能结构图 (6) 4.2.4系统功能清单 (6) 5功能需求 (7) 5.1【XXXX功能名称】 (7) 5.1.1描述 (7) 5.1.2页面流程描述 (7) 5.1.3页面定义 (8) 5.2【XXXX功能名称】 (8) 5.2.1描述 (8) 5.2.2页面流程描述 (9) 5.2.3页面定义 (9) 5.3【XXXX报表功能】 (11) 5.3.1描述 (11) 5.3.2查询元素说明 (11) 5.3.3报表输出元素说明 (11) 5.3.4报表输出格式 (11) 5.3.5结果排序需求 (11) 5.3.6结果统计需求 (11) 5.3.7输出分页需求 (11) 5.3.8其他报表需求 (12) 5.4【XXXX报表功能】 (13) 5.4.1描述 (13) 5.4.2查询元素说明 (13) 5.4.3报表输出元素说明 (13) 5.4.4报表输出格式 (13) 5.4.5结果排序需求 (13) 5.4.6结果统计需求 (13) 5.4.7输出分页需求 (13) 5.4.8其他报表需求 (13) 5.5系统接口需求 (14) 5.6软硬件资源需求 (15) 5.7安全需求分析 (16) 5.7.1系统的重要性 (16) 5.7.2确定保护目标 (16) 5.7.3确定保护要求 (16) 5.8性能需求 (18) 5.9可用性需求 (19) 5.10扩展性需求 (20) 5.11其他需求 (21) 6参考资料 (22) 7附录 (23) 7.1.1应用软件群组定义 (23)

系统需求规格说明书模板(结构化标准版)

走过,留下种种希望。啊,朋友,我们从人生的四季走过,将给人生留下些什么? (项目名称) 系统需求规格说明书 文件版本 编写日期 发布日期 没有落日般的瑰丽,没有流云般的飘逸,但可以有水晶般的清纯与透明。没有大山般的巍峨,没

走过,留下种种希望。啊,朋友,我们从人生的四季走过,将给人生留下些什么? 文件修改记录 *变化状态:C――创建,A——增加,M——修改,D——删除 文档审批信息 没有落日般的瑰丽,没有流云般的飘逸,但可以有水晶般的清纯与透明。没有大山般的巍峨,没

走过,留下种种希望。啊,朋友,我们从人生的四季走过,将给人生留下些什么? 目录 1概述 (1) 1.1目的 (1) 1.2预期读者 (1) 1.3背景(可选) (1) 1.4参考资料 (1) 1.5标准(可选) (1) 1.6术语定义 (1) 1.7图例说明 (1) 2系统描述 (1) 2.1现状综述 (1) 2.2系统目标 (1) 2.3目标系统概述 (2) 2.4范围 (2) 2.5系统假设/约定 (2) 2.6接口与界面 (2) 2.6.1外部接口(可选) (2) 2.6.2硬件接口 (2) 2.6.3软件接口 (2) 2.6.4通信接口(可选) (2) 2.6.5用户界面 (3) 3功能需求 (3) 3.1系统流程图 (3) 3.2功能一览表 (3) 3.3功能描述 (3) 3.3.1功能1 (3) 3.3.2功能n (4) 3.4公共功能描述 (4) 3.4.1功能1 (4) 3.5数据描述(可选) (4) 3.5.1业务数据描述 (4) 没有落日般的瑰丽,没有流云般的飘逸,但可以有水晶般的清纯与透明。没有大山般的巍峨,没

采购平台需求规格说明书

采购平台需求规格讲明书

目录 1概述 (4) 1.1 编写目的 .......................................... 4 1.2?参考资料 (4) 1.3术语和缩写词 (4) 1.4 平台运行 (4) 1.5?平台概述?4 2?技术需求.................................................. 4 2.1 技术架构 .......................................... 5 2.2 代码规范?5 2.3 开发框架 (5) 3?系统集成需求 (5) 3.1?与智慧供应链网络平台集成(简称:SCO)?5 3.1.1...................................采购公司用户5 3.1.2?供应商用户通过最终审核?5

3.1.3?采购公司治理............................... 5 3.1.4?采购公司和供应商登录?5 3.1.5?采购公司和供应商登出?5 3.1.6 ................................ 物料信息治理?5 3.1.7 合同治理?6 3.1.8 采购订单通过最终审核?6 3.1.9 采购订单确认入库 (6) 3.1.10?进项结算单?6 3.1.11?销项结算单 (6) 3.1.12?手工结算单 (6) 3.1.13 采购平台登录失效同步?6 4?基础功能需求 (6) 4.1用户账户 .......................................... 64.1.1..............................用户平台登录?6 4.2系统设置?9

相关文档