---
title: Использование методологий
seo:
  title: Использование методологий — Systems Analyst
  description: Тема «Использование методологий» для собеседования Systems Analyst. Приходилось ли вам писать Use cases? Как пишутся Use cases? Приходилось ли вам писать User story?
---

[Все темы Systems Analyst](/systems-analyst)

## <strong>Приходилось ли вам писать</strong> <code>Use cases</code><strong>? Как пишутся</strong> <code>Use cases</code><strong>?</strong> [#q-14bee738d69b81759319c5e766cc8d1b]

О личном опыте расскажите на примере реального проекта. Use case обычно описывают так&#58;

1. <strong>Определение актеров&#58;</strong> Определите все актеры (пользователи
   или системы), которые будут взаимодействовать с системой.

1. <strong>Идентификация основных функциональных потребностей&#58;</strong>
   Определите основные цели и задачи, которые должна выполнять система для
   каждого актера.

1. <strong>Написание основного потока событий&#58;</strong> Опишите основной
   сценарий, который показывает последовательность действий между актерами и
   системой для достижения целей.

1. <strong>Описание альтернативных и расширенных потоков&#58;</strong> Укажите
   возможные альтернативные сценарии и исключения, которые могут возникнуть в
   процессе выполнения основного потока событий.

1. <strong>Уточнение требований&#58;</strong> Детализируйте каждый Use case,
   уточняя предусловия, постусловия и любые дополнительные условия, влияющие на
   его выполнение.

1. <strong>Проверка и утверждение&#58;</strong> Проведите проверку Use cases с
   заинтересованными сторонами (стейкхолдерами) для утверждения и согласования.

1. <strong>Документация&#58;</strong> Зафиксируйте Use cases в документации
   проекта для последующего использования разработчиками, тестировщиками и
   другими участниками проекта.

:::note[Ссылки для изучения]

1. [Гайд для системного аналитика по требованиям](https://habr.com/ru/companies/yandex_praktikum/articles/802299/)
   :::

---

## <strong>Приходилось ли вам писать</strong> <code>User story</code><strong>?</strong> [#q-14bee738d69b81858dd2c099ea86a532]

Если у вас есть такой опыт, приведите реальную историю и её критерии приёмки. User story кратко описывает потребность с точки зрения пользователя; распространённый шаблон включает&#58;

1. <strong>Заголовок (As a...)</strong>&#58; Определяет тип пользователя или
   роль, для которой пишется история.

1. <strong>Описание (I want to...)</strong>&#58; Описывает желаемую
   функциональность или задачу, которую пользователь хочет выполнить.

1. Цель или польза (So that...)&#58; объясняет, зачем пользователю эта возможность. Критерии приёмки записывают отдельно&#58; они определяют проверяемые условия выполнения истории.

<code>User stories</code> используются для коммуникации между участниками
проекта (разработчики, заказчики, тестировщики) и позволяют лучше понять
потребности пользователей, что способствует более эффективной итеративной
разработке ПО.

:::note[Ссылки для изучения]

1. [Гайд для системного аналитика по требованиям](https://habr.com/ru/companies/yandex_praktikum/articles/802299/)
   :::