391

Конференции Семинары и Тренинги / Re: [Семинар] Техники Вариантов Использования, 11 октября, Спб

« : 25 Сентября 2008, 18:17:42 »

Друзья, небольшое объявление для участников семинара.

Для доступа в офис компании EPAM (бизнес-центр Призма) необходимо предоставить паспорт (или другое удостоверение личности). За неделю до семинара, я подготовлю списки участников и передам их в службу охраны бизнес-центра. Просьба, если по каким-то не предвиденным обстоятельствам вы не сможете присутствовать на семинаре, сообщить об этом заранее. Спасибо.

Регистрация на семинар завершена

392

Примеры / Re: Прайс-лист например

« : 25 Сентября 2008, 18:05:11 »

А если все ВИ будут зависеть от прав??

Лучше тогда не так. Есть ВИ - Войти в Систему под определенной ролью - это Авторизация и Аутентификация. Во всех других ВИ мы указываем ВИ "Войти в Систему под определенной ролью" как предусловие.

Можно по-всякому. Единственного правильного варианта решения нет. Смотря какая цель моделирования. Я, например, полностью поддерживаю Коберна, который говорит, что вся суть в сценарии. Нужно сначала понять, что делает пользователь и описать все сценарии, а потом уже их можно оптимизировать. Часть вынести отдельно, часть объединить. Имхо, определение прав в данном случае, в дальнейшем при проектировании можно описать как формирование разных GUI для разных ролей, например динамическое сокрытие менюшек, иконок и тп.
Саша, если делать так предлагаешь ты, то в предусловии лучше писать не ВИ "авторизация и аутентификация", что по сути является тем же инклудом, а например уже результат этого ВИ - Пользователь имеет соответствующие (необходимые) права.

393

Примеры / Re: Прайс-лист например

« : 25 Сентября 2008, 17:17:58 »

Я бы сделал вот так.
Теперь немного пояснения.
Пользователь должен войти в систему под определенной ролью.
После входа, он работает в системе под определенной ролью. Каждая роль выполняет действия по разному, но цель одна и та же. Когда пользователь инициирует вариант использования, система проверяет его права и в зависимости от роли либо запрещает использвоать какой то функционал, либо просто не показывает этот функционал.
Здесь я применил 3 паттерна: Multiple actors: Distinct role, Multiple actors: Common role, CRUD: и 1 blueprint: Access control: Explicit Check

394

Примеры / Re: Прайс-лист например

« : 25 Сентября 2008, 16:37:37 »

Вот теперь более удобоваримое.
1. Только непонятно что это за актер - Роль, скорее у Пользователя есть атрибут - роль.
2. Я бы не стал обобщения ВИ указывать на диаграмме, а описал бы это текстом
3. Я бы назвал ВИ - "Войти в систему под определенной ролью", вместо "Получить роль".

+ 1

395

Книги, статьи и ресурсы / Re: Software Requirement Patterns

« : 25 Сентября 2008, 14:11:28 »

Если речь идёт о шаблонах вариантов использования, то читайте Устав... тьфу, чёрт, Коберна - там всё написано.
http://www.ozon.ru/context/detail/id/1061643/

greesha,
думаю надо разделять понятие Use Case Pattern и Scenario Template.
bustor говорит о первом, Коберн в приведенной книге пишет про вторые.
1. Шаблон ВИ (шаблон сценария) - это то как оформлять сценарий.
2. Паттерн ВИ - это решение конкретной задачи (проблемы) определнным способом. Имеются ввиду, что не нужно "изобретать велосипед" - посмотри как сделали другие и используй это. Т.е по сути паттерн - это reuse sample.
Например, всем известный CRUD pattern, говорит о том, что в одном ВИ но разными независимыми потоками описываем все операции по созданию и редактированию объекта. Его удобно использовать, когда не очень сложная логика создания и редактирования.
Паттерн Multiple actors - позволяет описывать один ВИ для пользователей с различными ролями, те не нужно дублировать ВИ для каждой роли, если человек выполнеяет действия немного по разному в зависиости от роли и тп...

396

Книги, статьи и ресурсы / Re: Software Requirement Patterns

« : 25 Сентября 2008, 13:41:22 »

Я искал, но ничего не нашел. Вообще тема паттренов ВИ слабо развита, неговоря уже про Россию. Лучшее собрание - это книга Овергаарда. Есть немного у Коберна и разные статьи в интернете, но все это на английском.

397

Примеры / Re: Прайс-лист например

« : 22 Сентября 2008, 14:13:44 »

С атрибутами я погорячился

Не правильно совсем. Отдельные функции это не ВИ. Опиши это на ДД или ввиде сценария. Роль не выбирается обычно при авторизации. Она привязана к учетной записи (логину). Сначала проверяется есть ли учетная запись и правильный ли пароль (аутентификация), потом если учетная запись существует определяется роль - Менеджер, Сотрудник и тд (авторизация). Роль это набор прав и ограничений. Для каждой роли одна и та же функциональность может выполняться по разному.
Посмотри blueprint "Access Control" в книге Use Cases Patterns and Blueprints
By Gunnar Övergaard, Karin Palmkvist. Если книги нет то могу выслать.

