› data › 2017 › 03 › 24 › 1169891120 › И… · web view«Утверждаю»...

«Утверждаю»Старший директор по информационным технологиям

___________________ А.Ю. Шевцов

ИЗВЕЩЕНИЕ О ПРОВЕДЕНИИ ЗАПРОСА КОТИРОВОК В ЭЛЕКТРОННОЙ ФОРМЕ№ ЭК29-03-17/Техподдержка «Вышка-BPM»

г. Москва «24» марта 2017 г.

1. Заказчик: федеральное государственное автономное образовательное учреждение высшего образования «Национальный исследовательский университет «Высшая школа экономики» (НИУ ВШЭ). Место нахождения и почтовый адрес: 101000, г. Москва, ул. Мясницкая, д. 20; телефон: (495) 772-95-90 доб. 11424, тел./факс: (495) 628-47-03. Адрес электронной почты: [email protected].

2. Предмет договора: оказание услуг по технической поддержке программы для ЭВМ «Вышка-BPM».

3. Требования, установленные Заказчиком, к качеству, техническим характеристикам Услуг:3.1. Базовые понятия и определения:3.1.1. Программа для ЭВМ «K2». Разработчик — «SourceCode Technology Holdings, Inc.». 3.1.2. «Система» — Система автоматизации процессов предприятия «Вышка-BPM» на

основе K2, адаптированная и настроенная с учетом особенностей учета в НИУ ВШЭ и включающая в себя:

- Программное обеспечение (далее - ПО) К2 BlackPearl Server;- ПО К2 BlackPearl Workspace;- ПО К2 BlackPearl Designer;- ПО К2 BlackPearl Designer for Visual Studio;- ПО К2 Package and Deployment;- ПО К2 Studio;- ПО SmartObject Service Tester;- Сайт www . bpm . hse . ru и необходимые для его работы настройки MS IIS;- 454 прикладных смартобъекта К2 BlackPearl, размещенные на сервере промышленной

эксплуатации;- 32 типа процессов К2 BlackPearl, размещенные на сервере промышленной

эксплуатации сгруппированные по следующим задачам и разделам:o Корпоративные информационные системы и сервисы - в данном разделе

пользователь может подключиться к основным корпоративным системам НИУ ВШЭ, увидеть актуальные планы по доработкам систем, сообщить об ошибке и заказать консультацию специалиста по тем или иным информационным системам и сервисам ИТ.

o Выдача техники и расходных материалов и подача заявок в административно-хозяйственные службы - в данном разделе пользователь может самостоятельно заказать себе компьютерное, телефонное и мультимедиа оборудование,

mailto:[email protected]

http://www.bpm.hse.ru/

картриджи для печатающих устройств, подать заявку на техническое сопровождение мероприятий, а также подать заявку в административно-хозяйственные службы (поломки мебели, сантехника, уборка помещения, электрика и т.д.).

o Заявки в Управление делами - в данном разделе пользователь может отправить запрос на предоставление информации о структурном подразделении или полномочиях сотрудника.

o Проектный офис ИТ - в данном разделе представлено описание актуального состояния реализуемых в Дирекции информационных технологий проектов, а также здесь пользователь может загрузить шаблоны проектных документов.

o Программное обеспечение - в данном разделе пользователь может ознакомиться с классификацией и реестром программного обеспечения НИУ ВШЭ, а также узнать установку каких программ на свой рабочий компьютер он может заказать через Сервисную службу Дирекции информационных технологий.

o Анализ ТЗ на закупку оборудования - в данном разделе представлен актуальный статус рассмотрения ТЗ на приобретение оборудования, а также короткая памятка о правилах и порядке рассмотрения ТЗ на закупку оборудования.

o Внутренние документы ИТ – в данном разделе представлены стандарты и методики, относящиеся к жизненному циклу автоматизируемого функционала, а также здесь пользователь может загрузить шаблоны таких документов, как схема интеграции, модель потока данных, схема процесса.

o Обратная связь - в данном разделе пользователь может обратиться со своим вопросом, жалобой или предложением к руководству Дирекции информационных технологий, ознакомиться с руководством пользователя Информационного портала Вышка-BPM, а также с серией буклетов "10 правил".

Во всех вышеописанных процессах реализованы типовые этапы: регистрация заявки, согласование с руководителем заявителя, исполнение заявки, оценка заявителем качества исполненной заявки. Также функционал системы позволяет осуществлять контроль сроков исполнения заявок, и формировать оперативную и аналитическую отчетность;

- Один экземпляр MS SQL-сервера, содержащий 10 баз данных MS SQL. Данный экземпляр размещен на сервере промышленной эксплуатации;

- Интеграционные механизмы по загрузке данных в одну БД MS SQL, размещенные на сервере промышленной эксплуатации.

Состав оборудования и программного обеспечения Системы:- Сервер разработки:

o MS WINDOWS Server 2012R2o MS SQL Server 2012SP2o K2 blackpearl Server License o K2 smartforms Server Licenseo K2 for SharePoint 2013/SharePoint Onlineo K2 Control Packo K2 Package and Deployment

Сервер разработки работает под управлением гипервизора Microsoft Hyper-V 2012 R2 и имеет следующие характеристики: o vCPU – 8 шт.o RAM – 8-16Gb, динамическаяo HDD – 200Gbo LAN – 1Gbo Версия виртуальной машины - Gen 1

- Сервер тестирования:o MS WINDOWS Server 2012R2o MS SQL Server 2012SP2o K2 blackpearl Server License o K2 smartforms Server Licenseo K2 for SharePoint 2013/SharePoint Onlineo K2 Control Packo K2 Package and Deployment

Сервер тестирования работает под управлением гипервизора Microsoft Hyper-V 2012 R2 и имеет следующие характеристики: o vCPU – 8 шт.o RAM – 8-16Gb, динамическаяo HDD – 200Gbo LAN – 1Gbo Версия виртуальной машины - Gen 1

- Сервер промышленной эксплуатации:o MS WINDOWS Server 2012R2o MS SQL Server 2012SP2o K2 blackpearl Server License o K2 smartforms Server Licenseo K2 for SharePoint 2013/SharePoint Onlineo K2 Control Packo K2 Package and Deployment

Сервер промышленной эксплуатации работает под управлением гипервизора Microsoft Hyper-V 2012 R2 и имеет следующие характеристики: o vCPU – 4 шт.o RAM – 32Gb, статическаяo HDD – 200Gbo LAN – 1Gbo Версия виртуальной машины - Gen 1

3.1.3. «Инцидент» — незапланированное прерывание в работе любой части Системы, замедление ее работы, или нарушение логики функционирования Системы.

3.1.4. «Проблема» — недостаток Системы, являющийся причиной возникновения повторяющихся инцидентов в процессе ее эксплуатации, которые не являются частью стандартного функционирования Системы и приводят или могут привести к сбою в предоставлении доступа к Системе или понижению качества работы Системы.

3.1.5. «Контактные лица» — специалисты Исполнителя или Заказчика, уполномоченные Исполнителем или Заказчиком для взаимодействия при оказании услуг в соответствии с требованиями Договора и настоящего Технического задания.

3.1.6. «Сопроводительная документация» — все электронные и письменные пособия и спецификации, изготовленные разработчиком и/или Исполнителем в отношении Системы.

3.1.7. «Запрос на поддержку» — заявка на устранение Инцидента, Проблемы или получение консультации, оформленная Заказчиком на Интернет‐сервере поддержки в соответствии с условиями Договора и настоящего Технического задания. Также к Запросам на поддержку относится получение Исполнителем информации об Инцидентах из прочих источников.

3.1.8. «Утверждающий Запрос на поддержку» — согласующий работу каждого Запроса на поддержку работник НИУ ВШЭ, назначенный старшим директором по ИТ НИУ ВШЭ.

3.1.9. «Интернет‐сервер поддержки» — интернет‐сайт Заказчика, на котором реализован функционал взаимодействия Контактных лиц со стороны Заказчика и Исполнителя, обеспечивающий: фиксацию Запросов на поддержку с указанием категории, возможность контроля сроков поступления и решения Запросов на поддержку, фиксацию ответов Исполнителя. Доступ к Интернет‐серверу поддержки предоставляет Заказчик в течение 5 рабочих дней после заключения Договора.

3.1.10. «Первичная обработка» — процесс Исполнителя, который включает первоначальный анализ Инцидента, Проблемы или вопроса по Запросу на поддержку, доведение до Контактного лица Заказчика краткого описания ее вероятных причин и предполагаемых сроков решения по Запросу на поддержку.

3.1.11. «Время возникновения» — момент времени:- направления Заказчиком информации Исполнителю об Инциденте или Проблеме.- получения Исполнителем информации об Инциденте или Проблеме из прочих

источников (например, системы мониторинга).- направления Заказчиком вопроса Исполнителю с целью получения консультации.

3.1.12. «Время решения» — промежуток времени от Времени возникновения Запроса на поддержку до момента полного устранения Инцидента или оказания консультации.

3.1.13. «Часы обслуживания» — временной интервал с 9:00 по 19:00 в часовых поясах мест оказания услуг по Технической поддержке (см. п.4) по рабочим и выходным дням за исключением официальных праздничных дней.

3.1.14. Техническая поддержка — перечень услуг, оказываемый Исполнителем, для достижения поставленной Заказчиком цели.

3.1.15. «Служба Технической поддержки» — специалисты Исполнителя, привлекаемые к оказанию услуг по Технической поддержке.

3.2. Цели оказания Услуг:Обеспечение бесперебойного и качественного сервиса по Технической поддержке Системы.

3.3. Перечень и характеристики оказываемых Услуг:3.3.1. Перечень Услуг. В обязанности Исполнителя по Технической поддержке входит:3.3.1.1. Обеспечение бесперебойной работы Системы.3.3.1.1.1. Устранение Инцидентов Системы по Запросам на поддержку.3.3.1.1.2. Локализация и устранение Инцидентов, связанных с функционированием Системы

и ее настройками.3.3.1.1.3. Локализация и устранение Инцидентов, обнаруженных при работе модулей

Системы на серверах Заказчика и рабочих местах пользователей. 3.3.1.1.4. Анализ и устранение Проблем в работе Системы. В случае Проблем, в работе

операционной системы сервера MS Windows и СУБД MS SQL Server на серверах Заказчика должно обеспечиваться только информирование Заказчика о результатах анализа Проблем в работе Системы.

3.3.1.1.5. Оптимизация настроек ПО Системы за исключением операционной системы сервера MS Windows и СУБД MS SQL Server, функционирующих на серверах Заказчика.

3.3.1.1.6. Контроль целостности баз данных Системы и отсутствия в них логических ошибок.3.3.1.1.7. Формирование рекомендаций по оптимизации работы СУБД, в том числе по

настройке общих параметров MS SQL сервера и операционной системы сервера промышленной эксплуатации Заказчика для обеспечения оптимальной производительности и устранения задержек при работе Системы.

3.3.1.1.8. Восстановление работоспособности Системы после сбоев.3.3.1.1.9. Установка нового лицензионного ключа, предоставленного Исполнителем и

изменение конфигурационных файлов Системы.3.3.1.1.10. Выполнение обновления Системы, установленной у Заказчика, на новые

внутренние релизы, выпущенные разработчиком, включая установку внутренних релизов, настройку, тестирование и отладку обновленной версии Системы. Установка внутренних релизов, настройка, тестирование и отладка обновленной версии Системы должны выполняться Исполнителем в нерабочее время, а на актуальной резервной копии Системы в любое время.

3.3.1.1.11. Настройка автоматической синхронизации общих справочников между Системой и другими информационными системами НИУ ВШЭ.

3.3.1.2. Обеспечение бесперебойной работы оборудования Системы.3.3.1.2.1. Контроль отработки автоматических заданий Системы на сервере промышленной

эксплуатации.3.3.1.2.2. Контроль, обновление и настройка ПО Системы за исключением операционной

системы сервера MS Windows и СУБД MS SQL Server, функционирующего на серверах Заказчика.

3.3.1.2.3. Формирование рекомендаций по настройке оборудования Заказчика для оптимальной работы Системы.

3.3.1.3. Поддержка пользователей, администраторов и обсуживающего персонала Системы

3.3.1.3.1. Фиксация на Интернет-сервере поддержки результатов обработки и причин возникновения Инцидентов или Проблем и фиксация предпринятых действий для устранения Инцидентов или Проблем.

3.3.1.3.2. Информирование представителей Заказчика об обнаруженных Инцидентах или Проблемах в Системе.

3.3.1.3.3. Актуализация инструкций пользователя, администратора и разработчика по устраненным Инцидентам или Проблемам в Системе.

3.3.1.3.4. Тестирование, установка и предъявление уполномоченным представителям Заказчика для приемки обновлений Системы, разработанных Исполнителем в рамках решения Запросов на поддержку.

3.3.1.3.5. Консультирование администраторов и обсуживающего персонала Системы по вопросам эксплуатации, настройки и адаптации Системы.

3.3.1.3.6. Оповещение Заказчика о выпуске разработчиком обновлений ПО (новых серийных версий ПО) посредством электронной почты.

3.3.2. Сроки обработки запросов на поддержку.Классификация Запросов на поддержку:

Таблица 1Категория Описание

Авария

Неисправность, характеризующаяся неработоспособностью любой функции Системы у всех пользователей, либо полным отказом в работоспособности Системы в целом.Не включает в себя: - сбой электропитания инфраструктуры Системы;- сбой или отказ каналов связи НИУ ВШЭ;- сбой или отказ контроллера домена НИУ ВШЭ

Критический

Неисправность в работе Системы, ограничивающая функциональность, критичную для процессов Заказчика или производительность Системы:

Повторяющееся более трех раз за 24 часа замедление любой функциональности Системы более чем в два раза;

Неработоспособность или некорректное выполнение ряда функций Системы у части пользователей.

Система в целом продолжает функционировать.

СущественныйНеисправность в работе Системы, не ограничивающая критичную для процессов Заказчика функциональность или производительность Системы (см. описание первых двух категорий).

НесущественныйТребование к модификации Системы, не связанное с ограничением ее функциональности и производительности.

ВопросОказание консультации, связанной с функционированием, настройкой, обслуживанием и администрированием Системы, установленной у Заказчика.

Исполнитель обеспечивает следующие показатели времени обработки Запросов на поддержку и повторяемости Инцидентов в пределах Часов обслуживания:

Таблица 2

Категория

Продолжительность Первичной обработки с

момента Времени возникновения

Время решения (максимальное)

Максимально допустимое количество Инцидентов

Авария 30 минут 3 часа 3 в месяц суммарно по категориям «Авария» и

«Критический»Критический 30 минут 6 часов

Категория





Существенный 1 рабочий день 1 рабочий день —Несущественный 1 рабочий день 2 рабочих дня —Вопрос 1 рабочий день 1 рабочий день —

В отдельных случаях Время решения Запросов на поддержку может быть изменено по согласованию с Заказчиком, что должно быть отражено в ежемесячном отчете и на Интернет‐сервере поддержки.Информация о любой ситуации, способной привести к Инциденту или Проблеме, должна быть доведена до Заказчика по телефону или электронной почте Контактных лиц Заказчика в течение 30 (тридцати) минут с момента получения Исполнителем информации о данной ситуации.

3.3.3. Объем предоставляемых Услуг.Суммарный объем услуг по Технической поддержке (лимит трудозатрат) составляет не более 50 (пятидесяти) человеко-часов за каждый месяц оказания услуг по Технической поддержке. В случае, если указанный лимит трудозатрат не израсходован в текущем месяце оказания услуг по Технической поддержке, он добавляется к лимиту трудозатрат следующего месяца. Исполнитель приступает к реализации каждого Запроса на поддержку только после согласования целесообразности работы с Утверждающим Запрос на поддержку.3.3.4. Организация взаимодействия.

Заказчик в течение 3(трех) рабочих дней с момента заключения Договора назначает 2 (двух) Контактных лиц из числа своих работников, уполномоченных инициировать направление Запросов на поддержку Исполнителю. Заказчик, в лице Директора по информационным технологиям или Старшего директора по информационным технологиям, вправе изменять список Контактных лиц, проинформировав об этом Исполнителя посредством электронного или письменного уведомления (уведомление должно содержать фамилию, имя, отчество, адрес электронной почты и телефон Контактных лиц).

Исполнитель в течение 3(трех) рабочих дней с момента заключения Договора назначает 2 (двух) Контактных лиц из числа своих специалистов для оказания Заказчику услуг по Технической поддержке. Исполнитель вправе изменять список Контактных лиц, проинформировав об этом Заказчика, в лице Старшего директора по ИТ или Директора по ИТ, посредством письменного или электронного уведомления (уведомление должно содержать фамилию, имя, отчество, адрес электронной почты и телефон Контактных лиц).

Исполнитель должен обеспечить Заказчику бесперебойный доступ к Службе Технической поддержки по телефонам «горячей линии», предоставив ее контактные номера телефонов в течение 3(трех) рабочих дней с момента заключения Договора. В случае возникновения у Заказчика существенных задержек с доступом к Службе Технической поддержки (невозможность телефонного соединения со специалистом Исполнителя в течение 30 (тридцати) и более минут, о чем Заказчик сообщает через Интернет‐сервер поддержки) по вине Исполнителя, Исполнитель незамедлительно и за свой счет обязан устранить причину таких задержек.

4. Место, условия и сроки оказания Услуг: Срок оказания услуг по Технической поддержке — 6 (шесть) месяцев с момента заключения Договора.Место оказания услуг по Технической поддержке по адресу Заказчика:

г. Москва, Мясницкая ул., д.20 к. 604. Услуги по Технической поддержке должны оказываться по телефону, электронной почте, через Интернет‐сервер поддержки, удаленно через сеть Интернет или непосредственно по адресу Заказчика в Часы обслуживания (определяет Исполнитель с учетом соблюдения требований настоящего Технического задания). При необходимости, определяемой Заказчиком, услуги по Технической поддержке должны оказываться на местах оказания услуг по Технической поддержке по адресам Заказчика. Услуги, исполнение которых требует изменение программного кода - должны выполняться с соблюдением требований «Стандарта разработки программного обеспечения и комментирования программных кодов информационных систем НИУ ВШЭ» (см. Приложение №7 к извещению о проведении запроса котировок в электронной форме).Услуги, исполнение которых требует изменения объектов Системы без изменения программного кода - должны выполняться с соблюдением требований «Правила разработки и оформления результатов в программной среде К2» (см. Приложение №8 к извещению о проведении запроса котировок в электронной форме).Настройка рабочих мест пользователей для обеспечения работы с Системой не требуется.Действия, выполнение которых осуществляется силами Заказчика:

Контроль загрузки ресурсов сервера Системы; Резервирование данных Системы; Резервирование данных Системы; Восстановление данных Системы из резервных копий; Восстановление работоспособности Системы после сбоев оборудования по Запросам

на поддержку; Контроль дискового пространства сервера Системы; Консультирование пользователей Системы по работе с Системой.

