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

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

о рекомендации релизов на разные периоды времени;

о результатах прохождения конкретного теста;

о результатах прохождения группы тестов, релизов;

о времени прохождения теста, группы тестов;

о времени прохождения тестов на разных релизах;

о динамике выявления ошибок;

о времени устранения ошибок;

о количестве выявленных ошибок в группах тестов;

о рекомендации релиза.

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

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

Требования к системе в целом Требования к структуре и функционированию системы Перечень модулей, их назначение и основные характеристики В состав «EasyAnalitic» должны входить следующие модули:

Отчет «Состояние релиза».

Отчет «Динамика прохождения тестов».

Отчет «Динамика выявления и устранения ошибок».

Отчет «Сравнение логов».

Отчет «Анализ производительности».

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

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

Общая информация по ошибкам в системе.

Итоговая таблица, в которой отображаются результаты о состоянии выбранных релизов.

Графики состояния выбранных релизов, на текущий момент времени и на время ночного прогона.

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

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

Общую информацию по выявленным ошибкам.

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

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

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

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

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

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

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

Аварийный режим функционирования.

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

В нормальном режиме функционирования системы:

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

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

исправно работает оборудование, составляющее комплекс технических средств;

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

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

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

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

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

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

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

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

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

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

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

при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции системы возлагается на ОС;

при ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС.

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

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

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

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

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

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

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

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

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

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

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

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

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

Требования к транспортабельности для подвижных ИС Требования не предъявляются.

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

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

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

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

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

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

Требования к функциям системы Задачи системы представлены на Диаграмме вариантов использования Рис. 1.

Требования к видам обеспечения Требования к математическому обеспечению системы Требования не предъявляются.

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

Средства СУБД, а также средства используемых операционных систем должны обеспечивать документирование и протоколирование обрабатываемой в системе информации.

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

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

Технические средства, обеспечивающие хранение информации, должны использовать современные технологии, позволяющие обеспечить повышенную надежность хранения данных и оперативную замену оборудования Для хранения данных необходимо использовать СУБД: MongoDB MongoDB — документо-ориентированная система управления базами данных (СУБД) с открытым исходным кодом, не требующая описания схемы таблиц. тестирование программный информационный база Требования к лингвистическому обеспечению системы Все прикладное программное обеспечение системы для организации взаимодействия с пользователем должно использовать русский язык.

Требования к программному обеспечению системы При проектировании и разработке системы необходимо максимально эффективным образом использовать ранее закупленное программное обеспечение, как серверное, так и для рабочих станций. Используемое при разработке программное обеспечение и библиотеки программных кодов должны иметь широкое распространение, быть общедоступными и использоваться в промышленных масштабах. Базовой программной платформой должны являться операционные системы семейства Windows XP, Windows 7, Windows 8.

Обязательное ПО на сервере: ОС Windows XP, Windows 7, Windows 8 .net framework 3.5 и выше, СУБД MongoDB 2.4.

Обязательное ПО на Клиенте: ОС Windows XP, Windows 7, Windows 8 .net framework 3.5 и выше.

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

В состав комплекса (Рис. 2) должны входить следующие технические средства:

Сервер БД.

Серверы приложения.

ПК пользователей.

ПК администраторов.

Серверы БД и серверы приложений должны быть объединены одной локальной сетью, с пропускной способностью не менее 10 Мбит.

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

Процессор — наличие как минимум 1 процессора с частотой ядра 2,0 ГГц.

Объем оперативной памяти — не менее 2 Гб.

Дисковая подсистема — не менее 50Гб свободного места.

Сетевой адаптер — не менее 10 Мбит.

Требования к техническим характеристикам ПК пользователя и ПК администратора:

Процессор — наличие как минимум 1 процессора с частотой ядра 2,0 ГГц.

Объем оперативной памяти — не менее 100 Мб свободной оперативной памяти.

Дисковая подсистема — 40 Гб.

Сетевой адаптер — 10 Мбит.

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

Заказчиком должны быть определены должностные лица, ответственные за:

обработку информации EA;

администрирование EA;

обеспечение безопасности информации EA;

управление работой персонала по обслуживаниюEA.

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

Требования к методическому обеспечению Нормативно-техническая документация системы должна содержать:

Техническое задание на разработку информационной системы;

Технический проект системы;

Руководство пользователя системы.

Техническое задание, технический проект и рабочий проект системы должны соответствовать ГОСТ 34.