28
• программные брандмауэры, входящие в состав применяемых
коммутаторов.
Помимо этого, в качестве мер защиты ЛВС компании применяются
следующие организационные меры:
• в системе назначен администратор безопасности;
• за каждое устройство назначен ответственный за его
эксплуатацию;
• системный блок компьютера опечатывается печатями
ответственного и работника технического отдела;
• установка любого программного обеспечения проводится
только сотрудником технического отдела;
• запрещено использование неучтенных носителей информации.
На учтенных носителях выполнена маркировка, в том числе гриф хранимой
информации, номер, должность и фамилия сотрудника.
У компании есть сайт, на котором указана информация о компании,
предоставляемых услугах и возможностью составления заявки для обратной
связи. Для защиты сайта от внешних угроз используются следующие
методы:
• На сервере существует дополнительная аутентификация
пользователей.
• Доступ к панели администратора сайта защищен надежны
м
п
аролем, который состоит из символов двух алфавитов, цифр и
спецсимволов.
• Для защиты информации сайта проводится ежеквартальное
сканирование PCI через сервис Trustwave.
• Для обеспечения защиты информации сайта используются
файлы .htaccess.
29
• Используется протокол SSL, который позволяет установить
безопасное соединение, при этом все данные передаются в закодированном
виде по протоколу HTTPS.
• Сайт регулярно подвергается модерации и администрированию.
В качестве мер защиты от инсайдерских угроз в компании
используется видеонаблюдение. Доступ к помещению офиса компании
ограничен. На входе установлен домофон с видеонаблюдением. Пропуск в
помещение офиса осуществляется офис-менеджером, который выясняет
цель визита посетителей и координирует их.
1.3. Анализ существующих разработок и выбор стратегии
автоматизации «КАК ДОЛЖНО БЫТЬ»
1.3.1. Анализ существующих разработок для автоматизации задачи
После принятия решения об автоматизации процесса тестирования
программного обеспечения необходимо принять решение о внедрении
какого-либо программного продукта. Для этого нужно рассмотреть
системы, которые представлены на рынке и выделить критерии для того,
чтобы было возможно оценить их соответствие поставленной задаче. На
рынке представлен широкий перечень программного обеспечения,
рассмотрим наиболее востребованные из них.
Модуль тестирования «Live Unit testing» используется при работе с
языками программирования C# и Visual Basic в проектах, которые
предназначены для .NET Core или .NET Framework [20]. Этот инструмент
доступен при покупке лицензии «Enterprise». Модуль работает на
следующих известных платформах модульного тестирования: xUnit.net,
NUnit, MSTest. Модуль выполняет следующие функции:
• Рефакторинг и изменение кода;
• Проверка кода при его изменении для того, чтобы выявить какие
ошибки повлекут за собой изменения;
• Определение полноты охвата кода модульными тестами.
30
Система «Unified Functional Testing» (сокращенно «UFT»)
представляет собой востребованный инструмент для проведения
тестирования [19]. В него входит полный набор функций для тестирования
API, веб-сервисов, а также для тестирования графического интерфейса
десктопных, мобильных и веб-приложений на всех существующих
платформах. Этот инструмент обладает расширенными функциями,
которые включают в себя: распознавание объектов на основе изображений,
многоразовые тестовые компоненты и документацию по автоматическому
тестированию.
Система «UFT» использует Visual Basic Scripting Edition, который
позволяет осуществлять запись информации о выполненном тестировании,
а также для управление объектами. «UFT» может интегрироваться с
другими системами, например, «Mercury Business Process Testing» и
«Mercury Quality Center».
Система «Watir» представляет собой инструмент с открытым
исходным кодом для автоматизации тестирования веб-приложений, с
помощью библиотеки Ruby [22]. Система позволяет проводить кросс-
браузерное тестирование в большинстве существующих браузеров: Firefox,
Opera, headless-браузеров и IE. Также система позволяет поддерживать
управляемое данными тестирование и интегрирован с инструментами BBD,
такими как: RSpec, Cucumber и Test / Unit.
Система «IBM RFT» представляет собой платформу для
управляемого данными тестирования функциональности и регрессии ПО
[21]. Система позволяет поддерживать возможность тестирования
широкого спектра приложений, написанных на различных языках
программирования, таких как: .Net, Java, SAP, Flex и Ajax. RFT использует
Visual Basic .Net и Java в качестве языков сценариев. RFT имеет уникальную
функцию – Storyboard testing. Благодаря ей все связанные с автоматическим
тестированием действия пользователей записываются и визуализируются в
виде последовательных изображений – скриншотов приложений на
31
различных этапах их тестирования. Также эта система имеет возможность
интеграции с системами управления жизненным циклом приложений IBM
Jazz.
Система «TestComplete» от разработчика «SmartBear» представляет
собой эффективный инструмент для тестирования десктопных, мобильных
и веб-приложений. Она поддерживает различные языки сценариев, такие
как: JavaScript, VBScript, Python и C ++ Script. Система позволяет
осуществлять тестирование с использованием ключевых слов и
управляемое данными тестирование. Система обладает инструментами
записи и воспроизведения процесса тестирования, а также функцией
распознавания объектов GUI, благодаря которой происходит
автоматическое обнаружение и обновление объектов пользовательского
интерфейса, что помогает избежать лишних хлопот по поддержанию
тестовых скриптов при изменении AUT. Эта система также может быть
интегрирована с другими системами.
Программное обеспечение, предназначенное для автоматизации
контроля качества, должно отвечать следующим критериям:
1. Иметь возможность проведения функционального
тестирования.
2. Проводить управляемое данными тестирование.
3. Формировать отчетность по результатам тестирования.
4. Обеспечивать надежность функционирования.
5. Обладать приемлемой стоимостью.
Проанализируем соответствие представленных программных
продуктов выделенным критериям. Оценка будет проводиться по
пятибалльной шкале, где «5» - означает полное соответствие выделенному
критерию, а «1» - полное несоответствие критерию. Оценка производилась
на основании данных, представленных на сайтах компаний-разработчиков
программных средств. Оценка соответствия критериям представлена в
таблице 4.
32
Таблица 4
Анализ программных продуктов
Критерий
Live
Unit
testing
UFT Watir
IBM
RFT
Test
Complete
Функциональное
тестирование
4 4 5 4 5
Управляемое данными
тестирование
4 5 5 4 5
Формирование отчетности
5
4
4
5
5
Надежность
5
2
3
4
3
Стоимость
1
5
2
4
2
Итого
19
20
19
21
20
В результате проведенного анализа было установлено, что
перечисленные системы обладают избыточным функционалом, большая
часть которого не требуется для выполнения поставленной задачи. Отсюда
следует несоответствие критерия стоимости – она выше планируемого
бюджета проекта. Еще одним важным критерием является надежность.
Согласно результатам проведенного анализа, она находится на среднем
уровне. Поэтому был сделан вывод об отсутствии программного
обеспечения, автоматизирующего выбранный процесс, на рынке.
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Стратегия автоматизации бизнес-процессов организации
представляет собой подход и набор методов, согласно которым будет
осуществляться автоматизация выбранной задачи.
Существует несколько видов стратегий автоматизации:
• кусочная (хаотичная) автоматизация;
• автоматизация по участкам;
• автоматизация по направлениям;
• комплексная автоматизация.
Первый вариант стратегии автоматизации включает в себя
приобретение отдельных модулей программного продукта без какого-либо
стратегического плана. Такой вариант стратегии обладает низкой
эффективностью, поскольку отдельные фрагменты информационной
33
системы не способны оказать пользу компании, а дальнейшая
автоматизация приведет к значительным затратам.
Следующий вариант процесса автоматизации предполагает
автоматизацию отдельных бизнес-процессов, которые объединены по
набору выполняемых функций. Выбор этого способа оптимален в том
случае, когда существуют участки, в которых применение
автоматизированных систем дает значительный экономический эффект.
Способ автоматизации по направлениям предполагает
автоматизацию отдельных направлений деятельности компании. При этом
достигается полная автоматизация направления деятельности. Этот подход
является оптимальным в том случае, когда дальнейшая интеграция
автоматизированных функций не будет связана с серьезными
препятствиями.
Комплексная автоматизация предполагает внедрение программного
продукта, автоматизирующего работу компании в целом.
Кусочная стратегия автоматизации не подходит для
рассматриваемой задачи, поскольку в рамках ее решения будет
автоматизирована деятельность целого отдела, при этом будут
использованы несколько составляющих информационной системы: СУБД и
клиент-серверное приложение.
Стратегии полной автоматизации также не является подходящей,
поскольку будет автоматизировано одно из направлений деятельности
компании.
В рамках рассматриваемой задачи, подходящей является стратегия
автоматизации по направлениям, поскольку будет автоматизирован процесс
контроля качества программного обеспечения.
34
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации
задачи
Рассмотрим существующие способы приобретения
информационных систем для автоматизации контроля качества
программного обеспечения. Приобретение информационных систем может
осуществляться одним из перечисленных способов:
1. Покупка готовой специализированной ИС.
2. Разработка ИС своими силами.
3. Разработка ИС сторонней фирмой.
4. Покупка системы и её доработка.
Рассмотрим вариант покупки готовой информационной системы,
автоматизирующей бизнес-процесс контроля качества программного
обеспечения. Ранее были рассмотрены программные системы,
представленные на рынке, и был сделан вывод о том, что они не в полной
мере удовлетворяют потребностям организации, поэтому покупка готовой
информационной системы не подходит.
Рассмотрим вариант с покупкой системы и ее доработкой. Доработка
информационной системы под потребности организации является
трудоемкой и добавление необходимого информационных систем под
нужды компании потребует внесения значительных изменений исходного
кода и бизнес-логики. Поэтому оба варианта приобретения
информационной системы были отклонены.
Следующая группа вариантов приобретения информационных
систем подразумевает разработку информационной системы,
удовлетворяющей требованиям организации. Поскольку в компании есть
специалисты с необходимой квалификацией для разработки программного
обеспечения, подходящим будет являться вариант разработки системы
своими силами.
35
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
В ходе предыдущих этапов работы было установлено, что
разрабатываемая система будет автоматизировать контроль качества
программного обеспечения с помощью тестирования. Дадим описание
информационному обеспечению задачи. Входные документы в системе
отсутствуют. К оперативным данным относится план тестирования. Он
включает в себя:
• перечень необходимых способов тестирования;
• перечень входных данных;
• перечень выходных данных.
Этот документ не имеет унифицированной формы, поэтому
потребуется проектирование оригинальной формы документа.
К выходной информации относится отчет по результатам
тестирования. Он содержит следующие данные:
• Дату проведения проверки.
• ФИО сотрудника, который проводил проверку.
• Наименование системы, для которой проводилась проверка.
• Выявленные в ходе проверки ошибки.
Отчет также не имеет унифицированной формы, поэтому
потребуется проектирование оригинальной формы документа.
Теперь опишем комплекс условно-постоянной информации, которая
будет представлена в виде справочников системы. К условно-постоянной
информации относятся:
1. Сотрудник.
2. Программный продукт.
3. Вид тестирования.
36
Информационная база должна быть организована в виде
интегрированной базы данных с распределенной организацией для
обеспечения совместной работы нескольких специалистов. Для
организации базы данных будет использоваться реляционный подход,
который минимизирует избыточность данных и обеспечивает простоту
манипулирования ими.
1.4.2. Обоснование проектных решений по программному
обеспечению
Информационные системы позволяют пользователям осуществлять
сбор и обработку данных. Для хранения данных используются базы данных.
Различают следующие виды баз данных:
1. Иерархические.
2. Сетевые.
3. Реляционные.
В настоящее время широко применяются реляционные базы данных
в связи со следующими факторами [13]:
• Они обладают простотой, поскольку в реляционной модели
данных существует всего одна информационная конструкция,
формализующая табличное представление данных.
• Наличие теоретически обоснованных методов нормализации
отношений позволяет получать базу данных с заданными
характеристиками.
• Независимость данных заключается в том, что при
необходимости внесения изменений в структуру реляционной базы данных,
требуется внесение минимальных изменений.
Помимо перечисленных достоинств, в организации уже
используется реляционная СУБД. Поэтому, с целью минимизации
конфликтов в процессе интеграции, для разработки информационной
системы будет использована реляционная база данных.
37
Для управления реляционной базой данных используется
реляционная СУБД. На рынке широко представлены как коммерческие, так
и бесплатные СУБД. Наиболее востребованными на рынке являются
следующие СУБД:
• Microsoft SQL Server;
• PosgreSQL;
• IBM DB2;
• Oracle database.
СУБД IBM DB2 является кроссплатформенной, обеспечивает
стабильную работу базы данных. Недостатками системы являются высокая
стоимость и низкая производительность. СУБД Microsoft SQL Server
обладает большим пакетом инструментов, стабильностью работы и низкими
затратами на администрирование. Недостаток системы заключается в том,
что она работает только на платформе Windows. СУБД Oracle обладает
высокой производительностью, легкостью интегрирования приложений и
устойчивостью к большим потокам данных. Недостатком является высокая
стоимость, необходимость приобретения мощного оборудования и
персонала для поддержки СУБД.
Ввиду перечисленных свойств реляционных СУБД был сделан
выбор в пользу СУБД Microsoft SQL Server, поскольку эта СУБД уже
используется в организации для функционирования системы «1С:
Бухгалтерия».
Для разработки информационной системы будет использован
объектно-ориентированный подход к программированию, потому что он
позволяет осуществлять конструирование из компонентов, обладающих
простыми инструментами, что дает возможность абстрагироваться от
деталей реализации. При этом данные и операции вместе образуют
определенную сущность, и они не «размазываются» по всей программе, как
это нередко бывает в случае процедурного программирования.