- •1 Исследовательский раздел
- •1.1 Обобщенная характеристика предмета исследования
- •1.1.1 Характеристика объекта исследования
- •1.1.2 Характеристика предмета исследования
- •1.1.3 Существующая технология выбранной функции управления
- •1.2 Экономическая сущность исследуемых задач
- •1.3 Постановка задачи на разработку эис
- •1.4 Анализ существующих разработок
- •1.4.1Система “PrimaveraProjectPlanner”
- •1.4.2 Продукт “OpenPlan”
- •1.4.3 Система “SpiderProject”
- •1.4.4Программа “MicrosoftProject”
- •2 Специальный раздел
- •2.1 Новая технология выполнения выбранной функции управления
- •2.2 Описание обеспечивающих подсистем эис
- •2.2.1 Организационное обеспечение
- •2.2.2 Правовое обеспечение
- •2.2.3 Техническое обеспечение
- •2.2.4 Математическое обеспечение
- •2.2.5 Программное обеспечение
- •2.2.6 Информационное обеспечение
- •2.2.7 Лингвистическое обеспечение
- •2.2.8 Технологическое обеспечение
- •2.3 Экономические параметры разработки и внедрения эис
- •2.3.1 Планирование выполнения работ
- •2.3.2 Расчет себестоимости разработки и внедрения эис
- •2.3.3 Обоснование целесообразности разработки и внедрения эис
- •2.3.4 Экономический эффект от внедрения эис
- •3 Технологический раздел
- •3.1 Технология разработки бд эис
- •3.1.1 Обоснования выбора субд эис
- •3.1.2 Технология организации доступа к бд
- •3.1.3 Разработка физической модели бд
- •3.2 Технология разработки программного обеспечения эис
- •3.2.1 Обоснование выбора средств разработки клиентского приложения
- •3.2.2 Сценарий диалога эис
- •Эис управления проектами
- •3.2.3 Описание функций эис
- •Функции системы управления проектами
- •Основные функции Служебные функции
- •3.3 Технология разработки пользовательского интерфейса эис
- •3.3.1 Выбор типа графического интерфейса, его составляющие
- •3.4 Технология работы с эис. Руководство пользователя
- •3.5 Технология тестирования эис
- •3.5.1 Выбор методики тестирования программной системы
- •3.5.2 Технология обеспечения информационно безопасности эис
- •4 Раздел безопасность жизнедеятельности
- •4.2 Санитарно-гигиеническая характеристика производственного помещения
- •4.3 Организационно-технические решения по обеспечению безопасных условий труда
- •4.3.1 Защита от поражения электрическим током
- •4.3.2 Режим труда и отдыха
- •4.3.3 Организация рабочего места оператора
- •4.4 Мероприятия по защите окружающей среды
- •Список использованных источников
- •Приложение
3.5.1 Выбор методики тестирования программной системы
Возможность доступа к исходному коду ПО и тестирование через пользовательский или прикладной программный интерфейс определяют два основных метода тестирования — «белого ящика» и «черного ящика».
При тестировании белого ящика известна внутренняя структура программы. То есть у разработчика имеется доступ к исходному коду программы и возможность писать код, который связан с библиотеками тестируемого ПО. Данным методом исследуются внутренние элементы программы и связи между ними.
Объектом при тестировании белого ящика является не внешнее, а внутреннее поведение программы. Проверяется корректность построения всех элементов программы и правильность их взаимодействия друг с другом. Как правило, анализируются управляющие связи элементов, реже — информационные. Программа считается полностью проверенной, если проведено исчерпывающее тестирование маршрутов (путей) ее графа управления.
К недостаткам данного метода можно отнести:
количество независимых маршрутов может быть очень велико;
исчерпывающее тестирование маршрутов не гарантирует соответствия программы исходным требованиям к ней;
нельзя обнаружить ошибки, появление которых зависит от обрабатываемых данных.
Достоинства метода связаны с тем, что принцип белого ящика позволяет учесть особенности программных ошибок:
количество ошибок минимально в «центре» и на «периферии» программы;
при записи алгоритма программного обеспечения в виде текста на языке программирования возможно внесение типовых ошибок трансляции (синтаксических и семантических);
некоторые результаты программы зависят не от исходных данных, а от внутренних состояний программы.
При тестировании черного ящика известны функции программы. То есть тестировщик имеет доступ к ПО только через те же интерфейсы, что и заказчик или пользователь. Либо через внешние интерфейсы, которые позволяют другому компьютеру или другому процессу подключиться к системе для тестирования. Данным методом исследуется работа каждой функции на всей области определения.
Таким образом, основное место приложения тестов черного ящика — интерфейс ПО. Эти тесты демонстрируют:
как выполняются функции программы;
как принимаются исходные данные;
как вырабатываются результаты;
а также как сохраняется целостность внешней информации.
При тестировании черного ящика рассматриваются системные характеристики программ, игнорируется их внутренняя логическая структура. Такое тестирование позволяет получить комбинации сходных данных, обеспечивающих полную проверку всех функциональных требований к программе.
Принцип черного ящика не альтернативен принципу белого ящика. Это дополняющий подход, который обнаруживает другой класс ошибок. Тестирование данным методом обеспечивает поиск следующих категорий ошибок:
некорректные или отсутствующие функции;
ошибки интерфейса;
ошибки во внешних структурах данных или в доступе к внешней базе данных;
ошибки характеристик (например, необходимая емкость памяти);
ошибки инициализации и завершения.
В отличие от метода белого ящика, которое выполняется на ранней стадии процесса тестирования, метод черного ящика применяют на более поздних стадиях. При таком тестировании пренебрегают управляющей структурой программы и концентрируют внимание на информационной области определения программной системы.
Также существует метод серого ящика. При тестировании серого ящика разработчик теста имеет доступ к исходному коду, но при непосредственном выполнении тестов доступ к коду, как правило, не требуется.