Форум Сообщества Аналитиков

×


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

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


Сообщения - Irr

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 »
451
Начала рисовать FAQ, буду постепенно добавлять туда информацию. Возникает вопрос: удобно ли использовать для хранения FAQ одно сообщение? Мне для добавления - без разницы, но читатель узнАет о том, что FAQ изменился, только если откроет нужную ветку в форуме. Может, мне надо каждый раз писать ответ в эту ветку с указанием, что изменилось?
Аксакалы, выскажите, пожалуйста, свое мнение

452
Я вряд ли смогу попасть 12го, можно будет хоть конспект потом почитать? :-(

453
У меня тоже сегодня такие же траблы
Тыкаю отредактировать, мне предлагают распечатать, ссылка получается вот такая: http://www.uml2.ru/index.php?option=com_smf&Itemid=45&action=printpage;topic=68.0
Кнопка Ответ выдавала информацию о чьем-то профиле либо была вообще недоступна :-(

454
Общие вопросы
Что такое Enterprise Architect?
EA – CASE-инструмент для проектирования и конструирования программного обеспечения. EA поддерживает спецификацию UML2.0, описывающую визуальный язык, которым могут быть определены модели проекта.
Некоторые из ключевых функций ЕА:
- создание элементов UML-моделей широкого круга назначения;
- размещение этих элементов в диаграммах и пакетах;
- создание коннекторов между элементами;
- документирование созданных элементов;
- генерация кода для конструируемого ПО;
- реверс-инжиниринг имеющегося кода на некоторых языках.
Используя EA, можно выполнять форвард и реверс-инжиниринг ActionScript, C++, C#, Delphi, Java, Python, PHP, VB.NET and Visual Basic классов, синхронизировать код и элементы моделей, проектировать и генерировать элементы баз данных. Из моделей может быть быстро создана документация в стандартном rtf-формате и импортирована в Word для финального редактирования, так же доступна генерация HTML-документов.
EA поддерживает все модели/диаграммы UML 2.0. С его помощью можно моделировать бизнес-процессы, веб-сайты, пользовательские интерфейсы, сети, конфигурации аппаратного обеспечения, сообщения и т.д., оценивать размер трудозатрат проектных работ в часах, фиксировать и трассировать требования, ресурсы, тест-планы, дефекты и запросы на изменения.
Т.о. EA – современный инструмент, который поддерживает все аспекты цикла разработки, обеспечивая полную трассировку от начала проектирования до размещения и поддержки. Также он обеспечивает поддержку тестирования, управления сопровождением и изменениями.
Какова архитектура EA?
Архитектурно Enterprise Architect представляет собой программу – рабочее место EA, из которого осуществляется соединение через собственный драйвер БД с проектным репозитарием, организованным в виде базы данных. В качестве базы данных по умолчанию используется Microsoft Jet. Так же  в качестве сервера БД могут использоваться SQL Server, MySQL, Oracle 9i и 10g, PostgreSQL, Adaptive Server Anywhere, MSDE Server, Progress OpenEdge.
На рабочем месте хранятся пользовательские настройки этого рабочего места, такие как настройки отображения панелей инструментов, набор горячих клавиш и т.д.
В проектном репозитарии хранятся следующие элементы моделирования:
- объекты модели, такие как UML-элементы и пакеты;
- коннекторы, которые связывают взаимодействующие объекты;
- диаграммы, отображающие объекты, коннекторы и ссылки на другие диаграммы.
При этом один элемент может быть отображен на нескольких диаграммах, но физически как объект базы данных он хранится только в одном экземпляре. Т.о. удаление элемента на диаграмме не вызывает удаление объекта из репозитория.
Также в проектном репозитарии хранится дополнительная и служебная информация:
- дополнительные справочники, такие как глоссарий, авторов моделей, задач, проблем, дефектов и пр.;
- настроечные справочники, такие как типы стереотипов, пользовательских тегов, шаблонов отчетов и т.п.
- шаблоны проектирования, такие как UML-паттерны и UML-профили, позволяющие сохранять и быстро воспроизводить типовые решения, смоделированные ранее.
- базовые линии, т.е. моментальные снимки состояния пакетов в XML-формате.
Для обмена информацией между репозитариями используется экспорт/импорт файлов XML-формата.
Существует ли в природе русскоязычный help (или документация) по EA?
Нет, не существует.
Особенности и недостатки
Инструмент конечно удобный, но не без недостатков. Многое приходится делать через контекстное меню, что порой раздражает. Есть проблемы с портированием элементов. Особенно достали плавающие дорожки, как их портировать?Не совсем удобен перенос фигур - стрелками нельзя.
Почему-то нельзя менять шрифт тегов ограничений наименований ассоциаций - что довольно странно. Но в целом инструмент нравится.
Глюки
Обнаружена некоторая проблема с редактированием шрифтов, например, ставлю жирный шрифт, а ставится все равно не жирный, но это не так страшно. Просто попробуйте - сделайте сначала некую диаграмму, выделите все и измените шрифт, скажем 12 жирный Arial. Затем присоедините любую картинку (фотку нечто еще) и увидите: размер не изменился, а жирность исчезла.
Источники информации для ответов на вопросы
Help к EA, входящий в поставку, информация с сайта производителя http://www.sparxsystems.com.au/ , личный опыт участников форума UML2.ru

455
на фиг такое счастье, особенно когда я объясню как строить диаграммы в Розе, на экране ничего не видно, как на экране компа так и видеопроектора.
Ничего себе! У нас вроде все показывало, и в Rose и в EA на проекторе. Странно как-то. Хотя... визуальные стереотипы мы не пользовали...

456
Bas, я знаю, что Вы не хотели обидеть, да я и не обиделась. Это типичная тема для дискуссий :-)

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

457
И тут у меня созрел вопрос: на сколько девушки-аналитика могут быть профессионалами в своем деле? Если брать программистов, то доминация мужчин там не поддаётся сомнению, а как на счет области ИТ анализа? ИМХО, девушки даже предпочтительней мужчин в данной области, по 2ум причинам:
1. Более коммуникабельны, приятнее проходить интервью с девушкой
2. Более кропотливо подходят к своей работе, т.е. шанс упустить то или иное требование уменьшается
Ну вот, опять, уж как разговор заходит хоть об одной из IT-дисциплин, начинаются дискуссии в стиле анекдота "Женщина - программист, как морская свинка, не имеющая отношения ни к морю, ни к свиньям..."
Меня в общем-то это уже не беспокоит, скажу от себя так: в любой IT-шной профессии женщине приходится доказывать свою профпригодность гораздо сильнее, чем мужчине, так что выживают в профессии - сильнейшие профессионалы :-)
А с т.з. именно на профессию аналитик - по-моему аналитический склад ума - он либо есть, либо нет, без половых различий. Причины, приведенные bas'ом, по-моему, - это следствие развития вторичных навыков (коммуницирования и сосредоточенности), без наличия навыков системного анализа погоды не сделают (максимум - всю жизнь собирать первичные требования), при наличии - конечно, увеличивают преимущество :-)

