Форум Сообщества Аналитиков

×


Вариант использования Создать меню(Прочитано 9664 раз)
Re: Вариант использования Создать меню Ответ #15 : 17 Ноября 2013, 22:53:38
Эд, отписал.

Ты давал авторам стандартный чеклист ошибок по Коберну?
Денис, каюсь нет. Если у  тебя он имеется, можешь поделиться?



Re: Вариант использования Создать меню Ответ #16 : 20 Ноября 2013, 16:56:37
Мой подход:
1. выделить два уровня. Уровень моря и уровень змея.
2. Разделить на множество юзкейсов.

Почему так:
* Текущий ВИ "Создать меню" не проходит проверку на уровень моря
* Текущий ВИ не проходит проверку на полноту по методу "объект-действие"
* При моем подходе SRS будет более устойчива к изменениям

-- Вариант А. Реестр ВИ. (Может быть не самый лучший подход, но достаточно понятный)
1. Управление Меню. Уровень змея [включает в себя все нижеследующие].
2. Создание меню. Уровень моря.
3. Копирование меню. Уровень моря.
4. Просмотр меню. Уровень моря.
5. Редактирование меню. Уровень моря.
6. Просмотр списка меню. Уровень моря.
7. Удаление меню. Уровень моря.

Далее. <<5. Редактирование меню.>> можно оставить как есть, а можно сказать, что включает все операции, кроме операций с блюдами и все пять операций CRUDL с блюдами выписать отдельно. Последнее, на мой взгляд, лучше.

Итого моя рекомендация: Вместо одного ВИ напишите дюжину двух уровней.
Сергей Мартыненко
http://martyinenko-sergey1.moikrug.ru/



Re: Вариант использования Создать меню Ответ #17 : 20 Ноября 2013, 22:17:44
Мой подход:
1. выделить два уровня. Уровень моря и уровень змея.
2. Разделить на множество юзкейсов.
Может быть.

Цитировать
Почему так:
* Текущий ВИ "Создать меню" не проходит проверку на уровень моря
А как это проверяется
Цитировать
* Текущий ВИ не проходит проверку на полноту по методу "объект-действие"
а что за метод?
Цитировать
* При моем подходе SRS будет более устойчива к изменениям
Наверное.

Цитировать
-- Вариант А. Реестр ВИ. (Может быть не самый лучший подход, но достаточно понятный)
1. Управление Меню. Уровень змея [включает в себя все нижеследующие].
2. Создание меню. Уровень моря.
3. Копирование меню. Уровень моря.
4. Просмотр меню. Уровень моря.
5. Редактирование меню. Уровень моря.
6. Просмотр списка меню. Уровень моря.
7. Удаление меню. Уровень моря.
Вполне соглашусь. Но есть вопрос. По твоему, как тогда должен выглядеть ВИ Создание меню?


Цитировать
Далее. <<5. Редактирование меню.>> можно оставить как есть, а можно сказать, что включает все операции, кроме операций с блюдами и все пять операций CRUDL с блюдами выписать отдельно. Последнее, на мой взгляд, лучше.
Не допонял идею. А L это что в CRUDL?

Цитировать
Итого моя рекомендация: Вместо одного ВИ напишите дюжину двух уровней.
Рекомендация понятная, а как бы с однотипными альтернативами и исключениями?



Re: Вариант использования Создать меню Ответ #18 : 21 Ноября 2013, 00:16:44
Не допонял идею. А L это что в CRUDL?
List



Re: Вариант использования Создать меню Ответ #19 : 21 Ноября 2013, 04:14:48
Денис, каюсь нет. Если у  тебя он имеется, можешь поделиться?
Возьми список ошибочных и рекомендуемых примеров и преврати в чеклист:
http://alistair.cockburn.us/Sampler+of+good+and+bad+use+cases



Re: Вариант использования Создать меню Ответ #20 : 21 Ноября 2013, 17:59:48
Возьми список ошибочных и рекомендуемых примеров и преврати в чеклист:
http://alistair.cockburn.us/Sampler+of+good+and+bad+use+cases
Я что-то не очень понял где в каких местах конкретно и какой тип ошибки?

Например:
STANDARD MISTAKES (Withdraw Cash) (PEUC 6.10)
Scope: ATM
Level: User Goal
1. The card gets inserted.
2. The card information gets validated.
3. The transaction information gets collected and validated.
4. The cash is issued, card returned, cash removed, account debited, screen reset.

какой тип ошибки разбирается, что должно быть исправлено?



Re: Вариант использования Создать меню Ответ #21 : 21 Ноября 2013, 18:00:13
List
Фенькс, у меня была догадка



