571

ПО Аналитика / Re: Совместная работа в Rational Rose 2003

« : 04 Декабря 2007, 12:13:08 »

Саша, это не ключик от лицензии ... это действительно в настройках нужно псевдоним прописать, чтобы расшарить модель. Я помню лет 5-6 тому назад делал такое :-).

2Андрей. А вообще можно и тут опубликовать, ничего вроде секретного в этом нет.

572

ПО Аналитика / Re: Совместная работа в Rational Rose 2003

« : 30 Ноября 2007, 15:20:20 »

Эд, нет Розы у меня установленной под рукой, а не память НУ НЕ ПОМНЮ ... давно это было.
По-моему есть такая вещь (глянь в хелпе) как Rational Rose Model Integrator. Еще посмотри в хэлпе на тему Multiuser Environment и Controlled Units.

573

Системный Анализ и Требования / Re: Риски проекта без "правильной" проектной документации

« : 29 Ноября 2007, 23:51:41 »

Документ о функциональном дизайне -- действительно гемор для Заказчика, это по AIM кажись нужно в большей степени разработчику, чем заказчику. Ну какой мне, как заказчику, прок от документа в котором будут изложены объекты предметной области и изменения их состояний, если я не собираюсь лезть в ДИЗАЙН системы? А вот документ ТРЕБОВАНИЙ к системе и его актуализация (т.е. ЧТО должна делать система) -- Заказчику и разработчику нужен, т.к. по нему будет осуществляться как разработка и тестирование, так и приемка софта.

574

ПО Аналитика / Re: Совместная работа в Rational Rose 2003

« : 29 Ноября 2007, 23:44:43 »

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

575

ПО Аналитика / Re: Сравнение CASE-средств для кодогенерации ( от eUML2 до Enterprise Architect)

« : 22 Ноября 2007, 23:15:32 »

Вообще забавно мне смотреть на "войну аналитиков и программистов". Я такое наблюдаю периодически в своей практике, причем исключительно у инхаузеров, в частности в банках. Как правило вызвано это не столько тем, что аналитики пишут "USE-CASE-ами и прочей лабуденью", а скорее потому-что не как раз их не пишут :-). Еще меня радует термин "программистский проект" ... это наверное когда делается некий фреймворк, библиотека контролов визуальных ... и что-то в этом духе? ... Да в этом случае не факт что юзкейсы нужны :-)
 

576

Работа / Re: Наиболее продуктивные условия работы для аналитика

« : 21 Ноября 2007, 01:04:23 »

У меня самое продуктивное время работы с 0 часов до 2 часов ночи. Все спят, даже соседи :-), правда хомяк гад просыпается и шерудит в клетке :-).... никто не мешает работать. А вообще отдельный кабинет рулит. Я работая в свое время в IIASA сидел в одном большем кабинете с шефом ... среди кучи книг. Вот это были мои самые продуктивные времена :-).

577

ПО Аналитика / Re: Выбор CASE средства

« : 21 Ноября 2007, 00:58:18 »

1. Можно еще посмотреть на линейку продуктов от Телелоджик. Тот же DOORS интегрирован с UML тулом. Для бизнес-моделирования можно использовать тот же System Architect.

2. Скажите, чем мотивируется необходимость моделировать бизнес-процессы с конвертацией в BPEL??? И какова цель такого моделирования процессов?

578

ПО Аналитика / Re: Замена Rose

« : 21 Ноября 2007, 00:52:50 »

StarUML, Telelogic Tau ...

579

Управление Проектом / Re: Инструменты по Управлению Проектами

« : 18 Ноября 2007, 13:40:40 »

Управление проектами более ёмко по сравнению с Change Management. Отдельные элементы управления проектами действительно могут быть реализованы на подобном инструментарии ... но, например, в Jira нет понятия рабочих дней ресурса, отпусков и т.п. ... и сложно делать календарное планирование и выравнивание загрузки. Да и по определению та же WBS иерархична, а в той же Jira нет иерархии. Хотя в других подобных инструментах есть. Ну и те же диаграммы Ганта со связями работ ....

