Требования к техническому обеспечению
Ш Запуск приложения до команды, выделенной курсором (Run to Cursor). Приложение выполняется до команды, выделенной курсором в исходном коде. Дальнейшее выполнение приложения осуществляется командами Step Over и Trace Into. Следует учитывать так называемый «принцип скопления ошибок»: вероятность наличия не обнаруженных ошибок в некоторой части приложения прямо пропорциональна числу ошибок, уже… Читать ещё >
Требования к техническому обеспечению (реферат, курсовая, диплом, контрольная)
Конфигурация к техническому обеспечению должна определяться требованию для работы программ в п. 3.2.
Требования к программному обеспечению.
- § Microsoft Windows 2000/XP/Vista/7.
- § Microsoft Office 2000/2003/XP/2007.
Методика разработки приложения
Алгоритмизация задачи
Описание алгоритма БД «Автоматизация учета материалов и комплектующих на производственном предприятии и распределение их по объектам» создавалась с нуля на Access 2003.
Таблица № 1. Zakaz.
Имя поля. | Тип данных. | Формат поля / Размер поля. | Обязательное поле. |
id_zakaz. | Счетчик. | Длинное целое. | Да. |
name. | Текстовый. | Нет. | |
id_klient. | Числовой. | ; | Да. |
kolvo. | Числовой. | Нет. | |
sum. | Денежный. | Нет. | |
id_firma. | Числовой. | ; | Да. |
date. | Дата/время. | ; | Нет. |
Таблица № 2 ZakPosition.
Имя поля. | Тип данных. | Формат поля / Размер поля. | Обязательное поле. |
id_Zsklad. | Счетчик. | Длинное целое. | Да. |
id_zakaz. | Числовой. | ; | Да. |
id_sklad. | Числовой. | ; | Да. |
kolvo. | Числовой. | Длинное целое. | Нет. |
Таблица № 3. Sklad.
Имя поля. | Тип данных. | Формат поля / Размер поля. | Обязательное поле. |
id_sklad. | Счетчик. | Длинное целое. | Да. |
Nom. | Числовой. | Длинное целое. | Да. |
id_tip. | Числовой. | Длинное целое. | Да. |
name. | Текстовый. | Нет. | |
kolvo. | Числовой. | Длинное целое. | Да. |
id_firma. | Числовой. | Длинное целое. | Да. |
Date. | Дата/время. | ; | Нет. |
Таблица № 4. TipTable.
Имя поля. | Тип данных. | Формат поля / Размер поля. | Обязательное поле. |
Id. | Счётчик. | Длинное целое. | Да. |
Tip. | Текстовый. | Нет. |
Таблица № 5. Klient.
Имя поля. | Тип данных. | Формат поля / Размер поля. | Обязательное поле. |
Id. | Счётчик. | Длинное целое. | Да. |
Fio. | Текстовый. | Да. | |
organiz. | Текстовый. | Да. | |
adres. | Текстовый. | Да. | |
Tel. | Текстовый. | Да. |
Таблица № 6. Firma.
Имя поля. | Тип данных. | Формат поля / Размер поля. | Обязательное поле. |
Id. | Счётчик. | Длинное целое. | Да. |
name_f. | Текстовый. | Нет. |
Приложение имеет следующие формы.
- 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. следует учитывать так называемый «принцип скопления ошибок»: вероятность наличия не обнаруженных ошибок в некоторой части приложения прямо пропорциональна числу ошибок, уже обнаруженных в этой части;
Хотя приложение прошло тестирование успешно, в ней, тем не менее, могут содержаться ошибки, т.к.
- Ш приложение может не соответствовать своей внешней спецификации, что в частности, может привести к тому, что в ее управляющей графе окажутся пропущенными некоторые необходимые пути;
- Ш не будут обнаружены ошибки, появление которых зависит от обрабатываемых данных (т.е. на одних исходных данных приложение работает правильно, а на других — с ошибкой).