Дипломная работа: Автоматизация документооборота в ООО "ПолиНекст"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
57
Рисунок 30 – Рисунок дерева функций
Развитие диалога во времени можно рассматривать как
последовательность переходов системы из одного состояния в другое. Ни
одно из этих состояний не должно быть тупиковым, т.е. пользователь должен
иметь возможность перейти из любого текущего состояния диалога в
требуемое (за один или несколько шагов). Для этого в ходе разработки
интерфейса необходимо определить все возможные состояния диалога и пути
перехода из одного состояния в другое - разработать сценарий диалога.
Цели разработки сценария:
выявление и устранение возможных тупиковых ситуаций в ходе
развития диалога;
выбор рациональных путей перехода из одного состояния диалога в
другое (из текущего в требуемое);
выявление неоднозначных ситуаций, требующих оказания
дополнительной помощи пользователю.
Сценарий диалога представлен на рисунке 31.
Рисунок 31 – Рисунок сценария диалога
58
2.3.2 Характеристика базы данных
В качестве логической модели данных составлена ER-Диаграмма
(рисунок 32).
Рисунок 32 – ER - Диаграмма
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
Программа 1С всегда имеет идентичную структуру вызова
программных модулей. Структура на изображении 33.
Рисунок 33 – Дерево вызова программных модулей
59
2.4 Испытания разработанного решения
2.4.1 Перечень объектов и функций, подлежащих испытаниям
Тестовые испытания являются неотъемлемой частью разработки
приложения. Тестирование позволяет выявить ошибки и недочеты в
программе и исходном коде (Приложение 1). В 1С:Предприятии, во время
отладки и перехода из режима Конфигурация в режим 1С:Предприятие,
происходит автоматическая проверка модулей и при обнаружении ошибки
выдается сообщение с ее описанием. Тестирование производится на основе
технического задания (Приложение 2).
2.4.2 Методы проведения испытаний
Механизм проверки конфигурации позволяет выявить ошибки,
которые не являются критичными для функционирования прикладного
решения в принципе, но наличие которых может существенно снизить
скорость работы прикладного решения или даже привести к возникновению
ошибок при работе в некоторых специальных режимах. Для расширенной
проверки на вкладке «Конфигурация» есть команда «Проверка
конфигурации». Выбираем все пункты, кроме пунктов связанных с
мобильной платформой.
Проверяется логическая целостность конфигурации. Рекомендуется
запускать перед обновлением конфигурации. Выполняется поиск ссылок на
удаленные объекты. Поиск осуществляется по всей конфигурации.
Выполняется поиск синтаксических ошибок. Данная проверка
доступна в различных режимах запуска конфигурации и имитирует запуск в
выбранном режиме: Тонкий клиент; Веб клиент; Мобильный клиент; Сервер;
Внешнее соединение; Внешнее соединение(вариант клиент-сервер); Толстый
клиент (управляемое приложение); Толстый клиент (управляемое
приложение, вариант клиент-сервер); Поставка модулей без исходных
текстов.
60
Осуществляется поиск не экспортных процедур и функций, которые
нигде не вызываются. Так же проверяются обработчики событий.
Проверяются на существование назначенные обработчики событий
форм, элементов формы, интерфейсов, элементов карт
маршрутов. Осуществляется поиск назначенных обработчиков событий, в
которых не выполняются никакие действия. Наличие таких обработчиков
замедляет работу системы.
После этого система выдаст сообщение с количеством обнаруженных
ошибок.
2.4.3 Проведение проверочных испытаний и их результаты
Результат проверки конфигурации представлен на рисунке 34.
61
Рисунок 34 – Результат проверки конфигурации
В нижнем окне программы выводится сообщение с описанием ошибок.
Изучив описание, видим, что ошибки связаны с пустыми обработчиками и не
указанными параметрами. Двойным кликом переходим в место ошибки,
исправляем её и повторно проводим проверку, при которой ошибок не
выявляется (рисунок 35).
Источник: https://baza.diplomsite.ru/previewfile/466