Партнерка на США и Канаду по недвижимости, выплаты в крипто
- 30% recurring commission
- Выплаты в USDT
- Вывод каждую неделю
- Комиссия до 5 лет за каждого referral
|
“Согласовано” Директор СПб ГУ «Организатор перевозок» “02” сентября 2009 года |
“Утверждаю” Первый заместитель председателя Комитета по транспорту “10” сентября 2009 года |
ТОМ 3
для проведения ОТКРЫТОГО конкурса
на право заключения
государственного контракта Санкт-Петербурга
на МОДЕРНИЗАЦИЮ программного обеспечения МониторингА городского и пригородного пассажирского транспорта и создания GPRS и PV он-лайн приложений диагностики текущего состояния
БОРТОВОГО ОБОРУДОВАНИЯ СИСТЕМЫ управления городским и пригородным пассажирским транспортом общего пользования ДЛЯ ГОСУДАРСТВЕННЫХ НУЖД САНКТ-ПЕТЕРБУРГА
в 2009 году
Раздел 1. Общие требования
1. Предмет конкурса, начальная (максимальная) цена контракта
1.Предметом настоящего конкурса является право заключения контракта на модернизацию программного обеспечения мониторинга городского и пригородного пассажирского транспорта (далее – ПО Мониторинг ГППТ) и создания GPRS и PV он-лайн приложений диагностики текущего состояния бортового оборудования системы управления городским и пригородным пассажирским транспортом общего пользования для государственных нужд Санкт-Петербурга в 2009 году.
2. Начальная (максимальная) цена контракта 5 ,32 рублей.
3. Код по Общероссийскому классификатору видов экономической деятельности продукции и услуг (ОКДП) – 7260023.
2. Цели и правовое основание для выполнения работ
1. Целями выполнения работ являются:
1.1. Создание в рамках ПО Мониторинг ГППТ приложения по моделированию работы линейного диспетчера на маршрутах ГППТ по расписанию, интервалам и неограниченно (описание алгоритма работы линейного диспетчера предоставляются победителю открытого конкурса – Форма № А1)
1.2. Создание в рамках ПО Мониторинг ГППТ приложения по практическому применению алгоритмов работы линейного диспетчера в рамках Центра АСУ ГППТ (должностные инструкции и инструментарий для оперативного регулирования процессом диспетчеризации линейным диспетчером предоставляются победителю открытого конкурса – Форма № А2)
1.3. Создание в рамках ПО Мониторинг ГППТ GPRS-приложения он-лайн оповещения состояния работы БО СУГиППТ ОП в количестве не менее 6000 единиц (описание алгоритма взаимодействия СПП GPRS-Control и ПО Мониторинг ГППТ предоставляются победителю открытого конкурса – Форма № А3)
1.4. Создание в рамках ПО Мониторинг ГППТ PV-приложения он-лайн оповещения состояния работы ПВ БО СУГиППТ ОП в количестве не менее 6000 единиц (описание алгоритма взаимодействия СПП PV-Control и ПО Мониторинг ГППТ предоставляются победителю открытого конкурса – Форма № А4)
1.5. Создание дополнительных функциональных приложений ПО Мониторинг ГППТ предназначенных для оперативного получения информации о транспортной обстановке на городском и пригородном пассажирском транспорте, диспетчерского регулирования маршрутами наземного городского и пригородного пассажирского транспорта, сбора первичной информации о движении городского и пригородного пассажирского транспорта для последующего анализа
1.6. Создание ежедневного образа БД, ведение он-лайн статистики журнала событий по 6000 единицам БО СУГиППТ ОП, обработка, и его хранение с функцией вывода отчета за интересующий временной промежуток (перечень компонентов журнала событий подлежащих к включению в отчет предоставляются победителю открытого конкурса – Форма № А5)
1.7. Создание алгоритма межбазового взаимодействия в рамках ПО Мониторинг ГППТ и ПО АРМ Отчет (описание БД и функционал алгоритмов взаимодействия предоставляется победителю открытого конкурса – Форма № А6)
2. Основанием для выполнения работ является Постановление Правительства Санкт-Петербурга № 78 от 01.01.2001 «О разработке и внедрении системы электронного контроля оплаты проезда и автоматизированной системы управления городским и пригородным пассажирским транспортом общего пользования в Санкт-Петербурге».
3. Источник финансирования государственного заказа
Санкт-Петербурга
1. Источник финансирования государственного заказа Санкт-Петербурга: бюджет Санкт-Петербурга на 2009 год в соответствии с Законом Санкт-Петербурга -129 «О бюджете Санкт-Петербурга на 2009 год и на плановый период 2010 и 2011 годов», целевая статья 3170058 «Расходы на разработку и внедрение автоматизированной системы управления и системы электронных платежей городского пассажирского транспорта», код раздела 0408, код вида расходов 001. ОСГУ 226 «Прочие работы и услуги».
4. Форма, сроки и порядок оплаты работ
1. Формой оплаты является: оплата осуществляется в безналичной форме в соответствии с утвержденными бюджетными ассигнованиями.
2. Сроки и порядок оплаты: оплата выполненных работ производится Заказчиком в рублях через Казначейство, путем перечисления денежных средств платежным поручением Заказчика на расчетный счет Исполнителя на основании Акта сдачи-приемки выполненных работ, счета, счета-фактуры, представленных Исполнителем, в пределах годового лимита финансирования
3. Авансирование не предусмотрено.
5. Место, условия и сроки выполнения работ
1. Местом оказания услуг является: Исполнитель модернизирует ПО Мониторинг ГППТ, и производит его сдачу по адресу: Санкт – Петербург, Московский пр., 83.
2. Условия и сроки выполнения работ:
Начальный срок выполнения работ: с момента внесения государственного контракта в Реестр государственных контрактов Санкт-Петербурга, но не более 12 календарных дней.
Этапы выполнения работ:
· Первый этап «Анализ исходной информации» – 2 календарных дня с момента внесения государственного контракта в Реестр государственных контрактов Санкт-Петербурга;
· Второй этап «Модернизация программного обеспечения мониторинга ГППТ и создание GPRS и PV он-лайн приложений диагностики текущего состояния БО СУГиППТ ОП» – не более 8 календарных дней с момента сдачи первого этапа.
· Третий этап «Внедрение модернизованного программного обеспечения мониторинг ГППТ и созданных GPRS и PV он-лайн приложений диагностики текущего состояния БО СУГиППТ ОП» – 2 календарных дней с момента сдачи второго этапа.
Конечный срок выполнения работ не позднее 01.12.2009г.
6. Порядок формирования цены контракта (цены лота)
1. Расчет начальной (максимальной) цены контракта приведен в Приложении №1 к настоящему техническому заданию.
2. Цена контракта формируется участником на основе прилагаемого заказчиком расчета начальной (максимальной) цены с учетом (или без учета) расходов на перевозку, страхование, уплату таможенных пошлин, налогов и других обязательных платежей.
3. Цена за единицу объема работ, рассчитывается как начальная (максимальная) цена единицы объема работы, указанная в Приложении №1 к настоящему техническому заданию, уменьшенная на предложенное участником конкурса понижение относительно начальной (максимальной) цены.
Все расходы на приобретение и эксплуатацию средств разработки и тестового оборудования, включая приобретения авторских прав и прав собственности на использующиеся компоненты программного обеспечения, несет Исполнитель по государственному контракту.
Раздел 2. Требования к работам, являющимся предметом конкурса
7. Требования к количественным характеристикам (объему) работ
В результате разработки должно быть представлено:
· Программное обеспечение, обеспечивающее работоспособность системы в соответствии с техническим заданием, включая исходные тексты.
· Комплект документации для установки, настройки и работы с данным программным обеспечением.
Комплектность поставляемого программного обеспечения и документации:
· Руководство системного администратора.
· Руководство пользователя.
· Инструкции по проведению регламентных работ при обслуживании системы.
Вся документация должна быть предоставлена на бумажных носителях, а также в электронном виде на оптических носителях CD или DVD
8. Требования к качеству и безопасности работ
1. Требования к качеству:
Качество разрабатываемых и предлагаемых систем определяется степенью достижения последних поставленным целям, решения обозначенного круга задач, удовлетворения существующих потребностей данного сегмента рынка, что отвечает основному понятию «качество» согласно ISO 9000. Для обеспечения необходимого уровня качества Поставщик должен применять современные средства программирования.
2. Требования к Надежности разработки:
Все решения, примененные в процессе модификации и создания программного обеспечения должны обеспечить постоянную работу системы с возможностью ее восстановления в течение 2 часов.
3. Требования к Безопасности:
Для обеспечения безопасности хранения данных достаточно стандартных мер применяемых в операционной системе и системе управления базой данных (СУБД).
4. Требования к Эргономичности:
Модернизированное программное обеспечение мониторинг ГППТ и созданные GPRS и PV он-лайн приложения диагностики текущего состояния БО СУГиППТ ОП должны быть функциональными с интуитивно-понятным интерфейсом.
9. Требования к техническим характеристикам работ
1. Основные сокращения и термины:
Транспортное средство (ТС) – автобус, трамвай, троллейбус, оборудованный для перевозки пассажиров;
Перевозчик – юридическое лицо, индивидуальный предприниматель, оказывающие услуги по перевозке пассажиров и багажа наземным пассажирским маршрутным транспортом общего пользования;
Автоматизированная система управления городским и пригородным пассажирским транспортом (АСУ ГППТ) - комплекс программных и аппаратных средств, обеспечивающий контроль и управление работой городского пассажирского транспорта;
БД Oracle – СУБД Oracle
БД – база данных
БД Мониторинг – база данных СУБД Oracle, обеспечивающая хранения комплекса телеметрической информации, поступающей с БО СУГиППТ ОП
БД PV – БД, обеспечивающая хранение комплекса информации, поступающей с ПВ интегрированного с БО СУГиППТ ОП.
СПП GPRS-Control – серверное программное приложение, обеспечивающее сбор, обработку и хранения в СУБД Oracle телеметрической информации с комплектов БО СУГиППТ ОП.
СПП PV-Control – серверное программное приложение, обеспечивающее сбор, обработку и хранения в СУБД Oracle комплекса информации поступающей с ПВ интегрированного с БО СУГиППТ ОП.
ПО Мониторинг ГППТ – автоматизированный программно-аппаратный комплекс диспетчерского регулирования маршрутами наземного городского пассажирского транспорта, обеспечивающий взаимодействие с базами данных БД Мониторинг и БД ПВ маршрутов ГППТ на базе СУБД Oracle.
Центр системы мониторинга ТС маршрутов ГППТ (ЦСМ ТС) – программно - аппаратный комплекс, интегрирующий в себе: СУБД Oracle, БД Мониторинг, БД ПВ, СПП GPRS-Control, СПП PV-Control, ПО Мониторинг ГППТ;
ЦС ЦСМ ТС – центральный сервер ЦСМ ТС
Бортовое оборудование системы управления городским и пригородным пассажирским транспортом общего пользования (БО СУГиППТ ОП) – оборудование, устанавливаемое внутри ТС, предназначено для определения местоположения, осуществляющее взаимодействие с: СУБД Oracle, БД Мониторинг, БД ПВ, СПП GPRS-Control, СПП PV-Control, ПО Мониторинг ГППТ, ЦСМ ТС, ТК, КТС, РКТС, ПВ, БО СЭКОП, МКД, РР, ТБД, Ключом, АРМ Диспетчера и ЛУСМО.
Автоматизированное рабочее место диспетчера (АРМ Диспетчера) – программно-аппаратный комплекс, осуществляющий дистанционное взаимодействие СУБД Oracle, БД Мониторинг, БД ПВ, СПП GPRS-Control, СПП PV-Control, ПО Мониторинг ГППТ, обеспечивающий взаимодействие ТБД и БО СУГиППТ ОП;
SQLS2008 – СУБД Microsoft SQL Server2008
Пульт водителя (ПВ) – устройство, подключаемое к БО СУГиППТ ОП для визуального отображения и управления режимами его работы, а также для выполнения заданных функций в рамках ЦСМ ТС и АСУ ГППТ и других систем управления и контроля городским пассажирским транспортом;
Технологическая карта (ТК) электронная карта, отвечающая требованиям стандартов ISO 14443 A+B, Mifare®, SRI 512;
Идентификационная Карта транспортного средства (ИКТС) электронная карта, отвечающая требованиям стандартов ISO 14443A, Mifare®;
ИКМ – индивидуальная карта маршрута электронная карта, отвечающая требованиям стандартов ISO 14443A, Mifare®;
ИКВ – индивидуальная карта водителя электронная карта, отвечающая требованиям стандартов ISO 14443A, Mifare®;
Технологическая транзакция (ТТ) - данные, сформированные при регистрации специальных событий (начало рейса, изменение маршрута, конец рейса и т. п.).
Пакет – единица обмена данными
Модуль контроля Данных (МКД) – микропроцессорное устройство, реализующее криптоалгоритмы шифрования, дешифрования, формирования и проверки цифровой подписи и осуществляющее проверку карты транспортного средства на соответствие требованиям;
Апплет - программное приложение Java™, выполняющееся, в данном случае, на МКД, на программном уровне реализующее функции МКД по выполнению криптографических алгоритмов шифрования, дешифрования, верификации данных и аутентификации. Передается Заказчиком в виде байт-кода.
2. Требования к выполнению работ, испытаниям, объему технического сопровождения и обучению персонала
Требования к выполнению работ:
1. Модернизировать алгоритм взаимодействия ПО Мониторинг ГППТ с БД Мониторинг по отображению набора телеметрической информации, полученной с БО СУГиППТ ОП, (перечень компонентов телеметрической информации и область их предметного применения передается победителю открытого конкурса – Форма № 1 ) не менее 6000 единиц ТС в соответствии с индивидуальным интервалом, указанным для каждого ТС в СПП GPRS-Control (описание алгоритма взаимодействия предоставляется победителю открытого конкурса – Форма № 2).
2. Обеспечить одновременную работу ПО Мониторинг ГППТ не менее чем с 2500 маршрутами, что в совокупности дает не менее 6000 нарядов.
3. Обеспечить одновременное функционирование в ПО Мониторинг ГППТ не менее чем 50 диспетчерских постов
4. Обеспечить на одной диаграмм-площадке одновременный анализ не менее чем 50 диаграмм ТС на 1 диспетчерский пост.
5. Обеспечить работу ПО Мониторинг ГППТ с СУБД Oracle 10g Release 2 for Solaris Operating System.
6. Обеспечить одновременную работу ПО Мониторинг ГППТ с СПП GPRS-Control – БД Мониторинг и СПП PV-Control – БД ПВ (описание алгоритмов взаимодействия передается победителю открытого конкурса – Форма № 3)
7. Предусмотреть возможность работы ПО Мониторинг ГППТ с различными картографическими элементами (перечень ГИС (3 картографических компонента), с которыми должна работать система, предоставляется победителю открытого конкурса – Форма № 4).
8. Модернизировать алгоритм анализа план-факт исполнения движения по: расписанию, интервалу, неограниченно, с отображением времени отклонении по остановочным пунктам (диаграмма передвижения), с отображением телеметрической информации в окне состояния объекта, с временными интервалами, указанными для каждого ТС в СПП GPRS-Control.
9. Обеспечить на основе реперных точек формирование маршрутов движения ГППТ, с возможностью визуального отображения маршрута на различных картографических элементах (перечень ГИС (3 картографических компонента), с которыми должна работать система, предоставляется победителю открытого конкурса – Форма № 4).
10. Обеспечить визуально-звуковое оповещение информации о ТС, временной интервал дезактивации которого составил определенное значение (задаваемый временной период), от интервала, указанного для каждого ТС в СПП GPRS-Control.
11. Перевод СПП PV-Control с СУБД MSQL2008 на СУБД Oracle 10g Release 2 for Solaris Operating System.
12. Осуществить переработку СПП PV-Control для работы под управлением ОС Solaris 10.
13. Реализовать СПП PV-Control как сервиса операционной системы.
14. Создать средства гибкого конфигурирования СПП PV-Control при работе с различными БД.
15. Реализовать модернизацию структуры и программных модулей БД PV (информация конфиденциального характера, передается победителю открытого конкурса – Форма № 5) для обеспечения высокой производительности системы.
16. Реализовать модернизацию СПП PV-Control для обеспечения одновременной работы не менее чем с 6 000 объектов ПВ БО СУГиППТ ОП.
17. Обеспечить вывод информации с ПВ БО СУГиППТ ОП, посредствам СПП PV-Control в ПО Мониторинг ГППТ
18. Перевод СПП GPRS-Control с СУБД MSQL2008 на СУБД Oracle 10g Release 2 for Solaris Operating System.
19. Модернизация структуры и программных модулей БД Мониторинг (информация конфиденциального характера, передается победителю открытого конкурса) для обеспечения высокой производительности системы.
20. Осуществить переработку СПП GPRS-Control для работы под управлением ОС Solaris 10.
21. Реализовать СПП GPRS-Control как сервис операционной системы.
22. Модернизировать алгоритм записи внешней телеметрической информации, поступающей в СПП GPRS-Control, в БД Мониторинг (алгоритм взаимодействия передается победителю открытого конкурса) путем реализации независимого сервиса «очередь запросов», разделяющего процесс получения данных и функции записи в БД.
23. Модернизировать СПП GPRS-Control для обеспечения одновременной работы с 6000 единиц БО СУГиППТ ОП в соответствие с индивидуальными настройками каждого соединения (подробный перечень индивидуальных настроек передается победителю открытого конкурса – Форма № 6).
24. Модернизировать приемную часть СПП GPRS-Control для обеспечения индивидуального интервала опроса текущего состояния ТС в диапазоне от 1 секунды до 3 минут.
25. Произвести модернизацию алгоритма «докачки» СПП GPRS-Control при процедуре взаимодействия внутренней энергонезависимой памяти БО СУГиППТ ОП и БД Мониторинг в соответствие с индивидуальными настройками каждого соединения (перечень компонентов к модернизации предоставляется победителю открытого конкурса – Форма № 7)
Требования к модернизации:
1 Осуществлять мониторинг в режиме реального времени, с отображением на картографическом элементе (широта, долгота) одновременно функционирующих сессий не менее 6000 единиц БО СУГиППТ ОП, в соответствии с индивидуальным интервалом, указанным для каждого ТС в СПП GPRS-Control
2. Задержка обновления телеметрических данных, полученных СПП GPRS-Control с БО СУГиППТ ОП и складируемых в БД Мониторинг, до момента их визуализации в ПО Мониторинг НГПТ, не должна превышать 3 секунд.
3. Реализовать визуализацию на картографическом элементе схемы маршрута с указанием остановочных пунктов – Форма № 8
4. Дополнить всплывающей подсказку при наведении курсора мышки на конкретное ТС, с указанием: номер рейса, планового время прибытия на последний посещаемый остановочный пункт, фактическое время прибытия на остановочный пункт (подробный перечень информации необходимый к визуализации предоставляется победителю открытого конкурса – Форма № 9)
5. Обеспечить возможность визуализации диаграммы передвижения ТС по следующим критериям: линейная диаграмма, с отображением остановочных пунктов по направлениям; он-лайн позиционирование ТС на линейной диаграмме в виде точки; остановочные пункты, посещенные ТС, визуализируются цифрой отклонения план-факт движения по маршруту и цветом (подробное описание алгоритмов визуализации предоставляется победителю открытого конкурса – Форма № 10).
6. Реализовать возможность визуализации информации о движении ТС в виде диаграмм, представляющих собой прямые линии маршрута с обозначенными на них остановками по направлениям и транспортными средствами, движущимися по этому маршруту.
7. Обеспечить различные варианты представления информации о транспортной ситуации: в виде формы с закладками (не менее 50 диаграмм на каждой закладке); в виде формы с диаграммами о движении ТС для конкретного выбранного пользователем маршрута; в виде формы с закладками на которой представляются комбинированные по маршруту диаграммы (на каждой диаграмме показываются все ТС, выпущенные на этот маршрут).
8. Реализовать пользовательский интерфейс, с возможностью открытия нескольких диаграмм-площадок (каскад), предоставляющих возможность открытия, не менее 50 диаграмм в каждой.
9. Реализовать пользовательский интерфейс, с возможностью присвоения названия диаграмм-площадкам, с возможностью внесения дополнительной информации: количественные и качественные характеристики (предоставляются победителю открытого конкурса – Форма № 11)
10. Реализовать пользовательский интерфейс, предоставляющий возможность переноса диаграммы с одной диаграмм-площадки на другую
11. Реализовать пользовательский интерфейс, предоставляющий возможность он-лайн статистики соединений по категориям: количество активных ТС на диаграмм-площадке, количество дезактивированных ТС с указанием даты и времени дезактивации и т. п. (подробный перечень необходимой визуализированной статистики передается победителю открытого конкурса – Форма № 12)
12. Реализовать пользовательский интерфейс, предоставляющий возможность сортировки диаграмм на диаграмм-площадке по критериям: перевозчик, парк, колона, маршрут т. п. (подробный перечень необходимой визуализированной статистики передается победителю открытого конкурса – Форма № 13)
13. Реализовать процедуру ведения он-лайн статистики данных по каждой конкретной диаграмм-площадке по количеству ТС на диаграмм-площадке, активных и дезактивированных (время дезактивации, причина) ТС, с визуализацией на диаграмме последнего пройденного остановочного пункта.
14. Реализовать цветовую индикацию активности диаграммы на диаграмм-площадке (синяя – активно, красное – дезактивировано)
15. Реализовать на диаграмм-площадке цветовую и звуковую сигнализацию диаграмм ТС, опаздывающих или опережающих график движения наряда по маршруту.
16. Реализовать в режиме реального времени возможность просмотра статистики план-факт выполнения ТС конкретного наряда по маршруту.
17. Обеспечить взаимодействие с ПО АРМ Маршрут АСУ ГППТ в части экспорта-импорта данных справочника маршрутов – форма создания нарядов по маршруту (подробный перечень критериев формирования нарядов передается победителю открытого конкурса – Форма № 14)
18. Обеспечить взаимодействие с ПО АРМ Маршрут АСУ ГППТ в части экспорта-импорта данных справочника маршрутов – форма создания и редактирования расписания нарядов (критерии справочника передаются победителю открытого конкурса – Форма № 15)
19. Обеспечить взаимодействие с ПО АРМ Маршрут АСУ ГППТ в части экспорта-импорта данных справочника маршрутов – Форма 3 (стандартизированная форма) конкретного маршрута (образец Формы 3 предоставляется победителю открытого конкурса – Форма № 16)
20. Реализовать опцию выпуска ТС на маршрут с присвоением конкретного наряда «На линию» и «Снять с линии», включая отметку в системе о причине снятия с линии (подробный перечень критериев выпуска ТС на линию передается победителю открытого конкурса – Форма № 17)
21. Реализовать он-лайн отображение всего перечня ТС «На линии» маршрута, с возможностью получения по каждому ТС он-лайн статистики план-факт его передвижении с момента выпуска на линию.
22. Реализовать функцию ведения он-лайн статистики по справочнику зарегистрированных на маршруте ТС.
23. Реализовать функцию построения маршрута движения выбранного транспортного средства на картографическом элементе, с возможностью визуального оповещения диспетчера о состоянии ТС в интересующей точке с визуальным отображением показателей: скорость, дата, времени (подробный перечень критериев отображения предается победителю открытого конкурса – Форма № 18)
24. Реализовать в ПО Мониторинг ГППТ функционал поддержки принятия решения, с предоставлением рекомендаций диспетчеру о действиях, необходимых для восстановления движения в соответствии с общими принципами диспетчерского регулирования и с учетом соблюдения допустимой продолжительности работы водителя на линии.
25.Разработать процедуры разграничения доступа в работе с ПО Мониторинг ГППТ (не менее 5 уровней доступа, подробная структура разграничении доступа предоставляется победителю открытого конкурса – Форма № 19)
26. Модернизировать архитектуру визуализации вывода информации с ПВ БО СУГиППТ ОП, поступающей в СПП PV-Control с дальнейшим отображением в ПО Мониторинг ГППТ (6 кнопок ПВ информация предоставляется победителю открытого конкурса – Формат № 20)
27. Модернизировать символы визуализации информации о движении ТС на картографическом элементе по следующему критерию: треугольник – направление движения ТС, квадрат – остановка/стоянка, | | – отсутствие координат ТС (точное обозначение (символьная визуализация) предоставляется победителю открытого конкурса – Форма № 21)
28. Применить принцип символьной визуализации информации на диаграммах диаграмм-площадок.
29. Реализовать алгоритм учета транспортной работы по специфике городского электрического транспорта – троллейбус (описание алгоритма передается победителю открытого конкурса – Форма № 22)
30. Реализовать алгоритм учета транспортной работы по специфике городского электрического транспорта – трамвай (описание алгоритма передается победителю открытого конкурса – Форма № 23)
31. Реализовать пользовательский интерфейс, с возможностью открытия нескольких GPRS-площадок (каскад), предоставляющих возможность открытия, не менее 500 соединений в каждой.
32. Реализовать пользовательский интерфейс, с возможностью присвоения названия GPRS-площадкам, с возможностью внесения дополнительной информации: количественные и качественные характеристики (предоставляются победителю открытого конкурса– Форма № 24)
33. Реализовать пользовательский интерфейс, предоставляющий возможность переноса соединения с одной GPRS-площадки на другую
34. Реализовать пользовательский интерфейс, предоставляющий возможность он-лайн статистики соединений по категориям: количество сессий на GPRS-площадке, количество активный соединений, количество дезактивированных подключений с указанием даты и времени дезактивации и т. п. (подробный перечень необходимой визуализированной статистики передается победителю открытого конкурса– Форма № 25)
35. Реализовать пользовательский интерфейс, предоставляющий возможность сортировки сессий по критериям: колона, парк, дата, ID ТС и т. п. (подробный перечень необходимой визуализированной статистики передается победителю открытого конкурса)
36. Реализовать пользовательский интерфейс, предоставляющий возможность выбора и закрепления за конкретной сессией GPRS-площадкой, своего уникального порта и набора статический IP-адреса SIM-карт
37. Реализовать процедуру обмена (репликации) баз данных с ПО SMS-коннект (алгоритм взаимодействия передается победителю открытого конкурса– Форма № 26)
38. Разработать процедуры разграничения доступа СПП GPRS-Control (не менее 5 уровней доступа, подробная структура разграничений доступа предоставляется победителю открытого конкурса– Форма № 27)
39. Разработать процедуру ведения он-лайн статистики подключений сессией БО СУГиППТ ОП с привязкой к дате, времени и специализированным кодам причин дезактивации (информация конфиденциального характера, передается победителю открытого конкурса– Форма № 28)
40. Реализовать пользовательский интерфейс, предоставляющий возможность, как графического отображения сессий на GPRS-площадках (квадрат с номером ТС), так и табличного исполнения с визуальным отображением настроек по каждой отдельной сессии БО СУГиППТ ОП (формат строки табличного исполнения передается победителю открытого конкурса– Форма № 29)
41. Реализовать процедуру ведения он-лайн статистики подключений сессией БО СУГиППТ ОП с привязкой к дате, времени и специализированным кодам причин дезактивации (информация конфиденциального характера, передается победителю открытого конкурса – Форма № 30)
42. Реализовать возможность проверки валидности (проверки подлинности) подключенного БО СУГиППТ ОП путем контроля параметров (адрес/порт) соединения.
43. Реализовать пользовательский интерфейс, быстрого развертывания PV-площадок, предоставляющих возможность инициализации, настройки, загрузки и выгрузки базы данных.
44. Реализовать пользовательский интерфейс, предоставляющий возможность он-лайн статистики соединений по категориям: количество сессий на сервере СПП PV-Control, количество активных соединений за период (подробный перечень необходимой визуализированной статистики передается победителю открытого конкурса – Форма № 31)
45. Реализовать пользовательский интерфейс, предоставляющий возможность выбора и закрепления за конкретным ПВ БО СУГиППТ своего уникального порта и набора статический IP-адрес/SIM-карта.
46. Реализовать процедуры разграничения доступа СПП PV-Control (не менее 2 уровней доступа, подробная структура разграничений доступа предоставляется победителю открытого конкурса – Форма № 32)
3. Функциональные требования
ПО Мониторинг ГППТ должно обеспечивать:
1. Одновременную работу не менее чем с 6 000 единиц БО СУГиППТ ОП, осуществляя визуализацию массива телеметрической информации и информации о состоянии ТС с выводом на картографический элемент.
2. Визуализацию диаграмм-площадок, с возможностью их сортировки.
3. Визуализации на картографическом элементе в режиме реального времени не менее чем 6000 единиц БО СУГиППТ ОП
4. Ведение справочников
5. Осуществлять выпуск «На линию» и «снятие с линии»
6. Формировать он-лайн статистику план-факт выполнения транспортной работы
7. Осуществлять вывод на картографический элемент маршрута передвижения ТС, с отображением остановочных пунктов и информации по ним в виде всплывающей подсказки.
8. Произвести разграничение (каскад) картографических элементов по трем алгоритмам: автотранспорт (Окно 1), троллейбус (Окно 2), трамвай (Окно 3)
9. Предусмотреть возможность открытия дополнительных окон в количестве не менее – 30 единиц,
10. Предусмотреть возможность персонализации окон и ведения статистики по ним.
СПП GPRS-Control должно обеспечивать:
11. Одновременную работу с большим количеством подключившихся устройств БО СУГиППТ ОП, осуществляя прием-передачу массива телеметрической информации и информации о состоянии ТС, осуществляет обработку данных и сохранение обработанной информации в БД Мониторинг.
12. Реализацию алгоритма чтения внутренней энергонезависимой памяти БО СУГиППТ ОП для получения информации о местоположении и состоянии ТС во время отсутствия связи с сервером (алгоритм «докачки»).
13. Регистрацию БО СУГиППТ ОП в системе.
14. Модификацию информации о БО СУГиППТ ОП в системе.
15. Отображение информации о подключившихся устройствах в режиме реального времени.
16. Отключение/подключение функции наблюдения для устройств БО СУГиППТ ОП.
17. Изменение частоты опроса текущего местоположения устройств БО СУГиППТ ОП.
18. Максимально удобный пользовательский интерфейс, как в графической, так и в табличной формах
СПП PV-Control должно обеспечивать:
19. Одновременную работу с не менее чем 6 000 единиц ПВ БО СУГиППТ ОП, осуществляя прием-передачу массива телеметрической информации и информации о состоянии ТС, осуществляет обработку данных и сохранение обработанной информации в БД PV.
20. Сбор, обработку и хранение телеметрической информации о ПВ БО СУГиППТ ОП в БД PV с ее дальнейшей ретрансляцией и визуализацией в ПО Мониторинг ГППТ.
21. Отображение информации о состоянии ПВ БО СУГиППТ ОП, зарегистрированных в системе.
4. При модернизации ПО Мониторинг ГППТ необходимо применять:
ГОСТ 19.001-77. ЕСПД. Общие положения
ГОСТ 19.002-80. ЕСПД. Схемы алгоритмов и программ. Правила выполнения
ГОСТ 19.003-80. ЕСПД. Схемы алгоритмов и программ. Обозначение условные графические
ГОСТ 19.004-80. ЕСПД. Термины и определения
ГОСТ 19.101-77. ЕСПД. Виды программ и программных документов
ГОСТ 19.102-77. ЕСПД. Стадии разработки
ГОСТ 19.103-77. ЕСПД. Обозначение программ и программных документов
ГОСТ 19.105-78. ЕСПД. Общие требования к программным документам
ГОСТ 19.201-78. ЕСПД. Техническое задание. Требования к содержанию и оформлению
ГОСТ 19.202-78. ЕСПД. Спецификация. Требования к содержанию и оформлению
ГОСТ 19.301-79. ЕСПД. Программа и методика испытаний. Требования к содержанию и оформлению
ГОСТ 19.401-78. ЕСПД. Текст программы. Требования к содержанию и оформлению
ГОСТ 19.402-78. ЕСПД. Описание программы
ГОСТ 19.404-79. ЕСПД. Пояснительная записка. Требования к содержанию и оформлению
ГОСТ 19.503-79. ЕСПД. Руководство системного программиста. Требования к содержанию и оформлению
ГОСТ 19.504-79. ЕСПД. Руководство программиста. Требования к содержанию и оформлению
ГОСТ 19.505-79. ЕСПД. Руководство оператора. Требования к содержанию и оформлению
ГОСТ 19.601-78. ЕСПД. Общие правила дублирования, учета и хранения
С дополнительной документацией, не являющейся конфиденциальной, можно ознакомиться по адресу: СПб, Московский пр. 83, в рабочие часы: пн.-чт. с 8.30 до 17.30, пт. с 8.30 до 17.00, СПб ГУ «Организатор перевозок».
Информация конфиденциального характера, необходимая для исполнения государственного контракта, передаётся победителю открытого конкурса.
Все расходы на приобретение и эксплуатацию средств разработки и тестового оборудования, включая приобретения авторских прав и прав собственности на использующиеся компоненты программного обеспечения, несет Исполнитель по государственному контракту.
10. Требования к результатам услуг и иные показатели, связанные
с определением соответствия выполняемых работ потребностям заказчика (приемка работ)
1. Поставщик обязан:
· Провести испытание функционала ПО Мониторинг ГППТ, GRPS и PV он-лайн приложений на соответствие техническому заданию;
· Произвести ввод в эксплуатацию программное и техническое обеспечение в сроки, установленные настоящей документацией;
· Провести обучение технического персонала приемам по эксплуатации и техническому обслуживанию программного обеспечения в объеме программы обучения не менее 48 часов;
· Передать техническую документацию Заказчику;
· Осуществлять техническое сопровождение поставленного оборудования в течение 12 месяцев.
2. Испытания программного обеспечения
По факту установки ПО Мониторинг ГППТ, GRPS и PV он-лайн приложений проводятся испытания, при этом проверяется работоспособность комплекса в соответствии с требованиями технического задания (программа испытаний предоставляется победителю открытого конкурса).
3. Техническое сопровождение
Поставщик обязан обеспечить техническое и программное сопровождение в период исполнения контракта и в течение 12 месяцев после ввода в эксплуатацию, включающее:
· консультации Заказчика, получателей оборудования и иных указанных Заказчиком лиц по вопросам технического функционировании и эксплуатации ПО Мониторинг ГППТ, GRPS и PV он-лайн приложений, адаптацию программного обеспечения в случае замены отдельных электронных компонентов, входящих в состав оборудования, на аналогичные компоненты других производителей.
· модификации программного обеспечения в случае незначительных уточнений Технического задания.
Модернизация ПО Мониторинг ГППТ и создание GPRS и PV он-лайн приложений включает следующие этапы производства работ:
· Анализ исходной информации;
· Модернизация программного обеспечения мониторинга ГППТ и создание GPRS и PV он-лайн приложений диагностики текущего состояния БО СУГиППТ ОП;
· Внедрение модернизованного программного обеспечения мониторинг ГППТ и созданных GPRS и PV он-лайн приложений диагностики текущего состояния БО СУГиППТ ОП.
Порядок сдачи работ:
· Сдача выполненных Исполнителем работ по каждому этапу производства работ и приемка их Заказчиком оформляется Техническим актом.
· На основании Технических актов оформляется Акт сдачи-приемки работ, подписанный представителями сторон и иных заинтересованных лиц, входящих в рабочую приёмочную комиссию.
· При обнаружении Заказчиком в ходе приемки недостатков в выполненных работах составляется Рекламационный акт, в котором фиксируется перечень дефектов (недоделок) и сроки их устранения Подрядчиком. При отказе (уклонении) Исполнителем от подписания указанного акта, в нем делается отметка об этом, и подписанный акт подтверждается третьим лицом (экспертом) по выбору Заказчика.
· Исполнитель обязан устранить все обнаруженные недостатки своими силами и за свой счет в сроки, указанные в Рекламационном акте.
· Датой сдачи выполненных работ считается дата подписания сторонами Акта сдачи-приемки работ.
· Все дистрибутивы программного комплекса передаются Заказчику на компакт-дисках.
· Вся документация должна быть предоставлена на бумажных носителях, а также в электронном виде Заказчику на компакт-дисках.
Раздел 3. Требования сроку и (или) объему предоставления
гарантии качества работ
Гарантия на выполненные работы – не менее 12 месяцев.
Раздел 4. Требования к порядку заполнения участником формы «Предложение о качестве работ (услуг)»
1. В случае если предлагаемые участником технические (технологические) решения, а также материалы (комплектующие и оборудование) соответствуют (идентичны) требованиям заказчика, изложенным в техническом задании, участник в графе 3 формы указывает следующее ««Работы (услуги) будут выполнены в соответствии со всеми требованиями, указанными в техническом задании с использованием материалов (комплектующих и оборудования), указанных в техническом задании»». Графы 1,2 и 4 участником не заполняются.
2. В случае если участник предлагает использовать при выполнении работ (оказании услуг) отличные от поименованных в техническом задании материалы (комплектующие и оборудование) в графе 3 формы участником должны быть указаны все технические, качественные и др. характеристики, позволяющие определить их эквивалентность (по показателям указанным в техническом задании). В графе 4 формы указывается фирменное наименование (марка, вид и т. д.), наименование производителя и страны - происхождения, предлагаемых материалов (комплектующих и оборудования). В графе 2 формы указывается ссылка на соответствующие пункты технического задания.
3. В случае если участник предлагает иные технические (технологические) решения, связанные с производством работ (оказанием услуг), в графе 3 формы участником указываются соответствующие характеристики (описание, показатели и т. д.), позволяющие определить соответствие выполняемых работ качественных потребностям заказчика (по показателям указанным в техническом задании). В графе 2 формы указывается ссылка на соответствующие пункты технического задания. Графа 4 формы участником в этом случае не заполняется.
Раздел 5. Перечень приложений к тому 3, являющихся
его неотъемлемой частью
Приложение - Расчет начальной (максимальной) цены контракта.
Заместитель директора
|
Форма 3П | ||||||
|
Смета № 1 | ||||||
|
Расчет начальной (максимальной) цены контракта | ||||||
|
МОДЕРНИЗАЦИЯ ПО МОНИТОРИНГА ГППТ И | ||||||
|
СОЗДАНИЮ GPRS И PV ОН-ЛАЙН ПРИЛОЖЕНИЙ ДИАГНОСТИКИ ТЕКУЩЕГО СОСТОЯНИЯ БО СУГИППТ ОП | ||||||
|
ДЛЯ ГОСУДАРСТВЕННЫХ НУЖД САНКТ-ПЕТЕРБУРГА В 2009 ГОДУ | ||||||
|
Наименование организации заказчика |
СПб ГУ "Организатор перевозок" | |||||
|
Основанием для определения размера текущих тарифных ставок оплаты труда является: | ||||||
|
Письмо КЭРППиТ б/н, Тарифная ставка на 01.08.2009, руб./чел-ч | ||||||
|
руб. | ||||||
|
N п. п |
Перечень выполняемых работ |
Исполнители |
Количество человеко-дней |
Средняя оплата труда за 1 день |
Оплата труда (всего) | |
|
(из расчета двусменной работы) |
количество |
должность | ||||
|
1 |
2 |
3 |
4 |
5 |
6 |
7 |
|
1 |
Анализ исходной информации |
1 | ||||
|
1.1 |
Анализ исходной информации и документации для производства работ. |
5 |
Руководитель проекта |
1 |
2 055,56 |
10 277,80 |
|
15 |
Инж.-консультант по транспортн. полит. |
1 |
1 581,20 |
23 718,00 | ||
|
23 |
Инженер-программист |
1 |
1 581,20 |
36 367,60 | ||
|
15 |
Консультант по информац. безопасн. |
1 |
1 581,20 |
23 718,00 | ||
|
15 |
Системный администратор |
1 |
880,48 |
13 207,20 | ||
|
20 |
Ведущий инженер |
1 |
1 460,32 |
29 206,40 | ||
|
Итого |
,00 | |||||
|
1.2 |
Анализ существующих данных (в том числе их структуры), комплексная проверка функционирования |
5 |
Руководитель проекта |
1 |
2 055,56 |
10 277,80 |
|
15 |
Инж.-консультант по транспортн. полит. |
1 |
1 581,20 |
23 718,00 | ||
|
23 |
Инженер-программист |
1 |
1 581,20 |
36 367,60 | ||
|
15 |
Консультант по информац. безопасн. |
1 |
1 581,20 |
23 718,00 | ||
|
15 |
Системный администратор |
1 |
880,48 |
13 207,20 | ||
|
20 |
Ведущий инженер |
1 |
1 460,32 |
29 206,40 | ||
|
Итого |
,00 | |||||
|
Итого по этапу |
2 |
,00 | ||||
|
2 |
Модернизация ПО мониторинга ГППТ и создание GPRS и PV он-лайн приложений диагностики текущего состояния БО СУГиППТ ОП |
2 | ||||
|
2.1 |
Резервирование существующей информации |
5 |
Руководитель проекта |
1 |
2 055,56 |
10 277,80 |
|
15 |
Инж.-консультант по транспортн. полит. |
1 |
1 581,20 |
23 718,00 | ||
|
23 |
Инженер-программист |
1 |
1 581,20 |
36 367,60 | ||
|
15 |
Консультант по информац. безопасн. |
1 |
1 581,20 |
23 718,00 | ||
|
15 |
Системный администратор |
1 |
880,48 |
13 207,20 | ||
|
20 |
Ведущий инженер |
1 |
1 460,32 |
29 206,40 | ||
|
Итого |
,00 | |||||
|
2.2 |
Модернизация структуры баз данных системы мониторинга. Разработка структуры базы данных GPRS и PV он-лайн приложений |
5 |
Руководитель проекта |
1 |
2 055,56 |
10 277,80 |
|
15 |
Инж.-консультант по транспортн. полит. |
1 |
1 581,20 |
23 718,00 | ||
|
23 |
Инженер-программист |
1 |
1 581,20 |
36 367,60 | ||
|
15 |
Консультант по информац. безопасн. |
1 |
1 581,20 |
23 718,00 | ||
|
16 |
Системный администратор |
1 |
880,48 |
14 087,68 | ||
|
20 |
Ведущий инженер |
1 |
1 460,32 |
29 206,40 | ||
|
Итого |
,48 | |||||
|
2.3 |
Модернизация функции обработки данных системы мониторинга. Разработка программных модулей обработки данных GPRS и PV он-лайн приложений |
5 |
Руководитель проекта |
2 |
2 055,56 |
20 555,60 |
|
15 |
Инж.-консультант по транспортн. полит. |
2 |
1 581,20 |
47 436,00 | ||
|
23 |
Инженер-программист |
2 |
1 581,20 |
72 735,20 | ||
|
15 |
Консультант по информац. безопасн. |
2 |
1 581,20 |
47 436,00 | ||
|
15 |
Системный администратор |
2 |
880,48 |
26 414,40 | ||
|
20 |
Ведущий инженер |
2 |
1 460,32 |
58 412,80 | ||
|
Итого |
,00 | |||||
|
2.4 |
Модернизация пользовательского интерфейса системы мониторинга. Разработка пользовательского интерфейса GPRS и PV он-лайн приложений. |
5 |
Руководитель проекта |
2 |
2 055,56 |
20 555,60 |
|
15 |
Инж.-консультант по транспортн. полит. |
2 |
1 581,20 |
47 436,00 | ||
|
23 |
Инженер-программист |
2 |
1 581,20 |
72 735,20 | ||
|
15 |
Консультант по информац. безопасн. |
2 |
1 581,20 |
47 436,00 | ||
|
15 |
Системный администратор |
2 |
880,48 |
26 414,40 | ||
|
20 |
Ведущий инженер |
2 |
1 460,32 |
58 412,80 | ||
|
Итого |
,00 | |||||
|
2.5 |
Комплексное тестирование приложений |
5 |
Руководитель проекта |
2 |
2 055,56 |
20 555,60 |
|
15 |
Инж.-консультант по транспортн. полит. |
2 |
1 581,20 |
47 436,00 | ||
|
23 |
Инженер-программист |
2 |
1 581,20 |
72 735,20 | ||
|
15 |
Консультант по информац. безопасн. |
2 |
1 581,20 |
47 436,00 | ||
|
15 |
Системный администратор |
2 |
880,48 |
26 414,40 | ||
|
20 |
Ведущий инженер |
2 |
1 460,32 |
58 412,80 | ||
|
Итого |
,00 | |||||
|
2.6 |
Внесение изменений в эксплуатационную документацию системы мониторинга. Разработка эксплуатациоенной документации GPRS и PV он-лайн приложений |
5 |
Руководитель проекта |
1 |
2 055,56 |
10 277,80 |
|
15 |
Инж.-консультант по транспортн. полит. |
1 |
1 581,20 |
23 718,00 | ||
|
23 |
Инженер-программист |
1 |
1 581,20 |
36 367,60 | ||
|
15 |
Консультант по информац. безопасн. |
1 |
1 581,20 |
23 718,00 | ||
|
15 |
Системный администратор |
1 |
880,48 |
13 207,20 | ||
|
20 |
Ведущий инженер |
1 |
1 460,32 |
29 206,40 | ||
|
Итого |
,00 | |||||
|
Итого по этапу |
8 |
1 ,48 | ||||
|
3 |
Внедрение модернизованного ПО мониторинг ГППТ и созданных GPRS и PV он-лайн приложений диагностики текущего состояния БО СУГиППТ ОП |
3 | ||||
|
3.1 |
Установка обновленной версии ПО системы мониторинга, GPRS и PV он-лайн приложений на сервере с модернизацией баз данных |
5 |
Руководитель проекта |
1 |
2 055,56 |
10 277,80 |
|
15 |
Инж.-консультант по транспортн. полит. |
1 |
1 581,20 |
23 718,00 | ||
|
23 |
Инженер-программист |
1 |
1 581,20 |
36 367,60 | ||
|
15 |
Консультант по информац. безопасн. |
1 |
1 581,20 |
23 718,00 | ||
|
15 |
Системный администратор |
1 |
880,48 |
13 207,20 | ||
|
20 |
Ведущий инженер |
1 |
1 460,32 |
29 206,40 | ||
|
Итого |
,00 | |||||
|
3.2 |
Настройка параметров серверных приложений ПО |
5 |
Руководитель проекта |
1 |
2 055,56 |
10 277,80 |
|
15 |
Инж.-консультант по транспортн. полит. |
1 |
1 581,20 |
23 718,00 | ||
|
23 |
Инженер-программист |
1 |
1 581,20 |
36 367,60 | ||
|
15 |
Консультант по информац. безопасн. |
1 |
1 581,20 |
23 718,00 | ||
|
15 |
Системный администратор |
1 |
880,48 |
13 207,20 | ||
|
20 |
Ведущий инженер |
1 |
1 460,32 |
29 206,40 | ||
|
Итого |
,00 | |||||
|
3.3 |
Настройка параметров системного и прикладного программного обеспечения |
5 |
Руководитель проекта |
1 |
2 055,56 |
10 277,80 |
|
15 |
Инж.-консультант по транспортн. полит. |
1 |
1 581,20 |
23 718,00 | ||
|
23 |
Инженер-программист |
1 |
1 581,20 |
36 367,60 | ||
|
15 |
Консультант по информац. безопасн. |
1 |
1 581,20 |
23 718,00 | ||
|
15 |
Системный администратор |
1 |
880,48 |
13 207,20 | ||
|
20 |
Ведущий инженер |
1 |
1 460,32 |
29 206,40 | ||
|
Итого |
,00 | |||||
|
3.4 |
Установка ПО на рабочих станциях |
5 |
Руководитель проекта |
1 |
2 055,56 |
10 277,80 |
|
15 |
Инж.-консультант по транспортн. полит. |
1 |
1 581,20 |
23 718,00 | ||
|
23 |
Инженер-программист |
1 |
1 581,20 |
36 367,60 | ||
|
15 |
Консультант по информац. безопасн. |
1 |
1 581,20 |
23 718,00 | ||
|
15 |
Системный администратор |
1 |
880,48 |
13 207,20 | ||
|
20 |
Ведущий инженер |
1 |
1 460,32 |
29 206,40 | ||
|
Итого |
,00 | |||||
|
3.5 |
Обучение пользователей |
5 |
Руководитель проекта |
2 |
2 055,56 |
20 555,60 |
|
15 |
Инж.-консультант по транспортн. полит. |
2 |
1 581,20 |
47 436,00 | ||
|
23 |
Инженер-программист |
2 |
1 581,20 |
72 735,20 | ||
|
15 |
Консультант по информац. безопасн. |
2 |
1 581,20 |
47 436,00 | ||
|
15 |
Системный администратор |
2 |
880,48 |
26 414,40 | ||
|
20 |
Ведущий инженер |
2 |
1 460,32 |
58 412,80 | ||
|
Итого |
,00 | |||||
|
3.6 |
Консультирование пользователей по вопросам, связанным с эксплуатацией (на рабочем месте пользователя) |
5 |
Руководитель проекта |
1 |
2 055,56 |
10 277,80 |
|
15 |
Инж.-консультант по транспортн. полит. |
1 |
1 581,20 |
23 718,00 | ||
|
23 |
Инженер-программист |
1 |
1 581,20 |
36 367,60 | ||
|
15 |
Консультант по информац. безопасн. |
1 |
1 581,20 |
23 718,00 | ||
|
15 |
Системный администратор |
1 |
880,48 |
13 207,20 | ||
|
20 |
Ведущий инженер |
1 |
1 460,32 |
29 206,40 | ||
|
Итого |
,00 | |||||
|
Итого по этапу |
2 |
955465 | ||||
|
Итого заработная плата основных исполнителей по всем разделам |
2 ,48 | |||||
|
Начисления на заработную плату |
26,40% |
,69 | ||||
|
Итого оплата труда основных исполнителей по всем этапам |
3 ,17 | |||||
|
Итого прямых затрат |
3 ,17 | |||||
|
Накладные расходы (от ФОТ) |
45,00% |
1 ,72 | ||||
|
Итого прямые затраты и накладные расходы |
4 ,88 | |||||
|
Накопления (прибыль) от ФОТ |
15,00% |
,57 | ||||
|
Итого |
4 ,45 | |||||
|
НДС |
18,00% |
,86 | ||||
|
ВСЕГО |
5 ,32 |
Заместитель директора
