Автоматизация тестирования программного обеспечения

Современный отечественный и зарубежный опыт в тестировании программных продуктов. Общая информация, миссия, видение, стратегия, цели организации. Анализ внешней и внутренней среды. Проект по автоматизации тестирования. Оптимизация бизнес-процесса.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 10.11.2017
Размер файла 535,8 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Финансовые затраты/ руб.

Прогон сценариев

6

936

Регистрация ошибок

2

936

Проверка исправления ошибок

1

156

Исправление интеграционных тестов

2

936

Итого

11

2964

Таким образом, процесс тестирования одного релиза займет всего 11 часов рабочего времени и затраты составят 2964 рублей; экономия составит 8268 рублей.

Таким образом, проведенный анализ наглядно показал, что оптимизация процесса тестирования позволит увеличить скорость разработки МИС и снизит ее стоимость. Помимо этого, компания получит такой нематериальный эффект как повышение качества системы, что, в свою очередь, приведет к повышению удовлетворенности клиентов.

3.6 Уровень зрелости организации

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

Таблица 3.7 - Уровни зрелости организации

Уровень

Основные характеристики

Начальный

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

Повторяемости

Базовые процессы. Повторяемые операции. Появляются внутренние стандарты, описывающие основные бизнес-процессы компании. Возникает повторяемость.

Регламентируемости

Стандартизация процессов. Интеграция, наличие процедур. В организации задокументированы и стандартизированы все бизнес-процессы.

Управляемости

Контроль качества. Использование обратной связи. В компании вводится количественная система оценки эффективности бизнес-процессов. Одновременно используется система оценки работы персонала,

Оптимизируемости

Постоянное развитие. Самоадаптация системы. На основе анализа количественных показателей в компании проводится корректировка бизнес-процессов. Коррекции отражаются во внутренних документах.

Анализируя деятельность предприятия можно отметить, что процессы становятся формализованными и повторяемыми, на данном этапе они описаны и задокументированы. В компании описаны ролевые функции сотрудников, для каждого сотрудника есть список задач, который он должен выполнять внутри своего подразделения.

Все процессы стандартизированы, документированы и объединены в общий информационный поток. Благодаря этому в организации появляется возможность анализа информации по всем аспектам управленческой деятельности, а также получения оперативной информации о степени использования ресурсов.

Что характерно для предприятия на данном уровне зрелости:

· все бизнес-процессы компании задокументированы и стандартизованы;

· процессы повторяемы и не зависят от личных качеств исполнителя;

· организация начинает адаптировать свой опыт к специфике бизнеса;

· проводится анализ знаний и умений сотрудников с целью определения необходимого уровня компетентности;

· система управления оказывается отделенной от всего персонала организации, т.е. появляется внутренний «свод законов»;

· законам следует весь персонал, включая топ-менеджмент.

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

Для перехода на уровень управляемости предприятию необходимо:

· ввести количественную систему оценки эффективности бизнес-процессов;

· использовать систему оценки работы персонала (например, система ключевых показателей);

· описание бизнес-процессов и оценки персонала должны быть синхронизированы между собой - эффективная деятельность компании должна привести к стимулированию персонала;

· должны быть сформированы внутрикорпоративные стандарты качества.

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

Можно отметить, что на данном этапе, на предприятии, активно разрабатываются системы оценки как эффективности бизнес-процессов, так и работы персонала. Продуманная и внедренная система показателей для оценки эффективности функционирования предприятия позволит предприятию перейти на уровень управляемости.

Выводы по главе 3

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

В результате анализа технической оснащенности компании и требований, предъявляемых к установке программных решений, было выявлено, что существующие возможности ООО «Infinnity Solutions» достаточны, наращивание дополнительных мощностей не требуется. Для реализации проекта необходима установка таких программных продуктов, как Microsoft Visual Studio, Atlassian Bonfire, TeamCity. Именно эти решения помогут наилучшим образом достигнуть поставленных целей.

ГЛАВА 4. ВНЕДРЕНИЕ ПРОЕКТА И ОЦЕНКА ЭФФЕКТИВНОСТИ

4.1 Календарный план проекта

В ходе реализации проекта необходимо выполнить следующий перечень работ:

1. Анализ

1.1. Определение целей

1.2. Разработка структуры проекта

1.3. Анализ бизнес-процессов компании

1.4. Выявление проблем

1.5. Анализ текущего состояния

1.6. Анализ будущего состояния

2. Выбор ПО

2.1. Анализ программных продуктов

2.2. Выбор ПО

