close

Вход

Забыли?

вход по аккаунту

код для вставкиСкачать
УДК 004.01
ТИПИЧНЫЕ ОШИБКИ АНАЛИТИКОВ ПРИ СБОРЕ И АНАЛИЗЕ ТРЕБОВАНИЙ К
РАЗРАБАТЫВАЕМОЙ ИНФОРМАЦИОННОЙ СИСТЕМЕ
Р.Б. Гольденберг (Санкт-Петербургский национальный исследовательский университет
информационных технологий, механики и оптики)
Научный руководитель – д.т.н., профессор В.И. Погорелов (Санкт-Петербургский
национальный исследовательский университет информационных технологий, механики и
оптики)
Одним из основных факторов, определяющих успех разработки проекта, является
правильная формулировка требований к программному обеспечению. Так по статистике
2013 года более 75% крупных проектов потерпели неудачу.
Требования определяют цель, потребности, решения и ограничения связанные с
проектом.
Целью настоящей работы является исследование типичных ошибок, возникающих
при сборе и анализе требований, на примере компании «Альянс».
Эта компания привлекла группу аналитиков для формулировки требований к
автоматизированной информационной системе (АИС), которая должна была
оптимизировать ее работу. К моменту начала работы у компании уже была АИС, которая
не в полной мере удовлетворяла ее потребности и поставленным перед нею целям. В
конечном итоге компания должна была получить требования к АИС, достаточные для
передачи их команде программистов.
В результате выполненного анализа, установлены типичные ошибки, совершенные
аналитиками при работе в компании «Альянс»:
1. Попытка создать конечные, то есть неизменяемые, требования.
Один из основных критериев качества требований – это их модифицируемость,
следовательно, изначально, стремление создать неизменяемый набор требований
безнадежно.
2. Решалась не та задача.
Первичный разговор происходит с персоналом, а не с руководством компании.
Таким образом, требования бизнеса не были озвучены и остались за кадром. Основной
задачей внедрения АИС в компании являлось уменьшение расходов за счет замены части
сотрудников системой, что, очевидно, не было доведено до сведения персонала. По этой
причине часть записанных требований оказалась некорректной.
3. Неоднозначность понимания.
В самом начале работы не был составлен «Словарь» терминов, что привело к тому,
что исполнители неверно интерпретировали пожелания заказчиков.
4. Быстрый переход из области задач в область решений.
Аналитики предложили компании уже имеющиеся на рынке шаблонные решения,
которые на первый взгляд могли обеспечить потребности компании. В дальнейшем
выяснилось, что руководство компании ориентируется в своих целях не на «вчера» и
«сегодня», а на «завтра» и им требуется инновационная разработка и предложенный пакет
требований был некорректным и неполным.
5. Неосуществимые требования.
Часть пожеланий пользователя, внесенных в требования, оказалось невозможно или
слишком дорого реализовать.
На основании выполненного исследования можно сделать следующие выводы:
 не удастся создать неизменяемый набор требований;
 начинать работу надо с выяснения цели разработки, и только после этого
переходить к пользовательским требованиям;
 всю специальную терминологию необходимо вносить в «Словарь»,


своевременно проверяя правильность ее понимания у потребителя;
каждый проект индивидуален, применение шаблонных решений на ранних
этапах разработки не рекомендуется;
нужно привлекать к написанию требований технических специалистов.
1/--страниц
Пожаловаться на содержимое документа