2191

UML SysML и пр. / Re: Ассоциации и обобщения

« : 24 Ноября 2010, 23:05:42 »

Посмотрите тут обобщение ассоциации. Правда хотелось бы практический пример посмотреть, а не абстракцию

2192

UML SysML и пр. / Re: Ассоциации и обобщения

« : 24 Ноября 2010, 19:55:09 »

По правилу подстановки Лисков. Подкласс - это тот же Суперкласс, который наследует все свойства Суперкласса, в том числе и ассоциации с другими классами, т.е. Классом. Вторая ассоциация Подкласса к Классу по сути переопределяет исходную. Правильно ли это? Не знаю

2193

Книги, статьи и ресурсы / Re: «Объектно-ориентированный анализ и проектирование», Г. Буч, 3е издание

« : 24 Ноября 2010, 14:41:46 »

пришлите, пожалуйста, перевод на yurikoles@gmail.com

переводl чего?

2194

ПО Аналитика / Re: Edraw Uml Diagram

« : 20 Ноября 2010, 15:24:56 »

Вы хотите пожурить его за крякнутый софт или сами хотите кряк попросить?

Не пожурить, не попросить кряк. А поинтересоваться, как использовал систему автора диплома. Например с целью рекомендации студентам...

2195

ПО Аналитика / Re: Edraw Uml Diagram

« : 19 Ноября 2010, 17:50:43 »

C какой целью интересуетесь?

Говорит диплом делал. То есть явно не месяц, но бесплатной версии вроде нет

2196

ПО Аналитика / Re: Edraw Uml Diagram

« : 19 Ноября 2010, 15:27:04 »

Использовал данную программу при подготовке к дипломной защите. Диаграммы на самом деле получаются очень красивыми. Оптимальный вариант использования программы - создание диаграмм для презентаций, выступлений и т.п.

Покупали систему или пользовались контрафактом?

2197

Сообщество Аналитиков / Re: Ваше образование

« : 19 Ноября 2010, 13:12:59 »

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

2198

Примеры / Re: внутренняя структура

« : 19 Ноября 2010, 13:10:01 »

Но Контроллер то это же и есть реальный класс, вот он у меня в руках могу в Устройство засунуть могу в урну выкинуть.

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

Тогда контролер имеет набор сервисов. При разработке устройства мы уже знаем какие сервисы может предоставить этот стандартный контролер. Если так, то не вижу проблем и беспокойства

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

2199

Примеры / Re: внутренняя структура

« : 19 Ноября 2010, 11:42:58 »

Как описать эту ситуацию?

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

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

Либо иначе. контроллер - как некий интерфейс, который разные устройства реализуют ппо-разному

2200

Sparx / Re: Package. Отображение вложений

« : 18 Ноября 2010, 18:22:58 »

Посмотри внимательно свойства диаграммы, видимо снял флажок

2201

Примеры / Re: внутренняя структура

« : 18 Ноября 2010, 17:12:14 »

Эдуард, в
Колесо это не нечто круглое вращающееся, это определенное колесо (деревянное, определенного диаметра и толщины  и.т.п). Могу на стену повесить, и тогда уже роль украшения будет играть. Гончарное колесо я могу заменить на колодезное или снять со стены. Это даже не наследники, это все объекты одного класса.

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

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

2202

Примеры / Re: внутренняя структура

« : 18 Ноября 2010, 14:47:42 »

Может быть странный вопрос,но зачем делать простое сложным?

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

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

2203

Обсуждение статей / Re: Как убить энтузиазм ИТ-специалистов

« : 17 Ноября 2010, 23:01:55 »

Присоединяюсь - статья ни о чем. Просто чтобы заполнить место.

Спасибо, Максим. За экономию времени

2204

Проектирование / Re: Визуализация SQL-запросов

« : 17 Ноября 2010, 11:21:10 »

Эд, я говорю про обратную операцию — сначала в SQL-окне ввести запрос, а потом вернуться в форму конструктора, чтобы увидеть результат, который Access построит в виде диаграммы.

Окей, Ден. Извини, не понял тебя сразу.

2205

Проектирование / Re: Визуализация SQL-запросов

« : 17 Ноября 2010, 00:17:00 »

Самая доступная из визуализаций, насколько я понимаю, находится при переходе из SQL-режима в режим конструктора в Конструкторе запросов MS Access. Но не знаю, насколько хорошо он работает с синтаксисом других СУБД.

Да такая визуализация есть. Это так называемая технология Query by Example. Однако результатный SQL запрос при этом далеко не оптимальный.

Действительно, лучше структурированного форматированного текста тут трудно придумать