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

×


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

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


Сообщения - bas

2611
Анна, так Вы за первый или второй вариант?

2612
Интересный подход у народа. Голоса пока разделились поровну 3х3 :)

ИМХО второй подход более теоритизированный, т.е. умения могут быть, но как применять их на практике не совсем понятно. + Не совсем понятно как проводить практические занятии например по разделу Сбору Требований :)
Второй ИМХО более практичный подход. Естественно за основу возьму РУП, но так же буду показывать что и где можно облегчить и выкинуть, а что нельзя.

Понятно, что хорошо бы начать со второго и закончить первым, но сил на это не хватит пока. Так что надо выбрать что-то одно. Голосуем товарищи :)

2613
Хочу подготовить связанную серию бесплатных семинаров, но не знаю какой лучше взять вектор. Есть 2 варианта:

1. Двигаться вдоль методологии разработки ПО
1.1. Общий обзор методологий и роли Аналитика в процессе разработки ПО
1.2. Бизнес анализ. Рассказать что Аналитик делает в данной дисциплине, зачем нужна данная дисциплина, какие готовятся артефакты, как моделировать БП и БО и зачем это нужно
1.3. Системный анализ + Требования. Рассказать что Аналитик делает в данной дисциплине, зачем нужна данная дисциплина, как моделировать требования к ПО и зачем это нужно
1.4. Проектирование. Рассказать что Аналитик делает в данной дисциплине, зачем нужна данная дисциплина, как моделировать архитектуру  ПО и зачем это нужно
1.5. Разработка+Тестирование+Внедрение. Что делает Аналитик в этих дисциплинах и как используется здесь документы Аналитика
1.6. Управление изменениями. Как правильно управлять изменениями с т.з. Требований
1.7. Управление проектом (УП). Что Аналитик должен знать про УП и как он работает в проектной команде
1.8. ПО Аналитика. Обзор необходимого ПО Аналитика.
+Примеры

2. Двигаться вдоль дисциплины управления требованиями
1.1. Общий обзор требований и роли Аналитика
1.2. Сбор требований. Зачем, как нужно и как не нужно
1.3. Анализ требований.
1.4. Документирование требований
1.5. Моделирование требований.
1.6. Проверка требований.
1.7. Изменение требований
1.8. Требования в различных дисциплинах разработки ПО (БА, СА, Проектирование, ....)
+ Примеры

Что бы Вам было более интересно?

2614
В первую очередь надо пойти от целей. Т.е. в первую очередь надо понять Пр. Обл. и сформировать Концепцию Системы.
После выбирать\разрабатывать Систему под конкретные нужды и фичи, которые будут указаны в Концепции

2615
Сохранил в пред сообщении то ,что Виктор сделал:
http://www.uml2.ru/forum/index.php?topic=198.msg10541#msg10541

2616
Если Вы автоматизируете ВСЕ предприятие, и оно достаточно сложное, то в первую очередь надо подумать об Архитектуре Предприятия, а потом уже о разработке конкретного проекта. Вот например как RUP соотносится с ToGAF:
http://www.ibm.com/developerworks/ru/library/temnenco/index.html

Т.е. у Вас должна быть четкая стратегия развития с явными целями, потом декомпозиция их на проекты и БП в них. Параллельно нужно продумать Архитектуру Приложений, Информации и Технологий.

Потом берем конкретный проект и пишем для него Концепцию, включая (или нет) БП и БО. Потом описываем ПТ, например, в виде ВИ, и НеФТ. Для вашего случая должно хватить.

Второй вопрос - это изменения требований. Если Вам нужно поддерживать целостность Целей, БП, БО, ПТ и НеФТ, то нужна уже некая тулза. Для начала можно рассмотреть системы от Sparx или просто Wiki + некий моделлер. Причем нужно еще четко прописать политику изменений, т.е. от анализа запросов с верхнего уровня до ПТ и НеФТ.

А ну да, еще же есть УП, но это отдельная тема ...

2617
ну я же не волшебник :(

2618
Попробовал Gliffy, мне понравилось. Во всяком случае для быстрого рисования и выкладывания на форум очень даже подходит.
Вот что получается:

2621
Вот например появился новый ресурс Открытая Русская Электронная библиотека, надеюсь, что он будет расширяться.

2622
Денис, а кто снимал семинар и когда можно ожидать выложенное видео??

2623
1 ноября 2008 г. исполнится 2 года со дня создания сайта uml2.ru. Мы уже провели семинар, приуроченный к этому событию, и отпраздновали эту дату.

В связи с этим хотелось бы выслушать ваши предложения и пожелания - уважаемые посетители сайта.

2624
Нововведения / Re: SEC(R) 2008
« : 24 Октября 2008, 18:57:23 »
Сходил я на конференцию СЕКР и постараюсь поделиться своими впечатлениями.

1. В первую очередь организация самой конференции была далеко не самая лучшая - много рекламы, не всегда слышно или видно хорошо, в зале С было холодно и народ реально замерзал, инета я так и не нашел, и наконец растворимое кофе... Говорят HighLoadы были организованы на много лучше. Надеюсь, что организаторы исправят это в след. раз.

2. В этот раз, конференция действительно оправдала свое название, там действительно было представлено не мало НИОКР. Что несомненно хорошо, если бы я попал на все что хотел :)

