Ответственность в делопроизводстве: кто за что отвечает и как это закрепить документально?

Содержание

Введение

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

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

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

Основные недостатки и ограничения тестирования по методу «чёрного ящика»:

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

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

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

Суть метода экспертизы исходных текстов программных продуктов

Экспертиза исходных текстов ПП в общем случае состоит из нескольких этапов:

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

Экспертиза проходит во время разработки ПП и его тестирования. Завершается одновременно с завершением тестирования самого ПП.

Виды аттестации

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

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

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

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

Проверка учителя на соответствие квалификационным требованиям с применением ЕФОМ предполагает следующие виды аттестаций:

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

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

Первичная аттестация учителей

Первичная аттестация учителей с 2023 года будет проводиться для следующих категорий:

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

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

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

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

Аттестация на соответствие

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

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

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

Аттестация на категорию

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

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

Кому подойдет Agile

Методологии класса Agile хорошо себя покажут, если:

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

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

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

Зачем регистрировать программное обеспечение

Регистрация программ в России не обязательна. Права на программу возникают с момента создания. Тем не менее, регистрация ПО дает ряд преимуществ:

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

Готовое решение для вашего бизнеса

Регистрация ПО
Внесение программы для ЭВМ в государственный реестр Роспатента
Ознакомиться с решением

Виталий Селиванов, 2021

Как их получить?

Соответствовать 2 условиям:

1) Иметь аккредитацию в Минцифры (в прошлом Минкомсвязи);

2) Получать минимум 70% доходов от:

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

Условие по численности убрали.

Выполнив все условия выше, компания получает право на применение льгот.

Степень достоверности

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

Даты выхода Gothic 1 Remake во всем мире

PC → игра в разработке, выйдет когда-то в 2021Создать напоминание: в Google Календаре или в Яндекс.Календаре
PlayStation 5 → игра в разработке, выйдет когда-то в 2021Создать напоминание: в Google Календаре или в Яндекс.Календаре
Xbox Series X → игра в разработке, выйдет когда-то в 2021Создать напоминание: в Google Календаре или в Яндекс.Календаре

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

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

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

V модель — разработка через тестирование

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

V-модель обеспечивает поддержку в планировании и реализации проекта. В ходе проекта ставятся следующие задачи:• Минимизация рисков: V-образная модель делает проект более прозрачным и повышает качество контроля проекта путём стандартизации промежуточных целей и описания соответствующих им результатов и ответственных лиц. Это позволяет выявлять отклонения и риски в проекте на ранних стадиях и улучшает качество управления проектов, уменьшая риски.• Повышение и гарантии качества: V-Model —стандартизованная модель разработки, что позволяет добиться от проекта результатов желаемого качества. Промежуточные результаты могут быть проверены на ранних стадиях. Универсальное документирование облегчает читаемость, понятность и проверяемость.• Уменьшение общей стоимости проекта: ресурсы на разработку, производство, управление и поддержку могут быть заранее просчитаны и проконтролированы. Получаемые результаты также универсальны и легко прогнозируются. Это уменьшает затраты на последующие стадии и проекты.• Повышение качества коммуникации между участниками проекта: универсальное описание всех элементов и условий облегчает взаимопонимание всех участников проекта. Таким образом, уменьшаются неточности в понимании между пользователем, покупателем, поставщиком и разработчиком.

Авторские и исключительные права на ПО

Авторские права приравниваются законом к интеллектуальным правам на произведения (п.1 ст.1255 ГК РФ). Интеллектуальные права, в свою очередь, включают исключительное право, являющееся имущественным правом, а также личные неимущественные права и иные права автора (ст.1226 ГК РФ).

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

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

Имущественное право на ПО – это исключительное право использовать его по своему усмотрению любым не противоречащим закону способом, а также распоряжаться таким правом путем его передачи или предоставления иным лицам, в том числе по договору (ст..1228 ГК РФ).

Применительно к программному обеспечению исключительное право включает как минимум следующие способы его использования (ст.1270 ГК РФ):

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

