Меню

11 какие виды программных средств могут быть сертифицированы в ос пс

Сертификация программных средств

Программные средства – это набор программ, позволяющих аппаратной части системы выполнять требуемые действия. В соответствии с действующим законодательством, программные средства не подлежат обязательной сертификации, т.к. они не входят в перечень, установленный правительством РФ 1.12.2009 года в постановлении № 982. Несмотря на это, большинство разработчиков стремятся пройти процедуру сертификации программного обеспечения т.к. это увеличивает конкурентоспособность продукта и помогает увеличить его популярность на рынке.
Кем осуществляется сертификация программных средств? Перечень необходимой документации.

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

  • Свидетельство о постановке на учет в налоговой инспекции;
  • Свидетельство о регистрации – ОГРН;
  • Устав компании;
  • Документ, подтверждающий наличие у компании в собственности помещения или договор об аренде;
  • Техническая документация;
  • Банковские реквизиты.

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

  • Наименование организации, выступающей в качестве заявителя;
  • Юридический (а также фактический) адрес организации, которая является заявителем;
  • ИНН/КПП/ОКПО;
  • Контактные данные (адрес, номер телефона);
  • Банковские реквизиты;
  • Сведение о продукции, сертификацию которой требуется произвести;
  • На соответствие какому требованию (стандарту) требуется проверить продукцию;
  • Дополнительные сведения о товаре;
  • Дата подачи обращения и подпись заявителя (требуется только в случае, если заявка оформляется в виде письма).

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

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

Важно учесть, что подлежит сертификации в обязательном порядке лишь ПО, содержащееся в перечне – в остальных случаях данная процедура является добровольной и осуществляется исключительно по инициативе разработчика (производителя). При отсутствии требований к обязательной сертификации продукта, проходит подтверждение по ГОСТ или ТУ, указанных производителем.
Как осуществляется сертификация программного продукта?

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

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

Источник

Домашняя работа по МДК 03.03 Документирование и сертификация

Задание по МДК 03.03 Документирование и сертификация

1. Изучить лекции 3 и 4 (предварительно зарегистрироваться в библиотеке), конспект записать и сфотографировать и выложить в СДО

http://www.iprbookshop.ru/27299.html — учебник с лекциями

2. Выполнить практические работы, ответить на контрольные вопросы

Практическое занятие №1.

Тема: Порядок проведения сертификации информационно-программных средств.

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

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

2. Изучить и заполнить документы, необходимые для проведения сертификации информационно-программных средств. (Комплект документов для проведения сертификации программных средств располагается в папке Документы для сертификации, которая находится в папке Мои документы).

1. Изучить теоретический материал по заданной теме.

2. Заполнить шаблоны документов на проведение сертификации информационно-программных средств.

3. Оформить отчет по практическому занятию. В отчет включить заполненные документы и ответы на контрольные вопросы.

Порядок проведения сертификации программного обеспечения

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

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

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

Кроме того, в настоящее время в связи с принятием 11 июня 2008 г. новой редакции Закона РФ «Об обеспечении единства измерений», где в статье 9, п. 1 говорится о том, что «в состав обязательных требований к средствам измерений …в необходимых случаях включаются также требования к … программному обеспечению», ФГУП ВНИИМС приступил к разработке национального стандарта ГОСТ Р «ГСИ. Требования к программному обеспечению средств измерений и информационно — измерительных систем».

Порядок проведения сертификации программного обеспечения включает:

— подачу заявки на сертификацию;

— принятие решения по заявке на сертификацию, в том числе назначение экспертов на проведение основных работ по сертификации из числа экспертов органа по сертификации;

— оформление договора на проведение работ по сертификации;

— проведение сертификационной проверки ПО, в том числе при необходимости проведение испытаний/контроля ПО по согласованным с заказчиком методикам;

— принятие решения о выдаче Сертификата соответствия и разрешения использования знака соответствия либо об отказе в выдаче Сертификата соответствия;

— выдача Сертификата соответствия и разрешения использования знака соответствия;

— занесение заявителя/изготовителя ПО и перечня сертифицированных ПО в Реестр СДС ПО;

— проведение инспекционного контроля сертифицированных ПО.

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

В результате проведенной сертификации производитель ПО получает:

— Свидетельство о сертификации;

— Право использовать логотип «Проверено IT Expert».

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

— Предметную оценку функционала программного обеспечения;

— Возможность сравнения продуктов между собой;

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

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

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

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

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

описание модулей программного обеспечения;

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

список, значение и действие всех команд, получаемых от устройств ввода (клавиатуры, мыши, сенсорных устройств и т.п.);

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

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

описание интерфейсов пользователя, всех меню и диалогов;

описание хранимых или передаваемых наборов данных;

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

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

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

Приложение 1. Бланк заявки на проведение сертификации

Приложение 2. Бланк договора на проведение сертификации

1. Что такое сертификация программной продукции?