580

Конференции Семинары и Тренинги / Re: [Семинар] - Альтернативные системы поддержки процесса разработки ПО (МСК)

« : 17 Ноября 2007, 01:47:33 »

Уже лучше :-) ... но по мне в идеале -- 2 доклада :-) ... тогда было бы больше времени на дискуссии.

581

Конференции Семинары и Тренинги / Re: [Семинар] - Альтернативные системы поддержки процесса разработки ПО (МСК)

« : 16 Ноября 2007, 00:06:20 »

Хм ... не уверен, что 20 минут хватит уложиться рассказать о достаточно объемных вещах, но докладчикам виднее конечно.
Кроме этого ... если все заканчивается в 22-00 ... то чтобы добраться до кабака из Люксофта нужно еще минимум пол часа ... Т.е. сев в 22-30 ... быстро выпить по кружечке пива (пока принесут, а закусь так минут тоже через 20 принесут) того уже будет около 23-00 ... уже можно разбегаться? Ибо в пятницу кому-то ж таки придется к 10-00 на работу ... Я уж молчу про себя, т.к. мне нужно реально вырулить в 21-00 из Люксофта, чтобы не позднее полуночи быть дома в Ивантеевке :-).

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

582

Нововведения / Re: SEC(R) 2007 - отчет и впечатление

« : 15 Ноября 2007, 23:54:32 »

Юра, ты попал просто не на самые интересные доклады ...

Я не по докладам делаю вывод, а по обсуждениям в фойе, по аудитории, по численности в конце концов :-). Первый SECR мне запомнился ...

583

Вакансии / Re: Требуется аналитик на проект по внедрению решения на базе продукта от Microsoft

« : 13 Ноября 2007, 22:43:51 »

И что, совсем не нужно ориентироваться этому аналитику в предметной области? или предметка общеизвестная и тривиальная?

584

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

« : 12 Ноября 2007, 15:34:31 »

дак и не были мы в клиентах Борланда, токо теребили шефа насчёт покупки стартима :-(
"Дельпи", правда, был честно куплен, ещё в 90-ых, задолго до меня.

Как водиться одну коробку на всю компанию :-) ....

и не 2006-м, а весной 2007-го это было,
и были попытки проконсультироваться у манагеров Киевского представительства,
закосив под заинтересовавшихся потенциальных покупателей,
тягающих триал-версии и недоумевающих по имеющимся или остсутствующим возможностям,
так они затянули довгу чумацьку пісню:
"Вы нам опишите в почту техническую суть Ваших вопросов - мы перешлём в Москву...." ну, и далее - понятно.

Удивительно что они вам что-то пообщали ... но к этому моменту в Москве был только офис CodeGear, который по ALM тулам не работает. Ну да ладно :-).

Про большую копеечку - это относительно аналогичной связки: Джира-Сабвершин-Доорз, слухи про которую я передавал в посте.

Мне на самом деле было бы интересно узнать более подробно об этой связке и ее возможностях. Если есть информация, какие-либо материалы, я бы с удовольствием посмотрел на них.

А свою интеграцию Борландовских продуктов мы делали своими силами, как полагается, "топором и на коленях". :-(
Не знаю, стоит ли сразу выносить на форум обсуждение технических деталей по граблям, на которые пришлось понаступать?
Может, для начала лучше в почту, а уж полезные результаты - на форум, для общественности?

Думаю стоит описать в кратце процесс в рамках которого использовалась интеграция инструментария. Какая информация откуда куда поступала и почему. Т.е. каков был регламент работы с инструментарием. Это было бы думаю многим интересно.

585

Конференции Семинары и Тренинги / Re: [Семинар] - Альтернативные системы поддержки процесса разработки ПО (МСК)

« : 12 Ноября 2007, 15:25:31 »

во... вот детальный план и изучим ...