766

Системный Анализ и Требования / Re: Неубогий подход к труду аналитика

« : 05 Марта 2014, 21:21:19 »

Леонид, спасибо за Ваше мнение.

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

В целом понятна Ваша "нелюбовь" к сценариям. Но не очень понятна правильная альтернатива. Не могли бы Вы очертить, именно, этот подход? 

767

Системный Анализ и Требования / Неубогий подход к труду аналитика

« : 04 Марта 2014, 21:42:27 »

Да, простит меня уважаемый Леонид, которые в теме Перевод с UML высказал такую мысль:

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

Леонид, не могли бы развернуть свою мысль? Высказав концепцию правильного подхода к труду аналитика ИС, и чем плох мышления в категориях сценариев?

Спасибо

768

ПО Аналитика / Re: Помогите выбрать инструмент для описания сложной(почти ERP) системы

« : 28 Февраля 2014, 22:28:00 »

Доброго времени суток)
Долгое время занимаюсь поисками продукта, который даст возможность описывать систему, с которой я работаю.
К сожалению, 100% подходящего найти так и не сумел.

Доброго и вам. Есть у меня подозрения, что вы увлеклись поиском серебряной пули.

Пробовал Visual paradigm и Enterprice Architect. Обе по разным причинам не подошли(правда на счет ЕА я пока не до конца уверен).

И каким, если не секрет.

Что мне хочется получить от системы:
1. Описание классов системы, которые обеспечивают основной функционал.

Масса систем. Например Visio.

2. Возможность привязывать к операциям классов данные о реальной логике их поведения(в виде activity и state machine диаграмм).

Зачем это делать у операции? Ну я еще пойму про активити, а автомат то зачем к операции привязывать? Автомат он у объекта бывает.

3. Возможность хранить данные о БД системы с описанием таблиц и полей.

А что этого не умеет?

4. Возможность хранить данные экранных формах системы(не обязательно прототипирование формы).

Да многие это делают и VP и ЕА

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

Следуйте, например, методологии RUP.

6. Возможность многоверсионного хранения данных.

да все это умеют. Если не умеют есть системы версионного контроля

7. Возможность построения структуры проекта с глубокой вложенностью (в Visual paradigm нельзя создавать вложенные папки, потому и забил не него)

Неужели, можете показать как это нельзя делать вложенные папки(видимо пакеты вы имели в виду)

8. Возможность печати документации по конкретным изменениям(одна задача) или по большому объему изменений( разница между версиями продукта).

Да умеет это ЕА

