МИНОБРНАУКИ РОССИИ САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ ЭЛЕКТРОТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ «ЛЭТИ» ИМ. В.И. УЛЬЯНОВА (ЛЕНИНА)

Кафедра информационных систем

Задание 2.7.1

по дисциплине “Анализ требований”

Тема: Методы выявления требований

Студент гр. 2376 _____________________ Федорков Ю.А.

Преподаватель ______________________ Яцык А.А.

Санкт-Петербург

2024

Задание на лабораторную работу

1. Выберите одну из техник, применимую к выявлению требований:

   1. мозговой штурм;

   2. фокус-группы;

   3. интервью;

   4. наблюдение;

   5. опрос, анкетирование.

2. Для выбранной техники в свободной форме сформировать описание:

   1. Какую цель мы хотим достичь применением данной техники? На какие вопросы ответить? На каком этапе разработки программного продукта вы собираетесь её применять?

   2. Предположите и опишите алгоритм применения техники .

   3. Почему для данной цели вы выбрали именно эту технику? Какие по-вашему существуют преимущества/недостатки в использовании в рамках контекста вашей задачи?

Выполнение работы

1. Выбор техники выявления требований

В данной работе рассмотрим метод фокус-групп для выявления требований.

2. Формирование описания для выбранной техники

Согласно определению из “Руководства к своду знаний по бизнес-анализу”[1] план фокус-группы определяет виды деятельности, которые включают:

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

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

• Логистика: определение размера и оборудования помещения, других объектов, которые могут понадобиться, вариантов общественного транспорта и времени сессии.

• Участники: определение демографических характеристик активных участников обсуждения, необходимы ли наблюдатели, кто будет модератором и кто - секретарем. Также может рассматриваться поощрение участников.

• Бюджет: определение расходов на проведение сессии и обеспечение выделения необходимых ресурсов.

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

• Результаты: определение того, как результаты будут проанализированы и переданы, а также определение предполагаемых действий на основании результатов.

Опишем алгоритм и вопросы , относительно которых будет строиться наша встреча по методу фокус-групп.

1. Нужны ли в системе готовые формы для заполнения отчетов или достаточно добавить функцию прикрепления соответствующих документов?

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

2. Как участники представляют обратную связь в системе ? Это должно быть в виде чата или же в виде почты ? Или же все вместе ?

После этого вопроса станет понятнее придерживаются ли участники консервативных взглядов(почта) или же они готовы увидеть что-то более новое в виде чата.

Так как в процессах происходит отправка отчетов , следует задать следующие вопросы.

3. Насколько обширным должен быть список форматов электронных таблиц и документов ? Стоит ли ограничиться только форматом файлов Excel и файлов PDF или же расширить список поддерживаемых форматов? Станет ли удобна или наоборот неудобна работа с файлами разных форматов для всех участников встречи?

Когда с форматами определились можно перейти к вопросам о количестве клиентов и также количестве пользователей данной системы.

4. На какие объемы данных нужно рассчитывать? Насколько большую базу данных стоит сделать ? Сколько пользователей в системе может быть одновременно?

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

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

5. Насколько нагруженной по информации должна быть 1 страница системы ? Удобно ли будет работать с многостраничным форматом , но с меньшей нагрузкой контента или же с малостраничным форматом , но с большей нагрузкой контента ?

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

После этого стоит определить уже сам вид интерфейса.

6. Как должен выглядеть интерфейс системы ? Он должен быть оформлен в строгом формате или же в систему стоит добавить дизайн? Есть ли у участников шаблоны подобных систем?

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

Когда вопросы касаемо системы обговорены, можно перейти к вопросам сроков проектирования и разработки.

7. За какой период времени следует спроектировать, а затем и разработать данную систему?

Участники должны выбрать оптимальный вариант. Долгие сроки обеспечат нам детальную проработку, но приведут к дополнительным затратам. Короткие сроки обеспечат меньшие затраты, однако приведут к недоработкам системы.

Давайте поговорим про недоработки. Вопрос будет состоять в определении регулярности тестирования проекта, а также о поддержке системы в период ее использования. Разработка полностью проработанного проекта без последующих “ремонтных” работ может затянуться надолго и приведет к большим затратам в короткий период , в то время как разработка системы с возможными недоработками сократит время ожидания выпуска данной системы , но приведет к продолжительным затратам на ее поддержание и своевременное исправление ошибок. Итак, вопросы.

8. Тестирование системы должно происходить на каждом этапе разработки или же только в самом конце? Готовы ли участники встречи к длительной разработке и вкладу большого бюджета на полностью проработанный проект или же они ожидают его в более короткие сроки и готовы к затратам на его поддержание в случае возникновения ошибок?

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

Когда вопросы касаемо сроков решены, стоит обсудить бюджет в целом .

9. Какой бюджет участники готовы затратить на вышеперечисленные нюансы разработки?

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

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

С точки зрения организаторов встречи, стоит решить каким количеством участников стоит ограничиться, а также насколько объемным должно быть помещение для встречи. Не стоит забывать и про длительность конференции, так как излишняя трата времени участников приведет к излишним затратам со стороны организаторов мероприятия.

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

Из участников процесса обязательно должен присутствовать председатель или представитель из Комитета по организации культурного сбора. Остальными участниками будут операторы курортного сбора различных объектов размещения в Петербурге.

На каком этапе разработки программного продукта вы собираетесь её применять?

Встреча фокус-групп , по моему мнению, должна проходить между этапами анализа и проектирования системы, так как приблизительный анализ предполагаемой системы можно составить исходя из распоряжений №49-р - №50-р. Вопрос состоит в том, как должна проектироваться данная система и на какой бюджет рассчитывают ее разработку. Этот вопрос мы можем решить с помощью встречи по методу фокус-групп.