Ремонтно-строительная компания

     Архитектура Access называет объектами все, что может иметь имя. В БД Access основными объектами являются таблицы, запросы, формы, отчеты, макросы и модули. Термин БД обычно относится только к файлам, в которых хранятся данные. В Access БД включает  все объекты, связанные с хранимыми данными, в том числе и те, которые определяются для автоматизации работы (см. Табл. 2.1.).

 

 

 

 

 

 

 

 

Компоненты  СУБД Access.

Объект	Описание
Таблица	Содержит информацию об объектах. Поля (столбцы) хранят характеристики объектов, а каждая запись (строка) содержит сведения об объекте.
Запрос	Фиксирует нужные данные из одной или  нескольких таблиц. Для запроса можно  использовать запрос по образцу или  инструкцию SQL –запросы на выборку  и обновление данных.
Форма	Отражает требования к данным таблиц или запросов. Формы можно распечатать. С помощью формы можно запустить  макрос или VBA.
Отчет	Объект форматирования, вычисления итогов и печати данных.
Макрос	Описание действий Access в ответ  на событие. Макрос открывает другую форму, может проверять поля при  изменении его содержимого, открывать  таблицы, запросы, просмотр или печать, запустить другой макрос или процедуру VBA.
Модуль	Программа на языке Visual Basic для приложений, обнаружения ошибки, которые не обнаруживает макрос. Модули могут быть независимыми объектами, содержащими функции, вызываемые из любого приложения или отчета для  реакции на события.

 

                                             Таб. 2.1.

 

     В таблицах хранятся данные. Используя формы, можно выводить данные на экран или изменять их. Формы и отчеты получают данные как непосредственно из таблиц, так и через запросы. Для выполнения вычислений запросы могут использовать встроенные функции или функции, созданные с помощью Visual Basic для приложений.

     События в формах или отчетах могут запускать макросы или процедуры VBA. Событие - любое изменение состояния объекта Access, например открытие формы, закрытие формы, ввод новой строки в форму, изменение содержимого текущей записи или элемента управления. Для обработки события можно создать макрос или процедуру VBA, с помощью которых можно предусмотреть реакцию на любое действие пользователя, вплоть до нажатия определенных клавиш во время ввода данных. С помощью макросов и модулей можно изменять ход выполнения приложения; открывать, фильтровать и изменять данные в формах и отчетах; выполнять запросы и создавать новые таблицы. Используя VBA, можно создавать, модифицировать и удалять любой объект Access, обрабатывать данные по строкам и по столбцам или каким-либо другим способом. Можно также вызывать процедуры из библиотек динамической компоновки Windows, чтобы использовать в приложении не только встроенные в Access функции, но и возможности Windows.

     Учитывая все вышесказанное, мы остановимся на СУБД Access для разработки нашего программного продукта.

                          Описание выбранной системы разработки.

Построение модели БД.

     Для проектирования структуры  БД  необходима исходная информация о предметной области желательно в формализованном виде. Предметной областью (ПО) называется часть реальной системы, представляющая интерес для данного исследования.

     При проектировании автоматизированных информационных систем ПО представляется в виде моделей данных нескольких уровней. Число используемых уровней зависит от сложности системы, но в любом случае включает логический и физический уровни. ПО может относиться к любому типу организации (институт, завод, малое предприятие и т.п.).

     Необходимо различать полную ПО предприятия в целом и организационную единицу этой ПО. Организационная единица, в свою очередь, может представлять свою ПО (отделы).

     Информация, необходимая для описания ПО, зависит от реальной модели и может включать сведения о персонале, заработной плате, товарах, то есть сведения о людях, местах, предметах, событиях и понятиях.

     Описание ПО, без ориентации на используемые программные и технические средства, называется инфологической моделью.

Инфологическая модель БД

