Как и множество других задач, построение базы данных начинается с этапа проектирования. Вполне очевидно, что никто не возьмется за строительство здания без чертежей. Точно так же, грамотно спланированная база данных — основной шаг в успешной реализации проекта.
Проектирование реляционной базы данных включает следующие этапы:
- моделирование приложения;
- определение данных, с которыми будет работать приложение;
- распределение данных по таблицам;
- организация связей между таблицами;
- создание необходимых индексов;
- создание механизмов проверки данных;
- создание необходимых запросов к базе данных.
Предстоит вам работа в информационно-аналитическом отделе небольшого предприятия или вы еще учитесь в университете и только готовитесь к самостоятельной деятельности — не имеет значения. Пусть ваше первое задание — разработка прикладного программного обеспечения деятельности только что созданного на этом предприятии отдела по учету недвижимости, находящейся на балансе предприятия. В связи с реорганизацией городского хозяйства объектов в ведении отдела теперь около полусотни. Квартир порядка трех тысяч, в них проживает около десяти тысяч человек. Учет недвижимости, а также отслеживание квартплаты отныне в ведении этого отдела, но это уже второй этап работы.
Приход и расход товара — складской учет в базе данных Microsoft Access
В первую очередь на вас возложена задача компьютерного учета недвижимого имущества. Объем работы сравнительно небольшой. Не радуйтесь! Ваш начальник требует, чтобы эксплуатация программного комплекса, заказанного им сегодня, началась еще вчера.
Вы провели в отделе по учету недвижимости значительное время, но все, что вам удалось выяснить из разговора с персоналом, — это набор данных, которые будут храниться в электронном виде, их тип и максимальное количество в базе (табл. 2.1).
Таблица 2.1. Набор данных «Недвижимость»
| 1 | Address | Текстовый | 50 | Адрес здания |
| 2 | District | Текстовый | 15 | Район города, где оно расположено |
| 3 | Land | Числовой | 10 | Площадь земельного участка |
| 4 | Year | Числовой | 4 | Год постройки здания |
| 5 | Material | Текстовый | 15 | Материал стен здания |
| 6 | Comment | Поле MEMO | Авто | Примечания |
| 7 | Wear | Числовой | 2 | Износ в процентах |
| 8 | Cost | Денежный | 15 | Стоимость здания в рублях |
| 9 | Line | Числовой | 5 | Расстояние от центра города |
| 10 | Square | Числовой | 10 | Площадь нежилых помещений |
| 11 | Picture | Поле OLE | Авто | Фото здания |
| 12 | Kind | Числовой | 1 | Вид собственности |
| 13 | Elevator | Логический | 1 | Наличие лифта |
| 14 | Flat | Числовой | 4 | Номер квартиры |
| 15 | Storey | Числовой | 2 | Номер этажа |
| 16 | Rooms | Числовой | 1 | Количество комнат |
| 17 | SquareFlat | Числовой | Авто | Общая площадь квартиры |
| 18 | Dwell | Числовой | Авто | Жилая площадь квартиры |
| 19 | Branch | Числовой | Авто | Вспомогательная площадь квартиры |
| 20 | Balcony | Числовой | Авто | Площадь балкона |
| 21 | Height | Числовой | Авто | Высота квартиры |
| 22 | Account | Числовой | 5 | Номер лицевого счета |
| 23 | FioHost | Текстовый | 60 | Ф. И. О. квартиросъемщика |
| 24 | Pasport | Поле MEMO | Авто | Данные его паспорта |
| 25 | Fio | Текстовый | 60 | Ф. И. О. проживающего в квартире |
| 26 | Born | Числовой | 4 | Год рождения проживающего |
| 27 | Status | Текстовый | 20 | Льготы и статус проживающего |
Они сведены вами в таблицу. Надеюсь, что вы предупредили работающих о том, что если какой-либо параметр отсутствует в базе данных, то извлечь его и выполнить какие-либо расчеты с его участием будет в дальнейшем невозможно. Учтите, что приступать к созданию базы данных еще рано. На этом этапе вы должны определить задачи, которые будет решать разрабатываемое приложение.
Как создать запросы в Microsoft Access за 10 минут
Другими словами, надо составить функциональную спецификацию. На первый взгляд кажется совершенно очевидным, что должно делать приложение. Однако в подавляющем большинстве случаев выясняется, что заказчик сам плохо представляет то, что предстоит сделать в этом направлении.
Задавайте наводящие вопросы до тех пор, пока вы окончательно не поймете, какие цели преследуют будущие пользователи этого программного комплекса. Не собираются ли они заменить разрабатываемую систему. Есть ли у них отработанные виды отчетов и т. д.
Разумно, если вы выбрали в качестве инструмента Microsoft Access 2010 — рекордсмена среди существующих СУБД по времени разработки приложения и запланировали перевод базы данных на платформу SQL Server 2008, т. к. при отслеживании платежей по квартплате число записей в таблице лицевых счетов достигнет 200—500 тыс., а это уже несколько превышает возможности MS Office Access 2010.
Отныне вам предстоит иметь дело с информационной системой, предназначенной для сбора, хранения и обработки информации. Такая система непременно должна ориентироваться на конечного пользователя, не обладающего высокой квалификацией. Поэтому программный комплекс, по примеру Google Chrome, должен обладать удобным, простым и легко осваиваемым интерфейсом, который предоставляет работнику все необходимые функции и в то же время не дает совершать ему лишних действий. Нам предстоит решить две задачи:
- разработать базу данных для хранения информации;
- разработать графический интерфейс и само пользовательское приложение, работающее с этой базой данных.
База данных — совместно используемый набор логически связанных данных для удовлетворения информационных потребностей организации. Это корпоративный ресурс, не принадлежащий какому-либо единственному отделу. База данных — неотъемлемая часть любой информационной системы.
СУБД (система управления базами данных) — программное обеспечение, с помощью которого пользователи могут создавать, модифицировать базу данных и осуществлять к ней контролируемый доступ. СУБД непременно взаимодействует с прикладными программами пользователя и самой базой данных.
Для работы СУБД и прикладных программ необходимо аппаратное обеспечение, которое также является частью информационной системы и может варьироваться в очень широких пределах: от единственной персоналки до сети из многих компьютеров. Приложение, которое мы создадим в начале нашей работы, будет функционировать на одном компьютере или, в лучшем случае, на уровне рабочей группы (до 10 машин в сети Windows технологии NT) в режиме файлового сервера. В этом варианте папка с базой данных и прикладными программами размещается на самом мощном компьютере одноранговой сети, и к ней организуется совместный доступ работников. Нагрузка на локальную вычислительную сеть — максимальная. Информационная безопасность — на самом низком уровне.
Дальнейшее развитие нашего приложения и перевод его в архитектуру «клиент-сервер», кардинальным образом исправит положение дел. Корпоративная сеть будет избавлена от излишнего трафика, а применение сервера баз данных поднимет безопасность информационных ресурсов корпорации на должную высоту.
В настоящее время существует больше сотни различных СУБД, от персональных компьютеров до мэйнфреймов. Подавляющее большинство из них работает с базой данных, в основе которой лежит реляционная модель. На сегодняшний день известны три модели данных: иерархическая, сетевая и реляционная. Microsoft Office Access 2010 и Microsoft SQL Server 2008 — это реляционные СУБД.
Современная реляционная база данных хранит не только сами данные, но и их описания. Такой подход позволяет отделить данные от приложения. Следовательно, добавление поля в таблицу или таблицы в базу данных никак не повлияет на работу приложения.
Удаление поля из таблицы, используемой приложением, повлияет на его работу. Приложение придется модифицировать.
Источник: pivot-table.ru
1.2 Пример и алгоритм разработки и построения базы данных ms Access
1) Разработка структуры базы данных, на основе список данных, которые необходимо хранить в базе данных включает следующие шаги:
1.1) Определение состава и структуры базовой (универсальной) таблицы;
1.2) Определение логических связей, первичных ключей и функциональных зависимостей между атрибутами (полями) базовой таблицы;
1.3) Нормализация (разделение) базовой таблицы;
1.4) Определение состава, структуры таблиц;
1.5) Выбор первичных ключей (ключевых полей),
1.6) Нормализация таблиц, определение типов данных;
1.7) Определение типа связей между таблицами;
2) Создание базы данных ms Access включает следующие шаги:
2.1) Создание таблиц MS Access;
2.2) Создание связей между таблицами;
2.3) Создание различных типов запросов;
2.4) Создание форм и отчетов;
2.5) Создание кнопочных форм.
Разработать структуру базы данных и построить базу данных в MS Access для сбора и обработки данных по результатам сдачи экзаменов и зачетов студентами по разным дисциплинам, на основе следующей информации:
С помощью запросов: вывести список студентов, имеющих отличные оценки по информатике; вывести список студентов имеющих отличные отметки по заданному предмету (предусмотреть ввод названия дисциплины с клавиатуры); найти среднюю оценку каждого студента по всем предметам.
Построить перекрестный запрос, отображающий количество часов по каждой дисциплине и для каждого студента.
Построить составную форму и отчет для просмотра и печати ведомости успеваемости какого-либо студента по разным дисциплинам.
Решение примера 8
1. Разработка структуры базы данных.
1.1 Первоначально создадим базовую таблицу (табл.68, универсальная таблица), которая содержит все перечисленные данные, которые примем за имена полей таблицы. В качестве записей таблицы введем произвольные данные, учитывая при этом, что каждый студент сдает экзамен или зачет по нескольким дисциплинам определенному преподавателю и получает оценку.
Таблица 68 – Универсальная таблица «Сессия»
Фамилия студента
Форма отчетности
Количество часов
Фамилия преподавателя
1.2 Определим функциональные зависимости и ключевые поля для таблицы 1. Предположим, что каждый студент сдаёт один раз экзамен (зачет) по дисциплине согласно учебному плану. Каждая дисциплина однозначно характеризуется наименованием, номером семестра, в котором изучается предмет, и формой отчетности. Тогда в качестве первичного (составного) ключа таблицы Сессия можно использовать следующий набор полей:
Фамилия студента, Дисциплина, Семестр, Форма отчетности.
Остальные неключевые поля табл.68 будут функционально зависеть от какой-либо части составного ключа.
1.3 Проведем нормализацию табл. 68 в соответствии с правилами нормализации и определениями нормальных форм. Так как поля таблицы 68 – Фамилия преподавателя, Количество часов и Должностьфункционально зависят только от полейДисциплина, СеместриФорма отчетности. Тогда, согласно первому правилу нормализации, выделим в отдельную таблицу 69Учебный планполя –Дисциплина, Семестр, Форма отчетности, Количество часов, Фамилия преподавателя, Должность(ключевые поля подчеркнуты).
Таблица 69 – Учебный план
Форма отчетности
Количество часов
Фамилия преподавателя
Соответственно из исходной таблицы 68 поля Фамилия преподавателя, Количество часовиДолжностьудаляются. Из оставшихся полей сформируем таблицу 70Результаты сессии–Фамилия студента, Дисциплина, Семестр, Форма отчетности, Оценка.
Таблица 70 – Результаты сессии
Фамилия студента
Форма отчетности
1.4 Анализируя таблицу 69 очевидно, что они не соответствуют требованиям третьей нормальной формы, так как поле Должностьфункционально зависит от неключевого поляФамилия преподавателя. Соответственно, используя второе правило нормализации, выделим поляФамилия преподавателя и Должностьв отдельную таблицу 71 «Кадровый состав» и исключим из таблицы 69 полеДолжность. При этом в таблицу 71 для однозначной идентификации каждого преподавателя введем ключевое полеКод преподавателя.
Таблица 71 – Кадровый состав
Код преподавателя
1.5 Анализируя таблицы 69 и 70 видно, что ключевые поля Дисциплина, Семестр, Форма отчетностив этих таблицах повторяются. Это приводит кизбыточностии дублированию информации сразу в трех полях, поэтому целесообразно ввести вместо трех указанных ключевых полей одно ключевое полеКод учебного планав таблицы 69 и 70. Также очевидно, что полеФамилия студентане может однозначно идентифицировать студента, так как возможны однофамильцы, поэтому это поле выделим в отдельную таблицу 72 «Студенты», в которой введем новое полеКод студента.
Таблица 72 – Студенты
Код студента
Фамилия студента
Рассматривая подробнее таблицу 69 Учебный план, видно, что наименование Дисциплин многократно повторяются и есть вероятность сделать ошибки при вводе одного и того же наименования. При этом может возникнуть потенциальная противоречивостьданных. Поэтому, выделим поле дисциплины в отдельную таблицу 73 «Дисциплины», а для однозначной идентификации дисциплин введем поле Код дисциплины.
Таблица 73 – Дисциплины
Код дисциплины
Наименование дисциплины
1.6 Преобразуем таблицы 69 и 70 в соответствии с выполненными изменениями. В таблице 69 вместо полей Фамилия студентавведем полеКод студента, вместо поляДисциплина– полеКод дисциплины, вместо поляПреподаватель–Код преподавателя. В таблице 70 вместо полейДисциплина, Семестр, Форма отчетностивведем полеКод учебного планаи вместо поляФамилия студента– полеКод студента. В результате преобразований получим таблицы 74 и 75.
Таблица 74 –Учебный план (итоговая)
Код учебного плана
Код дисциплины
Количество часов
Форма отчетности
Код преподавателя
Таблица 75 – Результаты сессии (итоговая)
Код студента
Код учебного плана
Все таблицы базы данных (табл. 71-75) находятся в первой, второй и третьей нормальной формах, то есть все поля каждой из таблиц неделимы и зависят от ключевого поля и значение любого поля в этих таблицах, не входящих в первичный ключ, не зависит от значений другого неключевого поля.
Следует отметить, что если бы вместо поля Фамилия студентав базе данных использовалось полеФИО студента, то для того чтобы соблюдалсяпринцип неделимостиполей, в соответствии с требованиями первой нормальной формы, следовало бы в таблице Студенты дополнительно разделить полеФИО студентына поляФамилия,Имя,Отчество
1.7 Определение связей между таблицами. Связь между таблицами реализуется за счет одинаковых полей в связываемых таблицах. Чтобы связать две таблицы необходимо ключ первой таблицы ввести в состав ключа второй таблицы. В противном случае нужно ввести в состав первой таблицы внешний ключ – ключ второй таблицы. В структуре разработанных таблиц 71-75 уже имеются одинаковые поля. Соответственно следует установить связи между следующими полями (см.рис.50):
Код учебного плана(табл. Учебный план) иКод учебного плана(табл. Результаты сессии) – связь один–ко–многим;
Код студента(табл. Студенты) иКод студента(табл. Результаты сессии) – связь один–ко–многим;
Код дисциплины(табл. Дисциплины) иКод дисциплины(табл. Учебный план) – связь один–ко–многим;
Код преподавателя(табл. Преподаватели) иКод преподавателя(табл. Учебный план) – связь один–ко–многим.
1.8 Определение типов данных и ограничений. Разные типы полей имеют разное назначение и разные свойства. Как правило, для ключевых полей, содержащих числовые данные, такие как Код студента,Код дисциплинывыбирают тип данныхСчетчикилиЧисловой, а ограниченияЗначение уникальноиЗначение не должно быть пустым. Для полей типаФамилия,Дисциплинавыбирают тип данныхТекстовый, а ограниченияРазмер строки символовиЗначение не должно быть пустым.
Поля для ввода дат или времени имеют тип Дата/время. Поля для ввода денежных сумм имеют тип Денежный. Поля для хранения внешних объектов (рисунков, таблиц, аудиозаписей и так далее) имеют тип OLE, а для хранения текста тип МЕМО.
Источник: studfile.net
Алгоритм программы в access
Внимание Скидка 50% на курсы! Спешите подать
заявку
Профессиональной переподготовки 30 курсов от 6900 руб.
Курсы для всех от 3000 руб. от 1500 руб.
Повышение квалификации 36 курсов от 1500 руб.
Лицензия №037267 от 17.03.2016 г.
выдана департаментом образования г. Москвы
Работа с подсистемой программы Access
Введение
В данной работы мы рассмотрим программу СУБД ACCESS, которая входит в пакет самого распространённого пакета офисных программ Microsoft. Наверно не существует ни одного пользователя базами данных, который бы не знал о существовании данной программы. Такое доверия большинства пользователей обусловлено, прежде всего, незыблемым авторитетом всех программ создающихся этой корпорацией.
Эта программа универсальна в своём роде. Что же требуется от программы типа СУБД? Это простота, удобство и высокая производительность по обработке ввода, анализа и вывода данных. При веем при этом программа должна быть проста в эксплуатации и доступна рядовому пользователю. И за всё это отвечает интерфейс.
В процессе совершенствования этой программы были внесены уникальные возможности. Данные могут быть представлены в виде таблиц или диаграмм. И если принять во внимание, что данной программой может пользоваться любой пользователь (от новичка до профессионального разработчика), то без сомнения можно утверждать что ACCESS корпорации Microsoft это лучшее средства для решения задач любой сложности.
1. Разработка информационного и алгоритмического обеспечения подсистемы
1.1 Выбор СУБД
Microsoft Access создана на основе реляционной модели базы данных и предназначена для создания быстрых, эффективных баз данных, применяемых в быту и бизнесе. Кроме того, она способна подключаться к другим базам данных, создавая для вас широкий фронт работы с данными, независимо от того, где они находятся.
Важная особенность СУБД Access использование буфера обмена при выполнении ряда операций. Буфер используется при выполнении команд копирования и перемещения для временного хранения копируемых или перемещаемых данных, после чего они направляются по новому адресу. При удалении данных они также помещаются в буфер. Содержимое буфера сохраняется до тех пор, пока не будет записана новая порция данных.
СУБД Access имеет достаточное количество команд, у каждой из которых возможны различные параметры (опции). Выбор определенной команды из меню производится либо наведением курсора на выбранную в меню команду при помощи клавиш управления курсором и нажатием клавиши ввода, либо вводом с клавиатуры первой буквы выбранной команды.
Получить дополнительную информацию о командах, составляющих меню СУБД Access, и их использовании можно, войдя в режим помощи.
Совокупность команд, предоставляемых в ваше распоряжение СУБД Access, может быть условно разбита на следующие типовые группы:
- команды для работы с файлами;
- команды редактирования;
- команды форматирования;
- команды для работы с окнами;
- команды для работы в основных режимах СУБД (таблица, форма, запрос, отчет);
- получение справочной информации.
- создавать новые объекты базы данных;
- сохранять и переименовывать ранее созданные объекты;
- открывать уже существующие базы данных;
- закрывать ранее открытые объекты;
- выводить на принтер объекты базы данных.
1.2 Выбор среды разработки
Процесс разработки в Delphi предельно упрощен. В первую очередь это относится к созданию интерфейса, на который уходит 80% времени разработки программы. Вы просто помещаете нужные компоненты на поверхность Windows-окна (которое в Delphi называется формой) и выполняете настройку их свойств с помощью специального инструмента (Object Inspector)[9].
Указанный инструмент выполняет связывание событий этих компонентов (нажатие на кнопку, выбор мышью элемента в списке и т.д.) с кодом его обработки — и вот простое приложение готово. Причем разработчик получает в свое распоряжение мощные средства отладки (вплоть до пошагового выполнения команд процессора), удобную контекстную справочную систему (в том числе и по Microsoft API), средства коллективной работы над проектом, всего просто не перечислить.
Вы можете создавать компоненты ActiveX без использования Microsoft IDL, расширять возможности web-сервера (скрипты на стороне сервера), практически ничего не зная об HTML, XML или ASP. Можно создавать распределенные приложения на базе СОМ и CORBA, Интернет- и intranet-приложения, используя для доступа к данным Borland DataBase Engine, ODBC-драйверы или Microsoft ADO.
Появившаяся, начиная с Delphi 3, поддержка многозвенной технологии (multi-tiered) доступа к данным позволяет создавать масштабируемые приложения (относительно слабо зависящие от сервера БД) за счет перенесения методов обработки информации (бизнес-правил) на среднее звено. Как уже говорилось ранее, в Delphi используется язык Object Pascal, который постоянно расширяется и дополняется Borland.
Язык в полной мере поддерживает все требования, предъявляемые к объектно-ориентированному языку программирования. Как и положено строго типизированному языку, классы поддерживают только простое наследование, но зато интерфейсы могут иметь сразу несколько предков.
К числу особенностей языка следует отнести поддержку обработки исключительных ситуаций (exceptions), а также перегрузку методов и подпрограмм (overload) в стиле C++. К числу удачных относится также поддержка длинных строк в формате WideChar и AnsiChar.
Последний тип (AnsiString) позволяет использовать все прелести динамического размещения информации в памяти без всяких забот о ее выделении и сборке мусора Delphi делает это автоматически. Для поклонников свободного стиля программирования имеются открытые массивы, варианты и вариантные массивы, позволяющие размещать в памяти все, что душе угодно и смешивать типы данных.
Имеется возможность создания своих собственных компонентов, импортирования ОСХ – компонентов, создания проектов и , создающих проектов. Мало того, Delphi предоставляет разработчику интерфейс для связи приложений с интегрированной оболочкой Delphi (IDE). Таким образом, вы можете использовать Delphi для создания как самых простых приложений, на разработку которых требуется несколько часов, так и серьезных корпоративных проектов, предназначенных для работы десятков и сотен пользователей. Причем для этого можно использовать самые последние веяния в мире компьютерных технологий с минимальными затратами времени и сил.
2. Программная реализация основных компонентов подсистемы
2.1 Разработка подсистемы поддержки принятия решений
Алгоритм подсистемы принятия решений можно представить в виде указанном на принципиальной схеме на Рисунке 10.
Модуль Insert_Zakaz.pas Конфигурационный файл Office.ini Конфигурационный файл Middle.ini
Конфигурационный файл Gamer.ini База данных Выполнение запросов к БД Выбор менеджера Формирование запросов на выборку оборудования, соответствующего параметрам введенным в конфигурационные файлы
Рисунок 10 – Структурная схема реализующая принцип работы подсистемы принятия решений.
На указанном выше рисунке показана схема, по которой работает подсистема поддержки принятия решений менеджера фирмы.
2.2 Алгоритмизация принятия решений
Рисунок 11 — Общая схема алгоритма принятия решений
На рисунке 11 показано каким образом происходит выбор критерия для решения поставленной задачи принятия решения.
2.3 Разработка БД
2.3.1 Концепция проектирования баз данных
- представление – инфологическая (внешняя) модель;
- концептуальная БД – даталогическая (внутренняя) модель;
- физическая БД – физическая (внутренняя) модель.
2.3.2 Составление списка полей. Определение их типов. Разработка таблиц БД и определение связей между таблицами
- Таблица «Заказы покупателей»;
- Таблица «Разъёмы/Сокеты»;
- Таблица «Клиенты»;
- Таблица «Поставщики» ;
- Таблица «Производители» ;
- Таблица «Видеоконтроллеры»;
- Таблица «Блоки бесперебойного питания» ;
- Таблица «ТВ Тюнеры» ;
- Таблица «Аккустические системы» ;
- Таблица «Звуковые карты» ;
- Таблица «Сканеры» ;
- Таблица «Процессоры» ;
- Таблица «Принтеры» ;
- Таблица «Сетевые карты» ;
- Таблица «Манипуляторы “мышь”» ;
- Таблица «Материнские платы» ;
- Таблица «Мониторы» ;
- Таблица «Оперативная память» ;
- Таблица «Клавиатуры» ;
- Таблица «Жёсткие диски» ;
- Таблица «Кулеры» ;
- Таблица «Корпуса» ;
- Таблица «Блоки питания» .
2.3.3 Логическая и физическая структура базы данных
Анализ взаимодействия различных информационных объектов.
Разъёмы / Сокеты Комплектующие Поставщики Клиенты Заказы покупателей Производители Видеоконтроллеры Блоки бесперебойного питания ТВ Тюнеры Аккустические системы Звуковые карты Сканеры Процессоры Принтеры Сетевые карты Манипуляторы “ мышь ” Материнские платы Мониторы Оперативная память Клавиатуры Жёсткие диски
Рисунок 13 – Концептуальная модель базы данных АРМ « Подсистема поддержки принятия решений менеджера по продажам компьютерной техники» «Разъёмы» в данном случае представляют собой совокупность классифицированных и сгруппированных интерфейсов, посредством которых происходит связывание комплектующих и обеспечивается совместимость их взаимодействия. Данная совокупность связана с большинством комплектующих предоставляемых фирмой , организуя, таким образом, взаимосвязанную структуру “разъем – комплектующее” . У фирмы присутствует список постоянных поставщиков оборудования, которые выполняют поставку недостающего товара и обеспечивают удовлетворение постоянного спроса покупателей на компьютерную технику. Существует список клиентов фирмы, которые делают заказы в данной фирме. Каждому заказу клиента соответствует список комплектующих, заказанных конкретным покупателем.
2.4 Разработка программного модуля в Delphi
2.4.1 Разработка алгоритма работы программы
Проектируемая программа «Подсистема поддержки принятия решений менеджера по продажам компьютерной техники» реализовывалась на языке программирования Object Pascal в IDE среде Borland Delphi 7.0. Другим вспомогательным средством построения системы является СУБД Microsoft Access 2003. Средством управления редактированием и отладки запросов к объектам базы данных, также является компонент пакета Microsoft Office — Microsoft Access 2003. На рисунке 15 представлена схема функционирования алгоритма программы. Рассмотрим более подробно весь механизм работы приложения. Распечатка счёта на оплату Экспорт счёта на оплату в файл Excel Ввод сведений о производителях Да Нет Ввод сведений о комплектующих Ввод сведений о поставщиках Ввод сведений о клиентах Начало программы Проверка пароля Вывод заставки Верный ? Да Нет Выход из программы Товар введен ? Формирование заказа покупателя Алгоритм подбора конфигурации
Рисунок 15 – Общая структура алгоритма работы программы «Подсистема поддержки принятия решений менеджера по продажам компьютерной техники»
2.4.2 Реализация программы в среде программирования
Вся работа программы сводится к модульной схеме функционирования. Работа с таблицами базы данных организуется посредством отдельных модулей, каждый из которых решает задачу по добавлению, удалению или изменению информации, находящейся в конкретной таблице базы данных. Модуль Start_.pas – отображает заставку при загрузке программы; Модуль Unit_PASSWORD.pas – подпрограмма защиты программы от несанкционированного входа; Модуль Unit1.pas – является главным модулем программы, из которого вызываются все остальные модули; Модуль About.pas – выполняет вывод информации о технических требованиях к работе программы; Модуль Manual.pas – отображает инструкцию пользователю по работе с программой; Модуль Developer.pas – отображает инструкцию пользователю по работе с программой; Модуль INSERT_ZAKAZ.pas – отображает форму редактирования заказов покупателей; Модуль Insert_VIDEO.pas – отображает форму редактирования информации о видеоконтроллерах; Модуль Insert_UPS.pas – отображает форму редактирования информации о блоках бесперебойного питания; Модуль Insert_TV_TUNER.pas – отображает форму редактирования информации о ТВ тюнерах; Модуль Insert_SOUND_SYSTEM.pas – отображает форму редактирования информации об акустических системах; Модуль Insert_SOUND.pas – отображает форму редактирования информации о звукових картах; Модуль Insert_SCANERS.pas – отображает форму редактирования информации о сканерах; Модуль Insert_PROCESSOR.pas – отображает форму редактирования информации о процессорах; Модуль Insert_PRINTERS.pas – отображает форму редактирования информации о принтерах; Модуль Insert_NETWORK.pas – отображает форму редактирования информации о сетевых картах; Модуль Insert_MOUSE.pas – отображает форму редактирования информации о манипуляторах «мышь»; Модуль Insert_MOTHERBOARD.pas – отображает форму редактирования информации о материнских платах; Модуль Insert_MONITOR.pas – отображает форму редактирования информации о мониторах; Модуль Insert_Memory.pas – отображает форму редактирования информации об оперативной памяти; Модуль Insert_KEYBOARD.pas – отображает форму редактирования информации о клавиатурах; Модуль Insert_HARD_DRIVE.pas – отображает форму редактирования информации о жёстких дисках; Модуль Insert_COOLER.pas – отображает форму редактирования информации о кулерах; Модуль Insert_BOXED.pas – отображает форму редактирования информации о корпусах; Модуль Insert_BLOCK_POWER.pas – отображает форму редактирования информации о блоках питания; Модуль Insert_Socket.pas – отображает форму редактирования информации о разъёмах (сокетах); Модуль Report.pas – выполняет генерирование информации о счёте на оплату; Модуль Insert_Postavka.pas – отображает форму редактирования информации о поставщиках фирмы; Модуль Insert_Manufactured.pas – отображает форму редактирования информации о производителях; Заключение
Программа «Аксес» ( «Access» ) компании Майкрософт является прекрасным инструментом для работы с данными. Аксес позволяет хранить и обрабатывать данные, подготавливать отчеты, контролировать правильность данных на стадии их ввода, создавать формы для более удобной работы с данными (интерфейс). Одновременно с базой данных могут работать несколько пользователей.
Для небольшой фирмы (например, туристической компании) несколько потраченных часов на создание базы данных могут дать недорогой и гибкий бизнес-инструмент. Создание такого инструмента необходимо , если в фирме растет количество используемых файлов эксель (база данных позволяет хранить данные в одном файле), создание самого простого варианта недорого (может стоить от 100$ и занимает до нескольких часов), эффект перехода на Access чувствуется сразу.
Для начинающих программировать освоение программы «Аксес» может быть первым шагом к работе с другими базами данных. Важная особенность СУБД Access использование буфера обмена при выполнении ряда операций. Буфер используется при выполнении команд копирования и перемещения для временного хранения копируемых или перемещаемых данных, после чего они направляются по новому адресу.
При удалении данных они также помещаются в буфер. Содержимое буфера сохраняется до тех пор, пока не будет записана новая порция данных. СУБД Access имеет достаточное количество команд, у каждой из которых возможны различные параметры (опции). Выбор определенной команды из меню производится либо наведением курсора на выбранную в меню команду при помощи клавиш управления курсором и нажатием клавиши ввода, либо вводом с клавиатуры первой буквы выбранной команды. Использованная литература
1. Кошелев В.Е. Access 2007. Эффективное использование. – М.: Бином-Пресс, 2009. – 590 с. 2. Сминрнова О.В. Access 2007 на практике. – М.: Феникс, 2009. – 160 с.
Источник: doc4web.ru