|
|
(не показана одна промежуточная версия этого же участника) |
Строка 1: |
Строка 1: |
− | Если говорить об использовании use case у нас в компании, то основной методом у нас является работа с моделями, которые согласуются с заказчиком - domain driven design. Use case дополняют его, но при этом ареал использования и связанные практики становятся ограниченными. Например, планирование задач удобнее связывать с фрагментами модели, а не use case. Однако, use case являются уместным дополнением, как минимум в нескольких случаях. Во-первых, когда речь идет о сложных формах, в которых важна эргономика, например, кассе магазина или сменном задании. Во-вторых, когда речь идет об использовании многоцелевых гридов с фильтром, и надо предусмотреть варианты этого фильтра. В-третьих - в сложных интерактивных карточках. При этом уровень детализации во многих случаях может быть невысокий, он должен быть адекватен задаче.
| + | Забыл еще одну тему, которую рассказывал Ивар - применение use case для описания и проектирования бизнеса, когда действующими лицами становятся отдельные организации, а не только персоны. При этом там применяются конструкции, аналогичные использованию для множества систем: из такого общего кейса ты опускаешься в его реализацию, на которой организации персонифицируются лицами, быть может несколькими, возникают внутренние процессы в организациях, а не только на границе - use case раскрывается во вложенные. |
− | {{wl-comment: }}
| + | |
Текущая версия на 14:32, 25 октября 2013
Забыл еще одну тему, которую рассказывал Ивар - применение use case для описания и проектирования бизнеса, когда действующими лицами становятся отдельные организации, а не только персоны. При этом там применяются конструкции, аналогичные использованию для множества систем: из такого общего кейса ты опускаешься в его реализацию, на которой организации персонифицируются лицами, быть может несколькими, возникают внутренние процессы в организациях, а не только на границе - use case раскрывается во вложенные.