ABCXYZ

Библиотека для работы с ABCXYZ анализом Landing page

Сбор требований по зонам ответственности

1. АД (Мастер) Диспетчирование и контроль задач, выявление проблем.

1.1. Для задач на Канбан-доске должны использоваться следующие статусы выполнения:

• Бэклог
• В работу / На удержании
• Выполняется
• На проверке
• Выполнено

1.2. Для задач на Канбан-доске должны использоваться следующие метки (labels):

• User Story
• Средний приоритет
• Высокий приоритет
• Инициация
• Разработка
• Документация

Кроме того, предусмотрены лэйблы соответствующие ролям в проекте

• АД (Мастер)
• БА (Тестировщик)
• ВН (Дизайнер)
• КО (Тех.писатель)
• НИ (Архитектор)
• ПП (Программист)
• СП (Аналитик)

2. СП (Аналитик) Сбор и управление всеми требованиями в проекте.

2.1. Бизнес-требования

2.1.1. Должны выполняться требования пользовательской истории

2.1.2. Запросить дополнительные требования у автора (Остапюк В.)

2.2. Функциональные требования

2.2.1. Библиотека должна включать функцию получения данных из .txt файла

2.2.2. Библиотека должна содержать функцию расчета итоговой суммы, среднего количество продаж и cтандартного отклонения от среднего.

2.2.3. Библиотека должна содержать функцию расчета накопительного итога, на его основе производить сегментацию по группам А, В или С.

2.2.4. Библиотека должна содержать функцию расчета коэффициента вариации, на его основе производить сегментацию по группам X, Y или Z.

2.2.5. Библиотека должна содержать функцию для сохранения результата расчета в .txt файл

3. ВН (Дизайнер) Удобство использования, привлекательность продукта.

3.1. Вся пользовательская документация должна выполняться в едином стиле

3.2. Все программные блоки должны сопровождаться комментариями

3.3. Все программные функции должны быть самодокументируемы

4. БА (Тестировщик) Выявление бизнес-проблем, способы тестирования.

4.1. Должно быть произведено тестирование всех процедур и функций

5. НИ (Архитектор) Структура продукта, инструменты разработки и поставки.

5.1. Разработка должна быть выполнена с использованием html, css, javascript, на этапе тестирования используется библиотека JQuery

5.2. Сохранение наборов исходных данных и результатов должно обеспечиваться в локальной базе данных браузера пользователя.

5.3. Комплект поставки должен включать в себя:

5.3.1. Программные модули:

• index_demo.html - стартовая страница модулей проверки библиотеки
• \css\style.css - основной файл стилей
• \js\jquery.js - фреймворк JQuery
• \js\jquery-3.5.1.min.map - сжатая версия фреймворка
• \js\script.js - общий файл, содержащий процедуры тестирования
• \js\az_analytic.js - основной скрипт библиотеки
  • Import_txt - функция импорта данных
  • azSumm - функция суммирования
  • azGroupObj - функция группировки по месяцам
  • azMedian - функция нахождения среднего арифметического
  • azDeviation - функция нахождения среднего стандартного отклонения
  • azSort - функция сортировки
  • azABC - функция ABC анализа
  • azXYZ - функция XYZ анализа
  • azABCXYZ - функция совмещения результатов ABC и XYZ анализа
  • azExport - функция экспорта результатов анализа в .txt файл
• tests\ - набор экранных форм процедур тестирования
  • \proc_import.html - форма теста функции импорта данных
  • \proc_summ.html - форма теста функции суммирования
  • \proc_median.html - форма теста функции нахождения среднего арифметического
  • \proc_devian.html - форма теста функции нахождения среднего стандартного отклонения
  • \proc_sort.html - форма теста функции сортировки
  • \proc_abc.html - форма теста функции ABC анализа
  • \proc_xyz.html - форма теста функции XYZ анализа
  • \proc_abcxyz.html - функция совмещения результатов ABC и XYZ анализа
  • \proc_export.html - функция экспорта результатов анализа в .txt файл
• tests\abcxyz.txt - тестовый набор данных

5.3.2. Вики-страницы с документацией и инструкциями:

• \readme.md - описание требований, ссылки на документацию
• WIKI - описание теории ABCXYZ анализа, список подзадач и их описание

6. ПП (Программист) Стиль и способы разработки, используемые фреймворки.

6.1. При разработке исходных кодов должны выполняться правила оформления

6.2. Issues должны содержать описание, ссылку на эпик, ожидаемые и фактические трудозатраты

7. КО (Тех.писатель) Документирование проекта и продукта.

7.1. Документация должна быть оформленна в виде .md страниц

7.2. Документация должна быть доступна с landing page

7.3. Документация должна содержать инструкцию по применению

Оценка трудозатрат

Задача	План	Факт	Выполнил
Задача #2: Описать механизм действия ABC/XYZ-анализа на wiki	4 часа	3 часа	Сомова Е.
Задача #3: Определить инструменты разработки	2 часа	2 часа	Клычков И.
Задача #4: Определение требуемых модулей для библиотеки	4 часа	4 часа	Клычков И.
Задача #5: Добавить описания для всех подзадач, требующих программной реализации на wiki	4 часа	2 часа	Сомова Е.
Задача #6: Определение входных и выходных параметров	2 часа	1 час	Клычков И.
Задача #7: Зарегистрировать задачи в справочнике задач	4 часа	2 часа	Молдобаев И.
Задача #8: Провести тестирование	5 часов	Т.Д.	-
Подзадача: Процедура импорта данных	2 часа	2 часа	Силавский Б.
Подзадача: Процедура "Сортировка"	3 часа	3 часа	Остапюк В.
Подзадача: Процедуры "Сумма, среднее, стандартное отклонение"	10 часов	10 часов	Медведев И., Остапюк В.
Подзадача: Процедура "ABC"	6	6	Медведев И.
Подзадача: Процедура группировки	5	3	Молдобаев И.
Подзадача: Процедура "XYZ"	4	3	Медведев И.
Подзадача: Процедура "ABC+XYZ"	2	Т.Д.	-
Подзадача: Описать модули и IO-параметры на wiki	2	2	Сомова Е.
Подзадача: Определить формат I/O-интерфейса для каждого модуля	2	1	Клычков И.
Подзадача: Подготовить среду для тестирования каждой процедуры, требующей разработки	8	7	Журавлев Д.
Подзадача: По описанию ABCXYZ составить тестовые данные	4	2	Журавлев Д.
Подзадача: Подготовить страницу документации	3	1.5	Силавский Б.
Подзадача: Подготовить страницы для среды тестирования данных	24	24	Силавский Б., Журавлев Д.

Трудозатраты на менеджмент

Действие	Всего часов
Планирование задач на первый спринт	4
Подготовка проекта	2
Совещание 1 - планирование временных ресурсов	1
Совещание 2 - обсуждение задач и проблем	2
Совещание 3 - завершение спринта, оценка трудозатрат	1
Решение проблемы перегрузки членка команды	2

Заключение о проведении спринта №1

В результате спринта были реализованы почти все поставленный задачи. Каждый член команды внес свой вклад в общий процесс. По итогу спринта не было выявлено критических проблем. Технический долг образован из-за ошибок планирования в начале спринта. Вывод: SCRUM-подход для проведения спринта для разработки программной библиотеки наиболее показал высокую эффективность и 100% вовлеченность членов команды.