Продукцию Rational попрошу не предлагать)
Я знаю ,что там все очень круто, но для нас это дороговато(

Ага

Может вам попробовать Cradle - то что нужно для вас и по цене вполне приемлемо. threesl.com

769

Sparx / Re: FAQ - Sparx Enterprise Architect

« : 27 Февраля 2014, 22:54:54 »

Моя проблема в том, что я каждый раз иду по неправильному пути и задаю вопросы именно по деталям реализации(((
Я хочу проделать следующее:
Описать классы(атрибуты и операции).
Описать логику операций(активити, или стейт машинс)
Описать таблицы БД.
Описать связи между операциями классов и полями таблиц (дабы понимать, какие поля каких таблиц используются в операциях и в идеале - как именно).

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

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

Возможно трассировку к атрибутам и операциям стоит получить с помощью sql запросов - помните, что eap - это база данных access 97.

А так задача, сложная, никто вам готового ответа не даст.

770

Sparx / Re: FAQ - Sparx Enterprise Architect

« : 25 Февраля 2014, 14:50:26 »

В целом все ясно: таблицы, атрибуты и связи. Но есть один момент. По феншую надо соединять таблицу с таблицей через связь типа Relationship. В примерах в хелпе написано так, в описании нотации Чена то же самое.
Мне же нужно соединять таблицы не просто так(таблица-таблица, без подробностей), а по конкретному атрибуту(внешнего ключа), тк этот атрибут в моем случае будет связываться с полем на экранных формах.

Если честно, я не понял что вы пытаетесь сделать?

По феншую или нет, но две реляционные таблицы связываются только и исключительно только по паре Первичный ключ родительской таблицы - Вторичный(внешний) ключ дочерней таблицы.

При этом тип и состав первичного ключа = типу и составу внешнего ключа, так что ваше выражение "надо соединять таблицу с таблицей через связь типа Relationship" - какое-то непонятное. Relationship и есть связь по набору атрибутов. И является ограничением ссылочной целостности (если что)

Попробовал проникнуть в ваши мысли, нужно что-то такое?

771

Sparx / Re: FAQ - Sparx Enterprise Architect

« : 21 Февраля 2014, 13:41:42 »

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

Я вам дал возможное решение, оно работает как на уровне атрибута так, и на уровне операции. Может это вас устроит?

772

Sparx / Re: FAQ - Sparx Enterprise Architect

« : 20 Февраля 2014, 15:50:27 »

Спасибо)
Проблема решилась несколько иначе.
Для каждой версии я создаю отдельные папки.
Теперь возник несколько иной вопрос...
Подскажите пожалуйста, как обеспечить связь конкретных полей таблицы БД с Activity diagrams?
Поясню, в описываемом мной продукте есть база данных. Для полей БД есть программно реализованные формулы, которые вычисляют значения полей по умолчанию(иногда по сложным алгоритмам).
Проблема в том, что стандартными средствами нельзя привязать диаграмму к конкретному полю. Такая возможность есть только для всей таблицы в целом. У меня есть в этом суровая необходимость( Поля, для которых есть формулы потом добавляются на экранные формы и мне надо видеть, по какой логике подсчитываются их значения...)

Возможно будет полезным такой способ?
поищите в справке Create Object From Attribute
If you drag an attribute from the Project Browser onto an Activity diagram, the attribute generates an Object element of the same name.

This is very useful for creating connectors between elements and specific attributes. For example, a Class element of stereotype table defines its fields as attributes; Requirement elements that define requirements for those fields can then be linked to the appropriate table fields via the attribute Object elements.

773

Идеи и мозговой штурм / Re: UML диалекты

« : 17 Февраля 2014, 20:40:12 »

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

Задача интересная. В принципе она в той или иной степени решена и в самих CASE средствах. Где-то в материалах конференции Объектные системы эта тема поднималась. Посмотрите, может Вы найдете что-то полезное.
Правда, мне неизвестно понятие UML-диалект. Можно говорить о различной степени следования стандартам.

Полную грамматику языка Вам следует искать в стандартах OMG, вряд ли тут.

774

Идеи и мозговой штурм / Re: UML диалекты

« : 13 Февраля 2014, 23:07:04 »

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

Ну в принципе это могло бы быть интересно, если бы Ваша компания продвигала свою методику, соответственно и UML профиль

775

Идеи и мозговой штурм / Re: UML диалекты

« : 13 Февраля 2014, 10:46:59 »

В нашей компании есть такая практика. Это скорее не диалект, а небольшая нотация поверх UML. Что конкретно интересует?

Обычно это называется UML профиль. Я бы не стал называть это диалектом, это стандартный способ расширения нотации. Создается под нужды организации, в чем тут закономерности и зачем это изучать, пока не очень представляю, потому и был задан вопрос о проблеме.

776

Для всех / Re: Oracle BPM Suite

« : 12 Февраля 2014, 22:41:08 »

Существует с 2011 года

http://www.omg.org/spec/BPMN/2.0/

Саша, обрати внимание на выделенное в тексте исходного сообщения слово Management. Перейди по ссылки и убедись, что в документе Oracle именно слово Management употребляется, а не Model and.

777

Для всех / Re: Логическая цепочка

« : 12 Февраля 2014, 19:48:43 »

Зато у Эда более однозначная и железобетонная логика!

Дениса не проведешь

778

Для всех / Re: Логическая цепочка

« : 12 Февраля 2014, 15:49:09 »

задача,контроль,мероприятие,организация,цель

779

Бизнес-анализ и Целеполагание / Re: Разработка регламента бизнес-процесса в телекоммуникационной компании

« : 05 Февраля 2014, 18:45:43 »

Мдааа, гуглить совсем разучились

Почему разучились, не умеют просто.

780

Идеи и мозговой штурм / Re: UML диалекты

« : 05 Февраля 2014, 15:08:00 »

Присоединяюсь к вопросу Александра.