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

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


Сообщения - Александр Котельников

Страницы: « 1 2 3 4 5 »
16
Про построение отчётов не элементам в пакете, а по элементам на диаграмме - да, можно, Documentation->RTF Report->Edit Template, выбираете в дереве разделов Diagram, Element, Connector, Messages. Дальше набираете те поля, которые хотите видеть в разделах отчёта (напр. Name, Alias, Notes), сохраняете, запускаете отчёт - и вуаля.

Не работает у меня таким способом. Только по пакетам. Чтобы работать с элементами диаграммы я подключаю базу.

17
Определяющее значение имеет однократное описание акторов и последовательное применение ОДНОКРАТНО описанных акторов на всех диаграммах.
Ну плюс еще десяток тонкостей :)

18
ЕА от Sparx вполне юзабелен. был опыт использования.
Но! важно грамотно отстраивать модель процессов или документооборотов.

19
Все взаимосвязанные аспекты выявить невозможно в разумные сроки.
Важно выявить ключевые связи между элементами системы. Определить сами элементы, а также элементом каких систем является обсуждаемая система.

20
http://praxos.ru/index.php/Системный_подход Про системный подход.
Дабы не копипастить лишний раз.

21
Хм. м.б. применение методологии системного подхода к анализу и решению любых возникающих проблем в его практической деятельности?
Определения системного подхода в принципе сформулированы достаточно четко.
в принципе уже на бытовом уровне начинаешь размышлять системными категориями :)


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

23
Я использую ЕА и надстройку к ЕА, которая называется RaQuest. оч удобно. выгрузка в ворд есть, причем настраивается по шаблону.

24
Это зависит от грамотности юристов Заказчика: если объявят неотъемлимой частью договора - то да. Исполнителю следует стремиться, чтобы концепции, модели не были элементом договора, поскольку они могут сильно измениться, а формально Заказчик будет требовать их реализации

25
О Сайте и Форуме / Re: Логотип сайта
« : 23 Ноября 2007, 14:16:56 »
Нравится 5,6.

26
Вопрос: существует ли трассировка между российскими ГОСТами и документами и артефактами разлияных методологий разработки ПО?

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

27
Коллеги, мне как-то задали вопрос - почему ТЗ считается частью договора, что произойдет, если отступить от ТЗ или как-то по другому нарушить условия соглашения.

С этой целью я перелопатил консультант.
Если сообществу интересна данная тема - займусь немного плотнее - покопаюсь в более полной базе.

Сам обзор здесь: http://analitic-info.ru/index.php?option=com_content&task=view&id=26&Itemid=34

28
В принципе, раздел определений имеет смысл держать на форуме.
Но при этом нужно делать библиографическую ссылку, либо указание - "предлагаю определение".
Кроме того, это полезно для индексации форума :)

30
Я думаю - можно в отдельной ветке.
"Техническая организация управления требованиями"
Создадим?

Страницы: « 1 2 3 4 5 »