Кажущаяся или реальная анонимность в интернете – это фактор, за который многие пользователи любят всемирную сеть, и ищут всяческие способы для сохранения и поддержания инкогнито (по разным причинам).
Cодержание:
Определение
Следуя энциклопедическим или словарным определениям, можно сказать, что верификация – это подтверждение реальности и истинности личности или групп личностей (например, в группах организаций в социальных сетях, совершении каких либо банковских операций и т. п.).
Данный термин произошел от латинского слова veritas – истина, дословно переводится как «делать истинным», то есть подтверждать.
Таким образом, процесс верификации – это непосредственный процесс снятия инкогнито с личности или организации.
Однако не только конкретные люди или организации подвергаются верификации. Этот термин применим и к различным иным сферам.
Подтверждение номера телефона или адреса электронной почты посредствам отправки на него определенного кода или ссылки – это также верификация, но не человека, а данных.
Подтверждения истинности, по сути, может требовать любая информация, любые данные, любые личности или организации. В некоторых сферах является обязательной, в других – желательной, в третьих – необязательной и т. п. в определенных случаях она может давать определенные бонусы или возможности.
Сферы применения термина
Данное понятие применяется во многих сферах, но наибольшее распространение получило в финансовой сфере и в интернете.
В финансовой сфере оно наиболее необходимо потому, что именно в ней происходит наибольшее число мошеннических действий, а она всегда проводится с целью избегания мошенничества.
4 Верификация бывает нужна в целях избегания появления страниц-клонов с развлекательной целью или с информацией, портящей репутацию человека (особенно это актуально для публичных личностей, но свои аккаунты подтверждают не только они);
5 Все преимущества и особенности предыдущего пункта распространяются не только на персональные аккаунты , но и на паблики организаций или просто популярные сообщества в интернете;
6 В большинстве случаев нужна для обеспечения мнимой безопасности пользователей , например, при обнаружении угроз в чей либо адрес, человека, который их выдвигал проще привлечь к ответственности, если его аккаунт верифицирован (хотя фактически эта система почти не работает);
7 При оформлении платных подписок на сайт, аудиотеку, видиотеку или библиотек у. Регистрации в подтверждение реальности нужно для урегулирования возможных денежных споров и избегания мошеннических действий со стороны пользователей;
8 Почти все сайты, работающие с системами электронных денег , также в этих целях проводят процедуру верификации, особенно, если речь идет об обороте более или менее значительных сумм (например, реализует несколько ступеней подтверждения аккаунта, при этом, на каждой новой ступени пользователю предоставляется доступ к более расширенному функционалу системы).
Не все пользователи знают, что многие социальные сети, хотя и не требуют верификации по умолчанию, могут провести ее по запросу пользователя. Например, на сайте можно обратиться в Службу поддержки для того, чтобы провести такую процедуру если вы по той или иной причине видите в ней необходимость. Таким способом можно верифицировать аккаунт или паблик.
Подтверждение аккаунта
В каких случаях стоит подтвердить свой аккаунт или паблик?
1 При появлении у вас достаточно большого количества подписчиков во избежание появления клонов;
2 При регулярной организации каких либо встреч и/или мероприятий, так как подтвержденный аккаунт вызывает больше доверия ;
3 Про совершении каких либо финансовых манипуляций или размещении просьбы о них (например, при сборе средств на благотворительность), по тем же причинам;
4 При наличии цели раскрутки аккаунта или паблика, по тем же причинам ;
5 При размещении текстов, изображений, музыки и т. п. собственного сочинения, другой интеллектуальной собственности с целью хотя бы незначительной защиты авторских прав ;
6 При политической или активистской деятельности (хотя многое здесь зависит от типа активизма);
7 При работе и размещении информации от лица компании или организации и т. п.
8 По сути, верифицировать можно любой аккаунт. У администрации, например, ВКонтакте, обычно не возникает вопросов, с какой целью или по какой причине делается подтверждение.
Хотя важно учитывать, что она имеет и ряд негативных последствий . И в первую очередь это отсутствие анонимности – грубо говоря, вы несете чуть большую ответственность за размещенные материалы и информацию. Хотя отсутствие анонимности все равно не позволит вам размещать, например, так как и без подтверждения аккаунта место нахождение и личность пользователя выяснить достаточно легко, если задаться такой целью.
Как получить?
Проводится верификация различными способами и зависит от того, для каких целей ее необходимо получить.
Подтверждения номера мобильного телефона, например, проводится путем пересылки на него , который нужно ввести на странице сайта, назвать сотруднику организации и т. п.
Подтверждение электронной почты требуется, обычно, только на каких либо сайтах.
Причем, в большинстве случаев, если адрес электронной почты подтвержден не будет, то зарегистрироваться на сайте не получится.
Сложнее обстоит дело с верификацией аккаунтов в социальной сети. По умолчанию большинство сетей этого не требует – достаточно лишь подтверждения адреса электронной почты и/или номера телефона. При этом, вы можете создать аккаунт с любым именем или любого содержания.
Но например, если вы захотите сменить имя или фамилию, указанные в профиле в социальной сети, например, может затребовать верификацию аккаунта для смены имени.
Документы
Проводится верификация аккаунта путем предоставления фотографии документов – обычно, основного разворота паспорта, на котором хорошо видны имя и фамилия пользователя.
Для подтверждения официальных страниц групп может быть затребована та или иная информация.
В зависимости от статуса организации, в том числе и свидетельство о регистрации юридического лица.
Требует предоставлять фото различных документов в зависимости от ступени подтверждения – от и других финансовых документов.
Важно! Прежде чем отправлять фото документов администрации, убедитесь в надежности сайта. Учтите, что если возникают даже мин6имальные сомнения в репутации сайта, то отправлять фото документов нельзя. Кроме того, перед тем, как отправлять фото, проверьте по ссылке в адресной строке, не является ли сайт клоном, фишинговым и т. п.
Термин «верификация» используется в сфере науки и определяется как способ для установления истинности или ложности определенных теоретических данных. В научной работе верификация определенного знания проводится путем сопоставления имеющейся теоретической информации с полученными практическим путем параметрами, которые являются эталонными и действительными.
В сфере производства различных товаров процедура верификации применяется для выявления соответствия полученного продукта определенным требованиям, которые рассматриваются как основополагающие и зафиксированы в определенных документах, спецификациях или положениях.
Верификация в IT
Процедура верификации в сфере информационных технологий используется для проверки указанной пользователем информации. Как правило, проведение операции осуществляется после указания пользователем важных данных, например, при удаленной регистрации в платежной системе или при подаче заявки на удаленную работу, когда от пользователя требуется предоставить электронные копии настоящих документов. Верификация помогает защитить крупные интернет-ресурсы от мошеннических действий, которые могут поставить под угрозу безопасность сохранности информации.
В процессе верификации персонал, который занимается проверкой регистрационных данных пользователей, сравнивает введенные пользователем данные с имеющимися документами. При необходимости указанная информация может быть проверена отдельной службой, работающей с компанией.
Применение
Процедура верификации может быть автоматической. Например, при регистрации на том или ином ресурсе пользователю может быть отправлено сообщение на указанный электронный ящик. Перейдя по автоматически сгенерированной ссылке, посетитель получает доступ к ресурсу, подтвердив, что e-mail является настоящим. Верификацией также могут являться системы отправки SMS-сообщений с автоматически сгенерированным системой кодом, ввод которого нужно произвести в специальной форме. Операция позволяет определить, находится ли данный номер телефона во пользователя и был ли он указан верно.
Верификация применяется и в работе программного обеспечения. Например, программы для записи данных на носителе информации имеют опцию проверки качества записанного материала и его сравнения с исходными данными, хранящимися на компьютере. При выявлении нарушений программа проверит поврежденный диск и даст запрос на произведение повторной записи или выдаст сообщение о необходимости установки другого носителя данных.
1 голосЗдравствуйте, дорогие читатели!
Понятие верификации встречается в разных областях и практически везде означает проверку подлинности. И все бы ничего, однако, почти то же значение и у другого термина – валидации. Отсюда возникают логические вопросы: Чем отличаются верификация и валидация? Когда уместно употребление каждого из них? И, главное, верификация – что это простыми словами?
Коротко о главном
Термин «верификация» в русском языке – из латыни. Дословно его можно перевести как «verus» — «истинный» и «facere» — «делать». То есть, понятие «верификация» следует понимать как «делать (подтверждать) истинность». Следовательно, верифицировать, значит, проверять что-либо на предмет соответствия требованиям.
Есть и более конкретные значения, которые диктуются сферой использования термина. Чаще всего среднестатистический человек встречался с необходимостью верификации в банке. В этом случае банковский сотрудник проверял личность клиента, убеждаясь в правильности предоставляемых им данных.
Другой вариант – проверка выполняемых банковских операций. С появлением онлайн-банкинга большинство из них осуществляется клиентами в интернете, и чтобы убедиться в том, что за каждой из них стоит именно владелец платежной карты, банк звонит либо присылает смс с кодом ему на телефон. Этот код нужно ввести в соответствующее поле, тем самым подтвердив личность.
К слову, если вы приверженец сложных паролей для онлайн-банкинга, сервисов и почтовых ящиков, обратите особое внимание на приложение .
С его помощью вы сможете автоматизировать процесс введения паролей – делать это за секунды, причем абсолютно безопасно. Данные зашифрованы особым алгоритмом и хранятся в «облаке». Да и удобно это: устройства можно синхронизировать.
А перед тем как придумать новый пароль для нового ресурса, обязательно прочтите .
К слову, если вы забыли собственный .
Также существуют:
- Верификация в интернете – это подтверждение личности при регистрации в различных сервисах, платежных системах (Webmoney, QIWI, Яндекс.Деньги), социальных сетях. Кстати, а Вы слышали об ? Я о нем писал. Самый популярный способ подтверждения – отправка письма на почту со ссылкой внутри, по которой следует перейти. Другой вариант – смс на телефон.
- Верификация в факторинге – это ряд мероприятий, которые проводятся с целью выявления недействительной дебиторской задолженности. К слову, сам факторинг представляет собой процедуру по переуступке долга третьему лицу, или покупку долга.
- Морфологическая верификация – используется в медицине и описывает процесс подтверждения онкологического диагноза посредством проведения гистологических или других исследований.
- Верификация в системе качества – позволяет установить, соответствует ли изготовленная продукция установленным ГОСТам либо международным стандартам ISO.
- Верификация в философии – это установка подлинности теоретических положений посредством использования опытной проверки. Интересно, что А К. Поппер пошел дальше и выделил принцип верификации в позитивизме, согласно которому научными признавались только те знания, которые обосновывались протокольными предложениями.
- Верификация в программировании – ее целью является проверка на соответствие требованиям. Если это сайт, то при верификации смотрят, есть ли у него необходимое количество страниц, которое указывал в ТЗ заказчик, поле обратной связи и т. д. При этом лишь подразумевается, что все эти поля рабочие.
Проверить действительно ли они являются рабочими, ставит целью перед собой валидация.
Валидация и верификация: есть ли разница
В быту или на форумах пользователи могут взаимозаменять эти термины, ведь, как на первый взгляд кажется, они означают одно и тоже – проверку подлинности. Между тем, на практике разница все же есть. Верификация – это проверка, а валидация – это придание законной силы.
Сами программисты для новичков объясняют оба понятия на примере создания велосипеда.
У того есть руль, педали, седло, рама? Значит, он верифицирован, то есть соответствует ожиданиям человека, который оформил заказ на его изготовление. На этом этапе заказчику его и передают.
Велосипед едет? Если да, он валидирован. Соответственно валидацию осуществляет сам заказчик.
Как не запутаться: примеры верификации и валидации
Оба понятия активно используются в разных сферах, поэтому разобраться в них проще всего на практике.
В медицине
Компания разрабатывает новый лекарственный препарат. После этого специалисты в лаборатории проводят различные тесты, доказывающие, что он успешно борется с возбудителями того или иного заболевания, облегчает симптомы. Эти тесты – этапы верификации. Если лекарство успешно их прошло, оно отправляется на валидацию: его тестируют на крысах, тем самым убеждаясь, что оно работает.
В законодательстве
Написанный закон сначала проходит верификацию: его проверяют на предмет соответствия Конституции, международному праву. В силу же он вступает (проходит валидацию) через определенный период времени (месяц или около того).
В сфере IT
Компания по разработке программного обеспечения или студия, специализирующаяся на разработке веб-сайтов (о том, что ), выполняя заказ, создает новое приложение либо сайт. Специалисты этой компании убеждаются, что они соответствует требованиям заказчика, то есть осуществляют верификацию. Валидацию же делает сам заказчик, проверяя, работают ли так, как надо, полученные им продукты.
Теперь термины «верификация» и «валидация» Вас не смутят, ведь Вы в них разобрались, но впереди еще масса интересного! Подписывайтесь на обновления блога, читайте на его страницах , а также вступайте в группу Вконтакте , чтобы ничего не пропустить.!
Сегодня поговорим о такой неприятной процедуре как верификация счета у брокера.
Спросите, почему неприятной?
Отвечаю… Потому, что верификация подразумевает определенные действия с вашей стороны, часто напряжные и, что самое неприятное, абсолютно бесполезные для вас.
Единственный, кто получает выгоду, я бы даже сказал двойную, — это брокер. Но об этом я расскажу по ходу статьи, а пока разберемся со всем по порядку.
Верификация счета - это процедура передачи пакета документов брокеру с целью проверить последним достоверность указанных вами при регистрации данных. Зарубежные брокеры могут также потребовать документ, подтверждающий легальное происхождение средств.
Необходимость верификации, изначально, не являлась прихотью брокера, а была мерой противодействия отмыванию доходов, полученных преступным путем. То есть, основной посыл шел именно от международных организаций, таких как ФАТФ , или же от регулятора брокерской деятельности.
Хочу обратить внимание, что согласно требований западных регуляторов, клиент не имеет права пополнить счет, а также торговать до тех пор, пока процедура верификации не будет закончена полностью. Здесь, как раз, и прослеживается превентивный характер этой процедуры.
Теперь, что касается верификации у «наших» брокеров…
Как видят процесс верификации СНГ-шные брокеры
Не буду углубляться в юридическую составляющую, поскольку сам не являюсь достаточно компетентным в данном вопросе, однако могу предположить, что процедура сбора и хранения персональных данных не резидентом (офшорной компанией) является неправомерной.
На примере России. Большинство дилеров так и не получили лицензию на осуществление брокерской деятельности. То есть, на территории России они — вне закона, а, согласно новых правок в законе об обработке и хранении персональных данных, сами базы, если они касаются населения РФ, локально должны быть размещены на территории России.
Напрашивается вопрос: если брокер вне закона, то как он может хранить данные на территории страны? А никак… Брокеры игнорируют данные нормы, прикрываясь своей офшорной природой. Соответственно, не сложно догадаться, что и верификационные требования являются неправомочными.
Я с уверенностью могу сказать, что большинство СНГ-шных брокеров проводят верификацию совсем с другими целями, нежели это задумывалось изначально. Попробую объяснить.
Мы уже определили, что основные цели верификации:
- Предотвратить возможность отмывания денег;
- Удостовериться, что счет открыли именно вы, а не кто-то другой.
Несмотря на то, что оба пункта выглядят целесообразно, «наши» брокеры, как всегда, умудрились перевернуть все с ног на голову.
Первое, на что стоит обратить внимание, это то, что СНГ-шные брокеры не проводят проверку на легальность средств, учитывая, что это практически ключевой момент верификации. Ни один из брокеров не просил у меня документов, подтверждающих легальное происхождение средств.
Все это говорит о том, что брокеру не важно, откуда вы взяли деньги, пусть даже они были получены преступным путем, главное, чтобы вы пополнили свой счет.
Второй момент, это необходимость верификации, исключительно, для вывода денег. То есть, вы можете пополнить счет на любую сумму, а вывести (обычно при пополнении от $1000) можете только верифицировав свой аккаунт. Получается, что до момента, когда вы хотите забрать свои деньги, брокеру все равно, кто и зачем пополнил счет.
И если первое можно списать на ментальность, не любит наш народ светить справкой о доходах, то второе — уже ни в какие ворота…
Складывается впечатление, что они не брезгуют любыми деньгами и только в момент вывода денег клиентом «включают» добросовестного брокера и требуют подтверждений.
Кстати, процедура верификации у бинарного брокера обычно ничем не отличается от верификации у форекс брокера.
Зачем нужна верификация на самом деле
Если основные цели верификации не соблюдаются, тогда какой в ней смысл?
Все просто. Брокеры превратили верификацию в инструмент манипуляций и затягивания времени. Чем дольше деньги лежат на счету, тем больше вероятность, что трейдер втянется в торговлю и уже не захочет выводить, или просто потеряет свои средства во время торгов.
Особенно забавно это выглядит, когда ваши деньги лежат у них на счету, и, под видом верификации, вас заставляют выполнять различные «квесты»… Сходить к нотариусу, сфоткаться с паспортом, отправить документы по почте и т.д.
И если вы начнете возражать этому бесчинству, вам попросту сунут под нос следующую формулировку: «В любое время Компания имеет право, по своему усмотрению, потребовать у клиента документы (список, который составляется исключительно Компанией, в том числе форма документов, которые будут предоставлены)…». Это я скопировал пункт из реального договора с компанией, который вы обычно подписываете в момент открытия счета.
Пытаться оспорить перечень необходимых документов бесполезно, ибо на другой стороне сидит сотрудник, который выполняет указанные действия, и, в большинстве случаев, ему будет просто лень сходить к начальнику и узнать, можно ли что-то изменить для клиента. Фактически они могут потребовать от вас даже договор купли-продажи недвижимости и т.д. Конечно на практике такого требовать не будут, но пункт действительно звучит устрашающе.
Уважаемые брокеры, играйте по-честному, выдвигайте свои требования до того, как человек внесет деньги на счет.
И самое грустное в этом всем то, что сейчас практически не осталось брокеров, которые не требуют прохождения верификации. Поэтому если мы хотим торговать у понравившегося нам брокера, нам таки придется высылать документы…
Но не стоит спешить выполнять все поставленные требования. Иногда компании требуют лишнего, поэтому следует знать, какие документы можно высылать, а какие — нет.
Вот стандартный перечень документов , которые может попросить офшорный брокер:
- Копии страниц паспорта;
- Копия счета на оплату коммунальных услуг;
- Выписка из банка.
Если же от вас потребуют какие-то нотариально заверенные документы, то это уже банальное затягивание времени. Дело в том, что в некоторых странах, например в Украине, нотариус несет ответственность за заверенный ним документ. И если вы попробуете прийти к нему с «бумажкой», которую вам предоставил брокер, то, скорее всего, вам ее не подпишут, ссылаясь на сомнительное происхождение документа и отсутствие второй стороны, которой адресуется данное заявление/договор/что угодно.
Речь идет именно об офшорных брокерах, т.к. подавляющее большинство трейдеров пользуются именно их услугами. Есть еще банковский форекс, но это уже отдельная тема.
Как защитить документы от повторного использования
Другой проблемой, которую я хотел осветить, является сохранность и конфиденциальность отправленных на верификацию документов.
Обоснованными являются опасения, что ваши документы могут быть скопированы и использованы в недобросовестных целях.
Следует понимать, что проверку документов осуществляют обычные сотрудники компании, которым не составит труда сделать копии ваших документов.
Лично я не хочу, чтобы кто-то потом регистрировался во всяких онлайн казино под моим именем.
Раз уж от верификации никуда не убежать — «С волками жить — по волчьи выть». Тогда как обезопасить себя…?
На сегодняшний день наиболее простым методом защиты документов в интернете является нанесение полупрозрачного текста поверх фотографии, так называемых водяных знаков.
Текст должен быть примерно такого характера: «Копии действительны только для регистрации в компании «Рога&Копыта». В целом суть водяного знака сводится к невозможности повторного использования документа.
Выглядит это примерно таким образом:
Текст следует наложить на важные участки фотографии так, чтобы его невозможно было удалить в графическом редакторе.
Я обычно наношу водяной знак в фотошопе, но если вы не владеете графическими редакторами, вы можете воспользоваться специальным сервисом: http://водянойзнак.рф .
Пример обработки:
После такой обработки документы можно отправлять на верификацию. И, в принципе, можно быть более-менее спокойным, что ваши документы не всплывут в какой-то базе, продаваемой за $50, на пиратском сайте.
Как показывает практика, большинство компаний принимают такие документы без каких-либо вопросов.
Хотя недавно у меня был случай…
Как я воевал с брокером
Один из брокеров, извините за выражение, «забыковал» и отказался принимать документы, ссылаясь сперва на регулятора, а потом на какие-то свои внутренние политики.
Основной причиной отказа было то, что документы подвергались редактированию (был нанесен водяной знак).
Ну, думаю, нельзя редактировать в фотошопе, тогда пойдем другим путем. Беру прозрачную пленку и распечатываю на ней защитную надпись. Накладываю пленку на документ, фотографирую и отправляю на верификацию оригинал фотографии без обработки.
Опять отказ… На этот раз внутренние политики гласили, что фотография должна быть без сторонних предметов.
Короче, мне это надоело, и я решил их проучить. Они, видите ли, борются с подделкой документов такими методами…
Скачиваю какие-то случайные документы из интернета, привожу их в состояние единого ФИО и, в качестве эксперимента, наношу на них надпись: «проверка на вшивость». Весь пакет отправляю на верификацию.
И вуаля: «Вы успешно прошли процедуру верификации».
Соответственно не понятно, с кем они борются такими методами. Поддельную фотографию они не распознали, а вот оригинал с защитным знаком — забраковали.
Ну я им потом на форуме это все опубликовал, намекнул, что они фигней страдают. Далее мне какой-то из их менеджеров звонил, пытался что-то объяснить, но я так и не получил вразумительного ответа, почему они требуют именно оригинал, и кто им эти требования продиктовал.
Зато я понял, что «наши» брокеры ни во что не ставят безопасность клиента и его просьбы/пожелания. Что уж говорить об уступках в пользу клиента…
Я не буду называть брокера, пытаясь тем самым навредить его репутации, я выше этого, а им пусть будет стыдно, что они опростоволосились.
1. Проходите верификацию до пополнения счета. Не становитесь заложником своих же денег;
2. Проверяйте перечень необходимых для верификации документов. Могут требовать лишнего;
3. Наносите защитные водяные знаки на все копии документов;
4. Регистрируйтесь у известных и проверенных брокеров. Т.к. они ценят свою репутацию, и у вас есть больше шансов защитить свои права.
На сегодня, пожалуй, все. Будьте бдительны.
Санкт-Петербургский
Государственный Электротехнический Университет
Кафедра МОЭВМ
по дисциплине
“Процесс разработки программных изделий”
“Верификация ПО”
Санкт-Петербург
Цель верификации………………………………………………………………… стр. 3
Вводные замечания……………………………………………………………….. стр. 3
Специальные и общие целевые задачи………………………………………….. стр. 4
Ожидаемая практика по целевым задачам……………………………………… стр. 4
SG1 Подготовка к верификации………………………………………………..... стр. 4
SG2 Проведение экспертиз (экспертного оценивания)………………………… стр. 7
SG3 Осуществление верификации……………………………………………..... стр. 9
Приложение 1. Обзор средств автоматизации процесса верификации……….. стр. 11
Приложение 2. Основные современные подходы к верификации…………….. стр. 12
Список использованной литературы…………………………………………….. стр. 14
Интегрированнаяя модель совершенства и зрелости
ВЕРИФИКАЦИЯ
(Уровень зрелости 3)
Цель
Цель верификации - обеспечение гарантий того, что отобранное промежуточное программное изделие или конечная продукция отвечает специфицированным требованиям.
Водные замечания
Верификация программных продуктов представляет собой проверку готового продукта или его промежуточных версий на соответствие исходным требованиям. При этом подразумевается не только тестирование самой программы, но и аудит проекта, пользовательской и технической документации и т.д.
Цель верификации программных систем - это определение и выдача отчетов об ошибках, которые могут быть допущены на этапах жизненного цикла. Основные задачи верификации:
определение соответствия высокоуровневых требований требованиям к системе;
учет высокоуровневых требований в архитектуре системы;
соблюдение архитектуры и требований к ней в исходном коде;
определение соответствия исполняемого кода требованиям к системе;
определение средств, используемых для решения вышеперечисленных задач, которые технически корректны и достаточно полны.
Верификация включает в себя верификацию готовой продукции и верификацию промежуточных продукций относительно всех отобранных требований, включающих в себя требования заказчика, требования к готовой продукции и требования к ее отдельным компонентам.
Верификация по своей сути является инкрементальным (нарастающим) процессом с момента своего возникновения на протяжении всей разработки продукции и проведения всех работ по продукции. Верификация начинается с верификации требований, затем следует верификация всех промежуточных продукций на различных стадиях их разработки и изготовления и заканчивается верификацией конечной продукции.
Верификация промежуточных продукций на каждой стадии их разработки и изготовления существенно повышает вероятность того, что конечная продукция будет удовлетворять требованиям заказчика, требованиям к готовой продукции и требованиям к ее отдельным компонентам.
Верификация и Валидация процессов есть суть родственные процессы, направленные, однако, на получение разного результата. Цель Валидации состоит в том, чтобы продемонстрировать, что готовая продукция действительно удовлетворяет своему исходному предназначению. Верификация же направлена на то, чтобы удостовериться в том, что продукция в точности соответствует определенным требованиям. Другими словами, Верификация гарантирует, что “вы делаете это правильно ”, а Валидация то, что “вы делаете правильную вещь ”.
Для оценки эффективности затрат и выполняемых работ верификация должна как можно раньше реализовываться в соответствующих процессах (таких как поставка, разработка, эксплуатация или сопровождение). Данный процесс может включать анализ, проверку и испытание (тестирование).
Данный процесс может выполняться с различными степенями независимости исполнителей. Степень независимости исполнителей может распределяться как между различными субъектами в самой организации, так и субъектами в другой организации, с различными степенями распределения обязанностей. Данный процесс называется процессом независимой верификации , если организация-исполнитель не зависит от поставщика, разработчика, оператора или персонала сопровождения.
Экспертные оценки (экспертизы ) являются важной составляющей верификации как хорошо зарекомендовавшее себя средство эффективного устранения дефектов. Важным выводом из этого является необходимость в развитии более глубокого понимания и осмысления рабочих версий продукта, а также используемых рабочих процессов для выявления возможных дефектов и создания в случае необходимости возможности для внесения улучшений.
Экспертизы включают в себя методическое исследование производимых работ экспертами, с целью выявить дефекты и другие требуемые изменения.
Основными методами экспертного оценивания являются:
осмотр
сквозной структурный контроль
3. Специальные и общие целевые задачи
3.1 Специальные целевые задачи :
SG 1 Готовьтесь к верификации
SG 2
SG 3
3.2 Общие целевые задачи :
GG 1 Достигайте специальных целей
GG 2 Поставьте управляемый про цесс
GG 3 Поставьте определенный процесс
GG 4 Поставьте количественно определенный процесс
GG 5 Поставьте оптимизационный процесс
4. Ожидаемая практика по целевым задачам
SG 1 Готовьтесь к верификации
Для осуществления верификации в ее полном объеме, подготовка к верификации необходима для гарантии того, все уровни верификации управляемы. Верификация включает в себя обзор, тестирование, анализ и демонстрацию. Предварительная верификация подтверждает (проверяет), что все “обеспечение” верификации (те условия, которые обеспечивают ее успешное проведение) внедрены в требования к продукции и к работам по продукции.
Методы верификации включают в себя (но не ограничены ниже перечисленным) осмотр, экспертные оценки, аудит, сквозной структурный контроль, анализ, моделирование, тестирование и демонстрацию.
Подготовка также влечет за собой определение всех вспомогательных средств, тестового оборудования и ПО, моделирования, прототипов и т.п.
В целом, на данном этапе можно выделить следующий круг основных задач:
Должны быть определены необходимость наличия в проекте работ по верификации и степень организационной независимости при проведении данных работ. Проектные требования должны быть проанализированы на критичность. Критичность может быть оценена с точки зрения:
потенциальной возможности наличия необнаруженной ошибки в требовании к системе или программным средствам, приводящей к гибели или травматизму персонала, невыполнению задания, финансовому ущербу или катастрофическому разрушению оборудования;
совершенства используемой технологии программирования и рисков, связанных с ее применением;
доступности фондов и ресурсов.
Если проект предусматривает работы по верификации, должен быть установлен процесс верификации для проверки программного продукта.
Если проект предусматривает работы по независимой верификации, должна быть выбрана квалифицированная организация, ответственная за проведение верификации. Данной организации должны быть гарантированы независимость и полномочия при проведении работ по верификации.
SP 1.1-1 Устанавливайте верификационную стратегию
В масштабах всей организации должна быть установлена и поддерживаться верификационная стратегия для отобранной продукции работ.
Верификационная стратегия создается для того, чтобы установить специфицированные работы, относящиеся к продукциям работ, подлежащим верификации. Этот процесс выливается в конкретные детализированные стратегии и процедуры для верификации продукции работ.
Требования и стратегии для верификации обычно документируются. Верификационная стратегия направлена на специфицированные действия, источники и среду, требуемые для проведения верификации продукции работ. Это несколько отличается от верификационных планов, указываемых общими практиками по планированию и процессам. Общие практики определяют задачи процессов, кто за них отвечает и основные требуемые ресурсы. Напротив, верификационная стратегия указывает технический подход к верификации продукции работ и специфицированные подходы, которые будут использованы для верификации.
Верификационная стратегия, как правило, начинается с изучения требований к продукции и ее компонентам с целью убедиться, что эти требования верифицируемы.
Для разработки программного обеспечения
Верификационные методы могут включать в себя следующие:
Тестирование зоны обслуживания
Эксплуатационное тестирование и тестирование в предельных режимах
Тестирование, основанное на таблице решений
Тестирование, основанное на функциональной декомпозиции
Тестирование случаев повторного использования
Альфа и Бета тестирование
Тестирование оперативного (рабочего) сценария
Приемочные тесты
Для интегрированной продукции технологического процесса
Верификационная стратегия должна развиваться параллельно и итеративно с процессом разработки продукции и ее компонент.
SP 1.1-2 Устанавливайте среду верификации
Среда верификации должна быть установлена для того, чтобы дать возможность верификации иметь место. Среда верификации может либо приобретаться, либо развиваться, либо повторно использоваться, либо изменяться, либо комбинация всего выше перечисленного в зависимости от нужд проекта.
Тип требуемой среды верификации будет определяться верификационными критериями и используемыми верификационными методами.
Основная (типичная) продукция работ:
Оборудование верификации
Среда верификации
Вспомогательные работы:
1. Идентифицируйте требования к среде верификации
2 .Идентифицируйте доступные для повторного использования или модификации ресурсы на верификацию
3. Идентифицируйте оборудование и инструменты верификации
4. Приобретайте оборудование и программное обеспечение, используемые в обеспечение работ по верификации
SP 1.1-3 Определяйте детализированные верификационные планы
На данном этапе необходимо выполнение следующих работ:
Должны быть определены запланированные в жизненном цикле работы и программные продукты, нуждающиеся в верификации, на основе анализа области применения, величины, сложности и критичности проекта. Должны быть выбраны работы и задачи верификации для верифицируемых в жизненном циклеработи программных продуктов, включая соответствующие методы, методики и средства.
Должен быть разработан и документально оформлен план проведения верификации на основе установленных задач верификации. План должен относиться к верифицируемым в жизненном цикле работам и программным продуктам; содержать требуемые задачи верификации для каждого объекта; определять соответствующие ресурсы, обязанности и график проведения работ. План должен предусматривать процедуры передачи отчетов о верификации заказчику и другим заинтересованным сторонам.
Должен быть реализован план проведения верификации. Проблемы и несоответствия, обнаруженные при проведении верификации, должны быть введены в процесс решения проблем (подраздел 6.8). Все возникшие проблемы должны быть решены, а обнаруженные несоответствия устранены. Результаты работ по верификации должны быть доступны заказчику и другим организациям, участвующим в договоре.
Вспомогательные работы:
1. Планируйте множество всесторонних, интегрированных верификационных работ
2 . Развивайте и повышайте по необходимости качества верификационных критериев
3. Для верификации каждой работы определяйте методы верификации
4. Определяйте ожидаемый результат
SG 2 Проводите экспертное оценивание
Экспертное оценивание включает в себя осмотр продукции с экспертами с целью выявить дефекты, подлежащие устранению и указать места для внесения иных необходимых изменений.
Экспертное оценивание преимущественно применяется для выходной продукции работ по проектам, однако также может быть использовано и для таких работ как документация и т.п.
SP 2.1-1 Готовьтесь к экспертному оцениванию
Подготовительные работы к экспертизе обычно включают в себя определение круга лиц, которые будут осуществлять экспертизу (производится для каждой работе, подвергаемой экспертизе), определение главных рецензентов (наблюдателей), участие которых в экспертизе будет необходимо, подготовку и обновление любых материалов, которые будут использованы в ходе экспертиз в качестве контрольных таблиц и критериев обзора (экспертизы), а также составление графика экспертиз.
Основная продукция работ:
График экспертного оценивания
Контрольная таблица экспертного оценивания
Входные и выходные критерии для продукции работ
Критерии для перепроверки
Тренировочный материал для экспертного оценивания
Отобранная продукция работ, подлежащая экспертному оцениванию
Вспомогательные работы:
1. Определяйте, какой тип экспертного оценивания будет проводиться
Примеры возможных типов:
сквозной структурный контроль
2 . Определяйте требования к собираемой информации в течении экспертного оценивания
3. Устанавливайте и поддерживайте входные и выходные критерии для отобранной продукции работ
4. Устанавливайте и поддерживайте критерии для перепроверки отобранной продукции работ
5. Устанавливайте и поддерживайте контрольную таблицу для гарантии того, что отобранной продукции работ осматривается единообразно
6. Убедитесь, что продукция работ удовлетворяет входным критериям экспертизы до того, как эти работы будут направлены на экспертизу.
7. Заранее распределяйте продукцию работ, подлежащую осмотру, и относящуюся к ней информацию среди участников экспертизы для того, чтобы дать им возможность в достаточной мере подготовиться к экспертизе
8. Распределяйте роли для экспертизы.
Варианты ролей:
лидер (глава экспертизы)
читатель
протоколист
SP 2.2-1 Управляйте экспертным оцениванием
Одной из целей управления экспертизами является желание выявить и удалить дефекты на как можно более ранней стадии жизненного цикла. Экспертизы осуществляются инкрементально, по мере разработки промежуточной продукции, а не в самом конце жизненного цикла. Такие экспертизы не будут управляемыми.
Экспертизы осуществляются по ключевым работам фаз спецификации, разработки, тестирования, составления сопроводительной документации, а также планирования (например, планирования развития софта, планирования управления рисками или планирование тестов).
Основное внимание экспертизы должно быть уделено продукции работ, подлежащей осмотру, а не лицу, которое реализовало эту продукцию.
Результаты и заключения экспертизы должны сообщаться главному разработчику данной продукции работ для возможной его коррекции.
Экспертизы должны руководствоваться следующими принципами: должна быть проведена достаточная подготовка, процесс должен быть управляем и контролируем, существенная информация, получаемая в ходе экспертиз должна фиксироваться, также должны фиксироваться осуществляемые в ходе экспертизы действия (работы).
Основная продукция работ:
Результаты экспертизы
Заключения экспертизы
Информация, полученная в ходе экспертизы
Вспомогательные работы:
1. Осуществляйте в ходе экспертизы назначенные роли
2 . Устанавливайте и документируйте дефекты и другие результаты в продукции работ
3. Фиксируйте результаты экспертизы и документируйте производимые действия
4. Собирайте информацию (данные) в ходе проведения экспертизы
5. Сообщайте решения экспертиз организаторам совместного дела (ведущим разработчикам продукции работ)
6. Планируйте повторные экспертизы, в случае удовлетворения продукции их критериям
7. Убеждайтесь, что удовлетворяются выходные критерии экспертизы
8. Распределяйте роли для экспертизы.
Варианты ролей:
лидер (глава экспертизы)
читатель
протоколист
SP 2.3-2 Анализируйте полученную информацию
SG 3 Верифицируйте отобранные работы
SP 3.1-1 Осуществляйте верификацию
Типичная продукция работ:
Результаты верификации
Отчеты по верификации
Демонстрации
Вспомогательные работы:
1. Верифицируйте COTS и повторно используемые компоненты на соответствие специфицированным требованиям
2 . Осуществляйте верификацию продукции в соответствии с выбранной верификационной стратегией и процедурами
3. Фиксируйте результаты верификационных работ
Критерии верификации :
В целом можно выделить следующие критерии верификационного процесса на различных его стадиях:
Верификация процесса
Процесс должен быть верифицирован по следующим критериям:
соответствие и своевременность установления проектных требований к планированию;
пригодность, реализуемость, выполнимость в соответствии с планом и условиями договора выбранных для проекта процессов;
применимость стандартов, процедур и условий к процессам проектирования;
укомплектованность и обученность персонала в соответствии с условиями договора.
Верификация требований
Требования должны быть верифицированы по следующим критериям:
непротиворечивость, выполнимость и тестируемость требований к системе;
распределение требований к системе между объектами технических и программных средств и ручных операций в соответствии с проектом;
непротиворечивость, выполнимость, тестируемость и точность отражения требований к системе в требованиях к программным средствам;
правильность, подтвержденная соответствующими методами, требований к программным средствам по безопасности, защите и критичности.
Верификация проекта
Проект должен быть верифицирован по следующим критериям:
правильность проекта, его соответствие установленным требованиям и учет этих требований в проекте;
реализуемость в проекте соответствующей последовательности событий, исходных данных, выходных результатов, интерфейсов, логики, распределения временных и материальных средств, а также обнаружения, локализации и восстановления ошибок;
возможность выбора проекта, исходя из установленных требований;
правильность, подтвержденная соответствующими методами, реализации в проекте требований безопасности, защиты и других критических требований.
Верификация программы
Программа должна быть верифицирована по следующим критериям:
учет в программе условий проекта и установленных требований; ее тестируемость, правильность и соответствие установленным требованиям и стандартам программирования;
реализуемость в программе: соответствующей последовательности событий, соответствующих интерфейсов, правильных данных и логики управления; распределения временных и материальных ресурсов; обнаружения, локализации и восстановления ошибок, а также ее завершенность:
возможность выбора программы, исходя из проекта или установленных требований;
правильность, подтвержденная соответствующими методами, реализации в программе требований безопасности, защиты и других критических требований.
Верификация сборки
Сборка должна быть верифицирована по следующим критериям:
полнота и правильность сборки программных компонентов и модулей каждого программного объекта в соответствующий программный объект;
полнота и правильность сборки технических и программных объектов и ручных операций в систему;
выполнение задач сборки в соответствии с планом сборки.
Верификация документации
Документация должна быть верифицирована по следующим критериям:
соответствие, полнота и непротиворечивость документации;
своевременность подготовки документации;
соблюдение установленных процедур управления конфигурацией документ
SP 3.2-2 Анализируйте результаты верификации и определяйте корректирующие действия
Для определения степени приемлемости действительные результаты должны быть подвержены сравнению с установленными верификационными критериями.
Результаты анализа фиксируются как свидетельство того, что верификация была управляема.
Аналитические отчеты также могут указывать на то, что плохие результаты верификации имеют место вследствие недостатка в методиках, критериях или проблемах в инфраструктуре.
Основная продукция работ:
Аналитический отчет (статистика, анализ несоответсвий, сравнение поведения реальной продукции и ее модели, отклонения и т.д.)
Набор корректирующих мер по исправлению выявленных недостатков
SP 3.3-1 Осуществляйте ре-Верификацию (повторную верификацию)
Повторная верификация проводится для гарантии того, что дефекты были устранены и выходная продукция работ не была повреждена (испорчена) в результате корректирующих действий.
Повторная верификация, как правило, детально фокусируется на тех частях продукций работ, в которых были обнаружены те или иные дефекты.
Приложение 1. Обзор средств автоматизации процесса верификации
На рынке существует множество продуктов, позволяющих автоматизировать процесс верификации. Среди них Purify, TestCenter, Logiscope и др. Пакет Logiscope компании Verilog - это семейство инструментальных программ (TestChecker, CodeChecker, RuleChecker, ImpactChecker и Viewer), объединенных общей целью: помочь пользователям улучшить качество и провести всестороннее тестирование создаваемого ПО. В основе продукта лежит идея анализа исходного кода . Его последняя версия способна обрабатывать тексты программ, написанные более чем на 80 языках, включая C, C++, Pascal, Cobol, Fortran, PL1, ADA и даже языки ассемблера Intel и Motorola. Результаты анализа представляются в виде числовых показателей (метрик, которых существует более 50 типов), позволяющих судить о качестве исходного кода программ. Компонент TestChecker наблюдает за поведением тестируемой программы в ходе ее исполнения и в процессе своей работы строит деревья вызовов, профили выполнения, отмечает невызываемые функции и неисполняемые процедуры. Logiscope поддерживает функцию обратного проектирования, c помощью которой можно восстановить структуру программы по объектному коду, что полезно для понимания логики ее работы и характера используемых данных.
Специально для профессиональных программистов на языках C и С++ предназначена программа TestCenter компании CenterLine. Из статистических данных следует, что при обычном тестировании проверяется "исполнимость" только 40 - 50% общего кода программ. Объясняется это тем, что при традиционном, "ручном", тестировании невозможно проверить работу программы со всеми возможными комбинациями исходных данных или смоделировать редко встречающиеся ошибки типа нехватки памяти (out of memory). При таких процедурах тестирования трудно говорить о высоком качестве готовых программ. Пакет TestCenter позволяет организовать глобальное тестирование ПО на промышленном уровне, а само тестирование сделать естественной частью процесса разработки за счет его непосредственной интеграции с другими известными инструментальными оболочками (SPARCworks, SoftBench, ObjectCenter и ObjectCode).
В процессе отладки/тестирования программ TestCenter показывает строки исходного кода, не исполняемые во время проведения теста, неинициализированные участки памяти, память, которая резервировалась, но не использовалась, использовалась, но не освобождалась, случаи неверного применения операторов malloc/free и др. Имитатор ошибок (Error Simulator) может генерировать редко встречающиеся и трудно отлаживаемые ошибки типа disk full (нет места на диске) или упомянутой out of memory, а имитатор API (Simulator API) - интерфейсные ошибки, например неправильный порядок аргументов при вызове функций или некорректный код возврата. При использовании TestCenter не возникает необходимости в перекомпиляции программ, а для работы Error Simulator не понадобится даже исходного кода тестируемой программы.
