2671

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

« : 06 Февраля 2010, 12:36:19 »

Это наверное баян. Но очень понравилось:

ЗЫ: туда, откуда взято, я не хожу 

Прикольно

2672

Sparx / Re: FAQ - Sparx Enterprise Architect

« : 05 Февраля 2010, 23:51:45 »

И как создать шаблон документа своего содержания

Немного позанудствую.

Рецепт №6. Создание отчетов
Создание отчета по готовому шаблону задача несложная, особенно, если не требуется никакая дополнительная настройка.

Существует несколько способов начать формирование документации (отчеты формируются относительно пакета!):
 - Выбрать соответствующий пакет  в браузере проекта, вызвать контекстное меню, выбрать пункт Documentation, выбрать нужный тип документации;
 - Либо использовать кнопку Documentation в меню окна браузера проекта;
 - Либо выбрать пункт главного меню Project/Documentation;
 - Либо просто нажать клавишу F8 Для создания rtf-документации, Shift+F8 – для создания html-документации, Ctrl+Shift+F8 – для документирования только диаграмм

Для каждого типа отчетов загружается собственный диалог. Наиболее богат возможностями rtf-отчет. Для формирования отчета следует
 - указать внешний файл для сохранения,
 - выбрать шаблон отчета,
 - если необходимо настроить фильтрацию и сортировку выводимых объектов и другие дополнительные настройки,
  - нажать кнопку Generate.

Для просмотра отчета используется кнопка View. Если отмечено свойства Use Internal Viewer, то отчет загружается непосредственно в рабочее окно ЕА, иначе отчет открывается в MS Word

Рецепт №7. Руссификация тегов отчета
Естественно в шаблонах используются названия тегов на английском языке. Можно создать собственный шаблон, заменив англоязычные теги на русскоязычные. Однако ЕА предоставляет более гибкую возможность. Для всех используемых тегов шаблона можно определить замену на русском (либо другом языке).

Для этого используется вкладка диалога rtf-отчетов Word SubStitution, где каждому тегу на английском языке сопоставляется перевод на другом языке (в нашем случае на русском)

Чтобы происходила автоматическая замена англоязычных терминов русскоязычными, необходимо в диалоге выставить свойство Use Language Substitution

Рецепт №8. Создание собственного шаблона отчета
Для создания собственного шаблона необходимо:
 - Войти в диалог формирования rtf-документации;
 - Перейти на вкладку Templates;
 - Создать новый шаблон (кнопка New);
 - Выбрать образец шаблона (будет создана копия предопределенного шаблона);
 - Отредактировать шаблон в соответствии с требованиями в редакторе шаблонов.

Изменять предопределенные в ЕА шаблоны нельзя. Можно лишь сделать его копию и уже ее редактировать.

При необходимости можно импортировать ранее сделанный шаблон. Шаблон должен быть в формате .xml

Можно импортировать шаблон в формате rtf непосредственно в редакторе шаблонов

Скажите пожалуйста, есть в программе система управления требованиями?

Irr, правильно заметила, а что вы сами под этим понимаете?

И хотя дисциплина Требования и процесс управления требованиями достаточно регламентированы, что называется, в the best practices, все равно многие понимают под этим нечто совершенно разное.

Стоит задуматься над такими понятиями как:
 - управление жизненным циклом требования
 - управление сбором, выявлением и уточнением требования (хотя конечно это тесно переплетается с первым пунктом)
 - управление документированием требований
 - управление изменениями требованиями в ходе разработке
 - управление анализом требований (если это возможно)
 - управление моделью требований
 - управление прослеживаемостью требований и других артефактов разработки

Часть из этих задача ЕА может решать в той или иной степени, другие нет, либо со значительными доработками.

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

Насколько все это подходит для Ваших целей, решать Вам.

2673

Обсуждение статей / Re: Антипаттерн: Agile против всего на свете

« : 05 Февраля 2010, 16:55:16 »

Что бы этот вывод значил только... Несколько раз перечитал - бессмысленница.

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

Например, можно создать абсолютно строгую технологию создания ТФТ матрицы и, следуя ей, получать гарантированный результат. Другое дело когда Вы начинаете ее продавать или использовать для достижения каких-то бизнес-целей.

2674

Обучение / Re: Впечатление от on-line семинара от профессора Кумскова

« : 05 Февраля 2010, 13:33:13 »

Коллеги, поднимая вопрос я не говорил о компетенции Кумскова. Она присутствует. Вопрос какого характера - академическая или практическая. Имеет или нет право Кумсков использовать материалы Rational - это вне нашей критике.

Меня удивило - критика Коберна, хотя даже названия книги профессор не мог вспомнить.

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

2675

Обучение / Анализ и синтез информационных систем

« : 05 Февраля 2010, 08:49:20 »

Коллеги, друзья!

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

Хотелось бы услышать критику каждого раздела и темы лекции. Возможно новые формулировки и даже иное содержание.