Re: Вариант использования Создать меню Ответ #22 : 21 Ноября 2013, 18:13:54
Я что-то не очень понял где в каких местах конкретно и какой тип ошибки?

Например:
STANDARD MISTAKES (Withdraw Cash) (PEUC 6.10)
Scope: ATM
Level: User Goal
1. The card gets inserted.
2. The card information gets validated.
3. The transaction information gets collected and validated.
4. The cash is issued, card returned, cash removed, account debited, screen reset.

какой тип ошибки разбирается, что должно быть исправлено?

Первые 2 ошибки из главы 19 книги Коберна:
19.1. Отсутствует система
19.2. Отсутствует основное действующее лицо

Ошибки разбираются в книге, на сайте — только примеры.



Re: Вариант использования Создать меню Ответ #23 : 21 Ноября 2013, 22:14:28
Ошибки разбираются в книге, на сайте — только примеры.
Ну так бы и сказал, а то заставляешь ребусы разгадывать :) Понял я.



Re: Вариант использования Создать меню Ответ #24 : 15 Июня 2014, 20:41:20
Сергей Мартыненко на текущем ЛАФ устроил мастер-класс по составлению списка вариантов использования. Он оттолкнулся от моего примера опубликованного в начале темы.
Правда я не во всем согласен в том подходе, который рассказывал на ЛАФ Сергей. Позже меня посетила мысль, вспоминание, что я где-то видел этот подход. Стоит наверное высказать его кратко.

По описанию ( в нашем случае использовался пример начала темы) выделялись объекты предметной области и сопутствующие понятия при работе с информацией.
Для каждого объекта применялся CRUDL анализ, напомню Create Read Update Delete(Deactivate) List.
List - вносить в список, перечислять. Отобразить список объектов данного типа.
Для каждого объекта проверяется потребность в CRUDL операции и на этом строится вариант использования или его сценарий.

Насколько я знаю такой подход активно используется (использовался) в базах данных. Можно ли назначать ВИ для каждой такой операции? Мне это показалось не совсем верным.

Потому активировать хочу тему, а за одно получить ответы на вопросы, которые я ранее задавал. Надеюсь, Сергей, ты ответишь (:

Мой подход:
1. выделить два уровня. Уровень моря и уровень змея.
2. Разделить на множество юзкейсов.

Почему так:
* Текущий ВИ "Создать меню" не проходит проверку на уровень моря
Почему не проходит.
Судя по твоим критериям - это либо некая бизнес-задача, либо время для исполнения не должно превышать 20 минут.

Я хочу с этим поспорить. Для начала озвучу критерия Крэга Лармана (они созвучны твоим):
1. Одобрение руководством – ВИ связан с выполнением функциональных обязанностей пользователя
2. Критерий элементарного бизнес-процесса. Элементарный бизнес-процесс – это задача, выполняемая одним человеком в одном месте в одно время в ответ на некоторое бизнес-событие, добавляющая бизнес-значение или переводящая данные в некоторое устойчивое состояние
3.Критерий размера. ВИ состоит из нескольких шагов и отображает некоторое законченное взаимодействие пользователя и системы

Мне кажется, ВИ Создать меню (Я бы конечно лучше сказал Создать меню блюд), вполне подойдет к этим критериям. Руководство вполне одобрит, что некто ответственный создает новое меню, это подходит и под описание ЭБП, да и критерий размера тут вполне подходит.

Потому, не соглашусь с критикой Сергея.

Цитировать
* Текущий ВИ не проходит проверку на полноту по методу "объект-действие"
Этого метода я не знаю, возможно это метод CRUDL. Был бы признателен, если Сергей поделится этим знанием.

Цитировать
* При моем подходе SRS будет более устойчива к изменениям

-- Вариант А. Реестр ВИ. (Может быть не самый лучший подход, но достаточно понятный)
1. Управление Меню. Уровень змея [включает в себя все нижеследующие].
2. Создание меню. Уровень моря.
3. Копирование меню. Уровень моря.
4. Просмотр меню. Уровень моря.
5. Редактирование меню. Уровень моря.
6. Просмотр списка меню. Уровень моря.
7. Удаление меню. Уровень моря.

Далее. <<5. Редактирование меню.>> можно оставить как есть, а можно сказать, что включает все операции, кроме операций с блюдами и все пять операций CRUDL с блюдами выписать отдельно. Последнее, на мой взгляд, лучше.

Итого моя рекомендация: Вместо одного ВИ напишите дюжину двух уровней.
Я понимаю, что ты расширил видение задачи. Это хорошо. Хотя исходная задача была иная. При этом в твой список представленный мною ВИ вошел без изменения и превратился в уровень моря, хотя выше ты утверждал иное.




 

Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19