Автор работы: Пользователь скрыл имя, 12 Февраля 2012 в 17:06, реферат
Основной целью разработки является решение задачи учета и управления склада ОМТС на предприятии за счет автоматизации процессов управления.
Результат проектирования позволяет эффективно решать такие проблемы, как:
учет материальных ресурсов;
контроль поставок материальных ресурсов;
контроль движения материальных ресурсов внутри предприятия;
контроль хода бесперебойного производства.
11. Открытие формы «Единицы измерения»
12. Ожидание открытия формы «Типы материалов»
13.Открытие формы «Типы материалов»
14. Ожидание открытия формы «Дневная норма расхода»
15.Открытие формы «Дневная норма расхода»
16. Ожидание открытия формы «Заявки»
17. Открытие формы «Заявки»
18.Ожидание открытия формы «Поставки»
19.Открытие формы «Поставки»
20.Ожидание просмотр отчета «Приходная накладная»
21.Просмотр отчета «Приходная накладная»
22.Ожидание просмотр отчета «Расходная накладная»
23.Просмотр отчета «Расходная накладная»
24.Ожидание экспорта данных «Количество материала»
25.Экспорт данных «Количество материала»
26.Ожидание экспорта данных «Отклонения от дневной нормы расхода»
27.Экспорт данных «Отклонения от дневной нормы расхода»
28.Ожидание экспорта данных «Отклонения запасов»
29.Экспорт данных «Отклонения запасов»
30.Ожидание просмотра графика «Количество материала»
31.Просмотр графика «Количество материала»
32.Ожидание просмотра графика «Отклонения запасов»
33.Просмотр графика «Отклонения запасов»
34.Ожидание просмотра графика «Отклонения от дневной нормы »
35.Просмотр графика «Отклонения от дневной нормы »
36.Конец.
3.3Описание процесса отладки
Отладка является неотъемлемым элементом процесса создания автоматизированной системы. В общем случае она сводится к установлению места и точной причины возникновения ошибки, и ее устранению. Отладка занимает значительную часть времени в общем времени разработки автоматизированной системы и часто превышает время, потраченное на проектирование и создание программы.
Виды возможных ошибок:
Большинство ошибок возникают на этапе программирования.
Такие ошибки, как правило, относят к одному из следующих типов:
Синтаксические ошибки связаны с нарушением формальных правил написания программы на выбранном языке программирования. Ошибки такого рода выявляются на этапе трансляции. По диагностическим сообщениям транслятора программист вносит соответствующие изменения в программу и повторно транслирует ее. Этот процесс повторяется до получения синтаксической правильности программы.
Семантические ошибки связаны с непониманием смысла выполнения операторов языка, нарушением ограничений, правил представления данных и пр.; ошибки такого рода выявляются на этапе выполнения программы.
Логические ошибки возникают из-за отступления
при программировании от алгоритма решаемой
задачи, из-за неполноты реализации требуемых
проверок перед выполнением действий и т.п.; ошибки такого рода выявляются также на этапе выполнения программы. Для обнаружения логических ошибок нет формального аппарата, поэтому широко применяется метод тестов.
Тест – это специально подобранные исходные данные в совокупности с теми результатами, которые должна выдать программа при обработке этих данных.
Несовпадения результатов программы с результатами тестов – это и есть признак наличия ошибки. Но иногда и неправильная программа может по нескольким тестам дать правильный результат. Поэтому необходимо
контролировать и промежуточные результаты, чтобы не упустить взаимоуничтожения ошибок. Для такого контроля и локализации ошибок в программу вставляются печати промежуточных (отладочных) результатов. Эти печати позволяют проследить логический и арифметический след программы.
Тесты должны быть, с одной стороны, достаточно просты, чтобы их можно было легко просчитать вручную, а с другой, достаточно сложны, чтобы комплексно проверить программу. Тесты составляются после разработки схемы, но до программирования, т.к. они помогают выявить многие ошибки в алгоритме задачи.
Количество тестов и их сложность зависят от программы. Комплект тестов должен быть таким, чтобы все ветви схемы были пройдены, по крайней мере, по одному разу. Кроме того, обязательно нужны тесты, контролирующие предельные и вырожденные случаи. Проверка предельных случаев помогает выявить частые в практике программирования ошибки. В целом, составление тестов – это искусство, т.к. полностью этот процесс формализации не поддается.
При отладке программных продуктов часто бывает необходимо детально проследить поведение программы и ее основных и промежуточных переменных, специально установленных в сомнительных местах, т.е. выполнить трассировку. Для этого желательно:
программы, с целью ее анализа и, может быть, вмешательства в ее работу.
Microsoft Access обладает удобным и гибким отладчиком программ. Если
подана команда, которую Access не понимает или не может обработать с нужными данными, программа сообщит об ошибке.
При разработке данной программы были допущены следующие ошибки:
3.4 Контрольный пример
В целях конечной отладки программы и устранения скрытых
было решено несколько контрольных примеров по работе с системой
системой во всех режимах. Была создана и отредактирована основная
база данных. С ее помощью были опробованы режимы удаления,
корректировки. При решении контрольных примеров ошибок в программе
не обнаружено.
3.5 Результаты решения
задачи
Результатами решения задачи оперативного учета и управления состоянием склада являются выходные данные в виде отчетов и графиков, наглядно представляющие необходимую информацию.
Отчеты отражающие приход и расход материалов на складе виде накладных:
«Расходная накладная» (Смотреть Приложение 2)
«Приходная накладная» (Смотреть Приложение 1)
Отчеты, отображающие отклонения в ходе производства и наличия материала на складе, представлены в виде диаграмм, что обеспечивает более наглядное представление. Такими отчетами являются:
«Материалы на складе» (Смотреть Приложение 3)
«Отклонения запасов от нормы» (Смотреть Приложение 4)
«Отклонения
от дневной нормы расхода» (Смотреть
Приложение 5)
4. ИНСТРУКЦИЯ ПОЛЬЗОВАТЕЛЮ
Введение
Данная база
данных создана для подсистемы материально-технического
снабжения. Данный программный продукт
значительно облегчает работу по управлению
и контролю склада отдела материально-технического
снабжения на предприятие.
Назначение системы
Для эффективной работы органов материально-технического снабжения важно создать единую автоматизированную систему, обеспечивающую функцию учета и контроля склада ОМТС.
Поэтому данная база данных
предназначена для эффективной
работы склада отдела
Назначение
программы:
Данная разработка позволит решать следующие задачи:
вовремя принять меры к изменению схемы работы.
Установка системы и порядок работы с дистрибутивом
Комплекс технических средств:
Установка программы:
Порядок работы программой.
1. Запустите файл «Оперативный учет».mdb
Для открытия файла необходимо дважды щелкнуть левой кнопкой мыши.
2. В
открывшемся окне появится
3.Перейдите к нужной вкладке, щелкнув на ней левой кнопкой мыши.
4.Вкладка « Состояние склада» содержит:
1)Кнопки для экспорта данных:
-Количество материала на складе
-Отклонения от дневной нормы расхода
Информация о работе Оперативный учет и управление состоянием склада ОМТС