458
ПО Аналитика / Re: Помогите советом!
« : 21 Июня 2007, 23:42:00 »
Дмитрий, очень кратко на этот вопрос я в указаной Galogen теме отвечаю, полный ответ будет позже там же.

459
Про корпоративную лицензию и коллективное использование очень кратко (развернуто будет чуть позже)
Для коллективного использования модель можно развернуть несколькими способами:
1. Самый простой: вместо базы по умолчанию использовать базу на MS SQL, Oracle и т.д. - и обращаться к ней по сети. (Крякнутые версии это позволяют делать без корпоративной лицензии)
2. Формировать свою модель на каждом рабочем месте: выгружать базу попакетно, загружать у себя в нужном порядке, работать, результат работы выгружать и т.д. (особенности будут позднее) так же не требует корпоративной лицензии.
3. Несколько моделей и репликации между ними (Это удобно для удаленной работы, когда для работы в одной модели слишком связь плохая) - этот вариант я не пробовала.
Во всех способах есть особенности и необходимость разрабатывать политику прав пользователей (чтоб не затереть чужие изменения). Права пользователей действительно подключаются только с корпоративной лицензией. Но, если мы храним модель попакетно (вариант 2), например, в системе версионного контроля (СВК), тогда тут уже работают права доступа к СВК, а не права EA.
В общем, для реализации коллективной работы корпоративная лицензия не так уж и обязательна. Но вопрос организации коллективной работы тянет за собой кучу вопросов будущего FAQ: внутренняя организация модели EA и способы размещения модели (deployment), перенос ее на промышленный сервер БД, экспорт/импорт/сравнение пакетов и перенос трассировок при этом, резервное копирование модели, интеграция EA с СВК, права пользователей, lock'и на диаграммы и т.д. В общем, это анонс пополнений FAQ на ближайшие 2 недели :-)

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

