Бизнес-анализ в IT
Все объяснения, задачи и лабораторная в одном месте.
Можно сохранить страницу в PDF через печать браузера. Для печати разборы ответов раскрываются автоматически.
1. Stakeholders, цели и границы системы
Объяснение
Stakeholder имеет интерес, влияние и ожидания от системы. Граница системы определяет ответственность и внешние зависимости. Требование должно иметь источник и проверяемый результат.
Задача для самостоятельного решения
Почему «сделать удобно» недостаточно для требования?
Показать разбор ответа
Нельзя однозначно проверить выполнение. Уточните задачу, пользователя, условия и критерий: например, найти урок по названию и открыть его за определённое число действий.
2. Интервью и elicitation techniques
Объяснение
Elicitation сочетает интервью, наблюдение, документы и примеры данных. Запрос пользователя может содержать предполагаемое решение вместо проблемы. Противоречащие требования нужно обнаруживать явно.
Задача для самостоятельного решения
Два отдела требуют разные сроки хранения данных. Что делать?
Показать разбор ответа
Зафиксировать источники, цели и ограничения, согласовать правило с ответственными. Молча выбрать одно означает скрыть конфликт.
3. BPMN/use cases и процессы
Объяснение
Процесс показывает события, действия, развилки и ответственность. Use case описывает цель актёра и основные/альтернативные пути. Модель должна помогать решению, а не только соответствовать нотации.
Задача для самостоятельного решения
Какие альтернативы есть у «записаться на курс»?
Показать разбор ответа
Пользователь не вошёл, курс недоступен, уже записан, сеть оборвалась. У каждого пути нужен определённый результат и возможность восстановления.
4. Requirements, rules и data model
Объяснение
Правило предметной области отличается от детали интерфейса. Модель данных задаёт сущности, связи и ограничения. Кардинальность влияет на схему и сценарии редактирования.
Задача для самостоятельного решения
Может ли урок принадлежать двум курсам при одном course_id?
Показать разбор ответа
Такая схема описывает только одного владельца. Для повторного использования нужна связь many-to-many или отдельная модель общего материала с явной семантикой.
5. Acceptance criteria и traceability
Объяснение
Acceptance criteria связывают требование с наблюдаемой проверкой. Traceability показывает связь цели, реализации и теста. Проверка должна учитывать ошибочные входы и права.
Задача для самостоятельного решения
Запишите критерий сохранения темы.
Показать разбор ответа
После выбора и сохранения тема применяется при следующем входе того же пользователя; другой пользователь сохраняет своё предпочтение; недопустимое значение отвергается.
6. Change control и validation результата
Объяснение
Изменение требования влияет на данные, интерфейс, тесты и документацию. Change control делает последствия видимыми. Validation проверяет, решена ли исходная задача, verification — соблюдена ли спецификация.
Задача для самостоятельного решения
Функция соответствует ТЗ, но пользователи не решают задачу. Что провалилось?
Показать разбор ответа
Validation результата. Возможно, спецификация была неверной или неполной; формальное соответствие не гарантирует полезность.
Лабораторная работа
Подготовка
Текстовый редактор; специфицируем настройки пользователя.
Учебный пример
Актор: авторизованный пользователь.
Данные: theme in {system, light, dark}; accent in {blue, teal, violet, coral}.
Правило: пользователь меняет только собственные настройки.
Успех: значение сохранено и применяется при следующем входе.
Ошибка: неизвестное значение отклонено без изменения прежнего.Как работает пример и что ожидать
Спецификация задаёт допустимые значения, право и состояние при ошибке. Она не привязана к конкретному UI-компоненту. Это позволяет проверить API и интерфейс одним предметным правилом.
Итоговая работа
Добавьте модель данных, use cases анонимного/обычного/admin пользователя, acceptance criteria и traceability до тестов. Рассмотрите изменение списка акцентов и миграцию уже сохранённых значений.
Проверка результата
1. Опишите исходные данные и условия запуска, чтобы другой человек мог повторить работу.
2. Приложите результат обычного сценария и сравните его с ожидаемым.
3. Проверьте неверный вход, граничный случай и отказ зависимости, если она есть.
4. Объясните выбранное решение и известное ограничение.
5. Сохраните исправления после самопроверки вместе с примером, который раньше не работал.
Как оценить работу
По каждому пункту поставьте 0 (не выполнено), 1 (выполнено с пробелами) или 2 (результат воспроизводим и объяснён). Если обязательный сценарий не работает, вернитесь к нему независимо от общей суммы. Это рубрика самопроверки: сайт не исполняет присланный код и не выдаёт автоматическую оценку проекта.