Роль в сообществе: Участник сообщества.
Специализация: Сбор, анализ и управление требованиями. Контроль выполнения поставленных задач. Поддержка и развитие внутренней ИС.
Текущее место работы: OTTO GROUP Russia .
Должность: Системный Аналитик.
Стаж в ИТ: 3 года.
Стаж Аналитиком: 1 год... →
Место проживания: Израиль.
Роль в сообществе: Публикация статей на сайте.
Специализация: Руководство проектами, бизнес-анализ, выстраивание отношений с заказчиками, организация внедрения и сопровождения.
Текущее место работы: фрилансер.
Должность: фрилансер.
Стаж в ИТ: 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 лет
Жизненный путь: Кандидат экономических наук... →
.. →В двух ситуациях создание расширяющих вариантов использования оправдано.
Наиболее распространенная ситуация — когда пользователь может применить много асинхронных или прерывающих выполнение услуг, которые не должны мешать базовому варианту использования. Часто эти услуги разрабатываются разными командами и проявляют себя при работе с «коробочным» программным продуктом, таким как текстовый редактор.
Место проживания: Москва.
Роль в сообществе: участник Сообщества
Специализация: Сбор, анализ и управление требованиями, проектирование пользовательских интерфейсов, разработка отчетов с помощью специализированных инструментов (Business Objects, MS SSRS).
Текущее место работы: Лаборатория Касперского
Должность: Системный аналитик, team lead
Стаж в ИТ: Более 4 лет... →
Не хочется приводить линейный список, поэтому предложим дополнительно классификацию диаграмм в зависимости от того, на какой вопрос они отвечают:
Что делает система?
Из чего состоит система?
Как работает система?.. →
В UML существует понятие уровень совместимости (compliance level). Всего существует четыре уровня совместимости: L0, L1, L2, L3. Каждый уровень определяет некоторый набор конструкций UML (language unit).
Уровень L0 определяет минимальный набор, а каждый последующий уровень этот набор раcширяет.
Все конструкции, которые описаны в стандарте, входят в L3... →
Метакласс используется при моделировании на уровне метамодели, т.е. определяет какие сущности могут использоваться в модели.
Например, чтобы в модели могли быть классы (class), на уровне метамодели должен существовать метакласс Class.
Все элементы модели являются экземплярами какого-либо метакласса.
Использовать метакласс можно только в том случае, если вы хотите моделировать на уровне метамодели... →
Для перевода термина “actor” лучше всего подходит словосочетание “действующее лицо”, исходя из следующей, довольно точной аналогии.
Рассмотрим общеизвестное употребление термина “действующее лицо”. Имеются литературные сочинения определенного жанра, которые называются пьесы (например, “Трагическая история о Гамлете, принце датском”, автор — Вильям Шекспир)... →
В целом ряде авторитетных источников можно встретить неправильный перевод термина “use case” — “прецедент”. Дело в том, что такой перевод термина “use case” дает один из самых старых, хороших и популярных словарей – англо-русский словарь Миллера, который, надо полагать, всегда под рукой у отечественных переводчиков компьютерной литературы... →
Иногда в вариантах использования присутствует многократное описание одних и тех же действий.
Рассмотрим, к примеру, систему «Кадры» (рис.1)
Рис.1. Фрагмент функциональности системы «Кадры»
Практически любое действие системы начинается с получения данных о конкретном служащем. Если бы эту последовательность событий приходилось писать каждый раз, когда необходимы данные служащего, варианты использования имели бы повторяющиеся части... →
В ходе моделирования вариантов использования может возникнуть ситуация, когда обнаруживается, что несколько ВИ демонстрируют очень схожее поведение. В этом случае можно использовать обобщение ВИ. Такой прием следует использовать крайне осторожно и только в том случае, если он упрощает модель.
Если обобщение действующих лиц достаточно часто применяется правильно даже новичками, то обобщение ВИ зачастую вызывает затруднение или используется неверно... →
В предыдущей статье я предложил некоторые рекомендации по написанию спецификации вариантов использования. Статья вызвала бурные дискуссии на форуме. Среди прочих поднимался вопрос о том, что считать альтернативными потоками и как их записывать. Действительно, что мы считаем альтернативными потоками? Если существует альтернатива чему-либо, то, очевидно, существует что-то, что мы считаем главным или исходным по отношению к ней... →
