4711

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

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

Можно я вставлю слово

Для начала смотрите здесь

VP бурно развивающаяся гонконговская компания и соответственно продукт.

Сам VP Suite содержит такие инструменты как UML, ERD, DFD, BPMN, ORM тесно интегрирован на уровне round-trip с популярными системами разработки. Вообще вопросу интеграции и синхронизации кучи моделей и кода уделено в VP очень много внимания.

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

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

Разработчики в личной переписке заверяли, что есть открытый API интерфейс или аналог, для самостоятельного расширения. Стоит заметить что система разрабатывалась на базе eclipise

Так что мне инструмент очень понравился. хотя и требует привыкания и погружения в его возможности.

Что касается критериев, то могу тут сослаться на Крэга Лармана и его книгу Применение UML2(3-е издание).
Он пишет, старайтесь избегать использования каких-либо case средств, используйте доску (белую) и фломастеры, фотографируйте и используйте их.
Если все-таки использовать - то ищите недорогие, а лучше бесплатные системы, для массового использования.
Дорогие покупайте 1-2 лицензии и то, только если действительно это важно. При этом обращайте внимание на:
свежесть версии UML и соответствие ей
возможность обратного инжиниринга
возможность прямого инжиниринга
возможность синхронного инжиниринга
инжиниринг диаграмм состояний!!!!! Именно так, Ларман подчеркивал это очень особо, ибо инжиниринг только классов уже не столь интересен.

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

4712

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

« : 15 Ноября 2007, 19:43:22 »

gevorg.part1.rar (878.91 Кб - загружено 0 раз.)
это шутка такая: тыцаю загрузить файл, а вываливаюсь в тему голосования за баннеры? :-)

Gevorg, очень советую посмотреть как вы заходите на форум.
Рекомендованнный вход.

1. явно выйти с форума или сайта, обнулить кукис.
2.  явно удалить кукис (см настройки браузера www.uml2.ru)
3. набрать в строке соединения
либо http://www.uml2.ru
авторизироваться в форме
кликнуть в верхнем меню на Форум
после перехода на форум - сохранить ссылку в закладках или если поьзуетесь оперой создать элемент быстрого доступа

либо http://www.uml2.ru/forum/
авторизироваться и сохранить закладку

Боюсь проблема получается из-за интеграции joomla и форума. Причем работа неустойчивая и ошибка не понятна, то все работет замечательно, то происходят какие-то нарушения в SSI включении.

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

У меня все работает безукоризненно
Попробуйте явные ссылки
1. http://www.uml2.ru/forum/index.php?action=dlattach;topic=487.0;attach=482
2. http://www.uml2.ru/forum/index.php?action=dlattach;topic=487.0;attach=483

4713

Сообщество Аналитиков / Re: Нужны добровольцы для структурирования файлового архива

« : 15 Ноября 2007, 17:11:26 »

вас понял.
Тогда для начала сформирую список, т.е. проведу полную инвентаризацию закромов :-)

Ира, права админа у тебя вроде есть. Нет будут. Посмотри работу Remository. Изучи структуру (новую) архива.

Как работать - закачиваешь файл в папку архива (скажу в личке)
Идешь в Remository - обработка несвязанных файлов
Ищешь нужную ссылку, кликаешь, редактируешь представленную форму. Публикуешь. Примерно так.
Можно а иногда и нужно делать ссылку на внешний источник файла.
В этом случае сразу выбираешь - Файлы, в строке физического файла указываешь урл, размер уж прийдется самой указывать.

4714

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

« : 15 Ноября 2007, 17:00:10 »

Братцы. Сорри. Я был вне дискуссии. Проходил медосмотр текущий.

Так же в скором времени должен отбыть.

Прочитал, уяснил, расстерялся.

Попытка №2. Постановка задачи.

1. Сформировать программу "Практикума управления требованиями" для студентов специальности 230201 "Информационные системы и технологии" на базе Ивановского государственного химико-технологического университета в рамках летней учебной практики студентов 3 курса. Ориентировочное количество часов: 30 по 6 часов в день. Курсы долны быть рассчитаны на 1 неделю.
Предусловие: студенты должны знать теоретические основы работы с требованиями, иметь навыки работы с инструментарием RaQuest и Enterprise Architect.
 
2. Отработать принципы, регламент и порядок работы по управлению требованиями по предложенной Gevorg программе с возможным использованием RaQuest

