Page 103

Грин Нэлли Михайловна

 Место проживания: Израиль.

Роль в сообществе: Публикация статей на сайте.

Специализация: Руководство проектами, бизнес-анализ, выстраивание отношений с заказчиками, организация внедрения и сопровождения.

Текущее место работы: фрилансер.

Должность: фрилансер.

Стаж в ИТ: 38 лет.

Стаж Аналитиком: 28 лет.

Жизненный путь: Начинала в советское время после окончания инженерно-экономического факультета УПИ г...

Щербаков Александр Александрович

 Место проживания: Москва.

Роль в сообществе: Участник Сообщества.

Специализация: Конкретной специализации нет.

Текущее место работы: ОАО "ТрансКредитБанк" .

Должность: Главный специалист.

Стаж в ИТ: с 2003 года.

Стаж Аналитиком: Выделенным аналитиком не работал.

Жизненный путь: В 2004 году закончил МИФИ факультет "Кибернетика", после чего сразу работал в МНИИ "Интеграл", где занимался автоматизацией и оптимизацией, так сказать, бизнес-процессов, а так же участвовал в создании методологии по обработке неструктурированной текстовой информации в целях поддержки принятия управленческих решений...

Иванов Денис

 Место проживания: Санкт-Петербург.

Роль в сообществе: Веду UML FAQs.

Специализация: Проектирование ПО.

Текущее место работы: Zodiac Interactive .

Должность: Системный архитектор.

Стаж в ИТ: Более 10 лет.

Стаж Аналитиком: 2-3 года.

Жизненный путь: Обо мне можно почитать в профиле на Моем Круге ...

Крючкова Ирина

 Место проживания: Киев. Украина.

Роль в сообществе: Организатор отделения Сообщества в Киеве.

Специализация: Сбор и анализ требований. Управление требованиями.

Текущее место работы: Софтлайн .

Должность: Аналитик.

Стаж в ИТ: 5 лет.

Стаж Аналитиком: 4 года.

Жизненный путь: В студенческие годы начала с подработок системным администратором (как многие)...

Булуй Юрий Иванович

фото Юрия БулуяМесто проживания: Ивантеевка.

Роль в сообществе: Консультант.

Специализация: Разработка и управление требованиями, процессы программной инженерии, программная и системная архитектура, архитектура предприятия (Enterprise Architecture)..

Текущее место работы: HP, EDS Application Services

Должность: Lead Solution Consultant.

Стаж в ИТ: Более 10 лет...

Кашаев Тимур Рустамович

Место проживания: Москва.

Роль в сообществе: Участник Сообщества.

Специализация: Управление проектами, Управление процессами.

Текущее место работы: Газпром ВНИИГАЗ .

Должность: Главный Специалист.

Стаж в ИТ: 12 лет.

Стаж Аналитиком: 2 года.

Жизненный путь: Начал работать в ИТ с 4-го курса. Сначала научился программировать на Delphi, PL/SQL, потом понял, что одним программированием ИТ не ограничивается...

Абрамова Анна Сергеевна

 Место проживания: Санкт-Петербург.

Роль в сообществе: Участник Сообщества.

Специализация: Сбор, анализ и управление Требованиями, Написание технической документации.

Текущее место работы: ЗАО "ВИзардсофт.Ру"

Должность: Системный Аналитик.

Стаж в ИТ: 5 лет.

Стаж Аналитиком: 1 год.

Жизненный путь: Закончила факультет прикладной математики  и процессов управления (ПМ-ПУ) Санкт-Петербургского Государственного Университета (СПбГУ).  Поступила в аспирантуру...

Векленко Ирина

 Место проживания: Черноголовка, Московская Область 

Роль в сообществе: Делаю рассылку ресурса , придумываю новые идеи, выступаю на семинарах и КС

Специализация: Сбор, Анализ и Управление Требованиями. Системный анализ 

Текущее место работы: Фриланс

Должность: Волшебник

Стаж в ИТ: Более 7 лет

Стаж Аналитиком: Более 4 лет

Жизненный путь: Кандидат экономических наук...

Отношение «extend»

В двух ситуациях создание расширяющих вариантов использования оправдано.

Наиболее распространенная ситуация — когда пользователь может применить много асинхронных или прерывающих выполнение услуг, которые не должны мешать базовому варианту использования. Часто эти услуги разрабатываются разными командами и проявляют себя при работе с «коробочным» программным продуктом, таким как текстовый редактор.

