Варианты использования CRUD(Прочитано 21913 раз)
Коллеги, хотел прояснить ситуацию насчет вариантов использования типа create, read, update, delete (CRUD).

К примеру - имеем вариант использования Управление клиническими записями, которые включают такие возможные потоки событий как
создание новой клинической записи
редактирование имеющейся
чтение - просмотр имеющихся
удаление имеющейся.

Мы видим, что все эти потоки событий будут несколько отличаться друг от друга, но в реальности базируются на одном классе (или группе классов).
Это может выглядеть так:
Журнал клинических записей - кнопки создания новой, редактирования выделенной. просмотр выделенной или удаление выделенной. Т.е. есть только начальная разница - в 3 последних случаях нужно сначал выбрать запись, а в первом случае ее создавать.
С другой стороны можно определить например 2 ВИ: создать новую и редактировать (чтобы это не значило)

В общем как разрешается задача CRUD ВИ?



Re: Варианты использования CRUD Ответ #1 : 13 Июня 2007, 11:48:45
См. книгу Gunnar Övergaard, Karin Palmkvist - "Use-Cases Patterns and Blueprints", глава 20. CRUD.



Re: Варианты использования CRUD Ответ #2 : 13 Июня 2007, 13:32:33
См. книгу Gunnar Övergaard, Karin Palmkvist - "Use-Cases Patterns and Blueprints", глава 20. CRUD.
Ссылочку не дашь где ее взять?
« Последнее редактирование: 24 Июля 2007, 10:52:12 от Galogen »



Re: Варианты использования CRUD Ответ #3 : 13 Июня 2007, 15:25:25
вот какая-то добрая душа выложила: http://slil.ru/24506864



Re: Варианты использования CRUD Ответ #4 : 24 Июля 2007, 00:58:18
аналогично .. по крайней мере два варианта описания CRUD в ВИ подхода есть у Алистера Коуберна .. если не ошибаюсь, главной русской книжке по прецедентам
С уважением,
Николай



Re: Варианты использования CRUD Ответ #5 : 22 Апреля 2013, 11:29:39
Хочу обновить эту тему.

Поскольку все равно до конца не укладывается как правильно и корректно применять подход к написанию CRUD ВИ, стоит ли связываться.
Есть паттерн, описанный в названной в данной теме книге  Gunnar Övergaard, Karin Palmkvist - "Use-Cases Patterns and Blueprints", глава 20. CRUD.

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

Имя:  Изменить записи о читателях
ID: 1
Краткое описание:  Вариант использования описывает операции с   
регистрационным       
списком
Действующие лица: Библиотекарь
Предусловие: -
Постусловие: Записи читателя изменятся в соответствие с выполненным
действием

Основной поток:

•   Система запрашивает требуемое действие
•   Библиотекарь выбирает действие, после чего выполняется один из подчиненных потоков (Добавить/Удалить/Изменить/Перерегистрация читателя)

ID: 1.1 Добавить читателя

•   Система запрашивает фамилию, имя и отчество читателя
•   Библиотекарь вводит запрашиваемые данные
•   Система создает новую запись о читателе в регистрационном списке
•   Система возвращает номер читательского билета зарегистрированного читателя

ID: 1.2 Удалить читателя

•   Система запрашивает номер читательского билета
•   Библиотекарь вводит номер
•   Система ищет читателя в регистрационном списке, после чего удаляет записи, ему соответствующие

ID: 1.3 Изменить данные читателя

•   Система запрашивает номер читательского билета
•   Библиотекарь вводит номер
•   Система ищет читателя в регистрационном списке, после чего запрашивает новые данные
•   Библиотекарь вводит новые данные о пользователе
•   Система сохраняет изменения

ID: 1.4 Перерегистрация читателя

•   Система запрашивает номер читательского билета
•   Библиотекарь вводит номер
•   Система ищет читателя в регистрационном списке, после чего обновляет его дату регистрации

Альтернативный поток событий

ID: 1.5 Читатель не найден
         Если обнаруживается, что введенный номер читательского билета не соответствует ни одному читателю, то система выдаст сообщение об ошибке и предложит ввести номер заново либо отменить действие. При отмене выполнение варианта использования завершается   



Re: Варианты использования CRUD Ответ #6 : 22 Апреля 2013, 11:55:33
Я своим студентам настойчиво рекомендую писать «Обновить» вместо «Изменить», т.к. это лучше показывает цель — обеспечить актуальность информации. Т.е. результативный Update вместо функционального Edit.



