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

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

Требования к программному обеспечению.

• § Microsoft Windows 2000/XP/Vista/7.
• § Microsoft Office 2000/2003/XP/2007.

Методика разработки приложения

Алгоритмизация задачи

Описание алгоритма БД «Автоматизация учета материалов и комплектующих на производственном предприятии и распределение их по объектам» создавалась с нуля на Access 2003.

Таблица № 1. Zakaz.

Таблица № 2 ZakPosition.

Таблица № 3. Sklad.

Таблица № 4. TipTable.

Таблица № 5. Klient.

Таблица № 6. Firma.

Приложение имеет следующие формы.

• 1. Форма «Поступление продовольствия» — нужна для добавления материалов на склад.
• 2. Форма «Состояние склада» — нужна для просмотра интересующей вас информации о количестве продовольствия на складе.
• 3. Форма «Выдача» — нужна для занесения информации о выдаче материалов со склада.
• 4. Форма «Выданный материал» — нужна для просмотра выданных материалов.
• 5. Форма «Поставщики» — нужна для просмотра и редактирования списка поставщиков.
• 6. Форма «Бригадиры» — нужна для просмотра и редактирования списка бригадиров.

Приложение имеет следующие отчеты:

• 1. Отчет «Состояние склада» — с помощью этого отчета можно посмотреть, о предметах, поступавших на склад за весь промежуток времени.
• 2. Отчет «Состояние склада по дате» — с помощью этого отчета можно посмотреть, о предметах, поступивших на склад за указанный промежуток времени.
• 3. Отчет «Выданный материал» — с помощью этого отчета можно посмотреть, о предметах, выдававшихся со склада.
• 4. Отчет «Выданный материал по дате» — с помощью этого отчета можно посмотреть, о предметах, выдававшихся со склада за указанный промежуток времени.
• 5. Отчет «Поставщики» — с помощью этого отчёта можно посмотреть список поставщиков
• 6. Отчет «Бригадиры» — с помощью этого отчёта можно посмотреть список бригадиров

Программирование В соответствии со структурной схемой, приведенной выше в пункте 4.1.2. «Блок схема», в представленной программе разработаны программные модули на Borland Delphi 7.0. Тексты программных модулей приведены в пункте V. «Приложение».

Аномалии и защитное программирование.

Тестирование и отладка.

Отладка — исправление ошибок, найденных с помощью тестирования.

Для написания приложения на Borland Delphi я пользовалась движком отладки Borland Debugger Engine. Он имеет некоторые средства отладки такие как:

• Ш Контрольная точка остановки приложения (Toggle Breakpoint). Приложение выполняется в нормальном режиме и прерывает свое выполнение на точках остановки приложения.
• Ш Запуск приложения до команды, выделенной курсором (Run to Cursor). Приложение выполняется до команды, выделенной курсором в исходном коде. Дальнейшее выполнение приложения осуществляется командами Step Over и Trace Into.
• Ш Переход выполнения приложения по адресу (Go to Address). Приложение выполняется до команды по заданному адресу. Далее можно выполнять программу по одной команде на низком уровне.
• Ш Окно слежения за переменными, записями и массивами (Inspect window).
• Ш Окно слежения за изменениями значений переменных (Evaluate/Modify window).
• Ш Окно слежения за выполнением на низком уровне (CPU window).

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

• 1. необходимой частью каждого теста должно являться описание ожидаемых результатов работы приложения, чтобы можно было быстро выяснить наличие или отсутствие ошибки в ней;
• 2. т.к. присутствует тот фактор, что обнаружение недостатков в своей деятельности противоречит человеческой психологии и по многим другим факторам, тестирование должен производить посторонний человек или организация;
• 3. должны являться правилом доскональное изучение результатов каждого теста, чтобы не пропустить малозаметную на поверхностный взгляд ошибку в приложении;
• 4. необходимо тщательно подбирать тест не только для правильных (предусмотренных) входных данных, но и для неправильных (непредусмотренных);
• 5. при анализе результатов каждого теста необходимо проверить, не делает ли приложение того, что она не должна делать;
• 6. следует сохранять использованные тесты (для повышения эффективности повторного тестирования приложения после ее модификации или установки у заказчика);
• 7. следует учитывать так называемый «принцип скопления ошибок»: вероятность наличия не обнаруженных ошибок в некоторой части приложения прямо пропорциональна числу ошибок, уже обнаруженных в этой части;

Хотя приложение прошло тестирование успешно, в ней, тем не менее, могут содержаться ошибки, т.к.

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