В разделе раскрывается значение управления проектами для небольшой IT-компании и объясняется, почему разрозненное хранение задач и сроков создаёт организационные риски. Формулируются проблема, цель, задачи, объект и предмет проектирования, а также кратко описывается предполагаемый результат — модель системы с пользовательскими ролями и структурой данных.

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

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

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

В разделе создаётся и поясняется Use Case-диаграмма информационной системы управления проектами. На ней фиксируются акторы, основные прецеденты и границы программного решения: создание проекта, добавление задачи, назначение исполнителя, изменение статуса, просмотр прогресса и согласование результата. Диаграмма показывает логику взаимодействия пользователей с сервисом.

Пункт посвящён проектированию структуры данных, необходимых для работы системы. Определяются сущности «Проект», «Задача», «Участник» и «Срок», их основные атрибуты и взаимосвязи. Объясняется реализация участия пользователей в проектах, связь задач с исполнителями и хранение сроков без дублирования информации.

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

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

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

В разделе приводятся информационные источники, использованные при подготовке теоретической и практической частей проекта. В список включаются учебные материалы по информатике, управлению проектами, UML, реляционным базам данных и системному анализу. Источники оформляются единообразно, чтобы подтвердить достоверность терминов, моделей и выбранных методов проектирования.