Исполнитель должен самостоятельно ознакомиться с технологическими возможностями платформы K2 по материалам, представленным на WEB-сайте производителя платформы (http://www.k2.com). Заказчик не оказывает консультаций по использованию платформы K2. Для оказания услуг по Технической поддержке Исполнителем должны привлекаться только специалисты, имеющие сертификаты K2 Blackpearl Core, K2 Smartforms builder, K2 Blackpearl extensions, выданные компанией SourceCode Technology Holdings, inc. Необходимо наличие всех трех сертификатов у специалистов Исполнителя. По требованию Заказчика Исполнитель должен представить копии сертификатов специалистов, а также подтверждение факта трудовых и/или гражданско-правовых отношений со специалистами в течение 3 (трех) рабочих дней с момента заключения Договора.

4.1. Контроль качества уровня обслуживания и объема Услуг.Услуга за отчетный период считается оказанной надлежащего качества и в полном объеме, если за отчетный период не нарушено Время решения по Запросам на поддержку или допустимое количество Инцидентов (Таблица 2).

4.2. Изменение стоимости Услуг.При нарушении требований, установленных в п.3.3.2 (Таблица 2) стоимость оказанных Услуг за отчетный период, подлежит снижению.

Объем снижения стоимости Услуг определяется, как наибольшее значение из: размера снижения стоимости Услуг по причине превышения Времени решения

(Таблица 3), произошедшего по вине Исполнителя; размера снижения стоимости Услуг по причине превышения максимально

допустимого количества Инцидентов (Таблица 4), произошедшего по вине Исполнителя;

снижения стоимости Услуг на 30% при превышении Времени решения одного любого Запроса на поддержку категории «Авария» или «Критический» более чем на 20% от требований, установленных в п.3.3.2 (Таблица 2), произошедшего по вине Исполнителя.

Таблица 3

Отношение количества Запросов на поддержку с нарушением Времени решения, указанного в требованиях, установленных в п.3.3.2 (Таблица 2), к общему количеству Запросов на поддержку

Размер снижения стоимости Услуг, %

От 0,1 до 0,2 включительно На 10% от суммы отчетного периода.Более 0,2 до 0,3 включительно На 20% от суммы отчетного периода.Более 0,3 На 30% от суммы отчетного периода.

Таблица 4

Количество Инцидентов категории «Авария» или «Критический» (см. п.3.3.2 Таблица 2)

Размер уменьшения стоимости услуг, %

4 На 10% от суммы отчетного периода.5 На 20% от суммы отчетного периода.От 6 и более На 30% от суммы отчетного периода.

5. Форма, сроки и порядок оплаты: Оплата по Договору производится безналичным расчетом в рублях, каждые три месяца по факту оказания Услуг за истекшие три месяца, в течение 10 (десяти) банковских дней после подписания Сторонами акта сдачи‐приемки услуг за истекшие три месяца, подписанного Исполнителем и Заказчиком, с приложенными Исполнителем перечнями оказанных Услуг за истекшие три месяца, на основании счета Исполнителя. Каждые три месяца по факту оказания Услуг Исполнитель предоставляет Заказчику счет‐фактуру.Акты сдачи‐приемки услуг, счета и счета‐фактуры предоставляются Исполнителем в офис Заказчика лично работнику, осуществляющему контроль исполнения Договора.

6. Порядок формирования цены Договора: в общую цену Договора входят все расходы Исполнителя, связанные с исполнением Договора, в том числе оплата НДС и других обязательных платежей в соответствии с законодательством Российской Федерации.

7. Начальная (максимальная) цена Договора: 450 000,00 рублей (четыреста пятьдесят тысяч рублей 00 копеек).

8. Источник финансирования закупки: средства субсидии из федерального бюджета на выполнение государственного задания.

9. Срок, место и порядок предоставления документации о закупке, размер, порядок и сроки внесения платы, взимаемой Заказчиком за предоставление документации:

Документация о закупке размещена Заказчиком и доступна для скачивания в электронном виде:- в единой информационной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд (далее также единая информационная система, ЕИС) http://zakupki.gov.ru/ . - на Универсальной торговой платформе ЗАО «Сбербанк-АСТ» (далее также электронная площадка, ЭП) http://utp.sberbank-ast.ru/ . Плата за предоставление документации Заказчиком не установлена.Срок предоставления документации: с 27.03.2017 по 30.03.2017.

10. Дата начала приема котировочных заявок в электронной форме, дата и время окончания приема котировочных заявок в электронной форме: Дата начала подачи заявок: «27» марта 2017 г.Дата и время окончания подачи заявок: «30» марта 2017 г. в 16:00 ч. (время московское).

11. Место, дата и время рассмотрения котировочных заявок в электронной форме и подведения итогов: г. Москва, Кривоколенный пер., д. 3, каб. К-308, «31» марта 2017 г., 16:00 ч. (время московское).

12. Место и порядок подачи котировочных заявок, отзыва заявок и внесения изменений в котировочные заявки: 12.1. Заявки подаются в электронном виде (в форме электронных документов и/или электронных образов документов) через сайт ЭП http://utp.sberbank-ast.ru/ в соответствии с регламентом электронной площадки. 12.2. В случае подачи документа, входящего в котировочную заявку, в форме электронного документа, такой документ должен быть создан в электронной форме без предварительного документирования на бумажном носителе, подписанный электронной подписью в соответствии с законодательством Российской Федерации и настоящим извещением.12.3. В случае подачи документа, входящего в котировочную заявку, в форме электронного образа документа, такой документ должен быть создан путем сканирования копии документа, изготовленного на бумажном носителе, и заверен электронной подписью в соответствии с законодательством Российской Федерации и настоящим извещением.12.3.1. Сканирование документа на бумажном носителе должно производиться в масштабе 1:1 в черно-белом, сером цвете или в режиме полной цветопередачи (качество 200 - 300 точек на дюйм), обеспечивающем сохранение всех реквизитов и аутентичных признаков подлинности, а именно: графической подписи лица, печати и углового штампа бланка (при наличии).12.3.2. Файл электронного образа документа должен быть в формате PDF (рекомендуется создавать электронный образ документа с возможностью копирования текста).12.3.3. Размер файла электронного образа документа не должен превышать 10 Мб, если иной размер файла не установлен электронной площадкой.12.3.4. Каждый отдельный электронный образ документа должен быть представлен в виде отдельного файла. Наименование файла должно позволять идентифицировать электронный образ документа (например: Доверенность от 13.11.2016.pdf).12.3.5. При составлении документа на бумажном носителе вручную исправления могут быть внесены путем перечеркивания одной чертой так, чтобы можно было прочесть исправленный текст. Сверху делается правильная запись, которая оговаривается надписью «исправлено» и подтверждается подписью лица, подписывающего котировочную заявку, с указанием даты исправления, а также при наличии печатью организации (для юридических лиц).12.4. Котировочная заявка подписывается электронной подписью лица, имеющего полномочия на подписание заявки. 12.5. Любой претендент вправе подать только одну котировочную заявку.12.6. Участник закупки вправе изменить или отозвать ранее поданную котировочную заявку в порядке, предусмотренном Извещением о проведении запроса котировок и регламентом работы ЭП. Изменение и (или) отзыв котировочных заявок после истечения срока подачи

http://utp.sberbank-ast.ru/

http://zakupki.gov.ru/

котировочных заявок, установленного извещением о проведении запроса котировок, не допускается.

13. Формы, порядок, дата начала и дата окончания срока предоставления участникам закупки разъяснений положений документации о закупке:13.1. Любой претендент вправе направить Заказчику запрос о разъяснении положений извещения о проведении запроса котировок в электронной форме через сайт ЭП в срок не позднее, чем за два рабочих дня до дня окончания подачи котировочных заявок.13.2. Конечная дата приема запросов на разъяснение положений извещения о проведении запроса котировок: «27» марта 2017 года.13.3. Дата начала предоставления участникам закупки разъяснений положений извещения о проведении запроса котировок – « 27» марта 2017 года. 13.4. Дата окончания срока предоставления участникам закупки разъяснений положений извещения о проведении запроса котировок - «28» марта 2017 года.13.5. Заказчик в течение одного рабочего дня с даты получения запроса о разъяснении положений извещения о проведении запроса котировок размещает разъяснения (без указания наименования или адреса претендента, от которого был получен запрос на разъяснения) на сайте ЭП. При необходимости Заказчик может продлить срок подачи котировочных заявок.

14. Информация о праве Заказчика внести изменения в Извещение или отказаться от проведения запроса котировок: 14.1. В любое время до истечения срока представления котировочных заявок Заказчик вправе по собственной инициативе либо в ответ на запрос какого-либо претендента внести изменения в иизвещение о проведении запроса котировок или отказаться от проведения запроса котировок. 14.2. В течение одного рабочего дня со дня принятия решения о необходимости указанных изменений или отказа от проведения запроса котировок соответствующая информация размещается в единой информационной системе. При этом в случае принятия решения о необходимости внесения изменений в иизвещение, срок подачи котировочных заявок продлевается на срок, достаточный для учета претендентами при подготовке котировочных заявок изменений. Указанный срок должен составлять не менее чем два рабочих дня и указывается в изменениях к Извещению.

15. Определение победителя в проведении запроса котировок, критерии оценки и сопоставления котировочных заявок, порядок оценки и сопоставления котировочных заявок: 15.1. Победителем в проведении запроса котировок признается участник закупки, соответствующий требованиям, установленным в извещении о проведении запроса котировок, подавший котировочную заявку, которая отвечает всем требованиям, установленным в таком Извещении, и в которой указана наиболее низкая цена Договора, являющаяся единственным критерием оценки. 15.1.1. Оценка и сопоставление заявок на участие в запросе котировок, которые содержат предложения о поставке товаров российского происхождения, выполнении работ, оказании услуг российскими лицами, по стоимостным критериям оценки производятся в порядке, указанном в п.18 извещения о проведении запроса котировок. 15.2. При предложении наиболее низкой цены Договора несколькими участниками закупки победителем в проведении запроса котировок признается участник закупки, котировочная заявка которого поступила ранее котировочных заявок других участников закупки.15.3. Участник закупки, подавший котировочную заявку, и признанный победителем в проведении запроса котировок, не вправе отказаться от заключения Договора.15.4. Если по окончании срока подачи котировочных заявок, установленного извещением о проведении запроса котировок, Заказчиком получена только одна котировочная заявка или не будет получено ни одной котировочной заявки, запрос котировок признается несостоявшимся.

15.5. Если по окончании срока подачи котировочных заявок, установленного извещением о проведении запроса котировок, Заказчиком будет получена только одна котировочная заявка, комиссия осуществляет ее рассмотрение в порядке, установленном настоящим извещением. Если рассматриваемая котировочная заявка и подавший такую заявку участник закупки соответствуют требованиям и условиям, предусмотренным извещением о проведении запроса котировок, Заказчик заключает Договор с участником закупки, подавшим такую котировочную заявку, по цене договора, предложенной таким участником.15.6. Если на основании результатов рассмотрения котировочных заявок будет принято решение о несоответствии всех участников закупки и поданных ими котировочных заявок требованиям и условиям, предусмотренным извещением о проведении запроса котировок, либо о соответствии только одного участника закупки и поданной им котировочной заявки требованиям и условиям, предусмотренным извещением о проведении запроса котировок, запрос котировок признается несостоявшимся.15.7. В случае признания запроса котировок несостоявшимся по причине того, что не подано ни одной котировочной заявки или комиссией отклонены все поданные котировочные заявки, Заказчик вправе заключить договор с единственным поставщиком (исполнителем, подрядчиком), в порядке, установленном Положение о закупке Заказчика.

16. Срок заключения Договора и отказа от заключения Договора: 16.1. По результатам проведенного запроса котировок Сторонами в бумажном виде заключается договор, формируемый путем включения условий, предложенных в котировочной заявке участником закупки, с которым заключается договор, в проект договора, являющийся неотъемлемой частью извещения о проведении запроса котировок (Приложение № 6 к извещению о проведении запроса котировок в электронной форме). 16.2. Срок, в течение которого победитель запроса котировок или участник закупки, с которым заключается договор, должен подписать проект договора: в течение 15 (пятнадцати) дней со дня размещения в ЕИС протокола рассмотрения и оценки котировочных заявок.16.2.1. При непредставлении Заказчику таким участником закупки в срок, предусмотренный извещением о проведении запроса котировок, подписанного Договора, такой участник закупки признается уклонившимся от заключения Договора. 16.2.2. В случае уклонения победителя в проведении запроса котировок от заключения Договора, Заказчик вправе заключить Договор с участником, которому по результатам проведения запроса котировок был присвоен второй номер, на условиях проекта Договора, прилагаемого к извещению о проведении запроса котировок, и по цене Договора, предложенной таким участником в котировочной заявке.16.3. Срок заключения Сторонами договора по результатам проведения запроса котировок: не ранее, чем через 3 (три) рабочих дня со дня размещения в ЕИС протокола рассмотрения и оценки котировочных заявок и не позднее 20 (двадцати) дней со дня подписания указанного протокола.16.4. После определения участника закупки, с которым должен быть заключен Договор, Заказчик вправе отказаться от заключения Договора с таким участником в случае установления следующих фактов:

а) проведения ликвидации участника закупки - юридических лиц или принятия арбитражным судом решения о признании участника закупки - юридического лица, индивидуального предпринимателя банкротами и об открытии конкурсного производства;

б) приостановления деятельности участника закупки в порядке, предусмотренном Кодексом Российской Федерации об административных правонарушениях;

в) предоставления участником закупки заведомо ложных сведений, содержащихся в представленных ими документах;

г) нахождения имущества участника закупки под арестом, наложенным по решению суда, если на момент истечения срока заключения договора балансовая стоимость арестованного имущества превышает двадцать пять процентов балансовой стоимости активов участника закупки по данным бухгалтерской отчетности за последний завершенный отчетный период;

д) наличия у участника закупки задолженности по начисленным налогам, сборам и иным обязательным платежам в бюджеты любого уровня или государственные внебюджетные фонды за прошедший календарный год, размер которой превышает двадцать пять процентов балансовой стоимости активов участника закупки по данным бухгалтерской отчетности за последний отчетный период, при условии, что участник закупки не обжалует наличие указанной задолженности в соответствии с законодательством Российской Федерации.16.5. В случае отказа Заказчика от заключения Договора с победителем или участником закупки, с которым должен быть заключен Договор, по вышеуказанным основаниям, закупка признается несостоявшейся.

17. Требования, предъявляемые к участникам закупки: а) соответствие участника закупки требованиям, устанавливаемым в соответствии с законодательством Российской Федерации к лицам, осуществляющим поставки товаров, выполнение работ, оказание услуг, являющихся предметом закупки;б) непроведение ликвидации участника закупки - юридического лица и отсутствие решения арбитражного суда о признании участника закупки - юридического лица, индивидуального предпринимателя банкротом и об открытии конкурсного производства;в) неприостановление деятельности участника закупки в порядке, предусмотренном Кодексом Российской Федерации об административных правонарушениях, на день подачи заявки в целях участия в закупке товаров, работ, услуг для нужд университета;г) отсутствие у участника закупки задолженности по начисленным налогам, сборам и иным обязательным платежам в бюджеты любого уровня или государственные внебюджетные фонды за прошедший календарный год, размер которой превышает двадцать пять процентов балансовой стоимости активов участника закупки по данным бухгалтерской отчетности за последний завершенный отчетный период. При наличии задолженности участник закупки считается соответствующим установленному требованию в случае, если он обжалует наличие указанной задолженности в соответствии с законодательством Российской Федерации и решение по такой жалобе на день рассмотрения заявки на участие в закупке товаров, работ, услуг не принято;д) отсутствие в предусмотренном Федеральным законом от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» реестре недобросовестных поставщиков сведений об участниках закупки;е) отсутствие в предусмотренном Федеральным законом от 18.07.2011г. № 223-ФЗ «О закупках товаров, работ, услуг отдельными видами юридических лиц» реестре недобросовестных поставщиков сведений об участниках закупки.

18. Приоритет товаров российского происхождения, работ, услуг, выполняемых, оказываемых российскими лицами: 18.1. Заказчик устанавливает приоритет товаров российского происхождения, работ, услуг, выполняемых, оказываемых российскими лицами, по отношению к товарам, происходящим из иностранного государства, работам, услугам, выполняемым, оказываемым иностранными лицами, с учетом положений Генерального соглашения по тарифам и торговле 1994 года и Договора о Евразийском экономическом союзе от 29 мая 2014 г.18.2. Случаи, при наступлении которых не предоставляется приоритет товаров российского происхождения, работ, услуг, выполняемых, оказываемых российскими лицами, по отношению к товарам, происходящим из иностранного государства, работам, услугам, выполняемым, оказываемым иностранными лицами, устанавливаются постановлением Правительства Российской Федерации от 16.09.2016 № 925 «О приоритете товаров российского происхождения, работ, услуг, выполняемых, оказываемых российскими лицами, по отношению к товарам, происходящим из иностранного государства, работам, услугам, выполняемым, оказываемым иностранными лицами»:

а) запрос котировок признан несостоявшимся, и договор заключается с единственным участником закупки;

consultantplus://offline/ref=C94E40F5ED9F8211142766637D90D05FCBA453C87EAFF2E53D77C130911FW3N

consultantplus://offline/ref=C94E40F5ED9F82111427636C7E90D05FCBAA51C378A6AFEF352ECD3219W6N

б) в котировочной заявке не содержится предложений о поставке товаров российского происхождения, выполнении работ, оказании услуг российскими лицами;

в) в котировочной заявке не содержится предложений о поставке товаров иностранного происхождения, выполнении работ, оказании услуг иностранными лицами;

г) в котировочной заявке, представленной участником закупки, содержится предложение о поставке товаров российского и иностранного происхождения, выполнении работ, оказании услуг российскими и иностранными лицами, при этом стоимость товаров российского происхождения, стоимость работ, услуг, выполняемых, оказываемых российскими лицами, составляет менее 50 процентов стоимости всех предложенных таким участником товаров, работ, услуг.18.3. Для целей установления соотношения цены предлагаемых к поставке товаров российского и иностранного происхождения, цены выполнения работ, оказания услуг российскими и иностранными лицами в случае, предусмотренном подпунктом «г» пункта 19.2 настоящего извещения, цена единицы каждого товара, работы, услуги определяется как произведение начальной (максимальной) цены единицы товара, работы, услуги, указанной в настоящем извещении, на коэффициент изменения начальной (максимальной) цены договора по результатам проведения запроса котировок, определяемый как результат деления цены договора, по которой заключается договор, на начальную (максимальную) цену договора.18.4. Отнесение участника закупки к российским или иностранным лицам осуществляется на основании документов участника закупки, содержащих информацию о месте его регистрации (для юридических лиц и индивидуальных предпринимателей), либо на основании документов, удостоверяющих личность (для физических лиц).18.5. Оценка и сопоставление заявок на участие в запросе котировок, которые содержат предложения о поставке товаров российского происхождения, выполнении работ, оказании услуг российскими лицами, по стоимостным критериям оценки производятся по предложенной в указанных заявках цене договора, сниженной на пятнадцать процентов, при этом договор заключается по цене договора, предложенной участником в заявке на участие в запросе котировок.18.6. При исполнении договора, заключенного с участником запроса котировок, которому предоставлен приоритет в порядке, установленным настоящим извещением о проведении запроса котировок, не допускается замена страны происхождения товаров, за исключением случая, когда в результате такой замены вместо иностранных товаров поставляются российские товары, при этом качество, технические и функциональные характеристики (потребительские свойства) таких товаров не должны уступать качеству и соответствующим техническим и функциональным характеристикам товаров, указанных в договоре.

19. Требования к содержанию, форме, оформлению и составу котировочной заявки на участие в закупке:19.1. Для участия в проведении запроса котировок претендент должен подготовить котировочную заявку, оформленную в полном соответствии с требованиями извещения о проведении запроса котировок.19.2. Котировочная заявка должна содержать следующую информацию и документы, предоставляемые в электронном виде (в соответствии с требованиями п. 12 извещения):а) заполненную форму котировочной заявки в соответствии с требованиями извещения о проведении запроса котировок, содержащую:- согласие участника закупки исполнить условия договора, указанные в извещении о проведении запроса котировок, - предложение о цене Договора и сведения о включенных или не включенных в нее расходах (расходы на перевозку, страхование, уплату таможенных пошлин, налогов, сборов и другие обязательные платежи), Форма котировочной заявки установлена Приложением № 1 к извещению о проведении запроса котировок в электронной форме;б) анкету участника закупки по установленной в извещении о проведении запроса котировок форме (форма установлена Приложением № 2 к извещению о проведении запроса котировок в

электронной форме);в) в случае если участник закупки относится к субъектам малого и среднего предпринимательства, сведения из единого реестра субъектов малого и среднего предпринимательства (https://rmsp.nalog.ru/), ведение которого осуществляется в соответствии с Федеральным законом «О развитии малого и среднего предпринимательства в Российской Федерации» (далее – единый реестр субъектов малого и среднего предпринимательства), содержащих информацию об участнике закупки.

В случае если участник закупки является вновь зарегистрированным индивидуальным предпринимателем или вновь созданным юридическим лицом в соответствии с частью 3 статьи 4 Федерального закона «О развитии малого и среднего предпринимательства в Российской Федерации» (т.е. зарегистрирован (создан) в период с 1 августа текущего календарного года по 31 июля года, следующего за текущим календарным годом) и сведения о таком участнике закупки отсутствуют в едином реестре субъектов малого и среднего предпринимательства, участник закупки должен представить заполненную форму декларации (форма установлена Приложением № 3 к извещению о проведении запроса котировок в электронной форме) о соответствии участника закупки критериям отнесения к субъектам малого и среднего предпринимательства, установленным статьей 4 Федерального закона «О развитии малого и среднего предпринимательства в Российской Федерации»;г) сведения о технических и качественных характеристиках Услуг по установленной в извещении о проведении запроса котировок форме (форма установлена Приложением № 4 к извещению о проведении запроса котировок в электронной форме);д) документ, подтверждающий полномочия лица на осуществление действий от имени участника закупки – юридического лица (копия решения о назначении или об избрании либо приказа о назначении физического лица на должность, в соответствии с которым такое физическое лицо обладает правом действовать от имени участника закупки без доверенности (далее также – руководитель)1. В случае, если от имени участника закупки действует иное лицо, котировочная заявка должна содержать также доверенность на осуществление действий от имени участника закупки, заверенную печатью участника закупки (для юридических лиц) и подписанную руководителем участника закупки или уполномоченным этим руководителем лицом, либо нотариально заверенную копию такой доверенности. В случае если указанная доверенность подписана лицом, уполномоченным руководителем участника закупки, котировочная заявка должна содержать также документ, подтверждающий полномочия такого лица;е) расчет предлагаемой цены Договора и ее обоснование в случае, если котировочная заявка, содержит предложение с демпинговой ценой Договора (на 25 или более процентов ниже начальной (максимальной) цены Договора, указанной в извещении о проведении запроса котировок) (форма установлена Приложением № 5 к извещению о проведении запроса котировок в электронной форме). 20. Отказ в допуске к участию в закупке:20.1. Участнику закупки будет отказано в участии в проведении запроса котировок в случаях:а) непредставления оригиналов и копий документов, а также иных сведений, требование о наличии которых установлено извещением о проведении запроса котировок либо наличие в

1 В случае если единоличный исполнительный орган (руководитель) юридического лица в соответствии с законодательством Российской Федерации и (или) его учредительными документами избирается, необходимо представить документ, подтверждающий избрание единоличного исполнительного органа (например: для общества с ограниченной ответственностью документом, подтверждающим избрание единоличного исполнительного органа, является решение общего собрания участников общества об избрании...; для акционерного общества - решение совета директоров об избрании...).В случае если единоличный исполнительный орган (руководитель) юридического лица в соответствии с законодательством Российской Федерации и (или) его учредительными документами назначается, необходимо представить распорядительный документ, свидетельствующий о назначении единоличного исполнительного органа (например: для унитарного предприятия документом, свидетельствующим о назначении на должность руководителя, является распорядительный документ собственника имущества унитарного предприятия – приказ о назначении...; для акционерного общества - решение совета директоров о назначении ... (в случае, если в соответствии с уставом единоличный исполнительный орган назначается).

consultantplus://offline/ref=3122AED5F5F14EE7EB129C30705E4F07339E031D493F7A91CE4C97FF713CC699B80EA5278C466604SAhDN

таких документах недостоверных сведений об участнике закупки или об услугах, на оказание которых производится закупка;б) несоответствия участника закупки требованиям к участникам закупки, установленным извещением о проведении запроса котировок;в) несоответствия котировочной заявки требованиям, установленным извещением о проведении запроса котировок.20.2. Единая комиссия по закупке товаров, работ, услуг вправе отклонить котировочную заявку в случае, если предложенная в такой заявке цена является демпинговой ценой, и в составе котировочной заявки отсутствует расчет предлагаемой цены Договора и (или) ее обоснование, либо по итогам проведенного анализа представленных в составе котировочной заявки расчета и обоснования цены Договора комиссия пришла к обоснованному выводу о невозможности участника закупки исполнить Договор на предложенных им условиях.20.3. В случае установления факта проведения ликвидации участника закупки или принятия арбитражным судом решения о признании участника закупки банкротом и об открытии конкурсного производства, факта приостановления деятельности участника закупки в порядке, предусмотренном Кодексом Российской Федерации об административных правонарушениях, факта наличия задолженности по начисленным налогам, сборам и иным обязательным платежам в бюджеты любого уровня или государственные внебюджетные фонды за прошедший календарный год, если размер такой задолженности превышает 25 (двадцать пять) процентов балансовой стоимости активов участника закупки по данным бухгалтерской отчетности за последний завершенный отчетный период, такой участник закупки отстраняется от участия в проведении запроса котировок на любом этапе его проведения.

21. Сведения о возможности изменения объема оказываемых Услуг: При оказании дополнительного объема Услуг, на оказание которых заключен Договор, Заказчик по согласованию с Исполнителем вправе изменить общую цену Договора пропорционально объему Услуг, но не более чем на 20 (двадцать) процентов такой цены Договора. Изменение цены Договора и объема оказываемых Услуг осуществляется в порядке, установленном Договором.

Приложение № 1к извещению о проведении

запроса котировок в электронной форме(ФОРМА)

КОТИРОВОЧНАЯ ЗАЯВКАЭК29-03-17/ТЕХПОДДЕРЖКА «ВЫШКА-BPM»

Изучив извещение о проведении запроса котировок в электронной форме и принимая установленные в нем требования, мы

______________________________________________________________________________(наименование организации и почтовый адрес участника закупки)

согласны исполнить условия Договора, указанные в извещении о проведении запроса котировок в электронной форме, и на условиях, которые мы представили в настоящем предложении. Предлагаем заключить Договор на оказание услуг по технической поддержке программы для ЭВМ «Вышка-BPM», на условиях и в соответствии с документами, входящими в настоящую котировочную заявку, на общую сумму:

_______________________________________________________________________________. (сумма в рублях цифрами и прописью)

В указанную цену включены/не включены (выбрать нужное) расходы, связанные с исполнением Договора и указанные в извещении о проведении запроса котировок в электронной форме.

Настоящей заявкой подтверждаем, что против __________________________________ (наименование участника закупки)не проводится процедура ликвидации, банкротства, деятельность не приостановлена, а также, что размер задолженности по начисленным налогам, сборам и иным обязательным платежам в бюджеты любого уровня или государственные внебюджетные фонды за прошедший календарный год не превышает 25 % (двадцать пять процентов) балансовой стоимости активов участника закупки по данным бухгалтерской отчетности за последний завершенный отчетный период.

Настоящим гарантируем достоверность представленной нами в заявке информации и подтверждаем право Заказчика запрашивать у нас, в уполномоченных органах власти и у упомянутых в нашей заявке юридических и физических лиц информацию, уточняющую представленные нами в ней сведения.

В случае если мы будем признаны победителями в проведении запроса котировок, мы берем на себя обязательства заключить Договор с Заказчиком по форме, указанной в Приложении № 6 к извещению о проведении запроса котировок в электронной форме, в соответствии с требованиями извещения о проведении запроса котировок в электронной форме и предложенными нами в котировочной заявке условиями исполнения Договора.

В случае если представленной нами котировочной заявке будет присвоен второй номер, а победитель в проведении запроса котировок будет признан уклонившимся от заключения Договора с Заказчиком, мы обязуемся заключить Договор по форме, указанной в Приложении № 6 к извещению о проведении запроса котировок в электронной форме, в соответствии с требованиями извещения о проведении запроса котировок в электронной форме и предложенными нами в котировочной заявке условиями исполнения Договора.

В случае признания нас единственным участником закупки, с которым Заказчик будет заключать Договор, мы берем на себя обязательства заключить Договор по форме, указанной в Приложении № 6 к извещению о проведении запроса котировок в электронной форме, в соответствии с требованиями извещения о проведении запроса котировок в электронной форме и предложенными нами в котировочной заявке условиями исполнения Договора.

Сообщаем, что для оперативного уведомления нас по вопросам организационного характера и взаимодействия с Заказчиком нами уполномочен ____________________________________________________________________

Все сведения о запросе котировок просим сообщать уполномоченному лицу.Настоящей заявкой гарантируем достоверность представленной нами информации.Телефон: _____________________;Факс: ________________________;Адрес электронной почты_______________________________;Корреспонденцию в наш адрес просим направлять по адресу:__________________________________________________________________.__________________________________________________________________.

Котировочная заявка должна быть подписана электронной подписью уполномоченного лица участника закупки

(Ф.И.О., телефон представителя участника закупки)



АНКЕТА УЧАСТНИКА ЗАКУПКИ(для юридического лица)

1. Полное и сокращенное наименования организации и ее организационно-правовая форма: (на основании учредительных документов, свидетельства о государственной регистрации, свидетельства о внесении записи в единый государственный реестр юридических лиц)2. Регистрационные данные:Дата, место и орган регистрации юридического лица, (на основании свидетельства о государственной регистрации или иного документа, выдаваемого иностранным компаниям при регистрации)ИНН, КПП, ОГРН, ОКПО, ОКТМО, ОКОПФ, Дата постановки на учет участника закупки в налоговом органе Примечание:Вышеуказанные данные могут быть по усмотрению участника закупки подтверждены путем предоставления следующих документов: – Свидетельство о государственной регистрации;– Информационное письмо об учете в ЕГРПО;– Свидетельство о постановке на учет в налоговом органе.3. Место нахождения участника закупки Страна:

Адрес:4. Почтовый адрес участника закупки Страна:

Адрес:Телефон:Факс:Адрес электронной почты:

5. Банковские реквизиты (может быть несколько):5.1. Наименование обслуживающего банка:5.2. Расчетный счет:5.3. Корреспондентский счет:5.4. Код БИК:Примечание:Представляется информация обо всех открытых счетах.Вышеуказанные данные могут быть подтверждены путем предоставления письма из банка об открытии расчетного счета.6. Сведения о выданных участнику закупки лицензиях, необходимых для выполнения обязательств по Договору (указывается лицензируемый вид деятельности, реквизиты действующей лицензии, наименование территории на которой действует лицензия)7. Система налогообложения (указывается применяемая система налогообложения – основная или упрощенная)

