включать в себя записи контроля изменений (если применимо) и отчеты о любых отклонениях, выявленных в ходе процесса валидации. 4.3. Должен быть в наличии текущий перечень (реестр) всех используемых компьютеризированных систем с указанием их функциональности, регулируемой требованиями Правил. Для критических компьютеризированных систем должны быть в наличии подробное текущее описание физических и логических взаимосвязей, потоков данных и интерфейсов с другими системами или процессами, требуемые ресурсы всего компьютерного оборудования и программного обеспечения, доступные меры безопасности. 4.4. Спецификациитребованийпользователя должны описывать необходимые функции компьютеризированной системы на основе документально оформленной оценки рисков и влияния с точки зрения соблюдения Правил. Требования пользователя должны прослеживаться на протяжении всего жизненного цикла компьютеризированной системы. 4.5. Заказчику следует предпринять все меры, гарантирующие, что компьютеризированная система разработана в соответствии с надлежащей системой управления качеством. Поставщик должен быть оценен соответствующим образом. 4.6. С целью валидации компьютеризированных систем, изготовленных по индивидуальному заказу или модифицированных в соответствии с требованиями заказчика, следует разработать
(субъект), не являющееся пользователем информационной системы, и действия которого направлены на нарушение безопасности информации в информационной системе. Задание по безопасности - совокупность требований безопасности и спецификаций, предназначенная для использования в качестве основы для оценки конкретного ОО (конкретного СДЗ). Объект оценки - подлежащее сертификации (оценке) СДЗ с руководствами по эксплуатации. Политика безопасности ОО - совокупность правил, регулирующих управление, защиту и распределение информационных ресурсов, контролируемых СДЗ. Профиль защиты - совокупность требований безопасности для СДЗ. Средство доверенной загрузки - программно-техническое средство, которое осуществляет блокирование попыток несанкционированной загрузки нештатной операционной системы, контроль целостности своего программного обеспечения и среды функционирования (программной среды и аппаратных компонентов средств вычислительной техники), а также не препятствует доступу к информационным ресурсам в случае успешных контроля целостности своего программного обеспечения и среды функционирования, проверки подлинности пользователя и загружаемой операционной системы. Угроза безопасности информации - совокупность условий и факторов, определяющих потенциальную или реально существующую опасность нарушения безопасности информации. Функции безопасности ОО -
тестирования должны идентифицировать тесты, которые необходимо выполнить, и включать в себя сценарии для тестирования каждой функции безопасности. Эти сценарии должны учитывать любое влияние последовательности выполнения тестов на результаты других тестов. ATE_FUN.1.4C Ожидаемые результаты тестирования должны показать прогнозируемые выходные данные успешного выполнения тестов. ATE_FUN.1.5C Результаты выполнения тестов разработчиком должны демонстрировать, что каждая проверенная функция безопасности выполнялась в соответствии со спецификациями. Элементы действий оценщика ATE_FUN.1.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств. ATE_IND.2 Выборочное независимое тестирование Зависимости ADV_FSP.1 Неформальная функциональная спецификация, AGD_ADM.1 Руководство администратора, AGD_USR.1 Руководство пользователя , ATE_FUN.1 Функциональное тестирование. Элементы действий разработчика ATE_IND.2.1D Разработчик должен представить ОО для тестирования. Элементы содержания и представления свидетельств ATE_IND.2.1C ОО должен быть пригоден для тестирования. ATE_IND.2.2C Разработчик должен представить набор ресурсов, эквивалентных использованным им при функциональном тестировании ФБО. Элементы действий оценщика ATE_IND.2.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств. ATE_IND.2.2E
Часть 3. Компоненты доверия к безопасности" и образуют ОУД3, усиленный компонентами ADV_FSP.4 "Полная функциональная спецификация", ADV_IMP.2 "Полное отображение представления реализации функциональных возможностей безопасности", ADV_TDS.3 "Базовый модульный проект", ALC_CMC.4 "Поддержка генерации, процедуры приемки и автоматизация", ALC_FLR.1 "Базовое устранение недостатков", ALC_TAT.1 "Полностью определенные инструментальные средства разработки", AVA_VAN.5 "Усиленный методический анализ", расширенный компонентами ADV_IMP_EXT.3 "Реализация ОО", ALC_FPU_EXT.1 "Процедуры обновления программного обеспечения операционной системы", ALC_LCD_EXT.3 "Определенные разработчиком сроки поддержки", AMA_SIA_EXT.3 "Анализ влияния обновлений на безопасность операционной системы", AMA_SIA_EXT.6 "Анализ влияния внешних модулей уровня ядра на безопасность операционной системы" и AVA_CCA_EXT.1 "Анализ скрытых каналов" (см. таблицу 7.4). Таблица 7.4 - Требования доверия к безопасности ОО Классы доверия Идентификаторы компонентов доверия Названия компонентов доверия Разработка ADV_ARC.1 Описание архитектуры безопасности ADV_FSP.4 Полная функциональная спецификация ADV_IMP.2 <*> Полное отображение представления реализации ФБО ADV_IMP_EXT.3 Реализация ОО ADV_TDS.3 Базовый модульный проект Руководства AGD_OPE.1 Руководство пользователя по эксплуатации AGD_PRE.1 Подготовительные процедуры Поддержка жизненного цикла ALC_CMC.4 Поддержка генерации, процедуры приемки и
и передает один экземпляр акта Исполнителю. Спецификация для локального и офисного варианта установки экземпляров ИСС (Приложение № 1 к договору) также подписана ответчиком. Пунктами 4.5-4.6 договора установлен обязательный досудебный порядок рассмотрения споров - все споры между Сторонами разрешаются в претензионном порядке. Претензия составляется в письменной форме и должна содержать следующие сведения: требования заявителя, сумму претензии и обоснованный ее расчет, если претензия подлежит денежной оценке; обстоятельства, на которых основываются требования, и доказательства, подтверждающие их; перечень прилагаемых к претензии документов. Претензия должна быть рассмотрена в течение 30 дней со дня ее получения. Споры, не разрешенные в претензионном порядке, передаются на рассмотрение в Арбитражный суд Амурской области. Согласно претензии № 566 от 05.02.2016, направленной в адрес ответчика квитанцией от 10.02.2016 (почтовый идентификатор № 67502695001655) и полученной ответчиком, согласно почтовому уведомлению от 15.02.2016 № 67502695001655, истец предупредил ответчика о наличии задолженности за 2015 год по договору с пользователем № 91 от 10.02.2015 в размере
изъяты> круглосуточную консультационную поддержку Пользователя. Согласно п.5.1 договора, истцом произведена оплата по договору в сумме 239 000 руб., что подтверждается платежными поручениями № от 19.12.2015 года и № от 28.10.2015 года. Согласно п.1.4., в течение семи дней с момента заключения договора, ответчик обязался передать истцу франчайзинговый пакет который включает в себя: пошаговое руководство по открытию и ведению бизнеса; презентацию для торговых центров; спецификацию; обучающее видео для приготовления вафель; обучающее пособие повара; обучающее пособие по CRM - системе. Согласно п.8.5, договора он может быть досрочно расторгнут по требованиюПользователя во внесудебном порядке и без возмещения Правообладателю убытков, причиненных таким расторжением в случае существенного нарушения Правообладателем условий настоящего договора. 05.04.2016года истцом, в адрес ответчика направлено уведомление, которым ФИО1 расторгает договор коммерческой концессии и просит произвести возврат денежных средств, которое получено ответчиком 05.04.2016 года. В ответ на уведомление ИП ФИО2 признал факт расторжения договора, указав на невозможность дальнейшего сотрудничества и прекращение каких-либо взаимоотношений.
