Проектирование программы формирования заказов по грузоперевозкам
Особенности программного продукта АИС БД "Грузоперевозки", особенности ее разработки. Рассмотрение техническо-экономических показателей. Системы управления базами данных в "СУБД": IMS, Cetop, Oracle. Анализ структуры таблиц базы данных предприятия.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 08.07.2012 |
Размер файла | 4,7 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
"Проектирование программы формирования заказов по грузоперевозкам"
Введение
Программный продукт АИС БД «Грузоперевозки» разрабатывается с целью систематизации и обобщения сведений о заказах грузоперевозок. Он предназначен для компании занимающихся в сфере грузоперевозок и позволяет добавлять клиентов, искать редактировать информацию заказах, фирмах и клиентах, позволяет оформлять заказы. Это доступно благодаря широкой информационной базе ПП, необходимым фильтрам и удобному интерфейсу, которые делают информацию удобной для восприятия.
Разрабатываемый ПП позволяет осуществлять загрузку и просмотр информации СУБД. Удобный и интуитивно понятный интерфейс, который позволит с легкостью удалить, редактировать, добавить новую запись. Функция поиска должна решить проблему нахождения необходимых в данный момент данных.
Для разработки ПП необходимо было решить ряд задач, а именно:
1. Выбрать язык и среду программирования.
2. Реализовать удобный пользовательский интерфейс.
3. Провести отладку и тестирование разработанного ПП.
4. Составить пояснительную записку согласно правилам оформления текстовой документации.
1. Постановка задачи
1.1.Техническое задание на разработку программного продукта
1.1.1 Основание для разработки
Основанием для данной работы является задание, выданное на дипломный проект для разработки АИС БД «Грузоперевозок».
1.1.2 Назначение разработки
Подсистема АИС БД «Грузоперевозки» используется с целью обобщения информации о клиентах, поставщиках и о перевозках. Данный программный продукт использует для решения следующих задач:
* Регистрация новых клиентов
* Работа с БД (просмотр, редактирование)
* Выведение отчета в Текстовой редактор Word
1.2. Требования к программе
1.2.1 Требования к функциональным характеристикам
Программа должна:
1) отображать все таблицы;
2) добавлять записи;
3) удалять старые;
4) редактировать записи;
5) не добавлять записи с одинаковыми инвентарными номерами и выдавать сообщение об этом;
6) система поиска.
1.2.2 Требования к надежности
Программа должна работать с базой данных в соответствии с алгоритмом функционирования, выдавать сообщения об ошибках при неверно заданных исходных данных, поддерживать диалоговый режим в рамках предоставляемых пользователю возможностей.
1.2.3 Условия эксплуатации
Скопировать программу в любое место на компьютере. Запустить программу с помощью файла с расширением ЕХЕ. Для удобства можно отправить файл с расширением ЕХЕ на рабочий стол.
1.2.4 Требования к составу и параметрам технических средств
Программа должна быть рассчитана на пользователя имеющего навыки работы с БД.
Для работы программы должен быть выделен ответственный оператор.
Минимальные технические требования к ЭВМ, необходимой для нормального функционирования программного обеспечения:
1) Процессор Pentium III
2) Частота 600 Mhz
3) Оперативная память 128Mb
4) Видеокарта 64Мb
5) Клавиатура и мышь
Рекомендуемые технические требования:
1) Процессор Pentium IV
2) Частота 1000 Mhz
3) Оперативная память 256Mb
4) Видеокарта 128Мb
5) Клавиатура и мышь
1.2.5 Требования к информационной и программной совместимости
Программа должна работать автономно под управлением ОС MS DOS версии не ниже 3.3.
1.2.6 Технико-экономические показатели
Эффективность программного обеспечения определяется удобством его использования для оформления новых клиентов и заказов на предприятии, а также экономической выгодой, полученной от внедрения данной программы.
1.2.7 Стадии и этапы разработки
Стадии этапы разработки велись в соответствии с установленными сроки выполнения работы (таблица 1).
Таблица 1. Стадии и этапы разработки
Этап |
Наименование работ |
Чем заканчивается работа |
Срок исполнения, начало окончание |
|
1 |
Анализ задания на технологической практике и подготовка раздела «Введение» |
Написание раздела «Введение» |
14.03.12 15.03.12 |
|
2 |
Подготовка раздела «Техническое задание» |
Написание раздела «Техническое задание» |
15.03.12 18.03.12 |
|
3 |
Подготовка раздела «Постановка задачи» |
Написание раздела «Постановка задачи» |
21.03.12 22.03.09 |
|
4 |
Разработка функциональной схемы модуля |
Наличие функциональной схемы модуля |
22.04.12 24.04.12 |
|
5 |
Разработка программы |
Разработка программы |
24.04.12 26.05.12 |
|
6 |
Тестирование программы |
Готовая рабочая программа |
26.05.12 28.05.12 |
|
7 |
Подготовка разделов «Заключение» и «Список литературы» |
Наличие готовых разделов |
02.06.12 06.06.12 |
|
8 |
Разработка презентационного материала |
Презентационный материал, выполненный в виде слайдов |
09.06.12 11.06.12 |
Руководитель преддипломной практики: Трегубова Е.С.
1.2.8 Порядок контроля приемки
После передачи Исполнителем программы Заказчику, последний имеет право тестировать программу в течение 7 дней. После тестирования Заказчик должен принять работу по данному этапу или в письменном виде изложить причину отказа от принятия. В случае обоснованного отказа Исполнитель обязуется доработать программу.
1.2.9 Выбор языка программирования
Для разработки программного продукта на тему дипломного проект мною была выбрана такая среда программирования, как Borland Delphi 2010, которая является универсальным средством для создания Windows приложений. Delphi 2010 обладает большим набором достоинств по сравнению с остальными средами программирования.
Он представляет собой быстрый компилятор, является объектно-ориентированным языком программирования, обладающий интуитивной и понятной средой визуального программирования, так же обладает большим наборов компонентов для создания приложений, представляет возможность создания приложений, предоставляет возможность создания приятного и, в то же время, многофункционального интерфейса, дает большие возможности для разработки API-приложений, Web-сервисов и работы с базами данных различных платформ, в частности с Microsoft Access, а так же с SQL-запросами. Это лишь некоторые основные возможности Delphi 2010, которые повлияли на мой выбор.
На данном этапе разработки дипломного проекта были выполнены следующие задачи, а именно: была произведена конкретизация поставленной задачи, а именно: была произведена конкретизация поставленной задачи, определенны требования к функциональным характеристикам, требования к надежности, к составу и параметрам технических средств, к информационной и программной совместимости, проведен обзор существующих решений, а также условия эксплуатации, и обоснован выбор языка программирования.
Delphi - результат развития языка Turbo Pascal, который, в свою очередь, развился из языка Pascal. Pascal был полностью процедурным языком, Turbo Pascal начиная с версии 5.5 добавил в Pascal объектно-ориентированные свойства, а Delphi - объектно-ориентированный язык программирования с возможностью доступа к метаданным классов (то есть к описанию классов и их членов) в компилируемом коде, также называемом интроспекцией. Так как все классы наследуют функции базового класса TObject, то любой указатель на объект можно преобразовать к нему, и воспользоваться методом ClassType и функцией TypeInfo, которые и обеспечат интроспекцию. Также отличительным свойством Delphi от С++ является отсутствие возможности располагать объекты в стеке (объекты, унаследованные из Turbo Pascal, располагаться в стеке могут) - все объекты попадают в динамически выделяемую область (кучу).
Де-факто Object Pascal, а затем и язык Delphi являются функциональными наращиваниями Turbo Pascal. Об этом говорят обозначения версий компилятора. Так, в Delphi 7 компилятор имеет номер версии 15.0 (Последняя версия Borland Pascal / Turbo Pascal обозначалась 7.1, в Delphi 1 компилятор имеет версию 8.0, в Delphi 2 - 9.0, и т. д. Номер версии 11.0 носит компилятор Pascal, входивший в состав среды C++ Builder).
Delphi оказал огромное влияние на создание концепции языка C# для платформы .NET. Многие его элементы и концептуальные решения вошли в состав С#. Одной из причин называют переход Андерса Хейлсберга, одного из ведущих разработчиков Delphi, из компании Borland Ltd. в Microsoft Corp.
1. Версия 1 была предназначена для разработки под 16-ти разрядную платформу Win16;
2. Версии со второй компилируют программы под 32-х разрядную платформу Win32;
3. Вместе с 6-й версией Delphi вышла совместимая с ним по языку и библиотекам среда Kylix, предназначенная для компиляции программ под операционную систему GNU/Linux;
4. Версия 8 способна генерировать байт-код исключительно для платформы .NET. Это первая среда, ориентированная на разработку мультиязычных приложений (лишь для платформы .NET);
Последующие версии (обозначаемые годами выхода, а не порядковыми номерами, как это было ранее) могут создавать как приложения Win32, так и байт-код для платформы .NET;
1.2.10 Обзор систем управления базами данных
Платформа для 1С малого бизнеса При первоначальном развертывании или обновлении версии систем 1С требуется надежная серверная платформа и система управления базами данных с широким набором дополнительных компонентов. В рамках работы всего лишь одного сервера все процессы оптимизируются для достижения максимальной производительности и отказоустойчивости. Решения DEPO для 1С начального уровня проектируются "под ключ" исходя из бизнес-требований заказчика и содержат только самые необходимые компоненты. Данные платформы предназначены для любых организаций и могут использоваться как отраслевые решения 1С.
Система корпоративного управления Данная категория решений DEPO обладает всеми качествами предыдущих двух уровней и основана на технологиях максимального повышения отказоустойчивости и производительности. Система корпоративного управления предусматривает использование большого количества дублирующих компонентов и самых передовых ИТ-технологий для автономной высокопроизводительной работы класса high-end. Данный уровень решений предусматривает совместимость и подобранность сложных компонентов, окончательную сборку и монтаж в шкаф "под ключ" на площадке заказчика, последующий мониторинг работы и возможность аутсорсинга. Решение идеально подходит для компаний с непрерывными процессами работы в системе 1С в режиме реального времени, где каждая минута простоя системы может отразиться на прибыли организации.
Существует множество различных систем управления базами данных, именуемые в последующем "СУБД", такие как: IMS, Cetop, Oracle, Clipper, FoxPro, Access. Но перед тем как приступить к изучению СУБД, рассмотрим несколько основных понятий.
Данные - систематизированная и структурированная каким-либо образом информация.
Под визуализацией информации базы понимается отбор отображаемых данных в соответствии с заданным критерием, их упорядочение, оформление и последующая выдача на устройства вывода или передачи по каналам связи.
В данной работе мы будем рассматривать только логическое представление данных, т. е. с точки зрения прикладного программиста и пользователя. С их точки зрения данные делятся на записи, те в свою очередь делятся на поля, и между полями, а так же и между записями могут быть установлены различные связи.
Поле - основной и минимальный элемент данных.
Запись - несколько полей.
Связи -логические взаимосвязи между записями или полями.
База данных -это набор данных, который связан с определенной темой или назначением.
База данных может быть определена как совокупность предназначенных для машинной обработки и хранения данных, которые могут использоваться одним или несколькими пользователями.
В зависимости различных моделей данных базы данных могут быть иерархическим, сетевыми и реляционными. Дальше мы будем рассматривать только реляционные базы данных.
СУБД (система управления базами данных) - это программа, которая управляет данными, осуществляет хранение, извлечение, поиск, редактирование информации, хранимой в базе данных. СУБД также подразделяются на иерархические, сетевые и реляционные в зависимости от данных которые они обрабатывают.
ТАБЛИЦА - это набор записей (строк), состоящих из отдельных полей (столбцов), в которых хранится информация и составляющая, собственно, содержание базы данных.
Таблицы являются основной формой представления информации, содержащейся в базе данных. Без таблицы нельзя спроектировать формуляр, на базе таблиц составляются запросы и отчеты.
Таблицы баз данных, как правило, допускают работу с гораздо большим количеством разных типов данных. Так, например, базы данных Microsoft Access работают со следующими типами данных.
Текстовый - тип данных, используемый для хранения обычного неформатированного текста ограниченного размера (до 255 символов).
Числовой - тип данных для хранения действительных чисел.
Поле Мемо - специальный тип данных для хранения больших объемов текста (до 65 535 символов). Физически текст не хранится в поле. Он храниться в другом месте базы данных, а в поле храниться указатель на него, но для пользователя такое разделение заметно не всегда.
Дата/время - тип данных для хранения календарных дат и текущего времени.
Денежный - тип данных для хранения денежных сумм. Теоретически, для их записи можно было бы пользоваться и полями числового типа, но для денежных сумм есть некоторые особенности (например, связанные с правилами округления), которые делают более удобным использование специального типа данных, а не настройку числового типа.
Счетчик - специальный тип данных для уникальных (не повторяющихся в поле) натуральных чисел с автоматическим наращиванием. Естественное использование - для порядковой нумерации записей.
Логический - тип для хранения логических данных (могут принимать только два значения, например Да или Нет).
Гиперссылка - специальное поле для хранения адресов URL Web-объектов Интернета. При щелчке на ссылке автоматически происходит запуск браузера и воспроизведение объекта в его окне.
Мастер подстановок - это не специальный тип данных. Это объект, настройкой которого можно автоматизировать ввод данных в поле так, чтобы не вводить их вручную, а выбирать их из раскрывающегося списка.
При размещении базы данных на ПК, который не находится в сети, база данных всегда используется в монопольном режиме. Даже если базу данных используют несколько пользователей, они могут работать с ней только последовательно. Однако работа на изолированном ПК с небольшой базой данных в настоящий момент становится уже не характерной для большинства приложений. База данных отражает информационную модель реальной ПО, она растет по объему, следовательно, резко увеличивается количество задач, решаемых с помощью этой базы данных и в соответствии с этим увеличивается количество приложений, работающих с единой базой данных. ПК объединяются в локальные сети, и необходимость распределения приложений, работающих с единой базой данных по сети, является несомненной.
Параллельный доступ к одной базой данных нескольких пользователей, в том случае, если она расположена на одной машине, соответствует режиму распределенного доступа к центральной базе данных. Такие системы называются системами распределенной обработки данных.
Если же база данных расположена на нескольких ПК, распределенных в сети, и к ней возможен параллельный доступ нескольких пользователей, то мы имеем дело с параллельным доступом к распределенным базам данных. Такие системы называются системами распределенных баз данных.
Современная система управления базами данных должна выполнять следующие функции:
Определения данных.
СУБД должна допускать определения данных (внешние схемы, концептуальную схему, внутреннюю схему, а также все связанные отображения) в исходной форме и преобразовывать эти определения в форму соответствующих объектов, т. е. СУБД должна включать в себя компонент языкового процессора для различных языков определения данных.
Обработка данных.
СУБД должна уметь обрабатывать запросы пользователя на выборку, изменение или удаление соответствующих данных в базе данных или на добавление новых данных в базу данных, т. е. СУБД должна включать в себя компонент процессора языка обработки данных (ЯОД).
Запросы бывают "планируемые" и "не планируемые".
Планируемый запрос - это запрос, необходимость которого предусмотрена заранее. АД должен настроить физический проект базы данных таким образом, чтобы гарантировать достаточное быстродействие для таких запросов. Он характерен для "операционных приложений".
Не планируемый запрос - это специальный запрос, необходимость которого не была предусмотрена заранее. Он характерен для приложений "поддержки решений".
Безопасность и целостность данных.
СУБД должна контролировать пользовательские запросы и пресекать попытки нарушения правил безопасности и целостности, определенных АБД.
Увеличивается количество знаний, получаемых человечеством, следовательно, возникает необходимость эффективной организации их хранения и управления доступом к ним. Поэтому большое значение имеют автоматизированные банки данных. Предметом нашего рассмотрения является программное обеспечение автоматизированного банка данных - системы управления базами данных.
Системы управления базами данных (СУБД) играют исключительную роль в организации современных промышленных, инструментальных и исследовательских информационных систем. Тематика СУБД поистине безгранична.
В современных информационных системах информация обычно хранится с использованием автоматизированных банков данных. Банки данных могут быть очень большими и могут содержать разную информацию, используемую организацией.
Банк данных - это информационная система коллективного пользования, обеспечивающая централизованное хранение данных, их обновление и выдачу по запросам пользователей. Это комплекс аппаратного и программного обеспечения банка данных и персонала, обслуживающего его. Банк данных включает:
1. одну или несколько баз данных;
2. систему управления базами данных (СУБД);
3. персонал, обеспечивающий работу банка данных.
База данных - это совокупность определенным образом организованных данных, хранящихся в запоминающих устройствах ЭВМ. Обычно данные хранятся на жестком диске сервера организации.
База данных характеризуется моделью данных, т. е. формой организации данных в ней. По типу модели данных БД делятся на сетевые, иерархические и реляционные. В настоящее время практически применяется только реляционная структура, в которой база данных состоит из одной или нескольких двумерных таблиц. Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами:
· каждый элемент таблицы -- один элемент данных
· все ячейки в столбце таблицы однородные, то есть все элементы в столбце имеют одинаковый тип (числовой, символьный и т. д.)
· каждый столбец имеет уникальное имя
· одинаковые строки в таблице отсутствуют
· порядок следования строк и столбцов может быть произвольным
Такая модель хранения данных обеспечивает удобство использования базы данных на ЭВМ. Учитывая, что таблицы базы данных могут быть связаны определенными отношениями, такая модель обеспечивает целостность данных и отсутствие избыточности хранения. Поэтому она и используется в большинстве современных баз данных.
Система управления базами данных (СУБД) -- специализированная программа или комплекс программ, предназначенная для организации и ведения базы данных. Она обеспечивает хранение данных и взаимодействие пользователя с БД, позволяя пользователям производить поиск, сортировку и выборку информации в базе данных, а некоторым пользователям - добавлять, удалять и изменять записи в БД.
Можно сформулировать основные функции СУБД:
1. Определение данных.
СУБД должна предоставлять средства определения данных в виде исходной формы (схемы данных) и преобразования этих определений в соответствующую объектную форму. То есть СУБД преобразовывает данные в форму, необходимую для хранения их в базе данных.
2. Манипулирование данными.
СУБД должна быть способна обрабатывать запросы пользователя на выборку, изменение или удаление данных, уже существующих в базе, или на добавление в нее новых данных. То есть, СУБД обеспечивает интерфейс между пользователями и базами данных.
3. Управление хранением данных и доступом к ним.
СУБД осуществляет программную поддержку хранения данных в запоминающем устройстве ЭВМ и управляет всеми действиями, производимыми с данными.
4. Защита и поддержка целостности данных
СУБД должна контролировать пользовательские запросы и определять, кому доступны операции изменения данных, а кому доступны только операции получения данных. Также она следит за целостностью данных, хранящихся в БД. СУБД осуществляет журнализацию изменений, резервное копирование и восстановление базы данных после сбоев.
Таким образом, основная функция системы управления базами данных - осуществление интерфейса пользователя и базы данных. Большинство современных крупных банков данных рассчитаны на работу нескольких пользователей, поэтому СУБД осуществляет разделение времени между пользователями при одновременном их доступе к базе данных, а также разделение полномочий между разными типами пользователей. Например, бухгалтер на предприятии может только получать информацию из банка данных, а главный экономист может вносить изменения в банк данных.
СУБД выполняет эти функции с помощью определенного информационно-логического языка, или языка запросов. В большинстве СУБД для этого используется язык SQL.
СУБД реляционного типа освобождает пользователя от необходимости знать форматы хранения данных, методы доступа и методы управления памятью. Изменение физической структуры базы данных не влияет на работоспособность прикладных программ, работающих с нею.
По степени универсальности различают два класса СУБД:
1. системы общего назначения;
2. специализированные системы.
2. Основная часть
2.1 Описание программы
2.1.1 Общие сведения
Наименование: «Проектирование программы формирования заказов по грузоперевозкам».
Данная программа предназначена для просмотра заказов, клиентов на предприятии, позволяющие пользователю выполнять действия по добавлению, удалению редактированию и поиску записей.
Программное обеспечение: ОС MS Windows 95, 98, 2000, XP;Процессор: не ниже Pentium166.
Базовый язык программирования Delphi 2010.
Начальная стадия разработки интерфейса происходила совместно с разработкой программы и написанием алгоритма, интерфейс показан на рисунке 1.
Рисунок 1. Интерфейс программы
1.Пункт меню с вкладками «Подключить Базу», «Таблицы», «Поиск», «Отчет», «Помощь».
2. Имеется панель инструментов для работы с таблицей: добавить запись, редактировать запись, удалить запись и т.д.
2.1.2 Функциональное назначение
Программа предназначена для сбора сведений о заказах.
Программа отображает пять таблиц, в первой таблице отображаются постовщики, во второй грузы, в третей клиенты, в четвертой транспорт, а в пятой заказы. Все записи могут редактироваться.
2.1.3 Описание логической структуры
В состав данной программы входят следующие модули:
1. Главный модуль.
1) Добавление, редактирование, удаление, сортировка, поиск записей.
2) Отображаются таблица, куда следует вводить данные;
3) Кнопка добавить запись для добавления записи в таблицу;
4) Кнопка удалить запись для удаления записи из таблицы;
5) Кнопка предметы выводит информацию о предметах;
6) Кнопка постовщики выводит информацию о постовщиках;
7) Кнопка клиенты выводит информацию о клиентах;
8) Кнопка груз выводит информацию о грузах;
9) Кнопка транспорт выводит информацию о транспорте.
10) DBGrid1 - выводит подключенную БД.
2.1.4 Используемые технические средства
Минимальные технические требования к ЭВМ, необходимой для нормального функционирования программного обеспечения:
1) Процессор Pentium III
2) Частота 600 Mhz
3) Оперативная память 128Mb
4) Видеокарта 64Мb
5) Клавиатура и мышь
2.1.5 Входные данные
Входные данные - величины, которые задаются динамически во время его работы. Входные данные берутся из определенного набора объектов. Входными данными у данной программы является добавление, удаление и редактирование записей, все записи являются значениями видом string, который является строковым типом.
Строковой тип (в программировании) -- тип данных, значениями которого является произвольная последовательность символов алфавита. Каждая переменная такого типа может быть представлена фиксированным количеством байтов или иметь произвольную длину.
2.1.6 Выходные данные
Выходные данные - это результат ввода входных данных. Это то, что выводиться на мониторе ЭВМ в результате работы и выполнения опредёлённых действий в ходе работы программы. Все данные отображается в двух DBGRID которые отображают разную информацию в зависимость от введенных данных во время работы программ.
2.1.7Условия применения
Для работы в диалоговом режиме используется экран дисплея, клавиатура и манипулятор типа "мышь". Для поддержки графического режима необходим видеоадаптер VGA. Входные данные хранятся на жестком диске. Программа работает под управлением ОС Windows 98 (и выше).
2.2 Руководство системного программиста
2.2.1 Общие сведения о программе
Минимальные технические требования к ЭВМ, необходимой для нормального функционирования программного обеспечения:
1) Процессор Pentium III
2) Частота 600 Mhz
1) Оперативная память 128Mb
2) Видеокарта 64Мb
3) Клавиатура и мышь
2.2.2 Используемые программные средства
Запуск программы осуществляется на ОС Windows XP и более поздних её версиях. Среда разработки - Borland Delphi 7.
2.2.3 Структура программы
Функциональная схема (рисунок 2).
Рисунок 2. Функциональная схема программы
2.2.4 Структура таблиц базы данных предприятия
На рисунке 3. предоставлены диаграммы связей таблиц базы данных.
Рисунок 3. Схема данных
В базе данных пять таблиц (рисунок 4,5,6,7,8).
Рисунок 4. Таблица 1 - Клиенты
Рисунок 5. Таблица 2 - Постовщики
Рисунок 6. Таблица 3 - Заказы
Рисунок 7. Таблица 4 - Транспорт
Рисунок 8. Таблица 5 - Груз
2.2.5 Этап разработки программы
Разработка программы «Программный комплекс автоматизированного учета и инвентаризации компьютерной техники» является актуальной» начинается с создания нового проекта. Создаём новый проект ("File" -> "New Application") и сразу изменяем заголовок и иконку exe файла программы (рис. 9). Иконка была выбрана в соответствии с целью разработки.
Рисунок 9. Создание нового проекта
Далее на форме Form1 добавляются компоненты:
1) Один ADOConnection и два ADODataSet1, которые взяты с закладки dbGo.
2)На втором этапе добавляется TDBGrid, который взят с закладки Data Controls.
3)На третьем этапе добавляется DataSource1, взятый с закладки DataAccess.
4) На четвертом этапе добавляется MainMenu1.
Результатом выше перечисленных действий становится первоначальный интерфейс программы (рисунок 10).
Рисунок 10. Первоначальный интерфейс
5)На пятом этапе создаются пять таблиц с помощью Microsoft Office Access: предметы, преподаватели, отделения, студенты, задолженности. А на Form1 добавляются два объекта TDataSourse.
6)На шестом этапе в событиях выставляется последовательности для отображения таблиц из созданной таблицы Microsoft Office Access.
7) Добавляем компонент DBnavigator , который взят с закладки Controls и добавляем компонент TImage
8) Добавляем три два Tbutton'a, "Добавить запись", "Удалить запись" и "Сохранить изменения". И еще 5, "Клиенты", "Поставщики", "Заказы", "Транспорт" и "Груз". Выносим компонент TPanel1 и на нем размещаем Tlabel1, Tlabel2, TEdit1, TEdit2 (авторизация)
9)На девятом этапе происходит оформление интерфейса на главной форме.(рисунок 11)
Рисунок 11. Оформление интерфейса главной формы
10)Для подключения таблиц, следует выбрать DataSource1 и в DataSet поставить ADODataSet1. В ADOConnection1, LoginPromt - False, Provider - Microsoft.Jet.OLEDB.4.0. В ADODataSet1 выбираем Connection и ставим ADOConnection1. В объекте DBGrid1 находим DataSource и ставим DataSource1. DBNavigator1 находим DataSource и ставим DataSource1.
11)Происходит создание Unit2. Для этого создаём новый проект ("File" -> "Form").
12)На Form2 добавляется объекты:
TEdit, для работы с выбранными данными.
Label1 для отображения текстовой постоянной информации на Form2.
Button1, для поиска данных.
Button2, для закрытия формы.
13) Информация будет вводится в объекты Tedit, которая потом после нажатия на Button1 будет отправлена на DBGrid1.
14)TLabel для отображения текстовой информации.
15)После ввода информации в TEdit следует нажать на Button1 для вывода данных на экран.
16)Оформление интерфейса окна Form2. (рисунок 12)
Рисунок 12. Оформление окна формы
17) Происходит создание Unit3. Для этого создаём новый проект ("File" -> "Form").
18) На Form3 добавляется объекты:
Button1, Button2;
TEdit1;
TLabel1;
19)Button1 для вывода данных на экран.
Button2 для выхода из формы.
TLabel1, для текстовой информации.
TEdit1; для ввода информации.
20) Оформление интерфейса окна Form3. (рисунок 13)
Рисунок 13. Оформление формы 3
21) Происходит создание Unit4. Для этого создаём новый проект ("File" -> "Form").
На Form4 добавляется объекты:
Button1 для вывода данных на экран.
Button2 для выхода из формы.
TEdit1 для ввода информации.
TLabel1 для текстовой информации.
Готовая форма показана на рисунке 14.
Рисунок 14. Оформление формы 4
22) Происходит создание Unit9. Для этого создаём новый проект ("File" -> "Form").
На Form5 добавляется объекты:
Button1 для добавления нового клиента.
Button2 для сохранения изменений.
TLabel1, TLabel2, TLabel3, TLabel4, TLabel5, TLabel6 для текстовой информации.
DBEdit1, DBEdit2, DBEdit3, DBEdit4, DBEdit5, DBEdit6; для ввода информации в таблицу.
Готовая форма показана на рисунке 15.
Рисунок 15. Оформление формы 9
23) Происходит создание Unit5. Для этого создаём новый проект ("File" -> "Form").
На Form6 добавляется объекты:
Button1 для вывода данных на экран.
Button2 для выхода из формы.
TEdit1 для ввода информации.
TLabel1 для текстовой информации.
Готовая форма показана на рисунке 16.
Рисунок 16. Оформление формы 5
24) Происходит создание Unit7. Для этого создаём новый проект ("File" -> "Form").
На Form7 добавляется объекты:
Button1 для подключения базы.
Button2 для отключения базы.
TEdit1 для ввода информации.
OpenDialog1 диалог «Открыть файл»
Готовая форма показана на рисунке 17
Рисунок 17. Оформление формы 7
25) Происходит создание Unit6. Для этого создаём новый проект ("File" -> "Form").
На Form6 добавляется объекты:
Button1 для вывода данных на экран.
Button2 для выхода из формы.
TEdit1 для ввода информации.
TLabel1 для текстовой информации.
Готовая форма показана на рисунке 18.
Рисунок 18. Оформление формы 6
26) В Unit1 к компоненту TMainMenu в кнопке N16 подключаем помощь прописывая в кнопке следующую строку «пример: ShellExecute(0,'open','помощь.chm', nil,nil,SW_SHOWNORMAL);»
Готовая Помощь на рисунке 19.
Рисунок 19. Помощь.
27) Происходит создание Unit8. Для этого создаём новый проект ("File" -> "Form").
На Form5 добавляется объекты:
Button1 для добавления нового клиента.
Button2 для сохранения изменений.
TLabel1, TLabel2, TLabel3, TLabel4, TLabel5, TLabel6 для текстовой информации.
DBEdit1, DBEdit2, DBEdit3, DBEdit4, DBEdit5, DBEdit6; для ввода информации в таблицу.
Готовая форма показана на рисунке 20
Рисунок 20. Оформление формы 8
2.2.6 Настройка программы
Для работы программы требуется скопировать программу с прилагаемого носителя на компьютер. Запустить EXE файл из папки и для удобства её можно поместить на рабочий стол для быстрого запуска.
2.2.7 Проверка программы
2.2.7.1 Общие сведения о тестировании
Каждому программисту известно, сколько времени и сил уходит на отладку и тестирование программ. На этот этап приходится около 50% общей стоимости разработки программного обеспечения.
Но не каждый из разработчиков программных средств может верно определить цель тестирования. Нередко можно услышать, что тестирование - это процесс выполнения программы с целью обнаружения в ней ошибок. Но эта цель недостижима: ни какое самое тщательное тестирование не дает гарантии, что программа не содержит ошибок.
Другое определение тестирования ( у Г. Майерса ) тестирование - это процесс выполнения программы с целью обнаружения в ней ошибок. Такое определение цели стимулирует поиск ошибок в программах. Отсюда также ясно, что «удачным» тестом является такой, на котором выполнение программы завершилось с ошибкой. Напротив, «неудачным можно назвать тест, не позволивший выявить ошибку в программе
2.2.7.2 Виды тестирования
Тестирование модуля, или автономное тестирование (module testing, unit testing) -- контроль отдельного программного модуля, обычно в изолированной среде (т. е. изолированно от всех остальных модулей).
Тестирование сопряжении (integration testing) -- контроль сопряжении между частями системы (модулями, компонентами, подсистемами).
Тестирование внешних функций (external function testing) -- контроль внешнего поведения системы, определенного внешними спецификациями.
Тестирование приемлемости (acceptance testing) -- проверка соответствия программы требованиям пользователя.
Комплексное тестирование (system testing) -- контроль и/или испытание системы по отношению к исходным целям. Комплексное тестирование является процессом контроля, если оно выполняется в моделируемой среде, и процессом испытания, если выполняется в среде реальной, жизненной.
Тестирование настройки (installation testing) -- проверка соответствия каждого конкретного варианта установки системы с целью выявить любые ошибки, возникшие в процессе настройки системы.
2.2.7.3 Методы тестирования
1. Существует два основных вида тестирования: функциональное и структурное. При функциональном тестировании программа рассматривается как «черный ящик» (то есть ее текст не используется). Происходит проверка соответствия поведения программы ее внешней спецификации.
Поскольку исчерпывающее функциональное тестирование невозможно, речь может идти о разработки методов, позволяющих подбирать тесты не «вслепую», а с большой вероятностью обнаружения ошибок в программе.
2. При структурном тестировании программа рассматривается как «белый ящик» (т.е. ее текст открыт для пользования). Происходит проверка логики программы. Полным тестированием в этом случае будет такое, которое приведет к перебору всех возможных путей на графе передач управления программы (ее управляющем графе). Даже для средних по сложности программ числом таких путей может достигать десятков тысяч. Если ограничиться перебором только линейных не зависимых путей, то и в этом случае исчерпывающее структурное тестирование практически невозможно, т. к. неясно, как подбирать тесты , чтобы обеспечить «покрытие» всех таких путей.
Поэтому при структурном тестировании необходимо использовать другие критерии его полноты, позволяющие достаточно просто контролировать их выполнение, но не дающие гарантии полной проверки логики программы.
3. Метод большого скачка
Вероятно, самый распространенный подход к интеграции модулей -- метод «большого скачка». В соответствии с этим методом каждый модуль тестируется автономно. По окончании тестирования модулей они интегрируются в систему все сразу.
Метод большого скачка по сравнению с другими подходами имеет много недостатков и мало достоинств. Заглушки и драйверы необходимы для каждого модуля. Модули не интегрируются до самого последнего момента, а это означает, что в течение долгого времени серьезные ошибки в сопряжениях могут остаться необнаруженными. Метод большого скачка значительно усложняет отладку.
И все же большой скачок не всегда нежелателен. Если программа мала и хорошо спроектирована, он может оказаться приемлемым. Однако для крупных программ метод большого скачка обычно губителен.
4. Восходящее тестирование
При восходящем подходе программа собирается и тестируется снизу вверх. Только модули самого нижнего уровня («терминальные» модули; модули, не вызывающие других модулей) тестируются изолированно, автономно. После того как тестирование этих модулей завершено, вызов их должен быть так же надежен, как вызов встроенной функции языка или оператор присваивания. Затем тестируются модули, непосредственно вызывающие уже проверенные. Эти модули более высокого уровня тестируются не автономно, а вместе с уже проверенными модулями более низкого уровня. Процесс повторяется до тех пор, пока не будет достигнута вершина. Здесь завершаются и тестирование модулей, и тестирование сопряжении программы.
При восходящем тестировании для каждого модуля необходим драйвер: нужно подавать тесты в соответствии с сопряжением тестируемого модуля. Одно из возможных решений -- написать для каждого модуля небольшую ведущую программу. Тестовые данные представляются как «встроенные» непосредственно в эту программу переменные и структуры данных, и она многократно вызывает тестируемый модуль, с каждым вызовом передавая ему новые тестовые данные.
Имеется и лучшее решение: воспользоваться программой тестирования модулей -- это инструмент тестирования, позволяющий описывать тесты на специальном языке и избавляющий от необходимости писать драйверы.
2.2.7.4 Принципы тестирования
Майерса сформулированы также основные принципы организации тестирования :
1. Необходимой частью каждого теста должно являться описание ожидаемых результатов работы программы, чтобы можно было быстро выяснить наличие или отсутствие ошибки в ней ;
2. Следует по возможности избегать тестирования программы ее автором, т.к. кроме уже указанной объективной сложности тестирования для программистов здесь присутствует и тот фактор, что обнаружение недостатков в своей деятельности противоречит человеческой психологии ( однако отладка программы эффективнее всего выполняется именно автором программы );
3. По тем же соображениям организация - разработчик программного обеспечения не должна «единолично « его тестировать (должны существовать организации, специализирующиеся на тестировании программных средств );
4. Должны являться правилом доскональное изучение результатов каждого теста, чтобы не пропустить малозаметную на поверхностный взгляд ошибку в программе;
5. Необходимо тщательно подбирать тест не только для правильных ( предусмотренных ) входных данных, но и для неправильных (непредусмотренных);
6. При анализе результатов каждого теста необходимо проверять, не делает ли программа того, что она не должна делать;
7. Следует сохранять использованные тесты (для повышения эффективности повторного тестирования программы после ее модификации или установки у заказчика).
2.2.8 Дополнительные возможности
Программа имеет удобную форму для добавления клиентов.
2.2.9 Сообщения системному программисту
Системные сообщения выводится, если мы подключаем базу к уже подключенной базе.( Рисунок 20)
Рисунок 20. Форма сообщения
Системное сообщение выдается при незаполненных данных на Form2. ( Рисунок 13)
2.3 Руководство оператора
2.3.1 Назначение программы
АИС БД «Грузоперевозки» используется с целью обобщения информации о клиентах, поставщиках и об оформленных между ними заказах.
Программа отображает пять таблиц, в первой таблице отображается информация о клиентах, во второй таблице отображается информация о поставщиках, в третей таблице отображается информация о заказах, в четвертой о грузе и пятой о транспорте. Все записи могут редактироваться.
2.3.2 Условия выполнения программы
Условия необходимые для выполнения программы.
Минимальные:
1) Процессор Pentium III
2) Частота 600 Mhz
3) Оперативная память 128Mb
4) Видеокарта 64Мb
5) Клавиатура и мышь
2.3.3 Выполнение программы
Запуск «Грузоперевозки.exe»( Рисунок 21)
Рисунок 21. Запуск проекта
Открывается главная форма.(Рисунок 22)
Рисунок 22. Форма, открывающаяся при запуске проекта
На главной форме добавляются, редактируются, удаляются и сортируются данные.
Но для начала необходимо пройти авторизацию. (Рисунок 23)
Рисунок 23. Форма добавления для первой таблицы
После прохождения авторизации необходимо подключить БД. В верхней вкладке нажимаем на кнопку «подключить базу» и мы переходим на форму подключения базы (Рисунок 24)
Рисунок 24. форма подключения Базы
При нажатии на кнопку добавить клиента открывается новая форма, где вводятся данные для таблицы клиенты. (Рисунок 25)
Рисунок 25. Форма добавления для таблицы клиенты.
Завершение программы осуществляется нажатием кнопки выход в пункте меню. (Рисунок 26)
Рисунок 26. Форма завершения работы с программой
2.3.4 Сообщения оператору
Системные сообщения выводится, если к программе уже подключена база, а пользователь игнорируя ее подключает новую или эту же базу.( Рисунок 27)
Рисунок 27. Форма сообщения
3. Экономическая часть
Расчет экономической эффективности от создания программного продукта по следующим направлениям:
Раздел 1. Расчет времени на создание программного продукта
Раздел 2. Расчет годового фонда заработной платы исполнителя по созданию программного продукта
Раздел 3. Расчет начислений на заработную плату (социальное страхование)
Раздел 4. Расчет расходов на содержание и эксплуатацию ПЭВМ
Раздел 5. Расчет себестоимости программного продукта
Раздел 6. Расчет цены программного продукта
Раздел 7. Расчет экономической эффективности
Имеются следующие исходные данные:
1. Подготовка описания задачи (Тпо) - 9 человеко/часов
2. Коэффициент учета изменения задач (В) - 1,3
3. Количество дней в месяце (Чр) - 30 дней
4. Тарифный коэффициент, соответствующий разряду тарифной сетки по которому работает исполнитель (Кт) = 1,3
5. Балансовая стоимость ЭВМ, определяется исходя из цены и количества комплектующих изделий ЭВМ по рыночной стоимости (Кб) 30000 руб.
6. Эффективный годовой фонд работы ПЭВМ в часах (Фэф) - 2016 часов
7. t p.д. - продолжительность рабочего дня в часах - 8 часов
3.1 Расчет времени на создание программного продукта
Затраты времени на создание программного продукта дает трудоемкость.
Трудоемкость измеряет человека в часах, в днях и она является обратным показателем производительности труда, т.е. снижая трудоемкость по большому счету повышается производительность труда который является единственным источником роста благосостояния личности хозяйственного субъекта и в целом экономики.
Структура общего времени на создание программного продукта представлена в таблице 1.
Таблица 1
№ этапа |
Обозначение времениданного этапа |
Содержание этапа |
|
1 |
Тпо |
Подготовка описания задачи |
|
2 |
То |
Описание задачи |
|
3 |
Та |
Разработка алгоритма |
|
4 |
Тбс |
Разработка блок-схемы алгоритма |
|
5 |
Тн |
Написание программы на языке Delphi 2010 |
|
6 |
Тп |
Набивка программы |
|
7 |
Тот |
Откладка и тестирование программы |
|
8 |
Тд |
Оформление документации, инструкции пользователю, пояснительной записки |
Время рассчитывается в человеко-часах, причем Тпо берется по фактически отработанному времени (исходные данные), а время остальных этапов определяется расчетно по условному числу команд Q.
Условное число команд определяется по формуле:
Q=q*c
где q - коэффициент, учитывающий условное число команд.
Выбрать значение коэффициента q можно из таблицы 2.
Таблица 2
Тип задачи |
Пределы измеренийкоэффициента |
|
Задачи учета |
1480 |
|
Задачи оперативного управления |
1643 |
|
Задачи планирования |
3100 |
|
Многовариантные задачи |
4810 |
|
Комплексные задачи |
5150 |
Моя программная разработка соответствует следующему типу задач, следовательно, предел измерения коэффициента c равен 1480.
q - коэффициент, учитывающий новизну и сложность программы 1480.
Программные продукты по степени новизны отнесены к одной из 4-х групп:
- группа А - разработка принципиально новых задач;
- группа Б - разработка оригинальных программ;
- группа В - разработка программ с использованием типовых решений;
- группа Г - разовая типовая задача.
Моя программная разработка относится к группе B3 - разработка программ с использованием типовых решений равен 1,0
По степени сложности программные продукты могут быть отнесены к одной из 3-х групп:
-1- алгоритм оптимизации и моделирования систем;
-2- задачи учета, отчетности и статистики;
-3-стандартные алгоритмы.
Коэффициент С определяется из табл.3 на пересечении групп сложности новизны.
Таблица 3
Язык программирования |
Группа сложности |
Степень новизны |
||||
А |
Б |
В |
Г |
|||
Высокогоуровня |
1 |
1,38 |
1,26 |
1,15 |
0,69 |
|
2 |
1,30 |
1,19 |
1,08 |
0,65 |
||
3 |
1,20 |
1,10 |
1,00 |
0,60 |
||
Низкогоуровня |
1 |
1,58 |
1,45 |
1,32 |
0,79 |
|
2 |
1,49 |
1,37 |
1,24 |
0,74 |
||
3 |
1,38 |
1,26 |
1,15 |
0,69 |
Следовательно, Q=1480*1,00=1480 (чел/час)
Определяем время, затраченное на каждый этап создания программного продукта:
1) Тпо берется по факту = 9 (чел/час)
2) То определяется по формуле:
То=Q*B/(50*K) (2)
где В - коэффициент учета изменений задачи = 1,0
К - коэффициент, учитывающий квалификацию программиста. Выбрать значение коэффициента К из таблицы 4. К= 0,8
Таблица 4
Стаж программиста |
Значение коэффициента К |
|
до 2-х лет |
0,8 |
|
от 2 до 3 лет |
1,0 |
|
от 3 до 5 лет |
1,1 - 1,2 |
|
от 5 до 10 лет |
1,2 - 1,3 |
|
свыше 10 лет |
1,3 - 1,5 |
То=Q*B/(50*K)=1480*1,3/(50*0,8)=1924,0:40,0=48,1(чел/час)
3)Та рассчитываем по формуле:
Та=Q/(50*K)=1480: (50*0,8)=37 (чел/час)
4)Тбс определяется аналогично Та
Тбс= Та = Q/(50*K)=1480:(50*0,8)=37 (чел/час)
5)Тн определяется по формуле:
Тн=Q*1,5/(50*K) = 1480*1,5/(50*0,8)=2220:40,0=55.5 (чел/час)
6)Тп определяется по формуле:
Тп=Q/50=1480:50=29,6 (чел/час)
7)Тот определяется по формуле:
Тот=Q*4,2/50*K=1480*4,2/50*0,8=6216,0:40,0=155,4 (чел/час)
8) Тд определяется аналогично Тпо
Тд= Тпо=9 (чел/час) (оформление документации, пояснительных записей).
Теперь зная время, затраченное на каждом этапе, можно подсчитать общее время на создание программного продукта:
Т=Тпо+То+Та+Тбс+Тн+Тп+Тот+Тд=9+48,1+37+37+55,5+29,6+155,4+9==380,6 (чел/час)
3.2 Расчет годового фонда заработной платы исполнителя по созданию программного продукта
Фонд заработной платы состоит из основной и дополнительной зарплаты.
Основная заработная плата включает оплату по отдельным расценкам, тарифным ставкам, должностному окладу, премии (40%).
Дополнительна заработная плата - это оплата отпусков (11,3%) доплата по территориальному коэффициенту (15%).
Основная ЗП определяется по формуле:
ЗПосн=Х*Кт*Т/Чр*tp.д*(1+П/100)
где
Х- среднемесячная ЗП программиста 12000 рублей - определяется самостоятельно по рыночной ситуации;
Кт- тарифный коэффициент, соответствующий разряду тарифной сетки по которому работает исполнитель (исходные данные - 1,3);
Т-общее время на создание программного продукта 380.6 (чел/час);
Чр- число рабочих дней в месяце 30 дней (исходные данные);
tp.д. - продолжительность рабочего дня в часах - 8 часов;
П - процент премии.
ЗПосн=Х*Кт*Т/Чр*tp.д*(1+П/100)=12000*1,3*380,6/30*8*(1+40/100)= = 17670,71 (руб)
Дополнительная ЗП берется в размере 11,3% от основной.
ЗПдоп=17670,71*11,3%= 1996,79 (руб)
Общая ЗП будет равна сумме основной и дополнительной:
ЗПобщая=ЗПосн+ЗПдоп=17670,71 +1996,79 =19667,5 (руб)
3.3 Расчет начислений на заработную плату (социальные взносы)
Социальное страхование в РФ является обязательным каждый хозяйствующий субъект, любой организационно-правовой формы собственности отчисляет денежные средства в фонд ЗП (заработной платы) во внебюджетные фонды отчисляют на:
1.Фонд социального страхования (ФСС) - 2,9 %
2. Пенсионный фонд России (ПФР) - 22 %
3. Федеральный фонд обеспечения медицинского страхования (ФФОМС) - 5,1 %
Отчисления на социальные взносы, начисляются с заработной платы и включаются в себестоимость программного продукта.
ФСС = ЗП общая * 2,9%
ПФР = ЗП общая * 22%
ФФОМС = ЗП общая * 5,1%
Отчисления по специальности страхованию и обеспечению производится по следующим ставкам:
Таблица № 5
Страховые взносы части |
Ставка в % |
|
Отчисления в фонд социального страхования (ФСС) |
19667,5 * 2,9/100=570,35 (руб) |
|
Отчисления в пенсионный фонд России (ПФР) |
19667,5 * 22/100=4326,85 (руб) |
|
Отчисления в федеральный фонд обеспечения медицинского страхования (ФФОМС) |
19667,5 * 5,1/100=1003,04 (руб) |
Сумма взносов по социальному страхованию равна
Сстр= 570,35 +4326,85 +1003,04 =5900,24 (руб)
3.4 Расчет расходов на содержание и эксплуатацию ПЭВМ
Расходы на содержание и эксплуатацию ПЭВМ рассчитываются по следующим статьям:
1) Основная ЗП работников, обеспечивающих функционирование ПВЭМ.
X - 12000 руб.
Для системных программистов: Нобсл=25%, Кт=2,02
Подобные документы
Краткая история развития СУБД ORACLE, основные понятия и определения, архитектура. Принципы работы с СУБД ORACLE. Разработка баз данных, средства и технологии их реализации; возможности процедурного языка PL/SQL. Приемы администрирования СУБД ORACLE.
презентация [609,2 K], добавлен 14.02.2014Характеристика программного продукта Microsoft Outlook 2000. Принципы работы с редактором электронных таблиц Microsoft Excel и текстового редактора Microsoft Word. Методические указания при работе с СУБД Access. Анализ системы управления базами данных.
контрольная работа [116,3 K], добавлен 13.11.2010Система управления базами данных (СУБД). Программные средства, предназначенные для создания, наполнения, обновления и удаления базы данных. Структура, модели и классификация баз данных. Создание каталогов, псевдонимов, таблиц, шаблонов и форм СУБД.
презентация [1,1 M], добавлен 09.01.2014Реализация приложения "Книжный магазин" средствами систем управления базами данных. Проектирование структуры базы данных, определение сущности и атрибутов. Логическое проектирование базы данных и реализация базы данных в СУБД Microsoft Office Access.
курсовая работа [7,8 M], добавлен 13.02.2023Система управления базами данных как составная часть автоматизированного банка данных. Структура и функции системы управления базами данных. Классификация СУБД по способу доступа к базе данных. Язык SQL в системах управления базами данных, СУБД Microsoft.
реферат [46,4 K], добавлен 01.11.2009Важнейшая задача компьютерных систем управления - хранение и обработка данных. Особенности применения в ОАО "ММК" системы управления реляционными базами данных "Oracle", предназначенной для одновременного доступа к большим объемам хранимой информации.
курсовая работа [87,6 K], добавлен 04.12.2014Понятие базы данных, их цели и задачи, требования к БД; система управления базами данных. Файловые системы: именование и структуры файлов, программное обеспечение. Уровни абстракции в СУБД, функции абстрактных данных. Экспертные системы и базы знаний.
презентация [301,6 K], добавлен 17.04.2013Особенности разработки инфологической модели и создание структуры реляционной базы данных. Основы проектирования базы данных. Разработка таблиц, форм, запросов для вывода информации о соответствующей модели. Работа с базами данных и их объектами.
курсовая работа [981,4 K], добавлен 05.11.2011Основные понятия базы данных и систем управления базами данных. Типы данных, с которыми работают базы Microsoft Access. Классификация СУБД и их основные характеристики. Постреляционные базы данных. Тенденции в мире современных информационных систем.
курсовая работа [46,7 K], добавлен 28.01.2014Понятие и сущность базы данных, их классификация и характеристика. Системы управления базами данных. СУБД структуры "сервер-клиент", его суть. Microsoft Access - функционально полная реляционная СУБД. Предназначение СУБД Access, и описание ее работы.
реферат [44,3 K], добавлен 27.02.2009