АНКЕТА УЧАСТНИКА ЗАКУПКИ(для физического лица, в т.ч. индивидуального предпринимателя)

№ п/п

Наименование Сведения об участнике закупки

1. Фамилия, имя, отчество

2. Паспортные данные

3. Место жительства

4. Дата и место рождения

5. ИНН

6. ОГРНИП

7. СНИЛС

8. Свидетельство о регистрации в качестве ИП (дата и номер, кем выдано)

9. Банковские реквизиты (наименование банка, телефон, БИК, ИНН, к/с)

10. Место работы

11. Телефоны участника закупки товаров, работ, услуг (с указанием кода города)

12. Факс участника закупки товаров, работ, услуг (с указанием кода города)

13. Адрес электронной почты участника закупки товаров, работ, услуг

Приложение № 3 к извещению о проведении


Декларацияо соответствии участника закупки

критериям отнесения к субъектам малогои среднего предпринимательства

Подтверждаем, что (указывается наименование участника закупки)

в соответствии со статьей 4 Федерального закона “О развитии малого и среднего предпринимательства в Российской Федерации” удовлетворяет критериям отнесения организации к субъектам

(указывается субъект малого или среднего предпринимательствав зависимости от критериев отнесения)

предпринимательства, и сообщаем следующую информацию:1. Адрес местонахождения (юридический адрес):

.2. ИНН/КПП: .

(№, сведения о дате выдачи документа и выдавшем его органе)3. ОГРН: .4. Сведения о соответствии критериям отнесения к субъектам малого и среднего

предпринимательства, а также сведения о производимых товарах, работах, услугах и видах деятельности 2:

№п/п

Наименование сведений** Малые предприятия

Средние предприятия

Показатель

13 2 3 4 51. Суммарная доля участия

Российской Федерации, субъектов Российской Федерации, муниципальных образований, общественных и религиозных организаций (объединений), благотворительных и иных фондов (за исключением суммарной доли участия, входящей в состав активов инвестиционных фондов) в уставном капитале общества с ограниченной ответственностью, процентов

не более 25 -

2. Суммарная доля участия иностранных юридических лиц и (или) юридических лиц, не

не более 49 -

2 Категория субъекта малого или среднего предпринимательства изменяется только в случае, если предельные значения выше или ниже предельных значений, указанных в пунктах 7 и 8 настоящего документа, в течение 3 календарных лет, следующих один за другим.3 Пункты 1 - 11 настоящего документа являются обязательными для заполнения.

являющихся субъектами малого и среднего предпринимательства, в уставном капитале общества с ограниченной ответственностью4, процентов

3. Акции акционерного общества, обращающиеся на организованном рынке ценных бумаг, отнесены к акциям высокотехнологичного (инновационного) сектора экономики в порядке, установленном Правительством Российской Федерации

да (нет)

