- •Содержание
- •Раздел 1. Специальный раздел
- •1.1. Введение 8
- •Раздел 2. Технологический раздел
- •Раздел 3. Организационно-экономическая часть
- •Раздел4. Производственно-экологическая безопасность
- •Приложения
- •Введение
- •1.3. Предварительные нир
- •1.3.1.1. Евфрат 99
- •1.4. Информационные потребности пользователя
- •1.5. Требования к системе
- •1.5.1. Состав выполняемых функций
- •1.5. 2. Требования к надежности
- •1.5.3. Требования к информационной и программной совместимости
- •1.6. Структура входных и выходных данных
- •1.7. Общий алгоритм работы системы
- •1.8. Выбор платформы проектирования и его обоснование
- •1.9. Проектирование бд системы
- •1.9.1. Создание инфологической модели
- •1.9.4. Вторичные индексы в таблицах
- •1.10. Конфигурация технических средств
- •1.12. Алгоритмы работы программы
- •Глава 2. Технологический раздел. Технология создания баз данных в среде Borland Delphi. Базовые принципы написания программ
- •2.1. Введение
- •2.2.1. Концепция баз данных
- •2.2.2. Архитектура субд
- •2.2.3. Инфологическая модель данных
- •2.2.4. Характеристика связей и язык моделирования
- •2.2.5. Даталогическая модель данных
- •2.3.Базовые понятия для работы с базами данных в Borland Delphi
- •2.3.1. База данных и таблицы
- •2.3.3. Индексы
- •2.4. Средства работы с бд в Borland Delphi
- •2.4.1. Borland Database Engine
- •2.4.2. Псевдонимы
- •2.4.3. Database Desktop
- •2.4.4. Компоненты Borland Delphi для работы с базами данных
- •2.5. Методика отладки и результаты работы программы
- •2.5.1. Особенности тестирования программных продуктов
- •2.5.2. Типичный процесс тестирования программного обеспечения
- •2.5.3. Особенности среды программирования
- •2.5.4. Основные факторы, влияющие на надежность разрабатываемой системы
- •2.5.5.1. Вывод отладочной информации в форме
- •2.5.5.2. Использование процедуры ShowMessage
- •2.5.5.3. Вывод на консоль и запись в log- файл.
- •2.6.1. Общие сведения
- •2.6.2. Внедрение и связывание объектов
- •2.6.3. Автоматизация ole. Компоненты — серверы сом в Delphi 5
- •3.1 Введение
- •3.2. Цели использования рыночной сегментации
- •3.4.Информация, используемая для сегментации рынка
- •Аналитические методы сегментировании рынка
- •Подготовка данных
- •3.7. Анализ Данных
- •3.7.1. Кластерный анализ
- •3.7.2. Chaid и cart
- •3.7.3. Нейронные сети
- •3.7.4. Структуры латентных классов
- •3.8. Классификационные алгоритмы
- •3.9. Количество сегментов
- •3.11. Поиск сегментов рынка для системы “Эксперт”
- •3.12. Выводы.
- •Раздел 4. Производственно-экологическая безопасность. Сравнение эргономических аспектов труда при работе с документами в печатном виде и при автоматизации с помощью пэвм
- •4.1. Введение
- •4.2. Производственная безопасность
- •4.2.2. Защита от излучений
- •4.2.3. Освещение рабочего места
- •4.2.4. Электробезопасность
- •4.3. Заболевания, связанные с работой на компьютере.
- •4.3.1. Введение
- •4.3.2. Зрительная работа за компьютером и ее последствия
- •4.3.3. Компьютерная аллергия
- •4.3.4 Болезни опорно-двигательного аппарата
- •Правильная осанка
- •Неправильная осанка
- •Сутулость
- •4.3.5. Синдром запястного канала
- •4.3.6. Эргономичная организация рабочего места
- •Положение за компьютером
- •4.4. Заключение
- •Список литературы
2.2.4. Характеристика связей и язык моделирования
При построении инфологических моделей можно использовать язык ER-диаграмм (от англ. Entity-Relationship, т.е. сущность-связь). В них сущности изображаются помеченными прямоугольниками, ассоциации – помеченными ромбами или шестиугольниками, атрибуты – помеченными овалами, а связи между ними – ненаправленными ребрами, над которыми может проставляться степень связи (1 или буква, заменяющая слово "много") и необходимое пояснение.
Между двумя сущностям, например, А и В возможны четыре вида связей.
Первый тип – связь ОДИН-К-ОДНОМУ (1:1): в каждый момент времени каждому представителю (экземпляру) сущности А соответствует 1 или 0 представителей сущности В:
Рис 2.3.Пример ER-диаграммы, иллюстрирующий отображение связи один-к-одному
Студент может не "заработать" стипендию, получить обычную или одну из повышенных стипендий.
Рис 2.4.Пример ER-диаграммы, иллюстрирующий отображение связи один-ко-многим
Второй тип – связь ОДИН-КО-МНОГИМ (1:М): одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В.
Квартира может пустовать, в ней может жить один или несколько жильцов.
Так как между двумя сущностями возможны связи в обоих направлениях, то существует еще два типа связи МНОГИЕ-К-ОДНОМУ (М:1) и МНОГИЕ-КО-МНОГИМ (М:N).
Все эти связи есть в спроектированных мною базах для системы. В частности не раз встречается связь “многие-ко-многим”. Например такая связь мужду таблицами клиентов и рассылок.
2.2.5. Даталогическая модель данных
На основе инфологической модели строится даталогическая модель базы данных. Даталогическая модель является понятийной моделью базы данных и представляет собой отображение логических связей между информационными элементами инфологической модели. Для привязки даталогической модели к среде хранения используется модель данных физического уровня.
2.3.Базовые понятия для работы с базами данных в Borland Delphi
Для программирования баз данных в среде Borland Delphi мне необходимо было свободно владеть всеми средствами это среды, предоставляемыми для этого. Ниже я привожу их описание.
2.3.1. База данных и таблицы
База данных (БД) (А. Вальвачев “Программирование в среде С++Builder”) — это множество файлов, предназначенных для хранения информации о некоторой предметной области. Файлы, принадлежащие одной базе данных, собираются в одном каталоге, которому назначается сокращенное имя — псевдоним (А. Вальвачев “Программирование в среде С++Builder”).
Если абстрагироваться от формата отдельных файлов базы данных, то можно считать, что база данных состоит из таблиц. Таблица (А. Вальвачев “Программирование в среде С++Builder”) содержит информацию о множестве идентичных по структуре объектов. Например, давайте представим, что некоторое предприятие выполняет заказы своих покупателей и ведет учет своей деятельности. Информация о заказах может быть представлена в виде таблицы (рис. 1).
С формальной точки зрения, данная таблица устанавливает отношение между множеством заказов и множеством предприятий. По этой причине такая база данных называется реляционной (от англ. relation — отношение). Реляционная база данных — это отнюдь не единственный способ хранения больших объемов информации, существуют также иерархические, сетевые, объектные базы данных.
Все спроектированные базы в системе “Эксперт” реляционные.
2.3.2. Записи и поля
Элементами таблицы являются записи (А. Вальвачев “Программирование в среде С++Builder”). Записи соответствуют строкам таблицы. Например, в таблице заказов каждая запись содержит информацию об одном заказе. Число записей в таблице может быть произвольным.
Записи состоят из полей. Поля соответствуют колонкам таблицы. Каждое поле характеризуется именем и типом. Все записи одной таблицы имеют идентичную структуру полей, задаваемую при создании таблицы раз и навсегда.
Работая с таблицей, имеется доступ только к одной текущей записи, на которую указывает курсор таблицы. Сначала курсор указывает на первую запись, но можно установить его на любую другую запись таблицы.