5401

RUP EUP AUP OpenUP / Re: Создание русскоязычной версии и развитие процесса OpenUP/Basic

« : 24 Апреля 2007, 12:54:42 »

Осторжнее с высказываниями

А что, что-то криминальное? Я отвечаю за себя, а не за всех.....

5402

Нововведения / Re: Новый термин (почти тоже что и Наследование)

« : 24 Апреля 2007, 12:51:51 »

А если от С1 такие будут наследники?

С3{Atta1,Atta2}
С3{Atta1,Atta3}
С4{Atta2,Atta3}

я хотел показать концепцию. Решение не нужно.

в UML есть расширения языка. вот мне и нужно такое расширение ввести. чтобы решить свою задачу.

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

И какие расширения Вы имеете в виду. Не догоняю я вашего вопроса.

5403

RUP EUP AUP OpenUP / Re: Создание русскоязычной версии и развитие процесса OpenUP/Basic

« : 23 Апреля 2007, 21:11:01 »

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

5404

Нововведения / Re: Новый термин (почти тоже что и Наследование)

« : 23 Апреля 2007, 19:39:55 »

Это вообще-то спецефичность ЯП. Вроде бы в Си++ надо сделать Attr3 - protected (или private не помню точно) и все будет так как вам надо, связь тут не причем.

Насколько я понял, не наследуется только атрибут видимости private, а protected и package наследуется.

Т.е. перефразируя вопрос HelpMePls
Пусть есть класс С1{Atta1,Atta2,Atta3} и класс С2{Atta1,Atta2,Atta3,Attb4}, который наследуется от класс C1. Поскольку он наследует все Atta1,Atta2,Atta3, то можно сказать, что это видимости типа public protected package.

Второй случай
Пусть есть класс С1{Atta1,Atta2,Atta3} и класс С2{Atta1,Atta2} который является наследником класса С1.
Очевидно сигнатура класса С1{+Atta1,+Atta2,-Atta3}.

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

Тогда

получается, что это наследование только несколько специфичное.

вполне нормальное каноническое наследование

аждому члену класса можно установить его область доступа (access control level). Область доступа члена класса определяет участки кода, из которых к этому члену будет возможно обращаться. В большинстве объектно-ориентированных языков программирования поддерживаются следующие области доступа:
private (закрытый, внутренний член класса) — обращения к члену допускаются только из кода методов класса, в котором этот член определён. Любые наследники класса уже не смогут получить доступ к этому члену;
protected (защищённый, внутренний член иерархии классов) — обращения к члену допускаются из кода методов класса, в котором этот член определён, или из любых его классов-наследников;
public (открытый член класса) — обращения к члену допускаются из любого кода.

5405

Нововведения / Re: Новый термин (почти тоже что и Наследование)

« : 23 Апреля 2007, 15:42:22 »

Всем привет!

И вам не болеть