461
Подписалась на уведомления по этой теме. Желание стать модератором есть, но боюсь не справиться :-) Давайте вы посмотрите на мое поведение, и если понравится, тогда и сделаете меня модератором :-)
И еще у меня есть просьба: переименуйте, пожалуйста, этот топик в "Практика использования Enterprise Architect", он Architect, а не Architector

462
Договорились. Супер-скорости пока не обещаю :-)
Если есть еще вопросы по EA, можно кидать их прямо сюда, заодно и на них постараюсь ответить.

463
Я думаю, что с использованием стереотипов и надписей на связях в UML можно выкрутиться в области рисования бизнес-процессов. Туда ложатся любые множества объектов и связей между ними. Согласен, что не всегда есть в этом смысл, точнее - это не очень удобно.
Выкрутиться можно, но неподготовленному человеку придется очень много объяснять, что же это такое. + Если вы подрядчик, а у заказчика несколько проектов, и каждый из подрядчиков использует свою нотацию (UML с выкрутасами, ARIS, IDEF), то будет очень сложно :-)
Для меня это важно было для того, чтобы получить сквозную модель требований и архитектуры. Когда все слои от ключевых проблем пользователей до архитектурных элементов лежат в одной модели и там же провязаны трассировками.
Да, и для меня сквозная трассировка слоев требований, архитектуры, тестирования - одна из основных ценностей моделирования в целом :-) С учетом трудности понимания заказчиком UML'я при описании бизнес-процессов пока вижу один выход: связка BPMN (бизнес-модель) + UML (модели требований, анализа, архитектуры). Средства, которые поддерживают и то, и другое уже есть, например, Enterprise Architect. Но пока такая связка еще в стадии исследования, т.е. решение еще не проверено полностью: нет у меня пока ни готовой модели, ни нотации и правил трассировок между слоями, хотя EA между элементами BPMN и UML коннекторы рисует легко :-)

464
А как тогда понимать IDEF4 - Object-Oriented Design, IDEF10 - Implementation Architecture Modeling, IDEF11 - Information Artifact Modeling, IDEF12 - Organization Modeling, IDEF13 - Three Schema Mapping Design, IDEF14 - Network Design?

Кстати, я бы не отказался увидеть IDEF8 - User Interface Modeling в нормальном виде, а то у меня картинки битые.
А есть возможность увидеть где-нибудь спецификации всех этих IDEFX? А то я маньяк-коллекционер :-)

465
А вы не догадываетесь? Просто он пока не так распространён, его нотацию не поддерживают популярные диаграммеры, по нему нет литературы, учебных курсов. А за IDEF (и SADT вообще) стоит старая школа аналитиков, менеджеров и т.д.
А ларчик просто открывался...
Я думала, вдруг тут зарыта какая-нибудь методологическая собака. А тут всего лишь особенности распространения, их я тоже заметила

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 »