К неотчуждаемым личным неимущественным правам автора на программное обеспечение относятся:

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

Право на обнародование и право на отзыв не распространяются на программы для ЭВМ, служебные произведения и произведения, вошедшие в сложный объект. Кроме того передача произведения по договору для использования означает согласие автора на обнародование этого произведения.

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

ИТ-отрасль совершенно не возражает

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

Как сообщил изданию исполнительный директор Ассоциации разработчиков программных продуктов «Отечественный софт» Ренат Лашин, в настоящее время Центр компетенций по импортозамещению в сфере ИКТ «обязывает использовать до 70% предусмотренных планом по цифровой трансформации средств на приобретение уже существующих решений, внесенных в единый реестр отечественного ПО». Лашин заявил о необходимости подобного рода ограничений. С его слов, они позволят экономить бюджет госкомпаний и не расходовать его на создание своих аналогов ПО, ранее выпущенных российскими ИТ-компаниями. «Тем самым ограничивается или как минимум затрудняется создание того софта, который уже есть и успешно используется на рынке, – подытожил он, добавив, что предложенные Минцифры лимиты следует закрепить на уровне закона. Илья Массух выступил против такой идеи.

Предложение Минцифры одобряют и в Российской ассоциации электронных коммуникаций (РАЭК). Главный аналитик РАЭК Карен Казарян отметил, что российские госкомпании и структуры нередко «злоупотребляют разработкой программных продуктов». В качестве примера он привел системы мониторинга контента, которых, с его слов, компании создали «более десятка».

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

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

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

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

Модель на основе разработки прототипа

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

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

Прояснить неясные требования (прототип UI).
Выбрать одно из ряда концептуальных решений (реализация сценариев).
Проанализировать осуществимость проекта.

Классификация прототипов:

Горизонтальные прототипы — моделирует исключительно UI, не затрагивая логику обработки и базу данных.
Вертикальные прототипы — проверка архитектурных решений.
Одноразовые прототипы — для быстрой разработки.
Эволюционные прототипы — первое приближение эволюционной системы.

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

Таблица 1.3.— Сравнение моделей разработки ПО

Разграничение источников сведений и их сравнение

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

Как же осуществить проверку информационного источника? Главным фактором, определяющим истинность, считается практика, или то, что выступает помощником в выполнении конкретной задачи. Доминирующим критерием любой информации выступает также её эффективность, которую показывает количество применивших эти сведения субъектов. Чем оно выше, тем больше доверия будут испытывать к полученным данным, и достоверность их выше. В этом состоит основной принцип достоверности информации.

Как выбрать договор на создание программного обеспечения

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

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

В отличие от договора на услуги возможность использования для разработки программного обеспечения договора подряда прямо предусмотрена в ст.1296 ГК РФ. Предметом такого договора является выполнение по заданию заказчика определенных работ по созданию конкретного ПО. Результатом работ, в отличие от услуг, всегда выступает определенный материальный объект. В рассматриваемом случае таким результатом является программное обеспечение с необходимыми заказчику характеристиками.

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

Договор авторского заказа также может использоваться для создания программного обеспечения. Однако в отличие от договора подряда на разработку ПО, авторский договор заключается непосредственно с автором, т.е. физическим лицом.Поскольку автор как человек, творческим трудом которого создается программное обеспечение, традиционно считается более слабой стороной в сделке, нежели заказчик, законодательство предоставляет ему ряд преимуществ (см. ст.1288 – 1290 ГК РФ). В частности, по договору авторского заказа права на ПО не переходят автоматически к заказчику, а сохраняются у автора. Поэтому положения о передаче прав на ПО в полном объеме необходимо прямо включать в договор авторского заказа.

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

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

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

При заказе ПО в сторонней организации или у ИП с сотрудниками, оформляется договор заказной разработки подрядного типа (ст.1296 ГК РФ). При этом необходимо помнить, что подрядчик по такому договору должен обеспечить переход исключительных прав от авторов.

Готовое решение для вашего бизнеса

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