3. Написать статью (или цикл статей) по управлению требованиями в соавторстве 3 G. Разместить публикацию на сайте www.uml2.ru, в популярных IT-журналах.

Для реализации всех выше перечисленных целей необходимо проработать пример, сформировать референтный процесс (если получится).

Задачи:
1. определится с терминологий требований и уточнить что команда 3 G и присоединившиеся понимают под БТ, ПТ.
2. определить признаки бизнес-требований и пользовательских требований для их однозначной интерпретации
3. уяснить роль и обязанности каждого из участников

anything else?

Прикладываю файл Raquest. две части архива - в силу ограничений вложения

4715

Примеры / Голосуй, если имеет смысл

« : 15 Ноября 2007, 16:39:14 »

Вообщем меня просили мои uml-шутки исправить на корректный английский и сделать репост. Сделал - естественно потерял все свои голоса.

Так что, если кто голосовал, просьба переголосовать. Кто не голосовал - прошу посмотреть и проголосовать.

Спасибо.

Все мои шутки носят общее название Hen The Specky. А еще я добавил одну шутку Solomon Grundy. Кодовое имя Professor

http://www.umljokes.com/component/option,com_datsogallery/Itemid,34/func,detail/catid,1/id,55/
http://www.umljokes.com/component/option,com_datsogallery/Itemid,34/func,detail/catid,2/id,57/
http://www.umljokes.com/component/option,com_datsogallery/Itemid,34/func,detail/catid,4/id,56/
http://www.umljokes.com/component/option,com_datsogallery/Itemid,34/func,detail/catid,3/id,50/
http://www.umljokes.com/component/option,com_datsogallery/Itemid,34/func,detail/catid,5/id,49/

4716

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

« : 15 Ноября 2007, 11:24:42 »

Даже если у коллег нет RaQuest'а, тебе не зачем фиксировать все в Excel, ведь raQuest умеет делать экспорт в эксель. И импорт из csv. Заодно и проверим, хорошо ли он это умеет делать. Так что не надо мучицца ;-)

Солнышко, я и делал экспорт в Эксель и совершенно не мучился

4717

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

« : 15 Ноября 2007, 10:08:24 »

Вопросы по требованиям:

003 Необходимо использование БАР-кодов для номеров скретч-карт
      1. Что такое БАР-код

004 Необходимо использование БАР-кодов для секретных кодов скретч-карт
      2. Каким образом считывается секретный код, т.е. как определяется считывание именно секретного кода, а не номера карточки

006 Система должна позволять регистрировать набор номеров скрэтч-карт путём ввода начального и конечного значения диапазона номеров
013 Система должна давать возможность вводить номера карт, которые попадают в диапазон номеров для регистрации, но которые являются исключением, и регистрации не подлежат
      3. в пояснении было написано, что регистратор вводит вручную номер бракованной карты - неясность с БАР-кодом и использованием оборудования для его ввода

002 Система должна поддерживать интеграцию с Клиент-Банком
      4. Да все-таки, что такое Клиент-Банк, название реального банка с которым сотрудничает корпорация или один из многих банков-клиентом

008 Регистрация в Системе прихода средств на счёт компании должна выполняться на основании информации из банка
      5. Предлагется переформулировка - Система должна регистрировать приход средств на счёт компании на основании информации из банка
      6. Уточнить что такое информация из банка (квитанция, переданная каким-либо образом, автоподтверждение ИС банка)

009 Регистрация в Системе прихода средств на счёт компании должна выполняться на основании телефонного звонка от финансового директора
      7. Чем отличается регистрация по звонку финдиректора, когда она происходит, чем отличается от требования 008. Вопрос коррелирует и к требованию 015
      8. Переформулировка: Система должна регистрировать приход средств на счёт компании на основании
телефонного звонка финансового директора

      9. Чем отличаются кроме формулировки требования 005 и 011

4718

Работа / Re: "Проба пера"

« : 15 Ноября 2007, 08:00:40 »

И еще раз я написал уже тест пусть простой и ничего особенного, но он состоялся кому бы Вы могли порекомендовать предоставить для рассмотрения и получить обратную связь. На что обратить внимание.
Могу сообщить что алгоритм описывал по книжке Джозева Шмулера "Освой самостоятельно UML"
P.s.  прошу не смеяться, если вызовит гоморический смех 

Трудно что-то говорить о предмете разговора, не видя его.

