Что такое и зачем

Русский

Наречие, местоименное, обстоятельственное, цели, вопросительное или союзное слово, союз; неизменяемое.

Произношение

Семантические свойства

Значение

с какой целью, для чего ◆ ― Ну что же это такое! ― воскликнул Воланд, ― зачем ты позолотил усы? М. А. Булгаков, «Мастер и Маргарита, часть 2», 1929–1940 гг. [НКРЯ]
по какой причине, почему, отчего ◆ ― Да, да, да, такая же самая ошибка! ― говорила Маргарита зимою, сидя у печки и глядя в огонь, ― зачем я тогда ночью ушла от него? М. А. Булгаков, «Мастер и Маргарита, часть 2», 1929–1940 гг. [НКРЯ]
союзное слово · присоединяет изъяснительные придаточные предложения ◆ Отсутствует пример употребления (см. рекомендации ).

Синонимы

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

Антонимы

Гиперонимы

Гипонимы

Родственные слова

Этимология

Происходит от праслав., от кот. в числе прочего произошли: др.-русск., ст.-слав. за (ὑπέρ, διά, ἀντί; Супр.), укр., белор. за, болг. за, сербохорв. за, словенск. za, чешск. za, в.-луж., н.-луж. za, польск. za. Родственно вост.-лит. аžù (аž перед гласными) из *аžúо «за», латышск. диал. аz, âz наряду с àiz- «за, по ту сторону»; родство с арм. z-, готск. gа- недостоверно ввиду знач. Лит. *аžuо относится к za, как греч. ἄνω – к слав. nа. Русск. за в выражении что за, польск. со za, вероятно, калькирует нов.-в.-нем. wаs für еin. Использованы данные словаря М. Фасмера. См. Список литературы. + что

Фразеологизмы и устойчивые сочетания

Use Cases

Use Case (вариант использования, ВИ, Прецедент, юскейс) — это сценарная техника описания взаимодействия. С помощью Use Case может быть описано и пользовательское требование, и требование к взаимодействию систем, и описание взаимодействия людей и компаний в реальной жизни.

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

покупка товара в магазине (Покупатель-Продавец),
отправка письма по электронной почте (Адресант-Почтовый клиент),
запрос страницы браузером (Браузер-Web-сервер).

В разработке ПО эту технику часто применяют для проектирования и описания взаимодействия пользователя и системы, поэтому название Use Case часто воспринимает как синоним требования человека-пользователя к решению определенной задачи в системе. В статье мы будем рассматривать использование Use Case для описания взаимодействия пользователя с системой.

Use Case: основы

научиться писать Use Cases,
строить диаграмму сценариев использования,
формировать пакеты и реестр Use Cases,
не допускать типичных ошибок

Исторически требования к функционированию системы описывались в виде отдельных функций. Ивар Якобсон в середине 1990-х годов предложил Use Case как альтернативу и дополнение описания функциональности системы. Описание требований к системе не в виде отдельных функций, а в виде описания контекста и последовательности действий пользователя помогает сформировать набор функциональных требований, который будет обеспечивать полноту и неизбыточность требований.

Мы можем сформулировать набор функциональных требований:

FRQ1 Система должна предоставить пользователю возможность ввести код бронирования
FRQ2 Система должна сохранить сведения о регистрации пассажира на рейс
FRQ3 Система должна предоставить пользователю возможность распечатать посадочный талон

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

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

Use Case задаёт формат, в котором все эти важные факторы описываются и учитываются. И перечисленные выше функциональные требования можно объединить в один Use Case, описывающий цель пользователя.

UC1 Регистрация пассажира на рейс
Пример базовой части Use Case.
Регистрация пассажира на рейс

Система;Система регистрации пассажира на рейс Основное действующее лицо;Пассажир Цель;Зарегистрироваться на рейс Триггер;Пассажир решает зарегистрироваться на рейс и заходит на страницу регистрации сайта Результат;Информация о регистрации пассажира сохранена ;У пассажира есть посадочный талон

Основной поток событий
№ шага;Действующее лицо;Шаг

1;Система;Запрашивает фамилию и код бронирования 2;Пассажир;Вводит фамилию и код бронирования 3;Система;Проверяет, что приобретен билет на этот рейс на имя этого Пассажира 4;Система;Сохраняет информацию о регистрации Пассажира на рейс 5;Система;Подтверждает Пассажиру, что он зарегистрирован на рейс 6;Система;Выводит для печати посадочный талон 7;Пассажир;Отправляет посадочный талон на печать

