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

×


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

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


Темы - bas

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 »
241
Сегодня у Denis'а День Рождения!

Денис, Поздравляю с Днем Рождения!
Желаю побольше красок в жизни, хорошего настроения и конечно же здоровья!


242
Хочу подготовить связанную серию бесплатных семинаров, но не знаю какой лучше взять вектор. Есть 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. Требования в различных дисциплинах разработки ПО (БА, СА, Проектирование, ....)
+ Примеры

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

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

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

245
Нововведения / SEC(R) 2008
« : 23 Октября 2008, 10:11:18 »
23 и 24 октября в Мск пройдет четвертая международная научно-практическая конференция "Программная инженерия в России" SEC(R)-2008

Я планирую на ней быть 23 после обеда и 24 с утра. Кто еще пойдет?

246
Правильнее трассировать от Пользовательских Требований к Бизнес Требованиям или наоборот?
Т.е. меня интересует направление трассировки!

247
Есть бесплатный билет на семинар Владимира Павлова Как избежать архитектурных ошибок в процессе создания программного обеспечения?

Кто хочет попасть, пишем здесь побыстрее :) Завтра я вывешу это объявление в общий доступ.

Хочется сказать, что семинар очень интресный и действительно улучшает знание по ЮМЛ + дает советы по проверке требований на разных шагах разработки ПО.

З.Ы. Для того чтобы допуститься на семинар нужно будет пройти небольшой тест по UML.

248
Появился ресурс для возможной доработки Atlassian Confluence до более-менее удобоваримой СУТ.

Цели проекта:
1. Уменьшить время, требуемое на редактирование контента проекта при изменении требований
2. Уменьшить время, требуемое на поддержание атрибутивности требований
3. Получить полноценное решение для трассировки требований

Основные функции Системы:
1. Облегченое создание страниц-требований для разных типов требований (частично есть)
2. Автоматическое создание структуры проекта\требований
3. Поддержка нумерации требований
3.1. Автонумерация требований при создании по заданному алгоритму
3.2. Изменение номеров подчиненных (зависымых) требований при изменении номера или удалении вышестоящего
3.3. Проверка на уникальность номеров при их создании и редактировании
4. Задание атрибутов требований
4.1. Поддержка ввода и настройки атрибутов требования
4.2. Получение отчета по атрибутам
5. Поддержка версионности требований. Получить актуальное состояние требований на определенный релиз
6. Удаление\перенос ветки требований (частично есть)
7. Поддержка трассировки требований
7.1. Возможность указать связь требований (частично есть)
7.2. Возможность получения связей из контекста требований (частично есть)
7.3. Получение матрицы трассоровки требований (частично есть)
7.4. Получить отчет о влиянии требования на другие (change impact)
7.5. Получить отчет о не детализированных требованиях (coverage analysis)
8. Улучшить взаимодействие Atlassian Confluence и Atlassian Jira
8.1. Получить связь требование - задача (уже есть)
8.2. Получить список требований в разных стадиях разработки (не начата работа\описаны\разработаны\ и т.д.)
9. Продвинутый экспорт дерева требований в Ворд спецификацию (частично есть)

Добавляем свои пожелания.

249
Друзья!

Скоро будет ДР сайта (1 ноября). По этому событию предлагается сделать семинар, а потом всем желающим пойти и отпраздновать ДР сайта. У кого какие еще есть мысли и предложения?

251
О Сайте и Форуме / Кросс постинг в ЖЖ
« : 24 Сентября 2008, 11:11:02 »
Народ,

А никто не знает можно ли из Джомлы сделать кросс постинг новостей сайта в Живой Журнал?

254
ВЕБОРУБ Осенний десант 2008 - соберет ведущих архитекторов, аналитиков, менеджеров и разработчиков 28 - 30 ноября 2008 г.

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

Никаких унылых ведущих сессий и тем, темы выступлений выбирают сами участники мероприятия. Все участники активно участвуют - на флип сессиях повышая свой skill ;-) Фейсконтрол при регистрации.

- Никаких спонсоров и унылого хеадхантинга!
- Веборуб опять отрубил цены, как и прошлый раз!

Можно прочитать отзывы о прошедшем мероприятии.

P.S. Спешите зарегистрироваться... количество мест (осталось 32) ограничено форматом мероприятия.

255
Люди,

Есть большая проблема по замене кучи существующих самописных систем, которые не удовлетворяют потребностям бизнес на новые Системы. Системы разработаны для автоматизации деятельности огромного торгового предприятия, у которого есть центральный офис (ЦО) и множество больших магазинов по продаже крупной техники для розничных покупателей. ЦО выдает каталог товаров, назначает цену на продукцию и собирает данные по продажам из Магазинов. Проблема в том, что систем, которые стоят в ЦО и в Магазинах множество, на рисунке показаны только основные системы и основные потоки данных. Еще одна проблема, что заменить ПО сразу во всех магазинах невозможно, т.к. магазинов около 40. Все ПО в центральном офисе сразу также нельзя заменить, т.к. оно повязано м\у собой и еще связано с бухгалтерией.

Единое ПО для Магазинов уже разработано, предполагается его замена.
Новое ПО для центра предолагается заменить и его можно разделить на 4 части:
1. Шина интеграции для всех систем
2. Единые справочники
3. БД всей оперативной информации со всех магазинов
4. Логистика

Можно выбрать 2 стратегии замены:
1. Стратегию последовательной замены ПО в центре, т.е. заменяем сначала Систем1, потом 2, потом 3 и в конце 4. Но встает вопрос об интеграции текущих систем с новой, а уже нет ни спеков ни разработчиков, кот. делали данные Системы. И придется сделать разработку, которую потом можно будет выкинуть.
2. Стратегию единой замены, когда меняем все ПО в центре на новое. Но тут надо будет интегрировать ПО в оставшихся Магазинах с новой Системой и еще есть большой риск оставить центр без нужной отчетности на месяц или 2.

Какую стратегию можно принять для замены ПО в центре?

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 »