Ноябрь, 24

Числитель

(c) Larry Ewing, Simon Budig, Garrett LeSage
с 1994 г.

Кафедра Информатики и Математического Обеспечения

ПетрГУ | ИМиИТ | О кафедре | Проекты | Лаборатория ИТС | Семинары НФИ/AMICT
Сотрудники | Учебный процесс | Табель-календарь | Курсовые и выпускные работы
Вычислительные ресурсы | Публикации | Архив новостей | Контактная информация (English)

Проекты по курсу ТППО

Основные требования к проекту

Проектная группа состоит из 3-5 студентов. Разбиение выполняет преподаватель лабораторных работ (на 1-м занятии), учитывая, возможно, пожелания студентов.
Основные работы по проекту выполняются студентами в рамках отведенных часов на самостоятельную работу. Часть работ выполняется во время лабораторного занятия.
Во время лабораторной работы проектная группа проводит собрание по проекту. Преподаватель ведет часть этого собрания, посвященную отчету разработчиков о выполнении ранее назначенных заданий. По результатам преподаватель выставляет индивидуальную оценку каждому разработчику и проекту в целом (отсутствует, 0 - 3, опоздание, групповое опоздание).
  1. Документация. Процесс разработки проекта должен быть четко спланирован и полностью документирован. Структура документации и шаблоны некоторых документов предоставляются. Менеджер проекта должен отслеживать выполнение и корректировку плана проекта, а также качество документации.
  2. Расширяемость. Архитектура ПО и проектирование подсистем должны предоставлять возможность удобного дальнейшего развития по основным направлениям. Тем самым разработанный продукт может быть развит в дальнейшем другой командой разработчиков в соответствии с новыми требованиями.
  3. Трассируемость. Все стадии разработки проекта должны быть явно связаны друг с другом. В часности, проектные решения должны отражать все предъявляемые к ПО требования, а проводимое тестирование и аттестация четко подтверждать выполнение этих требований.
  4. Модульность. Разрабатываемое ПО должно быть модульным. Например, интерфейс пользователя поддерживает несколько вариантов использования (несколько предоставляемых услуг) или ориентирован на различные классы пользователей (начинающие, стандартные, продвинутые). Обязательна разбработка подсистемы обработки ошибок. Внешнее ПО также должно иметь модульный характер, что необходимо отразить в документации разработки проекта. Модульная структура ПО должна найти отражение в структуре разработанного кода. Каждый модуль должен быть логически обоснован, иметь собственную функциональность (кроме, возможно, подсистем/модулей данных) и интерфейс взаимодействия с другими модулями.
  5. Утилита GNU make. Обязательное использование утилиты GNU make или ее аналогов для сборки многомодульного ПО.

Тематика проектов

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

Дополнительные плюсы при разработке проектов

  • Реализация проекта на сервере kappa.cs.karelia.ru и/или под операционной системой Linux.
  • Самостоятельное нахождение и использование специализированных программных инструментов в ходе разработки проекта. Данный пункт не включает в себя инструменты, предназначенные для широкого использования, такие как графические и текстовые редакторы и т.п.
  • Использование репозитория CVS или его аналогов.