Компьютеризированная подсистема представляет собой комплекс технического, математического, информационного и программного обеспечений. Программное же обеспечение включает:
- специальное программное обеспечение;
- общесистемное программное обеспечение;
- инструментальные средства.
Общая схема избранное программное обеспечение приведена на рис. 6.1
Рисунок 6.1 – Структурна схема программного обеспечения
Специальное программное обеспечение - это собственно та часть ПЖД всей системы, которую приходится писать и создавать каждому человеку, занялась компьютеризацией какой-либо подсистемы.
Общесистемное программное обеспечение - те программные средства, которые предоставляют пользовательский интерфейс для работы с аппаратным обеспечением компьютеров.
Сервисные же программы предназначены для расширения функциональности общесистемного программного обеспечения.
А вот с помощью инструментальных средств разработчик и создает специальное программное обеспечение.
6.1 Разработка логической и физической моделей данных
Реляционная схема проверяется с использованием правил нормализации для определения того, является ли ее структура правильной. Проверяется также логическая модель, что позволяет убедиться в том, что она поддерживает все транзакции, указанные в спецификации требований пользователя. Проверенная локальная логическая модель данных может применяться в качестве основы для разработки прототипов, если в этом есть необходимость. В модель вводятся ограничения целостности. Если в приложении применяется только одно представление, то на этом стадия логического проектирования базы данных, предусмотренная в методологии, заканчивается. А если имеется несколько представлений, должен быть выполнен еще один этап, на котором отдельные локальные логические модели данных объединяются в глобальную логическую модель данных. На данном этапе создается общая логическая модель данных со всеми атрибутами, основанная на концептуальной модели.
 | |||
