211

Идеи и мозговой штурм / Re: Тематические анекдоты и смешные истории

« : 16 Сентября 2008, 14:27:22 »

баян, но в тему

Тема называется: "Тематические анекдоты и смешные истории", требование свежести к ней не установлено, это может быть начало сборника классических историй, как "Физики тоже шутят"
А загубить можно все, что угодно :-)

212

Идеи и мозговой штурм / Re: Тематические анекдоты и смешные истории

« : 16 Сентября 2008, 11:07:38 »

Подрядчик (п) подводит заказчика (з) к глубокой яме. Где-то на дне виднется фонарь.
З: Это что?
П: Как что? Шахта. Глубина 50 м, диаметр 3м, все по чертежам.
З (берет ватман, переворачивает): Маяк, блин, маяк!!

213

Sparx / Re: Enterprise Architect: Практика использования

« : 15 Сентября 2008, 11:23:51 »

Смотрите там, а какая у Вас версия EA?

214

Поздравления / Re: Поздравляем Юрия Булуй с Днем Рождения

« : 10 Сентября 2008, 12:07:18 »

+1 :-)

215

Методологии / Re: Классификация моделей разработки ПО

« : 06 Сентября 2008, 21:44:15 »

Добавлю свои 5 копеек в обсуждение.
Нельзя рассматривать аналитическую модель, проектную модель как результаты фаз. Результатом фаз RUP является определенное целевое их состояние (скажем, "готова на 25%", "готова на 100%"). Кстати, анализ и проектирование -- это процессы в RUPе, не стадии, т. е. другое измерение.
Изложение всего с позиций RUPа, конечно же.

Полностью согласна, спасибо! У меня в голове все вертелось, а у Вас так хорошо и понятно получилось словами сказать!

216

Примеры / Re: Автоматизация учета страховой компании

« : 04 Сентября 2008, 12:06:44 »

3. Наколько я знаю, на структуру проекта стандартов как таковых нет. Но: при групповой работе над моделью структура проекта в ЕА должна позволять коллективную работу с минимальными конфликтами по одновременной правке 2 разными моделистами одной диаграммы и т.п. Т.е. структуру проекта важно продумывать как в разрезе контуров, так и в разрезе видов моделей (бизнес-модель отдельно от модели требований, архитектуры, тестовых сценариев и т.п.), количества участников моделирования и т.п. И это процесс индивидуальный для каждой команды разработки.
5. А что конкретно не нравится в шаблонах? Т.е. каких шаблонов хочется?

217

Sparx / Re: Enterprise Architect: Практика использования

« : 01 Сентября 2008, 22:57:25 »

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

218

Тестирование / Re: Test Case & Test Analyst

« : 01 Сентября 2008, 22:04:58 »

конечно входные документы

Ну, если входные, то желательно документ, по которому будет осуществляться приемка продукта заказчиком (это бывает техническое задание, а в некоторых случаях программа приемо-сдаточных испытаний - но такой шик бывает очень редко). Ну или хотя бы постановку задания, по которой писали разработчики, или документацию для пользователя.
А вообще, теоретически, это зависит от вида тестов. Для модульных тестов - нужна архитектура и ТЗ, для тестов функционала в целом - ТЗ и результаты бизнес-анализа, если он был (что также бывает очень редко).

219

Тестирование / Re: Test Case & Test Analyst

« : 01 Сентября 2008, 12:58:55 »

Предположим у вас работают профи тестировщик и новичок.
Кто-то из них работает удаленно а кто-то у заказчика.
Что им понадобиться для тестирования?
Какие документы?

Как минимум им понадобится тестовый стенд.
Под "какие документы" понимаются входные или те, что они сами разрабатывать будут?

220

Сообщество Аналитиков / Re: Присоединение к Сообществу Аналитиков России

« : 01 Сентября 2008, 11:05:23 »

Чего могу я:
рассказывать как вам всем плохо без тестирования

Какая прелесть! Узнаю собрата по речам :-)

221

Примеры / Re: Проверьте диаграмму деятельности, пожалуйста

« : 29 Августа 2008, 17:50:28 »

Как бы они не были хороши или плохи, если мы их выбрали, то надо им и следовать. Или хотите сказать, что Вы умнее 100 человек, кот. создавали этот стандарт? Другое дело, когда стандарт не подходит под Ваши нужны (Вы дурак) или Вы не знаете как его правильно применять (опять же Вы дурак), тогда и приходят на на помощь слова "только тем, кто в контексте".

Какая у BAS'а сегодня шашка в руках мощная! Всех порубит наш решительный Чапай :-)

222

Sparx / Re: Enterprise Architect: Практика использования

« : 29 Августа 2008, 15:37:03 »

С помощью зависимости  "trace". При это можно скопировать сначала ВИ на ДБП, а потом ВИ удалить с ДИАГРАММЫ, но линк сам останется. Или сделать отдельную диаграмму под трассировку м\у ВИ и БП

Голосую за второй вариант - отдельная диаграмма под трассировку - очень наглядно получается.

223

Sparx / Re: Enterprise Architect: Практика использования

« : 29 Августа 2008, 13:04:52 »

Еще раз спасибо Ире за ФАК

Еще бы эта Ира выкладывала вовремя :-( А не копила по 3-4 месяца

224

Sparx / Re: Enterprise Architect: Практика использования

« : 29 Августа 2008, 12:23:41 »

Согласен с Денисом. М.б. сделать отдельный подраздел - ЕА?
Туда перенести все вопросы связанные с ЕА и разбить эту тему на отдельные вопросы-ответы?

А смысл?
Практические наработки - выложить в фак, теоретческие рассуждения "О чем думают эти чуваки в спарксе" оставить здесь и все. Имхо, это проще, чем бегать по нескольким темам

225

Sparx / Re: Enterprise Architect: Практика использования

« : 29 Августа 2008, 10:00:14 »

мы когда начинали форум, одна из целей была — возможность эффективно работать с информацией
можно как-то разнести всё это роскошество на отдельные дискуссии?

Частично информация о применении инструмента EA есть в FAQ по EA, планирую в эти выходные дополнить. Дискуссию плюсы и минусы ЕА (расцвет или закат) и отличия версий UML в принципе действительно можно разнести.