Применение бизнес-модели IT-проектов в обучениистудентов IT-специальностей

Содержание

Слайд 2

Ярославль 2005

О докладчике

Работаю в Южно-Уральском государственном университете (г. Челябинск)
Читаю дисциплины, связанные с

Ярославль 2005 О докладчике Работаю в Южно-Уральском государственном университете (г. Челябинск) Читаю
программной инженерией
В 2000 году защитил диссертацию на соискание ученой степени кандидата технических наук
Участник образовательного проекта «Виртуоз-2004»
Сфера научных интересов : архитектура программных систем, формализация процессов проектирования, объектно-ориентированного и аспектно-ориентированного подхода
Имел звание Microsoft Certified Specialist

Слайд 3

Ярославль 2005

О чем мы будем говорить

Проблемы адаптации выпускников к реальным условиям IT-компании
Традиционные

Ярославль 2005 О чем мы будем говорить Проблемы адаптации выпускников к реальным
подходы к повышению качества знаний, применяемые на кафедре ЭВМ ЮУрГУ
Моделирование IT-проектов как метод обучения проектированию программного обеспечения
Деловая игра «Тендер» как форма проведения практического занятия по изучению методики проектирования программных систем

Слайд 4

Ярославль 2005

Проблемы адаптации выпускников в IT-компаниях

Отсутствие опыта работы в реальных условиях IT-проектов
Отсутствие

Ярославль 2005 Проблемы адаптации выпускников в IT-компаниях Отсутствие опыта работы в реальных
навыков работы в команде
Отсутствие интереса изучения большинства дисциплин
Неуверенность в себе

Слайд 5

Как исправить ситуацию?..

Как исправить ситуацию?..

Слайд 6

Ярославль 2005

Традиционный путь…

Система рейтингования студентов
Дополнительные консультации с применением электронной почты, средств мгновенной

Ярославль 2005 Традиционный путь… Система рейтингования студентов Дополнительные консультации с применением электронной
передачи сообщений
Самостоятельное формулирование студентами задания на курсовую работу под руководством преподавателя
Конкурс на лучший программный продукт по итогам семестра

Слайд 7

Ярославль 2005

Моделируя будущее…

Необходимо приблизить студента к реальной жизни
Работаем также, как работают серьезные

Ярославль 2005 Моделируя будущее… Необходимо приблизить студента к реальной жизни Работаем также,
IT-компании
Тяжело в учении – легко в бою

Слайд 8

Ярославль 2005

Любой IT-проект характеризуется…

четкой регламентацией этапов
поставляемыми артефактами по завершению каждого из этапов
методикой

Ярославль 2005 Любой IT-проект характеризуется… четкой регламентацией этапов поставляемыми артефактами по завершению
управления рисками
методикой управления ресурсами
другими характеристиками, которые не существенны для процесса обучения

Слайд 9

Ярославль 2005

Microsoft Solution Framework в учебном процессе

Четкая регламентация вех позволяет осуществлять контроль

Ярославль 2005 Microsoft Solution Framework в учебном процессе Четкая регламентация вех позволяет
за выполнением задач большого объема (курсовой проект или диплом)
Фазы MSF четко соответствуют фазам выполнения заданий студентами
Позволяет оценить необходимое время, а также всю работу в целом

Слайд 10

Ярославль 2005

MSF в учебном процессе

Концепция проекта утверждена

Проектные решения утверждены

Работа сдана

Выработка
концепции

Подведение итогов

Реализация

Проектиро- вание

Тестиро- вание

Устранены большинство ошибок

Получена beta-версия

Ярославль 2005 MSF в учебном процессе Концепция проекта утверждена Проектные решения утверждены
программного продукта

Слайд 11

Ярославль 2005

MSF в учебном процессе

Выработка концепции (10%-20%)
Осмысление задания, уточнение и предварительный поиск

Ярославль 2005 MSF в учебном процессе Выработка концепции (10%-20%) Осмысление задания, уточнение
способов решения
Артефакт: концепция проекта
Проектирование (20%-30%)
Проектирование или сбор материала
Артефакты: Сценарии использования, логический дизайн, физический дизайн

Слайд 12

Ярославль 2005

MSF в учебном процессе

