Презентация_ИКБО_30_21_Подколзин

1.

Федеральное государственное бюджетное образовательное учреждение высшего образования
«МИРЭА – Российский технологический университет»
РТУ МИРЭА
Институт информационных технологий
Кафедра Математического обеспечения и стандартизации информационных технологий
Дисциплина «Системная и программная инженерия»
Тема проекта: «Календарь»
Студенты:
Группа: ИКБО-30-21
Руководитель: Муравьева Е.А.
Москва 2024
Васильев Л.Ю.
Криваксин Н.С.
Орехов Д.А.
Парусов П.А.
Подколзин М.Ю.

2.

Состав команды и роли
Васильев Л.Ю. – аналитик;
Криваксин Н.С. – технический писатель;
Орехов Д.А. – дизайнер, тестировщик;
Парусов П.А. – разработчик;
Подколзин М.Ю. – руководитель группы, разработчик, дизайнер.

3.

Описание проекта
Веб-прложение "Календарь" представляет собой сервис для личного и
группового отслеживания и составления расписаний. Назначение сервиса
"Календарь" состоит в предоставлении удобного и быстрого инструмента для
составления личных и групповых расписаний.
Цель: Разработка веб-приложения «Календарь».

4.

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

5.

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

6.

Архитектура программного продукта

7.

Наиболее значимые риски проекта
Наши серверы плохо защищены от атак извне: может произойти утечка
данных и остановка функционирования системы.
• Потеря доверия и времени
• Несанкционированный доступ
• Утечка информации
• Обрыв интернет соединения

8.

Наиболее значимые риски проекта.
Быстрый рост качества сайтов-конкурентов
(7)
Непостоянство команды,
данного ресурса (4)
Недостаточно знаний (1)
разработчики

9.

Описание стека технологий

10.

Диаграммы процессов проекта
Диаграмма вариантов
использования (Use-case) - сценарий
использования, юзкейс — сценарная
техника описания взаимодействия
пользователей с продуктом, которое
приведет к достижению конкретной
цели. Сценарий использования
описывает, кто и что может сделать с
системой или что система может
сделать с кем и чем.

11.

Диаграммы процессов проекта

12.

Диаграммы процессов проекта
DFD (от англ. data flow diagrams) —
это графическое представление
потока данных в информационной
системе.
С помощью DFD можно описать
входящие и выходящие потоки
данных и хранилища данных в
данной системе.

13.

Диаграммы процессов проекта

14.

Диаграммы процессов проекта
IDEF0 — методология функционального
моделирования (англ. function modeling)
и графическая нотация,
предназначенная для формализации и
описания бизнес-процессов.
С помощью IDEF0 можно описать
входящие и выходящие потоки данных и
связи между процессами в данной
системе.

15.

Диаграммы процессов проекта

16.

Описание функционала приложения

17.

Тестирование
Для проведения тестирования был выбран Selenium инструмент для
автоматизации действий веб-браузера. С помощью него была проведена
автоматизированная проверка выполнения функциональных требований.

18.

Развертывание

19.

Документация пользователя
Для создания документации пользователя был использован инструмент GitHub Wiki.

20.

Достоинства и недостатки системы
Достоинства:
• большая пропускная способность серверной части
• адаптивность
• User-friendly
Недостатки:
• перегруженный интерфейс приложения,
• региональные ограничения

21.

НО…

22.

Что-то пошло не так…
Проблема
Причины
Попытки
устранения
Решение для
последующих
проектов
Перенос сроков
выполнения задач
Неправильная оценка
сроков реализации
Проведение анализов
сроков в процессе
разработки
Анализ сроков
проекта на этапе его
планирования
Недостаток ресурсов
Неправильное
планирование
ресурсов
Привлечение
дополнительных
разработчиков
Тщательное
планирование
ресурсов на этапе
инициализации
проекта
Высокая сложность
проекта
Неправильная оценка
сложности проекта
Упрощение
функционала проекта
Более тщательная
оценка приоритетов
разработки
функционала проекта

23.

СПАСИБО ЗА ВНИМАНИЕ!