Рисунок 6.2 - Схема базы данных
6.2 Выбор средств управления данными
Microsoft Office Access или просто Microsoft Access — реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.
Достоинства и недостатки
Достоинства:
1. очень простой графический интерфейс, который позволяет не только создавать собственную базу данных, но и разрабатывать приложения, используя встроенные средства;
2. хранит все данные в одном файле, хотя и распределяет их по разным таблицам, как и положено реляционной СУБД. К этим данным относится не только информация в таблицах, но и другие объекты базы данных;
3. предлагает большое количество Мастеров, которые выполняют основную работу за пользователя при работе с данными и разработке приложений, помогают избежать рутинных действий и облегчают работу неискушенному в программировании пользователю;
4. распространенность, которая обусловлена тем, что Access является продуктом компании Microsoft;
5. постоянно обновляется производителем, поддерживает множество языков;
6. полностью совместим с операционной системой Windows;
7. ориентированность на пользователя с разной профессиональной подготовкой, что выражается в наличии большого количества Мастеров, развитую систему справки и понятный интерфейс;
8. широкие возможности по импорту/экспорту данных в различные форматы, от таблиц Excel и текстовых файлов, до практически любой серверной СУБД через механизм ODBC;
9. Наличие развитых встроенных средств разработки приложений. Большинство приложений, распространяемых среди пользователей, содержит тот или иной объем кода VBA (Visual Basic for Applications);
10.наличие встроенного языка макрокоманд.
Недостатки:
1. ограничены возможности по обеспечению многопользовательской среды;
2. В ранних версиях (до Access 2003) отсутствуют такие средства как триггеры и хранимые процедуры, что заставляет разработчиков возлагать поддержание бизнес логики БД на клиентскую программу или разрабатывать процедуры с помощью встроенного средства VBA;
3. обладает несложными способами защиты с использованием пароля БД (возможно применения дополнительных мер по защите от несанкционированного доступа с использованием процедур VBA);
4. В вопросах поддержки целостности данных отвечает только моделям БД небольшой и средней сложности.
5. Не распространяется бесплатно.
Реализация базы данных
Сущность - любой различимый объект (объект, отличный от другого), информацию о котором необходимо хранить в базе данных. Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д. Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе.
Сущность имеет имя, уникальное в пределах модели. При этом имя сущности - это имя типа, а не конкретного экземпляра.
Сущности делятся на сильные и слабые. Сущность является слабой, если ее существование зависит от другой сущности - сильной по отношению к ней. Например, сущность «подчиненный» является слабой по отношению к сущности «сотрудник»: если удалена запись, соответствующая некоторому сотруднику, имеющему подчиненных, то сведения о подчинении также должны быть удалены.
Сущность может быть расщеплена на два или более взаимоисключающих подтипов, каждый из которых включает общие атрибуты и / или связи. Эти общие атрибуты и / или связи явно определяются один раз на более высоком уровне. В подтипах могут определяться собственные атрибуты и / или связи. В принципе выделение подтипов может продолжаться на более низких уровнях, но в большинстве случаев оказывается достаточно двух-трех уровней.
Сущность, на основе которой определяются подтипы, называется супер тип. Подтипы должны образовывать полное множество, то есть любой экземпляр супер тип должен относиться к некоторому подтипу. Иногда для полноты множества надо определять дополнительный подтип, например, «Другие».
Атрибут - поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей. Атрибуты используются для определения того, какая информация должна быть собрана о сущности.
Абсолютная разница между типами сущностей и атрибутами отсутствует. Атрибут является таковым только в связи с типом сущности. В другом контексте атрибут может выступать как самостоятельная сущность.
Ключ - минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся.
Связь - ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных - это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи. А так как в реальных базах данных нередко содержатся сотни или даже тысячи сущностей, то теоретически между ними может быть установлено более миллиона связей. Наличие такого множества связей и определяет сложность инфологических моделей.
Между двумя сущностям, например, А и В возможны четыре вида связей.
Первый тип - связь ОДИН -К- ОДНОМУ (1: 1): в каждый момент времени каждому представителю (экземпляру) сущности А соответствует 1 или 0 представителей сущности В:
Второй тип - связь ОДИН -К- МНОГИМ (1: М): одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В.
Так как между двумя сущностями возможны связи в обоих направлениях, то существует еще два типа связи МНОГИЕ -К- ОДНОМУ (М: 1) и МНОГО -КО - МНОГИМ (М: N).
Проведем инфологическое проектирование базы данных технологического процесса. На основании анализа предметной области выделим следующие сущности модели «сущность-связь»: «Поставщики», «Покупатель», «Журнал», «Сотрудники», «Должности», «Список объектов», «Накладная», «Получатель» (таблицы 6.1 – 6.7).
| id_Поставщики | Счётчик |
| Наименование организации | Текстовый |
| Фактический адрес | Текстовый |
| Юридический адрес | Текстовый |
| Банковские реквизиты | Текстовый |
| Контактное лицо | Текстовый |
| Телефон | Числовой |
| Расчётный счёт | Текстовый |
Таблица 6.1 - Атрибуты сущности «Поставщики»
Таблица 6.2 - Атрибуты сущности «Журнал»
| id_Журнал | Счётчик |
| id_Сотрудники | Числовой |
| id_Поставщики | Числовой |
| id_Обьект | Числовой |
| Дата | Дата/время |
| Количество | Числовой |
| Примечание | Текстовый |
| Сумма | Числовой |
Таблица 6.3 - Атрибуты сущности «Сотрудники»
| id_Сотрудники | Счётчик |
| id_Должности | Числовой |
| ФИО | Текстовый |
| Дата рождения | Дата/время |
Таблица 6.4 - Атрибуты сущности «Должности»
| id_Должности | Счётчик |
| Название | Текстовый |
Таблица 6.5 - Атрибуты сущности «Список объектов»
| id_Обьект | Счётчик |
| id_Сотрудники | Числовой |
| Наименование | Текстовый |
| Единица измерения | Текстовый |
| Марка | Текстовый |
| Срок хранения(дни) | Числовой |
| № Склада | Числовой |
| Цена | Числовой |
Таблица 6.6 - Атрибуты сущности «Накладная»
| id_Накладная | Счётчик |
| id_Сотрудники | Числовой |
| id_ Получатель | Числовой |
| id_Обьект | Числовой |
| Дата | Дата/время |
| Количество | Числовой |
| Примечание | Текстовый |
| Сумма | Числовой |
Таблица 6.7 - Атрибуты сущности «Получатель»
| id_Получатель | Счётчик |
| Наименование организации | Текстовый |
| Фактический адрес | Текстовый |
| Юридический адрес | Текстовый |
| Банковские реквизиты | Текстовый |
| Контактное лицо | Текстовый |
| Телефон | Числовой |
| Расчётный счёт | Текстовый |