НАСЛЕДОВАНИЕ:
1. пусть есть класс с атррибутами (Atta#) С1{Atta1,Atta2,Atta3}
2. пусть есть класс с атррибутами (Atta#,Attb#) С2{Atta1,Atta2,Atta3,Attb4} который является наследником класса С2.

C2 наследник C2 ?

у меня такой вопрос как назвать такую операцию "НАСЛЕДОВАНИЯ":
1. пусть есть класс с атррибутами (Atta#) С1{Atta1,Atta2,Atta3}
2. пусть есть класс с атррибутами (Atta#) С2{Atta1,Atta2} который является наследником класса С2.

Разница конечно есть, но не вижу смысла вопроса

У наследников класса С1 никогда не будет новых аттрибутов только некоторые из его аттрибутов.
получается, что это наследование только несколько специфичное.
Представим, что у нас есть сущность и на основе ее нужно сделать другую, но только не со всеми ее признаками. (предполагается что остальные лишнии). И показать между ними (классами) связь "специфичного Наследования".

Вообще-то наследование есть обощение, зачем же делать обобщение относительно класса, чьи атрибуты наследуются частично? Это уже вовсе не наследование - а какое-то антинаследование.
Подумайте что такое КЛАССИФИКАЦИЯ (она ведь может быть и множественной)

Просьба - помогите предложениями как бы эту связь обозвать.
[/quote]

5406

Обучение / Re: Опыт преподавания объектно-ориентированного подхода в моделировании, анализе etc

« : 21 Апреля 2007, 23:58:09 »

А я вот что хотел спросить - а есть ли у студентов что-то вроде методички, где была бы полностью сделанная такая же работа???

Нет методички - я же говорил, что я принципиально решил не давать полного готового примера. Есть примеры других авторов: Боггс, Вендров, Кратчен и некоторые другие.

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

Понимаете в чем тут дело:
1. первый выпуск - вообще никаких методичек не было, не было шаблонных решений,  не было даже понимания того, что вообще надо делать и как. Было лишь понимание того, что в конце нужно попытаться получить некий продукт (напоминаю это было в курсе ТИПиС). В результат в целом получился неплохой, но не тот который по идее нужен. Но здесь должен признаться, сам был дурак.

2. второй выпуск - я сочинил довольно подробные кейсы и предлагал парам разрабатывать на их базе, то что мы обсуждали в теме методика преподавания СФА. При этом полноразмерного примера тоже не было. Результат был гораздо хуже, мы как преподаватели(нас 2) просто устали. Шел этап понимания преподавания.

3. Третий выпуск - четко рассчитанные кейсы, с четко (на мой взгляд) поставленным задание. С хорошо проработанным примером(не моим - купил рекомендованную УМО книгу - она мне тогда казалась откровением). Результат был катастрофическим - практически все пытались просто скопировать пример, не принимая во внимание специфику их задач. Но ребята в целом были довольно активными, поэтому детали все-таки были проработаны не плохо, не получилось цельной и понятной картины.

4. Четвертый выпуск. Пожалуй самый успешный. Но опять же была механичность, копирование примера.

5. Пятый выпуск - самый ужасный. Было несколько примеров, был опыт преподавания, были наконец защиты дипломов, была уже годичная дискуссия с bas. Студенты ждут четкого шаблона, точной инструкции действия. И только так, сами читать не хотят, сами выбирать (даже с моими подсказками и обращением внимания (я даже просто диктовал страницы, которые следует почитать и к чему они относятся)) но увы.

Поэтому, Саша,  я решил (по карйней мере именно этой группе) не давать СВОИХ примеров, СВОЕГО видения. Т.е. я обратил внимание, что наши студенты в массе своей, не все, но в массе, даже очень успешные студенты, готовы что-то выполнять, но если только есть четкий пример и четкая реализация, а когда тебе говорят. Вот я поставлю задачу так - а вариантов решения ее может быть масса, веротяно это создает у студентов иллюзию, что любой вариант, который они придумают - тоже будет верный. И сильно не доумевают, почему их видение не принимается.
А донести причины до каждого просто не вохзможно в рамках занятий.

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

Надеюсь объяснил?

5407

Обучение / Re: Опыт преподавания объектно-ориентированного подхода в моделировании, анализе etc

« : 20 Апреля 2007, 17:20:10 »

Коллеги, кому не безынтересна методика преподавания, или студенты, которые имеют собственное мнение по этому поводу.

Может быть при изучении курса сделать таким образом.
1. Дать студентам возможность полета фантазии и разработать несколько бизнес-случаев. Как вообщем я и делал.
2. Помочь студентам определится с основными и вспомогательными процессами их бизнес-случая, расписать организационную структуру, закрепить за ней функции и ответственности.
3. Заставить прописать каждый выделенный бизнес-процесс, испольхуя скажем некоторую схему описания БП.
4. Отобрать ряд бизнес-процессов и задаться проблемой, которая может иметь место или возникнуть в будущем, в ходе выполнения оного.
5. Распределить эти проблемы внутри команды по студентам или по парам студентов и предложить провести анализ этой проблемы и способов решения оной (естественно учитывая возможность использования информационных технологий).
6. По каждой такой проблеме сформировать документ Видение (cкажем по RUP) или Образ решения (по Вигерсу)
7. Для выделенных на этапе Видения действующих лиц определить их задачи, функции, цели, потребности -> и сформировать варианты использования (постараться ограничить задачу 3-5 вариантами использования)

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

5408

Проектирование / Re: Методички - Моделирование структуры ПрОбл и логическое проектирование БД

« : 20 Апреля 2007, 13:13:39 »

Я предпочитаю, чтобы люди шли от своей реальной задачи, а не от выдуманных примеров.

Одно другому совершенно не мешает. Зато люди могут спросить нас по этим заданиям, а мы ответить.

Но... хозяин-барин

5409

Обучение / Re: Пример использования технологии MDA

« : 20 Апреля 2007, 11:12:10 »

часть 5

5410

Обучение / Re: Пример использования технологии MDA

« : 20 Апреля 2007, 11:11:54 »

часть 4

5411

Обучение / Re: Пример использования технологии MDA

« : 20 Апреля 2007, 11:11:34 »

часть 3

5412

Обучение / Re: Пример использования технологии MDA

« : 20 Апреля 2007, 11:11:16 »

часть 2

5413

Обучение / Пример использования технологии MDA

« : 20 Апреля 2007, 11:10:01 »

Предлагаю вашему вниманию небольшой учебный курс для знакомства с MDA.
Для работы Вам потребуется Delphi 7, Interbase и BOLD for Delphi 7.
Последний продукт у меня есть, но он слишком велик для выкладывания на форуме.
Если такая потребность все-таки возникнет, могу выложить в файловом архиве.
В файлах курса есть специальный транслитератор для автоматизированной конвертации русских названий в латиницу.
Для этой же цели можно установить специальный компонент, его найти можно на сайте http://mda-delphi.ru

5414

Проектирование / Re: Методички - Моделирование структуры ПрОбл и логическое проектирование БД

« : 20 Апреля 2007, 10:50:23 »

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

5415

Обучение / Re: Опыт преподавания объектно-ориентированного подхода в моделировании, анализе etc

« : 19 Апреля 2007, 23:16:56 »

Сегодня состоялось очередное занятие. Посвятил его полностью выступлениям студентов, по совету MikeCharge намекнул о бонус к экзамену.
Активность сразу возросла.

Напомню у меня 4 группы, вренее вся группа разделена на 4 проектные группы: кафе, производство мебели, книжный магазин, магазин видео и проката

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

На этом же занятии указал на ошибку пренебрегания формулирования проблемы или определения контекста, в котором строятся все следующие рассуждения. На лекции минут 20 рассказывал пример возникновения проблемы и способов решения ее с помощью ИТ.

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

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

Например, выступающие от магазина книг предложили к рассмотрению вариант использования "Составления списка книг для заказа". В ходе дискуссии студенты-оппоненты сами предложили ребятам все-таки изменить ВИ в сторону "Заказ книг". Однако следом за ними выстапали ребята из этой же команды но с вариантом "Заказать и принять книги". Сразу завязался жаркий спор, всем бросилась в глаза некоторая противоречивость и дублирования этих двух ВИ. В конце концов выяснилось, что задача 1-го ви - проанализировать продажи, изучить новинки, проанализировать индив. заказы покупателей и составить некий список книг для будущего заказа. 2-ой ВИ оказывается, используя список составленных книг, (который еще утверждается директором) направляет список поставщику any способом. Поставщик изучает этот список и утверждает (подтверждает его), отправляя назад в виде утвержденного заказа. Сторона заказчика принимая заказ подтверждает его, берет деньги и едет к поставщику. В общем такой клубок получился сложный.....

Резюме:
1. Студенты почему-то решили, что мы реализуем проект по построению бизнеса. Поэтому большая часть ВИ написана, исходя из того, что надо описать сценарии выполнения бизнес-задач и бизнес-процессов. Хотя уже на 1-ом занятии говорилось и зафиксировано на бумаге, что мы разрабатываем бизнес-случай, чтобы на его примере попытаться реализовать наш ИТ-проект.
2. Основная ошибка, отсутствие проблемы или потребности, а следовательно и цели того, для чего вообще мы выписываем ВИ. Поэтому сценарии получились расплывчатыми, не понятна чья точка зрения описывается, более того ощущалось, что точка зрения постоянно перемещается.
3. Студенты слабо усвоили правила написания ВИ (т.е. практически самостоятельно не занимаются: не читают свои лекции, предложенную литературу, а действуют часто по интуиции - у некоторых получается, у других нет)