Comments 21
Да, Коберна нужно заставить сдавать как экзамен при приеме/повышении на должность аналитика. Сэкономит кучу времени разработчикам и денег менеджерам.
Тонкости перевода — все возможные сценарии в рамках вашего продукта называются use cases, а use case — это конкретный сценарий.
А вообще, из всех терминов устоявшегося перевода нет только у scope из-за неопределенности самого понятия.
Use case — пользовательский сценарий (сценарий использования).
Actor — пользователь.
Use case — пользовательский сценарий (сценарий использования).
Actor — пользователь.
на мой взгляд, более частое применение — Use case diagram (как совокупность всех отдельных use cases для определённой части системы), и далее разбиение на use cases
«Пользовательский сценарий» — тоже не очень хороший вариант перевода, поскольку в состав use case входят сценарии. Путаница. С другой стороны, пока не видел лучшего варианта.
Почему актёр = пользователь? Что угодно может инициировать действие. Внешний запрос, к примеру.
Use case вроде и переводится как «вариант использования». То бишь вариант использования системы актёром.
Use case вроде и переводится как «вариант использования». То бишь вариант использования системы актёром.
Внешний запрос выполняется каким-то другим приложением, которое тоже выступает пользователем. Просто другого порядка.
Вас удивляет, что системой могут пользоваться другие системы?
А как переводится use case — вопрос десятый. Thread тоже переводится как «нить», а на самом дел — поток.
Вас удивляет, что системой могут пользоваться другие системы?
А как переводится use case — вопрос десятый. Thread тоже переводится как «нить», а на самом дел — поток.
Не удивляет. Но определение «актёр» как раз затем и введено, чтобы обобщить всё это. Ни к чему подменять актёра пользователем.
Актора можно назвать фигурантом :) Более уместно, чем «пользователь».
А перевод юз кейса, как «вариант использования», вроде вполне адекватный и соответствует контексту. Нет?
А перевод юз кейса, как «вариант использования», вроде вполне адекватный и соответствует контексту. Нет?
Эх, боюсь заказчики даже статью не осилят, не говоря о книге :(
примеры! примеры!
и картинки!
и картинки!
Разметка обычная, HTMLная
<img src="http://урл картинки"/>
нету урла у картинки, вот в чем вопрос, скорей всего буду делать Ctrl+C -> Ctrl+V (у меня есть шестое чувство, что тут как вики, если не соблюсти формат — за это по дорогой моему сердцу карме и не менее дорогому рейтингу можно ботинком очень быстро получить, поэтому честно говоря — избегаю всяких красивостей типа картинок и диаграмм. это я хитро пытаюсь избежать психотравмы от потери баллов просто за оформление. Согласна, что конкретно в этой статье они бы не помешали. Дайте пожалуйста, ссылку как это правильно вставить, и я тогда продолжу.
Загрузить картинки с компа в интернеты можно на habrastorage.org/ Оно сразу выдаёт код для вставки в пост. Ну, а чтобы они оформились красивше, их надо адекватно ресайзить. А чтоб совсем красивше, добавлять в элемент
style="float: left", например.
очень полезная книга видимо, до этого только знал как в Visio рисовать человечков и соединять их стрелочками с облачками с их действиями.
А давайте дадим ссылку..., ну, или хотя бы англоязычное название:
Alistair Cockburn, «Writing Effective Use Cases»
Alistair Cockburn, «Writing Effective Use Cases»
Sign up to leave a comment.
Бизнес-аналитика: «Как правильно написать список требований к системе?», Алистер Коберн, обзор часть 1