Глава 2 для отчета по практике (Учебная). ТГУ. Прикладная математика и информатика. Курс 2

2 ОПИСАНИЕ ЗАДАЧ, РЕШАЕМЫХ ЗА ВРЕМЯ ПРАКТИКИ

ООО «ЦТР» занимается различными направлениями деятельности, их возможно разделить на отдельные объекты анализа.
В ходе прохождения практики, мною была проанализирована деятельность отдела, и были составлены некоторые процессы деятельности.
Ниже (рисунок 3) представлен процесс «Деятельность по программным продуктам» организации ООО «ЦТР».

Рисунок 3 – Процесс «Деятельность по программным продуктам»

Моделирование выполнено с параметрами длительности выполнения работ, порядка, бизнес-процессов.
В данной модели, три уровня построены с использованием Нотации IDEF0, а остальные с использованием нотации BPMN. Модель выстроена с применением правил и методик бизнес-моделирования системы Business Studio.
Для следующего анализа, мною был выбран бизнес-процесс «Разработка полнофункциональной версии продукта» организации ООО «ЦТР», изображен на рисунке 4.

Рисунок 4 — Процесс «Разработка полнофункциональной версии продукта»

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

Рисунок 5 – Процесс «Выполнение, работ, которые укладываются в спринт»

Модель описывает 3 уровня, на которых разрабатываются функции продукта, такие как:
— Сам продукт;
— Библиотеки;
— Платформа.
Библиотеки используют при объединении и унификации функционала, который используется в разных продуктах. При использовании библиотеки, позволяется сделать функционирование и упрощение всех продуктов Компании.
Платформу используют как базовый набор, при использовании для создания приложения. При поддерживающей работе под несколькими операционными системами, можно обеспечить его нормальную работу, путем нормальной работы на всех поддерживающих устройствах.
Порядок разработки продукта, при готовом прототипе, следующий:
— Параллельно выполняется разработка новых возможностей продукта и его зависимостей: платформы и библиотек;
— Когда готовы и протестированы платформа и библиотеки, а также закончена разработка новых возможностей продукта, проводится общее тестирование и исправление комплекта поставки: продукта, библиотек и платформы.
Это представлено на схеме ниже (рисунок 6).

Рисунок 6 – Процесс «Определение, на каком уровне реализовать требования новой версии продукта»

Если отдел разработки продукта успевает реализовать все требования, а, в платформе или в библиотеках невозможно реализовать требующийся для них функционал, количество выполненных в итоге требований к продукту уменьшается на количество тех, которые не были поддержаны в библиотеках или в платформе.
Разработка ведётся с применением методологии SCRUM. Она подразумевает, что сотрудники за определённый промежуток времени, называемый спринтом, выполняют то количество поставленных задач, которое успевают.
Пример реализации цикла выполнения работ по выпуску новой версии платформы представлен ниже (рисунок 7).

Рисунок 7 – Процесс «Выполнение задач до конца спринта»

Остальные части данного отчета по практике:

1. Введение
2. Глава 1
3. Глава 2
4. Заключение
5. Содержание
6. Список литературы
7. Титульный лист