Развёрнутое описание базовой части Use Case

Описание решения задачи пользователя в системе в виде Use Case должно определять:

Систему, с которой описывается взаимодействие;
Основное действующее лицо: роль пользователя;
Цель основного действующего лица;
Предусловие;
Триггер;
Основной поток действий;
Результат.

Основной поток действий Use Case описывает успешную последовательность событий, необходимую для достижения конкретной цели основного действующего лица.

Предусловие — условия, которые должны выполняться, чтобы сценарий вообще мог начаться. Мы не будем проверять это условие в процессе работы сценария, так как мы предварительно договорились, что оно истинно.

Триггер — событие, инициирующее начало сценария. Триггером, в общем случае, может быть:

действие основного действующего лица;
наступление определённого времени времени, например, если действие сценария должно происходить периодически: раз в день, раз в неделю, раз в месяц.

Результат — или «гарантия успеха» — след, который оставляет сценарий. Наличие результата говорит нам, что и Пассажир достиг своей цели.

Этот Use Case пишется для проектирования решения, его потребителем будет команда разработки.

С помощью этого Use Case мы уже можем выявить гораздо больше функциональных требований: практически каждая строчка Use Case является отдельным функциональным требованием. Мы видим, какие функции должны выполняться вместе, а следовательно, у нас есть возможность выставлять приоритеты реализации этих требований так, чтобы они были готовы в одно время.

На самом деле большую часть реального полного Use Case составляет не основной поток, а альтернативные потоки, которые позволяют задавать ветвления потока, циклы и обрабатывать «неправильные» события. Но это тема отдельной статьи.

Назначение юскейсков
для разных участников проектов

Конечно, для разработки функциональных требований к системе мы пишем целый набор Use Case, учитывающих цели пользователей нескольких ролей. Этот набор позволяет обеспечить полноту требований пользователей к системе. Набор Use Case является набором требований более высокого уровня абстракции, чем набор отдельных функциональных требований, и в то же время полностью покрывает пользовательские требования к функциональности. Поэтому он более удобен в работе.

Рассмотрим преимущество работы с набором Use Case для людей, выполняющих разные роли в проекте.

Use Case для руководителя проекта

Сам по себе Use Case — это естественный способ описывать диалог, он понятен человеку без подготовки, Use Case обычно не содержит деталей реализации и пишется на языке целей пользователей. Поэтому Use Case удобно согласовывать с Заказчиком как «единицу поставки»: элемент планирования работы над системой и сдачи проекта.

В отличие от планирования работы и сдачи результатов в виде отдельных функций (сохранять, предоставлять доступ) или элементов архитектуры (платформа, подсистема хранения данных, подсистема обработки данных, подсистема пользовательского интерфейса), согласование работ на основе Use Case гораздо прозрачнее для заказчика. Во-первых, каждый Use Case несет конечную бизнес-ценность, понятную заказчику, во-вторых, даже технически неподкованный заказчик может убедиться в наличии реализации того или иного Use Case в системе, в отличие от наличия отдельных подсистем или функций, никак не отображающихся на пользовательском интерфейсе.

То, что набор Use Case состоит из меньшего количества элементов — обычно от 5 до 20, — чем набор отдельных функциональных требований, экономит время на согласование проекта с заказчиком, а то, что заказчику понятна бизнес-ценность каждого Use Case, сильно упростит выставление приоритетов между ними.

Use Case для тестировщика

Для тестировщиков Use Case являются отличной базой для формирования тестовых сценариев — test case, — так как они описывают в каком контексте должно производиться каждое действие пользователя. Use Case, по умолчанию, являются тестируемыми требованиями так как в них всегда указана цель, которой нужно достигнуть и какие шаги надо для этого воспроизвести.

Use Case для аналитика и менеджера продукта

Для аналитика и менеджера продукта, как наиболее частых авторов, Use Case это отличный инструмент:

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

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

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

Ограничения метода

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

Например, работа с системами типа «тасктрекер» задается достаточно простыми и стандартными Use Case: «Создать задачу», «Назначить задачу», «Пометить задачу, как выполненную». Однако тасктрекеров существует огромное множество, и это оправдано тем, что в каждом есть свои возможности по заданию жизненных циклов задач, их типов и взаимосвязей. И эту внутреннюю логику работы с задачами нет смысла описывать в виде Use Case.

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