3. Покупка ПО

3.1. Согласование договора

3.2. Покупка ПО.

4. Установка ПО

4.1. Установка ПО на сервер

4.2. Установка ПО на рабочие места

5. Обучение персонала

5.1. Разработка программы обучения

5.2. Разработка учебных материалов

5.3. Обучение персонала

5.4. Контрольное мероприятие

6. Реализация проекта

6.1. Покрытие сценариев интеграционными тестами

6.2. Интеграция с существующей системой

6.3. Тестирование

6.4. Доработка тестов

6.5. Сдача проекта в эксплуатацию

Таблица 4.1 - Календарный план проекта

Название задачи

Длительность

Начало

Окончание

Анализ

9 дней

Вт 01.07.14

Пт 11.07.14

Определение целей

1 день

Вт 01.07.14

Вт 01.07.14

Разработка структуры проекта

1 день

Ср 02.07.14

Ср 02.07.14

Анализ бизнес-процессов компании

3 дней

Чт 03.07.14

Пн 07.07.14

Выявление проблем

2 дней

Вт 08.07.14

Ср 09.07.14

Анализ текущего состояния

1 день

Чт 10.07.14

Чт 10.07.14

Анализ будущего состояния

1 день

Пт 11.07.14

Пт 11.07.14

Выбор ПО

2 дней

Пн 14.07.14

Вт 15.07.14

Анализ программных продуктов

1 день

Пн 14.07.14

Пн 14.07.14

Выбор ПО

1 день

Вт 15.07.14

Вт 15.07.14

Покупка ПО

1 день

Ср 16.07.14

Ср 16.07.14

Согласование договора

1 день

Ср 16.07.14

Ср 16.07.14

Покупка ПО.

1 день

Ср 16.07.14

Ср 16.07.14

Установка ПО

2 дней

Чт 17.07.14

Пт 18.07.14

Установка ПО на сервер

1 день

Чт 17.07.14

Чт 17.07.14

Установка ПО на рабочие места

1 день

Пт 18.07.14

Пт 18.07.14

Обучение персонала

12 дней

Пн 21.07.14

Вт 05.08.14

Разработка программы обучения

2 дней

Пн 21.07.14

Вт 22.07.14

Разработка учебных материалов

2 дней

Ср 23.07.14

Чт 24.07.14

Обучение персонала

7 дней

Пт 25.07.14

Пн 04.08.14

Контрольное мероприятие

1 день

Вт 05.08.14

Вт 05.08.14

Реализация проекта

35 дней

Ср 06.08.14

Вт 23.09.14

Название задачи

Длительность

Начало

Окончание

Покрытие сценариев интеграционными тестами

30 дней

Ср 06.08.14

Вт 16.09.14

Интеграция с существующей системой

30 дней

Ср 06.08.14

Вт 16.09.14

Тестирование

1 день

Ср 17.09.14

Ср 17.09.14

Доработка тестов

3 дней

Чт 18.09.14

Пн 22.09.14

Сдача проекта в эксплуатацию

1 день

Вт 23.09.14

Вт 23.09.14

Общая длительность проекта составляет 61 день.

Оценка рисков проекта, мероприятия по минимизацию рисков

В таблице 4.2 представлены основные риски проекта.

Таблица 4.2 - Риски проекта

Тип риска

Описание

Технические риски

1

Риск сбоя программного обеспечения

2

Риск выхода из строя оборудования

3

Риск несоответствия технических характеристик требованиям

4

Риск потери данных

Внешние риски

5

Риск невыполнения поставщиком условий договора

Организационные риски

6

Риск несоблюдения сроков внедрения проекта

7

Риск нежелания персонала сотрудничать

Управление проектом

8

Риск ошибок в планировании бюджета и календарного плана

В Таблице 4.3 представлена шкала вероятностей возникновения рисков.

Таблица 4.3 - Вероятности рисков

Диапазон

Расчетное значение

Формулировка

Числовая оценка

0-25%

15%

Низкая вероятность

1

26-50%

35%

Средняя вероятность

2

51-75%

65%

Вероятность выше среднего

3

76-100%

85%

Высокая вероятность

4

Таблица 4.4 - Последствия рисков

Числовая оценка

Денежная оценка

1

0 - 30 тыс.руб.

2

31-90 тыс. руб.

3

91-150 тыс.руб.

4

более 150 тыс. руб.

Расположим риски в матрице вероятностей и последствий (числа в таблице соответствует номерам рисков).

Таблица 4.5 - Матрица вероятностей и последствий.

