Вход

Создание приложения в интегрированной среде Delphi для работы с базами данных

Рекомендуемая категория для самостоятельной подготовки:
Курсовая работа*
Код 294949
Дата создания 06 мая 2014
Страниц 32
Мы сможем обработать ваш заказ (!) 29 марта в 12:00 [мск]
Файлы будут доступны для скачивания только после обработки заказа.
1 100руб.
КУПИТЬ

Описание

... ...

Содержание

Введение
1 Требования к построению курсового проекта 3
1.1 Постановка задачи Ошибка! Закладка не определена.
1.2 Структура взаимодействия входной и выходной информации 7
1.3 Требования к программно-аппаратному окружению 9
1.4 Требования к функциям, выполняемой системой 9
1.5 Требования к эргономике и технической эстетике интерфейса пользователя 10
1.6 Требования к надежности и хранению информации 11
2 Пояснительная записка 12
2.1 Метод решения и алгоритм решения 12
3 Структурная схема программы 13
3.1 Сценарий диалогового режима 13
4 Проектирование пользовательского интерфейса 15
5 Отладка и тестирование программ 16
5.1 Отладка программы 16
5.2 Выполнение по шагам 17
6 Тестирование 21
6.1 Тестирование программ 21
6.2 Тестирование программного приложения «Аптека» 23
Приложение А. Графический интерфейс программы 26
Приложение В. Программный код приложения 28
Заключение 24
Литература………………………………………………………………….......25

Введение

Целью моей курсовой работы является создание базы данных для быстрого поиска нужного препарата. Аптеки находятся в разных городах. Так же возможно наличие в одном городе нескольких аптек. В каждой аптеки существуют различные назначение препаратов, по которым и разбиты все препараты.
В своей работе я собираюсь решить такие задачи:
• заносить в базу данные по каждому параметру данные о препарате, аптек (Название препарата, кто его занес в базу, цена, комментарии, адрес аптек, город, назначение препарата):
• заносить данные по городам, аптекам;
• сделать возможность просмотра и редактирования базы данных препаратов;
• сделать программу устойчивой к любым ошибкам;
• создавать отчеты в универсальном виде, для просмотра данных на компьютере без моего программного продукта (это может быть текстов ый документ Word);

Фрагмент работы для ознакомления

