Министерство науки и высшего образования Российской Федерации Калужский филиал федерального государственного бюджетного образовательного учреждения высшего образования «Московский государственный технический университет имени Н.Э. Баумана (национальный исследовательский университет)» (КФ МГТУ им. Н.Э. Баумана) ФАКУЛЬТЕТ ИУК «Информатика и управление»__________________ КАФЕДРА __ИУК4 «Программное обеспечение ЭВМ, информационные технологии» ДОМАШНЯЯ РАБОТА №1 «Модели: Scrum. Waterfall. Spiral Model» ДИСЦИПЛИНА: «Методология программной инженерии» Выполнил: студент гр. ИУК4-11М _________________ ( (Подпись) Проверил: _________________ ( (Подпись) Дата сдачи (защиты): Результаты сдачи (защиты): - Балльная оценка: - Оценка: Калуга, 2022 Дроздов Д.С. ) (Ф.И.О.) Белов Ю.С. (Ф.И.О.) ) Цель: формирование и закрепление навыков по созданию плана управления проектами, используя модели, SCRUM, Waterfall, Spiral Model. Задачи: Иметь представление о подходах для разработки и поддержки функционально сложных продуктов. Получить навыки создания и управления жизненными циклами ПО. Изучить основные подходы создания плана проекта. Изучить модели SCRUM, Waterfall, Spiral Model. Задание: 1. Создать план управления проектом, используя модели и темы по варианту. 2. Создать прототип проекта. 3. Подготовить отчёт. Вариант 4 Модель SCRUM, мессенджер для банковской кампании. Результаты выполнения: 1. Техническое задание. 1.1. Введение. Наименование системы: Настоящее Техническое задание определяет требование и порядок создания мессенджера для банковской компании «Bank Messenger». Основания для разработки: Для повышения эффективности взаимодействия между сотрудниками банковской компании требуется реализовать данный мессенджер. Исполнитель: Исполнителем проекта является компания «IT Solutions». Краткая характеристика области применения: Разрабатываемое приложение предназначено для применения в банковской сфере. Целевая аудитория: Сотрудники банковской компании, владеющие базовыми навыками обращения с компьютером и сетью Интернет. 1.2. Назначение и цель разработки приложения. Назначение приложения: Разрабатываемое приложение должно обеспечивать возможности регистрации сотрудников в приложении, создания чатов, добавления сотрудников в чаты, назначения прав доступа, отправки 2 текстовых и голосовых сообщений, а также медиа файлов (документы, фотографии, видео). Цель создания приложения: Целью создания приложения является повешение эффективности взаимодействия между сотрудниками компании. Плановые сроки начала и окончания работы по созданию приложения: Планируемые сроки начала и окончания работы над проектом: 24.10.2022 – 24.03.2023. 1.3. Требования к программному продукту. Требования к функциональным характеристикам приложения: авторизация и регистрация сотрудников, создание чата, управление чатом, отправка текстовых и голосовых сообщений, отправка медиа файлов, управление доступом, получение уведомлений, хранение истории, группировка чатов, создание ботов. Требования к предметной области: Предметная область содержит следующие объекты: Сотрудник; Чат; Сообщение; Уведомление; Бот. Требования к обеспечению надежного функционирования: Программный продукт должен устойчиво функционировать и обеспечивать надежную защиту данных. Надежное (устойчивое) функционирование системы должно быть обеспечено выполнением пользователем (заказчиком) совокупности организационно-технических мероприятий, перечень которых приведен ниже: организацией бесперебойного питания технических средств; использованием лицензионного программного обеспечения; регулярным выполнением рекомендаций Минтруда РФ, изложенных в Постановлении от 23 июля 1998 г. №28 «Об утверждении Межотраслевых типовых норм времени на работы по сервисному обслуживанию персональных электронно-вычислительных машин и организационной техники и сопровождению программных средств»; регулярным выполнением требований ГОСТ 51188-98 (защита информации, испытание компьютера на наличие компьютерных вирусов). Время восстановления после отказа: Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними факторами), не фатальным сбоем (не крахом) операционной системы, не должно превышать времени восстановления операционной системы. Время восстановления после отказа, вызванного неисправностью технических средств, фатальным сбоем (крахом) операционной системы, не должно превышать времени, требуемого на устранение неисправностей технических средств и переустановки программных средств. 3 1.4. Условия эксплуатации. Климатические условия эксплуатации: Климатические условия эксплуатации, при которых должны обеспечиваться заданные характеристики, должны удовлетворять требованиям, предъявляемым к техническим средствам в части условий их эксплуатации. Требования к аппаратным и программным средам: процессор с тактовой частотой не менее 2 ГГц; оперативная память объемом, 4 Гбайт, не менее; операционная система Windows 7 или старше; HDD 120 Гбайт, не менее. наличие доступа к сети интернет Требования к квалификации и численности персонала: Приложение требует от пользователей наличия простейших навыков взаимодействия с компьютером. 1.5. Техническая документация, предъявляемая по окончании работы. Должны быть разработаны следующие программные документы: 1. Техническое описание реализованного функционала. 2. Графическая часть – 3 листа формата А1, включающие в себя: ER-модель базы данных; Архитектура приложения; Схемы бизнес-процессов. 1.6. Этапы выполнения работы. На стадии разработки технического задания должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания. Сроки: 24.10.2022 – 09.11.2022. На исследовательской стадии должен быть выполнен обзор существующих аналогов; выбор программного обеспечения, библиотек для создания продукта. Сроки: 10.11.2022 – 24.11.2022. На стадии проектирования компонентов программного продукта выполняется проектирование архитектуры системы; состава и методов взаимодействия компонентов; алгоритмов обработки и представления данных. Сроки: 25.11.2022 – 24.12.2022. На стадии реализации производится разработка и тестирование спроектированной программы, а также оформление технической документации. Сроки: 25.12.2022 – 24.03.2023. 4 2. План разработки (бэклог). Пример бэклога представлен на рис. 1. Бэклог формируется из совокупности задач к реализации с учётом приоритезации и оценки, производимой в стори-поинтах – абстрактных единицах определения трудозатрат. Рис. 1. Пример бэклога Задачи в бэклоге включают в себя подзадачи на разработку, аналитику и т.д. Проработка бэклога происходит каждую итерацию. В случае если произошли изменения в ТЗ, бэклог может быть пересмотрен. 3. Прототип приложения. Прототип мессенджера представлен на рис. 2. Рис. 2. Прототип приложения 5 4. Планирование и реализация спринта. Процесс по реализации мессенджера производится несколькими спринтами по 2 недели, так как данный интервал времени позволяет оптимально и итерационно разделять задачи и цели спринта. Основной целью спринта является реализация начальной страницы, реализованной в прототипе, тестирование реализованного функционала и начало внедрения в продукт. В фазу планирования спринта необходимо заполнить бэклог спринта, а именно добавить в спринт те задачи, которые планируются для реализации целей спринта. Пример бэклога спринта представлен на рис. 3. Рис. 3. Пример бэклога спринта В рамках спринта были оценены все задачи с учётом вхождения в спринт и сотрудников, задействованных для реализации. Задачи в спринте должны выполняться последовательно с учётом приоритетов. По итогу спринта были подведены итоги реализации, вновь проведена декомпозиция на следующий спринт и ретроспектива анализа проделанной работы в спринт. Вывод: в ходе выполнения лабораторной работы были сформированы и навыки по созданию плана управления проектами, используя модели, SCRUM, Waterfall, Spiral Model. 6
