Проектирование базы данных 'Автосалон'
Курсовая работа
Проектирование базы данных "Автосалон"
Введение
база управление
автоматизированный информационный
Эффективность
деятельности любого предприятия во многом зависит от объема реализуемой ею
продукции, работ и услуг. При осуществлении коммерческой деятельности на
предприятии производится обработка и хранение большого количества информации,
связанной с продажами, заказами реализуемой продукции, сущность которых состоит
в своевременном и правильном оформлении документов и контроле за каждой
операцией, производимой на предприятии. В связи с этим для надежного
функционирования системы продаж, необходимо вести систематический и непрерывный
учет за реализацией продукции, что и будет выполнять разрабатываемый проект.
Основная задача любого успешного проекта заключается в том, чтобы на момент
запуска системы и в течение всего времени ее эксплуатации можно было
обеспечить:
• требуемую
функциональность системы и степень адаптации к изменяющимся условиям ее
функционирования
• требуемую пропускную
способность системы
• требуемое время
реакции системы на запрос
• безотказную
работу системы в требуемом режиме, иными словами - готовность и доступность
системы для обработки запросов пользователей
• простоту
эксплуатации и поддержки системы
Производительность
является главным фактором, определяющим эффективность системы. Хорошее
проектное решение служит основой высокопроизводительной системы.
Целью разработки
автоматизированной системы «Автосалон», является упрощение процедуры поиска
необходимой машины для потенциальных клиентов, сокращение времени, которое они
затрачивают при выборе подходящего во всех отношениях варианта.
Проектирование информационных систем
охватывает основные области:
• проектирование
объектов данных, которые будут реализованы в базе данных;
• проектирование
программ, экранных форм, которые будут обеспечивать выполнение запросов к
данным;
• учет конкретной
среды или технологии, а именно: топологии сети, конфигурации аппаратных
средств, используемой архитектуры (файл-сервер или клиент-сервер), параллельной
обработки, распределенной обработки данных и т.п.
В реальных
условиях, проектирование - это поиск способа, который удовлетворяет требованиям
функциональности системы средствами имеющихся технологий с учетом заданных
ограничений.
К любому проекту
предъявляется ряд абсолютных требований, например максимальное время разработки
проекта, максимальные денежные вложения в проект и т.д.
Проектирование само
по себе является очень сложным. Процесс разработки проекта включает множество
стадий, задач, которые нужно выполнять четко и последовательно.
ХХI век - это век компьютерных
технологий, в котором все большее значение уделяется разработке
автоматизированных многофункциональных систем управления базами данных.
Именно поэтому,
актуальность данного проекта заключается в том, чтобы предоставить максимальный
объем информации о предлагаемых к реализации легковых автомобилей для
покупателей и заказчиков, которые заняты поиском необходимого средства
передвижения.
1. База данных
.1 Понятия о базах данных
и системах управления ими
Базы данных являются одним из
основных компонентов современных информационных систем. Информационная
система - это взаимосвязанная совокупность средств, методов и персонала,
используемых для хранения, обработки и выдачи информации.
Цель любой информационной системы -
обработка информации конкретной предметной области.
Под предметной областью понимается
совокупность связанных между собой функций, задач управления в некоторой
области деятельности предприятия, с помощью которых достигается выполнение
поставленной цели.
База данных - это приложение,
обеспечивающее создание, хранение, обновление и поиск информации в базе данных,
а также управление безопасностью и целостностью данных. В простейшем случае -
это программа, которая обеспечивает работу с информацией. Информация в базе
может быть любая, при этом, как правило, работа с информацией подразумевает
следующие действия:
·добавление новой информации;
·поиск информации;
·изменение информации;
·удаление информации из базы данных;
Особенностями такой совокупности
данных являются:
. достаточно большие объемы
информации;
. максимально возможная компактность
хранения данных;
. возможность извлечения из базы
данных разнообразной информации в определенной предметной области;
. удобные для пользователя вид и
форма извлекаемой информации;
. высокая скорость доступа к данным;
.надежность хранения информации и
возможность Предоставления санкционированного доступа к данным Шля отдельных
пользователей;
. удобство и простота конструирования
пользователем запросов, форм и отчетов для выборки данных. Создание базы
данных, ее поддержка и обеспечение Доступа пользователей к ней осуществляется с
помощью специального программного инструмента - системы управления базами
данных.
Мир программных систем, позволяющих
использовать базы данных, довольно многообразен. В настоящее время существует
достаточно большое количество программных систем, позволяющих создавать и
использовать локальные и удаленные базы данных. Среди наиболее известных можно
отметить Paradox, dВase, FoxPro, MS Access, InterBase, Oracle, Infomix, MS SQL
Server и другие.
В состав среды Borland Delphi входят
компоненты, позволяющие создавать программы работы с файлами данных, созданных
различными системами: от dBase до Infomix и Oracle. Среда разработки позволяет
программисту с помощью утилиты Database Explorer создавать файлы баз данных в
различных форматах.
.2 Классификация баз
данных
Базы данных могут быть локальные и
удаленные. Отличия в типах систем состоит в расположении программы,
использующей данные, самих данных, а также способа разделения данных между
несколькими пользователями.
Локальная база данных. Данные локальной базы данных (файлы данных) находятся на одном
(локальном) устройстве, в качестве которого может выступать диск компьютера или
диск другого компьютера, работающего в сети.
Для обеспечения разграниченного
доступа к данным между несколькими пользователями в локальных базах данных
применяется метод, получивший название блокировка файлов. Метод блокировки
заключается в том, что пока данные используются одним пользователем, другой
пользователь не может работать с этими данными. В качестве примера локальных
баз данных можно привести программные системы Paradox, dBase, FoxPro и MS
Access.
Удаленная база данных. Данные (файлы) удаленной базы данных находятся на удаленном
компьютере. При этом не следует путать сетевые диски компьютеров, работающих в
сети, и каталоги удаленного компьютера.
Программа работы с удаленной базой
данных состоит из двух частей: клиентской и серверной (такая технология
получила название «клиентсервер»). Клиентская часть программы, работающая на
компьютере пользователя, обеспечивает взаимодействие с серверной программой с
помощью запросов, передаваемых на удалённый компьютер.
Серверная часть программы, работающая
на удалённом компьютере, принимает запросы, выполняет их и пересылает данные
клиентской программе. Запросы представляют собой команды на специальном языке
структурированных запросов (Structured Query Language, SQL).
Технология клиент-сервер
означает такой способ взаимодействия программных компонентов, при котором они
образуют единую систему. Как видно из самого названия, существует некий
клиентский процесс, требующий определенных ресурсов, а также серверный процесс,
который эти ресурсы предоставляет. Совсем необязательно, чтобы они находились
на одном компьютере. Обычно принято размещать сервер на одном узле локальной
сети, а клиентов - на других узлах.
В контексте базы данных клиент
управляет пользовательским интерфейсом и логикой приложения, действуя, как
рабочая станция, на которой выполняются приложения баз данных. Клиент принимает
от пользователя запрос, проверяет синтаксис и генерирует запрос к базе данных
на языке SQL или другом языке базы данных, соответствующем логике приложения.
Затем передает сообщение серверу, ожидает поступления ответа и форматирует
полученные данные для представления их пользователю. Сервер принимает и
обрабатывает запросы к базе данных, после чего отправляет полученные результаты
обратно клиенту. Такая обработка включает проверку полномочий клиента,
обеспечение требований целостности, а также выполнение запроса и обновление
данных. Помимо этого поддерживается управление параллельностью и
восстановлением.
Архитектура клиент-сервер обладает
рядом преимуществ:
· обеспечивается
более широкий доступ к существующим базам данных;
· повышается общая
производительность системы: поскольку клиенты и серверы находятся на разных
компьютерах, их процессоры способны выполнять приложения параллельно. Настройка
производительности компьютера с сервером упрощается, если на нем выполняется
только работа с базой данных;
· Снижается стоимость
аппаратного обеспечения; достаточно мощный компьютер с большим устройством
хранения нужен только серверу - для хранения и управления базой данных;
· Сокращаются коммуникационные
расходы. Приложения выполняют часть операций на клиентских компьютерах и
посылают через сеть только запросы к базам данных, что позволяет значительно
сократить объем пересылаемых по сети данных;
· Повышается уровень
непротиворечивости данных. Сервер может самостоятельно управлять проверкой
целостности данных, поскольку лишь на нем определяются и проверяются все
ограничения. При этом каждому приложению не придется выполнять собственную
проверку;
· Архитектура
клиент-сервер естественно отображается на архитектуру открытых
систем.
1.3 Инфологическая
модель базы данных, ее виды, проектирование
Основой базы данных является модель
данных. Информационно-логическая (мифологическая) модель предметной области
отражает предметную область в виде совокупности информационных объектов и их
структурных связей.
Информационный объект - это описание некоторой сущности (явления, реального объекта,
процесса) в виде совокупности логически связанных реквизитов. Информационный
объект имеет множество реализаций - экземпляров.
Базы данных также могут быть
иерархическими, сетевыми и реляционными.
Иерархическая
(древовидная) модель данных представляет собой
иерархию элементов, называемых узлами. Узел - это совокупность атрибутов
данных, описывающих информационный объект. На самом верхнем уровне имеется
только один узел - корень. Каждый узел кроме корня связан только с одним узлом
на более высоком уровне, называемом исходным узлом для данного узла. Каждый
узел может быть связан с одним или несколькими узлами более низкого уровня,
называемыми порожденными (подчиненными). Узлы, не имеющие порожденных узлов,
называются листьями. Количество деревьев в базе данных определяется числом
корневых записей. К каждой записи базы данных существует только один путь.
Сетевая модель также основывается на понятиях узел, уровень, связь. Сетевая
модель данных - это модель, в которой порожденный узел может иметь более одного
исходного узла. В сетевой структуре любой элемент любого уровня может быть
связан с любым другим элементом.
Реляционная модель базы
данных состоит из одного или нескольких
файлов, каждый из которых соответствует одной таблице.
Основная цель проектирования базы
данных - это сокращение избыточности хранимых данных, а следовательно, экономия
объема используемой памяти, уменьшение затрат на многократные операции
обновления избыточных копий и устранение возможности возникновения противоречий
из-за хранения в разных местах сведений об одном и том же объекте. При создании
баз данных следует придерживаться методологии нормализации отношений.
Процесс проектирования
информационных систем является достаточно сложной задачей. Он начинается с
построения инфологической модели данных, т.е. идентификации сущностей. Затем
необходимо выполнить следующие шаги процедуры проектирования даталогической
модели, т.е. мифологическая модель должна быть: отображена в
компьютероориентированную даталогическую модель, «понятную» СУБД.
· Представить
предметную область в виде совокупности отдельных независимых друг от друга
объектов, каждый из которых будет описываться своей таблицей.
· Для каждой таблицы
определить ключевые поля; установить связи между таблицами; для каждой связи
определить тип.
· Разработать
структуру каждой таблицы: перечень полей, их типы и свойства.
· Заполнить таблицы
данными.
· Предусмотреть
возможность автоматизации часто выполняемых действий путем создания макросов и
программных модулей
2. Описание
информационной системы
.1 Принципы
проектирования ИС
Под проектированием
автоматизированных информационных систем понимается процесс разработки
технической документации, связанный с организацией системы получения и
преобразования исходной информации в результативную, т.е. с организацией
автоматизированной информационной системы. Документ, полученный в процесс е
проектирования, носит название проект. Целью проектирования является
подбор технического и формирование информационного, математического,
программного и организационноправового обеспечения.
Успешная работа ИС в первую очередь
определяется качеством проектирования, именно при проектировании создается
система, способная функционировать при постоянном ее совершенствовании.
Проектирование и функционирование
систем основывается на системотехнических принципах, отражающих важнейшие
положения общей теории систем, системного проектирования и других наук,
обеспечивающих надежность эксплуатации и экономичность, как при проектировании,
так и при использовании систем.
Принцип системности или системный
подход. Суть в том, что каждое явление рассматривается во взаимосвязи с
другими. Системный подход сосредотачивает внимание на объекте как на едином
целом, а не на его частях, как бы совершенно они не выполняли свои функции.
Системный подход связан с общей активностью системы для достижения цели.
Основные этапы формирования системы:
· определение цели;
· определение
требований к системе (определение границ объекта);
· определение
функциональных подсистем, их структуры и задач в
общей системе управления;
· выявление и анализ
связей между подсистемами;
· установление
порядка функционирования и развития всей системы в целом.
Непрерывное развитие информационных
систем (ИС) - предусматривает, при создании информационных технологий должна
быть заложена возможность быстрого и без больших затрат на перестройку
изменения и наращивания ИТ при изменении и развитии объекта.
Совместимость предполагает
возможность взаимодействия ИС различных уровней и видов в процессе их
совместного функционирования.
Стандартизация и унификация - предполагает
использование типовых, унифицированных и стандартных решений при создании и
развитии ИС (типовых программных продуктов, унифицированной документации,
техники).
Принцип эффективности - рациональное
соотношение между затратами на создание и эксплуатацию и эффектом от
функционирования создаваемой системы.
Интеграция - это объединение в
единый технологический процесс процедур сбора, передачи, накопления, хранения
информации, и процедур формирования управленческих решений.
Автоматизации информационных потоков
и документооборота, достигаемая путем использования технических средств сбора,
регистрации, обработки данных, создания первичных и результативных документов,
а также средств передачи данных на любые расстояния.
2.2
Использование CASE-средств
CASE-средства предоставляют много преимуществ. На одной чаше весов
будет автоматизация работы, предоставляемая CASE, а на другой -
ненавистная задача преобразования результатов анализа в формат этого CASE (если для формализации
результатов анализа использовался другой CASE-инструмент или не
использовался никакой). Некоторые CASE-средства позволяют непосредственно перейти к проектированию, а к
анализу можно вернуться путем обратного проектирования. К сожалению, при
использовании обратного проектирования в CASE-средстве создается
весьма вредная иллюзия того, что данные анализа регистрируются, хотя на самом
деле этого практически никогда не происходит, поскольку информация,
содержащаяся в спроектированной структуре, отличается от результатов анализа.
Некоторые полезные данные получить можно, но построить полную картину вряд ли
удастся.
Современные CASE-средства охватывают
обширную область поддержки многочисленных технологий проектирования ИС: от
простых средств анализа и документирования до полномасштабных средств
автоматизации, покрывающих весь жизненный цикл ПО.
Наиболее
трудоемкими этапами разработки ИС являются этапы анализа и проектирования, в
процессе которых CASE-средства обеспечивают качество принимаемых технических решений и
подготовку проектной документации. При этом большую роль играют методы
визуального представления информации. Это предполагает построение структурных
или иных диаграмм в реальном масштабе времени, использование многообразной
цветовой палитры, сквозную проверку синтаксических правил. Графические средства
моделирования предметной области позволяют разработчикам в наглядном виде
изучать существующую ИС, перестраивать ее в соответствии с поставленными целями
и имеющимися ограничениями.
В разряд CASE-средств попадают как
относительно дешевые системы для персональных компьютеров с весьма
ограниченными возможностями, так и дорогостоящие системы для неоднородных
вычислительных платформ и операционных сред. Обычно к CASE-средствам относят любое
программное средство, автоматизирующее ту или иную совокупность процессов
жизненного цикла ПО и обладающее следующими характерными основными
особенностями:
• мощные
графические средства для описания и документирования ИС, обеспечивающие удобный
интерфейс с разработчиком и развивающие его творческие возможности;
• интеграция
отдельных компонент CASE-средств, обеспечивающая управляемость процессом разработки ИС;
• использование
специальным образом организованного хранилища проектных метаданных
(репозитария).
.3
Построение модели данных
Работа
проектировщиков базы данных в значительной степени зависит от качества
информационной модели. Информационная модель не должна содержать никаких
непонятных конструкций, которые нельзя реализовать в рамках выбранной СУБД.
Следует отметить, что информационная модель создается для того, чтобы на ее
основе можно было построить модель данных, то есть должна учитывать особенности
реализации выбранной СУБД. Если те или иные особенности СУБД не позволяют
отразить в модели данных то, что описывает информационная модель, значит, надо
менять информационную модель.
Построение
логической и физической моделей данных является основной частью проектирования
базы данных. Полученная в процессе анализа информационная модель сначала
преобразуется в логическую, а затем в физическую модель данных. После этого для
разработчиков информационной системы создается пробная база данных. С ней
начинают работать разработчики кода. В идеале к моменту начала разработки
модель данных должна быть устойчива. Проектирование базы данных не может быть
оторвано от проектирования модулей и приложений, поскольку бизнес-правила могут
создавать объекты в базе данных, например серверные ограничения (constraints), а также хранимые
процедуры и триггеры, - в этом случае часто говорят, что часть бизнес-логики
переносится в базу данных. Проектирование модели данных для каждой СУБД
содержит свои особенности, проектные решения, которые дают хороший результат
для одной СУБД, но могут оказаться совершенно неприемлемыми для другой.
2.4 Построение
автоматизированной информационной системы
Автоматизированную систему
информации можно рассматривать с двух точек зрения:
. как сеть информационных служб
(главный информационно - вычислительный центр, локальные вычислительные центры
производств, цехов и других подразделений, автоматизированные рабочие места и
другие составляющие) с размещенными в ней массивами хранения информации,
документами, техническими средствами регистрации, хранения, передачи,
обработки, представления информации, программным обеспечением, методическим
обеспечением (инструкциями для пользователей, положениями о подразделениях) и
другими видами обеспечения;
. как потоки различной информации,
циркулирующие внутри организации, которые необходимо структурировать,
отсортировать и оптимизировать.
Если говорить о системе информации,
как о сети информационных служб, то при её формировании выделяют два основных
этапа:
. Формирование модели, отображающей
возможные варианты прохождения информации
. Оценка модели и выбор наилучшего
варианта пути прохождения информации.
При этом используют методику
системного анализа. Эти два этапа содержат определённые внутренние этапы.
Формирование модели, отображающей
возможные варианты прохождения информации в автоматизированной информационной
системе. Отграничение системы от среды («перечисление» элементов системы).
Под этап может выполняться с
применением метода «мозговой атаки», а в реальных условиях - методов типа
комиссий, семинаров или других форм коллективного обсуждения, в результате
которого определяется некоторый перечень элементов будущей системы. В состав
таких комиссий должны входить разработчики и будущие пользователи АИС.
.5 История развития
В истории создания
автоматизированных информационных систем относительно независимо развивались
два направления:
. разработка автоматизированных
информационных систем (АИС) как автоматизированных систем управления (АСУ);
2. разработка автоматизированных
систем научно-технической информации (АСНТИ).
Работы по их созданию начались
практически одновременно в 60-е гг.
Первое направление - разработка АИС
и АСУ - было инициировано научно - техническим прогрессом и возникшими в связи
с этим проблемами организационного управления (рост количества информации,
трудности с её обработкой «вручную»).
Зарубежная практика шла по пути
разработки отдельных программных процедур, например, для бухгалтерии, учета
материальных ценностей, и основные работы проводились в направлении
исследования и совершенствования возможностей вычислительной техники,
разработки средств, обеспечивающих наиболее рациональную организацию информационных
массивов, удобный для пользователя интерфейс, наращивание памяти ЭВМ.
В нашей стране проблема обеспечения
информацией управленческих работников была поставлена сразу системно. Была
разработана классификация АСУ, в которой прежде всего выделялись АСУ разных
уровней системы управления - для уровня предприятий и организаций, отраслевые,
республиканские и региональные и общегосударственная автоматизированная система
Аналогично на уровне предприятий, и особенно создаваемых в 70-е гг. научно-производственных
объединений (НПО), в структуре АСУП (или интегрированных АСУ объединений)
выделялись уровни (страты) - АСУ объединения, АСУ предприятий и организаций
(научно-исследовательских институтов, конструкторских бюро), входящих в НПО,
АСУ производств, комплексов цехов, АСУ цехов и участков. На уровне цехов и
участков АСУ вначале разделялись на АСУ технологическими процессами, АСУ
технической и технологической подготовки производства, АСУ организацией
производства.
Работы по созданию централизованных
общегосударственных АСУ и АСНТИ были приостановлены в связи с преобразованиями
1991 г. Однако, при переходе к рыночной экономике, к правовому государству
возрастает роль еще одного важного вида информации - нормативно-правовой и
нормативно-методической, регламентирующей деятельность предприятий при
предоставлении им большей самостоятельности и сокращении
организационно-распорядительной документации (текущих приказов и распоряжений,
ревизующих командно-административные методы управления).
В дальнейшем, по мере развития
предприятий и их АСУ, особенно в условиях предоставления большей
самостоятельности производствам и цехам и перераспределению управленческих
функций между администрацией предприятия и руководителями производств и цехов,
также стало более удобным представлять структуру АСУ в виде многоуровневой,
стратифицированной. Разделение АСУ на функциональную и обеспечивающую части, а
последней - на информационное обеспечение, техническое, организационное,
программное и другие виды обеспечения позволило привлечь для уточнения
соответствующих видов обеспечения специалистов в этих областях. Такой подход к
организации разработок АСУ помог справиться со сложностью системы и ускорить
разработку АСУ путем параллельного проведения работ по анализу и выбору
структуры отдельных видов обеспечения. Однако если разрабатывать отдельные
проекты, то после разработки возникает достаточно сложная задача их
согласования, взаимоувязки принятых структур этих видов обеспечения, критериев,
учитываемых при их разработке и. Поэтому на определенном этапе развития работ
по созданию АСУ был даже сформулирован специальный принцип единства
информационного обеспечения, технического и программного, как основных видов
обеспечения.
В настоящее время существует
огромное количество готовых программных продуктов. Поэтому, нет необходимости
при создании на предприятии автоматизированной системы заниматься
самостоятельной разработкой программного обеспечения.
2.6 Понятие открытой
системы
Выбор технологий и стандартов при
разработке системы решение, определяющее успех применения системы, возможности
реинжиниринга, срок службы, переход впоследствии на новые более прогрессивные
технологии.
Термин «реинжиниринг» был введен
ведущими американскими специалистами в области консалтинга Майклом Хаммером
(Michael Hammer) и Джеймсом Чампи (James Champy).
Реинжиниринг - это перестройка
(перепроектирование) деловых процессов для достижения радикального,
скачкообразного улучшения деятельности фирмы. Это - комплексное изменение
действующих бизнес процедур и перепланирование операций, направленное на
кардинальное снижение затрат, повышение качества продукции и более полное
удовлетворение запросов потребителей.
Квалифицированные разработчики ИС
ориентируются на стандарты открытых систем. Открытыми называются системы, которые
могут развиваться за счет технических или программных средств, созданных на
основе технологии, удовлетворяющих требованиям международных стандартов.
Главное преимущество открытых систем в том, что они обеспечивают
интеропера6ельность технических и программных средств различных производителей,
то есть совместное их использование в едином проекте. Следование стандартам
позволяет обеспечить интеропера6ельность как системных компонентов, так
и различных взаимодействующих систем, межплатформенную совместимость
программного обеспечения, приложений и данных в технологиях баз данных и т.д.
Существуют стандарты на операционные
системы, языки
программирования, сетевые протоколы
и т.д.
Для достижения совместимости следует
использовать минимальный набор стандартных средств. Отсутствуют стандарты на
наиболее современные и продвинутые решения (их не успевают стандартизировать).
3.
Проектирование информационной системы
.1
Назначение разработки
Целью курсовой
работы является разработка и создание программного продукта «Автосалон». Данное
программное обеспечение предназначено для упрощения процедуры поиска
необходимой машины для потенциальных клиентов, сокращение времени, которое они
затрачивают при выборе подходящего во всех отношениях варианта. Разрабатываемый
программный продукт должен обеспечивать необходимый минимум функции, давая
возможность доступа к интерфейсным объектам пользовательского представления
программного обеспечения с помощью мыши и клавиатуры.
Исходные данные:
• Операционная
система MS Windows
• Интерфейс основан
на графической подсистеме
• Программный язык Delphi 7 - средство
визуального программирования
3.2
Среда Разработки
Встроенная в Delphi поддержка работы с
базами данных (БД) является ключевой возможностью этой программной среды. Очень
многие программисты большую часть своего времени тратят на создание кода,
работающего с базой данных. Этот код должен быть наиболее надежной частью всего
приложения.
.3
Технологии доступа к базе данных
Самые ранние
инкарнации Delphi получили популярность как инструмент разработки приложений,
ориентированных на работу с базами данных. Однако в первых версиях Delphi поддерживался
единственный способ доступа к базе данных Borland Database Engine (BDE). Начиная с версии Delphi 3 раздел библиотеки VCL, связанный с доступом к
базе данных, был реструктурирован таким образом, чтобы обеспечить поддержку
других технологий обращения к базам данных. В настоящее время Delphi поддерживает ADO, компоненты InterBase, библиотеку dbExpress, а также BDE. Помимо этого сторонние
производители могут разработать для Delphi различные другие механизмы доступа к данным, представленным в
самых разнообразных форматах (некоторые из этих форматов не являются доступными
для компонентов Borland).
Курсовой проект выполнен
в системе визуального программирования Borland® Delphi 7 с использованием
библиотеки визуальных компонентов (VCL) и функций Windows API. В Borland® Delphi 7 проектом называется совокупность файлов, создаваемых в процессе
разработки программы. Проект среды программирования организуется из нескольких
составных частей (модулей), и главного файла проекта, объединяющий все
остальные. Каждый модуль по структуре внутреннего содержания является текстовым
исходным файлом. Структура проекта в целом организована следующим образом.
Главной узловой частью является главная форма программы Main, появляющийся после
запуска программы на исполнение. Она предназначена для придания программе
отправной точки доступа ко всем содержащимся в программе объектам системы. Через
главную форму программы можно получить доступ к таким объектам: объекты
таблицы, к которой относятся реализованные в проекте таблицы Firms, Models.
Для успешного доступа к данным
приложение и BDE должны обладать информацией о местоположении файлов требуемой
базы данных. Задание маршрута входит в обязанности разработчика.
Самый простой способ заключается в
явном задании полного пути к каталогу, в котором хранятся файлы БД. Но в случае
изменения пути, что случается, не так уж редко, например, при переносе готового
приложения на компьютер заказчика, разработчик должен перекомпилировать проект
с учетом будущего местонахождения БД или предусмотреть специальные элементы
управления, в которых можно задать путь к БД.
Для решения такого рода проблем
разработчик может использовать псевдоним базы данных, который представляет
собой именованную структуру, содержащую путь к файлам БД и некоторые
дополнительные параметры. В первом приближении можно сказать, что вы просто
присваиваете маршруту произвольное имя, которое используется в приложении.
Тогда при переносе приложения на компьютере заказчика достаточно создать
стандартными средствами BDE одноименный псевдоним и настроить его на нужный
каталог. При этом само приложение не требует переделок, т.к. оно обращается к
псевдониму с одним именем, а вот BDE уже «знает» куда отправить запрос
приложения, использовавшего этот псевдоним.
Помимо маршрута к файлам базы
данных, псевдоним BDE обязательно содержит информацию о драйвере БД, который
используется для доступа к данным. Наличие других параметров зависит от типа
драйвера, а значит, от типа СУБД.
Для управления псевдонимами баз
данных, настройки стандартных и дополнительных драйверов в составе BDE имеется
специальная утилита - BDE Administrator (исполняемый файл BDEADMIN.EXE).
Стандартная конфигурация BDE сохраняется в файле IDAPI.CFG. При необходимости
текущую конфигурацию можно сохранить в новом файле с расширением cfg или
загрузить заново при помощи команд Save As Configuration и Open Configuration
из меню Object.
В верхней части окна утилиты
расположена Панель инструментов, кнопки которой используются при работе с
конкретным элементом настройки BDE. Рабочая область утилиты BDE Administrator
представляет собой двухстраничный блокнот.
Страница Databases содержит
иерархическое дерево, в узлах которого расположены установленные в системе на
данный момент псевдонимы БД. При выборе какого-либо псевдонима в правой части
панели появляется путь к файлам базы данных и перечень параметров драйвера,
соответствующего псевдониму, которые можно настраивать вручную.
Страница Configuration используется
для настройки параметров драйверов BDE, предназначенных для обеспечения доступа
к локальным СУБД и серверам БД. Также здесь определяется системная конфигурация
BDE, которая включает параметры числовых форматов, форматов даты и времени. Вся
информация на этой странице также структурирована в виде иерархического дерева.
При выборе в левой части панели
утилиты какого-либо узла, в правой части на странице Definition отображается
вся необходимая информация для этого объекта.
Сохранение изменений осуществляется
при помощи команд меню Object, всплывающего меню или при перемещении на
другой псевдоним.
Для создания нового псевдонима
требуется выбрать команду New из меню Object или из всплывающего меню
узла Databases на одноименной странице. Затем в появившемся простом
диалоге задается необходимый драйвер.
Отметим, что один из четырех
стандартных локальных драйверов устанавливается на странице Configuration в
качестве предопределенного, поэтому в списке он доступен под названием
STANDARD, а остальные не видны вообще. Из драйверов SQL Links доступны те,
которые были установлены при инсталляции Delphi или позже.
Кроме того, в списке можно выбрать
один из драйверов ODBC, установка которых осуществляется стандартными
системными средствами на Панели управления Windows.
После выбора драйвера в дереве
псевдонимов БД появляется новый узел, для драйвера которого требуется
установить необходимые параметры.
Для четырех локальных драйверов
список параметров в правой части панели утилиты на странице Definition ограничивается
параметрами стандартного драйвера (STANDARD), подробная настройка для каждого
драйвера осуществляется на странице Configuration.
Класс TBDEDataSet
Этот класс является потомком класса
TDataSet, его значение трудно переоценить: именно TBDEDataSet обеспечивает
работоспособность важнейших механизмов набора данных за счет обращения к
функциям BDE (табл. 16.6). Например, класс TBDEDataSet перекрывает абстрактные
методы своего предка TDataSet, отвечающие за такие важнейшие операции, как
чтение данных и сохранение изменений в базе данных, навигация по записям набора
данных, фильтрация.
Класс TDBDataSet
Класс TDBDataSet является
непосредственным предком основных компонентов доступа к данным ттаblе, TQuery и
TstoredProc. Новые свойства и методы класса обеспечивают соединение набора
данных с базой данных и используют функции BDE.
В процессе соединения важнейшую роль
играет свойство DatabaseName, которое должно содержать псевдоним или полный
путь к файлам БД. Для управления отдельным соединением с базой данных можно
применять специальный компонент TDatabase. Указатель на экземпляр такого
компонента содержится в свойстве Database.
Многие функции API BDE используют в
своей работе дескриптор специальной структуры, описывающей подключенную базу
данных. Доступ к этому дескриптору можно получить через свойство DBHandie.
Приложение баз данных одновременно
может использовать несколько наборов данных, каждый из которых подключен к
собственной базе данных. Совокупность соединений управляется в рамках сеанса
работы, который инкапсулируется компонентом TSession. Указатель на экземпляр
такого компонента можно использовать в наборе данных при помощи свойства
DBSession.
Компонент TTable
Компонент TTаblе инкапсулирует таблицу
реляционной базы данных, причем независимо от типа базы данных. Для доступа к
данным компонент использует функции BDE.
Необходимая для работы база данных
задается свойством DatabaseName, в котором можно указать зарегистрированный в
BDE псевдоним БД или полный путь к файлам БД.
Таблица БД, на основе которой
создается набор данных, определяется свойством TableName. При необходимости тип
таблицы задается свойством TаblеТуре, хотя обычно это свойство имеет значение
ttDefault, которое включает автоматическое определение типа таблицы по
расширению файла.
.5
Главная форма программы
На главной форме
располагаются следующие компоненты:
Компонент Image1 позволяет наглядно
увидеть ту модель автомашин, которую вы выбираете, хранящуюся в базе данных в
графическом формате.
Компонент TMemo - поле редактирования,
компонент может отображать только строки, которые целиком видны по высоте.
Компонент Label (их в форме два)
используются для написания надписи на форме (например, каталог легковых
автомобилей).
Компонент DBNavigator используется для
упрощения перемещения по таблице.
Компонент ComboBox1 представляет собой
комбинированный список данных, хранящийся в базе данных.
Компонент DBGrid1 отображает списки
марок и моделей машин.
Компонент BitBtn1 при его нажатии
показываются данные о фирме производителе.
Компонент Image2 позволяет увидить
символ марки машины.
Компонент Groupbox1 объединяет все
компоненты в определенную группу.
Компонент SpeedButton1 при его нажатии
открываются данные о модели машины.
Компонент Button кнопка для закрытия
формы.
3.6
Краткое описание кодов
Данные о фирме:
begin:='firms\InfoFir\'
+Table1. FieldByName('Firm').Value + '.html';(0, 'open', PChar(vPathFIR), nil,
nil, 0);
end;
Фильтрация по
маркам машин:
beginComboBox1 do begin
// Суть какова
// если выбран нулевой пункт то
снять фильтрацию
if ItemIndex=0 then
begin. Filtered:=false; // выключить фильтр:='';;
// если выбран первый пункт то
установить фильтрацию по фирме ACURA
if ItemIndex=1 then
begin. Filtered:=True; // включить фильтр:='[Firm]=' + chr(39) + 'ACURA' + chr(39);. Filter:=vSetFtr;
;
ItemIndex=2 then begin.
Filtered:=True;:='[Firm]=' + chr(39) + 'AUDI' + chr(39);. Filter:=vSetFtr;;
ItemIndex=3 then begin.
Filtered:=True;:='[Firm]=' + chr(39) + 'BMW' + chr(39);. Filter:=vSetFtr;;
// И так далее……
Поиск
в базе:
ComboBox1. ItemIndex of
: if not Table1. Locate
('model', AnsiUpperCase (Edit1. Text), [loCaseInsensitive,]) then ShowMessage
('Запись не найдена');
: if not Table1. Locate
('model', AnsiUpperCase (Edit1. Text), [loCaseInsensitive,]) then ShowMessage
('Запись не найдена');
: if not Table1. Locate
('Model', AnsiUpperCase (Edit1. Text), [loCaseInsensitive,]) then ShowMessage
('Запись не найдена');
: if not Table1. Locate
('Model', AnsiUpperCase (Edit1. Text), [loCaseInsensitive,]) then ShowMessage
('Запись не найдена');
: if not Table1. Locate
('Model', AnsiUpperCase (Edit1. Text), [loCaseInsensitive,]) then ShowMessage
('Запись не найдена');
: if not Table1. Locate
('Model', AnsiUpperCase (Edit1. Text), [loCaseInsensitive,]) then ShowMessage
('Запись не найдена');
: if not Table1. Locate
('Model', AnsiUpperCase (Edit1. Text), [loCaseInsensitive,]) then ShowMessage
('Запись не найдена');
: if not Table1. Locate
('Model', AnsiUpperCase (Edit1. Text), [loCaseInsensitive,]) then ShowMessage
('Запись не найдена');
// И так далее….
Для закрытия формы:
;;
Заключение
В современных условиях руководителям
предприятий, организаций приходиться иметь дело с таким большим количеством
информации, она так быстро меняется, что её часто становится просто невозможно
обрабатывать «вручную». Кроме того, на больших предприятиях с большими
оборотами продукции существует необходимость учёта и контроля большого объёма
финансовой, производственной, закупочно-сбытовой, маркетинговой информации.
И для этого и создаются
автоматизированные системы для сбора, обработки и хранения информации. Такие
информационные системы должны облегчить процесс работы с информацией,
циркулирующей на предприятии.
В результате
выполненной разработки можно сделать следующие выводы: при разработке
программного обеспечения был пройден полный цикл проектирования программы от
постановки задачи до введения выходного результата на исполнение и
эксплуатацию.
Разработанная
программная система позволяет упрощение процедуры поиска необходимой машины для
потенциальных клиентов, сокращение времени, которое они затрачивают при выборе
подходящего во всех отношениях варианта автомобиля.
И поэтому суть
разработанного данного проекта заключается в том, чтобы предоставить
максимальный объем информации о предлагаемых к реализации легковых автомобилей
для покупателей и заказчиков, которые заняты поиском необходимого средства
передвижения. Также моя программа дает информацию о конкретно интересующем вас
автомобиле, предоставляет его характеристики и возможности.
Список
использованной литературы
1. Андон Ф.И., Лаврищева Е.М.
«Основы программной инженерии», Знания, К., 2001
. Бобровский С. Delphi 7, учебный курс, Питер,
2005
. Бойко В.В., Савинков В.М.
«Проектирование информационной базы автоматизированной системы на основе СУБД»
М.: Финансы и статистика, 1982.
. Вендров A.M. «Проектирование программного
обеспечения», Финансы и Статистика, М., 2000
. Л.В. Кокорева, О.Л. Перевозчикова
«Диалоговые системы и представление знаний», М., 1995
. Марка Д.А., Мак-Гоуэн К.
«Методология структурного анализа и проектирования», МетаТехнология, М., 1998
. Марко Кенту «Delphi 7 для профессионалов»,
Питер, С-П., 2005
. Рихтер Джеффри «Windows для профессионалов»,
Русская редакция, С-П., 1995
. Фарафонов В.В. Delphi. Программирование
высокого уровня: учебник для вузов
. Фокс Д. «Программное обеспечение и
его разработка», Мир, М., 1995
. Хомоненко А. Delphi 7, программирование, BHV, 2006
. Элиенс А. «Принципы
объектно-ориентированной разработки программ», Вильяме, М., 2002