016 ПЗ- отображение на экране хода длительных процессов обработки.Пользовательские интерфейсы Системы должны быть спроектированы и разработаны с применением единых принципов графического представления информации и организации доступа к функциональным возможностям и сервисам. Должен быть разработан графический дизайн пользовательских интерфейсов, цветовые, шрифтовые и композиционные решения для отображения текстов, изображений, таблиц, гиперссылок, управляющих и навигационных элементов (меню, кнопок, форм и т.п.)1.6 Требования к надежности и хранению информацииНадежность хранения информации определяется вероятностью появления неисправностей в цепи передач и в элементах ОЗУ. Оперативный накопитель информации должен обеспечить необходимую бессбойность и достаточную помехоустойчивость в своейработеНадежность функционирования системы достигается повышением надежности хранения информации базы данных и возможностью повторного решения как отдельных блоков функциональных задач, так и всей задачи в целом.При разработке систем массовой подготовки данных особое внимание необходимо уделять проблеме надежности хранения информации и возможности ее восстановления в случае аварийных ситуаций. Это имеет важное значение и в системах централизованной подготовки данных при сдельной оплате труда операторов-профессионалов.2 Пояснительная запискаИзм.Лист№ докум.ПодписьДатаЛист 12КС ПГУТИ 230115.016 ПЗ2.1Метод решенияСоздание псевдонима в BDEAdministratorСоздание таблицы в DatebaseDesktopСоздание главной формыСоздание 5-ти кнопок в главной формеСоздание 5-ти форм для этих кнопокВставимкомпонентыDatabase, Table и DataSource для доступа в базы данныхСоздание модуля DataModul5Создание навигации таблицПеремещение записи с таблице DatebaseDesktopв формыСоздание кнопок в форме аптеки для редактирования таблицыЗаполнение таблицСоздание поиска по таблице аптеки3 Структурная схема программыБаза данных«Аптека»АптекаТоварПрайсПоиск-изготовитель-оплата-стоимость-дата--код аптеки-код товара-наименование-количество-поиск-код аптеки-наименование-телефон-адрес-ФИО директораРисунок 3 - Структурная схема программыИзм.Лист№ докум.ПодписьДатаЛист13КС ПГУТИ 230115.016 ПЗ3.1 Сценарий диалогового режимаБольшинство программных продуктов ориентированы на конечного пользователя, работает в диалоговом режиме взаимодействия с пользователем, так что ведётся обмен сообщений влияющий на обработку данных.Системы, поддерживающие диалоговые процессы:- системы с жёстким сценарием диалога (стандартизированное представление информации обмена);- дескрипторные (формат ключевых слов в сообщении); - тезаурусные системы (семантическая сеть дескрипторных образующих словарь системы);- системы с языком деловой прозы.Изм.Лист№ докум.ПодписьДатаЛист14КС ПГУТИ 230115.016 ПЗВ данном случае для реализации использована и распространена диалоговая система с жёстким сценарием диалога, которая предусмотрена в виде:меню – диалог инициируется программой, пользователю предлагается выбор альтернативы функций обработки из фиксированного перечня; меню может быть представлено виде иерархии;действие запрос ответ – фиксирован перечень возможных значений выбираемых из списка или ответа типа «Да»/«Нет». В данном программном продукте при попытке выйти из него задается вопрос : «Закрыть программу?»;Диалоговый процесс управляется согласно созданному сценарию, для которого определяется:точки (момент, условие) начало диалога – попытка закрыть программу;инициатор диалога – человек или программный продукт, в данном случае человек;параметры и содержание диалога – сообщение;реакция программного продукта на завершение диалога – выход из программы.Изм.Лист№ докум.ПодписьДатаЛист15КС ПГУТИ 230115.016 ПЗ4 Проектирование пользовательского интерфейса Одним из немаловажных этапов разработки программного продукта является процесс создания пользовательского интерфейса. Интерфейс программы, прежде всего, определяет язык пользователя и язык сообщения компьютера, который организует с ним диалог. Расшифровать эти понятия можно очень просто: действия, которые пользователь проводит в отношении системы, путем использования различных технических средств и являются языком пользователя, а язык сообщений же - это информация, предназначенная для пользователя, которая отображается на экране. Наиболее простой формой языка пользователя является создание форм входных и выходных документов. Важным измерителем эффективности используемого интерфейса является выбранная форма диалога пользователя с системой. Знание пользователя определяют круг вопросов, которые он должен знать при работе с системой. Интерфейс должен обладать следующими возможностями:манипулировать различными формами диалога и изменяя их в процессе работы по выбору пользователя;передавать данные системе различными способами;получать данные от разных устройств системы в различных формах;гибко поддерживать запросы.Разработка пользовательского интерфейса состоит из проектирования панели и диалога. Обычно принято панель приложения делить на 3 части:меню действий;тело панели;область функциональных клавиш.Изм.Лист№ докум.ПодписьДатаЛист16КС ПГУТИ 230115.016 ПЗ5 Отладка и тестирование программ5.1 Отладка программы Обычно если пишут о какой-нибудь системе программирования, то, рассматривая отладку программ, говорят, что система имеет невероятно мощные и удобные средства отладки. Не хочется начинать описание отладки со стандартных слов, но именно так и придется сделать. Потому что Delphi действительно имеет мощные и удобные средства отладки программ. И с каждой новой версией все мощнее и удобнее.   Коснемся лишь основных инструментов отладки, так как полное описание их всех значительно увеличит объем книги.   Самым элементарным из них является область, появляющаяся в окне редактирования текста программы при компиляции, если были найдены какие-то ошибки. Эти ошибки там и перечисляются.Например, напишем такие строки и запустим компиляцию (Ctrl+F9).procedureComon;begi nShowMwssage(llpo6Hafl надпись);end;   В данном случае имеется опечатка в вызове функции ShowMessage. Внижнейобластипоявилисьследующиенадписи:[Error] Unitl.pas(26): Undeclared identifier: 'ShowMwssage'[Fatal Error] Projectl.dpr(5): Could not compile used unit 'Unitl.pas'Первая надпись сообщает об ошибке (Error), указывает, в каком она находится файле (Unitl. pas) и строке (26), а также ее тип (undeclaredidentifier - необъявленный идентификатор). Как видите, система не знает слова showMwssage, не нашлось его и в описаниях переменных, типов и классов. В этом случае ошибку нетрудно найти и исправить.Иногда ошибка оказывается совсем не там, куда указывает Delphi. Например, если мы объявили переменную i как string, а потом пытаемся использовать ее в цикле for, то Delphi найдет ошибку в строке цикла for. Исправлять же ее нужно в разделе объявления переменных — var.Бывают и более сложные ситуации, когда ошибку приходится искать чуть ли не полдня. При создании крупных проектов на отладку и тестирование иногда тратится не меньше времени, чем непосредственно на программирование. Есть даже такая должность — тестировщик. Занимающий ее человек тестирует написанное программистами приложение.Изм.Лист№ докум.ПодписьДатаЛист17КС ПГУТИ 230115.016 ПЗВо второй строке (FatalError) компилятор сообщает, что не может скомпилировать файл Unitl .pas из-за ошибок. Кроме ошибок в этой же области выводятся предупреждения (warning). Они в отличие от ошибок не мешают полной компиляции проекта и созданию исполняемого ЕХЕ-файла. Но это не значит, что на них не нужно обращать внимания. Очень часто, анализируя предупреждения, можно понять, где в программе скрывается ошибка, или обнаружить какие-нибудь неочевидные погрешности в коде.5.2 Выполнение по шагам   На этом шаге мы рассмотрим способы выполнения программы по шагам.    Для выполнения программы по шагам используются подпункты пункта меню Run:Рисунок 4 - Пункт меню Run   Изм.Лист№ докум.ПодписьДатаЛист18КС ПГУТИ 230115.016 ПЗStepOver (клавиша F8) - пошаговое выполнение программы без захода в подпрограммы;TraceInto (клавиша F7) - пошаговое выполнение программы c заходом в подпрограммы;TracetoNextSourceLine (клавиши Shift+F7) - переход к следующей исполняемой строке;RunToCursor (клавиша F4) - выполнение программы до курсора;ShowExecutionPoint - размещение курсора на операторе, который будет выполняться следующим.    Чтобы ввести простую точку останова достаточно в окне редактора кода щелкнуть мышью на полоске левее кода требуемой строки. Строка окрасится в красный цвет и на ней появится красная точка.Рисунок 5 - Установка точки останова    Для того, чтобы убрать ее достаточно щелкнуть мышью на красной точке левее кода соответствующей строки.Перечень точек останова можно увидеть в окне Breakpoints пункта меню View.Изм.Лист№ докум.ПодписьДатаЛист19КС ПГУТИ 230115.016 ПЗРисунок 6 - Окно BreakpointsДля изменения свойств точки останова достаточно щелкнуть по ней в окне Breakpoints и в появившемся контекстно-зависимом меню выбрать пункт Properties. На экране появится окно со следующими параметрами:Рисунок 7 - Окно SourceBreakpointsPropertiesFilename - имя модуля, в котором находится точка останова;LineNumber - номер строки, где располагается точка останова;Condition - условие "срабатывания" точки останова;Passcount - номер итерации цикла, при которой должна "сработать" точка останова;Изм.Лист№ докум.ПодписьДатаЛист20КС ПГУТИ 230115.016 ПЗKeepexistingBreakpoint - если установить этот индикатор, то старая точка останова сохранится, а новая информация будет относиться к новой точке.6Тестирование6.1 Тестирование программ Тестирование как метод верификации — эТестирование как метод верификации — это парадокс. Тестирование программы для того, чтобы проверить ее качество, теоретически равносильно втеканию булавок в куклу, причем очень маленьких булавок в очень большую куклу. Разрешить этот парадокс можно, определив реалистичные ожидания.Изм.Лист№ докум.ПодписьДатаЛист21КС ПГУТИ 230115.016 ПЗДля оценки законченности и корректности выполнения приложения базы данных может использоваться несколько различных стратегий тестирования:Нисходящее тестирование;Восходящее тестирование;Тестирование потоков;Интенсивное тестирование.Нисходящее тестирование начинается на уровне подсистем с модулями, которые представлены заглушками, т.е. простыми компонентами, имеющими такой же интерфейс, как модуль, но без функционального кода. Каждый модуль низкого уровня представляется заглушкой. Постепенно все программные компоненты заменяются фактическим кодом и после каждой замены снова тестируются. Преимуществом этого подхода является то, что ошибки проектирования могут быть обнаружены ещё на ранней стадии тестирования, что позволяет исключить дорогостоящие работы по повторному проектированию и реализации. Кроме того, уже на ранней стадии создания можно получить работающую систему, хотя и с ограниченной функциональностью, способную продемонстрировать гибкость выбранной схемы. Недостатком этой стратегии тестирования являетсянеобходимость создания многочисленных заглушек модулей для моделирования низкоуровневых компонентов системы.Восходящее тестирование выполняется в противоположном направлении по отношению к нисходящему. Оно начинается с тестирования модулей на самых низких уровнях иерархии системы, продолжается на более высоких уровнях и заканчивается на самом высоком уровне. Преимущества и недостатки при этом имеют обратный смысл преимуществ и недостатков, которыми обладает стратегия нисходящего тестирования.Тестирование потоков осуществляется при тестировании работающих в реальном масштабе времени систем, которые обычно состоят из большого количества взаимодействующих процессов, управляемых с помощью прерываний. Стратегия тестирования потоков направлена на слежение за отдельными процессами. При этом «поток» обработки каждого внешнего события «проходит» через различные системные процессы. Данная стратегия включает идентификацию и выполнение каждого возможного «потока» обработки в системе. Однако выполнить исчерпывающее тестирование потоков системы просто не реально из-за огромного количества возможных комбинаций входных и выходных условий.Изм.Лист№ докум.

