采购需求说明
采购需求说明
一、基本情况
充电站建设包括相配套的配电房、遮雨棚、地面硬化、电缆沟、外电系统等相关设施，项目总预算2160万元，总功率9000千瓦，总占地面积约3420平米，充电枪总数量60个（一桩双枪，单枪150千瓦）。以下充电站拟建设位置，如需调整，总价格不作调整。
二、设计服务内容及要求
设计资质要求：具有电力行业（送电工程、变电工程）专业设计乙级及以上资质或工程设计综合资质，具体如下：
1.设计服务要求：可研报告、初步设计、施工图设计、项目的整体设计（包括项目总平面及各配电房工程单体、停车坪设计、效果图等）概算编制、施工招标文件技术标编制、大宗材料采购数量计算、方案论证、物探、勘探、测绘、检测、实验、编制项目建议书、咨询、能评，安全专篇、消防专篇等支持性文件的编制报批，工程施工及验收等过程中的技术服务等工作。
2.按照总承包方式，包干项目的所有设计及相关咨询服务任务，设计单位应承担以下工作：
（1）建筑设计方案、初步设计（含概算）、施工图；
（2）包括但不限于充电桩设计，以及与之相配套的配电房、遮雨棚、地面硬化、电缆沟、外电系统等相关设施设计，停车坪设计、结构改造加固设计、室内外装饰设计、给排水、供配电、消防、抗震加固等。
（3）满足上述设计需要的勘察、测量测绘、相关检测等。
（4）建筑设计方案、初步设计及概算、施工图以及节能等相关设计、咨询必须同时满足国家、安徽省、芜湖市现行设计深度及行业标准的要求，并通过相关部门审查、审批。
3.设计总体要求
设计必须以国家法律法规、芜湖市城市规划管理技术规定及地方有关标准、规范为依据，按招标文件、投标承诺、合同书内容和质量要求按时提交成果，并通过相关部门的审批。
4.方案设计阶段要求
（1）结合现场实际测绘勘测及项目使用单位、招标人需求整合方案；
（2）根据确定后的方案提出初步设计和概算；
（3）协助项目使用单位完成相关报批工作，确保通过行政部门审批。
（4）出具安全专篇和消防专篇，满足当地安监和消防部门的要求，能顺利通过审核。
（5）出具施工图。
（6）协助项目使用单位完成施工图审查。
5.初步设计及概算要求
（1）根据确定后的方案，充分吸收项目单位及招标人设计需求，满足消防、环保、安监、气象、供电、建委等地方行业规定，在合约时间内，按照设计总承包要求，完成初步设计文件和概算编制，并协助项目单位或招标人按规定报政府主管部门批准。
（2）按照限额设计要求，确保通过初步设计（含概算）评审。
（3）中标人应按招标人要求的时间节点完成初步设计（含概算）和评审，如因中标人原因未能按照要求完成的，每延期一天中标人需承担1000元的违约金。
6.施工图设计要求
（1）施工图设计需符合规范要求，确保通过审图机构的审查。
（2）中标人应认真进行施工图设计，确保施工图完整、详细，能很好地指导施工。
（3）施工节点设计需出具节点大样图和具体做法，不可以直接简单套用图集。
（4）中标人在进行室内外管线及配套设施设计时，应进行合理优化，并在实施过程中根据现场情况及时进行管线定位、指导现场施工。
（5）配合做好一编一审工作，确保在时限内完成。
（6）施工图设计审查要求包括：1、进行各专业设计交底，满足项目单位使用要求并经认可；2、施工图设计须经招标人委托的专业审查机构审查合格；中标人需积极配合，并及时按审查意见进行修改；一般情况下，需在3日内完成设计回复，因设计回复滞后的，招标人按照1000元/日收取违约金。
7.设计周期要求
（1）自合同签订之日起15个工作日内完成方案初步设计及概算编制工作，初步设计经芜湖市发改部门组织审查评审通过后，20个日历日内完成施工图编制工作（含安全专篇和消防专篇等）。
（2）在设计过程中，对于招标人提出的合理修改意见，中标人须在规定时间内完成，达到要求修改深度；否则，每延期1天需承担1000元的违约金，延期达5天（不含）以上的，每延期1天需承担2000元的违约金。
8.设计服务要求
设计单位必须做好项目实施过程中的现场服务工作，包括但不限于以下：
（1）本项目设计工作必须由投标方为主体完成，原则上中标后设立常驻工作机构，由项目联系人和相关专业负责人组成。
（2）在整个设计服务期内，须无条件参加招标人组织的与本工程有关的会议；
（3）在工程招标、开工准备阶段，中标人应按招标人要求，指派相应的设计组成员及时配合，及时协调解决招标、开工准备阶段的设计问题、技术问题，提出经济合理的解决方案，并根据招标人要求参与项目各项验收工作，所发生的交通等费用自理。
（4）所有设计变更必须经招标人同意后方可进行，且设计变更单必须经招标人下发给施工、监理单位。未经招标人同意，中标人擅自进行变更的，或擅自将变更单发放给施工、监理单位的，每发现一次，中标人承担2万元的违约金，由此造成的一切后果和损失，全部由中标人承担。
（5）中标人应配合做好竣工验收和管线综合等相关资料的整理、协助配合绘制竣工图；如因审核不到位，导致竣工图与实际情况不符的，按每处500元扣罚违约金。
9.设计费用
（1）设计费用
a.报价范围：投标报价须综合考虑上述所有设计工作服务费用，且包括测绘、节能、相关检测、考察等所有招标需求内容；
b.报价方式：本项目为费率报价；
c.以发改部门审核通过的建安费造价为基础（价格调整系数均为1）*费率=设计费用
d.投标人投标报价不得超过国家规定收费标准，费率控制价为2%。工程实施时，中标人须提供18套施工图和电子文件。
采购需求一览表
序号名称服务要求数量单位单价合计价备注
1充电站设
计服务1、三山区保定公交枢纽（拟定位置）
2、占地面积1824平方米
3、总功率4800千瓦
4、弋江区利民东路公交首末站（拟定位置）
5、占地面积1368平方米
6、总功率3600千瓦
7、鸠江区鸠江开发区公交停调车场（拟定
位置）
8、占地面积228平方米
9、总功率600千瓦
1项
本项目核心服务项目一览表
序号核心服务项目1充电站设计服务
(完整版)用户需求说明书模板
密级：用户需求说明书模板 软件开发项目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、本项目行政级别：县级 2、本项目资金来源：自筹 3、本项目预算金额：***万元 4、拟采用采购方式：公开招标 （三）论证方式：本项目拟采用第种方式进行需求论证（在以下3种方式中选择） 备注： 1、政府采购项目预算金额省级小于300万元、市级小于100万元、县级小于50万元采购项目，适用第1种论证方式。 2、政府采购项目预算金额省级300万元以上、小于1000万元，市级100万元以上、小于500万元，县级50万元以上、小于300万元的采购项目，适用第2种论证方式。
3、政府采购项目预算金额省级1000万元以上、市级500万元以上、县级300万元以上的采购项目，政府向社会公众提供的公共服务项目，采购人和实际使用人或者受益者采购项目，应当在开展相关调研的基础上，适用第3种论证方式，并在政府采购公示3个工作日以上，征求潜在供应商和社会公众的意见。公示容主要包括采购名称、预算金额、采购需求论证事项、专家组论证意见、采购人或者其委托的代理机构名称及联系人等。 二、论证专家组成 （一）论证时间：****年**月**日 论证地点：****** （二）论证专家组成：根据《省政府采购项目需求论证和履约验收管理办法》（川财采〔2015〕32号），成立了由人组成的论证小组负责本次采购项目的采购需求论证工作。 （三）论证专家组成员 三、专家采购需求论证事项及意见
论证专家签字： 政府采购项目需求论证
系统需求说明书_初步
项目编号: Web OA系统 软件需求说明书 项目承担部门： 撰写人（签名）： 完成日期： 评审人（签名）： 评审日期： 批准人（签名）： 批准日期：
目录 1.引言 ....................................................... 错误!未定义书签。 目的..................................................... 错误!未定义书签。 定义..................................................... 错误!未定义书签。 参考资料................................................. 错误!未定义书签。 2.软件总体概述................................................ 错误!未定义书签。 软件标识................................................. 错误!未定义书签。 项目名称............................................. 错误!未定义书签。 产品标识............................................. 错误!未定义书签。 软件描述................................................. 错误!未定义书签。 系统属性............................................. 错误!未定义书签。 开发背景............................................. 错误!未定义书签。 系统功能............................................. 错误!未定义书签。 3.具体需求 ................................................... 错误!未定义书签。 系统角色设置............................................. 错误!未定义书签。 系统初始化数据........................................... 错误!未定义书签。 功能需求................................................. 错误!未定义书签。 管理主界面........................................... 错误!未定义书签。 组织机构............................................. 错误!未定义书签。 权限管理............................................. 错误!未定义书签。 公文管理............................................. 错误!未定义书签。 流程管理............................................. 错误!未定义书签。 性能需求................................................. 错误!未定义书签。 数据库需求............................................... 错误!未定义书签。 设计约束................................................. 错误!未定义书签。 其他标准的约束....................................... 错误!未定义书签。 硬件约束............................................. 错误!未定义书签。 属性..................................................... 错误!未定义书签。 可用性............................................... 错误!未定义书签。 可靠性............................................... 错误!未定义书签。 效率................................................. 错误!未定义书签。 安全性............................................... 错误!未定义书签。 可维护性............................................. 错误!未定义书签。 可移植性............................................. 错误!未定义书签。 外部接口需求............................................. 错误!未定义书签。 用户接口............................................. 错误!未定义书签。 硬件接口............................................. 错误!未定义书签。 软件接口............................................. 错误!未定义书签。 通信接口............................................. 错误!未定义书签。 4.数据字典 ................................................... 错误!未定义书签。
当当网用户需求分析说明书().
当当网项目用户需求说明书 Version : 1.0 编制:班第三组 审核: 日期: 2013-12-8
文档修订历史纪录 目录 1.简介 (4) 1.1.目的 4 1.2.范围 4 1.3.定义、首字母缩写词和缩略语 (4) 1.4.参考资料 (4)
2.用户当前的操作模式 (4) 3.用户需求 (5) 3.1.用户要解决的问题 (5) 3.2.用户对任务/功能的要求 (5) 3.2.1.业务概述 (5) 3.3.活动项描述 (7) 3.3.1.活动项1 (7) 3.3.2.功能项2 ......................................................................... 错误！未定义书签。 3.3.3.功能项n (10) 3.4.其它系统需求 (16) 3.4.1.用户对环境的要求 (16) 3.4.2.用户对易用性的要求 (16) 3.4.3.用户对硬件/软件的要求 (17) 3.4.4.用户对质量的要求 (17) 3.4.5.用户对性能的要求 (18) 3.4.6.用户对安全性的要求 (18) 3.4.7.用户对可兼容性/可移植性的要求 (18) 3.4.8.用户对交付项的要求 (18) 3.4.9.用户对服务与支持的要求 (19) 3.4.10.用户对培训的要求 (19) 3.4.11.用户对包装的要求 (19) 4.验收标准 (19) 错误！未指定书签。说明书
1. 简介 1.1. 目的 本文档是对当当网项目进行总体分析，反复使用原当当网之后，得出的需求说明文档。为后续开发提供必要依据。本文档确立了本次开发的基线，是后续用户验收项目和开发人员开发项目的依据。 1.2. 范围 本网站系统涉及图书展示，图书订购，网银支付，物流配送等功能。 在网上购物的消费者能够使在网站展示的图书中进行筛选，内容预览，购买自己需要的图书，并能快捷的支付，查看物流信息，对不满意的商品进行退货处理。 网站的拥有者能够清楚的了解到本网站的运行状况，图书的销量状况，便捷的添加修改图书内容、价格及库存信息，节省人力物力资源。 1.3. 定义、首字母缩写词和缩略语 1.4. 参考资料 [1] 明日科技. https://www.360docs.net/doc/fa12596924.html,从入门到精通[M]. 电子工业出版社 [2] 杨贵，杨兴. 21天学通Javascript[M]. 电子工业出版社 [3] 黎照 . 软件工程常用模板[M]. 清华大学出版社 2. 用户当前的操作模式 普通上网用户，会用IE ，谷歌，火狐等浏览器在Windows环境下上网网购、查询信息。
用户需求模板
用户需求说明书模板文档标识：当前版本： 当前状态：草稿 发布日期：发布 修改历史 日期版本作者修改内容评审号变更控制号
目录 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目标范围 本节简要描述产品的应用目标、作用范围等。
采购需求1、项目说明
采购需求 1、项目说明 1.1本章内容是根据采购项目的实际需求制定的。 1.2本项目共分为1个包进行采购。供应商所报价格应为含税全包价，包括但不限于服务所需服务计划、设计、组织、实施、验收、设备设施、劳务、安全、保险、工人工资、福利待遇、交通、培训、所需工具及耗材、工人体检等所有为完成服务而需要合理支出的费用并承担由此而带来的风险。凡供应商在报价中未列的项目或遗漏项目，采购人将一律视为已包括在其报价中，在合同执行中将不予考虑。供应商应充分考虑本项目合同实施期间可能发生的一切费用。 1.3供应商必须仔细阅读本采购文件的全部条文。对于采购文件中存在的任何含糊、遗漏、相互矛盾之处，或是对于采购范围的界定和采购内容的要求不清楚，认为存在歧视、限制的情况，供应商应按照供应商须知的规定向采购代理人寻求书面澄清。 1.4供应商所报服务的技术指标应符合本章技术规范的要求，若有偏差须在响应文件技术标书《技术条款偏离表》中予以说明；若没有，应注明“无偏离”字样。若没有填写《技术条款偏离表》，即视为供应商声明其所报服务的技术指标完全符合技术规范的要求，但磋商小组有权据此就技术标书中实际不响应部分作出废标的决定。 1.5凡供应商在报价中未列的项目或遗漏项目，采购人将一律视为已包括在其报价中，在合同执行中将不予考虑。 1.6属于信息网络开发服务的，供应商中标后应向采购人提供源代码以及文档等技术资料。 2.项目服务范围、内容、要求及考核标准 2.1评估服务业务范围 通过公开招标选择1家咨询单位负责承担莱西市政府投资项目的评估咨询工作。主要包括以下内容： 政府投资项目项目建议书（含代可行性研究报告）、可行性研究报告（含预可行性研究报告）、初步设计、概算（含概算调整）等评估咨询工作；
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.表示外部接口和数据流的系统高层次图。说明本产品与其他相关产品的 关系，是独立产品还是一个较大产品的组成部分（可用方框图说明）。
软件需求规格说明书模板
Word精品文档，可编辑，欢迎下载软件需求规格说明书模版
文件变化记录单 *变化状态：A——增加，M——修改，D——删除 文件批准单
1.引言 提出对软件需求规格说明书的纵览，帮助读者理解文档如何编写并且如何阅读和解释。 1.1编写目的 对产品（也可能是项目，但是我们统称为产品）进行定义，在该文档中详尽说明这个产品的软件需求，包括修正或发行版本号。如果这个软件需求规格说明书只与整个系统的一部分有关，那么只定义文档中说明的部分或子系统。 1.2文档约定 描述编写文档时所采用的标准或排版约定，包括正文风格、提示区或重要符号。例如，说明高层需求的优先级是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有优先级。 1.3预期的读者和阅读建议 列举软件需求规格说明书所针对的不同读者，例如开发人员、项目经理、营销人员、用户、测试人员等。描述文档中剩余部分的内容及其组织结构。提出最适合每一类型读者阅读文档的建议。 1.4产品的范围 提供对指定的软件及其目的的简短描述，包括利益和目标。把软件与企业目标或业务策略相联系。可以参考项目范围文档，而不是将其内容复制到这里。 1.5参考资料 列举编写软件需求规格说明书时所参考的资料或其它来源。可能包括用户界面风格指导、合同、标准、系统需求规格说明书、用户需求、相关产品的软件需求规格说明书。这里应该给出详细的信息，包括标题名称、作者、版本号、日期、出版单位或资料来源，以方便读者查阅这些文献。 2.综合描述 这一部分概述了正在定义的产品以及它所运行的环境、使用产品的用户和已知的限制、假设和依赖。 2.1产品的前景 描述软件需求规格说明书中所定义的产品的背景和起源。说明该产品是否是产品系列中的下一个成员，是否是成熟产品所改进的下一代产品、是否是现有应用程序的替代品，或者是否是一个全新的产品。
采购项目需求论证办法[优质文档]
采购项目需求论证办法 第一条为落实政府采购公开、公平、公正原则，保障采购需求的合规、完整和明确，根据《中华人民共和国政府采购法实施条例》和《财政部关于进一步加强政府采购需求和履约验收管理的指导意见》（财库〔2016〕205号）等法规制度，制定本办法。 第二条本办法所称需求论证，是指采购人根据项目特点，委托采购中心就确定采购需求征求相关方意见。 第三条采购人承担采购需求确定的主体责任，委托采购中心组织需求论证不免除采购人应当承担的责任。 第四条需求论证的主要方式包括：公开征求意见、专家论证、第三方专业机构论证等。具体方式可根据项目特点，灵活选用。 采购人未采纳通过公开征求意见方式获得的修改意见，且未提供充足证明材料佐证其采购需求合理性的，应当组织专家或第三方专业机构论证。 第五条涉及政府向社会公众提供公共服务的项目，应当公开征求意见。
政府向社会公众提供的公共服务包括：以物为对象的公共服务，如公共设施管理服务、环境服务、专业技术服务等；以人为对象的公共服务，如教育、医疗卫生和社会服务等。 第六条采购项目有下列情形之一的，可以进行采购需求论证。 （一）采购需求较为复杂、性质特殊； （二）该采购项目社会影响较大、关注度较高； （三）采购中心认为确有必要的。 第七条公开征求意见的，应当发布公告，具体内容包括： （一）项目类别和拟采用的采购方式； （二）对投标供应商的资质要求； （三）技术指标、服务要求，包括但不限于数量、功能及对应的性能要求、规格；材质及相应物理性功能要求；包装及附带工具；质量要求；付款条件、售后服务和履约期限、地点、方式等能够实现采购目的的全部内容； （四）评分细则； （五）对采购需求所提意见的反馈方式及相关要求； （六）公告期，不得少于3个工作日（不含公告发布当日）。
采购需求说明
采购需求说明 一、项目概述和总体要求 南京审计学院浦口新校区在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人
四川省政府采购项目需求论证
四川省政府采购项目需求论证 和履约验收管理办法 第一章 ?总则 第一条 ?为规范政府采购项目需求论证和履约验收行为，根据《中华人民共和国政府采购法》、《中华人民共和国政府采购法实施条例》（国务院令第658号）、《四川省人民政府关于创新政府采购机制加强政府采购监管工作的意见》（川府发[2014]63号）及其他有关规定，结合四川实际，制定本办法。 第二条 ?四川省行政区域内的政府采购项目需求论证和履约验收行为，适用本办法。 本办法所称需求论证，是指政府采购预算批复后，政府采购活动实施前，为实现采购目标，对采购项目的采购需求进行论证的行为。 本办法所称履约验收，是指中标、成交供应商履行政府采购合同约定义务后，为保证采购质量，对中标、成交供应商的履约情况进行验收的行为。 第三条 ?政府采购项目需求论证和履约验收实行采购人负责、引入第三方、法定监督和社会监督相结合的模式。 第二章 ?政府采购需求论证 第四条 ?采购需求论证由采购人负责，可以委托采购代理机构组织实施。但委托不免除采购人应当承担的法律责任。 第五条 ?采购人应当通过采购需求论证，保证采购需求科学合理、符合实际，严禁豪华、重复、无用采购发生。 第六条 ?除下列政府采购项目以外,其他政府采购项目应当按照本办法进行采购需求论证： （一）国家、行业有强制标准的采购项目； （二）不能详细列明采购标的的技术、服务要求，需由供应商提供最终设计方案或解决方案的采购项目； （三）按照规定进行商城（场）直购、网上竞价、批量集中采购、定点采购的采购项目； （四）同一年度内，已经论证过的相同采购项目； （五）政府采购进口产品。 其他政府采购法律制度对本条前款所列采购项目采购需求确定有规定的，按照有关规定执行。 第七条 ?政府采购项目采购需求论证包括下列内容： （一）是否属于政府采购政策扶持范围； （二）采购数量、采购标的的功能标准、性能标准、材质标准、安全标准、服务标准以及是否有法律法规规定的强制性标准； （三）拟采用的采购方式、评审方法和评审标准； （四）拟确定的供应商参加采购活动的资格条件； （五）政府采购项目的实质性要求，政府采购项目履约时间和方式、验收方法和标准及其他合同实质性条款； （六）其他需要论证的事项。 第八条 ?政府采购项目预算金额省级小于300万元、市级小于100万元、县级小于50万元的采购项目，应当组织相关专业人员进行需求论证。 第九条 ?政府采购项目预算金额省级300万元以上、小于1000万元，市级100万元以上、小于500万元，县级50万元以上、小于300万元的采购项目，应当组织3人以上单数组成的专家组进行采购需求论证。 第十条 ?政府采购项目预算金额省级1000万元以上、市级500万元以上、县级300万元以上的采购项目，政府向社会公众提供的公共服务项目，采购人和实际使用人或者受益者分离的采购项目，应当在开展相关调研的基础上，组织5人以上单数组成的专家组进行采购需求论证，并在四川政府采购网向社会公示3个工作日以上，征求潜在供应商和社会公众的意见。公示内容主要包括采购项目名称、预算金额、采购需求论证事项、专家组论证意见、采购人或者其委托的采购代理机构名称及联系人等。 第十一条 ?采购需求论证过程中，拟邀请论证的专家或者专业人员，可以在四川省政府采购评审专家库中选择，也可以在库外选择，但应当具备与评审专家相当的专业水平。
政府采购采购需求说明
采购项目需求说明 一、项目概况 1、项目名称：广东省********采购项目 2、预算金额：人民币******元。 二、验收标准 1、投标人提供的所有货物和服务，其质量、技术等特征必须符合国家、行业现行的标准及用户需 求； 2、所有设备必须有相应的详细中文说明书；属于进口设备的必须提供报关单、原产地证明等资料。 3、采购人有权拒绝接受任何不合格的货物和服务，由此产生的费用及相关后果均由投标人自行承 担。 4、投标人应保证，在提供本项目的货物、服务或其任何一部分不会产生因第三方依法享有的专利 权、商标权或其他知识产权；如果投标人不拥有相应的知识产权，则须在报价中包括合法获取该知识产权的相关费用，并在投标文件中附有相关证明文件，如因第三方提出其专利权、商标权或其他知识产权的侵权之诉，则一切法律责任由投标人承担。 5、验收按国家有关的规定、规范进行。验收时如发现所交付的设备有短装、次品、损坏或其它不 符合本合同规定之情形者，招标人应做出详尽的现场记录，或由招标人和中标人双方签署备忘录。此现场记录或备忘录可用作补充、缺失和更换损坏部件的有效证据。由此产生的有关费用由中标人承担。 6、投标人非所投设备制造商的需提供厂家或中国国内总代理出具的针对本项目的合法授权书（单价两万以上的主要设备必须提供）。 三、伴随服务要求 1、所有设备均由供货方免费送货至采购人指定的交货地点并安装调试好，安装调试应以本需求书 要求的技术参数指标为标准。 2、所有货物交货后的拆箱、安装、调试等项工作(包括其费用)由采购人负责，但必须在用户指定 人员的参与下进行。调试的原始记录需经各方签字后作为验收的文件之一。 3、中标人应提供包括但不限于满足设备安装、使用和维护的技术文件，如:设备和附件装箱清单、 设备质量合格检定证明文件（包括合格证书和质检报告）、设备保修服务卡、设备使用说明及有关图纸和维护手册等。
系统需求规格说明书 (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 引言 (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目标范围 本节简要描述产品的应用目标、作用范围等。
采购项目需求表
采购项目需求表需求概况
附件1 一、服务内容 1、租赁物总数每月不得少于230盆，其中大/中型植物不得少于85盆，小型植物不得少于145盆，名称、规格及数量可参考附件2：办公花卉租摆上年参考清单。 2、在合同范围内若需求方增加租赁物总数，中标方可降低租赁物单价以满足数量要求；若需求方减少租赁物总数，中标方应当提高租赁物单价。 二、租赁期限 租赁期为一年，自2019年1月1日至2019年12月31日。 三、付款方式 按月计算金额。 四、需求方权利及义务 1、需求方负责提供摆放场地，无偿提供绿植花卉用户用水源、电源等。 2、需求方为中标方提供养护管理上的方便条件，并保证不丢失不损坏，否则按市场价格赔偿给中标方。
3、需求方在合同范围以外需要大量增加租赁数量或增加的租赁物价格超过合同范围的，应及时同中标方协议签订补充合同。 4、需求方享有本合同的租赁物的使用权。 5、需求方必须按租赁的性能与用途使用植物苗木。 五、中标方权利及义务 1、本合同租赁物由中标方派专人养护管理，负责租赁物上午日常浇灌、养护管理及摆放。 2、中标方要遵守需求方的各项安全、管理制度，服从协调管理。 3、中标方负责办公花卉、绿植、盆栽的日常浇水和一般性修剪，室内植物每周保持一次以上现场植物管理（更换、浇水、修剪等），泥土表面需加覆盖物（陶粒等），送入单位的植物，必须杀虫、消毒及全面修剪、清洁、整形等。 4、中标方应保证花卉、绿植、盆栽在需求方单位期间保持良好的状态，如花卉、绿植、盆栽出现死亡、枯萎或其它影响观赏的情形时，中标方应及时在3个工作日进行免费更换。 5、若需求方需更换花卉、绿植、盆栽品种（同种规格及价格或同种价格不同规格），中标方应及时在3个工作日进行免费更换。 6、中标方需派指定员工到需求方办公场所履行日常植物维护，应自觉遵守需求方规定，不可干扰或影响需求方正常办公，否则视为中标方构成违约。 7、需求方如需要迁移绿植花卉摆放位置或迁徙地址，需通知中标方协商解决，所产生费用由中标方承担。 8、若花卉、绿植、盆栽在租赁期内发生市场价格变动，中标方
采购项目需求情况说明(格式)
附： 采购项目需求情况说明（格式） 致：（采购代理机构） 本单位的政府采购项目委托你单位执行，根据采购项目的特点和需求，现将有关采购文件的主要内容提供如下，请抓紧编制采购文件。 一、采购项目的技术规格、要求、数量和价格 说明：采购项目的技术规格、要求数量等资料可参考附件：“政府采购项目情况一览表”提供，如有图纸等其他资料应一并提供； 对采购项目设定的各项技术标准应当符合国家强制性标准；不得要求或者标明特定的投标人或者商品，以及含有倾向性或者排斥潜在投标人的内容，即对采购项目只能设定具有共性的主要技术标准或参数等，其他的、次要的或者个别特有的技术标准或参数等，只能作为评分因素考虑；（提示：对投标人则必须要求明确其所投的项目品牌、型号，并提供该项目应有的技术标准或参数等证明材料）。 如果有特殊需求，可组织专家论证，以达到统一、规范的目标，并书面承诺至少有三家以上潜在的供应商满足其技术需求（应提供书面证明材料）； 对综合性采购项目，可根据项目特点提出拆分项目招标与否。 采购项目的价格是指预算价（也称控制价），预算价的公开时间可设定开标前或开标后。 二、投标人资格条件
说明：采购法等已明确的基本资格条件由采购代理机构在招标文件范本中提出。如对综合性项目，投标人可组成联合体参加投标等。 对投标人的资格要求不能过于苛刻和带有明显的歧视性，以扩大竞争，提高采购成功率，象注册资金和经营业绩等不要作为资格要求，而应作为评分因素。 对特殊项目或法律法规等有特殊规定的，可从其规定。如专业条件、国家安全及保密等规定。 三、评标方法、标准 说明：可根据采购项目的特点选择评标方法，具体方法有最低评标价法、综合评分法和性价比法。 最低评标价法适用于标准定制商品及通用服务项目，是在全部满足招标文件实质性要求的前提下，以价格为主要因素确定中标候选人的评标方法。 综合评分法是指在最大程度地满足招标文件实质性要求前提下，按照招标文件中规定的各项因素进行综合评审后，以评标总得分最高者作为中标候选人的评标方法。 性价比法是指按照招标文件中的规定进行评审后，计算出每个有效招标文件除价格以外的其他各项评分因素的汇总得分，并除以该投标人招标报价，以商数（评标总得分）最高者作为中标候选人的评标方法。 综合评分法和性价比法中除价格以外的其他各项评分因素主要有：技术、财务状况、信誉、业绩、服务、对招标文件的响应程度等，
系统需求规格说明书模板(结构化标准版)
走过，留下种种希望。啊，朋友，我们从人生的四季走过，将给人生留下些什么? （项目名称） 系统需求规格说明书 文件版本 编写日期 发布日期 没有落日般的瑰丽，没有流云般的飘逸，但可以有水晶般的清纯与透明。没有大山般的巍峨，没
走过，留下种种希望。啊，朋友，我们从人生的四季走过，将给人生留下些什么? 文件修改记录 *变化状态：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) 没有落日般的瑰丽，没有流云般的飘逸，但可以有水晶般的清纯与透明。没有大山般的巍峨，没
用户需求说明书(模板)
. 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 用户原有系统情况可裁剪