Дальнейшие шаги

Если эта техника вас заинтересовала, ознакомьтесь с материалами от классиков Use Case:

Книга о написании Use Case, которая считается классикой: Алистер Коберн, «Современные методы описания функциональных требований»
Современная методика проектирования и гибкого планирования разработки систем с помощью Use Case от основоположника техники, Ивара Якобсона: Use Case 2.0 Essentials Practice

Системный анализ и Разработка требований
в ИТ-проектах

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

Анатолий Ноготочки: Новая маскулинность. Что такое и зачем она нужна

Анатолий Ноготочки - Новая маскулинность. Что такое и зачем она нужна обложка книги

40 %

Издательство: АСТ, 2021 г.
Цена для всех
Ваша цена (-40%)
ID товара: 809556
ISBN: 978-5-17-106879-0
Страниц: 224 (Офсет) — прочитаете за 5 дней
Оформление
Масса: 326 г
Размеры: 219x143x14 мм
Оценить (оценило: 27)

Аннотация к книге «Новая маскулинность. Что такое и зачем она нужна»

Анатолий Ноготочки, главный по мемам в российском интернете, пишет на своей одноименной странице в Твиттере, что плакать, красить ногти и пить легкие коктейли — это нормально и для мужчин. Книга с картинками стала продолжением популярного треда о новой маскулинности, набравшего более 3 500 000 просмотров.

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

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

Пять причин купить

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

1 акция по этому товару сегодня Осталось: 1 5 дней 0 5 часов 40 %
До 23:59 01 декабря
Иллюстрации к книге Анатолий Ноготочки — Новая маскулинность. Что такое и зачем она нужна
Рецензии на книгу «Новая маскулинность. Что такое и зачем она нужна»

Покупатели 3

Вы можете стать одним из первых, кто напишет рецензию на эту книгу, и получить бонус — до 15 рублей на баланс в Лабиринте! Или оставьте заявку, чтобы кто-то другой написал ее скорее.

(рецензий 3 / оценок +13 )
Понравилось? Да

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

Например, что гулять с ребёнком и менять ему памперс — мужественно.

Читается за 20 минут, так как в основном состоит из твитов.

18.12.2021 19:19:22
(рецензий 1 / оценок +3 )
Понравилось? Да

К сожалению, непонятно, по каким причинам такое печатают. Странные и сбивчивые мысли, выдаваемые за истины, не понимая, как работает общество

25.08.2021 22:44:04
(рецензий 2 / оценок +1 )
Понравилось? Да

Очень актуально для нашего времени. К сожалению, у нас готовы забросать помидорами мужчину, накрасившего ногти. Как будто это что-то меняет. Вряд ли эта книга сможет кого-то переубедить перейти на либеральную сторону и позволить мужчинам( а значит и женщинам, ибо тут все тесно связано, гендерные роли, все дела) вести себя так, как хочется и одеваться так, как душе угодно. Честно говоря, это вгоняет в тоску. Неужели людям не безразличны чужие ногти и в целом внешность? В любом случае, надеюсь.

Новая маскулинность: что такое и зачем она нужна

Посоветуйте эту книгу и получите 37,91 ₽ с покупки её другом.

Автор

Анатолий Ноготочки

О книге

Анатолий Ноготочки, главный по мемам в российском интернете, пишет на своей одноименной странице в Твиттере, что плакать, красить ногти и пить легкие коктейли – это нормально и для мужчин. Книга с картинками стала продолжением популярного треда о новой маскулинности, набравшего более 3 500 000 просмотров.Но эта книга – не просто сборник твитов Анатолия Капустина, это книга-высказывание, манифест новой нетоксичной мужественности. Каждую тему открывают небольшие эссе-размышления друзей Толи о том, что думает современный мужчина о себе, своей идентичности, об ожиданиях общества, о сексе, отношениях, отцовстве, карьере, а еще что он чувствует и чего боится в эпоху стремления к гендерному равноправию, размывающихся границ и новой этики.Книга о новой маскулинности важна для всех: и для мужчин и для женщин, чтобы мы разрешили уже друг другу чувствовать себя собой и быть счастливымиТексты к книге также написали: Костя Филоненко, Дима Веснин, Ваня Филиппов, Митя Достоевский, Паша Федоров, Денис Власенко, Сережа Король и Никита Алексеев.В формате PDF A4 сохранен издательский макет.