3. Отдельное спасибо организаторам за приглашение иностранных гуру - надо же наконец перенимать мировой опыт, а не все время изобретать свой велосипед.

4. Теперь пройдемся по докладам, на которые я смог попасть:
* Эрих Гамма (IBM), Путь Eclipse: Масштабирование гибких методов (Agile) для распределенных команд
Было плохо слышно, и когда я пришел он рассказывал про тулзу (как я подозреваю это был Jazz) и ее использование для разработчиков. Это было мне не очень интересно, поэтому и ушел быстро.
* Дмитрий Рыжов (SWD Software), Процесс разработки программно-аппаратных систем на основе визуального моделирования с использованием SysML/UML
Я пришел ближе к концу поэтому говорю что увидел. Дима рассказвал про декомпозицию требований до архитектуры в Harmony в виде Д, начиная с ДВИ и кончая ДК и ДД. Увидел красивые картинки по анимации Диаграмм Деятельности, т.е. в этой тулзе мы можем прогнать весь цикл прохождения маршрута по конечному автомату, а тулза будет постепенно подсвечивать Действия - где мы находимся. Ничего нового, но порадовала возможность трассировки от самого верхнего к самому нижнему.
* Елена Павлова (МИФИ), Александр Гаврилов (Microsoft), Методы программной инженерии в индустрии компьютерных игр
Вот это был реально научный доклад. Много я из него не понял, т.к. было много формул и каких-то лямдо-сигмо счислений, но звучало красиво :) Ребята придумывают инструмент для рисования и формализации правил игры класса игр - пошаговая стратегия. Т.е. на верхнем уровне мы имеем Д Правил, далее транслируем это все в мето-язык и данная модель может исполняться, и даже можем проверить что там мы наколбасили и тем самым уменьшаем время разработки Правил Игры в 3 раза :)
* Сергей Зыков (TEKAMA), Интегрированное управление корпоративными хранилищами данных
Тут я вообще мало, что понял :) А время на вопросы не дали.
* Вадим Савкин (CQG), Автоматизированный контроль процесса разработки ПО
Вот это был более-менее интересный для меня доклад. Валим показывал, как они собирают статистическую информацию по артифактам разработки ПО (задачи, требования, код, ....) из разных систем (управления требованиями, таск трекера, чего-то еще) в единое хранилище данных и оттуда получают отчеты с разными метриками по проекту:
- плотность дефектов
- кол-во изменения требований
- кол-во разных активностей на разных этапах
- и т.д.
Некоторые метрики мне показались интересными, но этим делом не надо сильно увлекаться.
* Андрей Сатарин (Customized InformSystems Ltd.), Введение в непрерывную интеграцию или каша из топора
Тоже хороший доклад про непрерывную интеграцию и как ее правильно делать.

* Асхат Уразбаев (ScrumTrek), Управление требованиями в Agile
Интересная презентация Асхата. Все-таки они сломались и поняли что в Агиле нужна отдельная роль АНАЛИТИКА. Что меня безусловно порадовало. БЫли у меня некоторые замечания, но без презентации не вспомню. А да, Асхат сначала говорит, что все Пользовательские Истории должны быть подчинены какой-то цели\задачи, а потом дает пример ПИ без целей :) Ну и его рассказ про ВИ меня совсем удручил :(
* Нужны ли бизнесу гибкие методологии разработки программного обеспечения?
В общем, ничего нового я не услышал. Итогом этого КС было то, что аудитория считает: Агиле - это набор практик, а не методология. С чем я полностью согласен, хотя евангелисты считают, что это набор практик и методология.

5. А вот какие презентации я обязательно посмотрю, на кот. не смог попасть:
* Дмитрий Лобасев (Luxoft), Проектные аудиты: система самооценки для Agile команд
* Эрих Гамма (IBM), Путь Eclipse: Масштабирование гибких методов (Agile) для распределенных команд
* Денис Миллер (Agile Consulting), Эволюционный дизайн
* Франк Ван Ден Бекен (Programming Research), Корреляция между соблюдением стандартов кодирования и качеством ПО
* Константин Жереб (INTSPEI), Использование Обратной Семантической Трассировки для контроля качества в Agile MSF проектах
* Андрей Бибичев (Customized InformSystems Ltd.), Аналитик в Agile – архаизм или необходимость?
* Антон Грачев, Евгений Гаврилов (Luxoft), Опыт создания и внедрения интегрированной системы автоматизции процессов разработки ПО
* Николай Ткачук, Сергей Полковников, Михаил Годлевский (НТУ ХПИ), Адаптивное управление компонентными программными комплексами на основе метода анализа прецедентов
* Иван Гуменюк (EMC), CMMI и Agile – возможен ли симбиоз?
* Игорь Агамирзян (EMC), Глобализация разработки ПО в условиях матричного управления
* Стас Фомин (Customized InformSystems Ltd.), Mediawiki: Серебрянная пуля или швейцарский нож?
* Александр Пасцяк (Siemens), Моделирование программного обеспечения как инструмент оценки производительности распределенных систем
* Сергей Архипенков (TEKAMA), Марш победителей. Адаптивное управление проектом: принципы и примеры
* Андреас Гольце (HP), Сокращение проектных рисков посредством раннего обнаружения дефектов

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