Реализация (40%-50%)
Создание программного кода
Артефакты: beta-версия программного продукта
Тестирование

Ярославль 2005 MSF в учебном процессе Реализация (40%-50%) Создание программного кода Артефакты:
(15%)
Функциональное, нагрузочное, стресс-тестирование
Артефакты: программный продукт, спецификация тестирования, план пилотного внедрения

Слайд 13

Ярославль 2005

MSF в учебном процессе

Подведение итогов (5%)
Сбор документации, полученной на ранних этапах
Сдача

Ярославль 2005 MSF в учебном процессе Подведение итогов (5%) Сбор документации, полученной
работы с защитой преподавателю или комиссии
Артефакт: оценка в соответствии с критериями рейтинговой системы

Слайд 14

Ярославль 2005

Система оценки. Критерии

Качество анализа проблем заказчика
Качество полученных сценариев использования
Объектно-ориентированная модель интерфейса

Ярославль 2005 Система оценки. Критерии Качество анализа проблем заказчика Качество полученных сценариев
пользователя

Слайд 15

Ярославль 2005

Система оценки. Критерии

Независимость бизнес-логики от программной платформы
Применение типовых проектных решений
Применение архитектурных

Ярославль 2005 Система оценки. Критерии Независимость бизнес-логики от программной платформы Применение типовых
решений

Слайд 16

Ярославль 2005

Управление рисками

Попытка прогнозирования рисков
Попытка поиска путей предотвращения
Попытка поиска путей минимизации произошедших

Ярославль 2005 Управление рисками Попытка прогнозирования рисков Попытка поиска путей предотвращения Попытка
рисков

Слайд 17

Ярославль 2005

Управление ресурсами

Еженедельный (двухнедельный) отчет о проделанной работе
Отчет имеет четкую структуру:
выполненные задачи
Нерешенные

Ярославль 2005 Управление ресурсами Еженедельный (двухнедельный) отчет о проделанной работе Отчет имеет
проблемы
задачи на следующую неделю
Предложения и вопросы
Обязательные консультации или собрания команд

Слайд 18

Но для того чтобы создать программный продукт надо знать как это делать...

Но для того чтобы создать программный продукт надо знать как это делать...

Слайд 19

Ярославль 2005

Как обучить проектированию…

Лекции, где объясняется методика проектирования с использованием прецедентной модели
Практические

Ярославль 2005 Как обучить проектированию… Лекции, где объясняется методика проектирования с использованием
занятия, где рассматриваются примеры проектирования

Слайд 20

Однако обучение проектированию это не обучение программированию

Однако обучение проектированию это не обучение программированию

Слайд 21

Ярославль 2005

Традиционная форма практик не подходит так как…

Студент является всего лишь наблюдателем

Ярославль 2005 Традиционная форма практик не подходит так как… Студент является всего
процесса…
Студент не погружается в процесс разработки…
Он не заинтересован в достижении результата, так как не может еще понять процесс проектирования…

Слайд 22

Ярославль 2005

Практические занятия в форме деловой игры…

Позволяют всех студентов вовлечь в процесс

Ярославль 2005 Практические занятия в форме деловой игры… Позволяют всех студентов вовлечь
разработки
Имитируют реальный процесс командной работы
Приближают процесс проектирования к реальной жизни

Слайд 23

Ярославль 2005

Деловая игра «Тендер». Идея

Заказчик объявляет тендер среди нескольких компаний на проектирование

Ярославль 2005 Деловая игра «Тендер». Идея Заказчик объявляет тендер среди нескольких компаний
некоторой программной системы
Победившая компания получит право реализовать данный проект и внедрить его у заказчика
Между компаниями необходимо создать конкуренцию!!!

Слайд 24

Ярославль 2005

Деловая игра «Тендер». Роли

Каждая студенческая группа – это отдельная компания
Преподаватель играет роль

Ярославль 2005 Деловая игра «Тендер». Роли Каждая студенческая группа – это отдельная
заказчика
Студенты сами должны организовать обсуждение и работу

Слайд 25

Ярославль 2005

Деловая игра «Тендер». Роли

Заказчику от компании могут задаваться вопросы для уточнения задания
Преподаватель

