Отчет по практике: Автоматизация процессов на предприятии

· задача на тестирование;

· уведомление об исправлении дефектов;

· сборка программы;

· заявка на дефект.

Выходные информационные потоки

· дефект;

· отчёт о тестировании;

· пользовательская документация;

· выпускная документация;

· релиз;

· ответ по заявке на дефект.

Программа проходит путь от «сырой» сборки до релиза. Процесс тестирования позволяет осуществить этот переход.

Сборка программы попадает на тестирование. В процессе проведения тестовых испытаний документируются найденные ошибки и проверенные участки программы. В конце итерации составляется отчёт о найденных ошибках и отправляется в отдел программирования.

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

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

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

2.3 Обоснования необходимости использования вычислительной техники для решения задачи

Объём документооборота отдела тестирования ООО «Вип Ай Ти Маркет» приведён в таблице 1.1.

Таблица 1. Параметры документооборота отдела тестирования ООО «Вип Ай Ти Маркет»

Параметры	Значение
Позиций в Задаче	6
Позиций в Дефекте	9
Позиций в Уведомлении об исправлении дефекта	6
Позиций в Заявке на дефект	8
Позиций в Ответе по дефекту	1–3
Позиций в Выпускной документации	40–80
Количество создаваемых Дефектов в месяц	55
Количество обрабатываемых Заявок на дефект (в месяц)	20
Позиций в отчёте о тестировании	30

Обработка каждого входного документа требует времени сотрудника. Ниже представлена таблица 2 со средней оценкой времени на обработку каждого документа

Таблица 2. Среднее время обработки документов

Тип документа	Строк в документе	Выполняемая операция	Среднее время обработки документа, ч
Задача	10–200	Написание тестовых сценариев, написание пользовательской документации	10
Уведомление об исправлении дефекта	20	Проведение тестовых испытаний	6
Заявка на дефект	50	Проведение тестовых испытаний	8–24

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

Таблица 3. Время создания документа

Тип документа	Строк в документе	Выполняемая операция	Время создания документа, мин
Тестовый сценарий	2–15	Проведение тестового испытания	40
Дефект	20	Исправление дефекта	30
Отчёт по тестированию	30–100	Окончание итерации	120
Пользовательская документация	80 – 400	Эксплуатация программного продукта	480
Выпускная документация	150	Эксплуатация программного продукта	180
Ответ по заявке на дефект	5–30	Внедрение и эксплуатация программного продукта	30

Текущий вариант документооборота имеет ряд существенных недостатков:

· Медленный поиск информации;

· Сложность контроля состояния документа на этапах его обработки;

· Сложность масштабирования системы документооборота при увеличении числа сотрудников;

· Риск потери информации при текучке кадров;

· Риск потери информации при проведении профилактических работ на рабочих станциях сотрудников;

· Трудоёмкость получения сводных отчётов о работе отдела.