Форум Сообщества Аналитиков
Дисциплины => Обучение => Тема начата: Galogen от 14 Февраля 2007, 19:54:41
-
Сегодня провел первое занятие по ООП. Общая цель занятий - познакомить с методологией ООП, моделирования систем в UML.
Первое занятие - Мозговой штурм. Придумывание бизнеса, business case, если хотите.
Группа из 28 человек поделена на 4 подгруппы. Каждой подгруппе предложено придумать бизнес на заданную тему (Кафе, магазин, мелкое производства, оказание услуг и т.п.). Задача подгруппы - расписать все аспекты своего бизнеса. Полагается бизнес уже существует и работает. Требуется определить все процессы, связи между ними, сценарии их выполнения, ресурсы, цели. Ориентация на личный опыт и фантазию. Я как преподаватель курирую группу, корректирую их обсуждение, не навязываю свое мнение, а просто указываю на некоторые ошибки обсуждения, даю мелкие советы: не выкидывайте идею, запишите ее, обсудите, потом отбросьте. пропишите каждый момент исполнения каких-либо действий. Что значит купить товар, как это может происходить, какие варианты вы видете, будете ли вы учитывать все варианты или строго ограничите этот вариант и т.д.
В конце занятия у каждой группы (их у меня 2) принял их самое общее представление о бизнесе,попытался задать определенные вопросы в случае неясных, двухсмысленных моментов. Выдал домашнее задание - подготовить общегрупповую презентацию их бизнеса. Презентация будет проходить на следующем занятии. На презентацию никаких ограничений не накладывал, единственно просил сделать в PowerPoint. Будет ли презентация чисто текстовая или графическая, решать студентам. Им предлагается подумать и попытаться принять полную ответственность на себя. Срок исполнения 2 недели до следующего занятия.
Впечатления: мозговой штурм прошел интересно. Студенты чувствовали себя комфортно. В группе выделились авторитеты и лидеры. В целом обсуждение захватило студентов. На мой взгляд пока им понравилось.
Увиденные проблемы: боязнь принять неверное решение или вывод. Обращаются например с вопросом: "А можно у нас покупки будут также и через интернет?", "А нам следует описывать поставщиков", "А как лучше описать процесс так-то или так-то". Отвечаю - ваша полная воля, как вы определите, так и будет. Что у вас получится обсудим на следующем занятии, ваши коллеги зададут вам вопросы, выступая вы и сами заметите какие-то неувязки и проблемы описания. Вводите любые правила и ограничения. Думайте сами, решайте сами (с)
-
Очень инетерсный опыт. Ждем новых наблюдений и развития событий.
-
Хочу задать несколько вопросов и провести, так сказать, пост-анализ.
Я пока не знаю с какими проблемами столкнусь, но предугадать их вероятно можно.
Итак, в бурной дискуссии мы уже решили, что давать реальный БП для студентов - бесперспективно. Причины ясны и заключаются в следующем:
1. отсутствие жизненного опыта
2. невозможность уточнения возникающих вопросов
3. кому из реального бизнеса это надо!
В результате решил - студент сам придумывает некий бизнес. Возможно его придумка в будущем и будет мною использоваться, не знаю. Идея такая - раз сам придумывает, то сам и должен знать ответы на разные тонкости: как делается это, как делается то, а почему и т.д. Главное, что студент сам генерирует себе область деятельности, сам определяет ее границы, ее содержание. Можно в будущем попробывать менять темы студентов, т.е. ты разрабатываешь бизнес и ставишь проблему, а я ее пытаюсь решить и наоборот.
Что хотелось бы дать в помощь. Думаю, фантазия у студента хорошая. Но ей надо помочь. Все-таки дать какие-то рамки, вопросы, шаблон для формирования своего бизнеса. Т.е. мы как бы идем от противного. Нам требуется решить задачу А способ Б, для того чтобы ее решить именно так, пусть формулировка исходной задачи будет такой-то.
Я примерно накидал им шаблонные вопросы, на которые хотелось бы в первую очередь увидеть ответы:
цель бизнеса,
для кого вы это делаете
предмет бизнеса
ресурсы, возможности, ограничения
Однако более сведующие товарищи могут предложить что-то более ясное и существенное!
Пока я фактически рекомендую составить документ оценки деятельности огранизации (документ из RUP)
-
Итак, ы бурной дискуссии мы уже решили, что давать реальный БП для студентов - бесперспективно.
Ну это и с самого начала было понятно, ну где в учебном процессе применяются реальные, нужные примеры??? Ну возмем хоть физику или сапрмат.
В результате решил - студент сам придумывает некий бизнес. Возможно его придумка в будущем и будет мною использоваться, не знаю. Идея такая - раз сам придумывает, то сам и должен знать ответы на разные тонкости: как делается это, как делается то, а почему и т.д. Главное, что студент сам генерирует себе область деятельности, сам определяет ее границы, ее содержание. Можно в будущем попробывать менять темы студентов, т.е. ты разрабатываешь бизнес и ставишь проблему, а я ее пытаюсь решить и наоборот.
Я надеюсь, ты сказал студентам, что они должны будут ответить на все вопросы по его бизнесу во всех деталях?!
Я примерно накидал им шаблонные вопросы, на которые хотелось бы в первую очередь увидеть ответы:
какие артефакты (Б сущности) используются в их процессе.
-
Я надеюсь, ты сказал студентам, что они должны будут ответить на все вопросы по его бизнесу во всех деталях?!
Безусловно. Я им сказал Вы владельцы, а следовательно должны знать ответы на все вопросы Вашего бизнеса.
какие артефакты (Б сущности) используются в их процессе.
Так артефакты или бизнес-сущности? А что ты понимаешь под Б-сущностью в данном случае: описание конкретных ресурсов: овощи, крупа, соль и т.п.(т.е. продукты), гроссбух, запись, журнал и т.п.(документы)?
-
Артефакты - документы и пользователи.
-
Итак две недели прошли, и вчера состоялось долгожданная презентация.
Вниманию аудитории были предложены 4 "бизнес-проекта":
А. Студенческое кафе "ВАССАМ"
Б. Магазин по продаже учебной литературы "Ботаник"
В. Изготовление мебели на заказа "Авандгард"
Г. Магазин продажи и проката видео "Avalon"
Общие впечатления: студенты увлеклись придумыванием бизнеса в целом и практически забыли о конкретных деталях.
Проект А - представил себе некий бизнес-план, декларацию о том, что бы по мнению студентов нужно сделать, чтобы организовать бизнес. Установка была - у вас реальный бизнес. В целом неплохо определены цели бизнеса, исполнители бизнеса, перечислены функции бизнеса. Естественно сразу возникли вопросы, а как у вас идет обслуживание. Сначала студенты немного были шокированы таким вопросом, но после нескольких секунд замешательств стали предлагать на перебой варианты - вывод - команда не проработала досконально каждый из своих бизнес-процессов.
Проект Б - был представлен гораздо лучше. Очень четко и определенно выявлена цель, предмет бизнеса, его структура, четко определены характеристики клиента бизнеса, функции несколько слабовато (просто их больше должно быть), предложена оргструктура, расписаны обязанности персонала. Достаточно подробно определен основной процесс - продажа книги, расмотрены и зафиксированы возможные варианты. На мой взгялд самы творческий и интересный доклад
Проект В - яркий и красивый... если бы команда пыталась рекламировать свои возможности. Отсутсвуют определения фукнций, оргструктуры, описнаие персоанала и обязанностей. В целом неплохо описан процесс размещения заказа. Все остальные процессы остались за кадром. Команда признала, что презентация носит рекламный характер и пыталась исправить ее ошибки по ходу дискуссии и доклада.
Проект Г - смесь рекламной акции и презентации бизнеса. Лучше чем В, но хуже чем Б. Цели не обозначены или были скрыты в понятии услуги магазина. Довольно грамотно, хотя и не очень детально описан процесс заказа и поставки фильмов в магазин, покупка и прокат фильмов, доставка фильмов курьером. Предложены несколько вариантов: покупка прокат в магазине, заказ-покупка по телефону, заказ-покупка через интернет с курьерской доставкой в пределах города. Определена оргструктура, расписаны обязанности исполнителей. Выделена основная документация используемая в магазине: чеки, накладные, договора, заказы, квитанции. Многие детали были поведаны устно. Дискуссия по презентации была самая бурная и живая.
Выводы:
1. Студенты восприняли задания как игру, пытались произвести хорошее впечатление, искренне были заинтересованы в результате. Тем не менее многие увлеклись и потеряли суть задания - построение достаточно точного и фиксированного бизнес-случая. Наиболее полным по заявленным требованиям (будут приложены ниже) оказался проект Б.
2. Большая часть команд не смогла точно определить как идет их бизнес, в особенности это касается команды А. Думаю причина в том, что они посчитали все эти детали не важными. Часто звучала фраза - "ну это же очевидно".
3. На вопрос - какие проблемы или какие задачи возникают в вашем бизнесе, которые вы уже как разработчики можете решать с помощью иформационных технологий (а интрига заключалась именно в этом) - практичеки не было ответа. В качестве проблем были например названы: проблема доставки мебели клиенту без повреждений. У остальных, кажется, особых проблем и задач не было. В результате было предложено доработать свои бизнес-случая, сформулировать, придумать проблемы или задачи, требующие решения с помощью информационных технологий.
Конечно, ситуация сильно притянута за уши. Появилась мысль предложить студентам обменяться бизнес-случаями и попытаться реализовать уже ИТ-проект другой команде, т.е. команде, которая не разрабатывала этот бизнес-случай. Как думаете стоит предложить такой вариант событий?
В качестве рекомендаций был предложен такой список (правда идея была не давать никаких рекомендаций):
Какие цели у Вашего бизнеса (основное назначение бизнеса, его миссия);
Что является предметом Вашего бизнеса (продукт, услуга, некоторая ценность, которую производит Ваш бизнес);
Для кого Вы строите свой бизнес (кто является клиентом Вашего бизнеса);
Какие функции и процессы необходимо реализовать для Вашего бизнеса;
Что Вам нужно для организации бизнеса (финансовые, кадровые, информационные, материальные ресурсы);
Кто будет исполнять или помогать в Вашем бизнесе (роли исполнителей);
Описать требования к организации бизнеса (ограничения, документация, правила и нормы);
Также включил взятую из литературы схему описания бизнес-процесса:
Название бизнес-процесса.
Условия начала выполнения бизнес-процесса.
Документы и данные, необходимые для выполнения бизнес-процесса и их источники.
Документы, создаваемые в результате выполнения бизнес-процесса и их получатели.
Действующие лица, принимающие участие в выполнении бизнес-процесса.
Материальные ценности необходимые для выполнения бизнес-процесса, если таковые есть.
Материальные ценности – результат выполнения бизнес-процесса, если таковые есть.
Результаты выполнения бизнес-процесса (кроме вошедших в п.7).
Цель данного бизнес-процесса, его место и роль в общих задачах (процессах) Вашего бизнеса.
Проблемы, возникающие при выполнении бизнес-процесса.
Нештатное завершение (выполнение) бизнес-процесса.
Последовательность действий выполнения бизнес-процесса (типовое описание бизнес-процесса в произвольной и/или графической форме).
Кроме того были предложены вспомогательные материалы, прицепленные ниже для придумывания бизнеса с перспективой разработки ИТ-проекта
-
Для продолжения предложена такая схема рекомендаций:
Задание
Скорректируйте свои презентации с учетом заданных вопросов и обнаруженных ошибок и неточностей.
Идентифицировать проблемы.
Точно и однозначно сформулировать бизнес-процессы в рамках установленной проблемы.
Составить модель Действующие лица и их цели в рамках выделенных для анализа бизнес процессов.
Дать краткое описание целей действующих лиц.
Ранжировать (определить уровень действия) цели.
Выделить основные понятия предметной области и функции Вашего бизнеса.
Рекомендации:
Для идентификации проблемы используйте шаблон представленный ниже;
Попытайтесь определить корневую причину проблемы или нескольких проблем.
Проведите мозговой штурм с целью идентификации всех действующих лиц (потребителей Вашего бизнеса, Исполнителей Вашего бизнеса, внешних лиц так или иначе затронутых в вашем бизнесе);
Проведите мозговой штурм по идентификации всех возможных целей действующих лиц;
Проанализируйте модель Действующие лица и Цели. Удалите повторяющиеся цели, нечеткие цели, цели, не имеющие значения в контексте Вашей проблемы. Определите область действия Вашей цели:
• Цели, достигаемые в течение длительного цикла (день, неделя, месяц, год);
• Цели, достигаемые за один сеанс работы (до 1 часа);
• Цели, поддерживающие выполнение выше названных целей.
Дайте краткое описание цели или процесса, обеспечивающего выполнение цели. Уделите внимание конкретным фактам выполнения процесса, бизнес-правилам и ограничениям. Именно эта информация будет средством проверки правильности Вашего анализа и моделирования в дальнейшем. Вам следует четко описать все нюансы выполнения процессов;
При выполнении задания используйте рекомендации и дополнительные материалы задания №1 и 2
Надеюсь, что форумчане выскажут свое мнение, сделают пожелания и внесут конструктивные предложения
-
К сожалению на стадии проблемного анализа народ скис. Конечно, дополнительным фактором стала контрольная рейтинговая точка в конце марта. Нужно было суетиться и сдавать долги по куче других предметах. В своем придемет я постарался снизить накал отвественности в оценке. Переложил больший вес на конец семестра. Также сказалось и улучшение погодных условий в марте. Да март есть март.
Какие возникли проблемы?
Проблемы в том, что студенты не смогли идентифицировать проблемы четко. Получалось так, что ну нет у них проблем. Некоторые так увлекались, что решали проблемы не своего бизнеса, а чужого. Практически никто не смог поставить перед собою проблему. На семинаре я брал каждую задачу (напомню их четыре) и обрисовывал возможные вариатны проблем.
Например, по студенческому кафе - проблема достаточно больших отходов, невостребованных блюд. Или проблема или неудобство составления калькуляции блюд меню, когда меню достаточно большое, нужно рыться в справочниках, накладных, чтобы узнать нормы, количества имеющихся продуктов, входы этих продуктов. Или проблема готовки - проблема анализа потребного количества продуктов, нужно знать динамику посещения и востребованность блюд. Вручную это сделать сложно, кроме того требуюся довольно сложные алгоритмы вычисления тенденции...
Т.е. на семинаре я играл роль генератора этих проблем, призывал студентов к дискуссии, на доске выписывал их возможные проблемы, анализировал их, показывал цепочку рассуждений, которая приводила к необходимости использования Ит технологий. В конце концов рекомендовал просто вести учет материалов, продуктов, продаж и т.п. Что-то вполне является нужной задачей. Главное, чтобы студенты определили для себя направление в рамках их бизнес-случая и, отталкиваясь от него, начинали выстраивать цепочку рассуждений - проблема(задача) - цель - что есть - что хотелось бы иметь. А дальше уже пытаться выделить действующих лиц, которых затрагивает проблема или будущее решение, цели, потребности, желания этих ДЛ. Описание достижения этих целей, потребностей, желаний в виде вариантов использования по предложенному шаблону.
Одно занятие полностью посвятил примеру из Вигерса с расширением в визуальное моделирование.
В качестве задания предлагалось сделать презентацию образа решения в рамках выбранной проблемы или задачи. Предложить описание ВИ, их представление в виде диаграм деятельности (последнее просто для приобретения навыка работы с инструментами UML).
По замыслу у каждой пары должно быть не больше 4-5 вариантов использования.
В результате на отчетном занятии только 3 пары решились выступить со своей презентации. Ошибок было море - это естественно. К основным можно отнести:
1. отсутсвие обзорной модели Действующие лица - Цели(варианты использования)
2. нечеткое понимание цели своего проекта
3. при написании ВИ - плохо проработали исходные бизнес-процессы, а предыдущих заданиях предлагалось точно описать как что делается
4. при написании ВИ семантические сложности, ошибки от которых предостерегал Коберн, путаница в уровнях ВИ
На презентации старался разбирать ошибки, показать как их исправить. Был в мыле. Результат: разочарование. Или народ не обучаем, либо совершенно нет никакой мотивации к изучению.
А как ее активировать?
-
Вообще, достаточно итересный опыт. У меня как раз была мысль оргнизовать семинар на тему "Проблемы и решения при выделении ВИ". Пиши что еще студентам было не понятно ....
Как активирозать их, я к сожалению не знаб, едиснтвенное решение - это когда они что-то не будут делать параллельно на работе
-
КНа презентации старался разбирать ошибки, показать как их исправить. Был в мыле. Результат: разочарование. Или народ не обучаем, либо совершенно нет никакой мотивации к изучению.
А как ее активировать?
Можно и мне немного поучаствовать?
А какой курс, если не секрет? вроде бы 3 или 4 ? Народ будет экзамен сдавать или зачет?
насколько серьезно, вы планируете их "мучать" на зачете (экзамене)?
как студент Преподавателю......
можно объявить, что самая лучшая подгруппа получит его автоматом. так же как и 1-2 участника (лидера) из остальных подрупп.....но это, на мой взгляд, не способствует к обучению, это способствует к сдаче (сдал-забыл)......
очень хорошая придумка разбить группу на подгуппы....
как мне кажется, необходимо как можно больше примеров из реальной жизни..... сначала все на пальцах и голых примерах.... потом постепенно абстагироваться.....
а как, кстати, с литературой у студентов? есть что почитать? или только желания нет?
действительно сложно...... соглашусь.....
-
Можно и мне немного поучаствовать?
You are welcome
А какой курс, если не секрет? вроде бы 3 или 4 ? Народ будет экзамен сдавать или зачет?
насколько серьезно, вы планируете их "мучать" на зачете (экзамене)?
3 курс. Был уже предмет, где я их "мучил" Idef. Были экзамены.
На данном предмете экзамен. Все очень просто - никаких мучения. Экзамен письменный. Задачки на моделирование. Задачки мелкие и абсолютно конкрентные. Написать сценарий ВИ, сделать диаграмму, выделить классы, и т.п.
как студент Преподавателю......
можно объявить, что самая лучшая подгруппа получит его автоматом. так же как и 1-2 участника (лидера) из остальных подрупп.....но это, на мой взгляд, не способствует к обучению, это способствует к сдаче (сдал-забыл)......
К сожалению будет в основном (сдал-забыл). Вообще экзамен на самом деле хороший мотив для повторения пройденного. Если только экзамен серьезный и интересный. Я обычно ниже 3 не ставлю. Исхожу ис правила, ну стралась человек - ну не его это.
очень хорошая придумка разбить группу на подгуппы....
как мне кажется, необходимо как можно больше примеров из реальной жизни..... сначала все на пальцах и голых примерах.... потом постепенно абстагироваться.....
К сожалению количесвто часов очень ограничено. Потому я примеры конечно даю - в лекциях, на практике, для сам работы... Даю много, разнообразных
а как, кстати, с литературой у студентов? есть что почитать? или только желания нет?
Масса литературы - правда в электронном виде. Но практически не читают, не читают даже разжеванные примеры....
-
Можно немного не по ИТ? Я на прошлой неделе встречался с товарищем, научным сотрудником, работающим в сфере ЭРД (забыл точное определение Э а дальше реактивные двигатели). И он мне рассказал свою историю.
В общем дал он людям задание спроектировать двигатель и проектировали они его целый семестр и были все они в мыле и двоек было поставлено не мало. Студенты были кажется третьего курса. В общем были отличники и тихая ненависть и много чего еще. Это была реальная работа.
Но в конце концов задание было выполнено, и в начале следующего семестра лаборатория представила разработчикам двигатель выполненный по их же проекту. И тут была огромная радость, удивление и восторг. Целый семестр ходили смотрели и друзей своих водили, мой товарищ стал крайне популярной персоной :)
Сам то я конечно мало что могу сказать про реактивные двигатели. Но подозреваю работы там не меньше чем в среднем по размеру проекте ПО. Да и знания специфические, типа, физики магнитных полей... И работа шла долго почти пол-года. Но люди справились и получили огромное творческое наслаждение.
Т.е. наверное работа преподавателя главным образом заключается в том, чтобы увлечь (если не сразу то в самом процессе). И уже следущим шагом помочь на пути.
-
На презентации старался разбирать ошибки, показать как их исправить. Был в мыле. Результат: разочарование. Или народ не обучаем, либо совершенно нет никакой мотивации к изучению.
А как ее активировать?
Разочарование возникло у преподавателя или у студентов?
Трудности с идентификацией проблем вполне понятны. Для выявления проблем требуется применяется либо имеющийся опыт, либо системный подход. Как правило у студентов недостаточно своего опыта и нет усидчивости, чтобы методично пройтись по всем составным частям и выявить проблемы.
Еще одна сложность при идентификации проблем заключается в том, что примеры бизнесов придуманы самими студентами и сами же они в своих придумках ищут изъяны (проблемы). То есть, занялись люди чисто теоретическими рассуждениями и не могут опереться на факты.
Я думаю, что в поисках недостающего опыта и реальных проблем надо пошире посмотреть на мир вокруг: выбранные вашими студентами бизнесы не уникальны, найти родственников или знакомых, связанных с аналогичными предприятиями (кафе, книжный магазин, мебельная фабрика, видеопрокат) при желании можно, с ними надо будет просто пообщаться. Точное совпадение бизнесов не требуется, это же учебные примеры.
Отчаиваться по поводу того, что народ не обучаем, не стоит. Полагаю, что поговорка "повторенье - мать ученья" еще не устарела? :) Для закрепления материала и выработки навыков надо типовые задачки напридумывать и повторять, повторять, повторять... Беду с ограниченным количеством часов понимаю, но тем не менее. Возможно, стоит пожертвовать количеством даваемого материала в пользу качества усвоения.
Для подготовки задачек по выявлению проблем, похожих на реальные, рекомендую посмотреть журнал "Секрет фирмы" (http://sf-online.ru). В нем есть весьма интересный раздел "Банк идей", где обсуждаются проблемы реальных предприятий и читателями предлагаются пути решения (http://sf-online.ru/caselist.asp).
Дополнительным мотиватором к изучению может служить соревновательный момент между работающими самостоятельно подгруппами. В этом плане очень важно, чтобы на презентациях выступали все подгруппы, вне зависимости от степени их готовности. Помучаться и покраснеть/побледнеть на выступлении перед своими одногрупниками должен каждый. Это полезно для лучшего закрепления материала и избавления от ошибок.
Очень хорошо, когда на презентации остальная часть группы не бездельничает, а слушает активно - выискивает ошибки у выступающих, задает каверзные вопросы и т.п. Можно систему бонусов за активную работу придумать.
Также будет хорошо, если подгруппы обменяются своими заданиями - каждая подгруппа придумала свой бизнес, выявила проблемы и передала другой подгруппе заказ на ИТ-разработку, помогающую в решении своих проблем. В этом случае студентам будет легче исполнять роли заказчика и исполнителя работ.
-
Дополнительным мотиватором к изучению может служить соревновательный момент между работающими самостоятельно подгруппами. В этом плане очень важно, чтобы на презентациях выступали все подгруппы, вне зависимости от степени их готовности. Помучаться и покраснеть/побледнеть на выступлении перед своими одногрупниками должен каждый. Это полезно для лучшего закрепления материала и избавления от ошибок.
Очень хорошо, когда на презентации остальная часть группы не бездельничает, а слушает активно - выискивает ошибки у выступающих, задает каверзные вопросы и т.п. Можно систему бонусов за активную работу придумать.
Также будет хорошо, если подгруппы обменяются своими заданиями - каждая подгруппа придумала свой бизнес, выявила проблемы и передала другой подгруппе заказ на ИТ-разработку, помогающую в решении своих проблем. В этом случае студентам будет легче исполнять роли заказчика и исполнителя работ.
Именно, так я и стараюсь проводить занятия. Но наталкиваешься на мнимую стеснительность или еще какую причину. Вот прошлое занятие, когда каждая группа должна была высказаться по своим проектам. Полчаса перепирались, кто все-таки выступит. В конце концов 1 группа решилась. При этом большая часть сидела и без особого внимания следила за презентацией, вопросы не задавали, а наоборот прятались. Я естественно предлагаю бонусы за активность (так называемый коэффициент участия в проекте).
Мысль обменяться проектами была, но пока воплощения не находит - очень мало занятий. Вероятно, буду развивать идею в будущем, когда в первом семестр народ развивает свой проект, а во втором они меняются и пытаются сделать модели.
Беда в том, что практически никто не читает примеров и книг. Хотя я подготовли несколько примеров, выложил в общий доступ.
Конечно, идеально было бы если каждую постановку задачи я лично сформулировал от и до, а студенты пытались составить проект. В качестве примера: делал тут курсовую одному подполковнику - задача поставлена от и до, что в каком объеме нужно сделать. А алгоритмы реализации - свое творчество. Такая задача, конечно, более простая и реализуемая, ясны критерии. Но изчезает фактор обучения именно аналитической деятельности.
В принципе можно пойти от практикума Вендрова. В приниципе методология там изложена на примере учебных курсов. Есть такие документы как Концепция - фактический образ решения по RUP, правда с точки зрения Вендрова она расширена и объединяет фактически несколько документов. Есть указания для курсового проектирования. Сравнил - очень похоже на мой подход, просто я уменьшил общий объем и сделал упор на коллективность и обсуждение. Есть несколько заданий достаточно расписанных. По-моему заимствованы из Мацяшека. К сожаления использование примеров будет осложнено их объемностью. Можно конечно разбить на подзадачи, но довольно сложно.
Повторю я исходил уже из разных принципов: давал готовый кейс, давал готовую постановку задачи, даал аналогичные разобранному примеру, наконец дал возможность придумать бизнес.
То, что выделение пролем вызвало затруднение - это хорошо, поскольку без затруднений вряд ли получится учебный процесс.
В целом я думаю все идет нормально. Конечно идеальный вариант, если бы в будущем именно эти проекты получили развитие в прототипе приложения.
Вероятно наиболее разумным было бы дать 1 задачу, и посмотреть чей проект оказался интереснее, серьезнее и наиболее правильный. Но вот какая оказия. Работают пару несколько чеовек, остальные просто сдувают без зазрения совести. При этом у тех кто работает -возникает антистимул. Мы мол делаем, а другие за нас отчитываются. Причем бывает картина (правда не в этот раз), когда плагиант в целом предсталяет работу лучше и качественне. Поэтому я страюсь все-таки давать индивидуальные работы, или по крайней мере часть работы.
Получается пока не слишком хорошо, но надеюсь в будущем будет проще, наберется методический материал. Опять же выстроятся кейсы, которые можно будет давать уже более четко
-
Т.е. наверное работа преподавателя главным образом заключается в том, чтобы увлечь (если не сразу то в самом процессе). И уже следущим шагом помочь на пути.
Да, конечно. Но нужно все-таки учесть и цену вопроса. Сколько душевных сил следует потратить на такое дело? А как оплачивается работа?
Тут в кулуарах была высказана такая мысль. Почему студенты не воспринимают наши знания? Якобы потому, что они видят, что все эти высокие знания не делают преподавателя богаче в денежном смысле. Студенты видят, что даже то, что преподаватель знает так много, в реальном денежном эквиваленте он просто бедняк. Отсюда вывод - эти знания не нужны, иначе наши преподаватели были бы самыми состоятельными. Где-то эта точка зрения имеет смысл, как вы думаете?
Скажем, если бы я был неким аналитиком в преуспевающей фирме, приезжал на работу в престижной машине, имел набор дорогих аксессуаров, студенты ыидели, что мое время расписано по минутам и т.д. Может быть они задумались бы, а ведь это наверное очень круто? И старались изучить лучше?
-
Я все это к тому, что не надо комплексовать, мало кто занимается этой темой, а значит как бы мало ни было достигнуто - это все равно лучше, чем есть где-то еще.
Я тоже лично не думаю, что студенты так оцениваю преподавателя.
Я не комплексую ни грамма.
И занимаюсь этим кажется не без удовольствия. Надеюсь студенты мое участия видят. И ценят. Правда, плохо, что не набираются ума в учебное время.
Выпускники некоторые вспоминют с сожалением, что не прислушивались к моим рекомендациям:-)
-
Именно, так я и стараюсь проводить занятия. Но наталкиваешься на мнимую стеснительность или еще какую причину. Вот прошлое занятие, когда каждая группа должна была высказаться по своим проектам. Полчаса перепирались, кто все-таки выступит. В конце концов 1 группа решилась. При этом большая часть сидела и без особого внимания следила за презентацией, вопросы не задавали, а наоборот прятались.
Может быть только одна причина, чтобы не выступить - преждевременная смерть студента. И то, в этом случае остальные вправе использовать труп в качестве наглядного пособия. :)
А если серьезно, то в вашей власти назначить выступающего, если группа сама не в состоянии быстро принять решение. Порядок выступления групп лучше тоже определять вам и объявить об этом в самом начале занятия.
Я периодически провожу внутрифирменный семинар "Описание процессов", вводный в тематику. Тоже сталкиваюсь с проблемами схожими с вашими. Но у меня попроще - материала меньше, длительность меньше и, главное, количество участников в группах не больше 10-12 человек.
-
Вот хочу представить ряд ВИ, которые написали не выступающие студенты :-) Да не осудят они меня, может даже им на благо.
Название варианта использования Заказ мебели
Краткое описание Клиент просматривает каталоги, либо в соответствии со своими требованиями заключает контракт с фирмой.
Цель Приобретение мебели.
Область действия Фирма по изготовлению мебели.
Уровень Цель пользователя - прозрачный ящик
Основное действующее лицо Клиент
Участники и интересы Клиент - приобрести качественную, красивую мебель за приемлемую цену.
Менеджер по работе с клиентами - Заинтересовать клиента, заключить с ним контракт на выгодных для компании условиях.
Дизайнер - Сделать эскиз, который понравится клиенту
Начальник производства - Контроль за соблюдением правил ОТК (основной технический контроль) и техники безопасности. Заказ необходимых материалов.
Предусловия Желание клиента приобрести мебель
Постусловия Изготовление и доставка мебели – завершение сделки
Минимальные гарантии Менеджер, в соответствии с пожеланиями клиента, заключает контракт.
Гарантия успеха Мебель изготовлена и клиент получает её в указанные сроки. Клиент доволен.
Триггер Заключение контракта.
Ссылки на другие варианты использования
Успешный основной сценарий
1. Клиент приходит в фирму, просматривает каталоги, либо при помощи дизайнера создают эскиз мебели. Заключает контракт.
2. В соответствии с условиями контракта выполняется процесс изготовления мебели. Если на складе нет необходимых материалов выполняется подчинённый сценарий «Заказ материалов».
3. Клиента информируют о том, что мебель изготовлена.
4. Производится доставка, сборка и установка мебели.
5. Производится оплата.
Подчиненный сценарий «Заказ материалов»
1. Начальник производства просматривает список имеющихся на складе материалов, если необходимых материалов нет в наличии, то выполняет их заказ.
2. Поставщик принимает заказ.
3. Производит доставку заказанных материалов.
4. Производится оплата.
Исключения
В случае отказа от заказанной мебели, соответствующей условиям контракта, клиент теряет уплаченные 50% стоимости готовой продукции
Название варианта использования Произвести мебель по заказу Клиента
Краткое описание Рабочий персонал фирмы, следуя техническому проекту Дизайнера, производит мебель по индивидуальному заказу Клиента
Цель Произвести мебель, отвечающую техническому проекту
Область действия Фирма (сборочный цех, дизайнерское бюро)
Уровень Обобщенный (бизнеса – прозрачный ящик)
Основное действующее лицо Рабочий персонал
Участники и интересы Клиент – хочет получить мебель, отвечающую его пожеланиям в полной мере.
Дизайнер – с наименьшими затратами труда и времени составить технический проект
Руководитель производства – не допустить несчастных случаев и нарушений трудовой дисциплины во время производства. Хочет, чтобы проект был выполнен строго по разработанному техническому проекту
Рабочий персонал – как можно быстрее и проще для себя произвести мебель по техническому проекту.
Предусловия Клиента интересует неординарная мебель
Постусловия Мебель произведена
Минимальные гарантии Технический проект будет составлен Дизайнером в любом случае.
Гарантия успеха Произведенная мебель в полной мере отвечает техническому проекту, и, соответственно, пожеланиям клиента
Триггер Клиент подписывает контракт на производство мебели на заказ и вносит предоплату
Ссылки на другие варианты использования
Успешный основной сценарий
1. Основываясь на эскизах, составленных по предпочтениям Клиента, Дизайнер выполняет технический проект и передает его Руководителю производства.
2. Руководитель производства распределяет работу среди Рабочего персонала.
3. Рабочий персонал выполняет действия по созданию мебели под контролем Руководителя производства.
4. Произведенная мебель демонстрируется Клиенту.
5. Переход на ВИ «Доставка мебели Клиенту».
6. Вариант использования завершен.
Исключения или альтернативный поток событий
3а. На складе нет необходимых материалов
3а1. Заключается договор с поставщиком материалов
3а2. Из доставленного сырья начинается производство мебели (возврат на 3)
3б. Рабочий персонал фирмы не в состоянии выполнить какую-либо особо сложную или непрофильную часть работы.
3б1. Заключается договор с субподрядчиком, выполняющим эту часть работы.
(переход на 4)
4а. Произведенная мебель не устраивает Клиента
4а1. Если Клиента не устраивают технические неполадки (срезы, царапины, пятна и т.д.), то фирма исправляет их за свой счет
4а2. Исправленная мебель демонстрируется Клиенту
4б1. Если Клиента не устраивает внешний вид мебели (т.е. она якобы не соответствует его пожеланиям), то он может отказаться от нее, но предоплата ему не возвращается.
Название варианта использования Доставить Клиенту заказанную мебель
Краткое описание Вспомогательный персонал фирмы должен доставить и установить в помещении Клиента заказанную им мебель
Цель Доставить мебель по указанному адресу и установить её
Область действия Помещение Клиента, территория города
Уровень Обобщенный (бизнеса – прозрачный ящик)
Основное действующее лицо Вспомогательный персонал (грузчики, водитель)
Участники и интересы Клиент – желает как можно быстрее получить заказанную им мебель в неповрежденном виде.
Вспомогательный персонал – доставить и установить мебель Клиента без повреждений
Предусловия Мебель произведена на заказ или есть на складе
Постусловия Послепродажное обслуживание (гарантия)
Минимальные гарантии Мебель будет вывезена с территории склада
Мебель не будет выдана другому клиенту
Гарантия успеха Во время доставки и установки мебели не произойдет никаких происшествий, наносящих вред ей или Вспомогательному персоналу
Мебель будет доставлена и получены положительная квитанция, подписанная клиентом, и деньги
Триггер Клиент оговаривает время и место доставки
Ссылки на другие варианты использования
Успешный основной сценарий
1. Вспомогательный персонал (грузчики) переносят мебель со склада на транспортное средство и выезжают по адресу Клиента.
2. Клиент или его представитель встречает работников фирмы на месте.
3. Грузчики производят установку (при необходимости – сборку) доставленной мебели в помещении Клиента.
4. Клиент подписывает акт приемки и выплачивает оставшиеся 50% денег за мебель представителю фирмы (в лице водителя).
5. Вариант использования завершен.
Исключения или альтернативный поток событий
1а. Мебель повреждается во время транспортировки
1а1. Мебель немедленно возвращается на территорию фирмы.
1а2. Производится необходимый ремонт.
1а3. С Клиентом оговаривается новое время доставки.
(возврат на 1)
2а. Клиента или его представителя не оказывается на месте.(проблема проверки что ВП не наврал, чтобы удержать штраф)
2а1. Мебель возвращается на склад.
2а2. С Клиента взимается штраф.
2а3. Оговаривается новое время доставки.
(возврат на 1)
4а. Установленная мебель не устраивает Клиента
4а1. Если Клиента не устраивают технические неполадки (срезы, царапины, пятна и т.д.), то фирма исправляет их за свой счет
(возврат на 1)
4б1. Если Клиента не устраивает внешний вид мебели (т.е. она якобы не соответствует его пожеланиям), то он может отказаться от нее, но предоплата ему не возвращается – странная ситуация если учесть что заключается контракт Может ситуация – отказывается от мебели, но тогда не организуется доставка вообще.
4б2. Мебель возвращается на склад (выход из ВИ)
ВИ представлены как есть, без описания проблемной ситуации (ее нет).Просто в папке для проверки есть три эти файла.
Да!!!! в прицепки найдете все-таки описание проблемы и презентацию бизнеса (будем надеяться студенты меня не кастрируют)
Просьба подвергнуть критики, дать конструктивные замечания. А я попробую сравнить со своими впечатлениями
-
Сегодня состоялось очередное занятие. Посвятил его полностью выступлениям студентов, по совету MikeCharge намекнул о бонус к экзамену.
Активность сразу возросла.
Напомню у меня 4 группы, вренее вся группа разделена на 4 проектные группы: кафе, производство мебели, книжный магазин, магазин видео и проката
На прошлом занятии выступали ребята из магазина видео-проката. В целом нет так плохо. Довольно уверено смогли определить проблему или потребность, решаемую ИТ. Вернее так проблему выделитне смогли, но довольно уверено пошли в нужном направлении. Огрехи написания ВИ были - но это нормально.
На этом же занятии указал на ошибку пренебрегания формулирования проблемы или определения контекста, в котором строятся все следующие рассуждения. На лекции минут 20 рассказывал пример возникновения проблемы и способов решения ее с помощью ИТ.
На сегодняшнем занятии выступали три остальных группы. Первым выступали ребята из кафе. Вернее один парень и девчонки. Ну парень у них высокий, умный - лидер.
Ну далее магазин книг пытался доказать свою правоту.
Ну и в конце выстапали мебельщики. Причем мебельщика сразу оговрились - мы поняли сови ошибки, но попытаемся все-таки доложить, что есть.
Я занял позицию стороннего наблюдателя. Вся полемика шла практически без моего участия.
Порадовала общая активность студентов-оппонентов, задавали вполне отличные, умные вопросы. Причем сами студенты замечали все не точности и не логичности в вариантах использования выступающих. Дискуссия бывала такой жаркой, что мне приходилось вмешиваться и направлять полемику в нужное русло. Некоторые студенты критику в свою сторону воспринимали почти как личную обиду (причем критиковали их другие студенты). Аргументом доказательства своей позиции ребята называли, например, то, что мы так придумали, так и будет.
Например, выступающие от магазина книг предложили к рассмотрению вариант использования "Составления списка книг для заказа". В ходе дискуссии студенты-оппоненты сами предложили ребятам все-таки изменить ВИ в сторону "Заказ книг". Однако следом за ними выстапали ребята из этой же команды но с вариантом "Заказать и принять книги". Сразу завязался жаркий спор, всем бросилась в глаза некоторая противоречивость и дублирования этих двух ВИ. В конце концов выяснилось, что задача 1-го ви - проанализировать продажи, изучить новинки, проанализировать индив. заказы покупателей и составить некий список книг для будущего заказа. 2-ой ВИ оказывается, используя список составленных книг, (который еще утверждается директором) направляет список поставщику any способом. Поставщик изучает этот список и утверждает (подтверждает его), отправляя назад в виде утвержденного заказа. Сторона заказчика принимая заказ подтверждает его, берет деньги и едет к поставщику. В общем такой клубок получился сложный.....
Резюме:
1. Студенты почему-то решили, что мы реализуем проект по построению бизнеса. Поэтому большая часть ВИ написана, исходя из того, что надо описать сценарии выполнения бизнес-задач и бизнес-процессов. Хотя уже на 1-ом занятии говорилось и зафиксировано на бумаге, что мы разрабатываем бизнес-случай, чтобы на его примере попытаться реализовать наш ИТ-проект.
2. Основная ошибка, отсутствие проблемы или потребности, а следовательно и цели того, для чего вообще мы выписываем ВИ. Поэтому сценарии получились расплывчатыми, не понятна чья точка зрения описывается, более того ощущалось, что точка зрения постоянно перемещается.
3. Студенты слабо усвоили правила написания ВИ (т.е. практически самостоятельно не занимаются: не читают свои лекции, предложенную литературу, а действуют часто по интуиции - у некоторых получается, у других нет)
-
Коллеги, кому не безынтересна методика преподавания, или студенты, которые имеют собственное мнение по этому поводу.
Может быть при изучении курса сделать таким образом.
1. Дать студентам возможность полета фантазии и разработать несколько бизнес-случаев. Как вообщем я и делал.
2. Помочь студентам определится с основными и вспомогательными процессами их бизнес-случая, расписать организационную структуру, закрепить за ней функции и ответственности.
3. Заставить прописать каждый выделенный бизнес-процесс, испольхуя скажем некоторую схему описания БП.
4. Отобрать ряд бизнес-процессов и задаться проблемой, которая может иметь место или возникнуть в будущем, в ходе выполнения оного.
5. Распределить эти проблемы внутри команды по студентам или по парам студентов и предложить провести анализ этой проблемы и способов решения оной (естественно учитывая возможность использования информационных технологий).
6. По каждой такой проблеме сформировать документ Видение (cкажем по RUP) или Образ решения (по Вигерсу)
7. Для выделенных на этапе Видения действующих лиц определить их задачи, функции, цели, потребности -> и сформировать варианты использования (постараться ограничить задачу 3-5 вариантами использования)
Ну а дальше кажется более понятно. Т.е. вся проблема лежит в постановке задачи преподавателем ли студентам, студентами сами себе. Никак у них не получается выйти на такой уровень, чтобы решать проблему именно инфотехнологиями, т.е. строить автоматизированную систему
-
А я вот что хотел спросить - а есть ли у студентов что-то вроде методички, где была бы полностью сделанная такая же работа???
-
А я вот что хотел спросить - а есть ли у студентов что-то вроде методички, где была бы полностью сделанная такая же работа???
Нет методички - я же говорил, что я принципиально решил не давать полного готового примера. Есть примеры других авторов: Боггс, Вендров, Кратчен и некоторые другие.
Еще стоит помнить, что данный курс читается впервые. Более этого его ввод в действие фактически началася с момента зарождения. Так что осмысление предмета идет параллельно написанию методички(хотя я ее возможно все равно поакзывать не буду)
Понимаете в чем тут дело:
1. первый выпуск - вообще никаких методичек не было, не было шаблонных решений, не было даже понимания того, что вообще надо делать и как. Было лишь понимание того, что в конце нужно попытаться получить некий продукт (напоминаю это было в курсе ТИПиС). В результат в целом получился неплохой, но не тот который по идее нужен. Но здесь должен признаться, сам был дурак.
2. второй выпуск - я сочинил довольно подробные кейсы и предлагал парам разрабатывать на их базе, то что мы обсуждали в теме методика преподавания СФА. При этом полноразмерного примера тоже не было. Результат был гораздо хуже, мы как преподаватели(нас 2) просто устали. Шел этап понимания преподавания.
3. Третий выпуск - четко рассчитанные кейсы, с четко (на мой взгляд) поставленным задание. С хорошо проработанным примером(не моим - купил рекомендованную УМО книгу - она мне тогда казалась откровением). Результат был катастрофическим - практически все пытались просто скопировать пример, не принимая во внимание специфику их задач. Но ребята в целом были довольно активными, поэтому детали все-таки были проработаны не плохо, не получилось цельной и понятной картины.
4. Четвертый выпуск. Пожалуй самый успешный. Но опять же была механичность, копирование примера.
5. Пятый выпуск - самый ужасный. Было несколько примеров, был опыт преподавания, были наконец защиты дипломов, была уже годичная дискуссия с bas. Студенты ждут четкого шаблона, точной инструкции действия. И только так, сами читать не хотят, сами выбирать (даже с моими подсказками и обращением внимания (я даже просто диктовал страницы, которые следует почитать и к чему они относятся)) но увы.
Поэтому, Саша, я решил (по карйней мере именно этой группе) не давать СВОИХ примеров, СВОЕГО видения. Т.е. я обратил внимание, что наши студенты в массе своей, не все, но в массе, даже очень успешные студенты, готовы что-то выполнять, но если только есть четкий пример и четкая реализация, а когда тебе говорят. Вот я поставлю задачу так - а вариантов решения ее может быть масса, веротяно это создает у студентов иллюзию, что любой вариант, который они придумают - тоже будет верный. И сильно не доумевают, почему их видение не принимается.
А донести причины до каждого просто не вохзможно в рамках занятий.
А вообще я планирую все-таки сделать возможные законченные шаблонные решения, но выкладывать их для общего рассмотрения не буду. Понимаешь, видно моя фамилия: Галиаскаров или фамилия моей коллеги Лабутина: действует как команда, скопируй это один в один, вот и народ и копирует почти буквально, лишь заменяя местами названия и слегка адаптируя смысл :-))
Надеюсь объяснил?
-
Семестр подходит к концу. Окончательные выводы делать пока рано, так как надеюсь, что работы студентов примут законченный вид. Но уже сейчас ясно, цель не достигнута, или не достигнута полностью. По крайней мере, студенты получили навык написания вариантов использования, навыки графического моделирования UML, навык публичного выступления и отстаивания своей позиции.
Результат, конечно, нельзя считать отрицательным. Но и положительным тоже. Возможная причина - малый объем курса. Попробую в следующем году постановочную часть перенести в первый семестр, а технологическую и моделирующую часть во второй. Кроме того, хочу вообще отказаться от лекций в традиционном их виде, а заменить скажем практическими занятиями.
Впереди экзамены. Есть мысль сфоримровать билеты таким образом:
Некая постановка задачи (задача должна быть достаточно простой). Исходя из формулировки задачи требуется ответить на скажем 5 вопросов:
1. выделить акторов и use cases, построить диаграмму UC
2. для одного варианта использования написать сценарий и построить диаграмму деятельности
3. построить диаграмму VOPC для варианта использования, или общую концептуальную модель классов предметной области, если есть желание
4. Построить диаграммы взаимодействия: последовательности
5. Построить диаграмму состояний для некоторого объекта
Экзамен письменный - 2.5 - 3 часа. Разрешено пользоваться печатной литературой
Оценка двойная: синтаксис и семантика
Есть проблема - это сами задачи - нужно примерно 30, десяток уже есть.
Может кто-то поможет?
Условия - задача должна быть ясной и понятной, количесвто действующих лиц 1-3 максимум, общее количество вариантов использования не более 5. Объекты предметной области достаточно простые и понятные, желательно, чтобы хотя бы один требовал изменения состояний
В качестве примера: Электронная версия сдачи экзамена по предмету( предложить решение). Описание сдачи экзамена традиционная: студент приходит на экзамен, имея допуск к сдачи экзамена по данному предмету. Студент выбирает билет и садится готовится. Преподаватель фиксирует ФИО студента, проверяет возможность сдачи им экзамена и фиксирует номер взятого билета. Студент готовится положенный срок и сдает ответы на вопросы экзаменнационного билета в письменном(устной) виде. Преподаватель, проверив ответы, выставляет оценку в зачетную книжку и ведомость. Закончив прием экзамена, преподаватель сдает ведомость в деканат. В ведомости указывается дата экзамена, название предмета, номер группы, факультет, семестр, учебный год. Для каждого студента выставляется рейтинг (минимум 26 максимум 50) за семестр (преподавателем который ведет практические занятия), результат за экзамен (минимум 26 максимум 50), итоговая оценка (рейтинг+экзамен) в виде баллов и оценки(неудоволетворительно(<52), удовлетворительно(<70), хорошо(<85), отлично(>=85)) либо не явился, если студент не явился или недопущен к экзамену. Экзаменнационный билет может содержать теретический вопрос, задачи или задания, или выглядет как тест.
-
Список примеров:
1. Цифровой диктофон;
2. Торговый автомат;
3. Табло на станции метро;
4. Система автоматизации для пункта проката видеокассет;
5. Мини-АТС;
6. Телефон;
7. Стиральная машина;
8. Таксофон;
9. Банкомат;
10. Холодильник;
11. Кодовый замок;
12. Турникет метро;
13. Система учета товаров;
14. Библиотечная система;
15. Интернет-магазин;
16. WWW-конференция;
17. Каталог ресурсов Интернет;
18. Будильник;
19. Генеалогическое дерево;
20. Телевизор;
21. Система поддержки составления расписания занятий;
22. Домофон.
-
Саша, спасибо. Отличные примеры. Только желательно по возможности дать описнаие постановки задачи, т.е. указать в описнаие понятия и действия от которых студент бы отталкивался, просто мне одному почти не посилам проработать каждый пример. Единственное ограничение - пример должен быть небольшой пусть и немного и не реальный в конце концов это же экзамен
-
Эд, сорри, ща сосвсем некогда - работа + переезд :(
Что смог, то нашел и выложил ...
-
Galogen везёт вашим студентам, что у них есть такой преподаватель. У нас в институте вроде как факультет программирования, а проходим всякую ересь типа Microsoft Foundation Classes :'( И вообще про разработку ПО нечего конкретного. Так что институтские занятия - это трата времени (и денег) только ради диплома. Так что у меня основное правило вырабаталось: "Хочешь быть спецом, учись сам". Вернёмся ближе к теме. Намного интереснее не только один сухой вариант использования написать, но потом его ещё и реализовать, те создать по нему программу. Заодно закрепятся знания + понимание материала, особенно с практической точки зрения.
-
Думаю, список вариантов может дополнить эта ссылка:
http://sp.cmc.msu.ru/courses/prak5/
Практикум мы ведем 7 лет.
:)
-
Такой ценный Гость и даже не зарегистрировался :( ...
-
Добавлю, что я бы сам не решился давать такие задачи даже на 2,5 часа. Эти задания студенты выполняют в течении 12 занятий (12 недель). Да и то редко справляются самомстоятельно. На экзамен (он вероятно уже прошел?) бы посоветовал взять что-нибудь попроще. Хорошим источником задач является книжка Рамбо и Блахи "UML 2.0. Объектно-ориентированное моделирование и разработка". Ответы к некоторым задачам даны в книге.
-
Нашел ветку с обсуждением книги и пришел к выводу, что гость я не очень-то ценный. :)
-
Думаю, список вариантов может дополнить эта ссылка:
http://sp.cmc.msu.ru/courses/prak5/
Практикум мы ведем 7 лет.
:)
Спасибо, уважаемый гость! Очень жаль , что Вы не хотите открыть инкогнито.
Ваши задания, очень интересны. Да возможно в таком виде задания на экзамен я тоже не рискну давать. Однако цель экзаменов в другом. Я могу спокойно поставить оценки и до экзамена, однако всегда нужно оставить интригу. Интрига придает ситуации особый вкус. Кончео, задачи будут гораздо более мелке и более определенные. Более того для каждого задания будет задано 5 вопросов, на которые нужно постараться ответить, причем вопрос будет оцениваться на двух уровнях: уровень семантический и уровень технический - синтаксический. Задача будет поставлена четко и однозначно, стремлюсь проверить общие умения использования правил и методик. Я уже проводил подобные экзамены на предыдущем курсу только на другой тематике - структурный подход - результат оказался неплохой - стрессовая ситуация раскрывает таланты.
-
Итак, господа посетители, товарищи-коллеги, заинтересованные наблюдатели.
Час Х состоялся. Т.е. ЭКЗАМЕН
Билеты представляли собой некоторое описание задачи: магазин, банкомат, торговый автомат, кредитование, домуправление и т.п. Задачи описаны достаточно подробно для проведения анализа.
необходимо было ответить на 5 вопросов:
1. построить диаграмму вариантов использования (действующие лица и варианты использования системы (программного приложения)
2. сценарий варианта использования (используется полный шаблон)
3. диаграмма дейтельности или диаграмма последовательности
4. диаграмма классов предметной области задачи
5. диаграмма состояния для 1 объекта предметной области
Длительность экзамена - 3 часа полных, форма письменная
Итог экзамена
27 студентов
1 не допущен
"5" - 2
"4" - 5
"3" - 14
"2" - 5
Основные ошибки: диаграммы вариантов использования и соотвественно сценарии и диаграммы деятельности писались на уровне бизнеса и прозрачного ящика. Т.е. народ моделировал не программную систему, а описывал ход того или иного бизнес-процесса, т.е. просто визуализировал данное описание задачи.
Проблемы с диаграммой состояния. Например описывались состояния действующих лиц (вернее сценарий действия действующего лица в виде диаграммы состояния)
диаграмма классов тоже вызвала большие проблемы - типичным было не описание классов, отражающих данные, которые нужно хранить, а скорее диаграмма взаимодействия объектов, где в качестве объектов выступают главным образом действующие лица, участники процесса и некоторые детали бизнеса - например ящик с деньгами...
-
Да забыл добавить.
В ходе послеэкзаменационной дискуссии( а стоит заметить, что экзамен завершился в 12:30. Проверка его закончилась в 5 часов вечера, обсуждение результатов с заинтересованными еще продолжалась до 8 часов), несколько студентов выдвинули претензии на мое замечание, что проблемы на экзаменах связаны с тем, что студенты практически не читают рекомендованную литературу, а все свои знания извлекают только из лекций и практических заданий. Претензии свелись к тому, что мои требования читать дополнительную литературу необоснованы. Мол вы вот ведете один свой предмет, так сказать смотрите узко, а у нас в течение семестра множество других дисциплин и чо, по каждой читать ту литературу, которую нам рекомендуют? Я был, мягко сказать, в шоке.
Я в ходе преподавания рекомендовал, или даже настаивал читать Коберна, любую книгу по UML, рекомендована книга Леоненкова, как общедоступная, а также выдержки из Вигерса и собственные подборки статей.
Хотя в целом экзамен базировался на знаниях и у мениях, которые давались на лекциях и практических занятиях...
-
... что проблемы на экзаменах связаны с тем, что студенты практически не читают рекомендованную литературу, а все свои знания извлекают только из лекций и практических заданий. Претензии свелись к тому, что мои требования читать дополнительную литературу необоснованы. Мол вы вот ведете один свой предмет, так сказать смотрите узко, а у нас в течение семестра множество других дисциплин и чо, по каждой читать ту литературу, которую нам рекомендуют? Я был, мягко сказать, в шоке....
Да, есть такая тема. Но тут смысл в том, что должен быть перечень ОБЯЗАТЕЛЬНОЙ литературы, и перечень ДОПОЛНИТЕЛЬНОЙ. И вот обязательную они должны читать, а твоя задача - обеспечить её наличие в университетской библиотеке. Думаю, если бы вузы заявили о своих потребностях в Вигерсе/Лефингуелле, то проблем с их переизданием не было бы.
Про студентов - не знаю, как на твоём курсе, но у нас курса с 3-го уже выделялись часы и дни на так называемую "самостоятельную подготовку". И вообще - университеты в классическом смысле известны тем, что создают условия для самостоятельного обучения, предоставляют тьютора, профессоров, лаборатории, оборудование, учебники, а не стойло, куда студент загоняется и где в него набиваются знания.
Вообще, можно наверное расчитать, сколько времени нужно студенту, чтобы прочитать 1 книгу в среднем по каждому из 20 предметов за семестр, и убедиться, что это вполне постижимые величины. А претензии студентов к необходимости чтения литературы смешны, как и просьбы "сегодня отпустить пораньше". Для того, чтобы получить образование, нужно учиться, не хочешь учиться - скатертью дорога, никто не насилует.
-
Да, есть такая тема. Но тут смысл в том, что должен быть перечень ОБЯЗАТЕЛЬНОЙ литературы, и перечень ДОПОЛНИТЕЛЬНОЙ. И вот обязательную они должны читать, а твоя задача - обеспечить её наличие в университетской библиотеке.
Да именно так, правда есть некоторая тонкость - иногда, особенно с новыми предметами, книг в достаточном количестве в библиотеке нет. Правда я обязательно готовлю электронные версии, если не могу обеспечить библиотеку. Однако есть ведь и магазин.
Про студентов - не знаю, как на твоём курсе, но у нас курса с 3-го уже выделялись часы и дни на так называемую "самостоятельную подготовку". И вообще - университеты в классическом смысле известны тем, что создают условия для самостоятельного обучения, предоставляют тьютора, профессоров, лаборатории, оборудование, учебники, а не стойло, куда студент загоняется и где в него набиваются знания.
Вообще, можно наверное расчитать, сколько времени нужно студенту, чтобы прочитать 1 книгу в среднем по каждому из 20 предметов за семестр, и убедиться, что это вполне постижимые величины. А претензии студентов к необходимости чтения литературы смешны, как и просьбы "сегодня отпустить пораньше". Для того, чтобы получить образование, нужно учиться, не хочешь учиться - скатертью дорога, никто не насилует.
Вот почитали бы студенты мои это. Конечно - есть такой раздел, и даже по часам превышает аудиторную работу. Я то же считаю, что обучение требует усилий со стороны обучаемого. Но самое забавное, что многие преподаватели считают, что нужно строить так обучение, что все, что потом спрашивается на экзаменах, тестах, опросах и т.п. было проработано на практических занятиях, причем обязательно нужно дать полное и подробное описание того, что нужно сделать. В результате получается - как ты говоришь - стойло, куда загнали, овса насыпали и вот тупо пережевывают то, что написанно в методички.
Кроме того предметов никак не 20 за семестр, а значительно меньше. Далее все-таки есть предметы специальности и специализации, и сопутствующие. Но если мне заявляют, мне ваш предмет неинтересен и я не вижу в нем необходимости, что тут сказать?
-
А я немного защищу студентов....
Денис, ты себя вспомни, много ли ты читал обязательных книг во время учебы? Ведь основная подготовка шла по лекциям. Да, лекции по многим предметам отшлифовывались годами - это факт, но все же основная подготовка идет по ним, если что-то не понятно, тогда учебник. Я не помню, например, чтобы мы по Бобровниковой (сапромат) читали какие-то книжки - все по лекциям, и знали не простой предмет лучше многих других... Может быть секрет в износиловании в течении семестра, а не на экзамене, я не знаю.
Эд, я критику навожу больше к системе нашего образования, а не к тебе, т.к. мы сами не предложили тебе внятной методики образования по этому предмету. Над этим должны сидеть и думать как минимум человек 5 специалистов в этой области, т.е. программу образования должен предлагать уч. совет, а не один человек высасывать из пальца.
В общем, я думаю, ты понял свои ошибки и ошибки студентов, и в следующем году постараешься их избежать ...
-
Денис, ты себя вспомни, много ли ты читал обязательных книг во время учебы? Ведь основная подготовка шла по лекциям. Да, лекции по многим предметам отшлифовывались годами - это факт, но все же основная подготовка идет по ним, если что-то не понятно, тогда учебник. Я не помню, например, чтобы мы по Бобровниковой (сапромат) читали какие-то книжки - все по лекциям, и знали не простой предмет лучше многих других... Может быть секрет в износиловании в течении семестра, а не на экзамене, я не знаю.
Нам откровенно повезло с теми преподавателями, которые читали исчерпывающие лекции. Это действительно плод поколений. Все относительно новые предметы читаются плохо и книжки по ним не помешали бы, если сейчас они есть - сам бог велел.
-
А я немного защищу студентов....
Денис, ты себя вспомни, много ли ты читал обязательных книг во время учебы? Ведь основная подготовка шла по лекциям. Да, лекции по многим предметам отшлифовывались годами - это факт, но все же основная подготовка идет по ним, если что-то не понятно, тогда учебник. Я не помню, например, чтобы мы по Бобровниковой (сапромат) читали какие-то книжки - все по лекциям, и знали не простой предмет лучше многих других... Может быть секрет в износиловании в течении семестра, а не на экзамене, я не знаю.
Все это патологичная практика, когда студент учится только по лекциям. Возможно в точно и методически сформированных дисциплинах -таких как сопромат - такое возможно, но во всех бурно развивающихся предметах, где многое осознается только при прочтении ТЕКСТА и изучении множества примеров, это не возможно. Мы же не даем готовые формулы расчеты защемленной балки или еще что-то подобное. Посмотрите сами на нашем форуме, сколько времени имы обсасываем что такое вариант, swimlane и т.п. Как можно понять это без изучения учебных материалов?
Мои друзья из классического универа, которые сейчас обучают студентов в нашем и других вузах, как-то говорили мне, что смотрят на наших студентов с удивлением - никто ничего не читает, все строчат лекции под диктовку. У нас мол такого никогда не было, а заканчивали они матфизику.
В общем, я думаю, ты понял свои ошибки и ошибки студентов, и в следующем году постараешься их избежать ...
Нет у меня ошибок. Есть, возможно, недочеты в изложении, расставлении акцентов., умении объяснить значимость предмета. "Но если осел не хочет пить, даже аллах не может его заставить напиться" (с)
-
Есть, возможно, недочеты в изложении, расставлении акцентов., умении объяснить значимость предмета.
Это я и имел в виду. Я не говорю про ошибки в изложении материала, а об ошибках/недочеты в самой программе. Не обижайся, мой пост был не в критику тебе, как я уже сказал ...
-
Сергей, ты все правильно сказал. Именно так я всегда и делаю либо в начале, либо в процессе и всегда есть документальное подтверждение в виде например программы или графика работы
-
Эдуард! вы большой молодец! мало кто так сейчас преподает в наше время!
но что-то многова-то, по-моему, вы двоек и троек поставили.. видимо заслуживают.....
Я так понял многие обращения к аудитории связаны с целью разработки мотивации для студентов? так как, насколько я понял, с самом программой у вас уже достаточно все отработано!
про мотивацию сегодняшний студентов (я один из них, например) сложно что-то сказать...
А у меня вот такие вопросы: А много ли студентов уже сейчас (кажется на 3 курсе) работает? В каких сферах занята молодежь? Много ли сейчас у вас ИТ вакансий? возможно стоит напомнить народу, что достаточно глубоко изучив тему, они смогут устроиться и быть гораздо выше программистов? возможно стоит привести пару примеров из жизни.. думаю, они у вас есть...
Ну и еще раз скажу, что, по-моему, лучшая мотивация студентов на работу в семестре-это их будущая отценка на экзамене....
-
Ну и лесом тогда такие претензии :)
Самое главное, чему ты их научил - это внимать требованиям и удовлетворять их, какими бы они ни были. Так делаются все проекты :)
Понимаешь, цель-то не достигнута. Пусть цель была чисто качественная, но результаты экзамена таковы, что всего 7 нормальных оценок, а остальные пытались, то так и не смогли понять суть предмета. Плюс большая часть в искреннем недоумении по поводу моего предмета - они 100% убеждены, что данный предмет им в жизни не нужен, реально в жизни он не используется, и все это университетские заморочки, типа философии, психологии, культорологии, русского языка, социологии и т.п.
-
Извините BIS пропустил Ваши вопросы. Надеюсь не поздно, и Вы еще заглянете к нам на огонёк.
Эдуард! вы большой молодец! мало кто так сейчас преподает в наше время!
Спасибо за теплые слова.
но что-то многова-то, по-моему, вы двоек и троек поставили.. видимо заслуживают.....
Сам был не доволен. Но решил всё-таки идти до конца. Может хоть это немного расшевелит ребят и даст им некоторую мотивацию: работать надо, учиться... Хотя может и по-другому сыграть.
Кажется, один молодой человек на меня здорово осерчал. Хотя у него вышла четверка, благодаря рейтингу, но на экзамене он показал знания не ахти.
А у меня вот такие вопросы: А много ли студентов уже сейчас (кажется на 3 курсе) работает?
Точных данных у меня нет. Это сильно зависит от года набора и атмосферы в коллективе как не странно, но обычно процентов 20-30 работают. На старших курсах даже больше. Могу сказать, что наш первый набор активно работал чуть ли не на 90%. Часто вижу что ребята к лету устраиваются, а потом на 4 или 5 продолжают. Однако сказать, что все работают по специальности, не могу. Частенько работают по другому профилю...
В каких сферах занята молодежь?
Обычно это торговля, есть процент, связанный с ИТ в том или ином виде.
Много ли сейчас у вас ИТ вакансий?
К сожалению в городе ИТ индустрия неслишком представлена. Нужно учесть и большую конкуренцию. Почти каждый вуз, а их у нас 7 в городе, пытается выпускать ИТ-специалистов.
Серьезных софтверных компаний кроме разве IT-soft и IT-studio, пожалуй, и не назову. А нет вру есть еще НПО Информатика. Существуют еще отделы на предприятиях: Ивэнерго много потребляет, Проект 2000 - комерческая организация, объединяющая несколько сетевых ритейлеров. Есть специализированные компании типа Нейрософт кажется.
Однако если есть желание народ расходится по предприятиям, конторам, организациям, операторам телематических услуг... ИТ-специальность очень интересная и востребованная причем в самых неожиданных местах. Некоторые троечники уезжая к себе на родину в районные города - становятся боссами ИТ-услуг :-)
возможно стоит напомнить народу, что достаточно глубоко изучив тему, они смогут устроиться и быть гораздо выше программистов?
Об этом я говорю постоянно. Рядом МСК, которая всех скушает. И деньги МСК платит серьезные, стимул вообщем есть.
возможно стоит привести пару примеров из жизни.. думаю, они у вас есть...
Примеры я привожу. Личных особо нет, но я всегда говорю, что шанс должен появляться на подготовленной почве. А то когда он появляется вдруг выясняется, что ведь мог что-то там изучить и вот...
Ну и еще раз скажу, что, по-моему, лучшая мотивация студентов на работу в семестре-это их будущая отценка на экзамене....
Да мне тоже всегда так казалось. Возможно имеет смысл более строго ставить оценки в течение семестра, чтобы студент постепенно понимал, что его может ожидать. Прадва у меня ощущение, что они воспринимают меня уже как неизбежное зло:-) Хотя я очень лояльно ставлю оценки, но постоянно заставляю трудится.
Тут есть одна небольшая особенность. Я заметил, что студенты довольно неплохо справляются с тем, что четко и ясно и однозначно поставлено. Когда перед глазами есть хорошо разжеванный пример. Однако в деле программирования и реализации проектов слишком много разных неопределенностей, потому такой подход (точно сформулированное задание) в этом случае не оправдывает себя. он заставляет действовать по шаблону, что не верно, поскольку шаблонов на всю жизнь не напасешься, да и невозможно рассказать о всех возможных комбинациях...
Мне запомнилась реакция одно студента, когда я ему в очередной раз терпеливо объяснял, что у него хорошо, а что плохо, и просил переделать это и вот это. Он мне сказал - скажите сразу, что вам сделать. И он не понимает, что я тоже не знаю пока конечный результат полностью. Я ему говорю результатом будет то, что ты сумеешь сформулировать требования и по этим требованиям реализовать систему, им отвечающую. Вот говорю, будешь брать требования и смотреть реализовано или нет. Нет значит ошибка, а если нечто реализовано не по требованию, или это реализованное нигде не обсуждено и не описано - тоже ошибка...
А вообще главное научить человека мыслить и решать задачи. Конечно идеально, если он решает задачи быстро и эффективно, но уже неплохо, если он вообще решает задачу. Хотя и первое не маловажно, поскольку реальные задачи решаеются в ограниченное время и с ограниченными ресурсами.
Я надеюсь, что мне удалось донести эту мысль тем студентоам, с которыми мы делали бакалаврские и дипломные работы. Было тяжело и мне, и им. Девчонки время от времени пускались в слезы. Я их отпаивал чаем и гладил по спинке, чтобы успокоить. Однако и результат - работы признаны одними из лучших. Дипломницу взял на работу председатель комиссии. Девушку-бакалавра никто не взял, поскольку она еще будет учится. Однако она выступила так блестяще, что по-моему сама это поняла. Глаза у нее от удовольствия сияли, а мне было очень приятно, когда за пару дней до ее выступления, ее доклад был курам на смех, но на защите она сумела все сложить и выступить преотлично.
-
Помню, тут речь заходила про экзаменационные задания. Некоторые варианты положил здесь:
http://sp.cmc.msu.ru/courses/prak5/exam.html
-
Виктор, очень интересные билеты.
Я таких билетов пока не делаю. Ниже приведу примеры билетов двух курсов: теория информационных процессов и систем(ТИПИС) и основы объектно-ориентированного анализа (ОООА).
К Вам же вопрос: как называется Ваш курс? Количество аудиторных часов? Ориентировочная программа? Как Вы оцениваете результаты экзамена? Что такое предварительный экзамен в Вашем случае? Сколько времени даете на экзамен?
У меня экзамен идет 3 академических часа, но реально превращается в 3 астрономических. Потому я использую именно астрономические. Потом проверяю в течение 3-4 часов.
В качестве примера приведу билет по ТИПИС:
1. Понятие информационной системы и информационного процесса: общие и основные информационные процессы.
2. Принципы представления связей в реляционной модели данных. Понятие внешнего ключа, ограничения ссылочной целостности.
3. Используя представленную таблицу, построить модель данных.
Научный руководитель Телефон научного руководителя Студент Специализация Заведующий кафедрой
Петров С.А. 221-23-45 Морозов А.С. Бухучет Зеленый М.П.
Сидоров М.Л. 221-44-44 Сигарева А.А. Инф. Технологии Мастеровой С.П.
Сидоров М.Л. 221-44-44 Лаптева Д.А. Инф. Технологии Мастеровой С.П.
Абрацумян К.Н. 221-23-46 Шкарев А.М. Аудит Зеленый М.П.
4. Мастер собирает по чертежам столы из комплектующих деталей, используя клеевой способ сборки и способ сборки на винтах. Выполнить структурный анализ в нотации IDEF0 (построить контекстную диаграмму и произвести необходимую декомпозицию).
А также билет по ОООА. К сожалению в этом году экзамена нет, только зачет
Предложить модель системы автоматизации сдачи экзамена по предмету. Описание сдачи экзамена в традиционной форме: студент приходит на экзамен, имея допуск к экзамену по данному предмету. Студент выбирает билет. Преподаватель фиксирует ФИО студента, проверяет возможность сдачи им экзамена и фиксирует номер взятого билета. Студент готовится положенный срок и сдает ответы на вопросы экзаменационного билета в письменном (устной) виде. Преподаватель, проверив ответы, выставляет оценку в зачетную книжку и ведомость. Закончив прием экзамена, преподаватель сдает ведомость в деканат. В ведомости указывается дата экзамена, название предмета, номер группы, факультет, семестр, учебный год. Для каждого студента выставляется рейтинг (минимум 26 максимум 50) за семестр (преподавателем, который ведет практические занятия), результат за экзамен (минимум 26 максимум 50), итоговая оценка (рейтинг + экзамен) в виде баллов и оценки {неудовлетворительно(<52), удовлетворительно(<70), хорошо(<85), отлично(>=85)} либо не явился, если студент не явился или не допущен к экзамену. Экзаменационный билет может содержать теоретический вопрос, задачи или задания, или выглядеть как тест.
1. Построить диаграмму вариантов использования, определить действующих лиц, участников задачи, определить границы системы и выделить возможные варианты использования уровня цели пользователя.
2. Для одного из вариантов использования (можно для всех – будет бонус в случае успеха или конфликтной ситуации) составить полное описание в соответствии с шаблоном.
3. Для другого варианта использования изобразить диаграмму деятельности с указанием плавательных дорожек, основного и альтернативных (исключительных) потоков. Или диаграмму последовательности.
4. Построить модель классов предметной области задачи.
5. Для одного из объектов или для всей системы построить диаграмму изменения его состояний.
-
Виктор,
Присоединяйтесь к теме: http://www.uml2.ru/forum/index.php?topic=557.0
-
К Вам же вопрос: как называется Ваш курс? Количество аудиторных часов? Ориентировочная программа? Как Вы оцениваете результаты экзамена? Что такое предварительный экзамен в Вашем случае? Сколько времени даете на экзамен?
Курс называется "Объектно-ориентированный анализ и проектирование". Мне достался по наследству от А. М. Вендрова, который читал его с 2000 по 2006 на нашем факультете (ВМК МГУ).
Программу положил тут:
http://sp.cmc.msu.ru/courses/prak5/ooapprogram.zip
Распределение часов не совсем соответствует действительности + добавилась лекция по OCL.
Выложен вариант, который я давал в Черноморском филиале. Там занятия велись "вахтовым" методом: 2 недели сплошного ООАиП по 4 пары в день, в конце экзамен. Писали 2 астрономических часа. Все студенты, посещавшие лекции и работавшие на семинарах, справились успешно, на мой взгляд. В группе из 25 человек 9 отл, 2 хор, 6 уд., 8 неуд. Предварительный экзамен -- это возможность сдать предмет в зачетную сессию, результат его либо засчитывается, либо студент приходит на основной в январе. При этом варианты по трудности одни одинаковы.
-
Виктор,
Присоединяйтесь к теме: http://www.uml2.ru/forum/index.php?topic=557.0
bas, дело интересное и нужное, но зима у кого-то каникулы, а у меня -- уборочная. :)
-
Виктор,
программа Вашего курса во многом перекликается с нашим курсом по проектированию информационных систем. Это что касается по духу.
Различия: у нас больше часов, этот курс я не читаю, тот, кто его читает, препадает его в таком виде: одна часть - это этапы проектирования и техническая документация, другая часть - рассказывают, что такое UML. На практикум разбит на семинарские занятия и лабораторные + курсовая. Упор делается на DFD, UML так для пристежки (что меня сильно удручает). Никакого архитектурного анализа, никаких the best practices.
Что читаю я:
в рамках ТИПиС: введение в системный анализ, общие положения по информационным системам и принципам их построения, структурные нотации IDEF, DFD. На практике делаем то, что описано в ветке: http://www.uml2.ru/forum/index.php?topic=445.0. То есть главным образом бизнес-моделирование с выходом на концепцию и начала анализа предметной области. Часов примерно как в Вашем - 76.
в рамках ОООА: основы UML (достаточно бегло), общие принципы ОО моделирования и анализа. На практике делали в прошлом году то, что описано в данной ветке: http://www.uml2.ru/forum/index.php?topic=137.0
в этом году хочу несколько переделать курс в ключе: http://www.intuit.ru/department/itmngt/analisis/, т.е. дать основы требованиям, согласованности разных моделей, основы UML и его использования. Правда по часам курс у меня скромнее - всего 60. Прийдется пренебречь вопросами проектирования, изучением шаблонов, что, конечно, жаль, т.к. в курсе проектирования ИС, где по идее это и стоило рассмотреть, вряд ли будет продолжение :( .
В программе, что Вы даи посмотреть есть пособие: 2. Вендров А. М., Малышко В. В. Объектно-ориентированный анализ и проектирование с использованием UML. – М.: Издательский отдел факультета ВМиК МГУ, 2002.
Нельзя ли на него посмотреть в ближайшем рассмотрении? Адрес почты: galiaskarov чаучау isuct точка ru.
В прошлом году я OCL давал немного. Вообще строил курс главным образом по книге Рамбо и Блаха "UML 2.0 Объектно-ориентированое моделирование и разработка"
Подумываю на таким вопросом: полностью перестроить курс ТИПиС и ОООА, поскольку курсы мои, то логически выстроить их так:
1. Системный анализ (важно да и дань ГОС)
2. Основы ИС (история, определения, классификация, назначение, виды и структура обеспечения)
3. Методологические основы разработки без особой привязки к парадигме.
4. Бизнес анализ и анализ предметной области (бизнес моделирование)
5. Методологии и нотации - типа обзора
6. Требования, анализ требований
7. Моделирование данных (IDEF1x)
(это часть остается в ТИПиС)
8.Методологические основы ООАиП
9.UML
10.OCL
11.Шаблоны проектирования
(это часть в ОООА)
Нотации рассмотреть в целом обзорно хотелось бы затронуть IDEF0, DFD, IDEF1x, Эрексона Пенкера, BPMN, UML.
В контексте лекций сделать упор на какую-то определенную нотацию - скорее всего UML, BPMN
Билет я посмотрел. Очень интересно, хотелось бы обменяться мнениями и впечатлениями, а также собственными заготовленными материалами.
Заинтересовали два вот этих вопроса:
17. Моделирование бизнес-процессов. Модель бизнес-процессов. Модель бизнес-анализа. Примеры. Переход от бизнес-моделей к моделям системы.
18. Моделирование бизнес-процессов по методу Эриксона и Пенкера. 4 представления. Сравнение с методикой RUP. Пример.
Особенно второй
-
Galogen,
пособие можно скачать тут (~1Мб):
http://sp.cmc.msu.ru/courses/prak5/umlpracticum.pdf
Честно признаюсь, оно устарело. Упомянуто, так как неудобно -- лектор и без книжки. ::)
А. М. Вендров издал обновленное пособие в 2004-ом году (~1Мб):
http://sp.cmc.msu.ru/courses/prak5/umlpracticum2004.pdf
почти полный аналог "Практикума", вышедшего в "Финансах и статистике". Оно и является базовым для семинарских занятий.
Бизнес-моделирование в рамках курса дается на ознакомительном уровне. Для студентов я выложил конспект (~750Кб, zip, word):
http://sp.cmc.msu.ru/courses/prak5/conspect04.zip
Дайте знать, если увидите, что я "начудил". ;D
-
Виктор,
Так не обязательно в каникулы, можно и попозже. Главное чтобы было желание и не затягивалось оно на долго.
-
Виктор,
спасибо.
Если эти практикумуы то, что я думаю, то у меня они есть. Как есть закупленные в библиотеку для студентов книги. Также есть учебник Вендрова 1-е издание от 2000 года.
Конспект лекция посмотрел. Вполне комильфо, хотя и кратко. Нотации Эриксона - Пенкера, как я понимаю, взяты из книги Business Modeling with UML: Business Patterns at Work by Hans-Erik Eriksson and Magnus Penker ISBN: 0471295515.
Книга имеется в электронном виде, но руки никак не доходят.
Правда, я склоняюсь к использованию BPMN. Хотя переход к нотациям Эриксона-Пенкера после IDEF0 более очевидный.
Вообще трудно решится, что лучше. Хотя нотация Эриксона поддержена в Enterprise Architect и лекго в использовании.
Мои студенты активно используют их в бакалаврских и дипломных работах. Правда глубоко понимания их кажется нет, скорее как заменитель IDEF0 и возможность расширять вариантами использования и диаграммами активности
-
Конспект лекция посмотрел. Вполне комильфо, хотя и кратко. Нотации Эриксона - Пенкера, как я понимаю, взяты из книги Business Modeling with UML: Business Patterns at Work by Hans-Erik Eriksson and Magnus Penker ISBN: 0471295515.
Книга имеется в электронном виде, но руки никак не доходят.
Galogen, да, книжка эта. Этот год -- первый, поэтому читал, что было до меня. За наводку на BPMN благодарю.
-
Виктор, вообще мне интересно:
1. кого вы готовите
2. на каком курсе предмет
3. что они к этому моменту уже знают и какой опыт имели
4. какие параллельно предметы проходит (конечно из области ИТ)
Отвечая на эти вопросы лично, можно получить:
1. специалистов в области информационных систем и технологий - понятие слишком широкое, но по другому не скажешь, это не специалисты в области ИТ с уклоном в некую предметную область: экономика, химия, производство или нечто иное. У нас получается как -то так объемно-абстрактно: на первых курсах вдалбливают физику (3 семестра, электротехнику и схемотехнику - 2 семестра, всякое моделирование физических систем - 2 семестр). На страших курсах, вдруг делаем вираж в сторону экономико-управленческих наук: экономика предприятия, маркетинг, менеджмент, тэа. Зав каф. говорит - типа наши , специалисты широкого профиля, мне смешно...
2. ТИПиС 1 семестр 3 курса, ОООА - 2 семестр - 3 курса
3. немного опыта программирования на Паскале, изучены общеобразовательные предметы, прочитан 2-х семестровый курс Информационные технологии, Архитектура ЭВМ и Сети, Операционные системы
4. Паралельно проходят Надежность ИС, Базы данных, Первый семестр технология объектного программирования, моделирование систем
-
Виктор, вообще мне интересно:
1. кого вы готовите
2. на каком курсе предмет
3. что они к этому моменту уже знают и какой опыт имели
4. какие параллельно предметы проходит (конечно из области ИТ)
Учебный план наших студентов (с III по V курс) лежит тут:
http://sp.cmc.msu.ru/info/plan03-08.zip
Сейчас курс ООАиП переползает с 9-го семестра на 7-ой (4-ый курс).
Кого готовит ВМК, ответить затруднительно. Формально: математиков - системных программистов. Учебный план наполнен матаном, дифурами, вычметодами, матфизикой в больших объемах. На 3-5 курсах пытаемся из математиков сделать программистов, разработчиков и IT-шников. Выходит то, что выходит.
Последние несколько лет появились бакалавры. Кто такие, чего учат -- для меня загадка, но курс также вставлен им в учебный план. Их учебный план тут:
http://www.cs.msu.ru/jetspeed/portal/content/view/documentation/general?id=20000846
-
Да уж, черт ногу сломит.
То, что математика программистам не помешает - это понятно. Она у ваших студентов из ушей плещится.
Так же может и неплохо, что Ваш курс идет на 5, а может мигрировать на 4 курс. Ребята все-таки к этому моменту более зрелые, чем в начале 3 курса, когда они практически еще второкурсники.
Что меня убивает, так это подготовка, кажется, одних и тех же специалистов, ведется по разным совершенно программам и ГОС, да ладно даже это, каждый вуз вкладывает во все это свое особое понимание. В результате какая-то полная каша, что нужно бедному ИТ-студенту.
Понятно, что там где много математики и физики, студенты более развитые имеют мозги, но ведь на остальное уже мало остается времени.
Мне тут Юрий Булуй кидал ка-то ссылка на статью по программе SWEE2004 кажется так. Там довольно стройно описано, что и как надо давать. Есть разделение по категориям: программный инженер, прикладной информатики, что-то еще.
У одних больше инженерных методов, у других побольше математики.
У Вас вроде больше готовят вторых, у нас первых.
Я бы так позиционировал инженер технолог в области ИТ. Специалист в общем широкий, но главное понимание технологии, умение эту технологию разработать, правильно применить . Ну как бы это говорится в самом названи универа - технологический
У меня глубокое убеждение, что курс подобный Вашему нужно преподавать итерационно. Возможно, начиная уже на втором курсе, и разворачивая его вплоть до 4. Это бакалавры - фиг поймешь кто это такие. Дальше или специалисты или магистры, ну с магистрами попонятнее, у них еще два года, и там можно поглумиться в сторону усложнения и деталей. А вот со специалистом чуть посложнее - им отстается 1 семестр и по сути ничего за этот семестр особо нового уже не дашь, разве что-то обобщающее, систематизирующее. Так у нас в этом курсе: мультимедиа технологии мировые информ ресурс и много экономики с профессиональным английским. Тут вроде бы шлифовка нужна, а у нас напойми что.
В целом программы на сайте http://dit.isuct.ru можно найти и так еще кое-какую информацию
-
Galogen, спасибо за ссылку.
Наше начальство (здравомыслящая его часть) много раз бралось за голову, чтобы выстроить нормальный учебный план. Однако огромная инерция (на каждом курсе у нас примерно 450 студентов) препятствует хорошим начинаниям.
-
Виктор, на 100% согласен. Инерция, вернее, масса - большая сила. У вас она еще больше. Я имею в виду массу :). Но тут проблема еще в том, что помимо маассы студентво, есть еще одна критическая масса - масса преподавателей. Я не знаю как у вас в МГУ, но у нас точно до взрыва недалеко, вернее до антивзрыва. Средний возраст преподавателя 55 лет, а его отлучение от реального производственного процесса - лет 25-30. В теоретической химии, физики мало, что серьезного произошло, но в самих технологиях как минимум поменялось пару поколений, а в ИТ-технологиях вообще все происходит прямо на глазах.
Однако, масса студентов не так критична. Посудите сами. Пришли сегодня студенты. Вы их учили так. Завтрашних уже чуть лучше и немного по-другому. Послезавтрашних вообще - как надо. То есть от курса курса волна изменений мало затрагивает предыдущие. Так что скорее нужно говорить об инерции преподавателей.
Что делать человеку в 55 лет? Вряд ли у него возникает потребность что-то кардинально изменить в жизни. К тому же чисто психологический факт, что после 40 усвоение новой информации происходит с трудом - на себе начинаю уже испытывать.
Вот и получается - даем то, что есть и как понимаем.
Еще стоит учесть, что каждый год ребята набираются разные. К тому же впереди демографическая яма - когда будем принимать всех подряд :)
Однако. Бог с этим, главное не это, главное то, что удается все-таки заложить в головы.
Вот Вы говорили, что Вам удается добиться этого - сужу по итогам сессии (с ваших слов).
Я пока могу сказать, что справляются максимум 20%, т.е. 5-6 человек из группы. И, кажется, - это вполне нормальный результат. Результат деятельности части этих 20% я опубликовал тут: http://www.uml2.ru/forum/index.php?topic=445.msg6655#msg6655.
Посмотрите на досуге. Может дадите критику, чего посоветует. Хотя там больший упор на структурные методы, однако суть от этого меняется не существенно.
-
Galogen, Ваша правда. Не решился я назвать вещи своими именами. Проблема в преподавателях. И мало их, и мало молодежи.
Основные результаты подоспеют к началу второй декады января (~220 человек), может быть, не будет чем похвастать.
-
Galogen, Ваша правда.
Основные результаты подоспеют к началу второй декады января (~220 человек), может быть, не будет чем похвастать.
Меня, зовут Эдуард. Так к слову...
Жаль, если правда моя. Печально это слышать.
Да результаты объявите. А так же не плохо бы, если бы Вы рассказали о своем опыте преподавания. Поскольку - может в моей методике есть такие моменты, которые сами посебе плохие, от того и результаты не ахти.
-
Эдуард, спасибо за оч. интересную и познавательную тему. Какие сейчас результаты?
-
Эдуард, спасибо за оч. интересную и познавательную тему.
Рад что тема оказалась полезной.
Какие сейчас результаты?
О результатах сейчас говорить преждевременно. Семестр только начался.
Однако есть изменения как в программе курса, так и порядке преподавания.
1. Курс мне сократили до 30 часов лекций и 15 часов занятий. Если по лекциям куда не шло, то для практических крайне мало. Правда, поскольку занятия ведутся в одной аудитори, легко менять местами лекции и практические
2. Отменили экзамен, сделали зачет, пр этом даже не дифференцированный, т.е. без оценки. Это плохо. Народ сразу начинает относиться к предмету довольно халатно, понимают, что как-нить зачет пропинают. А экзамена - нет. Потому пришлось ввести жесткие коррективы. Всех отправил на http://www.intuit.ru, самостоятельно читать курс про UML господина Леоненкова, а также сдавать тесты и экзамен, либо сразу экстерном. В качестве доказательства должны мне предоставить либо распечатку зачетки с сайта, либо работать в локальной вресии, которую мы в прошлом году купили.
3. Все лекции перевожу на презентации. За основу беру книгу Рамбо и Блаха Объектно-ориентированное моделирование и разработка, добавляя сведения и из других книг. Процесс идет, не так быстро, достаточно тяжело, т.к. приходится перечитывать кучу литературы, внимательно анализировать информацию и пытаться в презентациях передать главное.
При этом собственно UML стараюсь уделять внимания поменьше, а больше как его применять для решения вопрос анализа: анализа предметной области, требований, элементов системы и т.п.
Фактически иду по Рамбо и Блаха: модель классов, модель состояний, модель взаимодействия, а дальше вопросы связанные с анализом предметной области и приложения.
4. Практические занятия решил раздробить. Т.е. каждое занятие атомарно. В приницпе оно будет базироваться на некоторой описанной предметной области, однако получение полной и цельной картины не преследуется, буду отрабатывать приемы использования ООА, UML.
Сейчас дал такую задачу. Есть набор некоторых абстракций , объединенных некоторой темой. Задача студентов составить самую общую модель классов (по сути ER модель) и описать полученное некоторым связным рассказом.
Далее попрошу обменяться студентов этими моделями, и уже по незнакомым моделям студенты должны вновь написать рассказ, ну а потом сравним оригинал с тем, что получилось :) Попробуем разобрать ошибки.
-
Жаль, что ушли от варианта работы над единой задачей во время всего семестра (имею в виду практику), но ,наверно, на это были причины. Я сам начал преподавать проектирование ИС, наработок пока оч. мало, поэтому с большим интересом читаю ваши заметки. Материал "Интуита" изучаем, но мне он не оч. нравится. А
-
Жаль, что ушли от варианта работы над единой задачей во время всего семестра (имею в виду практику), но ,наверно, на это были причины.
По-моему, причины я изложил. Хотя есть и другие причины - это у меня нет ассистента, который брал бы часть нагрузки на себя и обеспечивал помощь. Практика показывает, что работа над единой задачей оказывается сложной, не потому, что студенты не способны ее охватить, а потому, что возможно не выстроена верно мотивации.
Трудно сказать
Я сам начал преподавать проектирование ИС, наработок пока оч. мало, поэтому с большим интересом читаю ваши заметки. Материал "Интуита" изучаем, но мне он не оч. нравится. А
Я бы посоветовал следующий подход в целом:
нужна практика для формирования навыков моделирования, анализа и прочее. Т.е. какие-то мелкий абстрактные задачки для погружения в технологию. Настроить надо инструмент. А вот после можно попробовать уже единую комплексную задачу.
Однако нужно на мой взгляд задачу все-таки ставить сразу (цели, задачи, подзадачи), а не давать студентам пытаться найти цель, поставленной перед ними задачи.
Либо нужно ясно формулировать проблему...
-
Продолжаю публиковать свой опыт преподавания.
В этом году я серьезно пересмотрел практику преподавания предмета. Причины этого я уже излагал, но повторюсь для связности текста. Вот эти причины:
1. Курс несколько сократили по часам. 45 часов аудиторной нагрузки. Из них 30 часов на лекции и 15 часов на практику. Вообщем-то довольно мало для такого серьезного курса. Спасает тот факт, что и лекции и практические занятия проходят в одной аудитории (дисплейном классе), что позволяет на лекциях рассматривать некоторые практические вопросы.
2. Отменен экзамен по дисциплине, взамен только зачет. По моему мнению это несколько ослабляет мотивацию студентов в обучении, и влияет на серьезность отношения их к предмету. Чтобы усилить отвественность по предмету, я ввел дополнительный контроль. Студентам предложено самостоятельно изучать нотацию UML и сдать по ней ряд тестов и экзамен, используя курс на http://www.intiut.ru. Поскольку мы купили локальную версию сайта, то у студетов есть возможность ею воспользоваться.
3. Я веду сейчас этот предмет один. С одной стороны есть +, т.к. уровень требований один. Но есть и минусы - достаточно тяжело проверять, контролироватьи давать обратную связь
Методика преподавания изменилась. В основу курса положена книга Рамбо и Блаха "UML 2.0 Объектно ориентированное моделирование и разработка". Также студентам предлагаются книги Леоненкова "Самоучитель UML" (http://www.isuct.ru/~ivt/books/CASE/case6/index.html), известная книга Гради Буча Объектно-ориентированный анализ и проектирование (http://www.isuct.ru/~ivt/books/IS/buch/index.HTM), Руководство пользователя UML от его создателей (http://www.isuct.ru/~ivt/books/CASE/case11/index.html), Алистера Коберна "Современные методы описания функциональных требований к системе", Крэга Лармана "Применения UML 2.0 и шаблонов проектирования".
Лекции читаются в виде презентации-дискуссии. Взял на себя гигантский труд создания презентационных материалов по лекциям. Тяжело, но интересно. И главное полезно, пересмактриваешь различный материал, ищешь способы доступного объяснения.
Практические занятия решил построить примерно так. Задача будет сквозная, вернее, просто описание некоторой предметной области, а к ней цикл вопросов и заданий. Однако резщультатом будет не связанный набор документов, а скорее просто набор артефактов, объединенных единой темой, но непредстваляющий собой законченное решение. Почему так? Да просто, чтобы научить строить дом, надо сначала научиться работать молотком и другими инструментами. И в силу ограниченности времени.
Сначала я дал пристрелочное задание.
Подготовьте диаграмму классов для каждой группы классов. Добавьте на каждую диаграмму не менее 10 отношений (ассоциаций и обобщений). При необходимости используйте имена ассоциаций и полюсов. Используйте также квалифицированные ассоциации и указывайте кратность. Показывать атрибуты и операции не нужно. При подготовке диаграмм вы можете добавлять дополнительные классы. Не забудьте прокомментировать диаграммы. Составьте глоссарий и связное описание по полученной диаграмме.
1) школа, детская площадка, директор, школьный совет, класс, книга, ученик, учитель, кафетерий, комната отдыха, компьютер, парта, стул, линейка, дверь, качели
2) автомобиль, двигатель, колесо, тормоз, тормозной огонь, дверь, аккумулятор, глушитель, выводящая труба глушителя
3) замок, ров, подъемный мост, башня, призрак, лестница, подземелье, этаж, коридор, комната, окно, камень, лорд, леди, кухарка
4) выражение, константа, переменная, функция, список аргументов, опе¬ратор отношения, член, множитель, арифметический оператор, опера¬тор, компьютерная программа
5) файловая система, файл, ASCII-файл, двоичный файл, файл-ката¬лог, диск, привод, дорожка, сектор
6) газовая печь, вентилятор, двигатель вентилятора, комнатный термо¬регулятор, терморегулятор печи, увлажнитель, датчик влажности, регу¬лятор подачи газа, регулятор вентилятора, клапан для теплого воздуха
7) шахматная фигура, горизонталь, вертикаль, поле, доска, ход, дерево ходов
8) сточная труба, холодильник, морозильник, стол, лампа, выключа¬тель, окно, дымовая сигнализация, охранная сигнализация, шкаф, хлеб, сыр, лед, дверь, кухня
На следующем занятии я дал такое задание. Студенты менялись своими результатами (диаграммами только) и должны были составить связное описание по диаграмме классов своих оппонентов. На это я отвел примерно 30-40 минут.
Далее к доске выходили авторы диаграммы и их оппоненты, которые пытались написать по ней связный рассказ.
Оппоненты демонстрировали на экране результат своего описания и делали замечания по диаграмме авторов. Авторы демонстрировали свое авторское описание и соглашались или нет с описанием оппонентов. Я комментировал диаграмму и указывал на ошибки, допущенные при ее составлении.
В целом результат оказался достаточно интересным. Единственно, что студенты не обратили внимание на ошибки, вернее в своем описании пытались их исправить, не говоря, что в исходной диаграмме наблюдается не логичность.
Самым сложным оказалось использование обощения
Пример:
(http://www.isuct.ru/~ivt/foruml2/castle.jpg)
Авторское описание
Замок – средневековое сооружение, построенное из камня. Он окружен защитной стеной, вокруг которой вырыт ров, наполненный водой. Чтобы попасть в замок через ров опускается подъемный мост, который сооружен в защитной стене.
Замок состоит из этажей. На каждом этаже находятся комнаты, и есть единый коридор. В комнате имеются окна. Чтобы попасть с одного этажа на другой существует лестница. На одном из этажей имеется кухня, где работает кухарка.
Также в замке имеется подземелье, где бродит по ночам призрак и не дает жителям замка спать.
Одним из самых высоких сооружений замка является башня, в которой живут лорд и его жена леди.
Описание оппонетов
Замок построен из камня, его окружает защитная стена, которую окружает ров и в которой сооружен подъемный мост, а он в свою очередь опускается через ров.
В замке есть башни, в каждой из которых живет свои Леди и Лорд, так же есть подземелье, где бродит призрак. Замок состоит из этажей, соединенных лестницами. На этажах есть комнаты которые могут иметь окна, коридор и может быть кухня. На кухне работают кухарки.
Еще одно описание оппонентов
Средневековый ЗАМОК Англии – это величественное сооружение, построенное из крепкого КАМНЯ рабочими из Древнего Рима, окружённое ЗАЩИТНОЙ СТЕНОЙ. ЗАЩИТНУЮ СТЕНУ окружал РОВ с водой, вырытый на много метров вглубь. Там живут крокодилы, охраняющие вход в ЗАМОК. В ЗАЩИТНОЙ СТЕНЕ сооружён ПОДЪЁМНЫЙ МОСТ, сделанный из крепкого дуба, который опускался через РОВ.
ЗАМОК состоит из нескольких ЭТАЖЕЙ, соединённых ЛЕСТНИЦАМИ. На ЭТАЖЕ есть (а может и не быть) КУХНЯ, где работают пухленькие КУХАРКИ, длинный КОРРИДОР, по которым бегают и играют детишки, а также КОМНАТЫ, в которых есть ОКНА, выходящие на прекрасные красоты той, ещё нетронутой природы.
В ЗАМКЕ есть БАШНИ, верхушки которых уходят высоко в небо, где парят орлы, грачи и ведьмы! :-) В них живут гламурные, пафосные и высокомерные ЛЕДИ и ЛОРДЫ.
УУУ!!! Страшно? Бойтесь, детишки! Ведь в ЗАМКЕ есть ПОДЗЕМЕЛЬЕ, по которому бродит ПРИЗРАК, пугающий всех жителей и гостей! Не попадайтесь ему! :-)
Небольшой разбор полетов от меня.
Ребыта-оппонеты, делая описание почувствовали нелогичность некоторых связей и устранили их. На мой взгляд - это ошибка. Например связь-обощение между камнем и замком. Следовало бы читать - ЗАМОК - это КАМЕНЬ, что отличает замок от камня - это наличие или отношение ко всяким стенам, рвам и т.п.
При этом второе описание оппонетов ближе к действительности - по карйней мере в части башен и леди с лордами.
При этом сами авторы дают описание не совсем коррелирующее с диаграммой.
-
Итак, продолжим. К сожалению никаких отзывов, замечаний, пожеланий, восторгов, критики, дополнений, восхищения, обвинения - не последовало - хотя тема живо интересует многих.
Как я уже описывал в предыдущих постах, я отказался от монолитности выполнения задания. Т.е. если раньше я пытался сразу устремить ребят на построение дома, то сейчас я ориентирую их на построение отдельных его частей, или даже отдельных кирпичиков. Главная цель научить делать кирпичики, однако системный взгляд должен оставаться.
Методика такова:
1. Группа делится на пары.
2. Каждой паре выдается описание некоторой задачи (в идеале это должно быть нечто близкое к реальным постановкам в виде некоторого документа: запросы заказчика)
3. Задача разбивается на ряд заданий, каждое задание ориентировано на построение той или иной модели на уровне анализа: построение модели предметной области, модель взаимодействия и модель состояний.
4. Во время семинара разбирается некоторый пример, задание выполняется самостоятельно дома. На семинаре также вместе изучаем то, что сделано ребятами. Предлагается аудитори самим делать замечания.
Сейчас выполнено построение предметной области. Как всегда из группы активно работают не больше 4-5 пар, по сути, если всего 12 пар, имеем 1/3.
Основные ошибки или трудности в определении ассоциаций. Выделение объектов предметной области происходит более или менее верно, а вот с ассоциациями проблемно.
В качестве рекомендаций даю рекомендации Рамбо и Блаха, а также Лармана.
Типичными ошибками являются: определение классов реализации, включение классов-атрибутов. Кроме того часть классов , которых явно нет в описании, но которые подразумеваются из контекста - забывают
Думаю протестировать при выделении ассоциаций подход Розенберга. Розенберг призывает на стадии построения модели ПрОб использовать связи has a и is a, т.е агрегации и обобщения. Мне кажется это может облегчать выделение связей, когда мы размышляем в терминах содержит или имеет. Правда не все связи можно сюда отнести.
Много путаницы с использованием кратности, ролей и квалификаторов.
Типичной ошибкой включать в список атрибутов класса по сути атрибут ссылку на связанный класс.
Некоторые включают операции.
Хотел бы спросить какие правила вы используете при построении моделей предметной области?
Сейчас прошло уже 4 занятия
-
Galogen, спасибо за ведение репортажа "с места событий".. Читаем, разбираемся. Ваш опыт, ваши трудности воспринимаются легче, когда вы приводите конкретные результаты работы группы(пример с замком). В последнем сообщении не очень понятно, как на это реагирует группа? Каковы их достижения? Мааааленький примерчик очень бы поспособствовал пониманию) Спасибо!
-
Как я уже говорил, мы начали изучать уже совершенно иную предметную область. Мне бы не хотелось публиковать задания и результаты их выполнения, особенно правильные, ну сами думаю догадываетесь почему.
Я опубликую некоторые варианты, которые на мой взгялд далеки от совершенства, а Вы сами подумайте что и как.
Задача про банкомат
(http://www.isuct.ru/~ivt/foruml2/Class Diagram1.jpg)
Задача про торговый автомат
(http://www.isuct.ru/~ivt/foruml2/domainmodel016.jpg)
Задача про вузовскую библиотеку
(http://www.isuct.ru/~ivt/foruml2/domainmodel007.jpg)
-
Не уверен, что тема актуальна через столько лет. Могу отчитаться о текущем состоянии курса ООАП на ВМК МГУ.
Практикум переведен с Rational Rose на Topcased. Возможно, в новом году студентам будет предоставляться выбор Topcased или Papyrus. Они такие же глючные как Rose, но с открытым кодом и поддержкой UML2.
Устаканилась форма проведения экзамена -- письменная работа из 3-х частей (тест, задачи, вопросы с содержательным ответом).
Некоторые материалы доступны здесь: http://sp.cmc.msu.ru/ooap/
-
Не уверен, что тема актуальна через столько лет.
Конечно, актуально. Я постоянно ее совершенствую, правда не хватает времени постить сюда.
-
Ссылка на курс Бертрана Мейера по архитектуре ПО
http://se.inf.ethz.ch/courses/2011a_spring/soft_arch/
впечатляет экзаменационная работа на два десятка страниц.
-
Некоторые материалы доступны здесь: http://sp.cmc.msu.ru/ooap/
Спасибо за лекционный материал. Взял на заметку.
-
Обновлены материалы по курсу. В этом учебном году перешли на среду Modelio.
-
Обновлены материалы по курсу. В этом учебном году перешли на среду Modelio.
Если не сложно, можно будет посмотреть на проекты? Да и ссылочку на материалы не повторите?
-
http://sp.cs.msu.ru/ooap
В общем, там теперь есть методички к modelio. Остальное письмом.
-
http://sp.cs.msu.ru/ooap
В общем, там теперь есть методички к modelio. Остальное письмом.
Спасибо. Насчет письмом - само собой :) Правда, мои претензии пока не распространяются на реализацию. Только моделирование требований. Однако буду развивать.
Сейчас у меня проблема - Архитектура информационных систем. Виктор, у вас никто не читает нечто подобное?
-
Возможно, курс на схожую тематику есть в магистратуре. http://erp.cmc.msu.ru/disciplins.html
-
Возможно, курс на схожую тематику есть в магистратуре. http://erp.cmc.msu.ru/disciplins.html
Спасибо. Посмотрел, если и есть что-то близкое, то наверное распределено в разных дисциплинах. Увы.