Был бы очень рад указанию ресурсов (литература, статьи, интернет издания). В какой-то степени данный предмет перекликается с дисциплинами: Теория информационных процессов и систем и Основы объектно-ориентированного анализа. А следует за первосеместровым курсом Архитектура современных информационных систем

2676

Конференции Семинары и Тренинги / Re: Вебинар по управлению проектами на базе ТОС (теория ограничений)

« : 03 Февраля 2010, 17:58:20 »

Можно подробнее что именно заинтересовало ?
CCP метод мне немного знаком

Подробнее не скажу. CCP даже не знаю, что это. Заинтересовало то, что это можно использовать в программных проектах, но как не понятно осталось

2677

ПО Аналитика / Re: Roadmaping Software

« : 03 Февраля 2010, 16:26:03 »

Enterprise Architect к примеру

2678

Sparx / Re: Sparx EA, Sequence Diagram

« : 03 Февраля 2010, 13:41:16 »

еще пара вопросов в эту тему
1.Почему рвется фокус при возврате управления, после того как объект создан?

Фокус рвется, почему ответить не могу. В принципе можно задать объекту свойство Activate on Create, но фокус все равно рвется.

2 Как избавится от квадратных скобок во фрагменте "par" (или как разделить параллельные области)?

если вы используете фрейм "par", вы уже указываете, что сообщения идут паралелльно. Для отображения областей указываются условия этих областей, тогда квадратные скобки и появляются с текстом в них. Указывая при каком условии что будет происходить

2679

Конференции Семинары и Тренинги / Re: Вебинар по управлению проектами на базе ТОС (теория ограничений)

« : 03 Февраля 2010, 11:54:10 »

Странная штука - не смог записаться на Вебинар, или его время уже прошло ?

Я узнал об этом 28 в 9:00 и сразу зарегистрировался.
Ссылка пришла в 11:15, я подключился. Семинар был в разгаре. Прошли только первую из 3 частей.
Слушать дальше было сложно, поскольку основные положения излагались в первой части.

Тем не менее услышанное меня заинтересовало. Более того обратился к Андрею с вопросом о проведении тренинга у нас в компании. Решаем ...

В качестве основного примера рассматривалась программисткая фирма, более того был большой процент слушателей (если не все) от программирования

2680

Проектирование / Re: Использование ВИ диаграммы для описания сложных систем

« : 02 Февраля 2010, 23:02:52 »

Появилась идея - можно создать столько ВИ, сколько нужно, но при этом создать не одну, а необходимое число ВИ диаграмм, каждая из которых покрывает определенную функциональность. Т.е. не создавать одну большую с 100 ВИ, а создать несколько небольших диаграмм. Одних и тех же актеров можно переиспользовать на разных диаграммах. ВИ также можно переиспользовать в случае необходимости. Вроде современные тулы создают объекты ВИ и актеров, которые не привязаны к конкретной диаграмме.

В правильном направлении двигаетесь

2681

Примеры / Re: Проектная работа - Коммунальные платежи

« : 02 Февраля 2010, 19:42:25 »

А тогда "Выдача полученной итоговой суммы" - это просто реализация в виде кнопки "Рассчитать итог по всем платежам"? Тогда есть ли смысл делать для этой задачи отдельный кейс?

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

2682

Проектирование / Re: Использование ВИ диаграммы для описания сложных систем

« : 02 Февраля 2010, 14:15:25 »

Вообще, количество операций может быть достаточно большим. К примеру, 50 - 100. Конечно, все это можно запихнуть в описание ВИ, а  сам ВИ назвать неким обобщающим словом, но ценность такой диаграммы будет невысока. Декомпозиция решила бы проблемы, но знаю, позволяет ли UML декомпозировать ВИ диаграммы?

Все зависит от того какого рода декомпозицию Вы предпримете.

Например,  у Вас на верхнем уровне описание бизнес-процесса или бизнес-процессов.

Ви могут быть разложены по бизнес-процессам, тогда вы создаете пакеты по имени бизнес процессов и там уже делаете свои ВИ

Можно пойти иначе со стороны действующих лиц

Или сначала разложить систему на подсистемы и модули и уже назвав пакеты их именами разложить ВИ

2683

Проектирование / Re: Использование ВИ диаграммы для описания сложных систем

« : 02 Февраля 2010, 13:05:43 »

Эд, что ты подразумеваешь под декомпозицией?

http://ru.wikipedia.org/wiki/Декомпозиция

2684

Проектирование / Re: Использование ВИ диаграммы для описания сложных систем

« : 02 Февраля 2010, 09:11:33 »

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

2685

Примеры / Re: Проектная работа - Коммунальные платежи

« : 01 Февраля 2010, 19:46:58 »

Galogen, то ест отдельного ВИ для "Выдача данных по заданному виду платежа" не будет?

Получается у оператора только один ВИ?

А разве я что-то в таком роде сказал?

Почему же выдача данных - это совершенно иная транзакция.