ДОКУМЕНТАЦИЯ О ЗАКУПКЕ№ 47-08-18/10

ПРЕДМЕТ ЗАКУПКИ: работы по доработке АС «Единая система контроля и проверки знаний работников Белорусской железной дороги».

ЗАКАЗЧИК: Государственное объединение «Белорусская железная дорога» (филиал Конструкторско-технический центр Белорусской железной дороги)

Минск2017

Государственное объединение«Белорусская железная дорога»Конструкторско-технический центр

УТВЕРЖДАЮНачальник Конструкторско-технического центра Белорусской железной дороги М.В. Федорцов«__» 2017

Глава 1

ТРЕБОВАНИЯ К КАЧЕСТВУ, ТЕХНИЧЕСКИМ ХАРАКТЕРИСТИКАМ ТОВАРА (РАБОТ, УСЛУГ), ЕГО БЕЗОПАСНОСТИ, ФУНКЦИОНАЛЬНЫМ

ХАРАКТЕРИСТИКАМ (ПОТРЕБИТЕЛЬСКИМ СВОЙСТВАМ), РАЗМЕРАМ, УПАКОВКЕ И ИНЫЕ ТРЕБОВАНИЯ, СВЯЗАННЫЕ С ОПРЕДЕЛЕНИЕМ

СООТВЕТСТВИЯ ПОСТАВЛЯЕМОГО ТОВАРА (РАБОТ, УСЛУГ) ТРЕБОВАНИЯМ ЗАКАЗЧИКА

1.1. Требования к качеству товара (работ, услуг):1.1.1. Предмет закупки:Работы по доработке программного обеспечения АС «Единая система

контроля и проверки знаний работников Белорусской железной дороги» в соответствии с требованиями к разработке (приложение №1) и детализацией требований к разработке (приложение №2);

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

1.2. Стоимость закупки: до 52 500 (пятьдесят две тысячи пятьсот) белорусских рублей с НДС 20%,

что составляет 2 283 базовые величины. По состоянию на дату составления задания одна базовая величина составляет 23 белорусских рубля.

1.3. Требования к составу работ:В рамках реализации проекта по доработке АС «Контроль знаний»

претендент должен обеспечить:

1.3.1. разработку технического проекта с эскизами (техническое решение). Допускается поэтапная разработка и согласование;

1.3.2. разработку программного обеспечения (допускается поэтапная разработка);

1.3.3. установку «с нуля» и настройку АС «Контроль знаний» на мощностях заказчика;

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

1.3.5. удаленное администрирование, консультирование по системе – 2 часа в неделю на период опытной эксплуатации;

1.3.6. организацию обучения по работе с системой (администрирование и настройка системы). Не менее 2-х раз по 4 часа;

1.3.7. перенос ПО на основные мощности заказчика и проведения работ по объединению баз данных тестовых и основных серверов (3 базы данных);

1.3.8. разработку эксплуатационной документации;1.3.9. гарантийное сопровождение 12 месяцев;Если разработка выполняется более 6 месяцев:1.3.10. разработка и согласование с заказчиком уточненного задания на

настройку АС «Контроль знаний» по результатам опытной эксплуатации;

2

1.3.11. доработка программного обеспечения по уточнённому заданию на настройку АС «Контроль знаний» (с разработкой нового функционала не более 1% от объёма программного кода выполненной разработки).

1.3.12. Гарантийное сопровождение не менее 1 года после окончания опытной эксплуатации.

1.4. Сроки выполнения работ: разработка и размещение программного обеспечения на технических

мощностях должно быть осуществлено не позже 01.10.2018г. Опытная эксплуатация не менее 2 месяцев.

1.5. Передача исходного кода программного обеспечения Заказчику:исполнитель обязуется передать исходный код программного обеспечения на

CD-диске Заказчику по факту выполненных работ в установленном порядке.

Глава 2

ФОРМА, СРОКИ И ПОРЯДОК ОПЛАТЫ ТОВАРА (ВЫПОЛНЕННЫХ РАБОТ)

2.1 Форма оплаты выполненных работ: безналичный расчет, путем перечисления на расчетный счет Исполнителя;

2.2 Сроки и порядок оплаты товара:производится на условиях 100 % оплаты по актам выполненных работ в

течение 60 (шестидесяти) банковских дней.

Глава 3

ПОРЯДОК ФОРМИРОВАНИЯ СУММЫ ДОГОВОРА НА ЗАКУПКУ (ЦЕНЫ ПРЕДЛОЖЕНИЯ) С УЧЕТОМ И БЕЗ УЧЕТА РАСХОДОВ НА ПЕРЕВОЗКУ,

СТРАХОВАНИЕ, УПЛАТУ ТАМОЖЕННЫХ ПОШЛИН, НАЛОГОВ И ДРУГИХ ОБЯЗАТЕЛЬНЫХ ПЛАТЕЖЕЙ

3.1. Цена на товар (работ, услуг) должна быть представлена с учетом НДС. Если цена предложения участника превышает сумму указанную в п. 1.2. данной документации, то предложение участника отклоняется.

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

3.3. Цены на товар формируются в соответствии с нормативными правовыми актами, действующими в Республике Беларусь.

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

Глава 4ПРОЕКТ ДОГОВОРА НА ЗАКУПКУ (ЕГО УСЛОВИЯ) И СРОК ЕГО

ЗАКЛЮЧЕНИЯ

3

4.1. Проект договора на закупку (его условия): проект договора на поставку товара (работ, услуг), прилагается (Приложение № 3).

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

Глава 5ТРЕБОВАНИЯ К ФОРМЕ И СОДЕРЖАНИЮ ПРЕДЛОЖЕНИЯ УЧАСТНИКА

ПРОЦЕДУРЫ ЗАКУПКИ И СРОКУ ЕГО ДЕЙСТВИЯ

5.1. Требования к форме предложения участника процедуры закупки:5.1.1.Участник процедуры конкурса представляет свои предложения в

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

носителях в соответствии с требованиями документации процедуры конкурса.Участник представляет 1 (один) оригинал предложения на процедуру

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

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

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

5.1.5. Комиссия рассмотрит и изучит поданное участником предложение. В случае если участник не представит документы предложения (п. 5.1.1.) без официальных разъяснений (п. 5.1.4) либо подаст предложение, в любом отношении не отвечающее требованиям документации процедуры конкурса, то его предложение решением комиссии может быть отклонено.

5.2. Требования к содержанию предложения участника процедуры закупки:

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

5.3. Требования к сроку действия предложения участника процедуры закупки:

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

4

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

Глава 6ПОРЯДОК, МЕСТО, ДАТА ОКОНЧАНИЯ СРОКА ПОДГОТОВКИ И ПОДАЧИ

ПРЕДЛОЖЕНИЙ НА УЧАСТИЕ В ПРОЦЕДУРЕ ЗАКУПКИ

6.1. Порядок подготовки и подачи предложений на участие в процедуре закупки:

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

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

6.1.3. Конверт должен иметь надписи:- Заказчик: Государственное объединение «Белорусская железная дорога»

(филиал Конструкторско-технический центр Белорусской железной дороги). Функции непосредственного Заказчика по закупкам: обособленное

структурное подразделение Заказчика - Конструкторско-технический центр Белорусской железной дороги.

- адрес: 220039, г. Минск, ул. Брест-Литовская, 9а, 1-ый этаж, каб. ОТМО- вид процедуры: конкурс №_________ - предмет закупки: Работы по доработке программного обеспечения АС

«Единая система контроля и проверки знаний работников Белорусской железной дороги»;

- слова «Не вскрывать до 15-00 даты указанной в объявлении о проведении процедуры закупки на сайте icetrade . by , либо в приглашении к участию в процедуре закупки»

- полное наименование, адрес и контактный телефон участника.Если ценовое предложение будет подано с нарушением подпунктов 6.1.3 -

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

6.1.4. По требованию участника Конструкторско-технический центр Белорусской железной дороги выдает ему расписку с указанием даты и времени получения предложения на процедуру закупки.

6.2. Место подачи предложений на участие в процедуре закупки:Предложения на процедуру закупки должны быть направлены в

Конструкторско-технический центр Белорусской железной дороги по адресу: 220039, г. Минск, ул. Брест-Литовская, 9а, 1-ый этаж, каб. ОТМО, в запечатанных конвертах, до окончания срока подачи предложений на процедуру переговоров.

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

«15-00 даты указанной в объявлении о проведении процедуры закупки на сайте icetrade . by , либо в приглашении к участию в процедуре закупки »

5

6.4. Ответственный исполнитель процедуры закупки: инженер Отдела материально-технического снабжения Конструкторско-технического центра Белорусской железной дороги Апанасюк Мария Валерьевна и инженер-программист 1-ой категории Отдела внедрения и сопровождения систем бухучета Очеретная Ольга Владимировна.

6.4.1.Контакты ответственного исполнителя по вопросам документации процедуры закупки:

тел. 8 (017) 225-91-85, телефон/факс 8 (017) 225-29-30, адрес электронной почты - maryiaotmo@gmail.com.

6.4.2. Контакты ответственного исполнителя по вопросам технических характеристик комплектующих:

тел. 8 (0232) 95-38-11, 8 (0232) 95-38-12, адрес электронной почты - sdo@ktc.by.

Глава 7

ТРЕБОВАНИЯ К УЧАСТНИКАМ ПРОЦЕДУРЫ ЗАКУПКИ И ПЕРЕЧЕНЬ ДОКУМЕНТОВ, ПРЕДСТАВЛЯЕМЫХ УЧАСТНИКАМИ ПРОЦЕДУРЫ

ЗАКУПКИ ДЛЯ ПОДТВЕРЖДЕНИЯ ИХ СООТВЕТСТВИЯ УСТАНОВЛЕННЫМ ТРЕБОВАНИЯМ

7.1. Требования к участникам процедуры закупки:7.1.1. Участником процедуры закупки не может быть:- организатор, уполномоченная организация в проводимых ими процедурах

закупок;- организация, находящаяся в реестре коммерческих организаций и

индивидуальных предпринимателей с повышенным риском совершения правонарушений в экономической среде;

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

- организация, физическое лицо, включая индивидуального предпринимателя:

- представившие недостоверную информацию о себе;- не представившие либо представившие неполную (неточную)

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

организации, не соответствующие следующим требованиям:- опыт работы компании по разработке программного обеспечения должен

быть не менее 3 лет. Определяется с даты первой успешной разработки компании (даты ввода в эксплуатацию первой разработки)

- претендент должен подтвердить опыт работы в сфере разработки систем дистанционного обучения (контроля знаний) или опыт в сфере доработки сторонних систем с количеством пользователей не менее 10 000 человек;

6

- претендент должен подтвердить опыт разработок с использованием технологий ASP.NET, Web API, С#, Javascript - не менее одного успешного проекта или представить квалификационные документы не менее чем на 2 сотрудников компании о владении данными технологиями;

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

- конкурсные предложения компаний, годовой оборот которых за 2016 год менее 100 000 (сто тысяч) белорусских рублей рассматриваться не будут;

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

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

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

доступа поставщиков к участию в процедуре закупки.7.1.3. Участником конкурентной процедуры закупки может быть любое

