«система»

Вид материала

Лекция

Содержание Проектирование тестирования. ЛЕКЦИЯ 10. ТИПОВОЕ АВТОМАТИЗИРОВАННОЕ ПРОЕКТИРОВАНИЕ. СТАДИЯ ВВОДА В ЭКСПЛУАТАЦИЮ. Порядок ввода ЭИС в эксплуатацию.

Подобный материал:

• Лекция 2 Экономическая система, как объект кибернетики, 70.17kb.
• 1. Назва модуля: Конструкція та динаміка двигунів внутрішнього згорання Код модуля, 20.12kb.
• Воспитательная система образовательного учреждения. Концепция всш, 120.08kb.
• Налоговая система, 798.68kb.
• Тема Правовые системы современности, 23.96kb.
• Солнечная система автор: Самиев Махмуд, 6 «Б» класс, 547.98kb.
• Темы рефератов икурсовых работ общие. Система государственного управления: основные, 90.41kb.
• Лекция Система национальных счетов, 238.7kb.
• Школа как педагогическая система и объект научного управления, 71.64kb.
• В. А. Геодакян Окружающий нас мир состоит из разных систем: наша галактика система,, 284.73kb.

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

^

Проектирование тестирования.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Еще одним важным моментом программы тестирования информационных систем является наличие генераторов тестовых данных. Они используются для проведения как тестов функциональности системы, так и тестов надежности системы, а также тестов производительности системы. Задача оценки зависимости производительности информационной системы от роста объемов обрабатываемой информации не может быть решена без генераторов данных.
^

ЛЕКЦИЯ 10.

ТИПОВОЕ АВТОМАТИЗИРОВАННОЕ ПРОЕКТИРОВАНИЕ. СТАДИЯ ВВОДА В ЭКСПЛУАТАЦИЮ.

Порядок ввода ЭИС в эксплуатацию.

Согласно ГОСТ 34.601-90 «АС. Стадии создания» и ГОСТ 34.603-92 «Виды испытаний АС» В рамках стадии ввода системы в эксплуатацию проводят следующие работы:

1. организационная подготовка объекта автоматизации к вводу ИС в действие – реализация проектных решений по организационной структуре, обеспечение подразделений объекта управления инструктивно-методическими материалами, внедрение классификаторов информации;
   
2. подготовка персонала – обучение персонала и проверка его способности обеспечить функционирование ИС;
   
3. комплектация ИС поставляемыми изделиями (в случае описанной в ТЗ необходимости такой поставки) – получение комплектующих изделий серийного и единичного производства, материалов и монтажных изделий, проведение входного контроля их качества;
   
4. строительно-монтажные работы – проведение работ по строительству специализированных помещений для размещения технических средств и персонала ИС, сооружению кабельных каналов, монтажу технических средств и линий связи, испытанию смонтированных технических средств, сдаче технических средств для проведения пусконаладочных работ;
   
5. пусконаладочные работы – автономная наладка технических и программных средств, загрузка информации в базу данных и проверка ее ведения, комплексная наладка всех средств системы;
   
6. проведение предварительных испытаний – испытание ИС на работоспособность и соответствие техническому заданию в соответствии с программой и методикой предварительных испытаний; устранение неисправностей и внесение изменений в документацию на ИС, в том числе эксплуатационную в соответствии с протоколом испытаний; оформление акта о приёмке ИС в опытную эксплуатацию;
   
7. проведение опытной эксплуатации – опытная эксплуатация ИС; анализ ее результатов; доработка программного обеспечения ИС; дополнительная наладка технических средств ИС; оформление акта о завершении опытной эксплуатации.
   
8. проведение приёмочных испытаний – испытания на соответствие техническому заданию в соответствии с программой и методикой приёмочных испытаний; анализ результатов испытания ИС и устранение недостатков, выявленных при испытаниях; оформление акта о приёмке ИС в постоянную эксплуатацию.