Последствия/

вероятность

0-10т.р.

11-30т.р.

31-50т.р.

более 50 тыс. руб.

0-25%

3

5

2

26-50%

8

7

1

4

51-75%

6

76-100%

Как видно из матрицы вероятностей и последствий рисков, наивысшую оценку имеют следующие риски (в порядке уменьшения оценки):

1. Риск потери данных

2. Риск несоблюдения сроков внедрения проекта

Необходимо провести количественный анализ данных рисков.

Количественный анализ рисков

1. Потеря данных

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

1) Создать резервную копию базы данных. В данную базу с определенной периодичностью будет копироваться информация из основной базы. Затраты на создания резервной копии 45 тыс. руб.

2) Усилить информационную защиту базы данных, чтобы исключить возможность влияния сотрудников на данные. Необходимо назначить полномочия и пароли для входа в систему. Создание такой защиты может стоить компании 50 тыс. руб.

Для наглядного представления вариантов исключения данного риска сформируем дерево решений.

Рисунок 4.1 - Дерево решений для потери данных

По дереву решений наглядно видно, что менее затратное решение для исключения данного риска, это создание резервной базы данных.

2. Несоблюдение сроков

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

1) Проводить периодические совещания для контроля за графиком выполнения работ. Подобное решение будет стоить компании 30 тыс. руб.

2) Организовать контрольные мероприятия, позволяющие оценить процент выполнения плана внедрения и оперативно . принять меры. Это решение обойдется компании в 40 тыс. руб.

Для наглядного представления вариантов исключения данного риска сформируем дерево решений.

Рисунок 4.2 - Дерево решений для отклонения от сроков

Исходя из дерева решений видно, что менее затратное решение для исключения данного риска, это проведение контрольных мероприятий.

4.2 Экономическая эффективность реализации проекта

Результаты внедрения системы автоматизированного тестирования ПО:

· Значительное снижение временных затрат на тестирование;

· Снижение стоимости процесса разработки ПО;

· Минимизация влияния человеческого фактора;

· Повышение качества МИС «Медик +»;

· Повышение уровня удовлетворенности клиента.

Определение затратной части проекта:

1. Необходимо купить лицензионное программное обеспечение Microsoft для 3 рабочих мест стоимостью 17 000 руб.

2. Привлечение команды аналитиков из 4 человек на этап анализа обойдется компании в 25 000 руб.

3. Зарплата сотрудников отдела техподдержки в количестве 3 человек на протяжении 3 месяцев длительности проекта составит 225 000 руб.

Ставка дисконтирования, принятая для расчета эффективности проекта, составляет 21 %. Включает в себя:

· Ключевая ставка - 7,5%

· Страновой риск - 3,5%

· Риск неполучения предусмотренных проектом доходов - 10%

Доход проект будет приносить за счет возможности сократить время на разработку продукта, увеличить частоту выпуска новых релизов, а также за счет освобождения 2 сотрудников отдела техподдержки, которые могут быть заняты в других проектах. Зарплата сотрудников составит 600 тыс. руб. в год.

Таблица 4.6 - Модель денежных потоков

Период

Доходы

Расходы

Чистый дисконтированный поток

Дисконтирующий множитель

Чистый дисконтированный доход

Чистая текущая стоимость

0

0

76

-76

1,000

-76

-76,00

1

225

225

0

0,826

0,000

-76,00

2

300

0

300

0,683

204,904

128,90

3

300

0

300

0,564

169,342

298,25

4

300

0

300

0,467

139,952

438,20

5

300

0

300

0,386

115,663

553,86

Таблица 4.7 - Показатели эффективности проекта

Чистая текущая стоимость проекта, NPV

553,86 тыс. руб.

Внутренняя норма доходности, IRR

152%

Срок окупаемости проекта

1,3 года

Индекс прибыльности, PI

1,84

Исходя из значений показателей эффективности можно сделать вывод о том, что проект является достаточно эффективным и пригодным для реализации.

Затраты проекта окупятся через 1,4 года или 17 месяцев. Внутренняя норма доходности составляет 152%, что на 131% больше ставки дисконтирования. При индексе прибыльности равном 1,84 можно говорить о том, что затраты были полностью окуплены. Это так же подтверждает эффективность и прибыльность предложенного проекта.

Выводы по главе 4

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

Анализ экономической эффективности показал, что проект окупается через 1,3 года, имеет достаточный запас прочности и высокий показатель NPV.

Реализация данного проекта является эффективным вложением средств организации.

