it项目招标书-教学信息系统内容摘要:
标是招标工作的重要环节,评标工作在评委会内独立进行。 在投标、开标期间,投标人不得向评委询问情况,不得进行旨在影响评标结果的活动。 评标结束并得到委 托方确认后,即向中标商发出中标通知书,并向落标方发出落标通知书。 评委会不向落标方解释落标原因,不退还投标文件。 9. 关于定标 评标委员会结合报价部分、方案说明部分和投标资格证明部分的评估结果进行综合价格评估,选出候选中标商报福州政府采购中心确定。 向中标商发出中标通知书,并在网站( )上公开发布。 向落选投标方发出落选通知书。 10. 关于废标和招标失败 有下列情况之一出现的投标书,将做废标处理 : 投标书未密封。 无单位和法定代表人或法定代表人委托的代理人的印鉴或签字。 未按规定格式填写 ,内容不全或字迹模糊 ,辨认不清。 9 投标书逾期送达。 投标书未对招标文件作出完全的响应导致投标无效。 投标报价超过最高限价。 下列情况之一出现,将视为招标失败,招标方将重新招标: 第一轮投标截止时投标方少于三家。 评标时发现所有投标书均为废标。 11. 关于中标服务费 中标商须向福州信息工程 招投标中心支付中标总额 %的中标服务费。 12. 关于履约保函 中标商须在合同签订之日 10个工作日内向福州应用科技学院递交履约保函,保函金额为合同金额的 10%,保函有效期不少于一年,该保函在项目竣工验收后10 个工作日内退还中标商。 13. 名词解释 招标方:受福州政府采购中心委托主持本次招标的代理机构 XXX 市信息工程招投标中心。 投标方:向招标方提交投标文件的制造商或供应商。 10 第二部分 招标项目要求 第一章 项目系统现状、目标与功能要求 本章描述了项 目系统的现状以及总体目标 ,并提出了本次项目招标应实现的业务内容及其功能(详见附件 21)。 投标商应予以充分注意,并提出实现系统目标和各项业务功能的解决方案。 1 项目系统现状 在福州应用科技学院现行政楼内已经建立了三防信息系统局域网和广域网。 福州应用科技学院现有福州三防与学生档案信息系统、图书信息系统(用foxpro 开发、 C/S 结构)、教师档案管理系统(单机)。 2 总体目标 建立一体化的福州应用科技学院教学信息系统,该系统集成通用办公自动化软件、教学信、教师档案管理系统(单机) 信 息管理系统。 将现有的三防信息系统等移植到新的网络应用环境中。 相应数据的建库。 3 要求: 建立通用办公自动化系统,包括公文管理、档案管理等内容。 其体系结构应与福州党政机关内部办公网相一致。 建立局机关各业务管理部门信息管理系统,包括学生档案信息系统、图书信息系统、教师档案管理系统(单机)管理等内容。 完成相应的基础数据处理、教学资料的整理和建库等工作。 将现有档案管理系统(单机)、学生档案管理系统(网络)、图书信息系统 (广域网 )移植到新的系统环境中。 移植过程中保证系统在汛期的 正常运行。 整合后形成统一的水利信息系统并在 2020 年初移植到福州水利局新的办公大楼网络环境中。 11 对托管服务器系统(水利局网站 ,位于福州信息中心机房)进行更新。 *系统平台与开发工具:基于微软的网络操作系统、数据库管理系统。 其他所需要的系统软件平台,开发工具不作限制。 第二章 招标内容及要求 1 投标内容: :建立办公自动化系统 :学生档案信息管理系统开发 :系统移植、改造 将现有的 C/S 结构的水资源管理系统按新系统的结构进行改造。 将现有的图书信息系统移植到新的服务 器中,移植过程中应保证系统在汛期正常运行。 :数据建库 将现有档案管理系统等的数据移植到新的档案管理系统中,和将相应信息系统模块的数据建库和录入。 :托管服务器系统的更新 2 投标商应完成以下工作: 根据各系统目标和功能描述,识别并给出系统需求(需求调查,对项目的理解)。 提出达到系统目标和完成系统功能的最佳途径(项目方案)。 3 工作要求: 描述对项目的理解 投标商在招标文件中描述对本项目的理解不在于照搬或机械性翻译业务流程,重要在于明确提出一套有效的解 决模式和相应的软件设计思路,包括如下内容,并应提供足够的细节。 办公自动化软件开发项目 12 a) 系统目标和功能 b) 信息分类 c) 数据流程(办公业务处理模式) d) 基于输入 /输出的需求(或界面描述) 业务管理信息系统开发项目 a) 系统目标和功能 b) 信息分类 c) 数据流程(业务处理模式) d) 基于输入 /输出的需求(或界面描述) 系统移植 a) 新旧系统之间磨和 b) 移植方案的设想 数据入库 数据流向 托管服务器系统更新 系统兼容性 对项目方案的要求 通用办公自动化软件 *要求已有开发过的通用办公自动化软件,合同签定后即进行安装、配置和调试,随后投入试运行。 原软件应用于我方的兼容(适用)方案 项目管理方案 a) 组织管理(与软件开发环节相关的) b) 项目实施(与软件实施推广相关的) c) 质量和进度控制(项目各阶段进度计划表) 报价构成 13 a) 软件报价 b) 硬件配置报价 c) 集成服务报价 d) 实施、培训、服务报价 进度计划 a) 需求调查和设计 b) 系统开发 c) 软硬件集成、调试、试 运行 d) 系统验收 业务管理系统开发 技术方案(应对目前几种主要的设计思路进行分析比较,并在此基础上提出自己的最优方案) 软件系统方案,包括: a) 操作系统 b) 开发工具软件 c) 应用软件 硬件系统方案 系统集成方案 项目管理方案 a) 项目计划(与项目整体管理相关的) b) 组织管理(与软件开发环节相关的) * 投标商应保证:在开发期间,未经用户单位建议或许可,项目开发主持人不变更,核心开发人员至少 45 人不变更, 并至少 2/3 参与开发的人员不变更。 项目实施(与软件实施推广相关的) 质量和进度控制(项目各阶段进度计划表) 报价构成 14 a) 软件报价(对购买软件、开发软件应分别报价) b) 硬件配置报价 c) 集成服务报价 d) 实施、培训、服务报价 进度计划 a) 需求调查和设计 b) 系统开发 c) 软硬件集成、调试、试运行 d) 系统验收 系统移植 系统移植方案 软件系统方案,包括: a) 操作系统 b) 开发工具软件 c) 应用软件 硬件系统方案 系统集成方案 项目管理方案 a) 项目计划(与项目整体管理相关的) b) 组织管理(与软件开发环节相关的) c) 项目实施(与软件实施推广相关的) d) 质量和进度控制(项目各阶段进度计划表) e) 移植前后的比较(兼容性) 报价构成 a) 软件报价(对购买软件、开发软件应分别报价) b) 硬件配置报价 c) 集成服务报价 15 进度计划 a) 需求调查和设计 b) 软硬件集成、调试、试运行 数据建库 a) 报价构成 b) 进度计划 托管服务器系统更新 系统更新方案 a) 原服务器系统的理解 b) 更新前后的比较(提高性能) 报价构成 a) 软件报价 b) 硬件配置报价 c) 集成服务报价 进度计划 需求调查和设计 软硬件集成、调试、试运行 系统性能要求 提升工作效率的要求 说明该软件如何提高工作效率 可操作性要求 说明该软件如何易于理解掌握,操作简单,逻辑性强,直观简洁等的要求。 灵活性 16 说明该软件在需求或环 境发生某些变化时,该软件对这些变化的适应能力,如: a) 需求及流程变化; b) 操作方式变化; c) 机构人员变化; d) 空间地点变化 (移动用户、分布式 ); e) 操作系统环境变化。 响应时间 指针对于用户操作的反应时间,如: a) 查询时间 b) 批处理时间 安全容错及保密性 a) 防止主机崩溃方法 b) 防治病毒方法 c) 数据备份方法 网络的实用性、稳定性、安全性 软件软件转换后的兼容性 交付物 a) 提交满足 要求的项目建议书(正本 1 份、副本 5 份) b) 提交附件要求的资 格文件和以往经验证明文件 c) 提交符合系统要求的、作为评测使用的计算机系统原型(网络版) d) 项目报价 3. 4 保修期 3. 5 合同类型 招标方授予中标商软件工程(含系统软件、工具软件的购买、应用软件的开发、数据入库、托管服务器系统更新、培训及各种服务费用)合同。 17 招标方根据方案实施要求,对硬件设备的配置另行采用招标采购方法解决。 硬件设备的集成合同将根据情况选择授予硬件供应商或软件中标商。 3. 6 款方式 a) 预付款 b) 进度款 c) 维护款 d) 履约保证金(保函) 第三章 评价标准及要求 1 对投标文件的审查和确定 开标后,招标方将组织审查投标文件是否完整,是否有计算错误,要求的保证金是否已提供,文件是否恰当地签署(含法定代表人签章和投标方公章)。 如果单价与总价有出入,以单价为准;若文字大写表示的数据与小写数字表示的有差别,则以文字大写表示的数据为准。 若投标方拒绝接受上述修改,其投标将被拒绝。 在对投标文件进行详细评估之前,招标方将依据投标方提供的资格证明文件审查投标方的财务、技术和维修服务能力。 招标方将确定投标是否符合招标文件的所有条款、条件和规定。 招标方判断投标文件的响应性仅基于投标文件本身而不靠外部证据。 招标方将拒绝被确定为非实质性响应的投标方,投标方不能通过修正或撤销不符之处而使其投标成为实质性响应的投标。 2 评标委员会 招标方将根据招标的特点组建评标委员会,其成员由技术、经贸、法律等方面的专家和招标方、水利局单位代表等五人以上单数组成,其中技术、经贸、法律等方面的专家人数不少于总数的三分之二,评标委员会对投标文件进行审查、质疑、评估、比较。 18 3 投标文件的澄清 为了有助于对投标文件进行审查、评估和比较,招标方有权 向投标方质疑,请投标方澄清其投标内容。 投标方有责任按照招标方通知的时间、地点指派专人进行答疑和书面澄清。 4 评标原则和方法 评委会将遵照公开、公平、公正的评标原则,严格按照招标文件的要求和条件进行评标,平等地对待所有投标方,择优定标。 评委会将对投标书中的每个响应进行评价,检查其对招标书要求的符合程度并给出评分。 综合以上评分,结合各投标方报价进行综合评价,产生综合评估价格。 综合评估价格低者为优。 本次招标合同将授予符合招标文件的要求,并且报价最合理,能提供最佳服务的投标者。 5 评价标准 类似项目的经验( 20%) 项目获得省、市级颁发的奖项(以证书或证明文件为准)的; 承担过相应项目成功应用案例(以客户证明文件为准)的; 曾经成功开发水利信息管理系统 (软件开发费合同金额 50 万以上 )、具有 GIS 开发经验的。 资质评价 工程项目经理及参与项目工程的开发人员具有 MIS 项目的经验和取得相应认证证书的。 技术方案( 40%) 响应招标文件要求的程度; 19 软件平台的设计方案; 水利业务管理系统设计方案。 报价( 30%) 进度计划( 10%) 实际工期; 合理的、内容齐全的项目实施进度图表。 第四章 系统集成工期和付款方式要求 投标方必须响应并承诺下列要求。 1. 交货时间要求 本招标文件所列所有软件系统须在合同生效之日起半年以内全部交货。 2. 交货地点要求 (1)投标方须按照用户指定地点安装软件,其运送的所有费用由投标方承担。 (2)交货地点:福州应用科技学院。 3.付款方式: ①硬件设备、系统软件平台到货安装 验收合格后一周内付款。 ②预付款:项目合同签定之后 10 个工作日内付开发服务费(合同金额减去①项金额)的 25%; ③项目竣工验收后 10 个工作日内付开发服务费的 65%; ④项目合同保。it项目招标书-教学信息系统
相关推荐
国家颁布的合同法,并各自履行应负的全部责任。 . 下列文件均为本合同不可分割部分: . 中标通知书; . XXX 市信息工程招投 标中心招标编号 IT3104066 招标文件; . 供方中标的投标书。 . 以上文件与合同附件具有同等法律效力,若以上文件与本合同有差异的,以本合同内容为准。 . 供方保证全部按照合同条款的规定和交货期向需方提供软件和服务。 .
结构的不一样。 2. 应用程序开发目录结构没有 src目录,但多了一个 team目录,此目录存放所有程序员的classes和 Jsp代码。 3. 应用程序开发目录结构下 、组件开发目录结构下的 有很大不同。 4. 由项目组长负责管理 etc目录、 、 、 、 ,程序员分别管理 team目录下的属于自己的目录,如程序员 tom管理 team/tom目录。 开发前的约定( 2) 应用程序目录下的
密 码 验 证用 户重 新 输 入 登 录 信 息输 入 密 码 错 误管 理 菜 品档 口 信 息 的增 删 改 查档 口管 理 员不 正 确 正 确增 加 菜 品管 理 订 单菜 品 信 息 的增 删 改 查 (客户端流程图) 注 册r e g i s t . j s p登 陆菜 品 名 称( 显 示 所 有 该 名 称 的 菜 品 信 息 )档 口 名 称( 列 出 档 口 )搜 索S e
,由来 源于市场部门、销售部门、客户服务部领导与骨干组成,定期组织营销策划,包括产品策划与市场营销推广策划)。 市场部的工作分为营销信息(收集具体客户信息,分析竞争对手信息,进入客户关系管理数据库)、市场推广(利用客户数据库大规模推广,广告,邮件群发,传真群发,商业信函推广等),营销信息部门还需要把信息分类整理后分给市场部电话小姐,电话小姐进行客户信息和初步需求进一步确认
其次是加强建设项目档案管理制度建设,建立健全项目档案工作各项规章制度,建立切合实际的项目档案工作管理体制和工作程序。 制定明确的岗位责任,进行考核并与奖惩挂钩。 俗话说“没有规矩,难成方圆”,建 设项目由于规模大、工期长、形成资料多,特别是由于其所涉及的单位和环节众多,所以要想在建设项目档案管理中做到规范化、标准化,仅靠建设项目档案管理部门少数几个人的力量是根本办不到的。 因此