Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Темы - Виталий Григораш

Страницы: « 1 2 3 »
16
Методологии / Модели требований
« : 09 Ноября 2009, 10:35:07 »
Друзья, есть ли среди вас люди, использующие MDA на практике?
То есть, все требования, модели, описания процессов и тп. ведете в модели (например в EA) и далее генерируете отчеты или пишете документацию руками, но в полном соответствии вашим моделям?
Если есть, интересно было бы пообсуждать принцип работы и структуру модели.

17
Решил узнать у Айвара Джекобсона про абстрактные варианты использвоания :) и наткнулся на замечательную вещь.
Пользуйтесь на здоровье, друзья-однофорумчане

Задать вопрос Кибер Айвору

18
Друзья, нашел библиотеку элементов пользовательского интерфейса для MS Visio.
Кому нужно пользуйтесь на благо вашего проекта. Скачать можно здесь

PS. Саша Байкин, может сохранить в файловый архив сайта? Весит много поэтому не смог прикрепить к сообщению.

19
Работа / Условия работы :)
« : 06 Июля 2009, 12:02:20 »
Вакансия аналитика на rsdn.ru :)

Аналитик PI System
Компания: один из лидеров в сфере разработки нефтяных месторождений

Обязанности:
— Обслуживание информационных систем: PI System, OilInfoSystem (OIS), OIS УСОИ, система отчетов (включая веб-отчеты).
— Обеспечение непрерывной работы систем.
— Диагностика ошибок, поддержка пользователей, устранение неисправностей.
— Обновление и развитие систем.
— Оформление документации по изменениями систем, разработка и настройка новых отчетов.


Требования:
— Образование высшее техническое (желательно нефтяное)
— Опыт работы от 3 лет в нефтедобывающей отрасли
— Английский — не ниже intermediate
— Опыт поддержки и обслуживания одной их систем: OpenWorks, PI System, OilInfoSystem, SAP R/3
— Хорошее знание MS Excel, VBA.


Условия:
Белая ЗП (30 000 — 40 000 руб. gross)
Работа вахтовым методом на месторождении (14 дней через 14, либо 28 дней через 28 в зависимости от места проживания)
— трехразовое питание, проживание в двухместной комнате
— оплата билетов для проезда от места проживания до месторождения
— медицинская страховка
— компенсация "фитнеса"

20
Друзья, кто-нибудь использовал mind maps во время интервьюирования заинтересованного лица (заказчика)?
Поделитесь опытом.

21
Всем привет  ;)

В субботу 21 марта планируется провести очередной семинар в Петербурге.
Тема семинара: Планирование требований
Уровень: Средний

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

План семинара:
1. "Планирование требований, или этап, который обычно забывают..." - Виталий Григораш 1 час
2. Планирование процесса управления требованиями в реальном проекте (примеры, обсуждения) -  Виталий Григораш, 1.5 - 2 часа
3. Подведение итогов семинара (круглый стол членов сообщества) - 1 час

Примерный план доклада:
  • Что такое планирование процесса управления требованиями?
  • Место планирования требований в процессе разработки
  • Основные артефакты (ПУТ, шаблоны, регламенты...)
  • Роли и обязанности аналитиков
  • Персонал и их навыки
  • С чего начать планирование требований в проекте? Поэтапный подход...


В данной теме высказываем свои пожелания и замечания.

22
Друзья, я и моя коллега по проекту Анастасия Мартыненко, подготовили для аналитиков нашего проекта электронный журнал. Такой журнал теперь будем подготавливать каждый месяц. Решил поделиться с Вами. Хотелось бы услышать советы, критику и все в таком роде.
Возможно, я буду публиковать каждый выпуск журнала на форуме. Если вы хотите подписаться на журнал, то напишите мне на электронную почту с пометкой в теме письма AnalyzeIT.
Журнал в аттаче.

23
Давайте поговорим про системные варианты использования? Кто, как пишет такие варианты использования? С какой целью и уровнем детализации?
Я пишу такие варианты использования, пытаясь придерживаться схемы RUP. ВИ согласовываются с разработчиками и тестировщиками и на их основе происходит кодирование и тестирование ПО.
Пример описания "классического" системного варианта использования из книги Use Case Modeling прикрепил в виде аттача к сообщению
Тема навеяна обсуждением.

ЗЫ Несколько пояснений к описанию. В фигурных скобках приводятся внутренние точки расширения, так сказать закладки, к которым можно вернутся из других шагов ВИ.

24
Очередное обсуждение ВИ пошло отсюда:
http://www.uml2.ru/forum/index.php?topic=1078.msg11331#msg11331