Список литературы

Литература
1. Голицын О.Л., Максимов Н.В., Попов И.И. Базы данных: Учебное пособие. – М.: ФОРУМ: ИНФРА-М, 2003
2. Малыхина М.П. Базы данных: основы, проектирование, использование. – СПб.: БХВ-Петербург, 2010
3. Мартин Грубер Понимание SQL
4. Скляр А.Я. Введение в InterBase. – М.: Горячая линия – Телеком, 2006
5. Хомоненко А.Д. Delphi 7 в подлиннике. – СПб.: БХВ – Петербург, 2004
6. Электронный учебник Изучаем Delphi 5,6: Работа с базами данных. – СГУ, 2002
7.Сайтhttp://delphi.mastak.ru
Очень похожие работы
Пожалуйста, внимательно изучайте содержание и фрагменты работы. Деньги за приобретённые готовые работы по причине несоответствия данной работы вашим требованиям или её уникальности не возвращаются.
* Категория работы носит оценочный характер в соответствии с качественными и количественными параметрами предоставляемого материала. Данный материал ни целиком, ни любая из его частей не является готовым научным трудом, выпускной квалификационной работой, научным докладом или иной работой, предусмотренной государственной системой научной аттестации или необходимой для прохождения промежуточной или итоговой аттестации. Данный материал представляет собой субъективный результат обработки, структурирования и форматирования собранной его автором информации и предназначен, прежде всего, для использования в качестве источника для самостоятельной подготовки работы указанной тематики.
bmt: 0.00515
© Рефератбанк, 2002 - 2024