Компоненты инфологической модели

 

     Компоненты инфологической модели включают ряд описаний объектов ПО и связи между ними. Описание ПО всегда представлено в какой-то знаковой системе. Поэтому кроме отношений, присущих ПО, возникают еще и отношения, обусловленные особенностями отображения ПО в языковой среде.

     В настоящее время не существует единого стандарта или общепринятого способа построения инфологической модели. Для описания инфологической модели используются как языки аналитического (описательного) типа, так и графические средства.

     В процессе анализа в ПО выделяют классы объектов. Классом объектов называют совокупность объектов, обладающих одинаковым набором свойств. Например, если в качестве ПО рассмотреть вуз, то в ней можно выделить следующие классы объектов: учащиеся, преподаватели, аудитории и т. д. Объекты могут быть реальными или абстрактными, как, например, предметы, которые изучают студенты.

     При отражении в ИС каждый объект представляется своим идентификатором, который отличает один объект класса от другого, а каждый класс объектов представляется именем этого класса. Так, для объектов класса «Изучаемые предметы» идентификатором каждого объекта будет «Название предмета». Идентификатор должен быть уникальным. Каждый объект обладает определенным набором свойств. Для объектов одного класса набор этих свойств одинаков, а их значения могут различаться.

     Каждому классу объектов в инфологической модели присваивается уникальное имя.

     При описании ПО надо отразить связи между объектом и характеризующими его свойствами. Это изображается в виде линии, соединяющей обозначение объекта и его свойств.

     Связь между объектом и его свойством может быть различной. Объект может обладать только одним значением какого-то свойства. Например, каждый человек может иметь только одну дату рождения. Назовем такие свойства единичными. Для других свойств возможно существование одновременно нескольких значений у одного объекта. Пусть, например, при описании «Сотрудника» фиксируется в качестве его свойства «Иностранный язык», которым он владеет. Так как сотрудник может знать несколько иностранных языков, то такое свойство будем называть множественным. При изображении связи между объектом и его свойствами для единичных свойств будем использовать одинарную стрелку, а для множественных свойств – двойную. Кроме того, некоторые свойства являются постоянными, их значение не может измениться с течением времени. Назовем такие свойства статическими, а те свойства, значение которых может изменяться со временем, будем называть динамическими.

     Кроме связи между объектом и его свойствами, в инфологической модели фиксируются связи между объектами разных классов. Различают связи типа «один к одному» (1:1), «один ко многим» (1:М), «многие к одному» (М:1) и «многие ко многим» (М:М). Иногда эти типы связей называются степенью связи. Кроме степени связи в инфологической модели для характеристики связи между разными сущностями надо указывать так называемый класс принадлежности, который показывает, может ли отсутствовать связь объекта данного класса с каким-либо объектом другого класса. Класс принадлежности сущности должен быть либо обязательным, либо необязательным.

     С учетом вышеперечисленных особенностей построения инфологической модели были разработаны восемь объектов данных:

• Объект Карточка клиента содержит: данные о заказчике, дату поступления заказа и исходные данные об объекте для расчетов: площадь объекта, высота стен, окончательный материал пола, стен и потолка.
• Объект Материалы включает: наименование строительного материала, единицы измерения (м.кв., м.п., шт. и т.п.) и стоимость.
• Объект Нормы расхода содержит в себе информацию том, сколько затрачивается того или иного материала на единицу каждого типа работ: наименование или код работ, наименование материала, единицы измерения и количество.
• Объект Единицы измерения содержит  вспомогательные сведения о всевозможных единицах измерения различных материалов.
• Объект Работы включает следующие аргументы: наименование, цену на единицу измерения, а так же тип выполняемых работ (штукатурные, малярные и т.п.).
• Объект Типы работ содержит  вспомогательные сведения подстановки о всевозможных типах выполняемых работ.
• Объект Список работ предназначен для выборки всех работ, которые необходимо выполнить перед выполнением окончательной работы.
• Объект Заказы Работы является вспомогательным и предназначен для связи объектов Карточка клиента и Список работ, так как между ними должна быть связь «многие ко многим».

 

     На основании описанных свойств объектов и их назначения построим инфологическую модель нашей базы данных (см. рис. 3.1).

Работы

Карточка  клиента

КодРабот

КодЗаказа

ФИО (Наименование)

КодТипа

Телефон

Работа

ЕдИзмерения

Адрес

ДатаОбращения

Цена

Площадь

Высота Стен

Заказы  работы

Полы

КодЗаказа

Стены

КодОкончРаботы

Потолок

 

Единицы измерения

Тип Работ

  

КодЕдИзмерения

КодТипа

ЕдИзмерения

Тип

 

 

 

 

 

 

Нормы Расхода

Материалы

КодНормы

КодМатериала

КодРабот

Материал

 

КодЕдИзмерения

КодМатериала

Цена

ЕдИзмеренияяя

Количество

Список  работ

КодОкончРабот

ОкончРабота

КодРабот

 

 

 

 

 

 

 

 

 

 

 

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

 

1. Голицына О. Л., Максимов Н. В.,  Попов И. И. Базы данных: Учебное  пособие. – М.: ФОРУМ: ИНФРА-М, 2004
2. Шкарина Л. Язык SQL:учебный курс. – СПб.: Питер, 2001.
3. Карпова Т. С. Базы данных: модели, разработка, реализация. - СПб: Питер, 2001.
4. Боровиков В. В. MS ACCESS 2002. программирование и разработка баз данных и приложений. - СОЛОН-Р, 2002.
5. Астахова И. Ф., Толстобров А. П. , Мельников В. М. SQL в примерах и задачах: Учеб. пособие.- Мн.: Новое знание,2002.
6. Бекаревич Ю. Б., Пушкина Н. В. MS ACCESS 2000 за 30 занятий. – СПб.: БХВ- Петербург,2001.
7. Леоненков А. В. Самоучитель UML. - СПб: БХВ - Петербург, 2002.
8. Иванова Г. С. Технология программирования: Учебник для вузов. – М.: Изд-во МГТУ им. Баумана, 2003.
9. Орлов С. А. Технология разработки программного обеспечения: Учебник. – СПб.: Питер, 2002.
10. Вендров А. М. Проектирование программного обеспечения экономических информационных систем: Учебник. – М.: Финансы и статистика, 2002.