- •Дипломный проект
- •Глава 2. Технологический раздел. Средства отладки и тестирования программ.
- •Глава 3. Организационно экономическая часть, расчет затрат на
- •Эскизный проект Литературный обзор.
- •2.1. Базы данных, отношения и реляционные базы данных
- •2.1.1. Базовые концепции
- •2.1.2. Определение отношения
- •2.1.3 Определение реляционной бд
- •3. Постановка задачи
- •Требования, предъявляемые к системе автоматизированного учета.
- •Выбор платформы проектирования, обоснование
- •4. Технический проект
- •Общая структура системы
- •Структуры данных
- •4.3. Связи между объектами
- •4.4. Лингвистическое описание
- •Алгоритмические связи
- •4.6. Информационные потребности пользователя
- •Ограничение целостности
- •4.8. Даталогическая модель данных
- •Технический проект
- •Заключение
- •Глава 2 Технологический раздел
- •1999 Г.
- •1. Введение
- •2. Этапы решения задачи на эвм
- •0. Постановка задачи.
- •2.1. Составление проекта.
- •2.2. Алгоритмизация.
- •2.3. Программирование.
- •2.4. Препарация.
- •2.5. Трансляция.
- •2.6. Отладка.
- •2.7. Оформление программы
- •2.8. Счет.
- •2.9. Отчет о работе.
- •2.10. Модернизация.
- •3. Необходимость отладки разработанного программного продукта
- •4. Методы и средства отладки
- •4.1.5. Печать текста
- •4.2. Контроль результатов
- •Тестирование
- •4.4 Алгоритмическое тестирование
- •4.5.Функциональное или аналитическое тестирование
- •4.6. Содержательное тестирование
- •5 Типы тестов
- •7. Локализация ошибок
- •7.1. Способы локализации
- •7.2. Классификация средств локализации ошибок
- •8. Технология отладки программы автоматизации учета движения товаров на складе малого предприятия
- •9. Заключение
- •Глава 3. Организационно – экономическая часть
- •1999 Г.
- •1. Введение.
- •2. Основные понятия.
- •3. Алгоритм оценки затрат на создание программного продукта.
- •4. Расчет затрат на разработку программы.
- •5. Заключение.
- •Глава 4.
- •2.Производственная безопасность.
- •2.1. Введение.
- •2.2. Требования к производственному освещению.
- •2.3. Защита от излучений.
- •2.4. Электробезопасность.
- •2.5. Защита от шума и вибрации.
- •2.6. Опасные психофизиологические и вредные
- •4. Заключение
2.1. Базы данных, отношения и реляционные базы данных
2.1.1. Базовые концепции
Базу данных можно определить как унифицированную совокупность данных, совместно используемую всем персоналом предприятия, банка или учебного заведения. Задача БД состоит в хранении всех представляющих для некоторого предприятия интерес данных в одном месте, причем таким способом, который заведомо исключает их избыточность. Хранение множественных копий данных в различных местах предприятия чревато возникновением рассогласований между предположительно идентичными наборами данных. В хорошо спроектированной БД избыточность данных исключается, и вероятность сохранения противоречивых данных минимизируется.
В больших компьютерных системах к данным, хранящимся в БД, доступ может осуществляться одновременно сотней и более пользователей. БД в таких случаях может иметь сотни полей данных с миллионами единиц информации. Такие системы могут содержать буквально все данные, требующиеся для управления предприятием. БД на микрокомпьютерных системах имеют гораздо меньший масштаб. Здесь к конкретной БД в некоторый момент времени обычно осуществляет доступ один пользователь и каждая БД содержит только некоторое подмножество данных, требующихся предприятию. Одна БД разрабатывается, скажем, для хранения финансовой информации, другая - данных о персонале. Будет ли разрабатываемая БД размещаться на большой ЭВМ или на микрокомпьютере - функции СУБД в обоих случаях одинаковы. СУБД представляет собой программно-аппаратный пакет, обеспечивающий пользователям простой доступ к БД. Программная часть СУБД, которую некоторые изготовители называют менеджером БД, выступает в качестве интерфейса между пользователем и БД (рис. 1.1). Менеджер БД обеспечивает программные средства, необходимые для создания, загрузки, запроса и обновления данных. Менеджер также контролирует все действия, связанные с управлением вводом-выводом и памятью БД, а на больших ЭВМ на него возлагается и решение проблем безопасности и совместного использования данных. Короче говоря, хорошо спроектированная СУБД обеспечивает программное обеспечение, упрощающее для пользователя общение с БД.
Рис 1.1 Основные компоненты архитектуры СУБД
Другое сходство между большими и малыми СУБД заключается в том, что в обоих случаях сама БД должна быть хорошо спроектирована, если мы хотим, чтобы система баз данных как единое целое функционировала должным образом. Цель книги состоит в выделении и описании некоторых базовых процедур проектирования для определенного типа БД, а именно реляционных. Предполагается, что пользователь будет устанавливать БД на микрокомпьютерной системе; однако, те же алгоритмы проектирования применимы к БД, проектируемым для больших компьютерных систем.
2.1.2. Определение отношения
Математически отношение определяется следующим образом.
Пусть даны "N" множеств Dl, D2, ...,DN, тогда R есть отношение над этими множествами, если R есть множество упорядоченных п-кортежей вида <dl, d2, ..., dn>, где dl - элемент из Dl, d2 - элемент из D2,... и dn - элемент из DN. Dl, D2, ..., DN называются доменами отношения R.
Рис. 1.2. Отношение с математической точки зрения
Смысл данного определения наиболее просто пояснить графически (рис. 1.2). Здесь показаны 4 домена. Домен D1 - это множество целых чисел; D2 - символьных строк, представляющих собой названия предметов; D3 - символьных строк, представляющих собой меру измерения; D4 - еще одно множество чисел. Отношение R состоит из 4 кортежей. Каждый кортеж - из 4 элементов, которые выбираются каждый из своего домена. Обратите внимание на порядок элементов в кортеже: первый элемент каждого кортежа выбран из домена Dl, второй элемент - из домена D2 и т. д.
Сущность "реального мира" Атрибут сущности
(Имя файла) (Поле в записи)
ТОВАР
-
дном
Дназв
изм
цена
101
Яйцо
Десяток
4,00
102
Картофель
Кг
4,00
103
104
Огурцы
Виноград
Кг
Кг
11,98
62,50
Одна запись Значение атрибута
(Значение поля в записи)
Файл
Рис. 1.3. Отношение с точки зрения обработки данных
Взгляд на отношение с точки зрения обработки данных характеризует рис. 1.3. Четыре домена, представленные на рис. 1.2, соотносятся с четырьмя элементами реального мира: номером товара, его названием, измерением кол-ва товара и ценой. Отношение принимает вид таблицы или файла, где кортежи - строки таблицы или записи в файле.
Имена столбцов (с точки зрения обработки данных - поля в записи) называются атрибутами, а индивидуальные значения, появляющиеся в отдельных кортежах, - значениями атрибутов. Таким образом, первый элемент первого кортежа имеет значение атрибута, равное 101 и взятое из домена дном. Следующие наборы терминов будут использоваться поочередно:
1. отношение, таблица и файл;
2. кортеж, строка и запись;
3. атрибут, столбец и поле;
так же как и в большей части документации по микрокомпьютерным БД.
Следует сделать одно замечание по поводу различия между математическим определением отношения и действительным хранением отношений в микрокомпьютерных системах БД. По определению отношение не может иметь два идентичных кортежа. Несмотря на то что большинство больших СУБД не допускают хранения идентичных кортежей (записей) в отношении (файле), многие микрокомпьютерные СУБД это допускают (если не используется специальная техника программирования, предотвращающая возникновение указанной ситуации).
Следует упомянуть два дополнительных термина, касающихся отношений. Число столбцов в отношении называют степенью. Текущее число кортежей в отношении называется мощностью. Степень отношения обычно не изменяется после создания отношения, но мощность будет колебаться по мере добавления новых и удаления старых кортежей.