То, что Вы использовали Шмуллера - очень хорошо. У него уже вышло следующее вероятно 3-е издание. Это уже само по себе говорит о качестве материала. У Шмуллера  хорошо изложены принципы, отлично разобраны примеры.

Если Вы желаете получить рецензию своей модели и алгоритма, выкладывайте его здесь, получите прекрасную рецензию.

Если же этот тест - большая коммерческая тайна - вышлите мне лично по адресу: [Portugaled] {alittledog} [yandex] {point} [ru]

4719

Сообщество Аналитиков / Re: Проект - "Статьи по ИТ анализу от студентов"

« : 14 Ноября 2007, 23:40:14 »

А так и не понял насчет конкурса. Объявление будет или нет?

4720

Работа / Re: "Проба пера"

« : 14 Ноября 2007, 23:37:38 »

Интересно а возможно во времени обьединить книги, ЮМЛ и курсы?
А что Вы подразумеваете под фразой "потом ЮМЛ"?

Объединять можно все. Просто отдача от курсов будет больше, если в начале почитать, набраться вопросов, сформировать определенное мнение, тогда и на курсах можно получить больше. Иначе курсы будут восприниматься как речь Господня. И многие вещи будут осознаны позже.

"потом ЮМЛ" = "потом UML". Вероятно, Александр (BAS), полагает, что Вам требуются курсы аналитиков, а не программистов. Потому и говорит: изучите требования по книгам, изучите анализ требований с использованием UML, а потом на  курсы

4721

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

« : 14 Ноября 2007, 20:45:16 »

Вы как Учредитель Проекта и Потребитель его результата, дайте визу

Ему:

а мне:

Может еще раз обсудим объявим обязанности каждой стороны, ее ограничения. Например мне не совсем понятна моя роль.

4722

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

« : 14 Ноября 2007, 20:43:04 »

Вы только, как Учредитель Проекта и Потребитель его результата, дайте визу на функциональные обязанности нашим ролям в процессе управления требованиями:

Gevorg, а мы согласие greesha получили на экзекуцию?

Однако когда я писал ему ответ, я имел в виду немного другой аспект. А именно организацию практических занятий с моим личным участием и участием студентов. Greesha и ВАС рядом не будет. Буду только я азм есть.

Обратите внимание, какая интересная дискуссия возникла между нами, т.е. среди команды, в которой:
Gevorg - ясно представляет, что мы делаем
Greesha - отлично разбирается в предмете разговора и тоже не мальчик
Galogen - самый недоразвитый, но все-таки высоко мотивированный и очень начитанный

Забавная троица 3G, может нам домен срочно забронировать под таким соусом?

Ключевой фразой, триггером понимания проблемы служит слово "мотивированный".

Очень сложно студента мотивировать.

Дополнительный аспект это жизненный опыт - который играет страшно немаловажную роль.

4723

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

« : 14 Ноября 2007, 20:34:28 »

на д.м. е меня есть ЕА, что нужно, чтобы подключить к нему RaQuest и смотреть результаты "вживую"?

Ничего не нужно кроме лицензии. Однако, елси мы управимся за месяц можно спокойно скачать оценочную месячную версию с сайта производителя www.raquest.com

Затем установить программу и все.

Сейчас я использую RaQuest 2.4 (лицензионный) академическая лицензия обошлась в 75 долларов.
и ЕА 7.0 815 билд (пока не лицензионный) академ лицензия стоит 65 долларов. Но после покупки раквеста подожду.

я сформировал список требований в RaQuest используя формат rde. Другой тип форматов eap. Несовсем точно понимаю в чем их отличие. Оба хорошо открываются с помощью Access.
В rde файле фактически хранятся текстовые описания.Однако если в меню выбрать Tools/Run EA, то автоматически загружается EA и все текстовые требования превращаются в графическое представление.
Далее я создаю в каждом пакете требования по графической диаграмме и перетаскиваю требования.
Если создавать графические связи в ЕА, то эти связи потом будут отображаться и в матрице трассировки требований в раквесте.

Таким образом можно упростить связывание и редактирование связей в ЕА и иметь возможность отбора и манипулирования требованиями в раквесте

4724

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

« : 14 Ноября 2007, 19:51:53 »

Ну и для наглядности

Ну пока типа бизнес требования в некоторой соподчиненности


Это функциональные требования. Выбраны по признаку "система должна"

4725

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

« : 14 Ноября 2007, 18:55:11 »

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

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

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