юридическое или физическое лицо, в том числе индивидуальный предприниматель, независимо от организационно-правовой формы, формы собственности, места нахождения и места происхождения капитала, которое соответствует требованиям, установленным заказчиком в документации о закупке в соответствии с порядком закупок за счет собственных средств, за исключением юридических лиц и индивидуальных предпринимателей, включенных в реестр поставщиков (подрядчиков, исполнителей), временно не допускаемых к закупкам, размещенному в открытом доступе в информационной системе «Тендеры» и в реестре коммерческих организаций и индивидуальных предпринимателей с повышенным риском совершения правонарушений в экономической сфере, размещенному в открытом доступе на сайте http://www.nalog.gov.by.

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

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

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

7.2.1. представить обязательно:юридическим лицам – резидентам Республики Беларусь – заверенные копии

свидетельства о государственной регистрации;юридическим лицам – нерезидентам Республики Беларусь – легализованную

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

7

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

7.2.2. представить обязательно:заявление о том, что Участник:а) не находится в процессе ликвидации, реорганизации, прекращения

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

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

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

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

7.2.4. Документы и сведения, подтверждающие экономическое и финансовое положение участника:

7.2.4.1. представить обязательно: справку обслуживающего банка или иной кредитно-финансовой организации о финансовом состоянии и платежеспособности;

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

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

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

8

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

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

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

Глава 8ПОРЯДОК, ДАТА ОКОНЧАНИЯ СРОКА ПРЕДОСТАВЛЕНИЯ УЧАСТНИКАМ ПРОЦЕДУРЫ ЗАКУПКИ РАЗЪЯСНЕНИЙ ПОЛОЖЕНИЙ ДОКУМЕНТАЦИИ О

ЗАКУПКЕ

8.1. Порядок и дата окончания срока предоставления участникам процедуры закупки разъяснений положений документации о закупке:

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

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

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

8.1.4. В случае проведения встречи с участниками для разъяснения документации процедуры конкурса Конструкторско-технический центр Белорусской железной дороги составляет по ее результатам протокол с указанием вопросов и ответов на них. Копии такого протокола в течение трех рабочих дней со дня проведения встречи направляются всем участникам для учета разъяснений при подготовке предложений на процедуру закупки.

Глава 9

9

КРИТЕРИИ И СПОСОБ ОЦЕНКИ И СРАВНЕНИЯ ПРЕДЛОЖЕНИЙ УЧАСТНИКОВ ПРОЦЕДУРЫ ЗАКУПКИ

9.1. Критерии оценки и сравнения предложений участников процедуры закупки:

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

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

При соответствии предложения претендента квалификационным требованиям и требованиям к условиям поставки товара выбор наилучшего предложения и поставщика проводится по критерию - наименьшая стоимость предложения участника.

Глава 10ИНЫЕ УСЛОВИЯ ПРОЦЕДУРЫ ЗАКУПКИ

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

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

10.2. Заказчик признает конкурентную процедуру закупки несостоявшейся в случаях, если:

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

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

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

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

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

10.6. Изменение документации процедуры конкурса:

10

10.6.1. Конструкторско-технический центр Белорусской железной дороги вправе по собственной инициативе либо в ответ на запрос какого-либо участника (нескольких участников) изменить документацию процедуры конкурса путем утверждения дополнений к ней до истечения окончательного срока представления предложений участников.

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

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

10.7. Наименование валюты, используемой для указания расчета цены предложения участников: белорусский рубль.

10.8. Наименование валюты, которая будет использована для оценки предложений участников: белорусский рубль.

10.9. Изменение или отзыв предложений участников:10.9.1. Участник вправе изменить или отозвать свое предложение до

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

10.9.2. Конструкторско-технический центр Белорусской железной дороги может при необходимости продлить окончательный срок представления предложений участниками (в период до его истечения) в случае, если:

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

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

При этом права и обязанности Конструкторско-технического центра Белорусской железной дороги и участников, установленные для ранее назначенного конечного срока, остаются в силе в отношении нового конечного срока.

10.9.3. Опоздавшие предложения участников. Предложение участников, полученное Конструкторско-техническим

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

10.10. Открытие процедуры закупки и оценка предложений участников:10.10.1.Открытие процедуры закупки:Комиссия вскроет конверты с предложениями участников по адресу: 220039,

г. Минск, ул. Брест-Литовская 9а, кабинет 41, в срок, установленный комиссией в документации процедуры закупки.

11

10.10.2. Вскрытию подлежат все конверты с ценовыми предложениями, поступившими до истечения окончательного срока их представления, в порядке их регистрации.

10.10.3. Все участники, представившие предложения в установленные сроки, или их представители вправе присутствовать при вскрытии конвертов.

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

10.10.4. При вскрытии конвертов объявляются полное наименование, сведения об организационно-правовой форме (для организации), фамилия, собственное имя и отчество, паспортные данные (для физического лица, включая индивидуального предпринимателя) и место нахождения (место жительства) каждого участника, цена его предложения и информация об изменениях, отзывах предложений и всех других деталях, о которых, по мнению Конструкторско-технического центра Белорусской железной дороги, должно быть сообщено при вскрытии предложений.

Данные заносятся в протокол заседания комиссии.10.10.5. Предложения участников, не вскрытые и не оглашенные на

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

10.10.6. Разъяснения предложений участников.Во время проведения оценки полученных предложений, Конструкторско-

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

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

10.10.7. Предварительное изучение:Конструкторско-технический центр Белорусской железной дороги изучает

