Лабораторная «Стабилизация»,
информационные технологии,Введение в программную инженерию в Волгограде

Стабилизация-1 Описание игры «Стабилизация» Начинаем деловую игру «Стабилизация». Условия игры. Ваша фирма разрабатывает информационную систему для холдинга Обалдеит. ТЗ на информационную систему прилагается. Ваша команда (из 2-х человек) исполняет роль тестера. Считается, что на этапе планирования вы подготовили пакеты тестов для тестирования функций системы ОбалдеИТ. В данный момент программисты закончили разработку программы и передают ее вам для проверки на стабильность работы. На стабилизацию выделяется 400 человеко-часов рабочего времени. (400 час – это примерно 2 мес. = 9 недель = 45 рабочих дней = 360 час. Округляем вверх до 400. То есть 400 чел-час. – это несколько больше, чем месяц работы двух человек.). Игра будет состоять из трех этапов. Каждый этап будет представлен своим проектом в ЛМС. На первом этапе от вас требуется построить план действий по проверке стабильности программы в соответствии с ТЗ. Считаем, что прогон одного комплекта тестов, проверяющего одну функцию, занимает один час времени. Распланируйте по часам свою работу по стабилизации программы. План представить в виде Excel’овской таблицы, в которой по дням и часам расписаны действия по стабилизации и необходимые для их выполнения ресурсы. Для определения необходимых действий используйте представление процесса проверки программы в виде многомерного куба. Перечень осей гиперкуба и перечень значений, расположенных на каждой из осей, удобно брать из ТЗ: ось функций, ось входных данных, ось выходных данных, ось операционок, ось сервис паков и т.д. Принятые по ходу планирования решения следует фиксировать и обосновывать. В результате первого этапа каждая бригада построит свой собственный гиперкуб. В дальнейшем нам будет нужно, чтобы гиперкуб у всех бы один и тот же. Поэтому на втором этапе игры все команды получат стандартный перечень осей гиперкуба и перечень значений по каждой оси. Вам надо будет составить почасовой план действий для этого унифицированного гиперкуба (перенести на него план, построенный ранее для «своего» гиперкуба). На третьем этапе игры вы должны будете "реализовать" составленный план проверки, т.е. "выполнить" запланированные вами действия. В ходе «реализации» плана вашим партнером будет специальная программа-симулятор. Вы будете сообщать Симулятору о «выполняемых» действиях из плана стабилизации. Симулятор будет сообщать вам о результатах выполнения этих действий. Если действие представляет собой прогон комплекта тестов для какой-либо функции, Симулятор сообщит о результатах прогона («ошибок не обнаружено», «обнаружена ошибка такая-то» и пр.). В случае, если при прогоне будет обнаружена ошибка, вы должны будете «сообщить» об этом программистам. Исправление ошибок – их дело. Естественно, на исправление потребуется время. После исправления ошибок программисты «пришлют» вам обновленный вариант программы. Тестирование закончится либо при реализации плана проверки, либо при исчерпании отведенного на проверку времени (400 человеко-часов игрового времени). Для фиксации хода работы план стабилизации надо будет превратить в "протокол стабилизации", в котором для каждого из запланированных действий указывать результаты его выполнения и происшедшие при этом события (Что именно было проверено, какие результаты получены, сколько времени это заняло, какие ошибки были исправлены программистами в полученном вами новом релизе и т.д. и т.п.). Еще одним способом отображения результатов работы будет диаграмма, показывающая по дням количество обнаруженных ошибок и количество исправленных ошибок. Графики надо строить по ходу процесса стабилизации. В Симулятор встроена возможность использовать модель Миллса для оценки количества ошибок в программе. (Любая найденная ошибка относится либо к естественным, либо к искусственным. Сообщается общее количество искусственных ошибок.) Оцените кол-во ошибок в программе по формуле Миллса. Добавьте на диаграмму график ожидаемого количества ошибок по дням. Оцените успешность проведенного вами процесса стабилизации. Что было хорошо, что – плохо. Почему? Определите причины успехов и неудач. Как сделать так, чтобы в будущем хорошее повторилось, а плохое – нет? Задание текущего проекта. На основании тех. задания описать гиперкуб стабилизации: перечислить набор проверяемых параметров и их значений. Оценить количество точек гиперкуба. Большое количество точек гиперкуба не позволяет выполнить их полный перебор. => Придется отбирать точки для тестирования. Обосновать выбор точек для проверки. Почему эту – проверяем, а эту – нет. Составить план действий по стабилизации информационной системы "ОбалдеИТ", который должен уложиться в заданное время. План представить в виде почасовой таблицы. Для каждого часа указать выполняемое действие и необходимые для него ресурсы. Принятые решения – обосновать. Замечание: Д.б. 1) описание стратегии: как уложиться в 400 часов, 2) почасовой план, 3) РЕСУРСЫ!!! 4) смена софта 5) время на заведение багов. Часть 2 Построить план стабилизации для унифицированного гиперкуба . Часть 3 Выполните на симуляторе свой план стабилизации