Проектирование программы формирования заказов по грузоперевозкам
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
Label3, TLabel4, TLabel5, TLabel6 для текстовой информации.
DBEdit1, DBEdit2, DBEdit3, DBEdit4, DBEdit5, DBEdit6; для ввода информации в таблицу.
Готовая форма показана на рисунке 15.
Рисунок 15. Оформление формы 9
) Происходит создание Unit5. Для этого создаём новый проект (File -> Form).
На Form6 добавляется объекты:
Button1 для вывода данных на экран.
Button2 для выхода из формы.
TEdit1 для ввода информации.
TLabel1 для текстовой информации.
Рисунок 16. Оформление формы 5
) Происходит создание Unit7. Для этого создаём новый проект (File -> Form).
На Form7 добавляется объекты:
Button1 для подключения базы.
Button2 для отключения базы.
TEdit1 для ввода информации.
OpenDialog1 диалог Открыть файл
Готовая форма показана на рисунке 17
Рисунок 17. Оформление формы 7
) Происходит создание Unit6. Для этого создаём новый проект (File -> Form).
На Form6 добавляется объекты:
Button1 для вывода данных на экран.
Button2 для выхода из формы.
TEdit1 для ввода информации.
TLabel1 для текстовой информации.
Готовая форма показана на рисунке 18.
Рисунок 18. Оформление формы 6
26) В Unit1 к компоненту TMainMenu в кнопке N16 подключаем помощь прописывая в кнопке следующую строку пример: ShellExecute (0,open, помощь.chm, nil, nil, SW_SHOWNORMAL);
) Происходит создание Unit8. Для этого создаём новый проект (File -> Form).
На Form5 добавляется объекты:для добавления нового клиента.
Button2 для сохранения изменений.
TLabel1, TLabel2, TLabel3, TLabel4, TLabel5, TLabel6 для текстовой информации.
DBEdit1, DBEdit2, DBEdit3, DBEdit4, DBEdit5, DBEdit6; для ввода информации в таблицу.
2.2.6 Настройка программы
Для работы программы требуется скопировать программу с прилагаемого носителя на компьютер. Запустить EXE файл из папки и для удобства её можно поместить на рабочий стол для быстрого запуска.
2.2.7 Проверка программы
.2.7.1 Общие сведения о тестировании
Каждому программисту известно, сколько времени и сил уходит на отладку и тестирование программ. На этот этап приходится около 50% общей стоимости разработки программного обеспечения.
Но не каждый из разработчиков программных средств может верно определить цель тестирования. Нередко можно услышать, что тестирование - это процесс выполнения программы с целью обнаружения в ней ошибок. Но эта цель недостижима: ни какое самое тщательное тестирование не дает гарантии, что программа не содержит ошибок.
Другое определение тестирования (у Г. Майерса) тестирование - это процесс выполнения программы с целью обнаружения в ней ошибок. Такое определение цели стимулирует поиск ошибок в программах. Отсюда также ясно, что удачным тестом является такой, на котором выполнение программы завершилось с ошибкой. Напротив, неудачным можно назвать тест, не позволивший выявить ошибку в программе
.2.7.2 Виды тестирования
Тестирование модуля, или автономное тестирование (module testing, unit testing) - контроль отдельного программного модуля, обычно в изолированной среде (т.е. изолированно от всех остальных модулей).
Тестирование сопряжении (integration testing) - контроль сопряжении между частями системы (модулями, компонентами, подсистемами).
Тестирование внешних функций (external function testing) - контроль внешнего поведения системы, определенного внешними спецификациями.
Тестирование приемлемости (acceptance testing) - проверка соответствия программы требованиям пользователя.
Комплексное тестирование (system testing) - контроль и / или испытание системы по отношению к исходным целям. Комплексное тестирование является процессом контроля, если оно выполняется в моделируемой среде, и процессом испытания, если выполняется в среде реальной, жизненной.
Тестирование настройки (installation testing) - проверка соответствия каждого конкретного варианта установки системы с целью выявить любые ошибки, возникшие в процессе настройки системы.
.2.7.3 Методы тестирования
1. Существует два основных вида тестирования: функциональное и структурное. При функциональном тестировании программа рассматривается как черный ящик (то есть ее текст не используется). Происходит проверка соответствия поведения программы ее внешней спецификации.
Поскольку исчерпывающее функциональное тестирование невозможно, речь может идти о разработки методов, позволяющих подбирать тесты не вслепую, а с большой вероятностью обнаружения ошибок в программе.
2. При структурном тестировании программа рассматривается как белый ящик (т.е. ее текст открыт для пользования). Происходит проверка логики программы. Полным тестированием в этом случае будет такое, которое приведет к перебору всех возможных путей на графе передач управления программы (ее управляющем графе). Даже для средних по сложности программ числом таких путей может достигать десятков тысяч. Если ограничиться перебором только линейных не зависимых путей, то и в этом случае исчерпывающее структурное тестирование практически невозможно, т.к. неясно, как подбирать тесты, чтобы обеспечить покрытие всех таких путей.
Поэтому при структурном тестировании необходимо использовать другие критерии его полноты, позволяющие достаточно просто контролировать их выполнение, но не дающие гарантии полной проверки логики программы.
3. Метод большого скачка
Вероятно, самый распространенный подход к интеграции модулей - метод большого скачка. В соответствии с этим ме