398

Примеры / Re: Прайс-лист например

« : 22 Сентября 2008, 14:10:01 »

Интересно бы посмотреть сценарии ВИ, в которых в зависимости от роли, будут выполняться разные действия.
Здесь либо куча ограничений и проверок, либо разные сценарии на каждую роль. На диаграмме мы не видим ролей, видим только пользователя. Возможно тогда стоит разделить Авторизацию на 2 ВИ. Первый - аутенитфикация (Вход в систему)
Второй - авторизация (установление прав в соответствии с ролью). В таком случае перед инициализацией каждого ВИ идет ВИ - Проверить права. И в зависимости от прав уже описывать сценарии.
ИМХО, сначала лучше накидать драфт сценариев и потом уже ДВИ приводить в какой- то конечный вид.

399

Примеры / Re: Прайс-лист например

« : 22 Сентября 2008, 11:20:21 »

4. На счет отдельных сценариев - понятно. Дальше не очень. Это сколько тогда акторов будет нарисовано? Семь:)?

Я имел ввиду не обобщение акторов, а обобщение ВИ.

400

Примеры / Re: Прайс-лист например

« : 22 Сентября 2008, 09:30:35 »

Привет.
Несколько вопросов по 4 диаграмме.
1. К одному ВИ установлены ассоциации от разных акторов. Выполняют ли акторы ВИ одинаково, те одна ли у них цель? Если цель одна и делают они все одинакого, ассоциация одна от родительского актора. Если действия выполняются по разному каждым актором, то связей несколько.
2. ВИ "Войти" - предлагаю добавить ясности, написать куда нужно войти, например "Войти в систему". Не понятно также актор просто входит (запускает приложение) или аутентифицируется (логин/пароль)?
3. ВИ "Найти позицию" пожет ли вызываться из просмотра. Те можем ли мы найти, чтобы посмотреть? Может быть поиск сделать отдельным ВИ - это зависит уже от предполагаемой логики работы в приложении.
4. Для каждого актора один ВИ будет расписываться отдельным сценарием. Может следует сделать обобщение, чтобы кажый актор инициировал наследника (для каждого свой), а не все к одному.

401

Обучение / Re: [Приемы и Методы Анализа] Преамбула

« : 15 Сентября 2008, 12:08:09 »

http://www.elitarium.ru/2004/07/08/zakon_pareto_ili_princip_8020.html
http://ru.wikipedia.org/wiki/Закон_парето
http://pocketnotes.ru/2008/01/12/pareto-part-2/
http://arbuz.uz/t_pareto.html
http://shkolazhizni.ru/archive/0/n-12010/
http://www.triz.org.ua/data/c83.htm
http://www.dist-cons.ru/modules/uv/Time3/text3_3.html
и т.д.

Эд, я думаю в анализе в первую очередь используется не закон Парето (он больше применим в теории принятия решений) а диаграмма Парето, как способ опредления наиболее значимых функций и тп. ниже ссылка на описание
http://www.spc-consulting.ru/app/Pareto.htm
Там же есть ссылка на диаграмму Исикавы (причинно-следственная диаграмма, fishbone diagram)
Удобно использовать диаграмму Парето для анализа результатов мозгового штурма и тп

402

Конференции Семинары и Тренинги / Re: [Семинар] Техника Вариантов Использования, 11 октября, Спб

« : 12 Сентября 2008, 17:26:25 »

Какое большое объявление  

403

Поздравления / Re: Поздравляем Юрия Булуй с Днем Рождения

« : 10 Сентября 2008, 09:31:58 »

Присоединяюсь. Всего самого наипозитивнейшего  

404

IDEF ARIS BPMN и пр. / Re: Кто-нибудь проходил путь BPMN(BPA)->BPEL(BPA)->BPEL(SOA)

« : 02 Сентября 2008, 14:20:36 »

Если да, то какие еще приложения могут делать перевод BPMN->BPEL?

Если я не ошибаюсь то этим сейчас активно занимается IBM WebSphere с их линейкой Business Modeler, Business Integrator и др.
Вот например фичи WSBM для экспорта модели:
Direct export of models to IT
 - BPEL for execution
 - XSD for data definitions
 - WSDL for services interfacing
 - UML for Rational Software Architect

Есть презентация от IBM. Если оставите email то могу переслать. Весит 4.5 метра

405

Термины и Определения / [Термин] Framework

« : 02 Сентября 2008, 10:13:44 »

Давайте голосовать и за перевод слова Framework.
Термин обсуждался в темах:
 1. www.uml2.ru/forum/index.php?topic=874.0
 2. http://www.uml2.ru/forum/index.php?topic=870.0