Договор № г. Москва г.

Договор №
г. Москва
«____»____________ 201_ г.
Открытое акционерное общество «Московская городская телефонная сеть», в
дальнейшем именуемое «Заказчик», в лице __________________________действующего
на
основании
доверенности
_________________________
,
и
__________________________, в дальнейшем именуемое «Разработчик», в лице
__________________________, действующего на основании Устава, вместе именуемые
«Стороны», заключили настоящий Договор о нижеследующем:
1. ПРЕДМЕТ ДОГОВОРА
1.1. Заказчик поручает, а Разработчик принимает на себя обязательство разработать
программное обеспечение системы ”Паспорт дома” для создания единой базы
абонентских данных и поддержки продаж услуг МГТС на условиях, определенных
настоящим
Договором,
программное
обеспечение
(программа
для
ЭВМ)
«__________________________» (далее – «Продукт») информационной системы Паспорт
дома, а также выполнить работы по установке, настройке и вводу в эксплуатацию
разработанного программного обеспечения.
1.2. Технические требования, которым должен отвечать Продукт, определяются
Функциональными требованиями к Продукту (Приложение № 1 к Договору).
2. ОБЯЗАТЕЛЬСТВА СТОРОН
2.1. Разработчик обязуется создать и передать Заказчику Продукт, а также
выполнить работы по установке, настройке и вводу в эксплуатацию программного
обеспечения с 01.03.2012г. по 31.10.2012г. План-график выполнения работ приведен в
Приложении № 2 к договору.
2.2. Разработчик обязуется создать Продукт и выполнить работы своими силами и
средствами.
2.3. Продукт передается Разработчиком Заказчику по Акту сдачи-приемки работ по
разработке Продукта (далее – «Акт сдачи-приемки»).
2.4. Разработчик обязуется предоставить Заказчику гарантийное обслуживание
Продукта в течение 36 (тридцати шести) месяцев с даты подписания Сторонами Акта
сдачи-приемки работ по второму этапу.
2.5. Заказчик обязуется использовать Продукт в полном соответствии с условиями
настоящего Договора.
2.6. Заказчик обязуется оплатить сумму вознаграждения в соответствии с
условиями статьи 4 настоящего Договора.
3. СДАЧА-ПРИЕМКА ВЫПОЛНЕННЫХ РАБОТ
3.1. Разработчик обязуется уведомить Заказчика о готовности Продукта не позднее,
чем за 2 (два) рабочих дня до начала сдачи-приемки работ.
3.2. Стороны договорились о том, что передача функционалов Продукта
оформляется двусторонним Актом сдачи-приемки работ по соответствующему этапу,
составленным и подписанным представителями Сторон.
3.3. Заказчик обязуется в течение 2 (двух) рабочих дней с момента получения
уведомления о готовности функционала Продукта согласовать с Разработчиком время и
порядок проведения приемных испытаний, по завершении которых составляется
двусторонний протокол приемочных испытаний. Уведомление о готовности Продукта
Разработчик обязан направить Заказчику в соответствии с календарным планомграфиком работ, приведенным в Приложении №2 данного Договора.
3.4. Акт сдачи-приемки работ соответствующего этапа подписывается Сторонами
при отсутствии дефектов в функционировании Продукта, выявленных при проведении
приемных испытаний. Разработчик обязан направить Заказчику Акт сдачи-приемки работ
по соответствующему этапу в течение 2 (двух) рабочих дней с даты завершения работ по
соответствующему этапу.
Заказчик, в течение 5 (пяти) рабочих дней со дня передачи ему Разработчиком Акта
сдачи-приемки работ по разработке Продукта (форма Акта приведена в Приложении № 3
к договору) обязан вернуть Разработчику подписанный Акт или в тот же срок направить
письменный мотивированный отказ от приемки Продукта.
В течение 2 (двух) рабочих дней с даты получения Разработчиком письменного
мотивированного отказа, Стороны письменно согласовывают сроки и действия по
устранению замечаний. Предельный срок устранения замечаний составляет 5 (пять)
рабочих дней. После устранения Разработчиком замечаний Заказчика, Разработчик
обязан повторно сдать Продукт Заказчику.
3.5. Датой передачи Продукта считается дата подписания Акта сдачи-приемки работ
по разработке Продукта.
4. ОПЛАТА
4.1.
Заказчик
выплачивает
Разработчику
вознаграждение
в
сумме
__________________________
(_____)
рублей,
включая
НДС
18%
__________________________ (______) рублей.
4.2. Заказчик производит платежи на основании соответствующих счетов в
следующих размерах:
15%
от
стоимости
работ
первого
этапа,
что
составляет
__________________________ (_____) рублей, в том числе НДС (18%) __________________________ (______) рублей оплачивается банковским переводом в
течение 15 (Пятнадцати) банковских дней с даты выставления счета. Счет выставляется
Разработчиком через 45 календарных дней с даты начала выполнения работ по
настоящему Договору. После получения аванса, Разработчик в течение 3 (трех) рабочих
дней выставляет счет-фактуру на авансовый платеж;
- 85% от стоимости работ первого этапа, что составляет что составляет
__________________________ (_____) рублей, в том числе НДС (18%) __________________________ (______) рублей оплачивается банковским переводом в
течение 15 (пятнадцати) банковских дней с даты выставления счета. Счет выставляется
Разработчиком в день оформления Сторонами Акта сдачи-приемки работ по первому
этапу;
15%
от
стоимости
работ
второго
этапа,
что
составляет
__________________________ (_____) рублей, в том числе НДС (18%) __________________________ (______) рублей оплачивается банковским переводом в
течение 15 (Пятнадцати) банковских дней с даты выставления счета. Счет выставляется
Разработчиком через 45 календарных дней с даты начала выполнения работ по второму
этапу. После получения аванса, Разработчик в течение 3 (трех) рабочих дней выставляет
счет-фактуру на авансовый платеж;
- 85% от стоимости работ второго этапа, что составляет что составляет
__________________________ (_____) рублей, в том числе НДС (18%) __________________________ (______) рублей оплачивается банковским переводом в
течение 15 (пятнадцати) банковских дней с даты выставления счета. Счет выставляется
Разработчиком в день оформления Сторонами Акта сдачи-приемки работ по второму
этапу.
4.3. Счета-фактуры выставляются Разработчиком согласно законодательству РФ.
4.4. Обязательство Заказчика по оплате считается исполненным с даты списания
денежных средств с расчетного счета Заказчика.
5. ГАРАНТИЯ, ПОСЛЕГАРАНТИЙНОЕ ОБСЛУЖИВАНИЕ
5.1. Гарантийный срок на Продукт составляет 36 (тридцать шесть) месяцев с даты
подписания Сторонами Акта сдачи-приемки работ по второму этапу.
Гарантийное обслуживание Продукта включает в себя:
- исправление ошибок, найденных Заказчиком, а также Разработчиком в период
гарантийного срока обслуживания согласно SLA (Приложение № 4 к Договору);
- установка и настройка обновлений.
2
5.2. В случае если в период гарантийного срока обслуживания Заказчик без
согласия Разработчика внес изменения в Продукт, гарантийное обслуживание,
предусмотренное п. 5.1. настоящего Договора, на Продукт не распространяется.
5.3. По окончании гарантийного периода обслуживания Продукт может
обслуживаться на условиях отдельного договора.
5.4. Разработчик гарантирует, что:
- при создании Продукта им не будут нарушены авторские, патентные и любые иные
права третьих лиц;
- на момент подписания настоящего Договора он не связан какими-либо
обязательствами с третьими лицами в отношении имущественных прав на использование
Продукта.
6. ПРАВА НА РЕЗУЛЬТАТ РАБОТ
6.1. Разработчик гарантирует, что он обладает всеми правами для выполнения
Работ по настоящему Договору и передачи Заказчику прав на Продукт.
В случае, если третьи лица предъявляют Заказчику какие - либо претензии и
требования, связанные с нарушением интеллектуальных прав третьих лиц, Разработчик
обязан незамедлительно урегулировать претензии и требования за свой счет,
компенсировать Заказчику все убытки и расходы, понесенные Заказчиком в связи с
нарушением прав третьих лиц.
6.2. Исключительное право на Продукт возникает у Разработчика с момента
подписания Сторонами Акта сдачи-приемки работ по второму этапу.
6.3. В случае возникновения споров и разногласий с лицами, участвующими в
проведении Работ по настоящему Договору в связи с выполнением ими своих служебных
обязанностей или служебного задания, обязанность по их урегулированию лежит на
Разработчике.
6.4. Заказчику предоставляются права на использование Продукта для собственных
нужд на условиях безвозмездной простой (неисключительной) лицензии в течение всего
срока действия исключительного права.
6.5. Указанные права возникают у Заказчика с даты подписания Акта сдачи-приемки
работ по разработке Продукта и действуют на территории Российской Федерации на
протяжении срока действия исключительного права.
6.6. Разработчик сохраняет за собой право использовать самостоятельно или
предоставлять аналогичные права на использование Продукта третьим лицам на
территории Российской Федерации.
7. ОТВЕТСТВЕННОСТЬ СТОРОН
7.1. Сторона, не исполнившая или ненадлежащим образом исполнившая
обязательства по настоящему Договору, обязана возместить другой Стороне
причиненный таким неисполнением ущерб.
7.2. В случае нарушения Заказчиком срока оплаты суммы вознаграждения по
Договору, установленного в п. 4.2 Договора, Заказчик уплачивает Разработчику пеню в
размере 0,05% от суммы просроченных платежей за каждый календарный день
просрочки.
7.3. В случае нарушения Разработчиком сроков выполнения работ по
соответствующему этапу, указанных в Приложении № 2 к договору «Календарный планграфик выполнения работ», Разработчик уплачивает Заказчику пеню в размере 0,1% от
суммы вознаграждения соответствующего этапа работ, указанной в ______ за каждый
календарный день просрочки.
7.4. В случае нарушения Разработчиком срока устранения замечаний, указанного в
пункте 3.4. настоящего договора Разработчик уплачивает Заказчику пеню в размере 0,1%
3
от общей суммы вознаграждения, указанного в п. 4.1 Договора за каждый календарный
день просрочки.
7.5. Неустойка не считается начисленной и не подлежит оплате, если Сторона,
имеющая право требовать уплаты неустойки, не подает другой Стороне письменного
требования о ее уплате.
7.6.Уплата пени не освобождает Стороны от выполнения своих обязательств по
настоящему Договору.
7.6. Обязательства по уплате пени возникают после предъявления одной из Сторон
письменных претензий.
8. ФОРС-МАЖОР
8.1. Ни одна из Сторон не несет ответственности перед другой Стороной за
невыполнение обязательств по Договору, если это неисполнение явилось следствием
обстоятельств непреодолимой силы, возникших после заключения Договора в результате
событий чрезвычайного характера, которые Стороны не могли предвидеть и
предотвратить разумными мерами (форс-мажор). К таким обстоятельствам
чрезвычайного характера относятся: наводнение, пожар, землетрясение; война или
военные действия, эмбарго, экономическая блокада. Если любое из таких обстоятельств
непосредственно повлияло на исполнение обязательства в срок, установленный в
настоящем Договоре, то этот срок соразмерно отодвигается на время действия
соответствующего обстоятельства.
8.2. Свидетельство, выданное компетентным государственным органом, является
достаточным подтверждением наличия и продолжительности действия непреодолимой
силы.
8.3. Сторона, для которой создалась невозможность исполнения обязательств в
связи с наступлением обстоятельств непреодолимой силы, обязана в срок не позднее 3
(трех) календарных дней с даты их наступления, в письменной форме уведомить другую
Сторону о препятствии исполнения обязательств по Договору.
8.4. Если обстоятельства непреодолимой силы действуют на протяжении 2 (двух)
последующих месяцев, то Договор может быть расторгнут Сторонами по соглашению.
9. РАЗРЕШЕНИЕ СПОРОВ
9.1. Все споры и разногласия, которые могут возникнуть из настоящего Договора,
будут решаться Сторонами путем переговоров.
9.2. Все неразрешенные путем переговоров между Сторонами споры, разногласия
или требования, возникшие из настоящего Договора или связанные с ним, подлежат
рассмотрению в Арбитражном суде г. Москвы в соответствии с действующим
законодательством Российской Федерации.
10. СРОК ДЕЙСТВИЯ ДОГОВОРА
10.1. Договор вступает в силу с даты его подписания и действует до полного
исполнения Сторонами своих обязательств по настоящему Договору.
11. РАСТОРЖЕНИЕ ДОГОВОРА
11.1. Стороны вправе досрочно расторгнуть Договор по взаимному письменному
соглашению,
по
иным
обстоятельствам,
предусмотренным
действующим
законодательством.
11.2. Заказчик вправе расторгнуть Договор в одностороннем порядке:
а) в случае, если обнаружится, что Разработчик не обладает авторским правом на
предмет Договора;
б) в случае, если нарушение Разработчиком срока создания и передачи Продукта
Заказчику, установленного в п. 2.1 Договора, продлится более 14 (четырнадцати)
календарных дней.
11.3. При расторжении Договора Заказчик предварительно письменно уведомляет
об этом Разработчика за 10 (десять) календарных дней до предполагаемой даты
расторжения.
11.4. При расторжении Договора в соответствии с п.11.2. настоящего Договора
Разработчик обязан возвратить всю сумму вознаграждения, полученного по Договору, не
4
позднее 7 (семи) календарных дней после получения от Заказчика письменного
уведомления об одностороннем расторжении Договора.
11.5. Разработчик вправе расторгнуть Договор в одностороннем порядке в случае
нарушения Заказчиком обязанности выплачивать вознаграждение Разработчику в
установленный настоящим Договором срок и Заказчик не в состоянии исправить такое
нарушение в течение 14 (четырнадцати) календарных дней со дня получения от
Разработчика письменного уведомления с требованием об исправлении допущенных
нарушений обязательств.
11.6. Все уведомления о намерении расторгнуть Договор должны быть отправлены
заказной почтой в письменном виде с указанием причины расторжения Договора.
Временем получения уведомлений является дата, указанная на календарном штемпеле
оператора почтовой связи.
12. ЗАКЛЮЧИТЕЛЬНЫЕ ПОЛОЖЕНИЯ
12.1. Условия защиты конфиденциальной информации изложены в Соглашении о
конфиденциальности № ___________________.
12.2. Во всем остальном, что не предусмотрено Договором, Стороны
руководствуются законодательством Российской Федерации.
12.3. Любые изменения и дополнения к Договору действительны при условии, если
они совершены в письменной форме и подписаны надлежаще уполномоченными на то
представителями Сторон.
12.4. Все уведомления и сообщения в рамках Договора должны направляться
Сторонами друг другу в письменной форме.
12.5. Неотъемлемыми Приложениями к Договору являются:
- Приложение № 1 «Функциональные требования к Продукту»;
- Приложение № 2 «План-график выполнения работ»;
- Приложение № 3 «Форма Акта сдачи-приемки работ по разработке Продукта»;
- Приложение № 4 «Нормативные сроки выполнения работ в рамках гарантийной
технической поддержки»;
- Приложение № 5 «Стоимость и результат работ».
12.6. Договор составлен в 2 (двух) экземплярах, имеющих равную юридическую
силу, по одному для каждой Стороны настоящего Договора.
13. АДРЕСА И БАНКОВСКИЕ РЕКВИЗИТЫ СТОРОН
Заказчик:
______________ .
Разработчик:
________________ ___________
«__»___________ 2012 г.
«__»___________ 2012 г.
м.п.
м.п.
5
Приложение №1
к Договору № _________
от «___» __________ 2012г.
ФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ
1. Термины и сокращения
Термин/Сокращение
IVR
WFM
ТСЖ
API
Foris Fix
АСРЗ
SM
СУБД
ПСИ
ОЭ
ШПД
Комментарий
Interactive Voice Response
WorkForce Management (система управления монтерами и
активными продавцами)
Товарищество собственников жилья
Application Programming Interfaces
Автоматизированная система расчетов фиксированной
телефонии
Автоматизированная система расчетов абонентов ШПД
Service Manager (система технической поддержки)
Система управления базами данных
Приемо-сдаточные испытания
Опытная эксплуатация
Широкополосный доступ
2. Функциональные требования к системе
2.1. Хранимая в системе информация
Система должна позволять хранить данные о бизнес–сущностях, приведенных в таблице.
Атрибуты бизнес–сущностей, взаимосвязи бизнес-сущностей и правила их хранения должны быть описаны
Подрядчиком в Техническом задании.
Перечень бизнес–сущностей может быть расширен, но количество дополнительных сущностей не будет
превышать 20% от количества сущностей, приведенных в таблице.
6
1.
Группы бизнессущностей
Адрес
2.
Абонент
3.
Заявки
4.
Взаиморасчеты
5.
Условия
обслуживания
Контрагенты
№№
6.
Бизнес-сущности и комментарии
Страна, область, город, округ, район, улица,
дом (объект), подъезд, квартира и т.д.
Должна быть возможность создания групп
домов.
С возможностью ведения проектируемых
домов (объектов).
Включая информацию о доступе на объект
(код подъезда, контакты ответственных лиц
и прочее).
Абонент, контракт, лицевой счет,
приложение к контракту, услуга, продукт
(тарифный план), ресурс и т.д.
Заявки, шаги, статусы, связанные с
заявками объекты.
Счета, начисления, платежи, корректировки
и прочее
Информация об используемых услугах,
тарифных планах и прочее
Контрагент, тип отношений
(потенциальный клиент, дилер, поставщик
услуг, эксплуатирующая организация
/ТСЖ, конкурент и т.п.), договор,
контактная информация, информация о
предпочтениях контрагента, режим работы,
сотрудники, информация о предлагаемых
услугах, тарифных планах и прочее.
Источник данных1
FORIS FIX, ведется в
системе.
FORIS FIX, АСРЗ,
ведется в системе.
FORIS FIX, АСРЗ, SM,
WFM,
ведется в системе.
FORIS FIX,
ведется в системе.
FORIS FIX, АСРЗ,
ведется в системе.
FORIS FIX, АСРЗ,
WFM, SAP HR, ведется
в системе.
2.2. Наполнение системы данными
Данные вводятся в систему одним из трех способов:
2.2.1. Загрузка данных из внешних информационных систем (Foris Fix, АСРЗ, SM,
WFM, SAP HR). МГТС на этапе разработки ТЗ предоставит доступ к БД и
описание структуры хранения информации в данных информационных
системах
2.2.2. Загрузка данных из Excel таблиц заданного формата (для каждого типа
загружаемых данных формат Excel файла согласовывается на этапе ТЗ)
2.2.3. Ввод данных пользователем через графический интерфейс.
2.3. Актуализация данных
2.3.1. Данные, загружаемые из внешних систем, не подлежат редактированию
пользователем в системе. Актуализация данных, загруженных из сторонних
систем, происходит автоматически инкрементально на периодической основе
(раз в N минут, где N – настраиваемый параметр). При этом, если по
архитектурным причинам нельзя обновлять ряд бизнес-сущностей с частотой
раз в N минут, то для таких сущностей допускается обновление 1 раз в сутки.
2.3.2. Данные, вводимые в систему через графический интерфейс пользователя и
загружаемые из Excel таблиц, подлежат редактированию через графический
интерфейс пользователя.
Источников данных для атрибутов бизнес-сущности может быть несколько (например, часть атрибутов
получается из Foris Fix, часть – из АСРЗ, остальные загружаются из Excel файлов), причем ряд атрибутов
может ни от куда не загружаться, а вестись в системе.
1
7
2.3.3. Должна быть возможность отключения актуализации данных через загрузку
для конкретных сущностей.
2.3.4. Вся хранимая информация в системе должна быть версионной, включая
возможность ввода новых версий данных будущей датой.
2.3.5. Должна быть возможность ограничения загрузки определенных атрибутов
определенных бизнес-сущностей по настраиваемым правилам.
2.4. Получение аналитической информации
2.4.1. Система должна поддерживать формирование отчетов по различным
входным параметрам.
2.4.2. Состав отчетов должен быть указан Подрядчиком в Техническом задании.
2.4.3. Суммарное количество отчетов, реализуемых в рамках данных работ, не
должно превышать 15.
2.4.4. Время построения любого отчета не должно превышать 30 минут.
2.5. Поддержка активных продаж
2.5.1. Система должна автоматизировать бизнес процесс активных продаж в
компании, при этом:
2.5.1.1. Система должна позволять выбирать перечень квартир для обхода
активными продавцами по различным критериям
2.5.1.2. Система должна передавать заявки на обход квартир активными
продавцами в систему WorkForce Management посредством вызова API
(web-сервисы) системы WorkForce Management
2.5.1.3. Система должна получать результаты выполнения заявок активными
продавцами из WorkForce Management, посредством предоставления API
(web-сервисы)
2.6. Предоставление интерфейсов для внешних систем
2.6.1. Система должна предоставлять внешним системам API (web-сервисы) для
получения данных хранящихся в системе.
2.6.2. Система должна предоставлять API (web-сервис) для управления данными,
хранимыми в системе, посредством внешней системы, например, SAP
NetWeaver MDM.
3. Нефункциональные требования к системе
3.1. Мониторинг
3.1.1. Система должна позволять выполнять мониторинг процедур загрузки
данных, контролировать успешность загрузки данных из внешних систем и
предоставлять информацию о своей работоспособности и
производительности.
3.1.2. Система должна быть интегрирована с MS SCOM для обеспечения
мониторинга работоспособности и производительности системы.
3.2. Администрирование системы, протоколирование системы
3.2.1. Все настройки Системы должны производиться через централизованное
рабочее место администратора системы.
8
3.2.2. Должна быть возможность отката к любой предыдущей конфигурации
Системы.
3.2.3. Система должна иметь несколько настраиваемых уровней
протоколирования, включая трассировочный режим.
3.2.4. Система должна протоколировать информацию, как в файлы так и в syslog
(с использованием Reliable Delivery for syslog).
3.3. Безопасность
3.3.1. Система должна иметь возможность идентификации и аутентификации
пользователей в нескольких экземплярах MS Active Directory без отдельного
повторного запроса логина и пароля (SSO).
3.3.2. Идентификация и аутентификация внешних систем при предоставлении им
данных (п.2.5) должна производиться посредством двухсторонней SSL
аутентификации.
3.3.3. Система должна позволять настраивать разрешения на предоставление
данных по интерфейсам для внешних систем (п.2.5) отдельно для каждой
внешней системы.
3.3.4. Система должна предоставлять возможность гибкой настройки ролей и
доступов (должен быть предопределенный набор стандартных ролей с
настроенными для них доступами, а также возможность создавать новые роли
и менять набор доступов у ролей).
3.3.5. Система должна предоставлять возможность ограничивать доступ ролей к
бизнес-сущностям по значению ряда их атрибутов. Набор атрибутов, которые
могут определять доступность бизнес-сущностей для ролей, должен быть
определен в Техническом задании.
3.3.6. Система должна позволять предоставлять доступ к данным, согласно
предварительно настроенным ролям пользователей, как внутри МГТС, так и за
ее пределами с учетом того, что часть информации является коммерческой
тайной.
3.3.7. Система должна протоколировать все действия пользователей (аудит).
3.3.8. Система обеспечения безопасности системы должна отвечать требованиям
ФЗ-152.
3.4. Интерфейсы пользователей, эргономика интерфейсов
3.4.1. Все интерфейсы пользователей Системы должны быть выполнены в виде
web приложения.
3.4.2. При обновлении пользователем данных на форме, сама форма не должна
перерисовываться (то есть должна быть реализована с применением
технологии AJAX или её аналогов).
3.5. Доступность и производительность
3.5.1. Система должна быть доступна для выполнения основных операций 24 часа
в сутки, 7 дней в неделю.
3.5.2. Система должна позволять хранить данные о 5 млн абонентам, в том числе и
все связанные с абонентами данные.
3.5.3. Время ожидания открытия экранных форм не должно превышать 2 сек.
3.5.4. Время инкрементального обновления информации из внешних систем,
производимого раз в сутки, не должно превышать N*0,25 минут, где N –
период обновления информации.
9
3.5.5. Инкрементальное обновление не должно вызывать деградацию
производительности информационных систем (время выполнения операций не
должно увеличиваться более чем на 20%).
4. Требования к архитектуре системы
4.1. Система должна быть разделена на следующие подсистемы:
4.1.1. База данных.
4.1.2. API доступа к базе данных (web-сервис), под управлением сервера
приложений.
4.1.3. Коллекторы, осуществляющие за актуализацию данных, под управлением
сервера приложений.
4.1.4. Бизнес-логика, под управлением сервера приложений.
4.1.5. Портал.
4.2. Подсистемы должны взаимодействовать следующим образом, любые иные
взаимодействия подсистем запрещены:
4.2.1. Портал => API доступа к базе данных
4.2.2. Портал => Бизнес-логика
4.2.3. Бизнес-логика => API доступа к базе данных
4.2.4. API доступа к базе данных => База данных
4.2.5. Коллекторы => База данных
4.3. Все предоставляемые Системой API должны быть задокументированы и
согласованы с МГТС.
5. Требования к программно-аппаратному обеспечению
Система должна работать на аппаратном обеспечении под управлением VMWare.
Должна обеспечиваться автоматическая балансировка нагрузки между серверами
приложений.
Операционная система для серверов приложений и для БД - WindowsServer 2008.
СУБД – MS SQL Server 2008.
Рабочее место пользователя – тонкий клиент с браузерами InternetExplorer 8.0 и выше, MozillaFireFox 3.6 и
выше, GoogleChrome.
В предложениях должны быть указаны требования к конфигурации программно-аппаратному
обеспечению Системы.
6. Требования к выполнению работ
6.1. Требования к управлению проектом
Не позднее двух дней с даты заключения договора должны быть выполнены следующие
минимальные условия, необходимые для обеспечения контроля и прозрачности реализации проекта:
6.1.1. На еженедельной основе Заказчику должна быть доступна информация о
статусе выполнения проекта;
6.1.2. Должен быть предоставлен состав проектной команды с контактной
информацией, должен быть согласован план коммуникаций по проекту и
матрица эскалации;
6.1.3. Должна быть разработана матрица разграничения ответственности между
Заказчиком и Исполнителем;
10
6.2. Требования к документации
В комплект поставки системы должна входить эксплуатационная документация:
6.2.1. Описание API Системы
6.2.2. Руководство пользователя
6.2.3. Руководство администратора
7. Требования к гарантийному сопровождению
После ввода системы в эксплуатацию Исполнитель должен обеспечить гарантийное сопровождение
на следующих условиях:
7.1. Срок бесплатного гарантийного сопровождения – 36 месяцев с момента ввода
системы в эксплуатацию;
7.2. В рамках гарантийного сопровождения Исполнителем производится работа над
инцидентами и проблемами работоспособности системы, а также над запросами на
информационное обслуживание (согласно Приложению 4 к заявке).
11
Приложение №2
к Договору № _________
от «___» __________ 2012г.
КАЛЕНДАРНЫЙ ПЛАН-ГРАФИК ВЫПОЛНЕНИЯ РАБОТ
Начало работ – 01.03.2012.
№
Наименование работ
Результат работ
Период
выполнения
работ
1 этап реализации
1
Реализация рабочего прототипа системы
Дистрибутив ПО
2
Разработка и согласование проектных
документов
Разработка функционала системы (пп.2-5), за
исключением:
- выгрузки данных по «Взаиморасчетам», а
также выгрузки данных из SM, WFM, SAP HR
(п.2.1 Приложение 1);
- реализации не более 5 отчетов (п.2.4
Приложение 1);
- поддержки активных продаж (п.2.5
Приложение 1).
Техническое задание,
ПМИ
3
4
5
6
7
8
9
Дистрибутив ПО,
эксплуатационная
документация
Протокол приемочных
испытаний
ПО, доработанное по
Проведение ОЭ
результатам ОЭ
2 этап реализации
Разработка и согласование проектных
Техническое задание,
документов
ПМИ
Разработка функционала системы:
- выгрузка данных по «Взаиморасчетам», а
Дистрибутив ПО,
также выгрузки данных из SM, WFM, SAP HR
эксплуатационная
(п.2.1);
документация
- реализация не более 10 отчетов (п.2.4);
- поддержки активных продаж (п.2.5).
Протокол приемочных
Проведение ПСИ
испытаний
ПО, доработанное по
Проведение ОЭ
результатам ОЭ
Проведение ПСИ
Заказчик:
______________
С 01.03.2012 по
19.03.2012
С 01.03.2012 по
30.04.2012
С 01.03.2012 по
21.05.2012
С 22.05.2012 по
31.05.2012
С 01.06.2012 по
01.08.2012
С 01.04.2012 по
15.05.2012
С 01.04.2012 по
18.06.2012
С 19.06.2012 по
30.06.2012
С 01.07.2012 по
15.10.2012
Разработчик:
________________ ___________
«__»___________ 2012 г.
«__»___________ 2012 г.
м.п.
м.п.
12
Приложение №3
к Договору № __________
от «___» ____________ 2012г.
ФОРМА АКТА СДАЧИ-ПРИЕМКИ РАБОТ ПО РАЗРАБОТКЕ ПРОДУКТА
АКТ СДАЧИ-ПРИЕМКИ РАБОТ №_______
к Договору №___ от_____________ 2012г.
г. Москва
«___» _________ ____ г.
1. Открытое акционерное общество «Московская городская телефонная сеть», в дальнейшем
именуемое «Заказчик», в лице __________________________ с одной стороны, и,
__________________________,
в
дальнейшем
именуемое
«Разработчик»,
в
лице
__________________________, далее вместе именуемые «Стороны» и по отдельности «Сторона»,
составили настоящий Акт о нижеследующем:
2. Настоящий Акт составлен в подтверждение того, что работы по Договору № ____ от «___» _____
2012 г. перечисленные в __ этапе (указать номер этапа) Календарного план-графика выполнения
работ Разработчиком были выполнены полностью и в установленный срок.
3. Настоящим Актом Разработчик передает Отчетные Материалы, указанные в соответствующих
пунктах Календарного план-графика выполнения работ, а Заказчик принимает Отчетные Материалы.
Настоящим Актом Исполнитель передает Заказчику все права на Отчетные Материалы в порядке,
предусмотренном в настоящем Договоре.
4. Стоимость выполненных Работ по __ этапу (указать номер этапа) составила ______
(___________________) рублей __ копеек, в т.ч. НДС (18%) ___________ (______________) рублей
___ копеек.
5. Стороны подтверждают, что вышеуказанные Работы были выполнены в соответствии с
положениями настоящего Договора и что Стороны по вышеуказанным Работам претензий друг к
другу не имеют.
6. Настоящий Акт составлен в 2 (двух) экземплярах, по одному для каждой из Сторон, имеющих
одинаковую юридическую силу.
Согласовали:
Заказчик:
Разработчик :
_______________/ ______ /
_____________/ ______________./
«__» _______________ ____ г.
Заказчик:
______________
«__» _______________ _____ г.
Разработчик :
________________ ___________
«__»___________ 2012 г.
«__»___________ 2012 г.
м.п.
м.п.
13
Приложение №4
к Договору № __________
от «___» ____________ 2012г.
Услуга
1. Решение проблем с наивысшим уровнем критичности
1.1
Подтверждение принятия в работу
1.2
Диагностика проблемы
1.3
Выработка временного решения
1.4
Выработка постоянного решения*
2. Решение проблем с высоким уровнем критичности
2.1
Подтверждение принятия в работу
2.2
Диагностика проблемы
2.3
Выработка временного решения
2.4
Выработка постоянного решения*
3. Решение проблем со стандартным уровнем критичности
3.1
Подтверждение принятия в работу
3.2
Диагностика проблемы
Режим
предоставления
сервиса
№ услуги
НОРМАТИВНЫЕ СРОКИ ВЫПОЛНЕНИЯ РАБОТ В РАМКАХ ГАРАНТИЙНОЙ ТЕХНИЧЕСКОЙ ПОДДЕРЖКИ
Нормативное время исполнения услуги
Средство
взаимодействия
9х5
9х5
9х5
1 час
1 р.д.
2 р.д.
СУЗ и телефон
СУЗ
СУЗ
9х5
Если ВР
отсутствует
Если ВР
Есть
3 р.д.
15 р.д.
9х5
9х5
9х5
9х5
2 час
1 р.д.
3 р.д.
СУЗ
СУЗ и телефон
СУЗ
СУЗ
Если ВР
отсутствует
Если ВР
Есть
5 р.д.
20 р.д.
СУЗ
9х5
9х5
2 часа
2 р.д.
СУЗ
СУЗ
5 р.д.
СУЗ
3.3
Выработка временного решения
9х5
3.4
Выработка постоянного решения*
9х5
Если ВР
Если ВР
СУЗ
14
4. Решение проблем с низким уровнем критичности
4.1
Подтверждение принятия в работу
4.2
Диагностика проблемы
4.3
Выработка временного решения
4.4
Выработка постоянного решения*
отсутствует
Есть
2 недели
4 недели
9х5
9х5
9х5
9х5
2 часа
3 р.д.
5 р.д.
СУЗ
СУЗ
СУЗ
Если ВР
отсутствует
Если ВР
Есть
4 недели
8 недели
СУЗ
5. Устранение последствий проблем
5.1
Устранение последствий проблем, причиной которых
явился недостаток системы поставляемой
Исполнителем, либо действия сотрудников
Исполнителя
6. Консультирование
6.1
Консультирование
7. Внесение изменений в промышленную систему
Внесение изменений в промышленную систему в
7.1
рамках решения проблем
Устранение дефектов по результатам установки
патчей зарегистрированных в Системе регистрации
7.2
дефектов в результате тестирования промышленной
системы
Заказчик:
______________
9х5
Определяется экспертной комиссией
СУЗ
9x5
2 р.д.
СУЗ
9x5
5 р.д.
СУЗ
9x5
5 р.д.
Система
регистрации
дефектов
Разработчик :
________________ ___________
15
«__»___________ 2012 г.
«__»___________ 2012 г.
м.п.
м.п.
16
Приложение №5
к Договору № __________
от «___» ____________ 2012г.
СТОИМОСТЬ И РЕЗУЛЬТАТ РАБОТ
Этап работ
Этап 1
Этап 2
Результат работ
Сумма без НДС
(18%) в руб.
Сумма с НДС
(18%) в руб.
Реализация рабочего прототипа системы
Техническое задание
Программа и методика испытания
Дистрибутив ПО, эксплуатационная документация
Протокол приемочных испытаний
ПО, доработанное по результатам Опытной эксплуатации
Акта сдачи-приемки работ по первому этапу
Техническое задание
Программа и методика испытания
Дистрибутив ПО, эксплуатационная документация
Протокол приемочных испытаний
ПО, доработанное по результатам Опытной эксплуатации
Акта сдачи-приемки работ по второму этапу
Заказчик:
______________
Разработчик :
________________ ___________
«__»___________ 2012 г.
«__»___________ 2012 г.
м.п.
м.п.
17