Характеристика объекта автоматизации

Объектом автоматизации является процесс анализа результатов тестирования, а именно, получение информации:

• — о рекомендации релизов на разные периоды времени;
• — о результатах прохождения конкретного теста;
• — о результатах прохождения группы тестов, релизов;
• — о времени прохождения теста, группы тестов;
• — о времени прохождения тестов на разных релизах;
• — о динамике выявления ошибок;
• — о времени устранения ошибок;
• — о количестве выявленных ошибок в группах тестов;
• — о рекомендованных релизах.

Данные процессы осуществляются при помощи программ автоматизированного тестирования и специалистами по контролю качества программного обеспечения.

Требования к подсистеме

Требования к подсистеме в целом

• 3.4.1.1 Требования к структуре и функционированию подсистемы
• 3.4.1.1.1 Перечень модулей, их назначение и основные характеристики

В состав «EasyAnalitic» должны входить следующие модули:

• — Отчет «Состояние релиза».
• — Отчет «Динамика выполнения работ».
• — Отчет «Ошибки с массовыми падениями».
• — Отчет «Время прохождения».
• — Отчет «Непроходимость».

Отчет «Состояние релиза» содержит информацию о выбранных релизах на определенный момент времени (день).

В отчете отображается:

• — Общая информация по ошибкам в системе.
• — Итоговая таблица, в которой отображаются результаты о состоянии выбранных релизов.
• — Графики состояния выбранных релизов, на текущий момент времени и на время ночного прогона.

Отчет «Динамика выполнения работ» содержит информацию об ошибках, выявленных за определенный момент времени. Отчет можно построить как по всему релизу, так и по конкретному тесту. Он содержит:

• — Общую информацию по выявленным ошибкам: дату обнаружения, дату исправления, автора, исполнителя и пр.
• — График, на котором отображается, какое количество ошибок было по данному тесту/релизу за период времени и время, которое потребовалось на их устранение.

Отчет «Ошибки с массовыми падениями» содержит информацию по количеству падений тестов по каким-то ошибкам. Иными словами, этот отчет показывает, насколько сильно какая-либо ошибка повлияла на работоспособность всего функционала системы.

Отчет «Время прохождения» содержит информацию о времени выполнения тестов за выбранное число. Данный отчет имеет 2 режима работы:

• — Отображение времени прохождения тестов определенного релиза за определенное число.
• — Сравнение времени прохождения тестов различных релизов на различную дату.

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

3.4.1.1.2 Требования к способам и средствам связи для информационного обмена между компонентами системы

Входящие в состав «EasyAnalitic» модули в процессе функционирования должны обмениваться информацией с Системой Управления Тестирования. Форматы данных будут разработаны и утверждены на этапе технического проектирования.

3.4.1.1.3 Требования к режимам функционирования подсистемы

«EasyAnalitic» определены следующие режимы функционирования:

• — Нормальный режим функционирования.
• — Аварийный режим функционирования.

Основным режимом функционирования EA является нормальный режим. В нормальном режиме функционирования подсистемы:

• — клиентское программное обеспечение и технические средства пользователей и администратора подсистемы обеспечивают возможность функционирования в течение рабочего дня (с 09:00 до 18:00) пять дней в неделю;
• — серверное программное обеспечение и технические средства северов обеспечивают возможность круглосуточного функционирования, с перерывами на обслуживание;
• — исправно работает оборудование, составляющее комплекс технических средств;
• — исправно функционирует системное, базовое и прикладное программное обеспечение подсистемы.

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

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

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

3.4.1.1.4 Перспективы развития, модернизации подсистемы

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

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

3.4.1.2 Требования к численности и квалификации персонала подсистемы

Требования не предъявляются.

3.4.1.2 Показатели назначения

Требования не предъявляются.

3.4.1.3 Требования к надежности

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

• — при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке ОС, восстановление программы должно происходить после перезапуска ОС и запуска исполняемого файла подсистемы;
• — при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции подсистемы возлагается на ОС;
• — при ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС.

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

3.4.1.4 Требования к безопасности

Все внешние элементы технических средств подсистемы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030−81 и ПУЭ.

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

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

Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов подсистемы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т. д.), не должны превышать действующих норм (СанПиН 2.2.2./2.4.1340−03 от 03.06.2003 г.).

3.4.1.5 Требования к эргономике и технической эстетике

Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав подсистемы должно осуществляться посредством визуального графического интерфейса (GUI). Интерфейс подсистемы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм. Навигационные элементы должны быть выполнены в удобной для пользователя форме. Средства редактирования информации должны удовлетворять принятым соглашениям в части использования функциональных клавиш, режимов работы, поиска, использования оконной системы. Ввод-вывод данных подсистемы, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям подсистемы.

Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление подсистемой должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм.

Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке.

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

Экранные формы должны проектироваться с учетом требований унификации:

• — все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации;
• — для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы;
• — внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов.
• 3.4.1.6 Требования к транспортабельности для подвижных ИС

Требования не предъявляются.

3.4.1.7 Требования к защите информации от несанкционированного доступа

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

3.4.1.8 Требования по сохранности информации при авариях

Программное обеспечение «EasyAnalitic» должно восстанавливать свое функционирование при корректном перезапуске аппаратных средств. Должна быть предусмотрена возможность организации автоматического и (или) ручного резервного копирования данных подсистемы средствами системного и базового программного обеспечения (ОС, СУБД), входящего в состав программно-технического комплекса Заказчика. Приведенные выше требования не распространяются на компоненты подсистемы, разработанные третьими сторонами и действительны только при соблюдении правил эксплуатации этих компонентов, включая своевременную установку обновлений, рекомендованных производителями покупного программного обеспечения.

3.4.1.9 Требования к патентной чистоте

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

3.4.1.10 Требования к защите от внешних влияний

Защита от влияния внешних воздействий должна обеспечиваться средствами программно-технического комплекса Заказчика.