Re: Варианты использования CRUD Ответ #7 : 22 Апреля 2013, 14:10:37
"Обновить данные читателя" а добавление, удаление, чтение описать в альтернативных сценариях(если оно нужно).
Перерегистрация = "Обновить данные читателя"
« Последнее редактирование: 22 Апреля 2013, 14:15:39 от RuZzz »



Re: Варианты использования CRUD Ответ #8 : 22 Апреля 2013, 14:47:16
Цитировать
... как правильно и корректно применять подход к написанию CRUD ВИ, стоит ли связываться.
А применять в каком случае? Описать подробно  разработчику или  учесть для себя что есть действия?
Также важен вопрос о доступности всех операций всем. Или например, частично (редактировать может только тот-то).
Если много проверок, ограничений и сложные действия , то лучше CRUD описать по отдельности каждое действие пользователя.
И как сказано на  BeamTeam универсального решения нет.
«Сделай первый шаг, и ты поймешь, что не все так страшно.»
-- L. A. Seneca --



Re: Варианты использования CRUD Ответ #9 : 22 Апреля 2013, 16:39:04
Я своим студентам настойчиво рекомендую писать «Обновить» вместо «Изменить», т.к. это лучше показывает цель — обеспечить актуальность информации. Т.е. результативный Update вместо функционального Edit.
Денис, а в каком месте обновить вместо изменить? в названии всего ВИ или и в его частях?



Re: Варианты использования CRUD Ответ #10 : 22 Апреля 2013, 16:40:04
"Обновить данные читателя" а добавление, удаление, чтение описать в альтернативных сценариях(если оно нужно).
Перерегистрация = "Обновить данные читателя"
Не совсем понял вашу мысль, уважаемый.



Re: Варианты использования CRUD Ответ #11 : 22 Апреля 2013, 16:45:33
Денис, а в каком месте обновить вместо изменить? в названии всего ВИ или и в его частях?
Весь use case «Обновить реестр читателей», внутри — «Обновить карточку читателя».



Re: Варианты использования CRUD Ответ #12 : 22 Апреля 2013, 16:47:04
А применять в каком случае? Описать подробно  разработчику или  учесть для себя что есть действия?
Также важен вопрос о доступности всех операций всем. Или например, частично (редактировать может только тот-то).
Если много проверок, ограничений и сложные действия , то лучше CRUD описать по отдельности каждое действие пользователя.
И как сказано на  BeamTeam универсального решения нет.
В типовом случае типа работы со справочником: ввод, изменение и уадление данных по такой-то теме.

Мне беспокоит структура. В CRUD по идее есть несколько альтернатив и каждая из них основной поток, к которому будут исключения.
Как это реализовать правильно, оставаясь в парадигме описания Рекомендации по написанию спецификаций вариантов использования и Как моделировать альтернативные потоки?

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



Re: Варианты использования CRUD Ответ #13 : 22 Апреля 2013, 16:47:55
Весь use case «Обновить реестр читателей», внутри — «Обновить карточку читателя».
Понял согласен



Re: Варианты использования CRUD Ответ #14 : 22 Апреля 2013, 16:52:28
Измененный вариант:  с учетом предложений Дениса и  Rruzz. Удалил перерегистрацию, объединив с обновлением карточки

Имя:  Обновить реестр (список) читателей
ID: 1
Краткое описание:  Вариант использования описывает операции с регистрационным списком
Действующие лица: Библиотекарь
Предусловие: -
Постусловие: Записи читателя изменятся в соответствие с выполненным действием

Основной поток:

•   Система запрашивает требуемое действие
•   Библиотекарь выбирает действие, после чего выполняется один из подчиненных потоков (Добавить/Удалить/Обновить карточку читателя)

ID: 1.1 Добавить читателя

•   Система запрашивает фамилию, имя и отчество читателя
•   Библиотекарь вводит запрашиваемые данные
•   Система создает новую запись о читателе в регистрационном списке
•   Система возвращает номер читательского билета зарегистрированного читателя

ID: 1.2 Удалить читателя

•   Система запрашивает номер читательского билета
•   Библиотекарь вводит номер
•   Система ищет читателя в регистрационном списке, после чего удаляет записи, ему соответствующие

ID: 1.3 Обновить карточку читателя

•   Система запрашивает номер читательского билета
•   Библиотекарь вводит номер
•   Система ищет читателя в регистрационном списке, после чего запрашивает новые данные
•   Библиотекарь вводит новые данные о пользователе
•   Система сохраняет изменения

Альтернативный поток событий

ID: 1.4 Читатель не найден
         Если обнаруживается, что введенный номер читательского билета не соответствует ни одному читателю, то система выдаст сообщение об ошибке и предложит ввести номер заново либо отменить действие. При отмене выполнение варианта использования завершается 




 

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