2. Что означает термин «программная продукция» и почему говорится о сертификации программной продукции, а не программных средств или программ?

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

4. Что относится к нормативным документам, на соответствие которым проводится сертификация?

5. Какие материалы нужно представить на сертификацию и кто это может сделать?

6. Что в заявке на сертификацию означает фраза «Схема сертификации №3»?

7. Что включает в себя процесс сертификации?

8. Как проводится проверка соответствия ПС разделам и пунктам нормативных документов?

9. Срок действия сертификата соответствия?

10. В каких случаях сертификат приостанавливается или отменяется?

11. Какие виды программных средств могут быть сертифицированы в ОС ПС?

12. Сколько продолжается процесс сертификации?

13. Чем сертификат отличается от лицензии?

14. Какая копия сертификата считается действительной?

15. Что означает «Сертифицируемый объем ПС», упомянутый в заявке?

16. Может ли быть сертифицировано зарубежное программное средство?

Практическое занятие №2.

Тема: Разработка технологической документации на программное средство.

Цель: Изучить правила оформления т ехнологической документации на программное средство .

1. Изучить документ ГОСТ 19.101-77 Виды программ и программных документов.

2. Изучить документ ГОСТ 19.404-79 Пояснительная записка. Требования к содержанию и оформлению

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

4. Оформить пояснительную записку для программного средства согласно варианту:

1) Разработка программного комплекса «Автотранспорт».

2) Разработка программного комплекса «Деканат института».

3) Разработка программного комплекса «Обслуживание банкомата».

4) Разработка программного комплекса «Управление гостиницей».

5) Разработка программного комплекса «Выдача кредитов в банке».

6) Разработка программного комплекса «Строительная фирма».

7) Разработка программного комплекса «Управление библиотечным фондом».

8) Разработка программного комплекса «АРМ работника склада»

9) Разработка программного комплекса «АРМ администратора ателье по ремонту оргтехники»

10) Разработка программного комплекса «АРМ администратора автосалона».

11) Разработка программного комплекса «АРМ администратора ресторана».

12) Разработка программного комплекса «АРМ сотрудника ЖЭСа».

13) Разработка программного комплекса «АРМ администратора аэропорта».

14) Разработка программного комплекса «АРМ работника отдела кадров».

15) Разработка программного комплекса «АРМ администратора спорткомплекса».

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

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

Эту документацию можно разбить на две группы:

  • Документы управления разработкой ПС.
  • Документы, входящие в состав ПС.

Документы управления разработкой ПС (software process documentation) управляют и протоколируют процессы разработки и сопровождения ПС, обеспечивая связи внутри коллектива разработчиков ПС и между коллективом разработчиков и менеджерами ПС (software managers) — лицами, управляющими разработкой ПС. Эти документы могут быть следующих типов:

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

· Заметки и переписка. Эти документы фиксируют различные детали взаимодействия между менеджерами и разработчиками.

Документы, входящие в состав ПС (software product documentation), описывают программы ПС как с точки зрения их применения пользователями, так и с точки зрения их разработчиков и сопроводителей (в соответствии с назначением ПС). Здесь следует отметить, что эти документы будут использоваться не только на стадии эксплуатации ПС (в ее фазах применения и сопровождения), но и на стадии разработки для управления процессом разработки (вместе с рабочими документами) — во всяком случае, они должны быть проверены (протестированы) на соответствие программам ПС. Эти документы образуют два комплекта с разным назначением:

  • Пользовательская документация ПС (П-документация).
  • Документация по сопровождению ПС (С-документация).

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

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

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

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

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

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

Можно считать типичным следующий состав пользовательской документации для достаточно больших ПС:

  • Общее функциональное описание ПС . Дает краткую характеристику функциональных возможностей ПС. Предназначено для пользователей, которые должны решить, насколько необходимо им данное ПС.
  • Руководство по инсталяции ПС . Предназначено для администраторов ПС. Оно должно детально предписывать, как устанавливать системы в конкретной среде, в частности, должно содержать описание компьютерно-считываемого носителя, на котором поставляется ПС, файлы, представляющие ПС, и требования к минимальной конфигурации аппаратуры.
  • Инструкция по применению ПС. Предназначена для ординарных пользователей. Содержит необходимую информацию по применению ПС, организованную в форме удобной для ее изучения.
  • Справочник по применению ПС . Предназначен для ординарных пользователей. Содержит необходимую информацию по применению ПС, организованную в форме удобной для избирательного поиска отдельных деталей.
  • Руководство по управлению ПС . Предназначено для администраторов ПС. Оно должно описывать сообщения, генерируемые, когда ПС взаимодействует с другими системами, и как должен реагировать администратор на эти сообщения. Кроме того, если ПС использует системную аппаратуру, этот документ может объяснять, как сопровождать эту аппаратуру.

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

Документация по сопровождению программных средств

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

Документация по сопровождению ПС можно разбить на две группы:

1. документация, определяющая строение программ и структур данных ПС и технологию их разработки;