..

Свешникова Наталья Владимировна

 Место проживания: Москва.

Роль в сообществе: участник Сообщества

Специализация: Сбор, анализ и управление требованиями, проектирование пользовательских интерфейсов, разработка отчетов с помощью специализированных инструментов (Business Objects, MS SSRS).

Текущее место работы: Лаборатория Касперского

Должность: Системный аналитик, team lead

Стаж в ИТ: Более 4 лет...

Какие диаграммы существуют в UML 2 ?

Не хочется приводить линейный список, поэтому предложим дополнительно классификацию диаграмм в зависимости от того, на какой вопрос они отвечают:

Что делает система?

  • Диаграмма использования / Use case diagram

Из чего состоит система?

  • Диаграмма классов / Class diagram
  • Диаграмма компонентов / Component diagram
  • Диаграмма размещения (развертывания) / Deployment diagram
  • Диаграмма объектов / Object diagram
  • Диаграмма внутренней структуры / Composite structure diagram

Как работает система?..

Как можно определить, насколько один инструмент моделирования совместим с другим?

В UML существует понятие уровень совместимости (compliance level). Всего существует четыре уровня совместимости: L0, L1, L2, L3. Каждый уровень определяет некоторый набор конструкций UML (language unit).

Уровень L0 определяет минимальный набор, а каждый последующий уровень этот набор раcширяет.

Все конструкции, которые описаны в стандарте, входят в L3...

Что такое метакласс и как его использовать?

Метакласс используется при моделировании на уровне метамодели, т.е. определяет какие сущности могут использоваться в модели.
Например, чтобы в модели могли быть классы (class), на уровне метамодели должен существовать метакласс Class.
Все элементы модели являются экземплярами какого-либо метакласса.

Использовать метакласс можно только в том случае, если вы хотите моделировать на уровне метамодели...

Почему actor переводится как “действующее лицо”?

Для перевода термина “actor” лучше всего подходит словосочетание “действующее лицо”, исходя из следующей, довольно точной аналогии.
Рассмотрим общеизвестное употребление термина “действующее лицо”. Имеются литературные сочинения определенного жанра, которые называются пьесы (например, “Трагическая история о Гамлете, принце датском”, автор — Вильям Шекспир)...

Почему use case переводится как “вариант использования”?

В целом ряде авторитетных источников можно встретить неправильный перевод термина “use case” — “прецедент”. Дело в том, что такой перевод термина “use case” дает один из самых старых, хороших и популярных словарей – англо-русский словарь Миллера, который, надо полагать, всегда под рукой у отечественных переводчиков компьютерной литературы...

Включение вариантов использования

Иногда в вариантах использования присутствует многократное описание одних и тех же действий.
Рассмотрим, к примеру, систему «Кадры» (рис.1)

Рис.1. Фрагмент функциональности системы «Кадры»

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

Обобщение вариантов использования

В ходе моделирования вариантов использования может возникнуть ситуация, когда обнаруживается, что несколько ВИ демонстрируют очень схожее поведение. В этом случае можно использовать обобщение ВИ. Такой прием следует использовать крайне осторожно и только в том случае, если он упрощает модель.

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

Как моделировать альтернативные потоки?

В предыдущей статье я предложил некоторые рекомендации по написанию спецификации вариантов использования. Статья вызвала бурные дискуссии на форуме. Среди прочих поднимался вопрос о том, что считать альтернативными потоками и как их записывать. Действительно, что мы считаем альтернативными потоками? Если существует альтернатива чему-либо, то, очевидно, существует что-то, что мы считаем главным или исходным по отношению к ней...

Обобщение действующих лиц

Обобщение действующих лиц (actors) обеспечивает возможность вынести поведение, общее для двух и более действующих лиц, в действующее лицо-родителя

  • ДЛ-родитель является более обобщенным, чем его потомки, а ДЛ-потомки — более специализированными, чем их родитель
  • Дочернее ДЛ везде может заменять ДЛ-родителя — это принцип замещаемости
  • ДЛ-родитель обычно абстрактный — он определяет абстрактную роль
  • Дочерние ДЛ конкретны — они определяют конкретные роли
  • Обощение ДЛ может упрощать диаграммы вариантов использования

Рассмотрим простой, но достаточно показательный пример...