А вообще главная аргументация в том, что ВИ - это ЦЕЛЬ Пользователя по отношению к Системе. ВИ отражают ПОЛЬЗОВАТЕЛЬСКИЕ требования, а при взаимодействии м\у ИС - какие ПТ?
Но в нынешней эконом. ситуации лучше не спорить с "компетентные товарищи (на работе)" :)
Саша, исходя из определения ВИ - это цель актора, а актор может быть пользователем, девайсом или внешней системой.
Дело здесь скорее всего в том, что обычно ПОЛЬЗОВАТЕЛЬ является инициатором ВИ (caller), а внешняя система вспомогательным актором (callee). В таком случае никаких противоречий нет и все вроде бы укладывается в "цели пользователя". А как быть со случаем, когда внешняя система является инициатором (caller)? У этой системы есть "своя цель" и про нее мы тоже не должны забывать. Или данный случай уже не относится к ВИ и является требованиями к интеграции?

25
Термины и Определения / Business Continuity
« : 10 Декабря 2008, 21:30:41 »
Друзья, может кто-нибудь вкратце пояснить что это такое и как оно может быть связано с IT? Предполагаю, что через ITIL и ITSM.

https://www.drii.org/docs/ppintro.pdf

26
О Сайте и Форуме / Снова о логотипе
« : 07 Ноября 2008, 16:58:28 »
Друзья, решил немного поучаствоать в обсуждении логотипа сайти и внести свои пять копеек. Саша предложил начать новую тему, поэтому здесь лишь даю ссылку на раннее обсуждение данного вопроса:
http://www.uml2.ru/forum/index.php?topic=242.0

Итак, в чем собственно пробема, или не проблема :)
Предложенные ранее логотипы не очень всех удовлетворили и сайт так и остался с тем что есть сейчас. Выслушав пожелания Александра по использованию процессных стрелочек в логотипе, решил накидать прототипчик, свое видение.
Графика и дизан оставляет желать лучшего, да с этим я сейчас и не парился, главное идея. В общем смотрим и комментируем.
В дополнении картинка, на которой изображена, имхо, хорошая идея. Если взять вместо пазлов и поместить в руки к человечкам стрелки процесса, то может получится не плохо.

В заключении: Почему стрелки и человечки?
1. Стрелки показывают процесс разработки и напоминают некий цикл, например непрырывное улучшение, и тп
2. Человечки символизируют сообщество

27
Друзья, в Петербурге проводим очередной бесплатный семинар для аналитиков.

Приблизительная тема семинара "Классификация требований и связь требований с тестированием"
Данный семинар пройдет в субботу 29 ноября в 10:00 в Петербургском офисе компании EPAM
По огранизационным вопросам обращаться ко мне.

Примерный план семинара такой (будет уточняться):
1. Классификация требований - какие бывают виды требований, как различать требования разных видов, трассировка - Шемис Алексей, 1 час
2. Связь требований с артефактами тестирования - от требований к тест кейсам Сергей Атрощенков, 1 час
3. Практика выявления системных требований из пользовательских (разбор примера (ов) вместе с аудиторией) - 2 часа

Регистрация на семинар будет открыта чуть позднее.

В данной теме высказываем свои пожелания.

28
Sparx / Enterprise Architect: Трассировка требований
« : 21 Октября 2008, 17:47:41 »
Коллеги, нужна ваша помощь!
Для трассировки требований в EA мы используем матрицу отношений. Все вроде бы получается не плохо. Но возникла одна проблема, которую я не могу пока решить.
Мне необходимо получать список требований, которые не имеют трассировки. Например, список ВИ, которые не связаны ни с одной фичей (вдруг чего забыл протрейсить). Как это сделать?
Может быть возможно создать какой-нибудь отчет, но я потратив пару часов, так и не смог ничего найти. Просматривать большую кучу требований на наличие или отсутсвие трассировки не самое интересное занятие, поэтому бы хотелось узнать, как получать выборку из матрицы отношений.
Спасибо.

29
Термины и Определения / [Термин] 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

30
Друзья, пришло время Питерским аналитикам/архитекторам и другим заинтересованным лицам, создавать сообщество в славном городе Санкт-Петербурге.
Цели сообщества:
 1. Объединение людей с общими интересами и целями
 2. Обмен опытом
 3. Обсуждение интерсных тем по аналитике, проектированию и др...

Цели будут дополняться и развиваться со временем и в общем они такие же как у наших Московских коллег  :).
Форумчане из Петербурга, откликайтесь!

Страницы: « 1 2 3 »