4. Деятельность хозяйственного общества, хозяйственного партнерства заключается в практическом применении (внедрении) результатов интеллектуальной деятельности (программ для электронных вычислительных машин, баз данных, изобретений, полезных моделей, промышленных образцов, селекционных достижений, топологий интегральных микросхем, секретов производства (ноу-хау), исключительные права на которые принадлежат учредителям (участникам) соответственно хозяйственного общества, хозяйственного партнерства - бюджетным, автономным научным учреждениям или являющимся бюджетными учреждениями, автономными учреждениями образовательным организациям высшего образования

да (нет)

5. Наличие у хозяйственного общества, хозяйственного партнерства статуса участника проекта в соответствии с Федеральным законом "Об инновационном центре "Сколково"

да (нет)

6. Учредителями (участниками) хозяйственных обществ, хозяйственных партнерств являются юридические лица,

да (нет)

4 Ограничение в отношении суммарной доли участия иностранных юридических лиц и (или) юридических лиц, не являющихся субъектами малого и среднего предпринимательства, в уставном капитале общества с ограниченной ответственностью не распространяется на общества с ограниченной ответственностью, соответствующие требованиям, указанным в подпунктах "в" - "д" пункта 1 части 11 статьи 4 Федерального закона "О развитии малого и среднего предпринимательства в Российской Федерации".

включенные в порядке, установленном Правительством Российской Федерации, в утвержденный Правительством Российской Федерации перечень юридических лиц, предоставляющих государственную поддержкуинновационной деятельности в формах, установленных Федеральным законом "О науке и государственной научно-технической политике"

7. Среднесписочная численность работников за предшествующий календарный год, человек

до 100 включительнодо 15 - микро- предприятие

от 101 до 250включительно

указывается количество человек (за

предшествующий календарный год)

8. Доход за предшествующий календарный год, который определяется в порядке, установленном законодательством Российской Федерации о налогах и сборах, суммируется по всем осуществляемым видам деятельности и применяется по всем налоговым режимам, млн. рублей

800120 в год -

микро-предприятие

2000 указывается в млн. рублей (за

предшествующий календарный год)

9. Содержащиеся в Едином государственном реестре юридических лиц, Едином государственном реестре индивидуальных предпринимателей сведения о лицензиях, полученных соответственно юридическим лицом, индивидуальным предпринимателем

подлежит заполнению

10. Сведения о видах деятельности юридического лица согласно учредительным документам или о видах деятельности физического лица, внесенного в Единый государственный реестр индивидуальных предпринимателей и осуществляющего предпринимательскую деятельность без образования юридического лица, с указанием кодов ОКВЭД2 и ОКПД2


11. Сведения о производимых субъектами малого и среднего предпринимательства товарах, работах, услугах с указанием


кодов ОКВЭД2 и ОКПД212. Сведения о соответствии

производимых субъектами малого и среднего предпринимательства товарах, работах, услугах критериям отнесения к инновационной продукции, высокотехнологичной продукции

да (нет)

13. Сведения об участии в утвержденных программах партнерства отдельных заказчиков с субъектами малого и среднего предпринимательства

да (нет)(в случае участия - наименование заказчика,

реализующего программу партнерства)

14. Сведения о наличии у юридического лица, индивидуального предпринимателя в предшествующем календарном году контрактов, заключенных в соответствии с Федеральным законом "О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд", и (или) договоров, заключенных в соответствии с Федеральным законом "О закупках товаров, работ, услуг отдельными видами юридических лиц"

да (нет)(при наличии - количество исполненных

контрактов или договоров и общая сумму)

15. Сведения о том, что руководитель, члены коллегиального исполнительного органа, главный бухгалтер субъекта малого и среднего предпринимательства не имеют судимости за преступления в сфере экономики, а также о том, что в отношении указанных физических лиц не применялось наказание в виде лишения права занимать определенные должности или заниматься определенной деятельностью, связанной с деятельностью субъекта малого и среднего предпринимательства, и административное наказание в виде дисквалификации

да (нет)

16. Информация о наличии сведений о субъекте малого и среднего предпринимательства в реестрах недобросовестных поставщиков, предусмотренных федеральными законами "О закупках товаров, работ, услуг отдельными видами

да (нет)

юридических лиц" и "О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд"

(подпись)М.П.

(фамилия, имя, отчество (при наличии) подписавшего, должность)


запроса котировок в электронной форме (ФОРМА)

Сведения о технических и качественных характеристиках услугТребования, установлен-ные Заказчиком, к качеству, техничес-ким характерис-тикам Услуг:

1.Предмет Договора: оказание услуг по технической поддержке программы для ЭВМ «Вышка-BPM».2. Требования, установленные Заказчиком, к качеству, техническим характеристикам услуг:2.1. Базовые понятия и определения:2.1.1. Программа для ЭВМ «K2». Разработчик — «SourceCode Technology Holdings, Inc.». 2.1.2. «Система» — Система автоматизации процессов предприятия «Вышка-BPM» на основе K2, адаптированная и настроенная с учетом особенностей учета в НИУ ВШЭ и включающая в себя:- Программное обеспечение (далее - ПО) К2 BlackPearl Server;- ПО К2 BlackPearl Workspace;- ПО К2 BlackPearl Designer;- ПО К2 BlackPearl Designer for Visual Studio;- ПО К2 Package and Deployment;- ПО К2 Studio;- ПО SmartObject Service Tester;- Сайт www.bpm.hse.ru и необходимые для его работы настройки MS IIS;- 454 прикладных смартобъекта К2 BlackPearl, размещенные на сервере промышленной эксплуатации;- 32 типа процессов К2 BlackPearl, размещенные на сервере промышленной эксплуатации сгруппированные по следующим задачам и разделам:o Корпоративные информационные системы и сервисы - в данном разделе пользователь может подключиться к основным корпоративным системам НИУ ВШЭ, увидеть актуальные планы по доработкам систем, сообщить об ошибке и заказать консультацию специалиста по тем или иным информационным системам и сервисам ИТ.o Выдача техники и расходных материалов и подача заявок в административно-хозяйственные службы - в данном разделе пользователь может самостоятельно заказать себе компьютерное, телефонное и мультимедиа оборудование, картриджи для печатающих устройств, подать заявку на техническое сопровождение мероприятий, а также подать заявку в административно-хозяйственные службы (поломки мебели, сантехника, уборка помещения, электрика и т.д.).o Заявки в Управление делами - в данном разделе пользователь может отправить запрос на предоставление информации о структурном подразделении или полномочиях сотрудника.o Проектный офис ИТ - в данном разделе представлено описание актуального состояния реализуемых в Дирекции информационных технологий проектов, а также здесь пользователь может загрузить шаблоны проектных документов.o Программное обеспечение - в данном разделе пользователь может ознакомиться с классификацией и реестром программного обеспечения НИУ ВШЭ, а также узнать установку каких программ на свой рабочий компьютер он может заказать через Сервисную службу Дирекции информационных технологий.o Анализ ТЗ на закупку оборудования - в данном разделе представлен актуальный статус рассмотрения ТЗ на приобретение оборудования, а также короткая памятка о правилах и порядке рассмотрения ТЗ на закупку оборудования.o Внутренние документы ИТ – в данном разделе представлены стандарты и методики, относящиеся к жизненному циклу автоматизируемого функционала, а также здесь пользователь может загрузить шаблоны таких документов, как схема интеграции, модель потока данных, схема процесса.o Обратная связь - в данном разделе пользователь может обратиться со своим вопросом, жалобой или предложением к руководству Дирекции информационных технологий, ознакомиться с руководством пользователя Информационного портала Вышка-BPM, а также с серией буклетов "10 правил".Во всех вышеописанных процессах реализованы типовые этапы: регистрация заявки, согласование с руководителем заявителя, исполнение заявки, оценка заявителем качества исполненной заявки. Также функционал системы позволяет осуществлять контроль сроков исполнения заявок, и формировать оперативную и аналитическую отчетность;- Один экземпляр MS SQL-сервера, содержащий 10 баз данных MS SQL. Данный экземпляр размещен на сервере промышленной эксплуатации;- Интеграционные механизмы по загрузке данных в одну БД MS SQL, размещенные на

сервере промышленной эксплуатации.

Состав оборудования и программного обеспечения Системы:- Сервер разработки:o MS WINDOWS Server 2012R2o MS SQL Server 2012SP2o K2 blackpearl Server License o K2 smartforms Server Licenseo K2 for SharePoint 2013/SharePoint Onlineo K2 Control Packo K2 Package and Deployment

Сервер разработки работает под управлением гипервизора Microsoft Hyper-V 2012 R2 и имеет следующие характеристики: o vCPU – 8 шт.o RAM – 8-16Gb, динамическаяo HDD – 200Gbo LAN – 1Gbo Версия виртуальной машины - Gen 1- Сервер тестирования:o MS WINDOWS Server 2012R2o MS SQL Server 2012SP2o K2 blackpearl Server License o K2 smartforms Server Licenseo K2 for SharePoint 2013/SharePoint Onlineo K2 Control Packo K2 Package and Deployment

Сервер тестирования работает под управлением гипервизора Microsoft Hyper-V 2012 R2 и имеет следующие характеристики: o vCPU – 8 шт.o RAM – 8-16Gb, динамическаяo HDD – 200Gbo LAN – 1Gbo Версия виртуальной машины - Gen 1- Сервер промышленной эксплуатации:o MS WINDOWS Server 2012R2o MS SQL Server 2012SP2o K2 blackpearl Server License o K2 smartforms Server Licenseo K2 for SharePoint 2013/SharePoint Onlineo K2 Control Packo K2 Package and Deployment

Сервер промышленной эксплуатации работает под управлением гипервизора Microsoft Hyper-V 2012 R2 и имеет следующие характеристики: o vCPU – 4 шт.o RAM – 32Gb, статическаяo HDD – 200Gbo LAN – 1Gbo Версия виртуальной машины - Gen 1

2.1.3. «Инцидент» — незапланированное прерывание в работе любой части Системы, замедление ее работы, или нарушение логики функционирования Системы. 2.1.4. «Проблема» — недостаток Системы, являющийся причиной возникновения повторяющихся инцидентов в процессе ее эксплуатации, которые не являются частью стандартного функционирования Системы и приводят или могут привести к сбою в предоставлении доступа к Системе или понижению качества работы Системы. 2.1.5. «Контактные лица» — специалисты Исполнителя или Заказчика, уполномоченные Исполнителем или Заказчиком для взаимодействия при оказании услуг в соответствии с требованиями Договора и настоящего Технического задания.2.1.6. «Сопроводительная документация» — все электронные и письменные пособия и спецификации, изготовленные разработчиком и/или Исполнителем в отношении Системы.2.1.7. «Запрос на поддержку» — заявка на устранение Инцидента, Проблемы или получение консультации, оформленная Заказчиком на Интернет‐сервере поддержки в соответствии с условиями Договора и настоящего Технического задания. Также к Запросам

на поддержку относится получение Исполнителем информации об Инцидентах из прочих источников.2.1.8. «Утверждающий Запрос на поддержку» — согласующий работу каждого Запроса на поддержку работник НИУ ВШЭ, назначенный старшим директором по ИТ НИУ ВШЭ.2.1.9. «Интернет‐сервер поддержки» — интернет‐сайт Заказчика, на котором реализован функционал взаимодействия Контактных лиц со стороны Заказчика и Исполнителя, обеспечивающий: фиксацию Запросов на поддержку с указанием категории, возможность контроля сроков поступления и решения Запросов на поддержку, фиксацию ответов Исполнителя. Доступ к Интернет‐серверу поддержки предоставляет Заказчик в течение 5 рабочих дней после заключения Договора.2.1.10. «Первичная обработка» — процесс Исполнителя, который включает первоначальный анализ Инцидента, Проблемы или вопроса по Запросу на поддержку, доведение до Контактного лица Заказчика краткого описания ее вероятных причин и предполагаемых сроков решения по Запросу на поддержку.2.1.11. «Время возникновения» — момент времени:- направления Заказчиком информации Исполнителю об Инциденте или Проблеме.- получения Исполнителем информации об Инциденте или Проблеме из прочих источников (например, системы мониторинга).- направления Заказчиком вопроса Исполнителю с целью получения консультации.2.1.12. «Время решения» — промежуток времени от Времени возникновения Запроса на поддержку до момента полного устранения Инцидента или оказания консультации.2.1.13. «Часы обслуживания» — временной интервал с 9:00 по 19:00 в часовых поясах мест оказания услуг по Технической поддержке (см. п.4) по рабочим и выходным дням за исключением официальных праздничных дней.2.1.14. Техническая поддержка — перечень услуг, оказываемый Исполнителем, для достижения поставленной Заказчиком цели. 2.1.15. «Служба Технической поддержки» — специалисты Исполнителя, привлекаемые к оказанию услуг по Технической поддержке.2.2. Цели оказания Услуг:Обеспечение бесперебойного и качественного сервиса по Технической поддержке Системы. 2.3. Перечень и характеристики оказываемых Услуг:2.3.1. Перечень Услуг. В обязанности Исполнителя по Технической поддержке входит:2.3.1.1. Обеспечение бесперебойной работы Системы.2.3.1.1.1. Устранение Инцидентов Системы по Запросам на поддержку.2.3.1.1.2. Локализация и устранение Инцидентов, связанных с функционированием Системы и ее настройками.2.3.1.1.3. Локализация и устранение Инцидентов, обнаруженных при работе модулей Системы на серверах Заказчика и рабочих местах пользователей. 2.3.1.1.4. Анализ и устранение Проблем в работе Системы. В случае Проблем, в работе операционной системы сервера MS Windows и СУБД MS SQL Server на серверах Заказчика должно обеспечиваться только информирование Заказчика о результатах анализа Проблем в работе Системы.2.3.1.1.5. Оптимизация настроек ПО Системы за исключением операционной системы сервера MS Windows и СУБД MS SQL Server, функционирующих на серверах Заказчика.2.3.1.1.6. Контроль целостности баз данных Системы и отсутствия в них логических ошибок.2.3.1.1.7. Формирование рекомендаций по оптимизации работы СУБД, в том числе по настройке общих параметров MS SQL сервера и операционной системы сервера промышленной эксплуатации Заказчика для обеспечения оптимальной производительности и устранения задержек при работе Системы.2.3.1.1.8. Восстановление работоспособности Системы после сбоев.2.3.1.1.9. Установка нового лицензионного ключа, предоставленного Исполнителем и изменение конфигурационных файлов Системы.2.3.1.1.10. Выполнение обновления Системы, установленной у Заказчика, на новые внутренние релизы, выпущенные разработчиком, включая установку внутренних релизов, настройку, тестирование и отладку обновленной версии Системы. Установка внутренних релизов, настройка, тестирование и отладка обновленной версии Системы должны выполняться Исполнителем в нерабочее время, а на актуальной резервной копии Системы в любое время.2.3.1.1.11. Настройка автоматической синхронизации общих справочников между Системой и другими информационными системами НИУ ВШЭ.2.3.1.2. Обеспечение бесперебойной работы оборудования Системы.2.3.1.2.1. Контроль отработки автоматических заданий Системы на сервере промышленной эксплуатации .

2.3.1.2.2. Контроль, обновление и настройка ПО Системы за исключением операционной системы сервера MS Windows и СУБД MS SQL Server, функционирующего на серверах Заказчика.2.3.1.2.3. Формирование рекомендаций по настройке оборудования Заказчика для оптимальной работы Системы.2.3.1.3. Поддержка пользователей, администраторов и обсуживающего персонала Системы2.3.1.3.1. Фиксация на Интернет-сервере поддержки результатов обработки и причин возникновения Инцидентов или Проблем и фиксация предпринятых действий для устранения Инцидентов или Проблем.2.3.1.3.2. Информирование представителей Заказчика об обнаруженных Инцидентах или Проблемах в Системе.2.3.1.3.3. Актуализация инструкций пользователя, администратора и разработчика по устраненным Инцидентам или Проблемам в Системе.2.3.1.3.4. Тестирование, установка и предъявление уполномоченным представителям Заказчика для приемки обновлений Системы, разработанных Исполнителем в рамках решения Запросов на поддержку.2.3.1.3.5. Консультирование администраторов и обсуживающего персонала Системы по вопросам эксплуатации, настройки и адаптации Системы. 2.3.1.3.6. Оповещение Заказчика о выпуске разработчиком обновлений ПО (новых серийных версий ПО) посредством электронной почты.2.3.2. Сроки обработки запросов на поддержку.Классификация Запросов на поддержку:Таблица 1

Категория Описание

Авария



Неисправность в работе Системы, ограничивающая функциональность, критичную для процессов Заказчика или производительность Системы: Повторяющееся более трех раз за 24 часа замедление любой

функциональности Системы более чем в два раза; Неработоспособность или некорректное выполнение ряда функций

Системы у части пользователей.Система в целом продолжает функционировать.

Существенный

Неисправность в работе Системы, не ограничивающая критичную для процессов Заказчика функциональность или производительность Системы (см. описание первых двух категорий).

Несущественный

Требование к модификации Системы, не связанное с ограничением ее функциональности и производительности.


Исполнитель обеспечивает следующие показатели времени обработки Запросов на поддержку и повторяемости Инцидентов в пределах Часов обслуживания:Таблица 2

Категория

Продолжительность Первичной обработки

с момента Времени возникновения




«Критический»

Критический 30 минут 6 часов

Существенный 1 рабочий день 1 рабочий день —

Категория

Продолжительность Первичной обработки

с момента Времени возникновения



Несущественный 1 рабочий день 2 рабочих дня —

Вопрос 1 рабочий день 1 рабочий день —


2.3.3. Объем предоставляемых Услуг.Суммарный объем услуг по Технической поддержке (лимит трудозатрат) составляет не более 50 (пятидесяти) человеко-часов за каждый месяц оказания услуг по Технической поддержке. В случае, если указанный лимит трудозатрат не израсходован в текущем месяце оказания услуг по Технической поддержке, он добавляется к лимиту трудозатрат следующего месяца. Исполнитель приступает к реализации каждого Запроса на поддержку только после согласования целесообразности работы с Утверждающим Запрос на поддержку.2.3.4. Организация взаимодействия.• Заказчик в течение 3(трех) рабочих дней с момента заключения Договора назначает 2 (двух) Контактных лиц из числа своих работников, уполномоченных инициировать направление Запросов на поддержку Исполнителю. Заказчик, в лице Директора по информационным технологиям или Старшего директора по информационным технологиям, вправе изменять список Контактных лиц, проинформировав об этом Исполнителя посредством электронного или письменного уведомления (уведомление должно содержать фамилию, имя, отчество, адрес электронной почты и телефон Контактных лиц).• Исполнитель в течение 3(трех) рабочих дней с момента заключения Договора назначает 2 (двух) Контактных лиц из числа своих специалистов для оказания Заказчику услуг по Технической поддержке. Исполнитель вправе изменять список Контактных лиц, проинформировав об этом Заказчика, в лице Старшего директора по ИТ или Директора по ИТ, посредством письменного или электронного уведомления (уведомление должно содержать фамилию, имя, отчество, адрес электронной почты и телефон Контактных лиц).• Исполнитель должен обеспечить Заказчику бесперебойный доступ к Службе Технической поддержки по телефонам «горячей линии», предоставив ее контактные номера телефонов в течение 3(трех) рабочих дней с момента заключения Договора. В случае возникновения у Заказчика существенных задержек с доступом к Службе Технической поддержки (невозможность телефонного соединения со специалистом Исполнителя в течение 30 (тридцати) и более минут, о чем Заказчик сообщает через Интернет‐сервер поддержки) по вине Исполнителя, Исполнитель незамедлительно и за свой счет обязан устранить причину таких задержек.

3. Место, условия и сроки оказания Услуг (выполнения Работ):Срок оказания услуг по Технической поддержке — 6 (шесть) месяцев с момента заключения Договора.Место оказания услуг по Технической поддержке по адресу Заказчика: • г. Москва, Мясницкая ул., д.20 к. 604. Услуги по Технической поддержке должны оказываться по телефону, электронной почте, через Интернет‐сервер поддержки, удаленно через сеть Интернет или непосредственно по адресам Заказчика в Часы обслуживания (определяет Исполнитель с учетом соблюдения требований настоящего технического задания). При необходимости, определяемой Заказчиком, услуги по Технической поддержке должны оказываться на местах оказания услуг по Технической поддержке по адресам Заказчика. Услуги, исполнение которых требует изменение программного кода - должны выполняться с соблюдением требований «Стандарта разработки программного обеспечения и комментирования программных кодов информационных систем НИУ ВШЭ» (указаны в Приложении №7 к извещению о проведении запроса котировок в электронной форме).Услуги, исполнение которых требует изменения объектов Системы без изменения программного кода - должны выполняться с соблюдением требований «Правила разработки

и оформления результатов в программной среде К2» (указаны в Приложении №8 к извещению о проведении запроса котировок в электронной форме).Настройка рабочих мест пользователей для обеспечения работы с Системой не требуется.Действия, выполнение которых осуществляется силами Заказчика:• Контроль загрузки ресурсов сервера Системы;• Резервирование данных Системы;• Резервирование данных Системы;• Восстановление данных Системы из резервных копий;• Восстановление работоспособности Системы после сбоев оборудования по Запросам на поддержку;• Контроль дискового пространства сервера Системы;• Консультирование пользователей Системы по работе с Системой.Исполнитель должен самостоятельно ознакомиться с технологическими возможностями платформы K2 по материалам, представленным на WEB-сайте производителя платформы (http://www.k2.com). Заказчик не оказывает консультаций по использованию платформы K2. Для оказания услуг по Технической поддержке Исполнителем должны привлекаться только специалисты, имеющие сертификаты K2 Blackpearl Core, K2 Smartforms builder, K2 Blackpearl extensions, выданные компанией SourceCode Technology Holdings, inc. Необходимо наличие всех трех сертификатов у специалистов Исполнителя. По требованию Заказчика Исполнитель должен представить копии сертификатов специалистов, а также подтверждение факта трудовых и/или гражданско-правовых отношений со специалистами в течение 3 (трех) рабочих дней с момента заключения Договора.3.1. Контроль качества уровня обслуживания и объема Услуг.Услуга за отчетный период считается оказанной надлежащего качества и в полном объеме, если за отчетный период не нарушено Время решения по Запросам на поддержку или допустимое количество Инцидентов (Таблица 2).3.2. Изменение стоимости Услуг.При нарушении требований, установленных в п.3.3.2 (Таблица 2) стоимость оказанных Услуг за отчетный период, подлежит снижению.Объем снижения стоимости Услуг определяется, как наибольшее значение из:• размера снижения стоимости Услуг по причине превышения Времени решения (Таблица 3), произошедшего по вине Исполнителя;• размера снижения стоимости Услуг по причине превышения максимально допустимого количества Инцидентов (Таблица 4), произошедшего по вине Исполнителя; • снижения стоимости Услуг на 30% при превышении Времени решения одного любого Запроса на поддержку категории «Авария» или «Критический» более чем на 20% от требований, установленных в п.3.3.2 (Таблица 2), произошедшего по вине Исполнителя. Таблица 3

Отношение количества Запросов на поддержку с нарушением Времени решения, указанного в требованиях, установленных в п.3.3.2 (Таблица 2), к общему количеству Запросов на поддержку


От 0,1 до 0,2 включительно На 10% от суммы отчетного периода.

Более 0,2 до 0,3 включительно На 20% от суммы отчетного периода.

Более 0,3 На 30% от суммы отчетного периода.

Таблица 4





запроса котировок в электронной форме (ФОРМА)

РАСЧЕТ ПРЕДЛАГАЕМОЙ ЦЕНЫ ДОГОВОРА И ОБОСНОВАНИЕ РАСЧЕТА ПРЕДЛАГАЕМОЙ ЦЕНЫ ДОГОВОРА

(расчет предлагаемой цены Договора и ее обоснование предоставляются в составе котировочной заявки при предоставлении участником закупки котировочной заявки,

содержащей предложение с демпинговой ценой Договора (на 25 или более процентов ниже начальной (максимальной) цены Договора,

указанной в извещении о проведении запроса котировок в электронной форме) (дополнительно к расчету предлагаемой цены Договора и ее обоснованию, участник закупки

вправе представить гарантийное письмо от производителя или иной документ, подтверждающий возможность поставить Товар по цене, указанной в котировочной

заявке))

РАСЧЕТ ПРЕДЛАГАЕМОЙ ЦЕНЫ ДОГОВОРА

_______________________________________________________________________________

_______________________________________________________________________________

_______________________________________________________________________________

ОБОСНОВАНИЕ РАСЧЕТА ПРЕДЛАГАЕМОЙ ЦЕНЫ ДОГОВОРА

_______________________________________________________________________________

_______________________________________________________________________________

_______________________________________________________________________________

33


запроса котировок в электронной форме

ПРОЕКТ ДОГОВОРА

г. Москва «___» ______________ 2017 года

Настоящий договор заключен в целях обеспечения нужд автономного учреждения в порядке, предусмотренным Гражданским кодексом Российской Федерации и иными федеральными законами, между федеральным государственным автономным образовательным учреждением высшего образования «Национальный исследовательский университет «Высшая школа экономики» (далее также – НИУ ВШЭ), именуемым в дальнейшем «Заказчик», в лице _________________________, действующего на основании _________________________, с одной стороны, и _________________________, именуемым в дальнейшем «Исполнитель», в лице ________________________________, действующего на основании _________________________, с другой стороны, совместно именуемыми «Стороны», на основании Протокола протокола рассмотрения и оценки котировочных заявок в электронной форме (ЭК29-03-17/Техподдержка «Вышка-BPM») от ________ о нижеследующем:

1. ПРЕДМЕТ ДОГОВОРА1.1. Исполнитель в соответствии с настоящим Договором обязуется оказать услуги по технической поддержке программы для ЭВМ «Вышка-BPM» (далее – Услуги) на условиях, в порядке и в сроки, определяемые Сторонами в настоящем Договоре, а Заказчик обязуется принять и оплатить оказанные Исполнителем Услуги.1.2. Наименование, объем и характеристики Услуг, оказываемых по Договору, указаны в Техническом задании (Приложение А), являющемся неотъемлемой частью настоящего Договора.1.3. Срок оказания Услуг: в течение 6 (шести) месяцев с момента заключения Договора.1.4. Услуги оказываются Исполнителем по телефону, электронной почте, через Интернет‐сервер поддержки, удаленно через сеть Интернет или непосредственно по адресам Заказчика в Часы обслуживания (определяет Исполнитель с учетом соблюдения требований Приложения А к Договору). При необходимости, определяемой Заказчиком, Услуги должны оказываться по адресу Заказчика: г. Москва, Мясницкая ул., д. 20, к. 604.

2. ЦЕНА ПО ДОГОВОРУ И ПОРЯДОК РАСЧЕТОВ2.1. Общая цена Договора, указанная в Таблице цен (Приложение Б), являющейся неотъемлемой частью настоящего Договора, составляет _________ (______________), в том числе НДС 18 % в размере _____________ (__________________).Источник финансирования – средства субсидии из федерального бюджета на выполнение государственного задания.

2.2. В общую цену Договора входят все расходы Исполнителя, связанные с исполнением Договора, в том числе оплата НДС и других обязательных платежей в соответствии с законодательством Российской Федерации.2.3. Исполнитель не вправе в одностороннем порядке увеличивать общую цену Договора в течение срока действия настоящего Договора. Общая цена Договора может быть снижена по соглашению Сторон без изменения, предусмотренного Договором объема Услуг и иных

34

условий исполнения настоящего Договора.2.4. Оплата по Договору производится безналичным расчетом в рублях, каждые три месяца по факту оказания Услуг за истекшие три месяца, в течение 10 (десяти) банковских дней после подписания Сторонами акта сдачи‐приемки услуг за истекшие три месяца, подписанного Исполнителем и Заказчиком, с приложенными Исполнителем перечнями оказанных Услуг за истекшие три месяца, на основании счета Исполнителя. Каждые три месяца по факту оказания Услуг Исполнитель предоставляет Заказчику счет‐фактуру.Акты сдачи‐приемки услуг, счета и счета‐фактуры предоставляются Исполнителем в офис Заказчика лично работнику, осуществляющему контроль исполнения Договора.2.5. Счета-фактуры, составляемые во исполнение обязательств Сторон по настоящему Договору, должны быть оформлены и представлены Исполнителем в соответствии с требованиями налогового законодательства Российской Федерации.2.6. Обязательство Заказчика по оплате оказанных Услуг считается исполненным после списания денежных средств со счета Заказчика.2.7. Исполнитель вправе потребовать у Заказчика в подтверждение оплаты оказанных Услуг копию платежного поручения с отметкой банка об исполнении.2.8. Заказчик по согласованию с Исполнителем в ходе исполнения Договора вправе изменить не более чем на 20% (двадцать процентов) объем предусмотренных Договором Услуг в случае:

– выявления потребности в дополнительных Услугах, на оказание которых заключен Договор;

– выявления потребности в дополнительных услугах, не предусмотренных Договором, но связанных с Услугами, на оказание которых заключен Договор;

– прекращения потребности в Услугах, на оказание которых заключен Договор.2.8.1. При оказании дополнительного объема Услуг, на оказание которых заключен Договор, Заказчик по согласованию с Исполнителем вправе изменить общую цену Договора пропорционально объему таких Услуг, но не более чем на 20 % (двадцать процентов) такой цены Договора. Цена за единицу дополнительно оказываемых Услуг должна быть обоснована в порядке, предусмотренном локальными актами Заказчика.2.8.2. При внесении соответствующих изменений в Договор, в связи с сокращением потребности в Услугах, предусмотренных Договором, Заказчик обязан изменить общую цену Договора в порядке, указанном в п. 2.8.1 настоящего Договора.2.9. В случае необходимости изменения более чем на 20% (двадцать процентов) объема Услуг и общей цены Договора, такие изменения допускаются исключительно в порядке, предусмотренном локальными актами Заказчика.2.10. Положения Договора про НДС и счет-фактуру не применяются в случае, если Исполнитель применяет упрощенную систему налогообложения согласно гл. 26.2 Налогового кодекса Российской Федерации.

3. КАЧЕСТВО УСЛУГ3.1. Услуги должны отвечать требованиям качества, безопасности жизни и здоровья, а также иным требованиям сертификации, безопасности (санитарным нормам и правилам, государственным стандартам и т.п.), лицензирования, если такие требования предъявляются действующим законодательством Российской Федерации или настоящим Договором. 3.2. Заказчик вправе проверять ход и качество оказываемых Услуг в период действия настоящего Договора, не вмешиваясь в деятельность Исполнителя.3.3. В случае выявления Заказчиком нарушений в ходе оказания Услуг со стороны Исполнителя Сторонами составляется двусторонний акт с указанием недостатков Услуг и сроков их устранения.3.4. В случае существенного нарушения требований к качеству Услуг Заказчик вправе по своему выбору:

– Инициировать расторжение настоящего Договора и потребовать возврата

35

уплаченной суммы, в случае ее оплаты;– Потребовать устранения недостатков оказанных Услуг.

4. ПОРЯДОК СДАЧИ-ПРИЕМКИ УСЛУГ4.1. По истечении каждых трех месяцев оказания Услуг (далее - отчетный период), не позднее дня, следующего за днем окончания оказания Услуг в соответствующем отчетном периоде, Исполнитель обязан передать Заказчику двусторонний акт сдачи-приемки оказанных Услуг, составленный в двух оригинальных экземплярах и подписанный со своей стороны. Ежемесячно не позднее дня, следующего за днем окончания оказания Услуг в соответствующем месяце, Исполнитель передает Заказчику отчет об оказанных услугах с перечнем отработанных инцидентов (предоставленных консультаций) и оказанных услуг за отчетный период (по форме Приложения № 3 к Техническому заданию (Приложению А)).4.2. Заказчик в течение 5 (пяти) рабочих дней со дня получения от Исполнителя акта сдачи-приемки оказанных Услуг за отчетный период, в случае отсутствия замечаний, обязан подписать акт сдачи-приемки оказанных Услуг за отчетный период со своей стороны и передать один экземпляр акта сдачи-приемки оказанных Услуг за отчетный период Исполнителю.4.3. В случае отступления от условий настоящего Договора Исполнителем, Заказчик при приемке оказанных Услуг составляет мотивированный отказ и направляет его Исполнителю в течение 5 (пяти) рабочих дней со дня получения акт сдачи-приемки оказанных Услуг за отчетный период, с указанием сроков устранения недостатков. Обнаруженные недостатки устраняются Исполнителем за свой счет. По результатам устранения Исполнителем недостатков Сторонами подписывается акт устранения недостатков и осуществляется сдача-приемка Услуг в соответствии с пунктами 4.1 – 4.3 настоящего Договора.4.4. Услуги за отчетный период считаются принятыми после подписания Сторонами акта сдачи-приемки оказанных Услуг за отчетный период. 4.5. При обнаружении недостатков оказанных Услуг после их приемки, Заказчик незамедлительно уведомляет об этом Исполнителя и приглашает для подписания двухстороннего акта о выявленных недостатках оказанных Услуг и сроках их устранения.Если Исполнитель не явится для подписания акта о выявленных недостатках оказанных Услуг в течение 2 (двух) рабочих дней со дня получения уведомления Заказчика, Заказчик имеет право составить односторонний акт о выявленных недостатках оказанных Услуг и направить его Исполнителю, с требованием устранить недостатки оказанных Услуг.

5. ОБЯЗАТЕЛЬСТВА СТОРОН5.1. Исполнитель обязан:5.1.1. Качественно оказывать Услуги в соответствии с Техническим заданием (Приложение А) с представлением Заказчику отчетов об оказанных услугах с перечнем отработанных инцидентов (предоставленных консультаций) и оказанных услуг за отчетный период (по форме Приложения № 3 к Техническому заданию (Приложению А)) в установленные Договором сроки.5.1.2. Оказать Услуги лично. В случае невозможности оказания Услуги лично, Исполнитель вправе привлечь для этого третье лицо с согласия Заказчика, оставаясь ответственным перед Заказчиком за действия третьего лица.5.1.3. Подписывать и представлять Заказчику акты сдачи-приемки оказанных Услуг за отчетные периоды в порядке и в сроки, установленные настоящим Договором.5.1.4. Немедленно уведомлять Заказчика о возникновении обстоятельств, препятствующих оказанию Услуг и принять все меры для устранения таких препятствий.5.1.5. Своими силами и за свой счет устранять допущенные по вине Исполнителя недостатки

36

оказанных Услуг.5.1.6. Уведомлять Заказчика о заключении договора с соисполнителем, привлекаемым для исполнения настоящего Договора, о его наименовании, фирменном наименовании (при наличии), месте нахождения, идентификационном номере налогоплательщика, а также о дате заключения, номере (при наличии), предмете и цене договора с соисполнителем, в течение 1 (одного) рабочего дня с момента заключения договора с соисполнителем. В случае неисполнения Исполнителем указанной обязанности, Заказчик вправе взыскать с Исполнителя штраф в размере, установленном в п. 6.3 Договора.5.2. Исполнитель вправе:5.2.1. Получать от Заказчика любую информацию, необходимую для исполнения своих обязательств по настоящему Договору.5.2.2. Самостоятельно определять методы оказания Услуг в рамках настоящего Договора.5.3. Заказчик обязуется:5.3.1. Оплатить Услуги, оказанные и принятые по акту сдачи-приемки оказанных Услуг за отчетный период в соответствии с настоящим Договором.5.3.2. Своевременно подписывать и передавать в адрес Исполнителя акты сдачи-приемки оказанных Услуг за отчетные периоды.5.4. Заказчик вправе:5.4.1. Проверять ход и качество оказания Услуги в период действия настоящего Договора, не вмешиваясь в деятельность Исполнителя.5.4.2. Отказаться от исполнения Договора и потребовать от Исполнителя возмещения убытков в случае, если отступления от условий Договора или недостатки оказанных Услуг в установленный Заказчиком разумный срок не были устранены либо являются существенными и неустранимыми.

6. ОТВЕТСТВЕННОСТЬ СТОРОН6.1. За неисполнение и/или ненадлежащее исполнение обязательств по настоящему Договору Стороны несут ответственность в соответствии с законодательством Российской Федерации и/или настоящим Договором.6.2. За нарушение сроков оказания Услуг и/или срока устранения выявленных недостатков Услуг Заказчик имеет право начислить Исполнителю неустойку в размере 0,1 % (ноль целых одна десятая процента) от общей цены Договора за каждый день просрочки.6.3. В случае нарушения Исполнителем качества оказанных Услуг Заказчик имеет право потребовать уплаты штрафа Исполнителем в размере 10 % (десять процентов) от общей цены Договора, а также возмещения убытков, причиненных Исполнителем вследствие ненадлежащего исполнения Договора.6.4. В случае нарушения Заказчиком сроков оплаты Исполнитель имеет право начислить Заказчику неустойку в размере одной трехсотой ставки рефинансирования, установленной Центральным банком Российской Федерации на день уплаты неустойки, за каждый день просрочки от суммы неисполненного обязательства.6.5. Уплата неустойки (штрафа, пени) и возмещение убытков, причинённых ненадлежащим исполнением обязательств, не освобождает Стороны Договора от исполнения обязательств по Договору в полном объёме.6.6. В случае существенного нарушения Исполнителем условий настоящего Договора Заказчик вправе инициировать расторжение настоящего Договора. 6.7. Заказчик не несет ответственность, установленную п. 6.4 Договора, за несвоевременную оплату по настоящему Договору в случае отсутствия финансирования, приостановки финансирования или неполного финансирования из средств, указанных в п. 2.1 настоящего Договора.

7. ПОРЯДОК РАССМОТРЕНИЯ СПОРОВ7.1. Споры и/или разногласия, возникшие между Сторонами при исполнении условий

37

настоящего Договора, решаются путём переговоров. В случае невозможности разрешения разногласий путем переговоров они подлежат рассмотрению в Арбитражном суде города Москвы в установленном порядке.7.2. По всем вопросам, не урегулированным настоящим Договором, но прямо или косвенно вытекающим из отношений Сторон по нему, затрагивающих имущественные интересы и деловую репутацию Сторон настоящего Договора, Стороны будут руководствоваться законодательством Российской Федерации.

8. ОБСТОЯТЕЛЬСТВА НЕПРЕОДОЛИМОЙ СИЛЫ8.1. Стороны освобождаются от ответственности за частичное или полное неисполнение обязательств по настоящему Договору, если ненадлежащее исполнение Сторонами обязанностей вызвано непреодолимой силой, т.е. чрезвычайными и непредотвратимыми обстоятельствами, возникшими помимо воли и желания Сторон и которые нельзя предвидеть или избежать. К таким обстоятельствам не относятся, в частности, нарушение обязанностей со стороны третьих лиц, отсутствие на рынке нужных для исполнения Договора товаров.8.2. Сторона, которая не в состоянии исполнить свои обязательства, незамедлительно письменно информирует другую Сторону о начале и прекращении указанных выше обстоятельств, но в любом случае не позднее 3 (трех) календарных дней после начала их действия и прекращения соответственно. 8.3. Несвоевременное уведомление либо не уведомление об обстоятельствах непреодолимой силы лишает соответствующую Сторону права на освобождение от ответственности за неисполнение обязательств по причине указанных обстоятельств. 8.4. Если обстоятельство непреодолимой силы непосредственно повлияло на исполнение обязательств в срок, установленный в настоящем Договоре, срок исполнения обязательств отодвигается соразмерно времени действия соответствующего обстоятельства, но не более чем на 3 (три) месяца.8.5. Если обстоятельства непреодолимой силы будут действовать свыше 3 (трех) месяцев, то каждая из Сторон вправе расторгнуть настоящий Договор и в этом случае ни одна из Сторон не вправе требовать возмещения убытков.8.6. Доказательством наличия обстоятельств непреодолимой силы и их продолжительности является соответствующее письменное свидетельство органов государственной власти Российской Федерации.

9. СРОК ДЕЙСТВИЯ ДОГОВОРА9.1. Договор вступает в силу с момента его подписания Сторонами и действует до исполнения Сторонами обязательств по настоящему Договору в полном объеме.9.2. Прекращение действия Договора не освобождает Стороны от обязанности возмещения убытков и уплаты штрафных санкций и иной ответственности, установленной настоящим Договором и законодательством Российской Федерации.

10. ЗАКЛЮЧИТЕЛЬНЫЕ ПОЛОЖЕНИЯ10.1. Настоящий Договор составлен в 2 (двух) экземплярах, имеющих одинаковую юридическую силу, по одному экземпляру для каждой из Сторон.10.2. Ни одна из Сторон не вправе передавать свои обязательства по настоящему Договору третьим лицам без письменного согласия на то другой Стороны.10.3. При исполнении Договора не допускается перемена Исполнителя, за исключением случая, если новый исполнитель является правопреемником Исполнителя по такому Договору вследствие реорганизации юридического лица в форме преобразования, слияния или присоединения.10.4. При исполнении Договора изменение его условий допускается по соглашению Сторон: – в случае существенного изменения обстоятельств, из которых Стороны исходили при

38

заключении Договора, в порядке, предусмотренном законодательством Российской Федерации;– в случае необходимости изменения источника финансирования, реквизитов Сторон, порядка и сроков оплаты;– в иных случаях и в порядке, предусмотренных локальными актами Заказчика и Договором.

При недостижении Сторонами соглашения об изменении условий Договора, Договор может быть изменен судом в порядке и по основаниям, предусмотренным Гражданским кодексом Российской Федерации. 10.5. Расторжение Договора допускается по соглашению Сторон, по решению суда или вследствие одностороннего отказа Заказчика от исполнения Договора по основаниям, предусмотренным Гражданским кодексом Российской Федерации.10.6. Все сообщения, предупреждения, уведомления и заявления Сторон в ходе исполнения настоящего Договора направляются в письменной форме посредством факсимильной или электронной почты с последующим направлением оригинала, либо почтой, заказным письмом с уведомлением. При этом Сторона-отправитель должна удостовериться в получении Стороной-адресатом направленного сообщения, предупреждения или заявления.10.7. К настоящему Договору прилагаются:Приложение А. Техническое задание.

Приложение Б. Таблица цен.

11. ПЛАТЕЖНЫЕ РЕКВИЗИТЫ И АДРЕСА СТОРОН11.1. В случае изменения адреса или обслуживающего банка Стороны обязаны в течение 2 (двух) рабочих дней уведомить об этом друг друга.

Исполнитель:____________________________________________________________________________________________________________

Место нахождения: ________________________________.Почтовый адрес: ______________________________.ИНН _____________ КПП ____________ОГРН ________________ Дата постановки на учет _________ОКПО ___________ ОКТМО __________ОКОПФ ___________Р/счет _______________________ в ________________________.К/счет _____________________.БИК _______________.Тел.: +7 (____) ______________.

____________________________

_________________________/___________/

Заказчик:федеральное государственное автономное образовательное учреждение высшего образования «Национальный исследовательский университет «Высшая школа экономики»

Место нахождения: 101000, г. Москва, ул. Мясницкая, д. 20ИНН 7714030726 КПП 770101001Национальный исследовательский университет «Высшая школа экономики».Банк: ПАО Сбербанк г. МоскваР/счет 40503810938184000003К/счет 30101810400000000225БИК 044525225ОКПО 17701729ОКАТО 45286555000ОКТМО 45375000

________________________________

_________________________/39

м.п. ____________/м.п.

40

Приложение Ак Договору № _____________от «___» ___________ 2017 г.

ТЕХНИЧЕСКОЕ ЗАДАНИЕна оказание услуг по технической поддержке программы для ЭВМ «Вышка-BPM»

41

1. Требования, установленные Заказчиком, к качеству, техническим характеристикам Услуг, требования к результатам Услуг:

1.1. Базовые понятия и определения:1.1.1. Программа для ЭВМ «K2». Разработчик — «SourceCode Technology Holdings, Inc.». 1.1.2. «Система» — Система автоматизации процессов предприятия «Вышка-BPM» на основе K2, адаптированная и настроенная с учетом особенностей учета в НИУ ВШЭ и включающая в себя:

- Программное обеспечение (далее - ПО) К2 BlackPearl Server;- ПО К2 BlackPearl Workspace;- ПО К2 BlackPearl Designer;- ПО К2 BlackPearl Designer for Visual Studio;- ПО К2 Package and Deployment;- ПО К2 Studio;- ПО SmartObject Service Tester;- Сайт www.bpm.hse.ru и необходимые для его работы настройки MS IIS;- 454 прикладных смартобъекта К2 BlackPearl, размещенные на сервере

промышленной эксплуатации;- 32 типа процессов К2 BlackPearl, размещенные на сервере промышленной

эксплуатации сгруппированные по следующим задачам и разделам:o Корпоративные информационные системы и сервисы - в данном разделе

пользователь может подключиться к основным корпоративным системам НИУ ВШЭ, увидеть актуальные планы по доработкам систем, сообщить об ошибке и заказать консультацию специалиста по тем или иным информационным системам и сервисам ИТ.

o Выдача техники и расходных материалов и подача заявок в административно-хозяйственные службы - в данном разделе пользователь может самостоятельно заказать себе компьютерное, телефонное и мультимедиа оборудование, картриджи для печатающих устройств, подать заявку на техническое сопровождение мероприятий, а также подать заявку в административно-хозяйственные службы (поломки мебели, сантехника, уборка помещения, электрика и т.д.).

o Заявки в Управление делами - в данном разделе пользователь может отправить запрос на предоставление информации о структурном подразделении или полномочиях сотрудника.

o Проектный офис ИТ - в данном разделе представлено описание актуального состояния реализуемых в Дирекции информационных технологий проектов, а также здесь пользователь может загрузить шаблоны проектных документов.

o Программное обеспечение - в данном разделе пользователь может ознакомиться с классификацией и реестром программного обеспечения НИУ ВШЭ, а также узнать установку каких программ на свой рабочий компьютер он может заказать через Сервисную службу Дирекции информационных технологий.

o Анализ ТЗ на закупку оборудования - в данном разделе представлен актуальный статус рассмотрения ТЗ на приобретение оборудования, а также короткая памятка о правилах и порядке рассмотрения ТЗ на закупку оборудования.

o Внутренние документы ИТ – в данном разделе представлены стандарты и методики, относящиеся к жизненному циклу автоматизируемого функционала, а также здесь пользователь может загрузить шаблоны таких документов, как схема интеграции, модель потока данных, схема процесса.

42

o Обратная связь - в данном разделе пользователь может обратиться со своим вопросом, жалобой или предложением к руководству Дирекции информационных технологий, ознакомиться с руководством пользователя Информационного портала Вышка-BPM, а также с серией буклетов "10 правил".

Во всех вышеописанных процессах реализованы типовые этапы: регистрация заявки, согласование с руководителем заявителя, исполнение заявки, оценка заявителем качества исполненной заявки. Также функционал системы позволяет осуществлять контроль сроков исполнения заявок, и формировать оперативную и аналитическую отчетность;

- Один экземпляр MS SQL-сервера, содержащий 10 баз данных MS SQL. Данный экземпляр размещен на сервере промышленной эксплуатации;

- Интеграционные механизмы по загрузке данных в одну БД MS SQL, размещенные на сервере промышленной эксплуатации.

Состав оборудования и программного обеспечения Системы:- Сервер разработки:

o MS WINDOWS Server 2012R2o MS SQL Server 2012SP2o K2 blackpearl Server License o K2 smartforms Server Licenseo K2 for SharePoint 2013/SharePoint Onlineo K2 Control Packo K2 Package and Deployment

Сервер разработки работает под управлением гипервизора Microsoft Hyper-V 2012 R2 и имеет следующие характеристики:

o vCPU – 8 шт.o RAM – 8-16Gb, динамическаяo HDD – 200Gbo LAN – 1Gbo Версия виртуальной машины - Gen 1

- Сервер тестирования:o MS WINDOWS Server 2012R2o MS SQL Server 2012SP2o K2 blackpearl Server License o K2 smartforms Server Licenseo K2 for SharePoint 2013/SharePoint Onlineo K2 Control Packo K2 Package and Deployment

Сервер тестирования работает под управлением гипервизора Microsoft Hyper-V 2012 R2 и имеет следующие характеристики:

o vCPU – 8 шт.o RAM – 8-16Gb, динамическаяo HDD – 200Gbo LAN – 1Gbo Версия виртуальной машины - Gen 1

- Сервер промышленной эксплуатации:o MS WINDOWS Server 2012R2o MS SQL Server 2012SP2o K2 blackpearl Server License

43

o K2 smartforms Server Licenseo K2 for SharePoint 2013/SharePoint Onlineo K2 Control Packo K2 Package and Deployment

Сервер промышленной эксплуатации работает под управлением гипервизора Microsoft Hyper-V 2012 R2 и имеет следующие характеристики:

o vCPU – 4 шт.o RAM – 32Gb, статическаяo HDD – 200Gbo LAN – 1Gbo Версия виртуальной машины - Gen 1

1.1.3. «Инцидент» — незапланированное прерывание в работе любой части Системы, замедление ее работы, или нарушение логики функционирования Системы. 1.1.4. «Проблема» — недостаток Системы, являющийся причиной возникновения повторяющихся инцидентов в процессе ее эксплуатации, которые не являются частью стандартного функционирования Системы и приводят или могут привести к сбою в предоставлении доступа к Системе или понижению качества работы Системы. 1.1.5. «Контактные лица» — специалисты Исполнителя или Заказчика, уполномоченные Исполнителем или Заказчиком для взаимодействия при оказании услуг в соответствии с требованиями Договора и настоящего Технического задания.1.1.6. «Сопроводительная документация» — все электронные и письменные пособия и спецификации, изготовленные разработчиком и/или Исполнителем в отношении Системы.1.1.7. «Запрос на поддержку» — заявка на устранение Инцидента, Проблемы или получение консультации, оформленная Заказчиком на Интернет‐сервере поддержки в соответствии с условиями Договора и настоящего Технического задания. Также к Запросам на поддержку относится получение Исполнителем информации об Инцидентах из прочих источников.1.1.8. «Утверждающий Запрос на поддержку» — согласующий работу каждого Запроса на поддержку работник НИУ ВШЭ, назначенный старшим директором по ИТ НИУ ВШЭ.1.1.9. «Интернет‐сервер поддержки» — интернет‐сайт Заказчика, на котором реализован функционал взаимодействия Контактных лиц со стороны Заказчика и Исполнителя, обеспечивающий: фиксацию Запросов на поддержку с указанием категории, возможность контроля сроков поступления и решения Запросов на поддержку, фиксацию ответов Исполнителя. Доступ к Интернет‐серверу поддержки предоставляет Заказчик в течение 5 рабочих дней после заключения Договора.1.1.10. «Первичная обработка» — процесс Исполнителя, который включает первоначальный анализ Инцидента, Проблемы или вопроса по Запросу на поддержку, доведение до Контактного лица Заказчика краткого описания ее вероятных причин и предполагаемых сроков решения по Запросу на поддержку.1.1.11. «Время возникновения» — момент времени:- направления Заказчиком информации Исполнителю об Инциденте или Проблеме.- получения Исполнителем информации об Инциденте или Проблеме из прочих источников (например, системы мониторинга).- направления Заказчиком вопроса Исполнителю с целью получения консультации.1.1.12. «Время решения» — промежуток времени от Времени возникновения Запроса на поддержку до момента полного устранения Инцидента или оказания консультации.1.1.13. «Часы обслуживания» — временной интервал с 9:00 по 19:00 в часовых поясах мест оказания услуг по Технической поддержке (см. п.7) по рабочим и выходным дням за исключением официальных праздничных дней.

44

1.1.14. Техническая поддержка — перечень услуг, оказываемый Исполнителем, для достижения поставленной Заказчиком цели. 1.1.15. «Служба Технической поддержки» — специалисты Исполнителя, привлекаемые к оказанию услуг по Технической поддержке.1.2. Цели оказания Услуг:Обеспечение бесперебойного и качественного сервиса по Технической поддержке Системы. 1.3. Перечень и характеристики оказываемых Услуг:1.3.1. Перечень Услуг. В обязанности Исполнителя по Технической поддержке входит:1.3.1.1. Обеспечение бесперебойной работы Системы.1.3.1.1.1. Устранение Инцидентов Системы по Запросам на поддержку.1.3.1.1.2. Локализация и устранение Инцидентов, связанных с функционированием Системы и ее настройками.1.3.1.1.3. Локализация и устранение Инцидентов, обнаруженных при работе модулей Системы на серверах Заказчика и рабочих местах пользователей. 1.3.1.1.4. Анализ и устранение Проблем в работе Системы. В случае Проблем, в работе операционной системы сервера MS Windows и СУБД MS SQL Server на серверах Заказчика должно обеспечиваться только информирование Заказчика о результатах анализа Проблем в работе Системы.1.3.1.1.5. Оптимизация настроек ПО Системы за исключением операционной системы сервера MS Windows и СУБД MS SQL Server, функционирующих на серверах Заказчика.1.3.1.1.6. Контроль целостности баз данных Системы и отсутствия в них логических ошибок.1.3.1.1.7. Формирование рекомендаций по оптимизации работы СУБД, в том числе по настройке общих параметров MS SQL сервера и операционной системы сервера промышленной эксплуатации Заказчика для обеспечения оптимальной производительности и устранения задержек при работе Системы.1.3.1.1.8. Восстановление работоспособности Системы после сбоев.1.3.1.1.9. Установка нового лицензионного ключа, предоставленного Исполнителем, и изменение конфигурационных файлов Системы.1.3.1.1.10. Выполнение обновления Системы, установленной у Заказчика, на новые внутренние релизы, выпущенные разработчиком, включая установку внутренних релизов, настройку, тестирование и отладку обновленной версии Системы. Установка внутренних релизов, настройка, тестирование и отладка обновленной версии Системы должны выполняться Исполнителем в нерабочее время, а на актуальной резервной копии Системы в любое время.1.3.1.1.11. Настройка автоматической синхронизации общих справочников между Системой и другими информационными системами НИУ ВШЭ.1.3.1.2. Обеспечение бесперебойной работы оборудования Системы.1.3.1.2.1. Контроль отработки автоматических заданий Системы на сервере промышленной эксплуатации.1.3.1.2.2. Контроль, обновление и настройка ПО Системы за исключением операционной системы сервера MS Windows и СУБД MS SQL Server, функционирующего на серверах Заказчика.1.3.1.2.3. Формирование рекомендаций по настройке оборудования Заказчика для оптимальной работы Системы.1.3.1.3. Поддержка пользователей, администраторов и обсуживающего персонала Системы1.3.1.3.1. Фиксация на Интернет-сервере поддержки результатов обработки и причин возникновения Инцидентов или Проблем и фиксация предпринятых действий для устранения Инцидентов или Проблем.

45

1.3.1.3.2. Информирование представителей Заказчика об обнаруженных Инцидентах или Проблемах в Системе.1.3.1.3.3. Актуализация инструкций пользователя, администратора и разработчика по устраненным Инцидентам или Проблемам в Системе.1.3.1.3.4. Тестирование, установка и предъявление уполномоченным представителям Заказчика для приемки обновлений Системы, разработанных Исполнителем в рамках решения Запросов на поддержку.1.3.1.3.5. Консультирование администраторов и обсуживающего персонала Системы по вопросам эксплуатации, настройки и адаптации Системы. 1.3.1.3.6. Оповещение Заказчика о выпуске разработчиком обновлений ПО (новых серийных версий ПО) посредством электронной почты.

1.3.2. Сроки обработки запросов на поддержку.Классификация Запросов на поддержку:

Таблица 1Категория Описание

Авария



Неисправность в работе Системы, ограничивающая функциональность, критичную для процессов Заказчика или производительность Системы:

Повторяющееся более трех раз за 24 часа замедление любой функциональности Системы более чем в два раза;

Неработоспособность или некорректное выполнение ряда функций Системы у части пользователей.

Система в целом продолжает функционировать.

Существенный

Неисправность в работе Системы, не ограничивающая критичную для процессов Заказчика функциональность или производительность Системы (см. описание первых двух категорий).

Несущественный Требование к модификации Системы, не связанное с ограничением ее функциональности и производительности.


46

Исполнитель обеспечивает следующие показатели времени обработки Запросов на поддержку и повторяемости Инцидентов в пределах Часов обслуживания:

Таблица 2

Категория



Время решения,(максимальное)



«Критический»

Критический 30 минут 6 часов

Существенный 1 рабочий день 1 рабочий день —Несущественный 1 рабочий день 2 рабочих дня —Вопрос 1 рабочий день 1 рабочий день —


47

1.3.3. Объем предоставляемых Услуг.Суммарный объем услуг по Технической поддержке (лимит трудозатрат) составляет не более 50 (пятидесяти) человеко-часов за каждый месяц оказания услуг по Технической поддержке. В случае, если указанный лимит трудозатрат не израсходован в текущем месяце оказания услуг по Технической поддержке, он добавляется к лимиту трудозатрат следующего месяца. Исполнитель приступает к реализации каждого Запроса на поддержку только после согласования целесообразности работы с Утверждающим Запрос на поддержку.

1.3.4. Организация взаимодействия.• Заказчик в течение 3 (трех) рабочих дней с момента заключения Договора назначает 2 (двух) Контактных лиц из числа своих работников, уполномоченных инициировать направление Запросов на поддержку Исполнителю. Заказчик, в лице Директора по информационным технологиям или Старшего директора по информационным технологиям, вправе изменять список Контактных лиц, проинформировав об этом Исполнителя посредством электронного или письменного уведомления (уведомление должно содержать фамилию, имя, отчество, адрес электронной почты и телефон Контактных лиц).• Исполнитель в течение 3 (трех) рабочих дней с момента заключения Договора назначает 2 (двух) Контактных лиц из числа своих специалистов для оказания Заказчику услуг по Технической поддержке. Исполнитель вправе изменять список Контактных лиц, проинформировав об этом Заказчика, в лице Старшего директора по информационным технологиям или Директора по информационным технологиям, посредством письменного или электронного уведомления (уведомление должно содержать фамилию, имя, отчество, адрес электронной почты и телефон Контактных лиц). • Исполнитель должен обеспечить Заказчику бесперебойный доступ к Службе Технической поддержки по телефонам «горячей линии», предоставив ее контактные номера телефонов в течение 3 (трех) рабочих дней с момента заключения Договора. В случае возникновения у Заказчика существенных задержек с доступом к Службе Технической поддержки (невозможность телефонного соединения со специалистом Исполнителя в течение 30 (тридцати) и более минут, о чем Заказчик сообщает через Интернет-сервер поддержки) по вине Исполнителя, Исполнитель незамедлительно и за свой счет обязан устранить причину таких задержек.

2. Условия оказания Услуг.Услуги, исполнение которых требует изменение программного кода - должны выполняться с соблюдением требований «Стандарта разработки программного обеспечения и комментирования программных кодов информационных систем НИУ ВШЭ» (см. Приложение №1 к настоящему Техническому заданию).Услуги, исполнение которых требует изменения объектов Системы без изменения программного кода - должны выполняться с соблюдением требований «Правила разработки и оформления результатов в программной среде К2» (см. Приложение №2 к настоящему Техническому заданию).Настройка рабочих мест пользователей для обеспечения работы с Системой не требуется.Действия, выполнение которых осуществляется силами Заказчика:

Контроль загрузки ресурсов сервера Системы; Резервирование данных Системы; Резервирование данных Системы; Восстановление данных Системы из резервных копий; Восстановление работоспособности Системы после сбоев оборудования по Запросам

на поддержку;

48

Контроль дискового пространства сервера Системы; Консультирование пользователей Системы по работе с Системой.

Исполнитель должен самостоятельно ознакомиться с технологическими возможностями платформы K2 по материалам, представленным на WEB-сайте производителя платформы (http://www.k2.com). Заказчик не оказывает консультаций по использованию платформы K2. Для оказания услуг по Технической поддержке Исполнителем должны привлекаться только специалисты, имеющие сертификаты K2 Blackpearl Core, K2 Smartforms builder, K2 Blackpearl extensions, выданные компанией SourceCode Technology Holdings, inc. Необходимо наличие всех трех сертификатов у специалистов Исполнителя. По требованию Заказчика Исполнитель должен представить копии сертификатов специалистов, а также подтверждение факта трудовых и/или гражданско-правовых отношений со специалистами в течение 3 (трех) рабочих дней с момента заключения Договора.2.1 Контроль качества уровня обслуживания и объема Услуг.Услуга за отчетный период считается оказанной надлежащего качества и в полном объеме, если за отчетный период не нарушено Время решения по Запросам на поддержку или допустимое количество Инцидентов (Таблица 2).2.2 Изменение стоимости Услуг.При нарушении требований, установленных в п.1.3.2 (Таблица 2), стоимость оказанных Услуг за отчетный период, подлежит снижению.Объем снижения стоимости Услуг определяется, как наибольшее значение из:

размера снижения стоимости Услуг по причине превышения Времени решения (Таблица 3), произошедшего по вине Исполнителя;

размера снижения стоимости Услуг по причине превышения максимально допустимого количества Инцидентов (Таблица 4), произошедшего по вине Исполнителя;

снижения стоимости Услуг на 30% при превышении Времени решения одного любого Запроса на поддержку категории «Авария» или «Критический» более чем на 20% от требований, установленных в п.1.3.2 (Таблица 2), произошедшего по вине Исполнителя.

Таблица 5Отношение количества Запросов на поддержку с нарушением Времени решения, указанного в требованиях, установленных в п.3.3.2 (Таблица 2), к общему количеству Запросов на поддержку


От 0,1 до 0,2 включительно На 10% от суммы отчетного периода.Более 0,2 до 0,3 включительно На 20% от суммы отчетного периода.Более 0,3 На 30% от суммы отчетного периода.

Таблица 6Количество Инцидентов категории «Авария» или «Критический» (см. п.3.3.2 Таблица 2)



3. Руководство (контроль исполнения Договора) со стороны Заказчика: осуществляет ___________________________________5.

Исполнитель: Заказчик:5 Указывается Заказчиком на стадии заключения Договора.

49

_____________________

____________________

__________________ / ____________м.п.

федеральное государственное автономное образовательное учреждение высшего образования «Национальный исследовательский университет «Высшая школа экономики»________________

_________________/ _____________м.п.

50

Приложение Бк Договору_____________

от «___» ___________ 2017 г.

ТАБЛИЦА ЦЕН

№ п/п Наименование Услуг Цена за месяц, в т.ч.

НДС 18%, руб.Цена за отчетный период,

в т.ч. НДС 18%, руб.1. Оказание услуг по технической

поддержке программы для ЭВМ «Вышка-BPM»

Всего: ____________ рублей (_________________________), в том числе НДС 18 % в размере ______________ рублей (__________).

Исполнитель:________________

__________________

__________________ / _______________м.п.

Заказчик:федеральное государственное автономное образовательное учреждение высшего образования «Национальный исследовательский университет «Высшая школа экономики»

___________

______________________/_____________м.п.

51

Приложение №1 к Техническому заданиюДоговора от _________________№ _________________________

СТАНДАРТРАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ И

КОММЕНТИРОВАНИЯ ПРОГРАММНЫХ КОДОВ ИНФОРМАЦИОННЫХ СИСТЕМ

52

Общие положения

1.1 Соблюдение единых правил оформления программного кода значительно облегчает читаемость кода и позволяет обеспечивать высокую эффективность технической поддержки информационных систем и процессов реализации доработок в информационных системах.

1.2 Настоящий «Стандарт разработки программного обеспечения и комментирования программных кодов информационных систем НИУ ВШЭ» (далее – Стандарт) определяет основные требования к оформлению программных кодов при разработке программных кодов для любых информационных систем НИУ ВШЭ.

1.3 Стандарт описывает принципы построения программного кода в части:1.3.1 структурирования программных кодов в соответствии с правилами,

изложенными в настоящем документе.1.3.2 написания содержательных пояснений (комментариев) к программным

кодам в соответствии с правилами, изложенными в настоящем документе.1.4 Стандарт является обязательным для любых разработок новых

информационных систем, а также любых доработок существующих информационных систем в рамках НИУ ВШЭ. Допускается отклонение от настоящего Стандарта по предварительному письменному разрешению Старшего Директора, курирующего направление ИТ НИУ ВШЭ.

1.5 Все разработчики, создающие программный код в интересах НИУ ВШЭ, обязаны соблюдать требования и рекомендации Стандарта.

1.6 Каждое требование и рекомендация Стандарта действительны только для тех языков программирования, где допускается их использование, и они технически выполнимы.

1.7 Непосредственные руководители разработчиков программного кода для НИУ ВШЭ, а также лица, курирующие направление разработки ИТ в интересах НИУ ВШЭ, обязаны осуществлять контроль соблюдения настоящего Стандарта.

Разработка программного кода и объектов баз данных

При разработке программного кода и баз данных в интересах НИУ ВШЭ должны соблюдаться следующие единые правила его оформления:

1.8 Для названий любых элементов программного кода и объектов баз данных (модулей6, классов и их методов, функций, процедур, пакетов, триггеров, таблиц и их столбцов, переменных, констант, последовательностей (SEQUENCE), представлений (VIEW)), следует использовать содержательные имена, позволяющие сделать вывод о назначении данных элементов.

1.9 При использовании в названиях классов нескольких слов каждое слово следует начинать с заглавной буквы, например, «ServerConnector».

1.10 В названиях методов и событий класса первое слово следует начинать с маленькой буквы, остальные слова – с большой, например, «getRecordByNumber» или «onMouseDown».

6 Здесь и далее под модулем подразумевается файл, содержащий набор классов или функций.53

1.11 Для языков C#, VB.NET: в названиях публичных методов класса первое слово следует начинать с большой буквы, например, «GetRecordByNumber», а не публичных – с маленькой, например, «getRecordByNumber».

1.12 При использовании в названиях функций, процедур, пакетов, триггеров, нескольких слов каждое слово следует начинать с заглавной буквы, например, «PrintMatrix».

1.13 Для языков JAVA, PHP: в названиях функций, первое слово следует начинать с маленькой буквы, остальные слова – с большой, например, «getRecordByNumber».

1.14 Константы следует именовать в верхнем регистре, например, «MAXCOUNT».

1.15 При использовании в названиях экземпляров класса, переменных, каждое слово следует начинать с заглавной буквы.

1.16 При использовании в названиях таблиц и их столбцов нескольких слов каждое слово рекомендуется разделять знаком подчеркивания.

1.17 Для языков JAVA, PHP: Переменные, экземпляры класса, таблицы, столбцы следует именовать в нижнем регистре. При использовании нескольких слов в названии переменных их следует разделять знаком подчеркивания.

1.18 Имена параметров (при их наличии) методов класса, функций, процедур должны иметь свой унифицированный префикс, чтобы отличаться от используемых в программном коде переменных.

1.19 Имена методов класса или функций, которые возвращают значения, должны иметь свой унифицированный префикс «get», например, “getStatus”.

1.20 Имена методов класса, функций или процедур, которые устанавливают значения, должны иметь свой унифицированный префикс «set», например, “setStatus”.

1.21 Имена классов и модулей, а также пакетов, процедур и функций, которые предназначены для формирования отчетов, должны иметь свой унифицированный префикс, например, «Report».

1.22 Для улучшения наглядности структуры программного кода следует использовать пробелы и отступы:

1.22.1 Пробелы – для лучшего обозначения отдельных элементов кода в строке.1.22.2 Горизонтальные отступы – для лучшего обозначения вложенности

функциональных блоков многострочного кода. При формировании горизонтальных отступов рекомендуется использовать пробел и избегать использования символа табуляции.

1.22.3 Вертикальные отступы – для отделения логических блоков программного кода между собой.

Пример программного кода без соблюдения правил оформления кода (язык С++):

#include <iostream>#include <iomanip>#include <stdlib.h>#include <time.h>void printMatrix(int[][10], const int);using namespace std;int main()

54

{const int SIZE=10;int matrix[SIZE][SIZE];int temp;srand(time(NULL));for(int i=0;i<SIZE;i++)for(int j=0;j<SIZE;j++)matrix[i][j]=1+rand()%100;for(int N=1;N<SIZE*SIZE;N++){for(int i=0;i<SIZE;i++){for(int j=0;j<SIZE-1;j++){if(matrix[i][j+1]<matrix[i][j]){temp=matrix[i][j+1];matrix[i][j+1]=matrix[i][j];matrix[i][j]=temp;}}}}printMatrix(matrix,SIZE);return 0;}void printMatrix(int mx[][10],const int SIZE){for(int i=0;i<SIZE;i++){cout << endl;for(int j=0;j<SIZE;j++)cout << setw(4) << mx[i][j];cout << endl;}}

Пример программного кода с соблюдением правил оформления кода (язык C++):

// SortArray.cpp Сортировка строк двумерного массива методом пузырька // Создан 25.02.2015 Сидоров С.С. Заявка №12344

#include <iostream>#include <iomanip>#include <stdlib.h>#include <time.h>

//печать массиваvoid printMatrix(int[][10], // сортируемый массив const int // размерность массива);using nameSpace std; //установка стандартного пространства имен

int main(){ const int SIZE = 10; //размерность массива int matrix[SIZE][SIZE]; //определяем массив int temp; //временная переменная srand(time(NULL));//определяем исходную точку для генератора случайных чисел

//заполняем массив случайным образом for(int i = 0; i < SIZE; i++)

55

for(int j = 0; j < SIZE; j++) matrix[i][j] = 1 + rand() % 100; //сортируем пузырьком for(int N = 1; N < SIZE * SIZE; N++) { for(int i = 0; i < SIZE; i++) { for(int j = 0; j < SIZE - 1; j++) {

//если нужно скорректировать порядок сортировки if(matrix[i][j + 1] < matrix[i][j]) {

//делаем обмен элементов массива местами temp = matrix[i][j + 1]; matrix[i][j + 1] = matrix[i][j]; matrix[i][j] = temp; } }// for(int j = 0; j < SIZE - 1; j++) }// for(int i = 0; i < SIZE; i++) }// for(int N = 1; N < SIZE * SIZE; N++) //выводим массив на печать printMatrix(matrix, SIZE); return 0;}// end of main SortArray.cpp

//печать массиваvoid printMatrix(int varMX[][10], const int SIZE){ for(int i = 0; i < SIZE; i++) { cout << endl;

for(int j = 0; j < SIZE; j++)//печать j-массива на одной строке cout << setw(4) << varMX[i][j];

cout << endl; // каждый j-массив на отдельной строке }// for(int i = 0; i < SIZE; i++)}// end of printMatrix // end of SortArray.cpp

1.23 Разрабатываемые гипертекстовые документы (HTML) рекомендуется проверять на соответствие стандартам HTML с помощью сервиса W3C «HTML validator» http://validator.w3.org/ на отсутствие ошибок.

1.24 Разрабатываемые каскадные таблицы стилей (CSS) рекомендуется проверять на соответствие стандартам CSS с помощью сервиса W3C «CSS validator» http://jigsaw.w3.org/css-validator/ на отсутствие ошибок.

56

http://jigsaw.w3.org/css-validator/

http://validator.w3.org/

Комментирование программного кода и объектов баз данных

1.25 Общие правила комментирования

1.25.1 Комментирование выполняется для всех элементов программного кода и объектов базы данных (далее - БД), для которых это технически возможно (модули, классы и их методы, функции, процедуры, пакеты, триггеры, таблицы и их столбцы, переменные, константы, а также последовательности (SEQUENCE) и представления (VIEW)).

1.25.2 Все комментарии пишутся на русском языке. В комментариях не допускается использование ненормативной, оскорбительной или дискриминационной лексики, а также слов, не относящихся к техническому или деловому лексикону.

1.25.3 В комментариях не допускается наличие информации, не несущей смысловую нагрузку к пояснению сути алгоритма программного кода. Например, недопустимы комментарии вида: «это гениальный код», «таблица1», «!№;%:?*» и подобные им.

1.25.4 Если для языка программирования применяется система контроля версий, то комментарии вида: дата создания; дата модификации; автор создания; автор модификации - допускается вести в ней.

1.26 Комментирование программного кода

1.26.1 При создании модуля, класса, метода класса, функции, процедуры, пакета, триггера, представления, последовательности, обязательны следующие комментарии:

Описание назначения. Дата создания. Автор создания. Номер заявки в системе учета заявок на доработку, в соответствии с которой

осуществляется разработка. Описание входных и выходных параметров (при их наличии). Описание назначения вложенных элементов программного кода (при их

наличии). Описание входных и выходных параметров вложенных элементов

программного кода (при их наличии).1.26.2 Для вложенных в класс методов и событий допускается не указывать

комментарии, которые полностью повторяют общий комментарий в начале класса, например, номер заявки, дата и автор создания.

1.26.3 Для вложенных в модуль классов, процедур и функций допускается не указывать комментарии, которые полностью повторяют общий комментарий в начале модуля, например, номер заявки, дата и автор создания.

1.26.4 Для вложенных в пакет процедур, функций, допускается не указывать комментарии, которые полностью повторяют общий комментарий в начале пакета, например, номер заявки, дата и автор создания.

1.26.5 При модификации модуля, класса, функции, процедуры, пакета, триггера обязательны следующие комментарии:

Дата модификации.

57

Автор модификации. Номер заявки в системе учета заявок на доработку, в соответствии с которой

осуществляется доработка. Цель модификации. Описание входных и выходных параметров (при их изменении). Описание назначения вложенных элементов программного кода (при их

изменении). Описание входных и выходных параметров вложенных элементов

программного кода (при их изменении).1.26.6 Изменения программного кода, производимые в рамках внутренней

отладки, не фиксируются.1.26.7 Для языков C#, VB.NET: комментарии к программному коду

рекомендуется оформлять в виде XML-комментариев.1.26.8 При использовании стороннего модуля, класса, функции, процедуры или

пакета, следует добавлять комментарий с описанием его назначения за исключением часто используемых стандартных модулей, классов, функций, процедур или пакетов.

Пример правильного оформления комментариев спецификации пакета БД ORACLE (язык PL/SQL):

CREATE OR REPLACE PACKAGE SheduleStudents AS-- Пакет для расчета расписания и назначения по курсам -- Создан 25.02.2015 Иванов И.И. Заявка №12345

FUNCTION GetStudentCourses -- Функция для получения списка расписания по студенту-- Создана 27.02.2015 Иванов И.И. Заявка №12399 -- Модификация 01.03.2015 Петров П.П. Заявка №13567 Корректировка алгоритма поиска учащихся(

pStudent INT, -- идентификатор студентаpSemester INT -- номер семестра

) RETURN VARCHAR2; -- на выходе список занятий

END SheduleStudents;

Пример правильного оформления комментариев при подключении сторонних модулей (язык Java):

import java.io.IOException;import java.io.ObjectInputStream;import java.io.ObjectOutputStream;import java.net.Socket;import java.text.SimpleDateFormat; // класс для преобразования формата дат

1.26.9 Для модуля, функции, процедуры, триггера, представления или пакета обязательны следующие комментарии:

Описание используемых переменных, массивов, классов (при их наличии). Метка начала модификации Метка окончания модификации Номер заявки, в соответствии с которой осуществляется доработка.

58

Описание алгоритма работы в бизнес-терминах и в объеме, достаточном для понимания работы алгоритма другим разработчиком и/или через продолжительный промежуток времени.

1.26.10 Для удобства работы с большой глубиной вложенности программных структур рекомендуется добавлять следующие комментарии:

Метка окончания каждого ветвления алгоритма с указанием типа ветвления и краткого текста с условием.

Метка окончания каждого цикла с указанием типа цикла и названия переменной-счетчика.

Метка окончания модуля, класса, метода класса, события класса, функции, процедуры, триггера, пакета, с указанием названия закончившегося элемента программного кода, если указание названия не предусмотрено синтаксисом используемого языка.

Пример правильного оформления комментариев тела пакета БД ORACLE (язык PL/SQL):

CREATE OR REPLACE PACKAGE BODY SheduleStudents AS

FUNCTION GetStudentCourses (

pStudent INT, pSemester INT

) RETURN VARCHAR2 IS begin-- начало модификации №13567/* -- февральская версия с ошибкой в методе подсчета студентов -- в случае отсутствия ошибок удалить после 01.06.2015Select count(*)Into kFrom StudentsScheduleWhere Semester = pSemester;*/-- определяем общее число учащихся студентов в семестре Select count(distinct (StudentId))Into kFrom StudentsScheduleWhere Semester = pSemester;-- конец модификации №13567...END GetStudentCourses;


59

1.26.11 Комментарии к тексту программного кода должны быть лаконичными и пояснять суть и назначение программного кода, а не его техническую составляющую. Например, вместо комментария «увеличиваем счетчик на 1» нужно писать «переходим к обработке следующего факультета». Текст комментариев не должен иметь сокращений, не используемых в НИУ ВШЭ, а также понимание которых может быть неоднозначным или затруднительным.

1.26.12 На этапе промышленной эксплуатации не допускается наличие комментариев, содержащих закомментированный программный код. В случае обоснованного наличия закомментированного кода в тексте программы должен быть помещен комментарий, объясняющий необходимость наличия закомментированного кода в тексте программы. В этом случае к смысловому пояснению причины наличия закомментированного кода добавляется дата его возможного удаления, которая должна быть позднее даты изменения не менее чем на три месяца.

Пример правильного оформления комментариев фрагмента кода (язык Pascal):

// SortArray.pas Сортировка элементов массива // Создан 20.10.2014 Иванов И.И. Заявка №0978

// Модификация 11.11.2014 Петров П.П. Заявка №10054// Оптимизация алгоритма: сокращение количества используемых переменных const M = 10; // размерность массиваvar arr: array[1..M] of integer; // массив для сортировки// начало модификации №10054// исключаем использование k. в случае отсутствия ошибок удалить после 11.02.2015// i, j, k: integer; // два индекса и временная переменная i, j: integer; // два индекса // конец модификации №10054begin randomize; write ('Заполняем исходный массив случайными числами: '); for i := 1 to M do begin arr[i] := random(256); writeln (arr[i]:4); end;// for i := 1 to m writeln; //сортировка for i := 1 to M-1 do for j := 1 to M-i do if arr[j] > arr[j+1] then begin

// -- начало модификации №10054{// старая версия. в случае отсутствия ошибок удалить после 11.02.2015 k := arr[j]; arr[j] := arr[j+1]; arr[j+1] := k

60

} arr[j+1] := arr[j] + arr[j+1]; arr[j] := arr[j+1] - arr[j]; arr[j+1] := arr[j+1] - arr[j];

//-- конец модификации №10054 end;// if (arr[j] > arr[j+1])

// for j := 1 to m-i // for i := 1 to m-1

write ('Отсортированный массив: '); for i := 1 to M do writeln (arr[i]:4); end. // end of SortArray.pas

Пример правильного оформления комментариев фрагмента кода (язык Java):

import java.io.IOException;import java.io.ObjectInputStream;import java.io.ObjectOutputStream;import java.net.Socket;

/** * Класс-коннектор для обеспечения взаимодействия с сервером * Подключается через {@link Socket} * посылает GET-запрос * использует {@link ObjectInputStream} и {@link ObjectOutputStream}. */ public class ServerConnector { // адрес подключения private String ip = null; // номер порта private int port; /** * Конструктор * * @param hostname (Имя сервера) * @param portNumber (Порт) */ public ServerConnector(String hostname, int portNumber) { this.ip = hostname; this.port = portNumber; } /** * Метод отправляет GET-запрос к серверу для получения записей БД * Возвращает массив записей * * @param recordNumber (id записи) * @return array (массив элементов) * @throws RecordNotFoundException * Если запись не найдена, она отмечается как удаленная */ public String[] getRecordByNumber(long recordNumber) throws RecordNotFoundException { ServerCommand cmd = new ServerCommand(CommandType.GET, recordNumber); // инициализация переменных

61

ServerResult result = null; Socket socket = null; ObjectOutputStream oos = null; ObjectInputStream ois = null; try

{ //Открываем подключение socket = new Socket(ip, port); oos = new ObjectOutputStream(socket.getOutputStream()); ois = new ObjectInputStream(socket.getInputStream());

//Шлем запрос oos.writeObject(command);

//Получаем ответ result = (ServerResult) ois.readObject();

} catch (Exception e) {

result = new ServerResult(e);

} finally {

/* Закрываем подключение …… */ }// end of try if (result.getError() != null)

{//обработка ошибок

if (result.getError()instanceof RecordNotFoundException) { // если запись не найдена, считаем ее удаленной

throw (RecordNotFoundException) result.getError(); }

else{ // ошибка при работе базой данных

throw new DBException(result.getError()); } }// end of if(result.getError() != null) return result.getData(); }// end of getRecordByNumber(long recordNumber)}// end of ServerConnector // end of модуль обмена данными через Socket

1.26.13 В программном коде не рекомендуется указывать идентификационные коды позиций (ID) и конкретные значения из справочников (кампусы, факультеты, группы и т.д.), если это может привести к необходимости корректировки программного кода в результате изменения пользователями значений справочников информационной системы. Вместо этого рекомендуется выносить соответствующие настройки для таких значений на уровень пользовательского интерфейса (в конфигурационные таблицы или файлы) для возможности модификации их пользователями без привлечения служб ДИТ НИУ ВШЭ.

Пример:

В БД есть справочник вида:ORGANISATION_ID

ORGANISATION_NAME ORGANISATION_TYPE

2135 Нижегородский филиал НИУ ВШЭ НИУ ВШЭ7685 Санкт-Петербургский филиал НИУ НИУ ВШЭ

62

ВШЭ9085 Пермский филиал НИУ ВШЭ НИУ ВШЭ… … …

Неправильное использование ссылок на значения справочников:

If organisation_id = 2135 or organisation_id = 7685 or organisation_id = 9085 then

Правильное использование ссылок на значения справочников:

If GetOrgType(organisation_id) = 'НИУ ВШЭ' then

1.27 Комментирование объектов БД, предназначенных для хранения данных

Комментирование таблиц и их столбцов включает в себя комментарии двух видов:

Комментарий, описывающий назначение таблицы. Комментарии, описывающие назначение каждого столбца таблицы.

Пример комментирования таблицы БД MySQL и ее столбцов (язык SQL):

CREATE TABLE employees (id int not null auto_increment COMMENT 'Уникальный идентификатор сотрудника', first_name varchar(50) DEFAULT NULL COMMENT 'Имя',last_name varchar(50) DEFAULT NULL COMMENT 'Фамилия',PRIMARY KEY (id)) DEFAULT CHARSET=cp1251 COMMENT='Имена сотрудников';

Пример комментирования таблицы БД ORACLE и ее столбцов (язык SQL):

CREATE TABLE employees ( employee_id NUMBER, first_name VARCHAR2(50), last_name VARCHAR2(50),

salary NUMBER(8) );COMMENT ON TABLE employees IS 'Имена и доход сотрудников';

COMMENT ON COLUMN employees.employee_id IS 'Уникальный идентификатор (ID) сотрудника';COMMENT ON COLUMN employees.first_name IS 'Имя сотрудника';COMMENT ON COLUMN employees.last_name IS 'Фамилия сотрудника';COMMENT ON COLUMN employees.salary IS 'Зарплата сотрудника';

63

Приложение №2 к Техническому заданиюДоговора от _________________№ _________________________

Правила разработки в программной среде К2

и оформления результатов

1. Общие правила

1.1. Любое отклонение от изложенных ниже правил должно согласовываться со старшим директором по ИТ.

1.2. Каждая база данных, созданная разработчиком, должна соответствовать модулю Вышка-BPM (см. реестр ПО НИУ ВШЭ).

1.3. Для названий любых создаваемых объектов в программной среде К2 следует использовать содержательные имена, позволяющие сделать вывод о назначении данных элементов

1.4. Для временных объектов в программной среде К2 следует использовать суффикс «_TMP».

1.5. Каждый реализованный в программной среде К2 проект, состоящий из одного или нескольких процессов, должен сохраняться в отдельный каталог первого уровня (в ПО К2 Designer – содержимое каталога «All Items»).

1.6. Объекты программной среды К2, относящиеся к данным (DATA) должны сохраняться в подкаталог второго уровня «Data».

1.7. Объекты программной среды К2, относящиеся к представлениям (VIEW) должны сохраняться в подкаталог второго уровня «Views».

1.8. Объекты программной среды К2, относящиеся к формам (FORM) должны сохраняться в подкаталог второго уровня «Forms».

1.9. Объекты программной среды К2, объединенные логикой процесса в одну группу должны сохраняться в отдельный подкаталог третьего уровня.

Пример: в каталоге IT_Requests подкаталог представлений RUZ содержит несколько представлений, относящихся к автоматизации предоставления

доступа только к РУЗ.

1.10. Названия объектов в программной среде К2 должны формироваться из следующих составляющих:

1.10.1. Наименование проекта

1.10.2. Наименование типа объекта (при наличии нескольких)

1.10.3. Наименование объектаПримеры:

64

форма для функционала системы актуализации - SA_f_Main представление для функционала выдачи доступа к информационной

системе РУЗ - REQ_RUZ_v_SelectedPrograms

1.11. Составные слова в названиях объектов в программной среде К2 должны начинаться с большой буквы (например: SelectedPrograms).

1.12. Названия объектов «Controls», добавляемых на формы должны иметь префикс в виде сокращенного названия типа объекта (например, Lbl – для Label, RB – для Radio Button, Cnt – для Content и т.д.).

1.13. Переменные, используемые для передачи данных между процессом, представлением или формой, должны иметь одинаковое наименование.

1.14. Не рекомендуется открывать форму (FORM) или представление (VIEW), статус которых Check-In (система автоматически выведет их в статус Check-Out и сделает недоступным для прочих разработчиков). В случае необходимости открытия такой формы или представления необходимо предварительно сохранить изучаемый объект с другим именем.

1.15. Нельзя сервисные учетные записи разных серверов К2 (разработки, тестирования и промышленной эксплуатации) включать в процесс согласования, а также отправлять на их адрес почтовые уведомления (во избежание зацикливания и утечки ресурсов серверов).

1.16. Реализованный функционал должен быть оформлен на сервере разработки по адресу «C:\Процессы\» в каталоге с названием процесса, совпадающем с названием проекта, либо сокращенным названием, согласованным с куратором Вышка-BPM в виде каталога формата «YYYY MM DD суть доработки», содержащего подкаталоги:

1.16.1. «0. Обоснование» - должен содержать либо требования на автоматизацию, либо техническое задание, либо заявку на доработку, либо email, содержащий суть доработки, согласованную со старшим директором по ИТ. В случае необходимости загрузки данных решение принимается куратором Вышка-BPM.

1.16.2. «1. Данные» - должен содержать необходимые DDL, DML-скрипты либо файлы резервных копий данных. DDL и DML-скрипты должны оформляться отдельно по каждому объекту.

1.16.3. «2. Процесс» - должен содержать файлы разработанного процесса

1.16.4. «3. Пакет» - должен содержать файлы пакетов для переноса на сервер тестирования или промышленной эксплуатации.

1.16.5. «4. Отчет» - должен содержать файлы с результатами разработки отчетов.

1.16.6. «5. Библиотеки» - должен содержать файлы с подключаемыми библиотеками (DLL, скрипты JAVA и пр.).

2. Правила разработки и оформления разрабатываемых данных

65

2.1. Наименование экземпляра БД для размещения данных должно быть согласовано с куратором Вышка-BPM.

2.2. Префикс наименования объектов БД должен быть согласован с куратором Вышка-BPM.

2.3. Не рекомендуется создавать объекты данных через ПО K2 Designer (из-за генерации таблиц в системной БД K2), а создавать с помощью средств разработки используемой СУБД.

2.4. Необходимо иметь схему потоков данных (см. Шаблон требований на автоматизацию).

2.5. В случае загрузки/выгрузки данных из внешних источников необходимо иметь схему и описание интеграции (см. требования Методики интеграции информационных систем НИУ ВШЭ).

2.6. Наименование таблиц должно соответствовать требованиям Стандарта разработки ПО и комментирования программных кодов НИУ ВШЭ.

2.7. Любой создаваемый в К2 справочник должен иметь столбец статуса для возможности оперативного включения и исключения записи справочника из использования.

2.8. При необходимости защиты данных от несанкционированного доступа путем перебора идентификаторов в адресной строке браузера рекомендуется применять один из способов ограничения доступа к данным:

2.8.1. путем ограничения прав доступа к данным с помощью ролей К2

2.8.2. путем скрытия параметров из строки браузера при открытии формы и использования метки Label и передачи с ее помощью данных на форму (TRANSFER DATA TO FORM)

2.8.3. допускается передача параметра через адресную строку, если параметр - GUID.

2.9. Разграничение прав доступа должно выполняться в виде ролей, реализованных в виде единой для Вышка-BPM административной таблицы.

3. Правила разработки и оформления разрабатываемых представлений

3.1. При наличии в представлении параметра, который предполагается связывать с параметром, расположенном на форме, рекомендуется именовать их одинаково для автоматического связывания.

4. Правила оформления разрабатываемых форм

4.1. При наличии на форме параметра, который предполагается связывать с параметром, расположенном в представлении, рекомендуется именовать их одинаково для автоматического связывания.

4.2. Должна исключаться возможность добавления пользователем в какой-либо отдельный список двух одинаковых записей из какого-либо справочника.

4.3. Формы специального назначения, например, диалоговые или всплывающие

66

рекомендуется сохранять в отдельный подкаталог третьего уровня.

4.4. Время открытия любой формы, содержащей данные только в формате карточки, не должно превышать 1-2 секунд. Все исключения должны быть описаны в требованиях на автоматизацию.

4.5. Форма, относящаяся к старту процесса, должна содержать проверки:

4.5.1. на статус активности учетной записи пользователя (SA.dbo.SA_Users.active=true). Для не активированных таким образом пользователей должно выдаваться сообщение на экран «Пользователь не найден. Ваша учетная запись идентифицирована, но не найдена в списке пользователей системы. Данный инцидент автоматически зарегистрирован в Сервисной службе ДИТ, о факте его закрытия и принятых решениях Вам сообщат. Извините, но Ваша учетная запись не найдена в списке пользователей Системы. Пожалуйста, обратитесь к администратору.» и аналогичное сообщение по электронной почте на адрес bpm _ support @ hse . ru (с темой «Ошибка входа пользователя» и текстом «При входе в систему Вышка-BPM (НАЗВАНИЕ_ПОДСИСТЕМЫ – НАЗВАНИЕ_ФОРМЫ) у пользователя ИМЯ_ФАМИЛИЯ_ПОЛЬЗОВАТЕЛЯ (ДОМЕН_ПОЛЬЗОВАТЕЛЯ\ЛОГИН_ПОЛЬЗОВАТЕЛЯ) возникла проблема - пользователь не найден в списке пользователей системы»).

4.5.2. на актуализацию заявителя заявки (SA.dbo.SA_Users.actualized=«Да»). В случае, если заявитель не актуализирован, система должна выдавать сообщение «Информация по Вашей учетной записи не актуализирована. Вы будете перенаправлены на страницу актуализации данных.» и перенаправлять заявителя на страницу актуализации. Аналогичная проверка должна быть для пользователя заявки в случае возможности подачи заявки на другого работника. В случае, если выбранный заявителем заявки пользователь не актуализирован, система должна выдавать заявителю сообщение: «Выбранный Вами пользователь не актуализирован! Для возможности получения услуг сайта Вышка-BPM пользователь должен актуализовать свои данные, воспользовавшись кнопкой «Мои данные» на главной странице сайта Вышка-BPM.».

4.6. Кнопка поиска информации (название «Искать») должна срабатывать в том числе по нажатию клавиши Enter сразу после ввода искомой информации в поле поиска на форме.

4.7. На стартовой форме процесса кнопки запуска процесса и его отмены должны размещаться централизованно, занимая не более трети ширины формы. Слева должна быть кнопка отмены процесса (название – «Отмена»), справа – запуска процесса (название «Отправить заявку»).

5. Правила разработки и оформления разрабатываемых процессов

5.1. Объекты Activity должны иметь наименование, отражающее их суть.

5.2. Объекты Activity, которые содержат в себе SmartFormsClientEvent, должны также содержать изменение статуса процесса (заявки).

5.3. Список всех созданных объектов и краткого описания их назначения

67


необходимо сохранить в файле MS Word вместе со скриншотом WorkFlow в разбивке по каждому этапу WorkFlow. Данный файл должен размещаться в Базе знаний ИС в формате, доступном для контекстного поиска.

5.4. После обработки заявки (или отмены ее обработки) пользователь должен быть возвращен:

5.4.1. С ролью «Заявитель» - на страницу «Мои заявки»

5.4.2. С ролью «Согласующий» или «Исполнитель» - на страницу «Мои задачи»

5.5. Типовые наименования статусов разрабатываемого процесса должны быть следующими:

5.5.1. Согласование (наименование согласующего)

5.5.2. Отклонено (наименование согласующего)

5.5.3. В работе (наименование этапа)

5.5.4. Оценка

5.5.5. Выполнено

5.5.6. Отменено

5.6. В WorkFlow не рекомендуется вносить конкретные данные (шаблоны, тексты уведомлений, ФИО исполнителей activity, а также значения из справочников), если это может привести к необходимости корректировки WorkFlow в результате изменения пользователями значений справочников информационной системы, либо изменений бизнес-требований к текстам уведомлений и значений справочников. Вместо этого рекомендуется выносить соответствующие настройки для таких значений на уровень пользовательского интерфейса (в конфигурационные таблицы или файлы) для возможности модификации их пользователями без привлечения служб ДИТ НИУ ВШЭ.

5.7. Для процессов, предусматривающих хранение или обработку конфиденциальной информации, нельзя допускать возможность обработки и/или считывания такой информации лицом, не являющимся либо заявителем заявки, либо непосредственным пользователем услуги по заявке.

5.8. Уведомления, отправляемые участникам процесса на адреса их электронной почты, в ходе исполнения процесса должны соответствовать требованиям, изложенным в приложении 1.

5.9. По каждому добавленному комментарию в заявке автоматизируемого процесса участникам процесса должно отправляться уведомление на адреса их электронной почты (исключения согласуются со старшим директором по ит).

6. Правила разработки и оформления разрабатываемых Smart Object

6.1. Наименование Smart Object должно заимствоваться от объектов, на основе которых Smart Object создается.

6.2. Все Smart Object должны сохраняться в подкаталогах DATA соответствующих процессов.

68

Приложение 1Формат писем

Тема письма (минимальная информация):Заявка <НАЗВАНИЕ АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> <НОМЕР АВТОМАТИЗИРОВАННОГО ПРОЦЕССА>В случае сложных разветвлений рекомендуемая информация в теме письма:Заявка <НАЗВАНИЕ АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> <НОМЕР АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> <НАЗВАНИЕ ЭТАПА>

Текст письма (варианты для типовых этапов жизненного цикла процесса и типовых ролей):

ЭТАПЫ ЖИЗНЕННОГО ЦИКЛА ПРОЦЕССА

Текст письма для Заявителя, когда он совпадает с Пользователем, т.е. ситуация подачи заявки за себя

Регистрация <ИМЯ ПОЛЬЗОВАТЕЛЯ> <ОТЧЕСТВО ПОЛЬЗОВАТЕЛЯ>, здравствуйте! Ваша заявка на <НАЗВАНИЕ АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> № <НОМЕР АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> принята.<Суть, сроки и подразделение исполнителей ближайших будущих действий>Детали заявки вы можете посмотреть ниже, или по ссылке мои заявки .

Информация о заявителе:<ПАРАМЕТР 1>: <ЗНАЧЕНИЕ ПАРАМЕТРА 1><ПАРАМЕТР 2>: <ЗНАЧЕНИЕ ПАРАМЕТРА 2><ПАРАМЕТР 3>: <ЗНАЧЕНИЕ ПАРАМЕТРА 3>…

Информация о заявке:<ПАРАМЕТР 1>: <ЗНАЧЕНИЕ ПАРАМЕТРА 1><ПАРАМЕТР 2>: <ЗНАЧЕНИЕ ПАРАМЕТРА 2><ПАРАМЕТР 3>: <ЗНАЧЕНИЕ ПАРАМЕТРА 3>…

Приложение к заявке: см. вложение в настоящем письме.

Комментарий к заявке:<ТЕКСТ КОММЕНТАРИЯ>

С уважением,Система «Вышка-BPM»

По всем вопросам просьба обращаться в поддержку: электронная почта - [email protected] сообщения - WhatsApp, Viber, SMS + 7 915 363-35-03 звонки - 22222, +7 495 771-32-22

------------------------------------------------------------------------------------------------------------------Данное уведомление было сгенерировано автоматически и отвечать на него не нужно.

СогласованиеИсполнениеИнформирова <ИМЯ ПОЛЬЗОВАТЕЛЯ> <ОТЧЕСТВО ПОЛЬЗОВАТЕЛЯ>, здравствуйте!

69


https://bpm.hse.ru/Runtime/site/myrequests.html

ние Уведомляем Вас, что <СУТЬ УВЕДОМЛЕНИЯ> по заявке об <НАЗВАНИЕ АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> № <НОМЕР АВТОМАТИЗИРОВАННОГО ПРОЦЕССА>.<Суть, сроки и подразделение исполнителей ближайших будущих действий>Детали заявки вы можете посмотреть ниже.







------------------------------------------------------------------------------------------------------------------Данное уведомление было сгенерировано автоматически и отвечать на него не нужно. SN=1945_23

Оценка <ИМЯ ПОЛЬЗОВАТЕЛЯ> <ОТЧЕСТВО ПОЛЬЗОВАТЕЛЯ>, здравствуйте! Просим Вас подтвердить выполнение заявки на <НАЗВАНИЕ АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> № <НОМЕР АВТОМАТИЗИРОВАННОГО ПРОЦЕССА>.Вы можете сделать это через вебстраницу оценки результатов выполнения, открыв ссылку.Обращаем Ваше внимание, что результаты выполнения заявки будут автоматически приняты через 14 календарных дней.




70

https://bpm.hse.ru/Runtime/Runtime/Form/AHO__f__ReviewRequest/?_State=_base&RequestID=10593&SerialNo=1326_47

ЭТАПЫ ЖИЗНЕН

НОГО ЦИКЛА ПРОЦЕС

СА

Текст письма для Заявителя, когда он не совпадает с Пользователем,

т.е. ситуация подачи заявки за другого

Регистрация

<ИМЯ ПОЛЬЗОВАТЕЛЯ> <ОТЧЕСТВО ПОЛЬЗОВАТЕЛЯ>, здравствуйте! Ваша заявка на <НАЗВАНИЕ АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> № <НОМЕР АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> принята.<Суть, сроки и подразделение исполнителей ближайших будущих действий>Детали заявки вы можете посмотреть ниже, или по ссылке мои заявки .


Информация о пользователе:<ПАРАМЕТР 1>: <ЗНАЧЕНИЕ ПАРАМЕТРА 1><ПАРАМЕТР 2>: <ЗНАЧЕНИЕ ПАРАМЕТРА 2><ПАРАМЕТР 3>: <ЗНАЧЕНИЕ ПАРАМЕТРА 3>…







СогласованиеИсполнениеИнформирование

<ИМЯ ПОЛЬЗОВАТЕЛЯ> <ОТЧЕСТВО ПОЛЬЗОВАТЕЛЯ>, здравствуйте! Уведомляем Вас, что <СУТЬ УВЕДОМЛЕНИЯ> по заявке об <НАЗВАНИЕ АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> № <НОМЕР АВТОМАТИЗИРОВАННОГО ПРОЦЕССА>.<Суть, сроки и подразделение исполнителей ближайших будущих действий>Детали заявки вы можете посмотреть ниже.

Информация о заявителе:<ПАРАМЕТР 1>: <ЗНАЧЕНИЕ ПАРАМЕТРА 1>

71

<ПАРАМЕТР 2>: <ЗНАЧЕНИЕ ПАРАМЕТРА 2><ПАРАМЕТР 3>: <ЗНАЧЕНИЕ ПАРАМЕТРА 3>…







------------------------------------------------------------------------------------------------------------------Данное уведомление было сгенерировано автоматически и отвечать на него не нужно. SN=1945_23.





72

СА

Текст письма для Пользователя, когда он не совпадает с Заявителем, т.е. ситуация подачи заявки за другого


<ИМЯ ПОЛЬЗОВАТЕЛЯ> <ОТЧЕСТВО ПОЛЬЗОВАТЕЛЯ>, здравствуйте! На Ваше имя была создана заявка на <НАЗВАНИЕ АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> № <НОМЕР АВТОМАТИЗИРОВАННОГО ПРОЦЕССА>.<Суть, сроки и подразделение исполнителей ближайших будущих действий>Детали заявки вы можете посмотреть ниже. Информация о заявителе:

<ПАРАМЕТР 1>: <ЗНАЧЕНИЕ ПАРАМЕТРА 1><ПАРАМЕТР 2>: <ЗНАЧЕНИЕ ПАРАМЕТРА 2><ПАРАМЕТР 3>: <ЗНАЧЕНИЕ ПАРАМЕТРА 3>…










Информация о заявке:<ПАРАМЕТР 1>: <ЗНАЧЕНИЕ ПАРАМЕТРА 1>

73






------------------------------------------------------------------------------------------------------------------Данное уведомление было сгенерировано автоматически и отвечать на него не нужно. SN=1945

Оценка

74


СА

Текст письма для Согласующего

РегистрацияСогласование

<ИМЯ ПОЛЬЗОВАТЕЛЯ> <ОТЧЕСТВО ПОЛЬЗОВАТЕЛЯ>, здравствуйте! Вам поступила на согласование заявка об <НАЗВАНИЕ АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> № <НОМЕР АВТОМАТИЗИРОВАННОГО ПРОЦЕССА>.<Суть, сроки и подразделение исполнителей ближайших будущих действий>Детали заявки вы можете посмотреть ниже, или по ссылке согласование заявки, или в Вашем списке мои задачи.





Для выполнения согласования посредством электронной почты, ответьте на данное сообщение с этого почтового ящика с указанием одного из следующих действий в

тексте письма:

<НАИМЕНОВАНИЕ ДЕЙСТВИЯ> <НАИМЕНОВАНИЕ ДЕЙСТВИЯ>

Для согласования <НАЗВАНИЕ ЭТАПА ПРОЦЕССА> для указанного пользователя через веб-форму используйте следующую ссылку: Открыть заявку.

В ходе исполнения заявки предпочтительна коммуникация с заявителем по телефону.




Исполнение

75


https://bpm.hse.ru/Runtime/Runtime/Form/EmailView/?_State=Manager&SerialNo=2886_20&Stage=%D0%A1%D0%BE%D0%B3%D0%BB%D0%B0%D1%81%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5++%D1%81+%D1%80%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D0%B8%D1%82%D0%B5%D0%BB%D0%B5%D0%BC&RequestID=11124

https://bpm.hse.ru/Runtime/site/mytasks.html

https://bpm.hse.ru/Runtime/Runtime/Form/RE__f__PreviewTicket/?_State=_base&RequestID=21113&SerialNo=1945_23

Информирование









Оценка

76


СА

Текст письма для Исполнителя (не ИТ-работника)

РегистрацияСогласованиеИсполнение

<ИМЯ ПОЛЬЗОВАТЕЛЯ> <ОТЧЕСТВО ПОЛЬЗОВАТЕЛЯ>, здравствуйте! Вам поступила на исполнение новая заявка об <НАЗВАНИЕ АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> № <НОМЕР АВТОМАТИЗИРОВАННОГО ПРОЦЕССА>.<Суть, сроки и подразделение исполнителей ближайших будущих действий>Детали заявки вы можете посмотреть ниже, или по ссылке выполнение заявки, или в Вашем списке мои задачи.












77







Оценка

78


СА

Текст письма для Исполнителя (ИТ-работника)







В ходе исполнения заявки предпочтительна коммуникация с заявителем по телефону. Срок исполнения заявки определяется требованиями, изложенными в соответствующей группе сервисов на сайте it . hse . ru



-----------------------------------------------------------------------------------------------------------------Данное уведомление было сгенерировано автоматически и отвечать на него не нужно.



Информация о заявителе:<ПАРАМЕТР 1>: <ЗНАЧЕНИЕ ПАРАМЕТРА 1><ПАРАМЕТР 2>: <ЗНАЧЕНИЕ ПАРАМЕТРА 2>

79


http://it.hse.ru/

<ПАРАМЕТР 3>: <ЗНАЧЕНИЕ ПАРАМЕТРА 3>…







Оценка

80

Html-код примера письма<html>

<head>

<meta charset="utf-8">

<style>

/* Style Definitions */

p.dline {

line-height: 1.5;

}

P {

line-height: 0.9em;

font-size: 12;

font-family:"Arial";

}

</style>

</head>

<body>

 , здравствуйте

Вам поступила новая заявка об ошибке в информационной системе или сервисе № , 

детали заявки вы можете посмотреть ниже, или по ссылке, или в Вашем списке.

 

Информация о заявителе:

<table>

<tbody>

<tr>

<td style="padding-left: 30px;">ФИО:</td>

<td style="padding-left: 30px;"> </td>

</tr>

<tr>

<td style="padding-left: 30px;">Основное местонахождение:</td>

<td style="padding-left: 30px;"> , </td>

</tr>

<tr>

<td style="padding-left: 30px;">Городской:</td>

81

</tr>

<tr>

<td style="padding-left: 30px;">АТС:</td>


</tr>

<tr>

<td style="padding-left: 30px;">E-mail:</td>


</tr>

</tbody>

</table>

Информация о заявке:

<table>

<tbody>

<tr>

<td style="padding-left: 30px;">Название системы или сервиса:</td>


</tr>

<tr>

<td style="padding-left: 30px;">Приоритет:</td>


</tr>

<tr>

<td style="padding-left: 30px;">Описание ошибки:</td>


</tr>

</tbody>

</table>

 

В ходе исполнения заявки предпочтительна коммуникация с заявителем по телефону. 

Срок исполнения заявки определяется требованиями, изложенными в соответствующей группе сервисов на сайте <a href="https://it.hse.ru">it.hse.ru</a>

82

С уважением, 

Система «Вышка-BPM»

----------------------------------------------------------------------------------------------- 

Данное уведомление было сгенерировано автоматически и отвечать на него не нужно. 

</body>

</html>

83

Приложение №3к Техническому заданию

Договора от _________________№ _________________________

Форма отчета об оказанных услугах

Запросы на поддержку категории «Авария»:

№ Название Дата и Время возникновения

Дата и Время решения

Время решения, входящее в Часы обслуживания, (часов)

Отклонение Времени решения от требований, указанных в п.1.3.2 (Таблица 2), (часов)

Объем оказанных услуг по Технической поддержке, (человеко-часов)

1 2 3 4 5 6 71.2.3.…

Запросы на поддержку категории «Критический»:






1 2 3 4 5 6 71.2.3.…

84

Запросы на поддержку категории «Существенный»:






1 2 3 4 5 6 71.2.3.…

Запросы на поддержку категории «Несущественный»:






1 2 3 4 5 6 71.2.3.…

Запросы на поддержку категории «Вопрос»:

85






1 2 3 4 5 6 71.2.3.…

86

Приложение №7к извещению о проведении


СТАНДАРТРАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ И

КОММЕНТИРОВАНИЯ ПРОГРАММНЫХ КОДОВ ИНФОРМАЦИОННЫХ СИСТЕМ

87

Общие положения

1.28 Соблюдение единых правил оформления программного кода значительно облегчает читаемость кода и позволяет обеспечивать высокую эффективность технической поддержки информационных систем и процессов реализации доработок в информационных системах.

1.29 Настоящий «Стандарт разработки программного обеспечения и комментирования программных кодов информационных систем НИУ ВШЭ» (далее – Стандарт) определяет основные требования к оформлению программных кодов при разработке программных кодов для любых информационных систем НИУ ВШЭ.

1.30 Стандарт описывает принципы построения программного кода в части:1.30.1 структурирования программных кодов в соответствии с правилами,

изложенными в настоящем документе.1.30.2 написания содержательных пояснений (комментариев) к программным

кодам в соответствии с правилами, изложенными в настоящем документе.1.31 Стандарт является обязательным для любых разработок новых

информационных систем, а также любых доработок существующих информационных систем в рамках НИУ ВШЭ. Допускается отклонение от настоящего Стандарта по предварительному письменному разрешению Старшего Директора, курирующего направление ИТ НИУ ВШЭ.

1.32 Все разработчики, создающие программный код в интересах НИУ ВШЭ, обязаны соблюдать требования и рекомендации Стандарта.

1.33 Каждое требование и рекомендация Стандарта действительны только для тех языков программирования, где допускается их использование, и они технически выполнимы.

1.34 Непосредственные руководители разработчиков программного кода для НИУ ВШЭ, а также лица, курирующие направление разработки ИТ в интересах НИУ ВШЭ, обязаны осуществлять контроль соблюдения настоящего Стандарта.

Разработка программного кода и объектов баз данных

При разработке программного кода и баз данных в интересах НИУ ВШЭ должны соблюдаться следующие единые правила его оформления:

1.35 Для названий любых элементов программного кода и объектов баз данных (модулей7, классов и их методов, функций, процедур, пакетов, триггеров, таблиц и их столбцов, переменных, констант, последовательностей (SEQUENCE), представлений (VIEW)), следует использовать содержательные имена, позволяющие сделать вывод о назначении данных элементов.

1.36 При использовании в названиях классов нескольких слов каждое слово следует начинать с заглавной буквы, например, «ServerConnector».

1.37 В названиях методов и событий класса первое слово следует начинать с маленькой буквы, остальные слова – с большой, например, «getRecordByNumber» или «onMouseDown».

7 Здесь и далее под модулем подразумевается файл, содержащий набор классов или функций.88

1.38 Для языков C#, VB.NET: в названиях публичных методов класса первое слово следует начинать с большой буквы, например, «GetRecordByNumber», а не публичных – с маленькой, например, «getRecordByNumber».

1.39 При использовании в названиях функций, процедур, пакетов, триггеров, нескольких слов каждое слово следует начинать с заглавной буквы, например, «PrintMatrix».

1.40 Для языков JAVA, PHP: в названиях функций, первое слово следует начинать с маленькой буквы, остальные слова – с большой, например, «getRecordByNumber».

1.41 Константы следует именовать в верхнем регистре, например, «MAXCOUNT».

1.42 При использовании в названиях экземпляров класса, переменных, каждое слово следует начинать с заглавной буквы.

1.43 При использовании в названиях таблиц и их столбцов нескольких слов каждое слово рекомендуется разделять знаком подчеркивания.

1.44 Для языков JAVA, PHP: Переменные, экземпляры класса, таблицы, столбцы следует именовать в нижнем регистре. При использовании нескольких слов в названии переменных их следует разделять знаком подчеркивания.

1.45 Имена параметров (при их наличии) методов класса, функций, процедур должны иметь свой унифицированный префикс, чтобы отличаться от используемых в программном коде переменных.

1.46 Имена методов класса или функций, которые возвращают значения, должны иметь свой унифицированный префикс «get», например, “getStatus”.

1.47 Имена методов класса, функций или процедур, которые устанавливают значения, должны иметь свой унифицированный префикс «set», например, “setStatus”.

1.48 Имена классов и модулей, а также пакетов, процедур и функций, которые предназначены для формирования отчетов, должны иметь свой унифицированный префикс, например, «Report».

1.49 Для улучшения наглядности структуры программного кода следует использовать пробелы и отступы:

1.49.1 Пробелы – для лучшего обозначения отдельных элементов кода в строке.1.49.2 Горизонтальные отступы – для лучшего обозначения вложенности

функциональных блоков многострочного кода. При формировании горизонтальных отступов рекомендуется использовать пробел и избегать использования символа табуляции.

1.49.3 Вертикальные отступы – для отделения логических блоков программного кода между собой.

Пример программного кода без соблюдения правил оформления кода (язык С++):

#include <iostream>#include <iomanip>#include <stdlib.h>#include <time.h>void printMatrix(int[][10], const int);using namespace std;int main()

89

{const int SIZE=10;int matrix[SIZE][SIZE];int temp;srand(time(NULL));for(int i=0;i<SIZE;i++)for(int j=0;j<SIZE;j++)matrix[i][j]=1+rand()%100;for(int N=1;N<SIZE*SIZE;N++){for(int i=0;i<SIZE;i++){for(int j=0;j<SIZE-1;j++){if(matrix[i][j+1]<matrix[i][j]){temp=matrix[i][j+1];matrix[i][j+1]=matrix[i][j];matrix[i][j]=temp;}}}}printMatrix(matrix,SIZE);return 0;}void printMatrix(int mx[][10],const int SIZE){for(int i=0;i<SIZE;i++){cout << endl;for(int j=0;j<SIZE;j++)cout << setw(4) << mx[i][j];cout << endl;}}

Пример программного кода с соблюдением правил оформления кода (язык C++):

// SortArray.cpp Сортировка строк двумерного массива методом пузырька // Создан 25.02.2015 Сидоров С.С. Заявка №12344

#include <iostream>#include <iomanip>#include <stdlib.h>#include <time.h>

//печать массиваvoid printMatrix(int[][10], // сортируемый массив const int // размерность массива);using nameSpace std; //установка стандартного пространства имен

int main(){ const int SIZE = 10; //размерность массива int matrix[SIZE][SIZE]; //определяем массив int temp; //временная переменная srand(time(NULL));//определяем исходную точку для генератора случайных чисел

//заполняем массив случайным образом for(int i = 0; i < SIZE; i++)

90

for(int j = 0; j < SIZE; j++) matrix[i][j] = 1 + rand() % 100; //сортируем пузырьком for(int N = 1; N < SIZE * SIZE; N++) { for(int i = 0; i < SIZE; i++) { for(int j = 0; j < SIZE - 1; j++) {

//если нужно скорректировать порядок сортировки if(matrix[i][j + 1] < matrix[i][j]) {

//делаем обмен элементов массива местами temp = matrix[i][j + 1]; matrix[i][j + 1] = matrix[i][j]; matrix[i][j] = temp; } }// for(int j = 0; j < SIZE - 1; j++) }// for(int i = 0; i < SIZE; i++) }// for(int N = 1; N < SIZE * SIZE; N++) //выводим массив на печать printMatrix(matrix, SIZE); return 0;}// end of main SortArray.cpp

//печать массиваvoid printMatrix(int varMX[][10], const int SIZE){ for(int i = 0; i < SIZE; i++) { cout << endl;

for(int j = 0; j < SIZE; j++)//печать j-массива на одной строке cout << setw(4) << varMX[i][j];

cout << endl; // каждый j-массив на отдельной строке }// for(int i = 0; i < SIZE; i++)}// end of printMatrix // end of SortArray.cpp

1.50 Разрабатываемые гипертекстовые документы (HTML) рекомендуется проверять на соответствие стандартам HTML с помощью сервиса W3C «HTML validator» http://validator.w3.org/ на отсутствие ошибок.

1.51 Разрабатываемые каскадные таблицы стилей (CSS) рекомендуется проверять на соответствие стандартам CSS с помощью сервиса W3C «CSS validator» http://jigsaw.w3.org/css-validator/ на отсутствие ошибок.

91

http://jigsaw.w3.org/css-validator/

http://validator.w3.org/

Комментирование программного кода и объектов баз данных

1.52 Общие правила комментирования

1.52.1 Комментирование выполняется для всех элементов программного кода и объектов базы данных (далее - БД), для которых это технически возможно (модули, классы и их методы, функции, процедуры, пакеты, триггеры, таблицы и их столбцы, переменные, константы, а также последовательности (SEQUENCE) и представления (VIEW)).

1.52.2 Все комментарии пишутся на русском языке. В комментариях не допускается использование ненормативной, оскорбительной или дискриминационной лексики, а также слов, не относящихся к техническому или деловому лексикону.

1.52.3 В комментариях не допускается наличие информации, не несущей смысловую нагрузку к пояснению сути алгоритма программного кода. Например, недопустимы комментарии вида: «это гениальный код», «таблица1», «!№;%:?*» и подобные им.

1.52.4 Если для языка программирования применяется система контроля версий, то комментарии вида: дата создания; дата модификации; автор создания; автор модификации - допускается вести в ней.

1.53 Комментирование программного кода

1.53.1 При создании модуля, класса, метода класса, функции, процедуры, пакета, триггера, представления, последовательности, обязательны следующие комментарии:

Описание назначения. Дата создания. Автор создания. Номер заявки в системе учета заявок на доработку, в соответствии с которой

осуществляется разработка. Описание входных и выходных параметров (при их наличии). Описание назначения вложенных элементов программного кода (при их

наличии). Описание входных и выходных параметров вложенных элементов

программного кода (при их наличии).1.53.2 Для вложенных в класс методов и событий допускается не указывать

комментарии, которые полностью повторяют общий комментарий в начале класса, например, номер заявки, дата и автор создания.

1.53.3 Для вложенных в модуль классов, процедур и функций допускается не указывать комментарии, которые полностью повторяют общий комментарий в начале модуля, например, номер заявки, дата и автор создания.

1.53.4 Для вложенных в пакет процедур, функций, допускается не указывать комментарии, которые полностью повторяют общий комментарий в начале пакета, например, номер заявки, дата и автор создания.

1.53.5 При модификации модуля, класса, функции, процедуры, пакета, триггера обязательны следующие комментарии:

Дата модификации.

92

Автор модификации. Номер заявки в системе учета заявок на доработку, в соответствии с которой

осуществляется доработка. Цель модификации. Описание входных и выходных параметров (при их изменении). Описание назначения вложенных элементов программного кода (при их

изменении). Описание входных и выходных параметров вложенных элементов

программного кода (при их изменении).1.53.6 Изменения программного кода, производимые в рамках внутренней

отладки, не фиксируются.1.53.7 Для языков C#, VB.NET: комментарии к программному коду

рекомендуется оформлять в виде XML-комментариев.1.53.8 При использовании стороннего модуля, класса, функции, процедуры или

пакета, следует добавлять комментарий с описанием его назначения за исключением часто используемых стандартных модулей, классов, функций, процедур или пакетов.

Пример правильного оформления комментариев спецификации пакета БД ORACLE (язык PL/SQL):

CREATE OR REPLACE PACKAGE SheduleStudents AS-- Пакет для расчета расписания и назначения по курсам -- Создан 25.02.2015 Иванов И.И. Заявка №12345

FUNCTION GetStudentCourses -- Функция для получения списка расписания по студенту-- Создана 27.02.2015 Иванов И.И. Заявка №12399 -- Модификация 01.03.2015 Петров П.П. Заявка №13567 Корректировка алгоритма поиска учащихся(

pStudent INT, -- идентификатор студентаpSemester INT -- номер семестра

) RETURN VARCHAR2; -- на выходе список занятий


Пример правильного оформления комментариев при подключении сторонних модулей (язык Java):

import java.io.IOException;import java.io.ObjectInputStream;import java.io.ObjectOutputStream;import java.net.Socket;import java.text.SimpleDateFormat; // класс для преобразования формата дат

1.53.9 Для модуля, функции, процедуры, триггера, представления или пакета обязательны следующие комментарии:

Описание используемых переменных, массивов, классов (при их наличии). Метка начала модификации Метка окончания модификации Номер заявки, в соответствии с которой осуществляется доработка.

93

Описание алгоритма работы в бизнес-терминах и в объеме, достаточном для понимания работы алгоритма другим разработчиком и/или через продолжительный промежуток времени.

1.53.10 Для удобства работы с большой глубиной вложенности программных структур рекомендуется добавлять следующие комментарии:

Метка окончания каждого ветвления алгоритма с указанием типа ветвления и краткого текста с условием.

Метка окончания каждого цикла с указанием типа цикла и названия переменной-счетчика.

Метка окончания модуля, класса, метода класса, события класса, функции, процедуры, триггера, пакета, с указанием названия закончившегося элемента программного кода, если указание названия не предусмотрено синтаксисом используемого языка.

Пример правильного оформления комментариев тела пакета БД ORACLE (язык PL/SQL):

CREATE OR REPLACE PACKAGE BODY SheduleStudents AS

FUNCTION GetStudentCourses (

pStudent INT, pSemester INT

) RETURN VARCHAR2 IS begin-- начало модификации №13567/* -- февральская версия с ошибкой в методе подсчета студентов -- в случае отсутствия ошибок удалить после 01.06.2015Select count(*)Into kFrom StudentsScheduleWhere Semester = pSemester;*/-- определяем общее число учащихся студентов в семестре Select count(distinct (StudentId))Into kFrom StudentsScheduleWhere Semester = pSemester;-- конец модификации №13567...END GetStudentCourses;


94

1.53.11 Комментарии к тексту программного кода должны быть лаконичными и пояснять суть и назначение программного кода, а не его техническую составляющую. Например, вместо комментария «увеличиваем счетчик на 1» нужно писать «переходим к обработке следующего факультета». Текст комментариев не должен иметь сокращений, не используемых в НИУ ВШЭ, а также понимание которых может быть неоднозначным или затруднительным.

1.53.12 На этапе промышленной эксплуатации не допускается наличие комментариев, содержащих закомментированный программный код. В случае обоснованного наличия закомментированного кода в тексте программы должен быть помещен комментарий, объясняющий необходимость наличия закомментированного кода в тексте программы. В этом случае к смысловому пояснению причины наличия закомментированного кода добавляется дата его возможного удаления, которая должна быть позднее даты изменения не менее чем на три месяца.

Пример правильного оформления комментариев фрагмента кода (язык Pascal):

// SortArray.pas Сортировка элементов массива // Создан 20.10.2014 Иванов И.И. Заявка №0978

// Модификация 11.11.2014 Петров П.П. Заявка №10054// Оптимизация алгоритма: сокращение количества используемых переменных const M = 10; // размерность массиваvar arr: array[1..M] of integer; // массив для сортировки// начало модификации №10054// исключаем использование k. в случае отсутствия ошибок удалить после 11.02.2015// i, j, k: integer; // два индекса и временная переменная i, j: integer; // два индекса // конец модификации №10054begin randomize; write ('Заполняем исходный массив случайными числами: '); for i := 1 to M do begin arr[i] := random(256); writeln (arr[i]:4); end;// for i := 1 to m writeln; //сортировка for i := 1 to M-1 do for j := 1 to M-i do if arr[j] > arr[j+1] then begin

// -- начало модификации №10054{// старая версия. в случае отсутствия ошибок удалить после 11.02.2015 k := arr[j]; arr[j] := arr[j+1]; arr[j+1] := k

95

} arr[j+1] := arr[j] + arr[j+1]; arr[j] := arr[j+1] - arr[j]; arr[j+1] := arr[j+1] - arr[j];

//-- конец модификации №10054 end;// if (arr[j] > arr[j+1])

// for j := 1 to m-i // for i := 1 to m-1

write ('Отсортированный массив: '); for i := 1 to M do writeln (arr[i]:4); end. // end of SortArray.pas

Пример правильного оформления комментариев фрагмента кода (язык Java):

import java.io.IOException;import java.io.ObjectInputStream;import java.io.ObjectOutputStream;import java.net.Socket;

/** * Класс-коннектор для обеспечения взаимодействия с сервером * Подключается через {@link Socket} * посылает GET-запрос * использует {@link ObjectInputStream} и {@link ObjectOutputStream}. */ public class ServerConnector { // адрес подключения private String ip = null; // номер порта private int port; /** * Конструктор * * @param hostname (Имя сервера) * @param portNumber (Порт) */ public ServerConnector(String hostname, int portNumber) { this.ip = hostname; this.port = portNumber; } /** * Метод отправляет GET-запрос к серверу для получения записей БД * Возвращает массив записей * * @param recordNumber (id записи) * @return array (массив элементов) * @throws RecordNotFoundException * Если запись не найдена, она отмечается как удаленная */ public String[] getRecordByNumber(long recordNumber) throws RecordNotFoundException { ServerCommand cmd = new ServerCommand(CommandType.GET, recordNumber); // инициализация переменных

96

ServerResult result = null; Socket socket = null; ObjectOutputStream oos = null; ObjectInputStream ois = null; try

{ //Открываем подключение socket = new Socket(ip, port); oos = new ObjectOutputStream(socket.getOutputStream()); ois = new ObjectInputStream(socket.getInputStream());

//Шлем запрос oos.writeObject(command);

//Получаем ответ result = (ServerResult) ois.readObject();

} catch (Exception e) {

result = new ServerResult(e);

} finally {

/* Закрываем подключение …… */ }// end of try if (result.getError() != null)

{//обработка ошибок

if (result.getError()instanceof RecordNotFoundException) { // если запись не найдена, считаем ее удаленной

throw (RecordNotFoundException) result.getError(); }

else{ // ошибка при работе базой данных

throw new DBException(result.getError()); } }// end of if(result.getError() != null) return result.getData(); }// end of getRecordByNumber(long recordNumber)}// end of ServerConnector // end of модуль обмена данными через Socket

1.53.13 В программном коде не рекомендуется указывать идентификационные коды позиций (ID) и конкретные значения из справочников (кампусы, факультеты, группы и т.д.), если это может привести к необходимости корректировки программного кода в результате изменения пользователями значений справочников информационной системы. Вместо этого рекомендуется выносить соответствующие настройки для таких значений на уровень пользовательского интерфейса (в конфигурационные таблицы или файлы) для возможности модификации их пользователями без привлечения служб ДИТ НИУ ВШЭ.

Пример:

В БД есть справочник вида:ORGANISATION_ID

ORGANISATION_NAME ORGANISATION_TYPE

2135 Нижегородский филиал НИУ ВШЭ НИУ ВШЭ7685 Санкт-Петербургский филиал НИУ НИУ ВШЭ

97

ВШЭ9085 Пермский филиал НИУ ВШЭ НИУ ВШЭ… … …

Неправильное использование ссылок на значения справочников:

If organisation_id = 2135 or organisation_id = 7685 or organisation_id = 9085 then

Правильное использование ссылок на значения справочников:

If GetOrgType(organisation_id) = 'НИУ ВШЭ' then

1.54 Комментирование объектов БД, предназначенных для хранения данных

Комментирование таблиц и их столбцов включает в себя комментарии двух видов:

Комментарий, описывающий назначение таблицы. Комментарии, описывающие назначение каждого столбца таблицы.

Пример комментирования таблицы БД MySQL и ее столбцов (язык SQL):

CREATE TABLE employees (id int not null auto_increment COMMENT 'Уникальный идентификатор сотрудника', first_name varchar(50) DEFAULT NULL COMMENT 'Имя',last_name varchar(50) DEFAULT NULL COMMENT 'Фамилия',PRIMARY KEY (id)) DEFAULT CHARSET=cp1251 COMMENT='Имена сотрудников';

Пример комментирования таблицы БД ORACLE и ее столбцов (язык SQL):

CREATE TABLE employees ( employee_id NUMBER, first_name VARCHAR2(50), last_name VARCHAR2(50),

salary NUMBER(8) );COMMENT ON TABLE employees IS 'Имена и доход сотрудников';

98

Приложение №8к извещению о проведении


Правила разработки в программной среде К2

и оформления результатов

7. Общие правила

7.1. Любое отклонение от изложенных ниже правил должно согласовываться со старшим директором по ИТ.

7.2. Каждая база данных, созданная разработчиком, должна соответствовать модулю Вышка-BPM (см. реестр ПО НИУ ВШЭ).

7.3. Для названий любых создаваемых объектов в программной среде К2 следует использовать содержательные имена, позволяющие сделать вывод о назначении данных элементов

7.4. Для временных объектов в программной среде К2 следует использовать суффикс «_TMP».

7.5. Каждый реализованный в программной среде К2 проект, состоящий из одного или нескольких процессов, должен сохраняться в отдельный каталог первого уровня (в ПО К2 Designer – содержимое каталога «All Items»).

7.6. Объекты программной среды К2, относящиеся к данным (DATA) должны сохраняться в подкаталог второго уровня «Data».

7.7. Объекты программной среды К2, относящиеся к представлениям (VIEW) должны сохраняться в подкаталог второго уровня «Views».

7.8. Объекты программной среды К2, относящиеся к формам (FORM) должны сохраняться в подкаталог второго уровня «Forms».

7.9. Объекты программной среды К2, объединенные логикой процесса в одну группу должны сохраняться в отдельный подкаталог третьего уровня.

Пример: в каталоге IT_Requests подкаталог представлений RUZ содержит несколько представлений, относящихся к автоматизации предоставления

доступа только к РУЗ.

7.10. Названия объектов в программной среде К2 должны формироваться из следующих составляющих:

7.10.1. Наименование проекта

7.10.2. Наименование типа объекта (при наличии нескольких)

99

7.10.3. Наименование объектаПримеры:

форма для функционала системы актуализации - SA_f_Main представление для функционала выдачи доступа к информационной

системе РУЗ - REQ_RUZ_v_SelectedPrograms

7.11. Составные слова в названиях объектов в программной среде К2 должны начинаться с большой буквы (например: SelectedPrograms).

7.12. Названия объектов «Controls», добавляемых на формы должны иметь префикс в виде сокращенного названия типа объекта (например, Lbl – для Label, RB – для Radio Button, Cnt – для Content и т.д.).

7.13. Переменные, используемые для передачи данных между процессом, представлением или формой, должны иметь одинаковое наименование.

7.14. Не рекомендуется открывать форму (FORM) или представление (VIEW), статус которых Check-In (система автоматически выведет их в статус Check-Out и сделает недоступным для прочих разработчиков). В случае необходимости открытия такой формы или представления необходимо предварительно сохранить изучаемый объект с другим именем.

7.15. Нельзя сервисные учетные записи разных серверов К2 (разработки, тестирования и промышленной эксплуатации) включать в процесс согласования, а также отправлять на их адрес почтовые уведомления (во избежание зацикливания и утечки ресурсов серверов).

7.16. Реализованный функционал должен быть оформлен на сервере разработки по адресу «C:\Процессы\» в каталоге с названием процесса, совпадающем с названием проекта, либо сокращенным названием, согласованным с куратором Вышка-BPM в виде каталога формата «YYYY MM DD суть доработки», содержащего подкаталоги:

7.16.1. «0. Обоснование» - должен содержать либо требования на автоматизацию, либо техническое задание, либо заявку на доработку, либо email, содержащий суть доработки, согласованную со старшим директором по ИТ. В случае необходимости загрузки данных решение принимается куратором Вышка-BPM.

7.16.2. «1. Данные» - должен содержать необходимые DDL, DML-скрипты либо файлы резервных копий данных. DDL и DML-скрипты должны оформляться отдельно по каждому объекту.

7.16.3. «2. Процесс» - должен содержать файлы разработанного процесса

7.16.4. «3. Пакет» - должен содержать файлы пакетов для переноса на сервер тестирования или промышленной эксплуатации.

7.16.5. «4. Отчет» - должен содержать файлы с результатами разработки отчетов.

7.16.6. «5. Библиотеки» - должен содержать файлы с подключаемыми библиотеками (DLL, скрипты JAVA и пр.).

100

8. Правила разработки и оформления разрабатываемых данных

8.1. Наименование экземпляра БД для размещения данных должно быть согласовано с куратором Вышка-BPM.

8.2. Префикс наименования объектов БД должен быть согласован с куратором Вышка-BPM.

8.3. Не рекомендуется создавать объекты данных через ПО K2 Designer (из-за генерации таблиц в системной БД K2), а создавать с помощью средств разработки используемой СУБД.

8.4. Необходимо иметь схему потоков данных (см. Шаблон требований на автоматизацию).

8.5. В случае загрузки/выгрузки данных из внешних источников необходимо иметь схему и описание интеграции (см. требования Методики интеграции информационных систем НИУ ВШЭ).

8.6. Наименование таблиц должно соответствовать требованиям Стандарта разработки ПО и комментирования программных кодов НИУ ВШЭ.

8.7. Любой создаваемый в К2 справочник должен иметь столбец статуса для возможности оперативного включения и исключения записи справочника из использования.

8.8. При необходимости защиты данных от несанкционированного доступа путем перебора идентификаторов в адресной строке браузера рекомендуется применять один из способов ограничения доступа к данным:

8.8.1. путем ограничения прав доступа к данным с помощью ролей К2

8.8.2. путем скрытия параметров из строки браузера при открытии формы и использования метки Label и передачи с ее помощью данных на форму (TRANSFER DATA TO FORM)

8.8.3. допускается передача параметра через адресную строку, если параметр - GUID.

8.9. Разграничение прав доступа должно выполняться в виде ролей, реализованных в виде единой для Вышка-BPM административной таблицы.

9. Правила разработки и оформления разрабатываемых представлений

9.1. При наличии в представлении параметра, который предполагается связывать с параметром, расположенном на форме, рекомендуется именовать их одинаково для автоматического связывания.

10. Правила оформления разрабатываемых форм

10.1. При наличии на форме параметра, который предполагается связывать с параметром, расположенном в представлении, рекомендуется именовать их одинаково для автоматического связывания.

10.2. Должна исключаться возможность добавления пользователем в какой-

101

либо отдельный список двух одинаковых записей из какого-либо справочника.

10.3. Формы специального назначения, например, диалоговые или всплывающие рекомендуется сохранять в отдельный подкаталог третьего уровня.

10.4. Время открытия любой формы, содержащей данные только в формате карточки, не должно превышать 1-2 секунд. Все исключения должны быть описаны в требованиях на автоматизацию.

10.5. Форма, относящаяся к старту процесса, должна содержать проверки:

10.5.1. на статус активности учетной записи пользователя (SA.dbo.SA_Users.active=true). Для не активированных таким образом пользователей должно выдаваться сообщение на экран «Пользователь не найден. Ваша учетная запись идентифицирована, но не найдена в списке пользователей системы. Данный инцидент автоматически зарегистрирован в Сервисной службе ДИТ, о факте его закрытия и принятых решениях Вам сообщат. Извините, но Ваша учетная запись не найдена в списке пользователей Системы. Пожалуйста, обратитесь к администратору.» и аналогичное сообщение по электронной почте на адрес bpm _ support @ hse . ru (с темой «Ошибка входа пользователя» и текстом «При входе в систему Вышка-BPM (НАЗВАНИЕ_ПОДСИСТЕМЫ – НАЗВАНИЕ_ФОРМЫ) у пользователя ИМЯ_ФАМИЛИЯ_ПОЛЬЗОВАТЕЛЯ (ДОМЕН_ПОЛЬЗОВАТЕЛЯ\ЛОГИН_ПОЛЬЗОВАТЕЛЯ) возникла проблема - пользователь не найден в списке пользователей системы»).

10.5.2. на актуализацию заявителя заявки (SA.dbo.SA_Users.actualized=«Да»). В случае, если заявитель не актуализирован, система должна выдавать сообщение «Информация по Вашей учетной записи не актуализирована. Вы будете перенаправлены на страницу актуализации данных.» и перенаправлять заявителя на страницу актуализации. Аналогичная проверка должна быть для пользователя заявки в случае возможности подачи заявки на другого работника. В случае, если выбранный заявителем заявки пользователь не актуализирован, система должна выдавать заявителю сообщение: «Выбранный Вами пользователь не актуализирован! Для возможности получения услуг сайта Вышка-BPM пользователь должен актуализовать свои данные, воспользовавшись кнопкой «Мои данные» на главной странице сайта Вышка-BPM.».

10.6. Кнопка поиска информации (название «Искать») должна срабатывать в том числе по нажатию клавиши Enter сразу после ввода искомой информации в поле поиска на форме.

10.7. На стартовой форме процесса кнопки запуска процесса и его отмены должны размещаться централизованно, занимая не более трети ширины формы. Слева должна быть кнопка отмены процесса (название – «Отмена»), справа – запуска процесса (название «Отправить заявку»).

11. Правила разработки и оформления разрабатываемых процессов

11.1. Объекты Activity должны иметь наименование, отражающее их суть.

102


11.2. Объекты Activity, которые содержат в себе SmartFormsClientEvent, должны также содержать изменение статуса процесса (заявки).

11.3. Список всех созданных объектов и краткого описания их назначения необходимо сохранить в файле MS Word вместе со скриншотом WorkFlow в разбивке по каждому этапу WorkFlow. Данный файл должен размещаться в Базе знаний ИС в формате, доступном для контекстного поиска.

11.4. После обработки заявки (или отмены ее обработки) пользователь должен быть возвращен:

11.4.1. С ролью «Заявитель» - на страницу «Мои заявки»

11.4.2. С ролью «Согласующий» или «Исполнитель» - на страницу «Мои задачи»

11.5. Типовые наименования статусов разрабатываемого процесса должны быть следующими:

11.5.1. Согласование (наименование согласующего)

11.5.2. Отклонено (наименование согласующего)

11.5.3. В работе (наименование этапа)

11.5.4. Оценка

11.5.5. Выполнено

11.5.6. Отменено

11.6. В WorkFlow не рекомендуется вносить конкретные данные (шаблоны, тексты уведомлений, ФИО исполнителей activity, а также значения из справочников), если это может привести к необходимости корректировки WorkFlow в результате изменения пользователями значений справочников информационной системы, либо изменений бизнес-требований к текстам уведомлений и значений справочников. Вместо этого рекомендуется выносить соответствующие настройки для таких значений на уровень пользовательского интерфейса (в конфигурационные таблицы или файлы) для возможности модификации их пользователями без привлечения служб ДИТ НИУ ВШЭ.

11.7. Для процессов, предусматривающих хранение или обработку конфиденциальной информации, нельзя допускать возможность обработки и/или считывания такой информации лицом, не являющимся либо заявителем заявки, либо непосредственным пользователем услуги по заявке.

11.8. Уведомления, отправляемые участникам процесса на адреса их электронной почты, в ходе исполнения процесса должны соответствовать требованиям, изложенным в приложении 1.

11.9. По каждому добавленному комментарию в заявке автоматизируемого процесса участникам процесса должно отправляться уведомление на адреса их электронной почты (исключения согласуются со старшим директором по ит).

12. Правила разработки и оформления разрабатываемых Smart Object

12.1. Наименование Smart Object должно заимствоваться от объектов, на основе 103

которых Smart Object создается.

12.2. Все Smart Object должны сохраняться в подкаталогах DATA соответствующих процессов.

104

Приложение 1Формат писем

Тема письма (минимальная информация):Заявка <НАЗВАНИЕ АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> <НОМЕР АВТОМАТИЗИРОВАННОГО ПРОЦЕССА>В случае сложных разветвлений рекомендуемая информация в теме письма:Заявка <НАЗВАНИЕ АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> <НОМЕР АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> <НАЗВАНИЕ ЭТАПА>

Текст письма (варианты для типовых этапов жизненного цикла процесса и типовых ролей):

ЭТАПЫ ЖИЗНЕННОГО ЦИКЛА ПРОЦЕССА

Текст письма для Заявителя, когда он совпадает с Пользователем, т.е. ситуация подачи заявки за себя

Регистрация <ИМЯ ПОЛЬЗОВАТЕЛЯ> <ОТЧЕСТВО ПОЛЬЗОВАТЕЛЯ>, здравствуйте! Ваша заявка на <НАЗВАНИЕ АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> № <НОМЕР АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> принята.<Суть, сроки и подразделение исполнителей ближайших будущих действий>Детали заявки вы можете посмотреть ниже, или по ссылке мои заявки .








СогласованиеИсполнениеИнформирова <ИМЯ ПОЛЬЗОВАТЕЛЯ> <ОТЧЕСТВО ПОЛЬЗОВАТЕЛЯ>, здравствуйте!

105

ние Уведомляем Вас, что <СУТЬ УВЕДОМЛЕНИЯ> по заявке об <НАЗВАНИЕ АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> № <НОМЕР АВТОМАТИЗИРОВАННОГО ПРОЦЕССА>.<Суть, сроки и подразделение исполнителей ближайших будущих действий>Детали заявки вы можете посмотреть ниже.







------------------------------------------------------------------------------------------------------------------Данное уведомление было сгенерировано автоматически и отвечать на него не нужно. SN=1945_23





106

СА

Текст письма для Заявителя, когда он не совпадает с Пользователем,

т.е. ситуация подачи заявки за другого


<ИМЯ ПОЛЬЗОВАТЕЛЯ> <ОТЧЕСТВО ПОЛЬЗОВАТЕЛЯ>, здравствуйте! Ваша заявка на <НАЗВАНИЕ АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> № <НОМЕР АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> принята.<Суть, сроки и подразделение исполнителей ближайших будущих действий>Детали заявки вы можете посмотреть ниже, или по ссылке мои заявки .











Информация о заявителе:<ПАРАМЕТР 1>: <ЗНАЧЕНИЕ ПАРАМЕТРА 1>

107








------------------------------------------------------------------------------------------------------------------Данное уведомление было сгенерировано автоматически и отвечать на него не нужно. SN=1945_23.





108



СА

Текст письма для Пользователя, когда он не совпадает с Заявителем, т.е. ситуация подачи заявки за другого


<ИМЯ ПОЛЬЗОВАТЕЛЯ> <ОТЧЕСТВО ПОЛЬЗОВАТЕЛЯ>, здравствуйте! На Ваше имя была создана заявка на <НАЗВАНИЕ АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> № <НОМЕР АВТОМАТИЗИРОВАННОГО ПРОЦЕССА>.<Суть, сроки и подразделение исполнителей ближайших будущих действий>Детали заявки вы можете посмотреть ниже. Информация о заявителе:

<ПАРАМЕТР 1>: <ЗНАЧЕНИЕ ПАРАМЕТРА 1><ПАРАМЕТР 2>: <ЗНАЧЕНИЕ ПАРАМЕТРА 2><ПАРАМЕТР 3>: <ЗНАЧЕНИЕ ПАРАМЕТРА 3>…










Информация о заявке:<ПАРАМЕТР 1>: <ЗНАЧЕНИЕ ПАРАМЕТРА 1>

109







Оценка

110


СА

Текст письма для Согласующего

РегистрацияСогласование

<ИМЯ ПОЛЬЗОВАТЕЛЯ> <ОТЧЕСТВО ПОЛЬЗОВАТЕЛЯ>, здравствуйте! Вам поступила на согласование заявка об <НАЗВАНИЕ АВТОМАТИЗИРОВАННОГО ПРОЦЕССА> № <НОМЕР АВТОМАТИЗИРОВАННОГО ПРОЦЕССА>.<Суть, сроки и подразделение исполнителей ближайших будущих действий>Детали заявки вы можете посмотреть ниже, или по ссылке согласование заявки, или в Вашем списке мои задачи.





Для выполнения согласования посредством электронной почты, ответьте на данное сообщение с этого почтового ящика с указанием одного из следующих действий в

тексте письма:

<НАИМЕНОВАНИЕ ДЕЙСТВИЯ> <НАИМЕНОВАНИЕ ДЕЙСТВИЯ>

Для согласования <НАЗВАНИЕ ЭТАПА ПРОЦЕССА> для указанного пользователя через веб-форму используйте следующую ссылку: Открыть заявку.





Исполнение

111


https://bpm.hse.ru/Runtime/Runtime/Form/EmailView/?_State=Manager&SerialNo=2886_20&Stage=%D0%A1%D0%BE%D0%B3%D0%BB%D0%B0%D1%81%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5++%D1%81+%D1%80%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D0%B8%D1%82%D0%B5%D0%BB%D0%B5%D0%BC&RequestID=11124










Оценка

112




СА

Текст письма для Исполнителя (не ИТ-работника)














113










Оценка

114


СА

Текст письма для Исполнителя (ИТ-работника)







В ходе исполнения заявки предпочтительна коммуникация с заявителем по телефону. Срок исполнения заявки определяется требованиями, изложенными в соответствующей группе сервисов на сайте it . hse . ru



-----------------------------------------------------------------------------------------------------------------Данное уведомление было сгенерировано автоматически и отвечать на него не нужно.



Информация о заявителе:<ПАРАМЕТР 1>: <ЗНАЧЕНИЕ ПАРАМЕТРА 1><ПАРАМЕТР 2>: <ЗНАЧЕНИЕ ПАРАМЕТРА 2>

115


http://it.hse.ru/

<ПАРАМЕТР 3>: <ЗНАЧЕНИЕ ПАРАМЕТРА 3>…







Оценка

116

Html-код примера письма<html>

<head>

<meta charset="utf-8">

<style>

/* Style Definitions */

p.dline {

line-height: 1.5;

}

P {

line-height: 0.9em;

font-size: 12;

font-family:"Arial";

}

</style>

</head>

<body>

 , здравствуйте

Вам поступила новая заявка об ошибке в информационной системе или сервисе № , 

детали заявки вы можете посмотреть ниже, или по ссылке, или в Вашем списке.

 

Информация о заявителе:

<table>

<tbody>

<tr>

<td style="padding-left: 30px;">ФИО:</td>


</tr>

<tr>

<td style="padding-left: 30px;">Основное местонахождение:</td>

<td style="padding-left: 30px;"> , </td>

</tr>

<tr>

<td style="padding-left: 30px;">Городской:</td>

117

</tr>

<tr>

<td style="padding-left: 30px;">АТС:</td>


</tr>

<tr>

<td style="padding-left: 30px;">E-mail:</td>


</tr>

</tbody>

</table>

Информация о заявке:

<table>

<tbody>

<tr>

<td style="padding-left: 30px;">Название системы или сервиса:</td>


</tr>

<tr>

<td style="padding-left: 30px;">Приоритет:</td>


</tr>

<tr>

<td style="padding-left: 30px;">Описание ошибки:</td>


</tr>

</tbody>

</table>

 

В ходе исполнения заявки предпочтительна коммуникация с заявителем по телефону. 

Срок исполнения заявки определяется требованиями, изложенными в соответствующей группе сервисов на сайте <a href="https://it.hse.ru">it.hse.ru</a>

118

С уважением, 

Система «Вышка-BPM»

----------------------------------------------------------------------------------------------- 

Данное уведомление было сгенерировано автоматически и отвечать на него не нужно. 

</body>

</html

119

› data › 2017 › 03 › 24 › 1169891120 › И… · web view«Утверждаю»...

Documents