Ярославль 2005 Деловая игра «Тендер». Роли Заказчику от компании могут задаваться вопросы
ведет протокол занятий, записывая самые интересные моменты
При необходимости преподаватель может вводить «внешнее управление» командой, которое, однако, не должно влиять на ход обсуждения

Слайд 26

Ярославль 2005

Деловая игра «Тендер». Расписание игры

1 занятие
Объявление задания и системы оценки

Ярославль 2005 Деловая игра «Тендер». Расписание игры 1 занятие Объявление задания и
Постановка функциональных требований
Сценарии использования как итоговый документ
2 занятие
Корректировка сценариев использования
Логический дизайн

Слайд 27

Ярославль 2005

Деловая игра «Тендер». Расписание игры

3 занятие
Корректировка логического дизайна
Физический дизайн
4

Ярославль 2005 Деловая игра «Тендер». Расписание игры 3 занятие Корректировка логического дизайна
занятие (лекция)
Объявление результатов деловой игры
Разбор ошибок (Самое главное!)

Слайд 28

Ярославль 2005

Деловая игра «Тендер». Система оценки результатов

организация командной работы группы – насколько

Ярославль 2005 Деловая игра «Тендер». Система оценки результатов организация командной работы группы
группа состоялась как команда, как студенты смогли построить обсуждение в условиях ограниченного времени;

Слайд 29

Ярославль 2005

Деловая игра «Тендер». Система оценки результатов

качество анализа предметной области – насколько

Ярославль 2005 Деловая игра «Тендер». Система оценки результатов качество анализа предметной области
адекватно составленный словарь предметной области соответствует понятиям и терминам, которыми оперирует заказчик;
качество выявления акторов системы – насколько полно составлен список акторов, насколько этот список адекватен предметной области и решаемой проблеме пользователя;

Слайд 30

Ярославль 2005

Деловая игра «Тендер». Система оценки результатов

список прецедентов и диаграмма прецедентов –

Ярославль 2005 Деловая игра «Тендер». Система оценки результатов список прецедентов и диаграмма
насколько полно сформулированы функциональные требования к системе и учтены пожелания заказчика;
логический дизайн – наличие паттернов, возможность повторного использования принятых решений в той же предметной области, что и решаемая задача;

Слайд 31

Ярославль 2005

Деловая игра «Тендер». Система оценки результатов

физический дизайн – насколько адекватным является

Ярославль 2005 Деловая игра «Тендер». Система оценки результатов физический дизайн – насколько
проект существующей инфраструктуре пользователя, насколько он является реальным с точки зрения современных технологий, оценочная стоимость реализации полученных решений;
внутренняя документация – насколько качественно ведется документация, так как именно по ней заказчик оценивает качество проектных решений

Слайд 32

Небольшой комментарий…

Система управления Женевским государственным университетом ☺

Небольшой комментарий… Система управления Женевским государственным университетом ☺

Слайд 33

Ярославль 2005

Деловая игра «Тендер». Первые итоги

Студенты освоили прецедентную модель проектирования на практике,

Ярославль 2005 Деловая игра «Тендер». Первые итоги Студенты освоили прецедентную модель проектирования
а не в теории
Студенты испытали на себе, что значит работа в команде
Получены положительные отзывы о данной методике проведения практических занятий от студентов

Слайд 34

Ярославль 2005

Деловая игра «Тендер». Сотрудничество

Мы заинтересованы в апробации методики в других ВУЗах
Автор

Ярославль 2005 Деловая игра «Тендер». Сотрудничество Мы заинтересованы в апробации методики в
может провести «Тендер» в вашем ВУЗе
Пишите по адресу pavel@comp.susu.ac.ru

Слайд 35

Ярославль 2005

Делаем выводы…

Моделирование IT-проекта повышает качество обучения студентов IT-специальностей
Студенты раньше узнают о

Ярославль 2005 Делаем выводы… Моделирование IT-проекта повышает качество обучения студентов IT-специальностей Студенты
тех проблемах, с которыми им предстоит столкнуться в будущем
Форма занятий в виде деловой игры повышает интерес студента к изучаемой дисциплине
Имя файла: Применение-бизнес-модели-IT-проектов-в-обучениистудентов-IT-специальностей.pptx
Количество просмотров: 112
Количество скачиваний: 0