Процессы разработки требований к ИС

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

• 1. Выявление требований — это первоначальный сбор требований, который включает в себя определение границ проекта, классов и фокус-групп типичных пользователей, интервьюирование, анкетирование, опросы и наблюдение за пользователями.
• 2. Анализ требований — детализация, обеспечивающая одинаковое понимание требований всеми заинтересованными лицами и проверка наличия ошибок.
• 3. Документирование заключается в фиксации требований с помощью естественного языка, графических схем, формальных логических языков.
• 4. Проверка — подтверждение задокументированных требований. Проверка требований происходит несколько раз в течение первых трех пунктов, поэтому не всегда выделяется как отдельный этап.

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

Также существуют такие источники данных для сбора требований как:

• 1. Законодательные основы, оказывающие влияние на деятельность компании
• 2. Внутренние нормы и документы, влияющие на деятельность компании — корпоративные стандарты предприятия
• 3. Внутреннее устройство организации
• 4. Бизнес-процессы компании
• 5. Отчеты по использованию уже существующих на предприятии программных и аппаратных средств

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

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

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

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

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

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

Стандартами, которые обычно используются для регламентирования этапа Документирование требований, являются: ГОСТ 34.602−89 «Техническое задание на создание автоматизированной системы», стандарт IEEE 830−1998 и ГОСТ 19.201−78 «Техническое задание, требования к содержанию и оформлению».

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

Выводы по первой главе

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

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

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