close

Вход

Забыли?

вход по аккаунту

код для вставкиСкачать
ЗАПРОС ЦЕНОВЫХ ПРЕДЛОЖЕНИЙ
Дата: 23.02.2015 г.
Название проекта: «Создание Международного центра материаловедения» в рамках
проекта «Коммерциализация технологий»
Источник финансирования: Собственные средства
Ссылка на контракт: Соглашения о гранте №322 от 16.09.2013 г.
Кому:
Всем заинтересованным лицам (потенциальным поставщикам)
Уважаемый поставщик,
1. Настоящим Вам предлагается представить
предложения) на разработку веб-ресурса:
ценовое
предложение
(ценовые
Портал Международного Центра Материаловедения
Информация о технических спецификациях и требуемых количествах прилагается.
2. При наличии нескольких лотов:
Вы можете указать цены на любой из лотов или на все перечисленные в запросе лоты.
Каждый лот будет оцениваться отдельно, и контракты будут присваиваться отдельно
фирме (-ам), предлагающим наименьшую стоимость.
3. Ваше ценовое предложение по нижеприведенной форме может быть доставлено, как
собственноручно, так и направлено по электронной почте по следующему адресу:
РГП на ПХВ «КарГТУ», Международный центр материаловедения
100000, г. Караганда, Бульвар Мира, 56, 2 корпус, каб. 215,
т/ф: 8(7212) 56-78-41.
E-mail: [email protected] и [email protected]
4. Крайний срок для представления Вашего ценового предложения (предложений) по
адресу, указанному в пункте 3: до 15 часов 00 минут «06» марта 2015 года.
5. Ваши ценовые предложения должны быть представлены согласно инструкциям и в
соответствии с условиями и сроками поставки, указанными в прилагаемом контракте.
Прилагаемые сроки и условия поставки являются неотъемлемой частью контракта.
(i) ЦЕНЫ: Цены, предлагаемые поставщиками, должны включать в себя:
- стоимость разработки;
- стоимость покупки и обслуживания серверного оборудования.
(ii) ОЦЕНКА ЦЕНОВЫХ ПРЕДЛОЖЕНИЙ: Ценовые предложения, которые по существу
отвечают требованиям технических спецификаций, будут оцениваться посредством
сопоставления цен.
При оценке ценовых предложений Покупатель определит по каждому предложению
оценочную стоимость при помощи корректировки ценового предложения путем
исправлений любых арифметических погрешностей следующим образом:
(a) при несоответствии между суммами в цифрах и словами, сумма, указанная
словами будет определяющей;
(b) при несоответствии между ценой за единицу и общей стоимостью, полученной
в результате умножения цены за единицу на количество, заявленная цена за единицу
будет определяющей;
(c) ценовое предложение Поставщика, отказывающегося принять корректировку,
будет отклонено.
Кроме предложенной цены, предполагаемая цена при наличии включает в себя:
 Все таможенные, импортные пошлины и любые налоги или выплаты,
применимые при импорте товаров в Республику Казахстан.
 Налог на добавленную стоимость (НДС).
(iii) ПРИСУЖДЕНИЕ КОНТРАКТА. Контракт будет присужден участнику,
предложившему наименьшую оцененную стоимость (цену), которая максимально
отвечает требованиям технической спецификаций.
(iv) СРОК ДЕЙСТВИЯ ПРЕДЛОЖЕНИЯ: Ваши ценовые предложения должны быть
действительны в течение 14 дней с окончательной даты предоставления предложения
(предложений), указанной в пункте 4 данного Запроса ценового предложения.
6.
Дополнительную информацию можно получить по адресу:
РГП на ПХВ «КарГТУ», Международный центр материаловедения
100000, г. Караганда, Бульвар Мира, 56, 2 корпус, каб. 215,
т/ф: 8(7212) 56-78-41.
E-mail: [email protected] и [email protected]
7.
Приложения к запросу ценовых предложений:
1.Условия и сроки поставки
2. Форма заявки.
Приложение 1
к запросу ценовых предложений
УСЛОВИЯ И СРОКИ ПОСТАВКИ
Название проекта: «Создание Международного центра материаловедения» в рамках проекта
«Коммерциализация технологий»
Покупатель: Международный центр материаловедения
1.
Требования к Порталу Международного центра материаловедения (техническая
спецификация)
Портал Международного центра материаловедения
Общие требования к Системе
Система Центра должна:
1) позволять собирать и обрабатывать масштабный поток предложений;
2) иметь удобный для навигации, интуитивно-понятный посетителям, быстрый в
использовании и выполненный в корпоративном стиле Центра интерфейс;
3) Обеспечить надежное хранение внесенных данных;
4) Обеспечить уникальность информации в базах данных системы;
5) Обеспечить контроль исполнения управленческих решений;
6) Быть интегрирована с международными электронными библиотеками.
Исполнитель вправе делать предложения по уточнению и дополнения данного
технического задания по части улучшения технических и качественных характеристик Системы
при условии неизменности других условий, явившихся основой для выбора Исполнителя.
Обязательным условием изменений структуры, наполнения, оформления, функциональности и
технических характеристик Системы является согласование каждого шага предложенных
изменений с заказчиком услуг.
В ходе работ и уточнения технических характеристик Системы Исполнитель разрабатывает
и предоставляет на утверждение Заказчику Технический проект по разработке Системы.
Технический проект разрабатывается согласно соответствующим стандартам СТ и ГОСТ.
Система должна
- позволять любым пользователям Системы обмениваться сообщениями между собой (если
это не запрещено администратором Системы), в случае необходимости дублируя отправку
сообщения на внешнюю почту пользователя, прикреплять необходимые файлы в процессе
взаимодействия (если это не запрещено администратором Системы).
- позволять менеджерам отслеживать статусы и контролировать сроки всех процессов,
происходящих в Системе по мере продвижения и оценки заявки.
- позволять администратору управлять ролями и администрировать права чтения,
добавления, редактирования, скачивания информации и обмена сообщениями участников
процесса отбора, настраивать регламенты обработки предложений, настраивать параметры
оценки, формировать и редактировать все бизнес-процессы в Системе, управлять новостной
лентой, создавать любые формы отчетов и настраивать выгрузку в форматы MSOffice и pdf.
- позволять менеджерам назначать задания корпусу экспертов, заявителям и друг другу.
- давать возможность отложенного редактирования и заполнения форм заявок и анкет
пользователей.
- позволять разграничение прав доступа всех пользователей к любым блокам информации в
Системе.
Информация, представленная в Системе, должна быть структурирована для повышения
релевантности содержания и облегчения доступа пользователей к искомой информации.
Каталог организаций
Система должна содержать базу данных организаций (далее каталог организаций).
Основными типами организаций каталога лабораторий:
1. Научно-исследовательские организации;
2. Высшие учебные заведения;
3. Производственные предприятия.
Описание лаборатории организаций должно осуществляться в электронном паспорте
организации должен содержать данные о предприятии (наименование, форма владения, адрес,
вид деятельности, наименование и объемы производимой продукции, контакты и другие поля,
определяемые соответствующим справочником).
При поиске организации по каталогу заинтересованным лицам в соответствии с правами
доступа отображается: информация об организации, предложения и запросы организации, и
другая информация.
Разработка диаграммы сущностей-связей всей системы и описание взаимодействия между
объектами.
Каждая страница сайта должна содержать логотип и название МЦМ.
Внизу на каждой странице сайта должна быть указана контактная информация.
Сайт должен содержать не менее трёх счетчиков подсчета посетителей.
Сайт должен объединять в себе информацию об университетах, научных темах, научных
лабораториях, оборудовании.
На сайте должны быть сведения об оборудовании всех научных центров и необходимо
иметь возможность определения загруженности работы оборудования, а пользователь мог
зарезервировать удобное для себя время работы на оборудовании.
Должен осуществляться поиск по направлениям исследований.
Должна быть функция регистрации Лабораторий инженерного профиля ВУЗов Казахстана
(приложение 3) на сайте, с возможностью выкладывать сведения об оборудовании и о
загруженности оборудования (по времени и ресурсам) этих лабораторий, для осуществления
возможности аренды данного оборудования.
Технические требования к системе
Требования к ключевым характеристикам Портала:
- поиск основным регистрационным и классификационным признакам документов;
- хранение документов (возможность хранения в архиве документов сканированных копий
подписанных договоров и меморандумов).
- выгрузка документов (формирование договоров, меморандумов в формате .pdf)
Требования к безопасности информации
Обеспечение безопасности функционирования Системы должно достигаться за счет
использования:
- средств защиты информации;
- инженерных и инженерно-технических средств защиты серверного оборудования;
- организационных мер, направленных на обеспечение безопасности работы технических
средств и программного обеспечения.
Средства защиты информации, должны выполнять следующие функции:
- защиту информации от несанкционированного доступа встроенными средствами
операционной системы и СУБД;
- аудит обеспечения информационной безопасности на серверном оборудовании и рабочих
станциях пользователей;
- антивирусную защиту серверов и рабочих станций.
Требования к общей архитектуре Системы
Система должна строиться на основе трехзвенной архитектуры - сервер базы данных,
сервер приложений и клиентские рабочие места, работающие по технологии «тонкий клиент».
Клиентом в данном случае выступает браузер пользователя, а сервером – веб-сервер. Должна
быть разработана версия для мобильных устройств.
Система должна позволять Заказчику самостоятельно конфигурирование и управление
системы.
Взаимодействие серверов происходит в рамках сети Интранет. Взаимодействие клиентских
мест и сервера приложений может происходить, в зависимости от требований Заказчика, в
рамках сетей Интранет или Интернет.
Для функционирования системы Заказчику необходимо установить следующее
общесистемное программное обеспечение:
а) Сервер приложений (Web-сервер)
б) Сервер базы данных
в) Рабочая станция пользователя – является тонким веб-клиентом и не требует установки
г) Рабочая станция администратора– является тонким веб-клиентом и не требует установки
Скрипты системы авторизации должны быть проверены на предмет стандартных
уязвимостей (подстановка управляющих кодов в поля форм и строку запроса, подмена хэш
сумм и т.п.)
Требования к функциональным характеристикам Системы;
Система должна быть реализована в составе следующих функциональных комплексов
задач (подсистем):
1) Подсистема администрирования, ввода и размещения сведений Системы Центра,
редактирования ее информационного наполнения (back-end) представляющая собой внутренний
модуль администрирования системы и включающий в себя следующие функции:
а) добавление, редактирование, форматирование и размещение информации;
б) загрузка иллюстраций и других файлов;
в) администрирование информационного наполнения;
г) определение типов информации;
д) определение типов (шаблонов) информации;
е) согласование информационных материалов.
2) Подсистема вывода информации для пользователей Системы представляющая собой
графический шаблон с структурной модульной разметкой и представляющий собой собственно
внешний веб-сайт находящийся в публичном доступе в сети Интернет (front-end), и
включающая в себя следующие функции:
а) Внешнее графическое оформление (графический интерфейс пользователя - GUI) c
возможностью смены оформления за счет переключения между графическими шаблонами в
подсистеме администрирования.
б) навигация по Системе и отображение информации разделов Системы;
в) атрибутивный и полнотекстовый поиск информации;
г) представление результатов поиска;
3) подсистема интерактивных ресурсов, включающая в себя следующие функции:
а) регистрация пользователей;
б) подписка, предоставление информации по подписке, отказ от подписки;
в) предоставление пользователям информации по подписке;
г) статистика посещаемости; (использовать GA и Yandex metrika)
4) Подсистема ограничения доступа, включающая в себя следующие функции:
а) разграничение уровня доступа пользователей к информации системы;
б) восстановление пароля пользователя при его утере.
Требования к надежности Системы;
Система должна предусматривать следующие меры защиты для обеспечения
бесперебойности работы и защиты информации от несанкционированного доступа:
а) должна работать официальная SSL защита, подписанная одним из лидирующих в мире
удостоверяющих центрах.
б) автоматическую очистку HTML -тэгов при вводе данных пользователем в формах
Системы
в) автоматическую очистку JavaScript при вводе данных пользователем в формах Системы
г) защита от SQL-инъекций в адресной строке
д) сокрытие внутренней структуры при использовании оптимизированных гипертекстовых
ссылок
е) защиту от запуска модулей PHP в обход подсистемы ограничения доступа.
ж) защищенные данные пользователей в системе (пароль) должны храниться в сервере
базы данных в защищенной форме.
Условия эксплуатации;
В процессе разработки должна быть предусмотрена возможность расширения
функциональных возможностей за счет добавления нового функционального модуля или
компонента.
Изначально закладываем модульную архитектуру с возможностью расширения
функционала и масштабируемости в зависимости от нагрузок на систему.
Масштабируемость предусматриваем как на уровне программного, так и на уровне
аппаратного обеспечения
Требования к составу и параметрам технических средств;
Система должна разрабатываться на opensource платформе. Платформа должна быть
масштабируемой до 20 000 пользователей и 50 000 тысяч внешних посетителей. В качества
СУБД должны использоваться MySQL или PostgreSQL.
Разрабатываемый программный комплекс должен быть рассчитан на функционирование в
следующей программной среде:
1) Программное обеспечение серверов:
а) Операционная система UNIX или LINUX;
б) Сервер базы данных MySQL последней стабильной версии;
в) Веб-сервер Apache.
г) Скриптовый язык PHP последней стабильной версии.
2) Программное обеспечение, используемое для создания Системы:
а) Скриптовый (интерпретируемый на стороне сервере) язык PHP последней стабильной
версии;
б) Скриптовый (интерпретируемый на стороне браузера) язык JavaScript;
Требования к информационной и программной совместимости;
Система должна быть реализована на основе программных решений с открытым исходным
кодом и поддерживающих лицензию свободного использования для коммерческих и
некоммерческих целей (тип лицензии GNUGPL).
Система должна поддерживать полную интеграцию данных с MS Outlook, Mozilla
Thunderbird, Apple Mail, Eudora.
Требования к программной документации;
К разработанной Системе должно прилагаться Руководство по использованию подсистемы
администрирования для ввода, редактирования и удаления информации.
Требования к эргономике и технической эстетике;
Интерфейс должен соответствовать современным эргономическим требованиям (ISO 9241,
а также СТ РК, ГОСТ) и обеспечивать удобный доступ к основным функциям и операциям
системы.
Интерфейс системы должен быть понятным и удобным, не должен быть перегружен
графическими элементами и разнообразием цветовой гаммы, и должен обеспечивать быстрое
отображение экранных форм. Навигационные элементы должны быть выполнены в удобной
для пользователя форме. Средства редактирования информации должны удовлетворять
принятым соглашениям в части использования функциональных клавиш, режимов работы,
поиска, использования оконной системы. Ввод-вывод данных системы, прием управляющих
команд и отображение результатов их исполнения должны выполняться в интерактивном
режиме.
Должно быть реализовано отображение на экране только тех возможностей, которые
доступны конкретному пользователю в соответствии с его функциональной ролью в системе;
Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме
системных сообщений) должны быть только на выбранном языке среди языков Системы.
Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных
неверными действиями пользователей, неверным форматом или недопустимыми значениями
входных данных. В указанных случаях система должна выдавать пользователю
соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее
неверной (недопустимой) команде или некорректному вводу данных.
Экранные формы должны проектироваться с учетом требований унификации:
– все экранные формы пользовательского интерфейса должны быть выполнены в едином
графическом дизайне, с одинаковым расположением основных элементов управления и
навигации;
– для обозначения сходных операций должны использоваться сходные графические значки,
кнопки и другие управляющие (навигационные) элементы. Термины, используемые для
обозначения типовых операций (добавление информационной сущности, редактирование поля
данных), а также последовательности действий пользователя при их выполнении, должны быть
унифицированы;
– внешнее поведение сходных элементов интерфейса (реакция на наведение указателя
«мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для
однотипных элементов.
Дополнительные требования и условия
Исполнитель должен предоставить почтовый сервер для интеграции с Системой со
следующими функциями: почтовая система должна разворачиваться на сервере и не требовать
клиентского приложения; вся пользовательская работа должна производиться через веб-браузер
В стоимость разработки Системы должна входить техническая поддержка и обучение
сотрудников Центра работе с Системой в течение 365 календарных дней после ввода в
эксплуатацию окончательной рабочей версии системы. Техническая поддержка должна
включать:
1) исправление найденных в процессе тестирования и эксплуатации ошибок, задержек в
работе Системы и поддержку полной работоспособности Системы в режиме 8*5.
Максимальный срок, отведенный на исправление 1 ошибки – 1 рабочая неделя с момента
запроса Центра;
2) изменение конфигурации, консультации по внесению изменений в конфигурацию
самостоятельно в рабочее время Центра;
Исполнитель обязуется предоставить:
1) все программные коды Системы;
2) полную проектную документацию по разработке Системы;
3) развернутое руководство по использованию Системы в .pdf формате;
Исполнитель должен произвести регистрацию Системы в тематически связанных каталогах
и в поисковиках (первичная раскрутка).
Исполнитель должен зарегистрировать внешний веб-сайт Системы на поисковых системах
Google, Yandex, Rambler, Bing, Yahoo и 5-6 крупных, тематически связанных каталогах и
рейтингах.
3. Требования к квалификации исполнителя
Исполнитель должен:
- иметь опыт разработки и внедрения сложных автоматизированных систем управления;
- иметь собственные разработки систем управления содержанием;
- иметь не менее двух аналитиков для составления проектной документации и не менее
семи специалистов для программирования структуры и содержания Системы.
4. Формы отчетности. Сроки разработки и внедрения.
Техническое задание предусматривает следующие формы отчетности:
1) Запуск пилотной версии Системы и предоставление промежуточного отчета о
проделанной работе.
2) Завершение работ по разработке и внедрению, запуск и ввод в эксплуатацию рабочей
версии Системы, предоставление исходных кодов Системы, всей проектной документации,
предоставление развернутого руководства по использованию Системы с оформлением
окончательного акта оказанных услуг.
Цены, предлагаемые поставщиками, должны включать в себя:
- стоимость доставки до г. Караганда (по адресу, указанного в п.3);
- все таможенные, импортные пошлины и любые налоги или выплаты, применимые при
импорте товаров в Республику Казахстан.
2. Твердая цена: вышеуказанные цены являются твердыми, фиксированными и не подлежат
корректировке во время выполнения контракта.
3. Покупатель оставляет за собой право во время подписания контракта увеличить или
уменьшить на 15% количество закупаемого товара или услуг без изменения единичных
расценок, а также других условий контракта.
4. Срок поставки Товара: в течение 4 (четырех) месяцев с момента заключения контракта.
5. Применимое законодательство: Контракт интерпретируется в соответствии с законами
страны Покупателя.
6.Оплата: путем перечисления денег на расчетный счет потенциального поставщика в течение
10 (десяти) банковских дней предоплаты 50%; оставшиеся 50% – по факту поставки Товара, со
дня подписания Акта приема-передачи Товара и предоставления счета-фактуры.
7. Гарантия: Гарантия поставщика на предложенные товары должна быть действительна в
течение не менее 12 месяцев с даты поставки товара Покупателю.
8. Сертификация: Товар должен быть сертифицирован.
9. Место поставки Товара: г. Караганда, Бульвар Мира 56, 2 корпус КарГТУ, каб. 215.
Приложение 2
к запросу ценовых предложений
ФОРМА ЗАЯВКИ
______________________ [дата]
Кому: _________________________________________ [наименование Покупателя]
Адрес: _______________________________ [адрес
Покупателя] __________________________________________________________________
_____________________________________________________________________________
Мы
предлагаем
выполнить
_________________________ [наименование
и
идентификационный номер Контракта] в соответствии с Условиями Контракта,
прилагаемыми к настоящему Конкурсному предложению, по цене Контракта в размере
______________________ [сумма
цифрами
и
прописью] (__________________________) [наименование валюты] (______________).
Мы предлагаем завершить поставку товаров, описанных в Контракте в течение периода
___________дней/месяцев с даты подписания контракта.
Настоящее Конкурсное предложение и Ваше письменное подтверждение о его принятии
составляют Контракт, обязательный для выполнения сторонами. Мы понимаем, что Вы не
обязаны принимать предложение с наименьшей стоимостью, или какое-либо другое из
полученных Вами предложений.
Настоящим подтверждаем, что данное Конкурсное предложение соответствует сроку
действия Конкурсных предложений, указанному в документах конкурсных торгов.
Подпись уполномоченного лица:_______________________________________________
Фамилия и должность
подписавшего:______________________________________________
Наименование Поставщика:_______________________________________________
Адрес:
Телефон_______________________________________________
Факс, при наличии ________________________________________________
1/--страниц
Пожаловаться на содержимое документа