2. документацию, помогающую вносить изменения в ПС.

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

  • Внешнее описание ПС (Requirements document).
  • Описание архитектуры ПС (description of the system architecture), включая внешнюю спецификацию каждой ее программы (подсистемы).
  • Для каждой программы ПС — описание ее модульной структуры, включая внешнюю спецификацию каждого включенного в нее модуля.
  • Для каждого модуля — его спецификация и описание его строения (design description).
  • Тексты модулей на выбранном языке программирования (program source code listings).
  • Документы установления достоверности ПС (validation documents), описывающие, как устанавливалась достоверность каждой программы ПС и как информация об установлении достоверности связывалась с требованиями к ПС.

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

Документация второй группы содержит

  • Руководство по сопровождению ПС (system maintenance guide), которое описывает особенности реализации ПС (в частности, трудности, которые пришлось преодолевать) и как учтены возможности развития ПС в его строении (конструкции). В нем также фиксируются, какие части ПС являются аппаратно- и программно-зависимыми.

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

1. Что такое менеджер программного средства?

2. Что такое ординарный пользователь программного средства?

3. Что такое администратор программного средства?

4. Что такое руководство по инсталляции программного средства?

5. Что такое руководство по управлению программным средством?

6. Что такое руководство по сопровождению программного средства?

Практическое занятие №3.

Тема: Разработка эксплуатационной документации на программное средство.

Цель: Изучить правила оформления эксплуатационной документации на программное средство.

1. Изучить документ ГОСТ 19.502-78 Описание применения. Требования к содержанию и оформлению

2. Изучить документ ГОСТ 19.503-79 Руководство системного программиста. Требования к содержанию и оформлению

3. Изучить документ ГОСТ 19.504-79 Руководство программиста. Требования к содержанию и оформлению

4. Изучить документ ГОСТ 19.505-79 Руководство оператора. Требования к содержанию и оформлению

5. Изучить правила оформления эксплуатационной документации на программное средство.

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

Источник



Сертификация программного обеспечения

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

В зависимости от функциональности и назначения выделяют:

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

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

Нормативная база

В России обязательная оценка соответствия ПО не предусмотрена. Исключения составляют лишь средства защиты информации (СЗИ), представляющей государственную тайну. В данном случае разработчик должен осуществить проверку СЗИ и получить специальное разрешение ФСТЭК.

Основными нормативными документами, регулирующими процедуру, являются:

  • ГОСТ Р 51904-2002 Программное обеспечение встроенных систем. Общие требования к разработке и документированию;
  • ГОСТ Р 54593-2011 Информационные технологии (ИТ). Свободное ПО. Общие положения;
  • ГОСТ Р 56939-2016 Защита информации. Разработка безопасного программного обеспечения. Общие требования;
  • ГОСТ Р ИСО/МЭК 27034-1-2014 Информационная технология (ИТ). Методы и средства обеспечения безопасности. Безопасность приложений.

Преимущества сертификата на ПО

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

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

Особенности процедуры

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

В ходе проверки тестируются:

  1. функциональность программы — анализ выполнения объектом поставленных задач;
  2. структура ПО — оценка наличия недекларированных возможностей.

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

Здесь должно выполняться правило — предприятие или его официальный представитель имеет регистрацию на территории РФ.

Срок действия

Срок действия сертификата на ПО в России составляет 3 года.

Содержание сертификата

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

  1. реквизиты органа, зарегистрировавшего документ;
  2. данные о заявителе и разработчике;
  3. название продукции;
  4. установленное соответствие требованиям закона;
  5. сведения о протоколах экспертизы;
  6. регистрационный номер, который фиксируется в реестре органа;
  7. дата и период действия;
  8. печать и подпись руководителя, эксперта органа.

Необходимая информация

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

  • заявку;
  • копии ИНН, ОГРН, ЕГРЮЛ, устава;
  • название и описание ПО, коды классификации;
  • нормативно-техническая база;
  • имеющиеся разрешительные документы.

Алгоритм сертификации ПО

Контроль надежности и функциональности программного обеспечения строится по определенной схеме:

  • выбор специализированного центра и заполнение заявки, в которую вносятся реквизиты предприятия и описание IT-продукта;
  • идентификация и определение подходящей схемы проверки ПО;
  • заключение договора о сотрудничестве между сторонами;
  • экспертиза продукта и оформление протокола;
  • анализ полученных результатов и принятие решения о возможности выдачи сертификата на ПО;
  • регистрация документа и отправка клиенту (при условии, что соблюдение правил действующий стандартов подтвердилось в полном объеме);
  • маркировка упаковки и сопроводительной документации знаком “РСТ”;
  • проведение инспекционного контроля (если схема оценки соответствия подразумевала такую процедуру).

Где оформить необходимую документацию?

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

Узнать точную информацию о стоимости и нюансах работы можно по телефону +7 (343) 311-62-80 или через форму обратной связи. Ждем ваших заявок!

Источник