предложения участников с целью определения:- правильного и полного оформления предложений (правильное и полное

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

- наличия арифметических ошибок;- соответствия предложения участника требованиям и условиям

документации процедуры переговоров.10.10.8. Исправление арифметических ошибок, выявленных при

рассмотрении предложения участника, допускается с согласия или по просьбе участника.

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

12

10.10.10. Заказчик отклоняет предложение участника, если оно не соответствует требованиям процедуры закупки.

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

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

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

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

соответствии с требованиями настоящего Положения;- участник, выбранный поставщиком, отказался подтвердить или не

подтвердил свои данные.10.10.12. Переговоры по снижению цены предложения участника:10.10.12.1. Переговоры о снижении цены могут быть проведены заказчиком

со всеми участниками в течение срока действия их предложений в период после рассмотрения поступивших предложений и до их оценки.

10.10.12.2. Переговоры могут проводиться как непосредственно с уполномоченными представителями участников, так и посредством направления информации в таком виде, который позволяет определить её достоверность и убедиться в её получении в установленные для проведения переговоров сроки (почта, телеграф, телетайп, электронный документ).

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

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

10.10.13. Определение лучшего предложения:10.10.13.1. Оценка и сравнение предложений участников:Оценка предложений участников осуществляется при:- наличии не менее двух таких предложений;- соответствии этих предложений требованиям документации процедуры

закупки;- поступлении их до истечения окончательного срока представления таких

предложений. Комиссия в отсутствие участников, проводит оценку и сравнение всех

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

10.11. Порядок определения лучшего предложения участника и подписания договора на закупку товара:

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

13

получает наиболее выгодное предложение, а участник, представивший его, выбирается поставщиком.

В случае если в нескольких предложениях участников содержатся одинаковые условия, либо двум и более предложениям участников в результате оценки присвоен порядковый номер 1 (первое место):

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

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

10.12. Уведомление о выборе победителя направляется участникам процедуры закупки не позднее дня, следующего за днем принятия такого решения.

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

В случае непредставления в указанные сроки заказчику подписанного договора выбранный поставщик признается отказавшимся от подписания договора.

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

10.13. Сообщение о результате процедуры закупки размещается в открытом доступе в информационной системе «Тендеры» в течение пяти календарных дней после заключения договора на закупку либо принятия организацией решения об ином результате процедуры закупки.

10.14. Приложения к документации процедуры закупки: Проект договора (Приложение № 3).

Заместитель начальникаКонструкторско-технического центра В.И. Шумский

47 Апанасюк 225 91 85

КТЦ ЗП

КТЦ ПЭ

КТЦ БУХ

КТЦ ОТМО

КТЦ Ю

КТЦ ТР

Приложение №1

14

Требования к доработке

АС «Единая система контроля и проверки знаний работников Белорусской железной дороги.

(утверждены приказом от 27.09.2016 №854НЗ)

2017

15

1. Общие сведения1.1 Полное наименование системы: АС «Единая система контроля и проверки

знаний работников Белорусской железной дороги».Сокращенное наименование: АС «Контроль знаний» (далее Система).1.2 Заказчик: Государственное объединение «Белорусская железная дорога»;

РБ, 220030, г. Минск, ул. Ленина, 17. (филиал) Конструкторско-технический центр Белорусской железной дороги.

Предприятия - заказчики доработкиСлужба Т - в части доработки разделов управления тестированием,

управления учебными материалами, доработки отчётности;КТЦ (согласно приказа от 30.10.2015 №1053НЗ) - в части доработки

архива вопросов, управления сценариями, доработки разделов «нормативная информация», «вопросы», «пользователи», «управления доступом»;

ДЦППК - в части доработки отчётности, аналитики, доработки раздела «управление тестированием»;

Отделения дороги - в части доработки разделов контроля периодичности аттестации.

1.3 Ответственный по проекту: Конструкторско-технический центр Белорусской железной дороги.

1.4 Организация-пользователь: службы управления Белорусской железной дороги, предприятия Белорусской железной дороги, участвующие в организации перевозочного процесса.

1.5 Разработчик системы определяется по результатам проведения конкурса.

2. Доработка раздела «Нормативная информация» Должен быть создан классификатор «тематика периодичности». Таблица

«тематика периодичности» состоит из следующих полей: «наименование», «сокращённое наименование», «код экспорта». Записи группируются по «отраслям». Классификатор необходим для корректного отслеживания сроков прохождения периодических инструктажей, сформированных на основе разных сценариев.

Классификатор «Причина назначения теста» должен быть дополнен полями «отслеживать периодичность» (логический тип) и «присвоение»(текстовое поле).

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

Должен быть создан классификатор «причина переноса срока сдачи». Состоит из полей «наименование» (текстовое поле) и поля «уважительная причина» (логический - да/нет). Ведётся «Администратором».

Должен быть разработан классификатор групп предприятий. Классификатор состоит из следующих полей: «наименование группы», «телеграфный код группы», список предприятий, которые входят в данную группу. Классификатор ведётся только «Администратором». Одно предприятие может входить в несколько групп.

Вкладка «Комиссии» - таблица с перечнем комиссий должна быть изменена следующим образом: в таблицу должна быть добавлена графа «наименование»;

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

16

активации соответствующей опции – доступны для просмотра комиссии своего предприятия;

-в окне создания и редактирования комиссии «Инструктору» должны быть доступны для редактирования: «наименование комиссии», «приказ о назначении комиссии» (дата, номер и срок действия), перечень специалистов комиссии, их взаимное расположение записей в таблице, признак членства в комиссии, должность. Членство в комиссии должно указываться путем выбора необходимого значения из поля с выпадающим списком или ввода ФИО и должности в качестве текстового поля. При сохранении изменений, должна проводиться проверка наличия председателя: при отсутствии председателя комиссии, изменения не должны сохраняться и пользователю должно отображаться соответствующее сообщение.

3. Доработка форм отчётности Для отображения информации о пройденном тесте, для пользователя с ролью

«Обучающийся», в Системе должна быть разработана сокращенная ведомость. Сокращенная ведомость должна содержать: наименование теста; ФИО и

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

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

Должны быть доработаны функции загрузки индивидуального шаблона сертификата для каждого сценария (по аналогии с шаблоном протокола).

При формировании протокола должна быть обеспечена выгрузка следующих переменных: «предприятие работника», «номер попытки», «промежуточный результат», «причина», «итоговый результат», «дата следующей проверки», «количество вопросов», «количество правильных ответов», «количество неправильных ответов». По каждому ответу для каждого работника: «№ вопроса», «наименование тематического раздела», «примечание вопроса», «результат» (верно/неверно).

4. Доработка раздела «Вопросы».Раздел «Вопросы» должен обеспечивать возможность размещения и

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

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

Окно поиска должно иметь постоянное размещение над таблицей вопросов.

17

Должна быть реализована возможность выгрузки пакета вопросов в xml-документ. Формат документа должен соответствовать текущему формату xml-документа для пакетной загрузки вопросов.

Должна быть обеспечена возможность удаления вопросов.В разделе «Вопросы» должна быть реализована вкладка «История изменений»,

которая будет содержать таблицу со следующими сведениями: количество изменений вопроса (численное значение количества изменений данного вопроса, по умолчанию при создании вопроса счетчик равен 1); примечание; тема вопроса; подтема вопроса; дата изменения вопроса; ФИО работника, который внес изменения в вопрос. Удалённый в основном разделе вопрос из истории не удаляется.

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

Должна быть обеспечена корректная обработка типа вопроса «активная область» в современных браузерах.

5. Доработка раздела «Сценарии».В разделе «Сценарии» должна быть возможность формирования нового типа

сценария «составной». Пользователю с ролью «Разработчик сценариев» должно быть доступно

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

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

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

При создании и редактировании сценария должна быть обеспечена возможность установки нулевого значения в поле «Срок действия сертификата (в годах)». Для сценариев с нулевым значением в данном поле не должна отслеживаться периодичность – тесты по таким сценариям не должны требовать повторного прохождения через определенные промежутки времени.

18

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

В раздел «Сценарии» должна быть добавлена вкладка «Доступ к сценариям» (после вкладки «Тематический справочник сценариев. Вкладка должна быть доступна только для «Специалистов по разработке экзаменов».

Отображение информации на вкладке «Доступ к сценариям» должно производиться двумя способами:

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

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

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

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

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

Для сценария должен быть добавлен обязательный параметр «тематика» (выбирается из классификатора).

Таблица «Сценарии» размещается на 2 вкладках «Сценарии» и «Сценарии подробно».

Таблица на вкладке «Сценарии» должна содержать следующие сведения: наименование сценария, тематика, дата редактирования сценария, количество вопросов в тесте, кнопки: «пробный тест», «просмотр сценария», «создать тест».

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

19

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

6. Доработка раздела «Сдача тестов».Раздел «Сдача тестов» должен состоять из следующих вкладок –

«Выполнившие тест», «Назначенные на тест».Вкладка «Выполнившие тест» должна содержать таблицу со следующими

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

При просмотре ведомостей должна быть добавлена возможность печати.В таблице должна быть возможность отметить несколько записей (при этом

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

На вкладке должна быть реализована возможность: - добавить попытку прохождения теста;- сформировать и подписать протокол;- назначить работников на другой тест;При добавлении попытки записи убираются из вкладки «выполнившие тест» и

перемещается во вкладку «допущенные к сдаче», количество попыток должно становиться равным текущему количеству попыток +1 в независимости от количества нереализованных попыток.

При нажатии кнопки «сформировать и подписать протокол» должно формироваться окно с итоговыми данными, включая итоговое количество работников, итоговое количество сдавших работников, итоговое количество не сдавших работников. Протокол должен формироваться после дополнительного подтверждения.

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

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

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

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

Для «Администратора» должна быть доступна кнопка просмотра ведомости предыдущей попытки (при наличии).

Таблица должна обеспечивать групповой выбор записей. Для выбранных записей должны быть реализованы возможности:

20

- выставление признака «Сдан устно» (записи о работниках должны перемещаться на вкладку «Выполнившие тест» c пустой ведомостью, итоговым результатом «сдан», в поле причина должно отмечаться «устное собеседование»);

- выставление признака «Не сдача (неявка)» (записи о работниках должны перемещаться на вкладку «Выполнившие тест», в результатах должно отмечаться, что тест не сдан, причина «неявка»);

- «добавить попытку»; - «восстановить предыдущий результат» (доступна только «Администратору»

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

наименованию теста (список тестов для фильтрации должен содержать только те тесты, по которым есть записи).

7. Доработка раздела «Результаты».Раздел «Результаты» должен быть разделён на два раздела «Отчётность» и

«Контроль периодичности» Раздел «Отчётность» должен состоять из трёх вкладок «подписанные

результаты», «ведомость попыток» и «протоколы тестирования».Вкладка «подписанные результаты» должна содержать таблицу со

следующими сведениями: кнопки для просмотра и печати подробной ведомости, сокращённой ведомости, сертификата; ФИО работника, подразделение, должность, наименование теста, дата сдачи, дата следующей сдачи, балл, оценка, результат, итоговый результат, количество попыток, номер протокола, примечание.

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

Фильтрация по наименованию сценария должна быть отключена.Вкладка «Ведомость попыток» должна содержать таблицу со следующими

сведениями по каждой попытке: кнопка для открытия окна просмотра полной; кнопка для открытия окна сокращённой ведомости; ФИО работника; должность; предприятие; табельный номер; наименование теста; дата и время попытки; результат; итоговый результат; промежуточный результат; балл; ФИО инструктора, (отображается только «Администратору); номер попытки, признак подписан/промежуточный, примечание.

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

Вкладка «протоколы тестирования» должна быть дополнена полями «наименование теста», «список работников». Должна иметься возможность пересоздания протокола. (доступна «Администратору»).

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

Раздел должен содержать две вкладки: «Архив периодичности», «Контроль периодичности».

Вкладка «Архив периодичности» должна содержать таблицу со следующей информацией: ФИО, предприятие, табельный номер, должность, тематика

21

периодичности, наименование теста, дата сдачи, дата следующей сдачи, дата исполнения, причина, ID записи.

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

Поля «дата исполнения», «причина» заполняются «Инструктором» при отсутствии необходимости дальнейшего контроля срока следующей сдачи по данной тематике.

Поля «Дата исполнения», «наименование теста», «ID результата» заполняются автоматически при наличии подписанного положительного результата имеющего ту же тематику, дату следующей сдачи теста больше существующей.

Вкладка «Контроль периодичности» должна содержать таблицу из вкладки Архив периодичности с пустым полем «дата исполнения». Таблица должна поддерживать множественный выбор записей. Должны быть обеспечены возможности назначить выбранных работников на существующий тест/новый тест, отменить отслеживание периодичности для заданных работников, зачесть результаты другого сданного теста. Должно быть реализовано выделение различными цветами записи с истекающими и истёкшими сроками действия сертификата. Должна быть реализована возможность фильтрации записей по данным признакам. Должна быть обеспечена возможность поиска записей в таблице, а также фильтрация по работнику и тематике.

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

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

В разделе «Пользователи и группы» в таблице с перечнем учетных записей пользователей должна быть добавлена графы «Дата создания»(отображается дата и время создания учетной записи), «Год рождения».

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

Таблица должна обеспечивать возможность группового выделения. Для выбранных записей должна обеспечиваться возможность назначения на тест, добавления в группу, сменить предприятие (только для «Администратора») и объединить (только для «Администратора»).

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

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

22

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

В окне добавления и редактирования учетной записи пользователя в поле «Логин» должна быть добавлена возможность ввода букв кириллицей. В поле «Структурное подразделение» должно, по умолчанию, отображаться структурное подразделение учетной записи пользователя, который создает новую учетную запись (должна быть возможность изменить значение в данном поле). При изменении поля «предприятие» в выпадающем списке, в первую очередь, отображаются те предприятия, которые инструктор выбирал в рамках последнего сеанса работы. При создании новой учетной записи, по умолчанию, должна присваиваться роль «Обучающийся» (должна быть возможность изменить роль на вкладке «Настройка прав доступа»).

При сохранении изменений в учетной записи пользователя (создании новой учётной записи) должна проводиться проверка уникальности по суммарному значению полей: «Фамилия» + «Имя» + «Отчество» + «табельный номер» + год рождения (с учетом ведущих нулей). Если в Системе уже присутствует учетная запись с таким же суммарным значением указанных полей, то сохранение изменений должно быть невозможно и пользователю должно отображаться соответствующее сообщение.

В окне добавления учетной записи в поле «Логин», по умолчанию, должно записываться значение, полученное путем слияния значений в полях «Фамилия» и «Табельный номер». При этом поле «Логин» должно быть доступно для редактирования. В поле «Пароль», по умолчанию, должно генерироваться значение пароля по умолчанию (поле должно быть доступно для редактирования).

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

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

Должна быть реализована вкладка «архив пользователей». Данная вкладка содержит всех заблокированных пользователей, уволенных пользователей и пользователей, переведённых на другое предприятие.

В разделе «Пользователи и группы» Должна быть обеспеченна возможность редактирования группы

«Инструктором» (добавления/удаления пользователей).Каждому «Инструктору» должны быть доступны только созданные им группы

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

отображаться в отдельной вкладке. Вкладка должна содержать таблицу с перечнем групп, которые перемещены в архив. Таблица должна содержать информацию о названии, инструкторе, дату создания и дату помещения в архив группы. В таблице на вкладке «Группы пользователей» для каждой записи о группе должна быть доступна кнопка помещения группы в архив. Группы, перемещенные в архив, не должны отображаться в выпадающем списке в поле «Группы» на вкладке «Управление тестированием». В таблице на вкладке «Архив групп пользователей» должна быть доступна кнопка восстановления группы из архива.

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

23

9. Доработка раздела «Управление тестированием»В разделе «Управление тестированием» должны быть реализованы

дополнительные фильтры тестов по тематике периодичности, должностям работников.

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

В таблице содержащей информацию о тестах должны быть выполнены следующие доработки:

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

Должно быть добавлено поле отображающее количество назначенных на тест работников, количество выполнивших тест, количество не приступавших к сдаче работников.

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

Должно быть изменено содержание формы «редактирование теста». Форма редактирования теста должна иметь заголовок – название теста и содержать следующие вкладки:

Вкладка «Общее» состоит из двух частей: «Параметры», должна содержать – дату начала, дату окончания теста,

причину назначения, опции «отслеживать периодичность» и «отображать ведомость работнику», наименование сценария, наименование и номер приказа о создании комиссии. Активация опции «отображать ведомость» позволит «Обучающемуся» просмотреть сокращённую ведомость сразу после выполнения теста.

Должна выполняться проверка дат начала и окончания действия теста, а также срока действия комиссии. Если дата окончания теста и (или) дата окончания срока действия комиссии меньше текущей, то даты должны выделяться красным цветом; если дата начала теста больше текущей – дата должна выделяться желтым цветом. Опция отслеживания периодичности должна автоматически меняется при смене причины назначения теста и может быть изменена дополнительно вручную. При отключении отслеживания периодичности дата следующей сдачи не рассчитывается в независимости от настроек сценария. Должна иметься возможности назначения пароля на тест.

«Комиссии» – должна обеспечить оперативный доступ к редактированию выбранной комиссии (изначально перечень и состав комиссий должен формироваться в разделе «Нормативная информация»). На вкладке пользователю должны быть доступны для редактирования наименование комиссии, приказ о назначении комиссии (дата, номер и срок действия), перечень специалистов (взаимное расположение записей в таблице, признак членства в комиссии, должность, отображение в ведомости и отчетах, добавление и удаление записей о специалистах). Членство в комиссии должно указываться путем выбора необходимого значения из поля с выпадающим списком «Инструкторов» и «Руководителей» предприятия или путём ввода произвольного текста в поле ФИО и поле должность.

24

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

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

работников не имеющих подписанного результата).«Общий список» – вкладка должна содержать таблицу с перечнем работников,

у которых уже подписаны результаты сдачи теста. Таблица должна содержать «ФИО» и «табельный номер работника», «результат», «дату сдачи теста», «дату следующей сдачи теста» (если тест периодический), «балл», «оценку теста», «общее количество попыток», «количество использованных попыток», «уровень квалификации», «причину сдачи/не сдачи теста», «дату и номер протокола теста».

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

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

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

10. Разработка раздела «Один компьютер».Раздел «Один компьютер» доступен для работников с учётной записью

инструктор.Должен содержать опцию «заблокировать вкладку», которая, при активации,

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

Раздел должен содержать таблицу – список работников, назначенных на активные тесты. Каждая запись работник-тест должна иметь кнопку «пройти тест», по нажатии которой, будет доступна возможность пройти тест от имени данного работника (после ввода его индивидуального пароля) с возвратом, после окончания теста в данный раздел.

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

25

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

11. Доработка функционала формирования протокола.При выборе списка результатов и нажатии кнопки «подписать» должно быть

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

таблицы по ФИО, оценке, дате и времени сдачи, и другим полям таблицы.Должно быть реализовано выделение цветом строк таблицы с отрицательным

результатом. Протокол должен формироваться только после подтверждения на данной

форме (кнопкой «подписать результаты»).После подтверждения результатов должна быть реализована возможность

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

функционалу на вкладке «общее» при редактировании теста).

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

сценариев, которые должны отображаться ему в разделе «сценарии». Данная опция должна быть реализована в виде отдельной вкладки, которая подключается для каждого «Инструктора» индивидуально «Администратором».

В настройках прав доступа для пользователя с ролью «Инструктор» должны быть внесены следующие изменения:

-должна быть отключена возможность редактирования сценариев;-должна быть добавлена опция «Доступ к режиму «Один компьютер», по

умолчанию данная опция должна быть отключена;-фильтр «Только своё предприятие» над таблицей пользователей не должен

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

13. Разработка раздела обучения/инструктажейРаздел должен состоять из трех подразделов: План-задание, Контроль,

Исполнение.Подраздел «план - задание» (обеспечивает создание списка задач для

предприятий и контроль за своевременностью их исполнения).Должен содержать вкладки «активные задания», «архив заданий», «отчёты»,

позволять создать «план-задание» (далее - задание), переместить задание в архив, просмотреть детализацию и редактировать задание, просмотреть статус выполнения, детализацию выполнения.

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

Статус выполнения задания – количество назначенных предприятий/количество предприятий, закрывших задание/количество предприятий, полностью выполнивших задание.

26

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

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

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

Вкладка «отчёты» должна содержать подробную информацию о выполнении задания (в целом по предприятиям, по каждому предприятию).

Подраздел «контроль» (обеспечивает добавление предприятий, добавление инструкторов, выставление отметки «выполнено»)

Должен позволять пользователю с ролью «руководитель»: -просматривать список активных заданий, доведённых до предприятий; -просматривать детальную информацию по активному заданию по каждому

инструктору: отметку о выполнении, количество назначенных/количество сдавших работников;

-добавлять к заданию предприятия, к которым у него есть доступ;-для каждого предприятия добавлять учётные записи инструкторов;- установить отметку «выполнено»

Подраздел «исполнение» (обеспечивает возможность ассоциации задания с активными тестами, выставления отметки выполнено)

Должен содержать вкладки «активные задания», «архив заданий», «отчёты».Должен позволять пользователю с ролью «инструктор» просматривать список

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

любым количеством активных и/или архивных тестов, сделать отметку о выполнении задания, сделать отметку для работников, не прошедших тест о причине переноса сроков сдачи (из классификатора).

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

14. Доработка раздела «руководитель» Информация, доступная пользователям с ролью «Руководитель предприятия»,

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

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

27

Должна быть реализована возможность перехода из сводной таблицы в таблицы с более детальной информацией (4 таблицы). Структура таблиц должна быть сформирована на этапе разработки эскизного проекта.

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

Должен быть обеспечен доступ к вкладкам «контроль периодичности», «результаты».

15. Доработка функционала сдачи тестовВ окне «Информация о тесте», которое открывается перед началом

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

В окне «Результат тестирования» работнику должна быть доступна кнопка «Просмотреть сокращенную ведомость» (отображается, если для теста включено отображение сокращенной ведомости).

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

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

16. Доработка раздела «Библиотека»Должна быть реализована возможность создавать темы и подтемы обучающих

материалов для пользователей с ролью «Инструктор».Тема обучающего материала, созданная «Инструктором», по умолчанию,

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

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

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

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

17. Доработка возможностей совмещения ролейДолжна быть обеспеченна возможность совмещения ролей инструктор и

руководитель.

28

18. Доработка раздела «личный кабинет работника»Должна быть обеспечена возможность работникам с учётной записью

«Обучающийся» и «Инструктор» самостоятельной смены пароля от учётной записи.

19. Доработка тематических справочниковВ каждом тематическом справочнике должна быть предусмотрена возможность

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

проверки данных на дублирование в системе при создании и корректировке.

20. Доработка форм аналитикиВ рамках доработки системы должно быть реализовано 7 отчётных форм,

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

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

Формы аналитики должны предоставляться «Инструкторам» и «Руководителям» в соответствии с настройками доступа по видам отчётов и списку предприятий.

21. Разработка всплывающего окна «назначение на тест»Необходимо для выбора теста с последующим назначением на него работников

из разделов «Пользователи», «Сдача тестов», «Контроль периодичности».Данное окно должно отображать список активных тестов в табличном виде с

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

22. Общие доработки по системе Поиск должен присутствовать во всех окнах системы, где имеются таблицы.

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

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

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

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

Блокирование всплывающего окна браузером не должно засчитываться как попытка сдачи теста.

29

23. Техническая документацияВ процессе разработки технического проекта (эскизного проекта) по

согласованию может быть изменено местоположение кнопок и вкладок, скорректировано наименование вкладок, классификаторов и заголовков.

30

Приложение №2

Детализация требований к доработке

АС «Единая система контроля и проверки знаний работников Белорусской железной дороги

2017

31

1. ОБЩИЕ СВЕДЕНИЯ О СИСТЕМЕ1.1. Полное наименование системы: АС «Единая система контроля и проверки знаний работников Белорусской

железной дороги».Сокращенное наименование: АС «Контроль знаний» (далее Система).1.2. Заказчик: Государственное объединение «Белорусская железная дорога»; РБ, 220030, г.

Минск, ул. Ленина, 17. (филиал) Конструкторско-технический центр Белорусской железной дороги.

Предприятия-заказчики доработкиСлужба Т – в части доработки разделов управления тестированием,

управления учебными материалами, доработки отчетности;КТЦ (согласно приказа от 30.10.2015 № 1053НЗ) – в части доработки архива

вопросов, управления сценариями, доработки разделов «нормативная информация», «вопросы», «пользователи», «управления доступом»;

ДЦППК – в части доработки отчетности, аналитики, доработки раздела «управление тестированием»;

Отделения дороги – в части доработки разделов контроля периодичности аттестации.

1.3. Ответственный по проекту: Конструкторско-технический центр Белорусской железной дороги.1.4. Организация-пользователь:Службы управления Белорусской железной дороги, предприятия

Белорусской железной дороги, участвующие в организации перевозочного процесса.

1.5. Разработчик системы определяется по результатам проведения конкурса.

2. ОБЩИЕ ДОРАБОТКИ ПО СИСТЕМЕ2.1. Окно системы и всплывающие окна должны масштабироваться под

размер экрана:Если вход в систему изначально был совершён в уменьшенном окне, то

активный размер окна должен масштабироваться при развороте окна на весь экран. И наоборот, если система была открыта в полноэкранном режиме и окно уменьшить, то активный размер окна должен масштабироваться.

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

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

2.2. Система не должна «зависать» не выдавая никаких сообщений:Перед появлением каждого окна системы необходимо выводить окно с

движущимся ползунком «Минуту терпения» (обязательно с «движущимися» элементами), которое исчезнет как только откроется окно (В зависимости от загрузки ЕСПД может быть очень большое время ожидания, не дождавшись пока появиться информация на экране пользователь начинает обновлять окно и система зависает на долго. Кнопку «выйти» нажать не получается. Если в этом случае закрыть окно браузера и снова зайти в систему, становиться только хуже, время зависания системы увеличивается).

32

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

«Администратору» необходимо иметь возможность принудительно отключать пользователя от системы (завершать сеанс работы пользователя).

2.3. Необходимо предусмотреть возможность поиска и сортировки данных «Фильтр данных» должен присутствовать во всех окнах системы:

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

Область задания данных для фильтрации должна быть размещена над таблицей данных (сейчас используется всплывающее окно «Поиск»).

Должна быть предоставлена возможность задания составного фильтра.Фильтрация данных должна производиться по всем полям таблицы

представленной в данном окне.В таблице должна быть возможность отметить несколько записей (при этом

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

Для сортировки данных в таблице необходимо сделать активной область названия каждого столбца таблицы.

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

Для тем и подтем разделов необходимо:По умолчанию, в таблице должен быть включен фильтр «Только своё

предприятие», для отображения данных принадлежащих соответствующей с учётной записи пользователя.

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

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

2.4. Необходимо предусмотреть проверку данных на дублированиеДля всех данных системы должна быть предусмотрена возможность

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

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

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

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

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

33

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

Комиссии: необходимо предусмотреть выгрузку из системы данных в xls-файл в полном объеме или с выборкой в соответствии в указанным фильтром (например: по названию комиссии)

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

Вопросы: необходимо предусмотреть выгрузку из системы данных в doc-файл, структура которого соответствует файлу загрузки вопросов в систему в полном объеме или с выборкой в соответствии в указанным фильтром (например: по предприятию или названию документа)

Сценарии: необходимо предусмотреть выгрузку из системы данных о сценарии в xls-файл в полном объеме или с выборкой в соответствии в указанным фильтром (например: по предприятию или названию сценария)

Тесты: необходимо предусмотреть выгрузку из системы данных о тесте в xls-файл в полном объеме или с выборкой в соответствии в указанным фильтром (например: по предприятию или фамилии инструктора)

2.6. Необходимо предусмотреть возможность определения доступа/видимости к разделам и подразделам системы.

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

2.7. Необходимо предусмотреть обработку события «Блокирование всплывающего окна браузером»

Необходимо, при обнаружении события «Блокирование всплывающего окна браузером», чтобы система блокировала дальнейшее выполнение выбранного действия и выдавала соответствующее предупреждение. Обнаружение данного события не должно приводить к потере данных (например: к потере попытки сдачи теста).

2.8. Необходимо обеспечить стабильную работу системы в различных браузерах

Необходимо обеспечить стабильную работу системы в браузерах: Internet Explorer, Opera, Google Chrome, Mozilla Firefox, Microsoft Edge, Яндекс Браузер.

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

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

смены пароля от учётной записи.

34

2.11. Все производимые доработки не должны привести к потере производительности системы по сравнению с текущей версией

3. ДОРАБОТКА РАЗДЕЛА «СДАЧА ТЕСТОВ»3.1. Раздел «Сдача тестов» должен состоять из следующих подразделов –

«Прошедшие тестирование», «Назначенные на тест»Каждый подраздел необходимо расположить на отдельной вкладке.Фильтрация данных должна производиться по всем полям таблицы

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

3.1.1. Вкладка «Прошедшие тестирование»Вкладка «Прошедшие тестирование» должна содержать таблицу со

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

Поля таблицыКнопкаВыдели

ть пользов

ателя

КнопкаПросмо

тр результ

атов

Фамилия Имя Отчество

Наименование

теста

Балл Оценка

Результат

Дата и время сдачи теста

Попытка

Уровень

квалификации

Табельный

номер

должность

Служба/

Структурное

подразделение/Отдел

ФИО инструк

тора, назначившего на тест

Примечание

При наличии нескольких попыток сдачи теста должны отображаться результаты «лучшей» попытки.

При просмотре результатов должна быть добавлена возможность печати.На вкладке должна быть реализована возможность: - добавить попытку прохождения теста;- сформировать и подписать протокол;- назначить работников на другой тест.При добавлении попытки записи убираются из вкладки «Прошедшие

тестирование» и перемещается во вкладку «Назначенные на тест», тест возвращается в кабинет «обучающегося» для прохождения, количество попыток должно становиться равным текущему количеству попыток +1.

При нажатии кнопки «сформировать и подписать протокол» должно формироваться окно с итоговыми данными, включая итоговое количество работников, итоговое количество сдавших работников, итоговое количество не сдавших работников. Протокол должен формироваться после дополнительного подтверждения.

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

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

35

3.1.2. Вкладка «Назначенные на тест»Вкладка «Назначенные на тест» должна отображать таблицу работников,

назначенных на активный тест.Вкладка «Назначенные на тест» должна содержать таблицу со следующими

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

Поля таблицыКнопка выдели

ть пользов

ателя

Фамилия Имя Отчест

во

Наименование теста

Балл Оценка Результат

Дата и время начала сдачи теста

Дата и время оконча

ния сдачи теста

Попытка

Уровень

квалификации

Табельный

номер

Должность

Служба/

Структурное

подразделение/Отдел

ФИО инструк

тора назначившего на тест

Примечание

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

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

Для выбранных записей должны быть реализованы возможности: - выставление признака «Сдан устно» (записи о работниках должны

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

- выставление признака «Неявка» (записи о работниках должны перемещаться на вкладку «Прошедшие тестирование», в результатах должно отмечаться, что тест «не сдан», примечание «неявка»);

- «добавить попытку».3.2. Доработка функционала «Сдачи тестов»Необходимо изменить наименование теста «Локальный тест» на

«Экзаменационный тест».В окне «Информация о тесте», которое открывается перед началом

тестирования, обучающемуся должны быть доступны кнопки «Приступить к тестированию» (запускает прохождение теста) и «Закрыть окно» (окно закрывается без использования/потери попытки пройти тест). Здесь же необходимо обработать событие, когда пользователь нажал мышью за пределами окна или закрыл окно браузера – это событие должно обрабатываться как «закрыть окно» и не должно приводить к потере попытки сдачи теста. Здесь же необходимо обработать событие, когда браузер заблокировал всплывающее окно – это событие должно обрабатываться как «закрыть окно» и не должно приводить к потере попытки сдачи теста.

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

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

36

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

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

Протокол должен формироваться только после подтверждения на данной форме (кнопкой «подписать результаты»).

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

4. ДОРАБОТКА РАЗДЕЛА «РЕЗУЛЬТАТЫ»4.1. Раздел «Результаты» должен быть разделен на два подраздела

«Отчетность» и «Контроль периодичности»4.1.1. Подраздел «Отчетность» должен состоять из трех вкладок

«Подписанные результаты», «Ведомость попыток» и «Протоколы тестирования».Вкладка «подписанные результаты» должна содержать таблицу со

следующими сведениями: кнопки для просмотра и печати ведомости или сертификата; ФИО работника, подразделение, должность, наименование теста, дата сдачи, дата следующей сдачи, балл, оценка, результат, итоговый результат, количество попыток, номер протокола, примечание.

Поля таблицыКнопкавыдели

ть пользов

ателя

Кнопкапросмо

тр результ

атов

Фамилия Имя Отчес

тво

Наименование

теста

Наименование

сценария

Балл Оценка

Результат

Количество попыт

ок

Дата следующей сдачи теста

Дата предыдущей сдачи теста

Уровень

квалификац

ии

Табельный номер

Должность

Служба/

Структурное

подразделение/Отдел

Номер

протокола

ФИО инструктора, назначившего на тест

Примечани

е

Все записи в таблице должны быть доступны только для просмотра.Вкладка «Ведомость попыток» должна содержать таблицу со следующими

сведениями по каждой попытке: кнопка для открытия окна просмотра полной; кнопка для открытия окна сокращенной ведомости; ФИО работника; должность; предприятие; табельный номер; наименование теста; дата и время попытки; результат; итоговый результат; промежуточный результат; балл; ФИО инструктора; номер попытки, признак подписан/промежуточный, примечание.

Поля таблицыКнопк

авыдел

ить пользовате

ля

Кнопка

просмотр

результато

в

Фамилия Имя Отчес

тво

Наименование

теста

Наименование

сценария

Балл Оценка

Результат

Номер

попытки

Признак

подписан/проме

жуточный

Дата следующей сдачи теста

Дата предыдуще

й сдачи теста

Уровень

квалификац

ии

Табельный номер

Должность

Служба/Структу

рное подразделение/Отдел

Номер

протокола

ФИО инструктора, назначившего на тест

Примечани

е

Все записи в таблице должны быть доступны только для просмотра.Вкладка «протоколы тестирования» должна быть дополнена полями

«наименование теста», «список работников». Должна иметься возможность пересоздания протокола.Поля таблицы

Кнопкаскачать

КнопкаПросмотр

Номер протокола

Дата формирова

ния протокола

Наименование теста

Наименование

сценария

Служба/Обособленн

ое структурное

Структурное

подразделение/Пред

Отдел Список работников прошедших тестировани

Фамилия Имя

Отчество инструкто

Примечание

37

подразделение приятие е ра

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

Подраздел должен содержать две вкладки: «Контроль периодичности», «Архив периодичности».

Вкладка «Архив периодичности» должна содержать таблицу со следующей информацией: ФИО, предприятие, табельный номер, должность, тематика периодичности, наименование теста, дата предыдущей сдачи, дата следующей сдачи, Дата фактической сдачи теста, примечание, ID записи.

Поля таблицыКнопкавыдели

ть пользов

ателя

Кнопкапросмо

тр результ

атов

Фамилия Имя Отче

ство

Наименован

ие теста

Наименован

ие сценария

Балл

Оценка

Результат

Количеств

о попыток

Дата фактическо

й сдачи теста

Дата следующей сдачи теста

Дата предыдуще

й сдачи теста

Уровень

квалификац

ии

Табельный номе

р

Должность

Служба/

Структурное

подразделение/Отдел

Номер

протокола

ФИО инструк

тора, назначившего на тест

Примечани

е

ID записи

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

Поля «дата исполнения», «причина» заполняются «Инструктором» при отсутствии необходимости дальнейшего контроля срока следующей сдачи по данной тематике.

Поля «Дата фактической сдачи теста», «Наименование теста», «ID результата» заполняются автоматически при наличии подписанного, положительного результата, имеющего ту же тематику сценария, дату следующей сдачи теста больше существующей.

Вкладка «Контроль периодичности» должна содержать таблицу из вкладки Архив периодичности с пустым полем «Дата фактической сдачи теста».

Поля таблицыКнопкавыдели

ть пользов

ателя

Кнопкапросмо

тр результ

атов

Фамилия

Имя

Отчеств

о

Наименован

ие теста

Наименован

ие сценар

ия

Балл

Оценка

Результа

т

Количеств

о попыток

Дата фактическо

й сдачи теста

Дата следующе

й сдачи теста

Дата предыдущ

ей сдачи теста

Уровень

квалификац

ии

Табельны

й номе

р

Должность

Служба/Структур

ное подразделение/От

дел

Номер

протокол

а

ФИО инструкто

ра, назначившего на

тест

Примечани

е

ID записи

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

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

Должна быть реализована возможность фильтрации записей по всем полям таблицы.

38

5. ДОРАБОТКА РАЗДЕЛА «ПОЛЬЗОВАТЕЛИ И ГРУППЫ»5.1. Доработка функционала управления учетными записями пользователейРазделе «Пользователи и группы» состоит из двух подразделов:

«Управление пользователями» и «Группы пользователей»Должна быть обеспечена возможность загрузки/выгрузки данных о

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

- создание новых пользователей, - перевод работников на другое предприятие, - удаление сотрудников (только для роли администратор), - информирование о новых сотрудниках, информирование об удалённых

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

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

Поля таблицыКнопк

авыдел

ить пользователя

Фамилия Имя Отчест

во

Табельный

номер

Служба/

Обособленное структу

рное подразделение

Структурное подразделение/Предприяти

е

Отдел/Цех

Должность

Дата рожде

ния

Группа (если есть)

Логин Роль

Дата создан

ия учётно

й записи

Ф.И.О создат

еля учётно

й записи

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

учётной записи

Кнопка заблокировать/разблокир

овать учётную запись

Кнопка удаление учётной записи (видна только

«администратору»)

По умолчанию, в таблице должен быть включен фильтр «Только своё предприятие».

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

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

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

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

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

39

При сохранении изменений в учетной записи пользователя (создании новой учётной записи) должна проводиться проверка уникальности по суммарному значению полей: «Фамилия» + «Имя» + «Отчество» + «табельный номер» + дата рождения (с учетом ведущих нулей и пробелов, а также в середине текста). Если в Системе уже присутствует учетная запись с таким же суммарным значением указанных полей, то сохранение изменений должно быть невозможно и пользователю должно отображаться соответствующее сообщение.

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

В окне добавления учетной записи в поле «Логин», по умолчанию, должно записываться значение, полученное путем слияния значений в полях «Инициалы (ФИО)» + «Табельный номер». При этом поле «Логин» должно быть доступно для редактирования. Логин необходимо проверять на уникальность среди логинов.

В поле «Пароль», по умолчанию, должно генерироваться значение пароля по умолчанию (поле должно быть доступно для редактирования). В поле «Пароль» должна быть добавлена возможность ввода букв кириллицей.

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

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

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

Должна быть реализована вкладка «Архив пользователей». Данная вкладка содержит всех заблокированных пользователей, уволенных пользователей и пользователей, переведенных на другое предприятие.

В таблице на вкладке «Архив пользователей» должна быть доступна кнопка восстановления учётной записи из архива.

5.1.2. Подраздел «Группы пользователей» Должна быть обеспеченна возможность создания/редактирования группы

«Инструктором» (добавления/редактирования/удаления пользователей из группы).Поля таблицы

Наименование группы

Описание группы

Фамилия Имя

Отчество инструкторов входящих в

группу

Дата создания группы

Ф.И.О. создателя группы

Табельный номер

создателя группы

Кнопка редактировать

группу

Кнопка переместить в

архив/активировать

Кнопка удалить группу

(видна только «администратору»)

«Инструктору» должны быть доступны только группы им созданные или группы, к которым ему назначен доступ.

Должен быть добавлен «Архив групп пользователей», который должен отображаться в отдельной вкладке. Вкладка должна содержать таблицу с перечнем групп, которые перемещены в архив. Таблица должна содержать информацию о названии, инструкторе, дату создания и дату помещения в архив группы. В таблице на вкладке «Группы пользователей» для каждой записи о группе должна быть доступна кнопка помещения группы в архив. Группы, перемещенные в архив, не должны отображаться в выпадающем списке в поле «Группы» на вкладке «Управление тестированием». В таблице на вкладке «Архив групп пользователей» должна быть доступна кнопка восстановления группы из архива.

40

Группы отправленные в архив, не должны отображаться при работе в системе (например: назначении на тест).

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

6. ДОРАБОТКА РАЗДЕЛА «ВОПРОСЫ»6.1. Содержание таблицы «Тематический справочник вопросов»:- Тема вопросов (Служба/Обособленное структурное подразделение)- Подтема вопросов (Область знаний/Назначение экзамена)- Наименование тематического справочника (Наименование документа)- Описание справочника (номер приказа, кем утверждён и т.д.)- Количество поддем- Кнопка Редактирование (видна только «администратору» и «специалисту

по разработке экзаменов»)- Кнопка Удаление (видна только «администратору» и «специалисту по

разработке экзаменов»)Поля таблицы

Кнопка выделение

Кнопка просмотр

Тема вопросов

Подтема вопросов

Наименование тематического справочника

Описание справочника

Количество поддем

Кнопка Редактирование

Кнопка Удаление Примечание

6.2. Содержание таблицы «Вопросов»:- Выделение вопроса- Просмотр вопроса- Тема вопросов (Служба/Обособленное структурное подразделение)- Поддема вопросов (Область знаний/Назначение экзамена)- Наименование вопроса (Наименование документа)- Раздел/Глава/Приложение- Содержание вопроса (текст вопроса - первые 150 символов текста вопроса,

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

и редактирования вопроса)- Дата изменения вопроса (история изменений вопроса)- Кнопка Редактирование вопроса- Кнопка Удаление вопроса (только для «администратора»)Поля таблицы

Кнопка Выделение вопроса

Кнопка Просмот

р вопроса

Тема вопросо

в

Поддема

вопросов

Наименование вопроса

Раздел/ Глава/

Приложение

Содержание вопроса

Описание

вопроса

Текст документ

а

Тип вопрос

а

Дата изменения вопроса

Кнопка Редактировани

е вопроса

Кнопка Удалени

е вопроса

6.3. Доработка функционала раздела «Вопросы» Подраздел «Тематический справочник вопросов» должен быть виден

«администратору», «специалисту по разработке экзаменов», «инструктору» и «руководителю».

Подраздел «Тематический справочник вопросов» должен быть виден «Инструктору» и «руководителю» только в режиме просмотра. По умолчанию должен быть включен режим «Только своё предприятие» должны быть показаны документы, соответствующие учётной записи.

41

Для «администратора», «специалиста по разработке экзаменов» необходимо добавить возможность определения доступа/видимости разделов и подразделов тематического справочника для «инструктора» и «руководителя»

Подраздел «Вопросов» должен быть виден «администратору» и «специалисту по разработке экзаменов».

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

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

Окно фильтрации данных (сейчас используется всплывающее окно «Поиск») должно иметь постоянное размещение над таблицей вопросов.

Должна быть реализована возможность выгрузки пакета вопросов в DOC-документ. Формат документа должен соответствовать текущему формату DOC-документа для пакетной загрузки вопросов.

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

В разделе «Вопросы» должна быть реализована вкладка «История изменений», которая будет содержать таблицу со следующими сведениями: количество изменений вопроса (численное значение количества изменений данного вопроса, по умолчанию при создании вопроса счетчик равен 1; примечание; тема вопроса; подтема вопроса; дата изменения вопроса; ФИО работника, который внес изменения в вопрос. Удалённый в основном разделе вопрос из истории не удаляется.

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

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

Необходимо добавить пакетное удаление вопросов (пакетное выделение есть, а кнопки удалить нет).

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

- непосредственно копировать;- создавать ссылочную таблицу на основе базовой (при исправлении

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

форматирование шрифта, размер шрифта и др. характеристик. Редактор должен корректно отображать параметры форматирования текста (шрифт, размеры шрифта, абзацы, отступы и т.п.) как при создании и редактировании вопроса в системе, так и после заливки вопросов в пакетном режиме (как из docx, так из xml).

42

7. ДОРАБОТКА РАЗДЕЛА «СЦЕНАРИИ»7.1. Содержание таблицы «Тематический справочник сценариев»:- Тема сценария (Служба/Обособленное структурное подразделение)- Подтема сценария (Область знаний/Назначение экзамена)- Наименование тематического справочника (Наименование документа

/Специальность)- Описание справочника- Количество поддем- Кнопка Редактирование (видна только «администратору» и «специалисту

по разработке экзаменов»)- Кнопка Удаление (видна только «администратору» и «специалисту по

разработке экзаменов»)Поля таблицы

Кнопка выделение

Кнопка просмотр

Тема сценария

Подтема сценария

Наименование тематического справочника

Описание справочника

Количество поддем

Кнопка Редактирование

Кнопка Удаление Примечание

7.2. Содержание таблицы «Сценарии»:- Кнопка Выделение сценария- Кнопка Просмотр сценария- Кнопка Создать тест- Тема сценария (Служба/Обособленное структурное подразделение)- Поддема сценария (Область знаний/Назначение экзамена)- Наименование документа (Наименование документа)- Специализация сценария (специальность)- Наименование сценария (наименование экзамена)- Описание сценария- Количество вопросов в тесте- Время, отведённое на прохождение теста- Дата изменения сценария (история изменений сценария - только для

«администратора»)- Кнопка Пройти пробный тест- Кнопка Создание теста- Кнопка Редактирование сценария (только для «администратора»,

«специалиста по разработке экзаменов»)- Кнопка Удаление сценария (только для «администратора», «специалиста по

разработке экзаменов»)Поля таблицы

Кнопка Выделен

ие сценария

Кнопка Просмо

тр сценари

я

Кнопка Создан

ие теста

Тема сценар

ия

Поддема

сценария

Наименование

документа

Специализация

сценария

Наименование

сценария

Описание

сценария

Количество

вопросов

Время

Дата изменен

ия сценари

я

Кнопка

«Пройти

пробный

тест»

Кнопка Редактирова

ние сценария

Кнопка Удален

ие сценар

ия

7.3. Доработка функционала раздела «Сценарии»В разделе «Сценарии» должна быть возможность формирования нового типа

сценария «составной». Пользователю с ролью «администратор», «специалист по разработке

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

43

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

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

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

При создании и редактировании сценария должна быть обеспечена возможность установки нулевого значения в поле «Срок действия сертификата (в годах)». Для сценариев с нулевым значением в данном поле не должна отслеживаться периодичность – тесты по таким сценариям не должны требовать повторного прохождения через определенные промежутки времени.

В окне добавления и редактирования сценария должна быть добавлена вкладка «Доступ», которая должна отображаться только для пользователей с ролью «Специалист по разработке экзаменов», «Администратор». Вкладка должна обеспечить возможность формирования перечня структурных подразделений, для которых будет доступен (виден) данный сценарий. Таблица с перечнем структурных подразделений должна содержать следующие сведения: Служба/Обособленное структурное подразделение, Структурное подразделение/Предприятие, Отдел/Цех, дата добавления доступа, дата окончания доступа, примечание.

В раздел «Сценарии» должна быть добавлена вкладка «Доступ к сценариям» (после вкладки «Тематический справочник сценариев). Вкладка должна быть доступна только для «Специалистов по разработке экзаменов», «Администратор».

Отображение информации на вкладке «Доступ к сценариям» должно производиться двумя способами:

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

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

44

в разрезе «инструкторов» - в данном разделе должна быть доступна возможность изменения набора доступных сценариев для каждого «инструктора».

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

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

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

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

Для сценария должен быть добавлен обязательный параметр «тематика» (выбирается из классификатора).

Таблица «Сценарии» должна отображать в 2-х режимах «Сценарии» и «Сценарии подробно». Режим «Сценарии» доступен пользователям с ролью «инструктор». Режим «Сценарии подробно» доступен пользователям с ролью «администратор» и «специалист по разработке экзаменом».

Таблица «Сценарии» должна содержать следующие сведения: наименование сценария, тематика, дата редактирования сценария, количество вопросов в тесте, кнопки: «пробный тест», «просмотр сценария», «создать тест».

Поля таблицыКнопка Выделе

ние сценари

я

Кнопка Просм

отр сценар

ия

Кнопка

Создание

теста

Тема сценар

ия

Поддема

сценария

Наименование

документа

Специализация

сценария

Наименование

сценария

Описание

сценария

Количество

вопросов теста

Время на

тест

Периодичность прохождения теста

Кому открыт доступ

к сценари

ю

Дата измене

ния сценари

я

Кнопка

«Пройти

пробный

тест»

Кнопка Редактиров

ание сценария

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

Поля таблицыКнопк

а Выделение сценария

Кнопка

Просмотр сценария

Кнопка

Создание теста

Тема сценария

Поддема сценария

Наименование докуме

нта

Специализация

сценария

Наименование сценари

я

Описание сценария

Количество вопро

сов теста

Время на тест

Периодичность

прохожден

ия теста

Кому откры

т досту

п к сценарию

Когда откры

т доступ

к сценар

ию

На какой срок

открыт

доступ к

сценар

Количество

созданных на безе

сценария

тестов

Автор

сценария

Дата изменения сценария

Кнопка «Пройти пробный тест

»

Кнопка Редактирование сценария

Кнопка

Удаление сценария

45

ию(активн

ых/в архиве)

Система должна корректно отображать вывод сценариев по темам и подтемам. По умолчанию отображение тем и подтем должно быть свёрнуто.

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

Система должна вопросы и ответы в тесте смешивать корректно, как указано в сценарии: «случайный порядок вопросов» и/или «случайный порядок ответов».

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

8. ДОРАБОТКА РАЗДЕЛА «НОРМАТИВНАЯ ИНФОРМАЦИЯ»8.1. Должен быть создан классификатор «тематика периодичности». Таблица «тематика периодичности» состоит из следующих полей:

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

8.2. Классификатор «Причина сдачи теста» должен быть дополнен полями «отслеживать периодичность» (логический тип) и «присвоение» (текстовое поле).

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

Необходимо добавить возможность взаимосвязи между справочниками «Предприятие», «Цех (отдел)», «Должность». Для этого должен быть разработан классификатор групп предприятий. Классификатор состоит из следующих полей: «наименование группы», «телеграфный код группы», список предприятий, которые входят в данную группу. Классификатор ведется только «Администратором». Одно предприятие может входить в несколько групп.

8.4. Должен быть создан классификатор «причина переноса срока сдачи». Состоит из полей «наименование» (текстовое поле) и поля «уважительная

причина» (логический - да/нет). Ведётся «Администратором».8.5. Вкладка «Комиссии» – таблица с перечнем комиссий должна быть изменена следующим образом:

в таблицу должна быть добавлена графа «наименование»;- пользователю с ролью «Инструктор», по умолчанию, должны быть

доступны для просмотра и редактирования только созданные им записи о комиссиях. При активации соответствующей опции – доступны для просмотра комиссии своего предприятия;

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

46

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

- необходимо осуществлять оповещение членов вновь создаваемой комиссии, о том что они вошли в её состав

8.6. Доработка функционала раздела «Нормативная информация»Справочники перед выводом необходимо сортировать по алфавитуНеобходимо добавить масштабирование и скроллинг при выводе

справочниковНеобходимо осуществлять проверку на уникальность записей в справочнике

с учётом случайно введённых пробелов и нулей в конце, начале и середине текста.

9. ДОРАБОТКА РАЗДЕЛА «УПРАВЛЕНИЕ ТЕСТИРОВАНИЕМ»9.1. В разделе «Управление тестированием» должны быть реализованы

дополнительные фильтры тестов по тематике периодичности, должностям работников.

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

В таблице содержащей информацию о тестах должны быть выполнены следующие доработки:

- должно быть добавлено поле, отображающее количество назначенных на тест работников, количество выполнивших тест, количество не приступавших к сдаче работников.

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

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

9.2. Должно быть изменено содержание формы «редактирование теста». Форма редактирования теста должна иметь заголовок – название теста и

содержать следующие вкладки:9.2.1. Вкладка «Общее» состоит из двух частей:«Параметры», должна содержать – дату начала, дату окончания теста,

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

Должна выполняться проверка дат начала и окончания действия теста, а также срока действия комиссии. Если дата окончания теста и (или) дата окончания срока действия комиссии меньше текущей, то даты должны выделяться красным цветом; если дата начала теста больше текущей – дата должна выделяться желтым цветом. Опция отслеживания периодичности должна автоматически меняться при смене причины назначения теста и может быть изменена дополнительно вручную. При отключении отслеживания периодичности дата следующей сдачи не

47

рассчитывается в независимости от настроек сценария. Должна иметься возможности назначения пароля на тест.

«Комиссии» – должна обеспечить оперативный доступ к редактированию выбранной комиссии (изначально перечень и состав комиссий должен формироваться в разделе «Нормативная информация»). На вкладке должны быть доступны для редактирования наименование комиссии, приказ о назначении комиссии (дата, номер и срок действия), перечень специалистов (взаимное расположение записей в таблице, признак членства в комиссии, должность, отображение в ведомости и отчетах, добавление и удаление записей о специалистах). Членство в комиссии должно указываться путем выбора необходимого значения из поля с выпадающим списком «Инструкторов» и «Руководителей» предприятия или путём ввода произвольного текста в поле ФИО и поле должность.

9.2.2. «Добавление работников на тест» «Добавление работников на тест» – вкладка должна содержать таблицу с

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

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

для работников, не имеющих подписанного результата).Должен корректно проходить выбор тестируемых пользователей:– не работает выделение ВСЕХ пользователей – система их не видит и на

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

таблицу для выбора и никак не выделяются – инструктор не знает кому назначает тест.

9.2.3. «Общий список» «Общий список» – вкладка должна содержать таблицу с перечнем

работников, у которых уже подписаны результаты сдачи теста. Таблица должна содержать «ФИО» и «табельный номер работника», «результат», «дату сдачи теста», «дату следующей сдачи теста» (если тест периодический), «балл», «оценку теста», «общее количество попыток», «количество использованных попыток», «уровень квалификации», «причину сдачи/не сдачи теста», «дату и номер протокола теста».

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

48

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

Необходимо добавить возможность удаления теста пользователю с ролью «администратор».

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

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

9.3. Доработка функции «Назначение на тест»Окно «Назначение на тест» должно быть доступно для выбора теста с

последующим назначением на него работников из разделов «Пользователи», «Сдача тестов», «Контроль периодичности».

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

10. ДОРАБОТКА РАЗДЕЛА «АНАЛИТИКА»В рамках доработки системы должно быть реализованы отчетные формы,

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

исходных данных должны быть произведены следующие доработки действующих отчетов:

- пересчет по запросу, - выдача результатов по частям,- по умолчанию, необходимо выводить данные в объёме соответствующем

учётной записи пользователя.Формы аналитики должны предоставляться «Инструкторам» и

«Руководителям», «Администратору» и «Специалисту по разработке экзаменов» в соответствии с настройками доступа по видам отчётов и списку предприятий.

11. ДОРАБОТКА РАЗДЕЛА «ЭЛЕКТРОННАЯ БИБЛИОТЕКА»Для тем и подтем раздела необходима возможность задания видимости для

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

обучающих материалов для пользователей с ролью «Инструктор», «Специалист по разработке экзаменов» и «Администратор».

49

Тема обучающего материала, созданная «Инструктором», по умолчанию, должна быть доступна всем работникам его предприятия, «специалистам по разработке экзаменов» и «администраторам» системы.

Должна быть обеспеченна возможность «инструктору», «специалисту по разработке экзаменов» и «администратору» управлять доступом к созданным им темам обучающих материалов. Доступ задаётся списком предприятий. Материалы раздела «Электронная библиотека» должны быть доступны у пользователей всех ролей для прочтения и скачивания в соответствии с определённым для них доступом.

Приоритет в определении доступа у «администратора» выше чем у «специалиста по разработке экзаменов» и «инструктора».

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

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

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

12. ДОРАБОТКА РАЗДЕЛА «ЖУРНАЛ АУДИТА»Необходимо обеспечить предоставление полных и корректных данных о

работе системы и действий её пользователей.Обрабатываемые ошибки, события и форма их представления должны быть

определены на этапе разработки технического решения.

13. ДОРАБОТКА РАЗДЕЛА «УПРАВЛЕНИЕ КОНТЕНТОМ»Разделе «Управление контентом» доступен только пользователю с ролью

«администратор».Необходимо добавить «администратору» возможность определять

доступ/видимость к вкладкам различным пользователям.Подраздел «Часто задаваемые вопросы» необходимо дополнить

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

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

14. ДОРАБОТКА РАЗДЕЛА «ОБЩЕНИЕ»Видимость раздела «Общение» и отдельных его вкладок у различных

пользователей определяет «администратор» системы.Обрабатываемые ошибки, события и форма их представления должны быть

определены на этапе разработки технического решения.

15. ДОРАБОТКА ФОРМ ОТЧЕТНОСТИ15.1. Доработка системы при формировании сертификатаДолжны быть доработаны функции загрузки индивидуального шаблона

сертификата (по аналогии с шаблоном протокола).

50

15.2. Доработка системы при формировании протокола:При формировании протокола должна быть обеспечена выгрузка следующих

переменных: № протоколаID записиДата протоколаНаименование предприятия Тема тестаПодтема тестаНаименование тестаОписание тестаПричина назначения тестаИнструктор назначивший тестСрок действия сертификатаДата предыдущей проверкиДата следующей проверкиКоличество вопросов тестаМаксимальное время прохождения тестаКомиссия № приказа Члены комиссии: Ф.И.О., должность, табельный номер, отдел, предприятие,

цех, пометка председатель.Пользователи: Ф.И.О., должность, табельный номер, отдел/цех, структурное

подразделение/предприятие, служба/обособленное структурное подразделение, Баллы %, оценка, результат экзамена, уровень квалификации, Количество попыток, Причина сдачи/не сдачи теста, количество правильных ответов, количество неправильных ответов.

По каждому ответу пользователя: № вопроса, тема вопроса, подтема вопроса, наименование вопроса, раздел/глава/примечание, содержание вопроса, описание вопроса, результат ответа (верно/не верно)

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

15.3 Необходимо проанализировать возможности переноса выбора протокола и сертификата из создания сценария в создание теста.

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

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

51

16. ДОРАБОТКА ВОЗМОЖНОСТЕЙ РОЛЕЙДолжна быть обеспеченна возможность совмещения/разделения ролей

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

ограниченна списком предприятий, к которым у него есть доступ и/или предметными отраслями. По умолчанию доступ открыт только к своему предприятию и ко всем отраслям тематик периодичности. Доступ должен редактироваться только «Администратором».

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

В настройках прав доступа для пользователя с ролью «Инструктор» должны быть внесены следующие изменения:

- должна быть отключена возможность редактирования сценариев;- фильтр «Только свое предприятие» над таблицей пользователей не должен

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

При совмещении роли «инструктор» + «руководитель» дополнительно подключаются возможности роли «руководитель».

При совмещении роли «инструктор» + «обучающийся» дополнительно подключаются возможности роли «обучающийся».

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

16.2. ДОРАБОТКА РОЛИ «РУКОВОДИТЕЛЬ»Информация, доступная пользователям с ролью «руководитель», должна

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

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

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

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

Должен быть обеспечен доступ к вкладкам «контроль периодичности», «результаты».

Все данные системы доступны «руководителю» в режиме просмотра.

52

Необходимо обеспечить информирование «руководителя» о включении его в состав комиссии.

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

При совмещении роли «руководитель» + «инструктор» все данные системы доступны «руководителю» в режиме «инструктора».

При совмещении роли «руководитель» + «обучающийся» дополнительно подключаются возможности роли «обучающийся».

16.3. ДОРАБОТКА РОЛИ «ОБУЧАЮЩИЙСЯ»16.3.1 Необходима разработка сокращённой ведомости результатовДля отображения информации о пройденном тесте, для пользователя с

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

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

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

16.3.2. Доработка раздела «Обучение»Необходима доработка раздела «Обучение», в котором пользователю будет

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

разработки технического решения.16.3.3 Доработка раздела «Электронная библиотека»Раздел «Электронная библиотека» должен быть доступен пользователю в

соответствии с объёмом определённым «инструктором».

17. РАЗРАБОТКА РАЗДЕЛА «ПЛАНИРОВАНИЕ ОБУЧЕНИЯ»Раздел должен состоять из трех подразделов: План-задание, Контроль,

Исполнение.17.1. Подраздел «План-задание» (обеспечивает создание списка задач для

предприятий).Должен содержать вкладки «активные задания», «архив заданий». Позволять

создать «план-задание» (далее – задание), удалить, переместить задание в архив, просмотреть детализацию и редактировать задание, просмотреть статус выполнения, детализацию выполнения.

Задание должно содержать следующие параметры – наименование, описание, дату создания, дату начала и дату окончания проверки, ссылки на

53

созданный сценарий (может быть не заполнено), список предприятий, которым оно доведено для исполнения, автора задания.

Поля таблицыСтатус задания

Кнопка просмотр

Наименование задания

Описание задания Специализация

Список структурных подразделений/предприяти

й

Ссылка на созданный сценарий

Дата и время начала

проверки

Дата и время

окончания проверки

Автор заданияПримечание

Данный раздел доступен пользователям с ролью «руководитель» и «инструктор».

Статус выполнения задания – количество назначенных предприятий/количество предприятий, закрывших задание/количество предприятий, полностью выполнивших задание.

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

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

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

17.2. Подраздел «Контроль» (обеспечивает добавление предприятий, добавление инструкторов, выставление отметки «выполнено»)

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

Поля таблицы

Статус

задания

Кнопка

выделение

Кнопка

просмотр

Наименование

задания

Описание задан

ия

Специализация

Служба/Обособлен

ное структурно

е подразделе

ние

Структурное

подразделение/Предп

риятие

Отдел/Цех

Ответственный

«инструктор»

Ссылка на

созданный

сценарий

Ссылка на созданный тест

Список работников прошедших тестирован

ие с отметкой сдал/не

сдал

Дата и

время начал

а проверки

Дата и время окончания проверки

Автор

задания

Примечание

Кнопка переместить в архив/и

з архива

Должен позволять пользователю с ролью «руководитель»:- просматривать список активных заданий, доведённых до предприятий;- просматривать детальную информацию по активному заданию по каждому

инструктору: отметку о выполнении, количество назначенных/количество сдавших работников;

- добавлять к заданию предприятия, к которым у него есть доступ;- для каждого предприятия добавлять учетные записи инструкторов;- установить отметку «выполнено» (изменить статус задания).17.3. Подраздел «Исполнение» (обеспечивает возможность ассоциации

задания с активными тестами, выставления отметки выполнено)Должен содержать вкладки «отчёты по активным заданиям», «архив

отчётов». Вкладка с отчётами должна содержать подробную информацию о выполнении задания (в целом по предприятиям, по каждому предприятию).

Поля таблицыСтат

ус задания

Кнопка

просмотр

Наименование

задания

Описание

задания

Специализация

Служба/Обособленн

ое структурно

е

Структурное

подразделение/Предпр

иятие

Отдел/Цех

Ответственный

«инструктор»

Ссылка на

созданный

сценар

Ссылка на созданный тест

ФИО пользов

ателя прошед

шего

Дата прохожден

ия тести

Результат

(отметка

сдал/

Дата и

время начал

а

Дата и время оконча

ния провер

Автор

задания

Примечание

54

подразделение ий тестиро

ваниерован

ияне

сдал)проверки ки

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

По умолчанию включён режим «только своё предприятие». Данные в таблицы сгруппированы на темы и подтемы в соответствии с полями «Служба/обособленное структурное подразделение», «Структурное подразделение/предприятие», «Отдел/цех»

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

У «инструктора» должна быть возможность пометить задание как «выполнено» для предприятия на котором он является ответственным за проведение экзаменов.

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

18. ТЕХНИЧЕСКАЯ ДОКУМЕНТАЦИЯВ процессе разработки технического решения (технического

проекта/эскизного проекта) по согласованию может быть изменено местоположение кнопок и вкладок, скорректировано наименование вкладок, классификаторов и заголовков.

55

Приложение № 3к документам процедуры закупки

ПРОЕКТ

Договор на выполнение работ по доработке АС «Единая система контроля и проверки знаний работников Белорусской железной дороги».

№ г. Минск « » 2017 г.

…………………………………, именуемое в дальнейшем «Исполнитель», в лице……………………….., действующего на основании……………………, с одной стороны, и Государственное объединение «Белорусская железная дорога», именуемое в дальнейшем «Заказчик», в лице начальника Конструкторско-технического центра Белорусской железной дороги Федорцова Михаила Викторовича, действующего на основании доверенности от 30.12.2016 № 25-02-04/318, с другой стороны, вместе именуемые «Стороны», а каждое в отдельности – «Сторона», заключили настоящий Договор (далее – Договор) о нижеследующем:

1. ПРЕДМЕТ ДОГОВОРА1.1. Заказчик поручает, а Исполнитель принимает на себя обязательство по

выполнению работ работы по доработке АС «Единая система контроля и проверки знаний работников Белорусской железной дороги» в соответствии с требованиями к разработке (приложение №1 к Договору), а Заказчик обязуется принять и оплатить выполненные Работы в соответствии с условиями Договора.

1.2. Текст Договора, а также информация, ставшая известной Сторонам в ходе исполнения обязательств по Договору, является конфиденциальной и не подлежит разглашению.

2. ПОРЯДОК И СРОКИ ВЫПОЛНЕНИЯ РАБОТ2.1. Выполнение Работ, предусмотренных Договором, осуществляется по этапам,

согласно Календарному плану работ (Приложение № 2 к Договору).2.2. Исполнитель приступает к выполнению Работ с момента подписания Договора.

Сроки выполнения Работ по каждому из этапов устанавливаются Календарным планом работ (Приложение № 2), который является неотъемлемой частью Договора.

2.3. Исполнитель обязуется в течение 5 (пяти) рабочих дней (Приложение № 2) предоставить Заказчику акт выполненных Работ.

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

2.5. Результаты Работ по каждому из этапов, предусмотренных Договором, передаются Заказчику в виде:

технического задания в формате PDF на оптическом (CD или DVD диске) и бумажном носителях (по завершении этапа N)

программного кода (отдельных функциональных составляющих программного обеспечения Системы - готовые инструменты, механизмы, модули, подсистемы и т.п.) на оптическом (CD или DVD диске) носителе, размещенного и настроенного (отлаженного и тестированного) на мощностях Исполнителя;

разработанного программного обеспечения Системы в целом на оптическом (CD или DVD диске), технического описания программного обеспечения, руководств

56

пользователя и руководства администратора в формате PDF на оптическом (CD или DVD диске) и бумажном носителях (по завершении этапа N), настроенного, тестированного и подготовленного к эксплуатации на мощностях предоставленных Исполнителем.

3. ПРАВА И ОБЯЗАННОСТИ СТОРОН3.1. Исполнитель обязуется:3.1.1. Выполнить Работы в объеме и в сроки в соответствии с условиями Договора,

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

3.1.2. Проводить консультирование Заказчика для выбора оптимального решения на всех этапах выполнения Работ по созданию Системы.

3.1.3. Предоставлять Заказчику право знакомиться с ходом выполнения Работ.3.1.4. Предоставить Заказчику акты выполненных работ по соответствующим

этапам.3.1.5. По завершению этапа N также предоставить Заказчику все результаты

выполненного комплекса работ, предусмотренные настоящим Договором, с оформлением Акта приемки-передачи разработанного программного обеспечения Системы.

3.1.6. Осуществлять гарантийное обслуживание Системы в течение гарантийного срока и на условиях, определенных п. 6 Договора.

3.2. Исполнитель вправе: 3.2.1. Не приступать к Работе, а начатую Работу приостановить с обязательным

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

3.2.2. Запрашивать от Заказчика оперативного (в течение 5 (пяти) рабочих дней) решения и согласования вопросов, связанных с разработкой и проектированием Системы, в случаях предусмотренных Договором.

3.3. Заказчик обязуется:3.3.1. Производить оплату согласно п. 4 настоящего Договора. 3.3.2. Оперативно (в течение 5 (пяти) рабочих дней) согласовывать возникающие в

процессе разработки и проектирования вопросы в порядке, предусмотренном Договором.3.3.3. Заказчик не вправе требовать от Исполнителя внести изменения в уже

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

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

3.4. Заказчик вправе:3.4.1. В любое время запрашивать информацию о ходе работы по Договору, а также

о соответствии выполняемой работы условиям, согласованным сторонами в Договоре.4. СТОИМОСТЬ РАБОТЫ И ПОРЯДОК РАСЧЕТОВ4.1. Общая стоимость работ по Договору составляет 126 000 (сто двадцать шесть

тысяч) белорусских рублей и согласовывается путем подписания Протокола согласования цены (Приложение № 3 к настоящему Договору).

4.2. Стоимость работ, указанная п.п. 4.1 Договора, является твёрдой, то есть изменению и пересмотру не подлежит, если Стороны двусторонним письменным соглашением не договорятся об ином.

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

5. ОТВЕТСТВЕННОСТЬ СТОРОН57

5.1. В случае нарушения Исполнителем сроков выполнения Работ, предусмотренных календарным планом к Договору, Исполнитель уплачивает Заказчику пеню в размере 0,1% от стоимости невыполненных Работ по соответствующему этапу за каждый день просрочки выполнения работ, но не более 10% стоимости невыполненных работ.

5.2. В случае нарушения Заказчиком сроков платежей, установленных в Договоре, Исполнитель вправе взыскать с Заказчика пеню в размере 0,1% от суммы подлежащей выплате за каждый день просрочки, но не более 10% от неоплаченной в срок суммы, при условии подписания Заказчиком акта выполненных Работ по соответствующему этапу.

5.3. За ненадлежащее выполнение своих обязанностей по Договору стороны несут ответственность в соответствии с действующим законодательством Республики Беларусь.

6. ГАРАНТИЙНЫЙ СРОК 6.1.Срок гарантийного обслуживания Системы составляет 12 месяцев с момента

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

программного обеспечения Системы в течение 4-х (четырех) часов с момента фиксации сбоя (критические ошибки) и 8-ми (восьми) часов (некритические ошибки).

Под фиксацией понимается письменное уведомление посредством электронной почты и обязательного телефонного звонка в адрес уполномоченного представителя Исполнителя, указанного в п. 12.7 Договора. В письме должно содержаться подробное описание неполадки с примерами.

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

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

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

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

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

7. РАЗРЕШЕНИЕ СПОРОВ7.1. Стороны договорились, что примут все меры к тому, чтобы любые спорные

вопросы, разногласия или претензии, возникшие из Договора, были урегулированы путем переговоров.

7.2. В случае невозможности урегулирования споров в порядке, предусмотренном п. 7.1 Договора, они подлежат рассмотрению в порядке, установленном законодательством Республики Беларусь.

8. СОБСТВЕННОСТЬ И ИМУЩЕСТВЕННЫЕ ПРАВА 8.1. После подписания обеими Сторонами соответствующего акта выполненных

работ (по этапам Календарного плана: 1, 2, … N) к Заказчику переходит право 58

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

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

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

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

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

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

9. ФОРС-МАЖОРНЫЕ ОБСТОЯТЕЛЬСТВА9.1. Стороны освобождаются от ответственности за полное или частичное

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

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

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

10. СРОК ДЕЙСТВИЯ ДОГОВОРА10.1. Договор вступает в действие с момента заключения и действует до момента

исполнения Сторонами своих обязательств.11. ДОСРОЧНОЕ РАСТОРЖЕНИЕ ДОГОВОРА11.1. Договор может быть расторгнут до момента исполнения Сторонами своих

обязательств при условии достижения взаимного соглашения Сторон.12. ПРОЧИЕ УСЛОВИЯ12.1. Любые изменения и дополнения к Договору имеют юридическую силу, если

59

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

12.2. Договор составлен в двух экземплярах, имеющих одинаковую юридическую силу, на русском языке, по одному экземпляру для каждой из Сторон. К договору прилагается:

Требования к Системе (Приложение №1).Календарный план выполнения работ (Приложение №2);Протокол согласования цены (Приложение №3);12.3. Протокол согласования цены, Календарный план выполнения работ и

Требования к Системе подписываются обеими Сторонами и являются неотъемлемой частью Договора.

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

12.5. Датой получения корреспонденции считается момент получения почтового отправления, в т.ч. заказной корреспонденции, электронного подтверждения доставки при отправлении электронной почтой или по факсу, или день доставки в случае отправления корреспонденции с курьером.

12.6. По вопросам неурегулированным настоящим договором Стороны руководствуются действующим законодательством Республики Беларусь.

12.7. Уполномоченными представителями Сторон, ответственными за надлежащее выполнение Сторонами настоящего договора, являются:

со стороны Заказчика: со стороны Исполнителя: , адрес электронной почты:

example@example.by, раб. тел.+375-17-XXXXXXX, моб. тел. +375-XX-XXXXXXX

13.БАНКОВСКИЕ РЕКВИЗИТЫ И ЮРИДИЧЕСКИЕ АДРЕСА СТОРОН

Заказчик Государственное объединение «Белорусская железная дорога»Обособленное структурное подразделение (филиал) Конструкторско-технический центр Белорусской железной дороги220038, г. Минск, 1-й Твердый пер., 6.Тел. 225 40 98, факс 294 56 51.филиал № 527«Белжелдор» ОАО «АСБ Беларусбанк» г. МинскНомер счета BYN BY61 AKBB 3012 6001 6001 9540 0000 BIC AKBBBY21527 Адрес банка:г. Минск, ул. Воронянского, 7-АУНП 100380712, ОКПО 000477925012.Тел. 225 40 98, факс 225 29 30

НачальникКонструкторско-технического центраБелорусской железной дороги________________М.В. Федорцов

Подрядчик

60

Приложение №1

Требования к разработкеАвтоматизированной системы

«Отраслевые атласы БЖД»

Заказчик Исполнитель

Приложение №2

Календарный план выполнения работ

Заказчик Исполнитель

Приложение №3

Протокол согласования цены

Заказчик Исполнитель

61