Система исправления наложений пар на ЭТО
Развернуто

Документация

Максим ШибановSeekandHandSeekandHand

Рабочая документация

Система исправления наложений пар на ЭТО

Команда проекта: Тимошин Н.В., Шибанов М.Г.

Научный руководитель: Мозгалева П.И., эксперт отдела элитного образования ТПУ

Аннотация

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

Информация о расписании групп будет собираться с помощью сайта raspisanie.tpu.ru. Относительная легкость реализации поставленной задачи обусловлена работой только с локальными данными: нет необходимости подключаться к базе данных ТПУ.

Проект будет выполняться студентами ЭТО.

Актуальность

Проблема наложения пар в расписании актуальна для каждого учащегося ЭТО ТПУ. Эта проблема возникает регулярно: приходится каждый раз идти в бюро расписаний, тратить свое время, и даже придумывать самому, куда переставить ту или иную пару. Это  очень проблематично, поэтому на данном этапе необходима программа, которая будет искать наложения сама и предлагать возможные варианты решения одним нажатием кнопки.

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

Реализация

Для реализации данного проекта требуется провести следующие мероприятия:

¨       Задача 1. Разработка программного обеспечения:

  • Мероприятие 1.1. Составление алгоритма
  • Мероприятие 1.2. Разработка интерфейса программы
  • Мероприятие 1.3. Реализация на языке программирования C++

¨       Задача 2. Тестирование программного обеспечения

  • Мероприятие 2.1 Временная эксплуатация программного обеспечения
  • Мероприятие 2.2 Корректировка ошибок

Рабочий план реализации проекта

Таблица 1.

Вид деятельности/мероприятие

Месяц/год

Исполнители

Составление алгоритма

Март 2014

Тимошин Н.В.,

Шибанов М.Г.

Разработка интерфейса

Апрель 2014

Шибанов М.Г.

Реализация на С++

Май 2014

Тимошин Н.В.,

Шибанов М.Г.

Корректировка ошибок

Май 2014

Тимошин Н.В.,

Шибанов М.Г.

Тестирование ПО

Июнь 2014

Тимошин Н.В.,

Шибанов М.Г.

Временная эксплуатация ПО

Сентябрь 2014

Тимошин Н.В.,

Шибанов М.Г.

Корректировка ошибок

Сентябрь 2014

Тимошин Н.В.,

Шибанов М.Г.

SWOT-анализ проекта

Для того, чтобы дать структурированное описание ситуации, более тщательно продумать варианты дальнейших действий, был проведен  SWOT-анализ:

Таблица 2.

  1. Личная заинтересованность
  2. Возможность дальнейшего развития и внедрения

 

  1. Недостаток навыков в программировании
  2. Низкая осведомленность о методах работы бюро расписаний

 

  1. Нет аналогов
  2. Упрощает жизнь студентов
  1. Невозможность создания «идеального» расписания в некоторых случаях
  2. Высокая сложность внедрения в систему расписаний ТПУ
  3. Шанс проекта оказаться невостребованным

Риски проекта

Риски могут возникнуть на каждой стадии реализации проекта. Поэтому необходимо провести оценку рисков и принять меры по предотвращению их возникновения:

Таблица 3.

Наименование риска

Вероятность возникновения

Степень воздействия

Профилактика

Чтобы не произошло

Если произошло

Нехватка навыков

Средняя

Средняя

Найти “проблемные зоны”, которые будет сложно реализовать и прочитать соответствующую дополнительную литературу

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

Низкая эффективность полученного алгоритма

Средняя

Средняя

Тщательно продумать методы выполнения задачи

Внесение изменений, повышающих эффективность работы программы

Потеря данных

Низкая

Высокая

Создание резервной копии

Повторное проведение запланированных мероприятий

Ожидаемые результаты проекта и критерии их оценки

Ниже приведена таблица, отображающая количественные и качественные результаты проекта и методы их фиксации:

Таблица 4.

Количественные результаты

Качественные результаты

Метод фиксации

Создание программы

 

Программа, которая помогает исправлять наложения в расписании ЭТО ТПУ

  • Презентация на конференции ЭТО 2014
  • Введение в эксплуатацию

Дальнейшее развитие проекта заключается в следующем:

1)    Корректировка и усовершенствование алгоритмов программы

2)    Добавление возможности отправления отчета в бюро расписаний ТПУ

3)    Перенос программы на базу данных ТПУ

Смета проекта

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

Максим ШибановSeekandHandSeekandHand

Риски проекта

Риски могут возникнуть на каждой стадии реализации проекта. Поэтому необходимо провести оценку рисков и принять меры по предотвращению их возникновения:

Наименование риска

Вероятность возникновения

Степень воздействия

Профилактика

Чтобы не произошло

Если произошло

Нехватка навыков

Средняя

Средняя

Найти “проблемные зоны”, которые будет сложно реализовать и прочитать соответствующую дополнительную литературу

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

Низкая эффективность полученного алгоритма

Средняя

Средняя

Тщательно продумать методы выполнения задачи

Внесение изменений, повышающих эффективность работы программы

Потеря данных

Низкая

Высокая

Создание резервной копии

Повторное проведение запланированных мероприятий

Максим ШибановSeekandHandSeekandHand

SWOT-анализ проекта

Для того, чтобы дать структурированное описание ситуации, более тщательно продумать варианты дальнейших действий, был проведен  SWOT-анализ:

  1. Личная заинтересованность
  2. Возможность дальнейшего развития и внедрения

 

  1. Недостаток навыков в программировании
  2. Низкая осведомленность о методах работы бюро расписаний

 

  1. Нет аналогов
  2. Упрощает жизнь студентов
  1. Невозможность создания «идеального» расписания в некоторых случаях
  2. Высокая сложность внедрения в систему расписаний ТПУ
  3. Шанс проекта оказаться невостребованным
Максим ШибановSeekandHandSeekandHand

Смета проекта

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

Максим ШибановSeekandHandSeekandHand

Презентация проекта

Добавить запись

Чтобы написать в текущий раздел, необходимо стать зарегистрированным пользователем.

Разделы

Документация5
cache: no_info (5), no_need (7), no_cache (1), miss (3), cached (18)db queries: 7time: 0.087

При отправке данных на сервер произошла ошибка. Проверьте соединение с интернетом и попробуйте перезагрузить страницу.

У Вас не хватает прав на выполнение операции. Данные не были сохранены.