ЗАКЛЮЧЕНИЕ

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

В рамках дипломной работы был проведен анализ внешней и внутренней сред ООО «Infinnity Solutions», в результате чего была выявлена основная проблема компании: высокая стоимость разработки МИС «Медик +».

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

Результатом дипломной работы стал проект внедрения автоматизации процесса тестирования ПО, реализация которого предлагается с помощью внедрения программы Visual Studio компании Microsoft.

Реализовав данный проект, компания ООО «Infinnity Solutions» получит следующие результаты:

· Значительное снижение временных затрат на тестирование;

· Снижение стоимости процесса разработки ПО;

· Минимизация влияния человеческого фактора;

· Повышение качества МИС «Медик +»;

· Повышение уровня удовлетворенности клиента.

Анализ затрат на реализацию проекта, а также доходов от его реализации показал, что проект является эффективным и годен для внедрения в компании ООО «Infinnity Solutions».

БИБЛИОГРАФИЧЕСКИЙ СПИСОК

1) Sommerville I. Software Engineering, 8th ed. Harlow, England: Pearson Education, 2007;

2) Гузь А. Н., Конспект лекций по дисциплине «Менеджмент»;

3) Гусев А.В. Рекомендации по выбору медицинской информационной системы.//Журнал "Менеджер здравоохранения", №5 2010 г. Стр. 38;

4) Гусев А.В., Рынок медицинских информационных систем: обзор, изменения, тренды, №3 2012 г. Стр. 6-15;

5) Елиферов, В. В. Репин. Бизнес-процессы: Регламентация и управление; В. Г. 2005 г, стр. 78-90;

6) Емелин И.В., Зингерман Б.В., Лебедев Г.С. О стандартизации структуры электронных медицинских данных// Журнал «Информационно-измерительные и управляющие системы», №12, т.8, 2010 г., стр. 18-24;

7) Шепталин Г. А., Конспект лекций по дисциплине «Информационный менеджмент»;

8) Шепталина Л. И., Конспект лекций по дисциплине «ОТСиСА»;

Размещено на Allbest.ru


Подобные документы

  • История развития и виды тестирования программного обеспечения. Инсталляционное, регрессионное, конфигурационное, интеграционное, локализационное, модульное тестирование. Методы сокращения трудоемкости модульного тестирования разрабатываемого приложения.

    курсовая работа [309,5 K], добавлен 16.12.2015

  • История возникновения тестирования программного обеспечения, основные цели и особенности его проведения. Виды и типы тестирования, уровни его автоматизации. Использование и исследование необходимых технологий. Полный цикл прогона всей системы мониторинга.

    дипломная работа [1,7 M], добавлен 03.05.2018

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

    курсовая работа [3,0 M], добавлен 19.11.2009

  • Методика разработки контрольных тестов. Обзор программных продуктов по данной теме. Система тестирования INDIGO - профессиональный инструмент автоматизации процесса тестирования и обработки результатов. Создание интерактивного теста с помощью макросов.

    курсовая работа [2,1 M], добавлен 21.06.2014

  • Неразрешимость проблемы тестирования программного обеспечения. Виды и уровни тестирования. Стратегии восходящего и нисходящего тестирования. Методы "белого" и "черного" ящика. Автоматизированное и ручное тестирование. Разработка через тестирование.

    курсовая работа [112,2 K], добавлен 22.03.2015

  • Выбор инструментальной среды разработки программного обеспечения системы. Алгоритм создания теста и ввода его исходных данных. Анализ экономической эффективности применения программного обеспечения "Тестирования знаний обучающихся программированию".

    дипломная работа [3,2 M], добавлен 11.09.2014

  • Оптимизация информационной системы управления предприятием. Технико-экономическое обоснование целесообразности процесса внедрения программного обеспечения для автоматизации кадрового документооборота организации, предоставляющей транспортные услуги.

    контрольная работа [35,0 K], добавлен 06.03.2012

  • Комплексное функциональное и структурное тестирование программного продукта - граф-программа решения квадратного уравнения. Постановка задачи структурного тестирования маршрутов. Заключение о типе и причине ошибки, предложение по ее исправлению.

    курсовая работа [2,8 M], добавлен 05.01.2013

  • Разработка автоматизации процесса тестирования в учебном заведении. Характеристика и анализ существующей организации обработки информации. Обоснование выбора языка программирования, классификация и кодирование информации. Программная реализация задачи.

    курсовая работа [1,9 M], добавлен 06.06.2012

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

    презентация [574,8 K], добавлен 22.03.2014

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.