Методы хранения и обработки информации, Информатика

Выдержка из текста работы

Современные СУБД и их использование для решения задач автоматизации хранения и обработки информации при организации работы агропромышленного предприятия

1.1 Современные тенденции в области проектирования и разработки баз данных

1.2 Постановка задачи исследования

Разработка информационного и программного обеспечения для автоматизации хранения и обработки информации при организации работы агропромышленного предприятия

2.1 Обоснование выбора СУБД и средств разработки прикладного программного обеспечения

.2 Разработка структуры базы данных

.3 Структура и назначение таблиц

.4 Разработка прикладного программного обеспечения

.5 Установка прикладного программного обеспечения

Использование программного обеспечения для решения задач автоматизации хранения и обработки информации при организации агропромышленного предприятия

.1 Работа пользователя с программным обеспечением

.2 Результаты, получаемые пользователем при использовании прикладного программного обеспечения

Заключение

Список источников информации

Приложение А. Информация, введенная в таблицы базы данных

Приложение Б. Тексты реализованных запросов

ВВЕДЕHИЕ

В настоящее время каждая организация сталкивается с постоянно растущим объемом хранимой и обрабатываемой информации. В связи с этим возрастает необходимость внедрения автоматизированных систем в работу предприятия. Актуальность таких систем возрастает с каждым годом. Одним из способов ведения учета хозяйственной или иной деятельности предприятий является внедрение баз данных.

Для их разработки существует множество программных средств, в частности такие системы управления базами данных (СУБД) как Microsoftвходящий в пакет Microsoft Office или Microsoft Visual FoxPro входящий в пакет Microsoft Visual studio.

В данной работе рассматривается задача автоматизации и хранения и обработки информации в области организации работы агропромышленного предприятия.

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

1 COBPEMEHHЫE СУБД И ИХ ИСПОЛЬЗОВАНИЕ ДЛЯ РЕШЕНИЯ ЗАДАЧ АВТОМАТИЗАЦИИ ХРАНЕНИЯ И ОБРАБОТКИ ИНФОРМАЦИИ ПРИ ОРГАНИЗАЦИИ РАБОТЫ АГРОПРОМЫШЛЕННОГО ПРЕДПРИЯТИЯ

Систему баз данных можно рассматривать как компьютеризированную систему хранения записей. Такая система включает сами по себе данные (сохраняемые в базе данных), аппаратное обеспечение, программное обеспечение (в частности, систему управления базами данных, или СУБД), а также пользователей (что наиболее важно). Пользователи, в свою очередь, подразделяются на прикладных программистов, конечных пользователей и администраторов баз данных, или АБД. Последние отвечают за администрирование базы данных и всей системы баз данных в соответствии с требованиями, устанавливаемыми администратором данных [1].

Базы данных являются интегрированными и чаше всего совместно используемыми. Они применяются для хранения перманентных данных. Можно считать (хотя это и не совсем точно), что эти данные представляют собой сущности и существующие между сущностями связи, хотя сами связи — это, по сути, просто специальный вид сущности. Очень кратко мы рассмотрели понятие диаграмм "сущность- связь".

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

Системы баз данных обычно поддерживают транзакции или логические единицы работы. Основное преимущество транзакций заключается в том, что они гарантируют атомарность выполняемых действий (все или ничего), несмотря на возможные сбои системы, имевшие место до завершения выполнения транзакции [2].

СУБД, базирующиеся на реляционной модели данных ("реляционные системы"), в настоящее время стали преобладающими на рынке баз данных. Более того, подавляющее большинство научных исследований в области баз данных в течение последних 30 лет было посвящено (иногда косвенно) именно этой модели. Фактически введение реляционной модели в 1969 и 1970 годах было, несомненно, наиболее важным событием в истории развития теории баз данных. По этим причинам, а также учитывая то, что реляционная модель основана на определенных математических и логических принципах и, следовательно, идеально подходит для изложения теоретических концепций систем баз данных.

Реляционная система — это система, основанная на следующих принципах [2].

. Данные передаются пользователю в виде таблиц (и никак иначе).

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

Замечание. Причина, по которой такие системы называют реляционными, состоит в том, что английский термин "relation" (отношение), по сути, представляет собой принятое математическое название для таблицы. Поэтому на практике термины отношение и таблица в большинстве случаев можно считать синонимами, по крайней мере, для неформальных целей. Возможно, следует добавить, что причина, несомненно, заключается не в том, что термин отношение (relation) "по существу — просто математическое название для" связи (relationship) в терминах диаграмм "сущность-связь" (см. раздел 1.3). На самом деле между реляционными системами и подобными диаграммами существует совсем незначительная прямая связь.

Теперь мы можем различать реляционные и не реляционные системы по следующим признакам. Как уже отмечалось, пользователь реляционной системы видит данные в виде таблиц и никак иначе. Пользователь не реляционной системы, напротив, видит данные, представленные в других структурах: либо вместо таблиц реляционной системы, либо наряду с ними. Для работы с этими другими структурами применяются другие операции. В частности, в иерархической системе (например, IMS фирмы IBM) данные представляются пользователю в форме набора древовидных структур (иерархий), а среди операций работы с иерархическими структурами есть операции перемещения по иерархическим указателям (навигации) вверх и вниз по ветвям деревьев. (Реляционные системы, как мы видели, не имеют таких указателей, и это очень важная их отличительная особенность.)

Рассмотрим этот вопрос немного подробнее. На практике системы баз данных могут быть легко распределены по категориям в соответствии со структурами данных и операторами, которые они предоставляют пользователю. Прежде всего, старые (дореляционные) системы можно разделить на три большие категории, а именно: системы инвертированных списков (inverted list), иерархические (hierarchic) и сетевые (network). Кроме того, необходимо отметить, что термин сетевая (система) в данном случае не имеет ничего общего с коммуникационной сетью, а относится лишь к структуре данных и операторам, которые поддерживаются данной системой.

Сетевые системы иногда называют системами CODASYL или системами DBTG по имени группы, которая их предложила:- Data Base Task Group (DBTG) of the Conference on Data Systems Languages (CODASYL). Пожалуй, наиболее известной из таких систем была IDMS корпорации Computer Associates International, Inc. Подобно иерархическим системам (но в отличие от реляционных), все такие системы, кроме всего прочего, предоставляли в распоряжение пользователя внутренние указатели на элементы данных.

1.1 Современные тенденции в области проектирования и разработки баз данных

Первые реляционные продукты начали появляться в конце 1970-х и начале 1980-х годов. Сейчас преобладающее большинство СУБД являются реляционными и предназначаются для работы на практически любой программной и аппаратной компьютерной платформе. Среди них ведущими (в алфавитном порядке) являлись следующие: DBE (всевозможные версии) корпорации IBM; Ingres II корпорации Computer Associates International, Inc.; Informer Dynamic Server корпорации Informer Software, Inc.; Microsoft SQL Server корпорации Microsoft; Oracle 8i корпорации Oracle и Seabees Adaptive Server компании Seabees, Inc.

В последнее время стали появляться объектно-ориентированные и объектно-реляционные продукты. Большинство объектно-реляционных СУБД основывается на совместимых снизу вверх расширениях оригинальных реляционных продуктов, как это случилось с DB2 или Informix. Существующие объектно-ориентированные системы представляют собой попытки сделать что-то совершенно отличное, как это имеет место в случае с системой Gemstone корпорации GemStone Systems, Inc. и системой Versant ODBMS компании Object Technology. Мы рассмотрим эти новые системы в части VI.

В дополнение к различным уже упоминавшимся выше подходам в течение нескольких лет проводились исследования множества альтернативных схем, включая многомерный (multi-dimensional) подход и логический (logic-based) подход, называемый еще дедуктивным или экспертным [3].

1.2 Постановка задачи исследования

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

Решение данной задачи требует создания информационного и программного обеспечения, ориентированного на конечного пользователя, EEG. пользователя, не имеющего специальной подготовки.

Таким образом, постановку задачи исследования можно сформулировать как создание информационного и программного обеспечения для автоматизации хранения и обработки информации при организации работы агропромышленного предприятия.

Основными целями, которые должны быть достигнуты в результате выполнения данной работы, можно сформулировать следующим образом:

) исследование и описание предметной области — организации работы агропромышленного предприятия;

) разработка модели данных;

) выбор СУБД и средств разработки прикладного программного обеспечения;

) реализация базы данных в формате выбранной СУБД;

) разработка прикладного программного обеспечения;

б) отладка и тестирование прикладного программного обеспечения;

) опытная эксплуатация прикладного программного обеспечения на контрольных данных и анализ полученных результатов.

2 РАЗРАБОТКА ИНФОРМАЦИОННОГО И ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ДЛЯ АВТОМАТИЗАЦИИ ХРАНЕНИЯ И ОБРАБОТКИ ИНФОРМАЦИИ ПРИ ОРГАНИЗАЦИИ РАБОТЫ АГРОПРОМЫШЛЕННОГО ПРЕДПРИЯТИЯ

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

Программно-аппаратные платформы, используемые при разработке и применении баз данных, оказывают существенное влияние на эффективность их функционирования. Проблемы выбора аппаратно-программных платформ для баз данных можно разделить на следующие составляющие:

· выбор СУБД;

· выбор аппаратных средств обработки баз данных.

Перед администратором БД, руководителем предприятия и обычным пользователем проблема выбора СУБД возникает чаще всего перед ее приобретением и при переходе на новые аппаратно-программные средства.

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

Рассмотрим технологию оценки характеристик СУБД и определения степени их соответствия предъявляемым требованиям. Выбор СУБД лучше всего производить с позиций лица, принимающего решение при неполной или противоречивой информации. Программные продукты обычно сопровождает следующая информация:

сведения разработчиков и рекламная информация продавцов;

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

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

Процедуру выбора СУБД удобно проводить в три этапа. Сначала на качественном уровне оценить предлагаемые программные продукты на предмет пригодности, сузив область выбора. Затем оценить технические характеристики отобранных систем более детально. И, наконец, оценить производительность оставшихся продуктов для принятия окончательного решения.

К числу основных показателей пригодности программных продуктов можно отнести следующие:

.Вид программного продукта.

.Категории пользователей.

.Удобство и простота использования.

.Модель представления данных.

.Качество средств разработки.

.Качество средств защиты и контроля корректности базы данных.

.Качество коммуникационных средств.

.Фирма-разработчик.

.Стоимость.

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

К основным показателям в большинстве случаев относят первые два. Из оставшихся показателей, в зависимости от особенностей решаемых задач, в числе основных могут оказаться также четвертый, шестой и седьмой показатели.

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

Система управления базами данных Visual FoxPro состоит из отдельных компонентов, которые используются для хранения информации, ее отображения и редактирования.

В Visual FoxPro вся информация хранится в базе данных, которая состоит из таблиц, отношений между таблицами, индексов, триггеров и хранимых процедур. Каждая таблица имеет уникальное имя и хранится в отдельном файле, наименование которого совпадает с именем таблицы. Созданный файл имеет расширение DBF.

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

Для хранения значений полей типа Memo и General применяются отдельные файлы. Меmо-поля таблиц содержат текстовую информацию, а поля типа General используются, как правило, для хранения двоичной информации и данных других приложений, работающих в среде Windows.

В Visual FoxPro реализованы триггеры, которые позволяют централизованно обрабатывать события, возникающие при любых изменениях в базе данных. Существует возможность создавать хранимые процедуры, которые являются частью базы данных и могут использоваться при описании таблиц, для проверки введенных данных, определения значения по умолчанию и т. п.

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

Для отображения и редактирования данных используются формы, отчеты, запросы и программы. При создании форм, отчетов и запросов применяются конструкторы. Поэтому эти компоненты часто называют конструкторскими объектами. Формы и отчеты являются составными объектами, так как они состоят из более мелких объектов (таких как поля, кнопки, диаграммы, рамки, OLE-компоненты и т. п.), которые называются объектами интерфейса,

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

Отчеты используются для печати, содержащейся в базе данных информации. Примерами отчетов являются прайс-лист товаров, список покупателей, оборотная складская ведомость. Как правило, отчеты создаются в том случае, если информацию необходимо передавать кому-либо в печатном виде. Для создания отчетов в Visual FoxPro, как и для форм, используются мастер и конструктор отчетов. С помощью мастера отчетов можно быстро создать собственный отчет на основе имеющихся шаблонов.

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

Запросы являются средством выборки данных из одной или нескольких таблиц. В Visual FoxPro для создания запроса можно использовать как конструктор запросов, так и специализированный язык Structured Query Language (SQL). Результаты выполнения запроса могут отображаться в форме, выводиться в виде отчетов и диаграмм или сохраняться в указанной вами таблице.

Программы, написанные на языке Visual FoxPro, являются объектноориентированными. С помощью них обрабатываются события в форме, создаются объекты, осуществляются различные вычисления, управление базой данных. Для удобства работы можно объединять программы в библиотеки.

Для создания форм в Visual FoxPro можно использовать не только базовые классы, но и создавать собственные. Например, можно определить класс форм, в котором задан определенный цвет фона и стандартный набор кнопок для управления данными. Чтобы стандартизировать разработку, полезно иметь один или несколько Visual классов для каждого базового класса. Классы, созданные в Visual FoxPro, хранятся в библиотеках классов.

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

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

Кроме того, необходимо отметить, что Visual FoxPro обладает всеми возможностями для работы с XML WеЬ-сервисами, а также улучшенной совместимостью с Microsoft Visual Studio.NET и Microsoft SQL Server 2000. Вид диалоговых окон, открывающихся при создании и открытии объектов, приведен к стандарту Windows.

Дпя реализации функций универсального доступа к данным в Visual FoxPro появился новый класс CursorAdapter. Создаваемый на его основе объект CursorAdapter (Адаптер курсора) поддерживает широкий диапазон источников данных, используемых при создании форм и отчетов и настраиваемых с помощью построителя:

· непосредственное соединение с базой данных;

· ODBC;

· ActiveX Data Object (ADO);

Система управления базами данных Microsoft Access.

Прежде всего, Access — это система управления базами данных (СУБД). Как и другие продукты этой категории Access предназначена для хранения и получения данных представления их в удобном виде и автоматизации часто выполняемых операций. Использовать Access можно не только для разработки удобных форм ввода данных, но и обработки данных, а также составления сложных всевозможных отчетов. С другой стороны, Access является мощным приложением Windows. Впервые производительность СУБД соответствует возможностям такой развитой операционной системой как Microsoft Windows. Поскольку и Windows, и Access созданы компанией Microsoft, они очень хорошо взаимодействуют между собой. Система MS Access работает под управлением Windows; таким образом, все преимущества Windows доступны в Access. Это означает, что можно вырезать копировать и вставлять данные из любого приложения Windows в приложение Access и наоборот. В то же время, Access — это реляционная СУБД. Это означает, что с помощью Access можно получить доступ к любым данным любого типа и использовать одновременно несколько таблиц базы данных. Использование реляционной СУБД позволять упростить структуру данных и, таким образом, облегчить выполнение работы.

Приложение MS Access — это настольная система управления реляционными базами данных, которая входит в программный продуктOffice и предназначена для работы на автономном ПК или в локальной вычислительной сети под управлением операционной системы Windows.

База данных СУБД Access является реляционной базой данных.

С каждым объектом можно работать в отдельном окне, причем предусмотрено два режима работы:

режим конструктора, — когда мы создаем или изменяем макет, структуру объекта;

оперативный режим, — когда мы решаем в окне задачи ИС, т.е. просматриваем, изменяем, выбираем информацию.

В файл базы данных входит документ, имеющий собственное окно: Схема данных. В этом окне можно создавать, просматривать, изменять и удалять связи между таблицами. Эти связи помогают контролировать данные, создавать запросы и отчеты. Любой объект можно создать либо вручную, либо с помощью Мастера.

Инструментальные средства Access предназначены для обслуживания двух принципиально разных функций информационных систем:

проектирование и модификация структуры БД;

манипулиция с данными ИС.

Средствами Access можно проводить следующие операции:

проектирование базовых объектов ИС — двумерных таблиц, с разными типами данных;

установление связей между таблицами, с поддержкой целостности данных, каскадного обновления полей и каскадного удаления записей;

ввод, хранение, просмотр, сортировка, модификация и выборка данных из таблиц с использованием различных средств контроля информации, индексирования таблиц и аппарата алгебры логики (для фильтрации данных);

создание, модификация и использование производных объектов ИС (форм, запросов и отчетов).

СУБД Access работает со следующими объектами:

таблица — это основной объект MS Access. Все остальные объекты являются производными и создаются на базе ранее подготовленных таблиц;

форма помогает вводить, просматривать и модифицировать информацию в таблице или запросе. Запросы и отчеты выполняют самостоятельные функции: выбирают, группируют, представляют, печатают информацию;

запросы создаются пользователем для выборки нужных данных из одной или нескольких связанных таблиц. С помощью запроса можно обновить, удалить или добавить данные в таблицы или создать новые таблицы на основе уже существующих;

отчеты используют для формирования выходного документа, предназначенного для вывода на печать;

модули содержат программы на языке Visual Basic, которые могут разрабатываться пользователем для реализации нестандартных процедур при создании приложений;

макросы содержат описание действий, которые должны быть выполнены в ответ на некоторое событие. Каждое действие реализуется макрокомандой. Он позволяет объединить разрозненные операции обработки данных в одном приложении.

На основе изложенного выше материала сделано заключение о целесообразности разработки базы данных средствами СУБД Microsoft Access, а также использования возможностей СУБД Microsoft Access 2003 для разработки прикладного программного обеспечения.

2.2 Разработка структуры базы данных

информационное программное автоматизация база данное

Разработка программного обеспечения для решения задачи автоматизации хранения и обработки информации при организации работы агропромышленного предприятия. А именно:

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

Учитывая вышеизложенные особенности и изучив основные сущности предметной области, была составлена логическая модель данных, представленная на рисунке 2.1.

С учетом особенностей MS Access была реализована физическая модель данных, представленная на рисунке 2.2.

Схема данных, реализованная средствами СУБД MS Access представлена на рисунке 2.3.

Рисунок 2.3 — Схема данных, реализованная в СУБД Microsoft Access

2.3 Структура и назначение таблиц

Таблица "Виды техники" предназначена для хранения информации о видах техники. Каждая запись этой таблицы состоит из полей, представленных в таблице 2.1.

Таблица 2.1 -Описание структуры таблицы "Виды техники"

Ключ	Имя поля	Тип данных	Размер поля	Описание
РК	Код вида	Числовой	Целое	Код вида
	Название	Текстовый	20	Название техники

В таблице "Земля" хранятся данные об земельных учатках. Каждая запись этой таблицы состоит из полей, представленных в таблице 2.2.

Таблица 2.2- Описание структуры таблицы "Земля"

Ключ	Имя поля	Тип данных	Размер поля	Описание
РК	Инвентарный номер земли	Текстовый	Целое	Номер
	Собственность	Логический	20
	Дата ввода	Дата/время	Краткий формат даты	Дата
FK	Дата вывода	Дата/время	Краткий формат даты	Дата

Таблица "Культуры" предназначена для хранения информации о сельскохозяйственных культкрах. Каждая запись этой таблицы состоит из полей, представленных в таблице 2.3.

Таблица 2.3 — Описание структуры таблицы "Культуры"

Ключ	Имя поля	Тип данных	Размер поля	Описание
РК	Код культуры	Числовой	Целое	Код культуры
	Название	Текстовый	50	Название
	Дата посева	Дата/время	Краткий формат даты
	Дата сборки	Дата/время	Краткий формат даты

В таблице "Удобрение " хранится информация об удобрениях. Каждая запись этой таблицы состоит из полей, представленных в таблице 2.4.

Таблица 2.4- Описание структуры таблицы "Удобрение"

Ключ	Имя поля	Тип данных	Размер поля	Описание
РК	Код удобрения	Числовой	Длинное целое
	Название	Текстовый	20	Название

Таблица "Таблица 1" была создана для хранения информации о культурах высаженных на определенном участке земли. Каждая запись этой таблицы состоит из полей, представленных в таблице 2.5.

Таблица 2.5 — Описание структуры таблицы "Таблица 1"

Ключ	Имя поля	Тип данных	Размер поля	Описание
РК	Код культуры	Числовой	Целое
	Инвентарный номер земли	Текстовый	20

Таблица " Сельхозтехника " предназначена для хранения данных о сельхозтехнике. Каждая запись этой таблицы состоит из полей, представленных в таблице 2.6.

Таблица 2.6 — Описание структуры таблицы "Сельхозтехника"

Ключ	Имя поля	Тип данных	Размер поля	Описание
РК	Инвентарный номер	текстовый	50	Номер договора
	Название	текстовый	50	Код товара
	Описание	текстовый	50	Цена за единицу
	Дата ввода	Дата/Время	Краткий формат даты	Количество
	Дата списания	Дата/Время	Краткий формат даты
	Первоначальная стоимость	Числовой	Целое
	Остаточная стоимость	Числовой	Целое
	Код вида техники	Числовой	Целое

Таблица “ Профессии ” предназначена для хранения информации о профессиях сотрудников. Каждая запись этой таблицы состоит из полей, представленных в таблице 2.7.

Таблица 2.7 — Описание структуры таблицы “Профессии ”

Ключ	Имя поля	Тип данных	Размер поля	Описание
РК	Код проф.	Числовой	Длинное целое
	Название	Текстовый	50

В таблице " Обработка земли "- хранится информация об обработке каждого земельного участка. Каждая запись этой таблицы состоит из полей, представленных в таблице 2.8.

Таблица 2.8 — Описание структуры таблицы "Обработка земли"

Ключ		Имя поля	Тип данных	Размер поля		Описание
РК		Код обработки	счетчик
		Дата обработки	Дата/время	Краткий формат даты
		Инвентарный номер земли	Текстовый	20
		Инвентарный номер сельхозтехники	Текстовый	20
		Комментарии	Текстовый	20
		Код удобрения	Числовой	Целое
	Код сотрудника		Числовой		Целое

В таблице "Сотрудники" хранится информация про единицы измерения лекарственных препаратов. Каждая запись этой таблицы состоит из полей, представленных в таблице 2.9.

Таблица 2.9- Описание структуры таблицы "Сотрудники"

Ключ	Имя поля	Тип данных	Размер поля	Описание
РК	Код сотрудника	Счетчик	Целое
	Фамилия	Текстовый	50
	Имя	Текстовый	50
	Отчество	Текстовый	50
	Дата рождения	Дата/время	Краткий формат даты
	Паспортные данные	Текстовый	50
	Отдел	Текстовый	50
	Стаж работы	Числовой	Целое
	Код профессии	Числовой	Целое

Данные, которые были занесены в таблицы, представлены в приложении А.

2.4 Разработка прикладного программного обеспечения

Как было сказано ранее, разрабатываемой прикладное программное обеспечение должно обеспечить работу с базой данных конечных пользователей, т.е. пользователей, не имеющих специальной подготовки в области эксплуатации СУБД.

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

На рисунке 2.4 представлена диаграмма вариантов использования программного обеспечения Администратора.

Рисунок 2.4- Диаграмма вариантов использования БД администратором

Администратор программного обеспечения может выполнять следующие функции с базой данных:

осуществлять вход (подключаться к БД);

создавать таблицы (данная функция включает в себя открытие таблицы);

открывать таблицы (как для просмотра, так и для редактирования содержимого таблицы);

вводить информацию в БД;

удалять информацию (в том числе удаление базы данных, удаление отдельных ее объектов);

создавать идиллии модифицировать отдельные объекты базы данных (отчеты, запросы, формы);

осуществлять выход из БД (отключение от БД).

Функции обычного пользователя программного обеспечения представлены на рисунке 2.5 в виде диаграммы вариантов использования.

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

На рисунке 2.6.представлена логическая структура разработанного приложения.

Как показано на рисунке, программное обеспечение состоит из главной кнопочной формы, а также из таких основных форм, как "Данные", "Справочники", "Запросы", "Отчёты". В свою очередь, выше перечисленные формы в своем составе имеют по несколько вложенных, предоставляющих доступ к данным, хранимым в базе данных.

Рисунок 2.6- Структура разработанного приложения

2.5 Установка прикладного программного обеспечения

Для установки данного программного продукта не требуется никаких дополнительных навыков. Установка происходит в следующей последовательности:

. Вставьте диск с приложением в привод.

. Создайте на жестком диске папку под именем "Курсовая_работа".

3. Скопируйте файл базы данных (сельхоз.mdb) с лазерного диска в папку "DB" расположенную на вашем жестком диске.

. дпя запуска приложения сделайте двойной клик на его иконке.

Работа с приложением описана в 3 главе данной работы.

Минимальные системные требования к аппаратному и программному обеспечению:

а) тип операционной системы: Windows 98/Ме/2000/ХР/Vista;

б) наличие СУБД Access версии 2000 и выше

в) тип процессора: Intel Pentium 500MHZ, Intel Celeron 700MHz, AMD Athlon/Duron 700;

г) минимальный объем оперативной памяти — 128 Mb;

д) 30Mb свободного места на жестком диске.

ПРИЛОЖЕНИЕ А

ИНФОРМАЦИЯ, ВВЕДЕННАЯ В ТАБЛИЦЫ БАЗЫ ДАННЫХ

Таблица А.1 — Информация, внесенная в таблицу «Профессии»

Код профессии	Название
1	Тракторист
2	Комбайнер
3	Водитель

Таблица А.2 — Информация, внесенная в таблицу «Культуры»

Код культуры	Название	Дата посева	Дата сборки
1	Пшеница	01.04.2008	01.09.2008
2	Кукуруза	01.05.2008	01.08.2008
3	Подсолнух	01.05.2008	01.08.2008
4	Соя	01.07.2008	01.10.2008
5	Гречка	01.03.2008	01.08.2008

Таблица А.3 — Информация, внесенная в таблицу «Земля»

Инвентарный номер	Собственность	Дата ввода		Дата вывода
0000000001	+	01.01.2000
0000000002	+	01.02.2000
0000000003	+	01.01.2001
0000000004	+	01.01.2001
0000000005			01.01.2002
0000000006			01.01.2002
0000000007			05.04.2007

Таблица А.4 — Информация, внесенная в таблицу «Таблица 1»

Код культуры	Инвентарный номер земли
1	0000000001
2	0000000002
3	0000000003
4	0000000004
5	0000000004

Таблица А.5 — Информация, внесенная в таблицу « Виды техники»

Код вида	Название
1	Трактор
2	Комбайн
3	Самоскид

Таблица А.6 — Информация, внесенная в таблицу « Обработка земли»

Код обработки	Дата обработки	Инвентарный номер земли	Инвентарный номер техники	Комментарии	Код удобрения	Код сотрудника
1	05.03.08	0000000001	1		1	2
2	05.03.08	0000000003	3		2	3
3	06.03.06	0000000004	2		3	1

Таблица А.7 — Информация, внесенная в таблицу « Сельхоз техника»

Инвентарный номер	название	описание	Дата ввода	Дата списания	Первоначальная стоимость	Остаточная стоимость
1	К-700		01.01.2000		100000	20000
2	Т-150		01.01.2001		100000	30000
3	Дон-1500		01.01.2000		200000	50000
4	Нива		01.01.2001		200000	75000
5	Сеялка		01.04.2002		25000	5000

Таблица А.8 — Информация, внесенная в таблицу « Сотрудники»

Код сотрудника	фамилия	имя	отчество	Дата рождения	Паспортные данные	отдел	Стаж работы	Код профессии
1	Иванов	Иван	Иванович	04.03.1965			10
2	Петров	Степан	Фёдорович	08.05.1963			15
3	Сидоров	Степан	Иванович	01.04.1970			10

Таблица А.9 — Информация, внесенная в таблицу « Удобрения»

Код удобрения	название
1	Селитра
2	Компост
3	Альфа

ПРИЛОЖЕНИЕ Б

ТЕКСТЫ РЕАЛИЗОВАННЫХ ЗАПРОСОВ

Текст запроса "Выбор земли по дате обработки": [Обработка земли].[Инвентарный номер земли], [Обработка земли].[Дата обработки], Земля.СобственностьЗемля INNER JOIN [Обработка земли] ON Земля.[Иинвентарный номер земли] = [Обработка земли].[Инвентарный номер земли]((([Обработка земли].[Дата обработки])=[Введите дату обработки]));

Текст запроса "Выбор сельхозтехники по дате обработки" : Сельхозтехника.[Инвентарный номер], Сельхозтехника.Название, [Обработка земли].[Дата обработки], [Обработка земли].[Инвентарный номер земли]Сельхозтехника INNER JOIN [Обработка земли] ON Сельхозтехника.[Инвентарный номер] = [Обработка земли].[Инвентраный номер сельхозтехники]((([Обработка земли].[Дата обработки])=[Введите дату обработки]));

Текст запроса " Выбор сельхозтехники по инвентарному номеру":Сельхозтехника.[Инвентарный номер], Сельхозтехника.Название, Сельхозтехника.Описание, Сельхозтехника.[Дата ввода], Сельхозтехника.[Дата списания], Сельхозтехника.[Первоначальная стоимость], Сельхозтехника.[Остаточная стоимость]Сельхозтехника(((Сельхозтехника.[Инвентарный номер])=[Введите инвентарный номер]));

Текст запроса “ Выбор сельхозтехники по названию”:

SELECT Сельхозтехника.[Инвентарный номер], Сельхозтехника.Название, Сельхозтехника.Описание, Сельхозтехника.[Дата ввода], Сельхозтехника.[Дата списания], Сельхозтехника.[Первоначальная стоимость], Сельхозтехника.[Остаточная стоимость]

FROM Сельхозтехника (((Сельхозтехника.Название)=[Введите название]));

Текст запроса “Выбор сотрудника по дате обработки”:

SELECT Сотрудники.[Код сотрудника], Сотрудники.Фамилия, Сотрудники.Имя, Сотрудники.Отчество, [Обработка земли].[Дата обработки]

FROM Сотрудники, [Обработка земли] ((([Обработка земли].[Дата обработки])=[Введите дату обработки]));

Текст запроса “ Выбор сотрудника по дате дате рождения”:

SELECT Сотрудники.[Код сотрудника], Сотрудники.Фамилия, Сотрудники.Имя, Сотрудники.Отчество, Сотрудники.[Дата рождения]

FROM Сотрудники (((Сотрудники.[Дата рождения])=[Введите дату рождения]));

Текст запроса " Выбор сотрудника по паспортным данным":

SELECT Сотрудники.[Код сотрудника], Сотрудники.Фамилия, Сотрудники.Имя, Сотрудники.Отчество, Сотрудники.[Паспортные данные]

FROM Сотрудники (((Сотрудники.[Паспортные данные])=[Введите код и номер паспорта]));

Текст запроса " Количество сотрудников в обработке земли":Count([Кем обрабатывается].[Код сотрудника]) AS [Count-Код сотрудника], Земля.[Иинвентарный номер земли], [Обработка земли].[код обработки], [Обработка земли].[Дата обработки]Сотрудники, [Кем обрабатывается], Земля INNER JOIN [Обработка земли] ON Земля.[Иинвентарный номер земли] = [Обработка земли].[Инвентарный номер земли]BY Земля. [Иинвентарный номер земли], [Обработка земли].[код обработки], [Обработка земли].[Дата обработки]((([Обработка земли].[код обработки])=[Введите код обработки]));

Текст запроса “ Количество техники на обработку”:Count(Сельхозтехника.[Инвентарный номер]) AS [Count-Инвентарный номер], [Обработка земли].[код обработки], [Обработка земли].[Дата обработки]Сельхозтехника INNER JOIN [Обработка земли] ON Сельхозтехника.[Инвентарный номер] = [Обработка земли].[Инвентраный номер сельхозтехники]BY [Обработка земли].[код обработки], [Обработка земли].[Дата обработки]((([Обработка земли].[код обработки])=[Введите код обработки]));

Текст запроса " Обработка земли за день":[Обработка земли].[Дата обработки], Земля.[Иинвентарный номер земли], Земля.СобственностьЗемля INNER JOIN [Обработка земли] ON Земля.[Иинвентарный номер земли] = [Обработка земли].[Инвентарный номер земли]((([Обработка земли].[Дата обработки])=[Введите дату обработки]));

ЗАКЛЮЧЕНИЕ

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

Для разработки требуемого программного обеспечения была использована СУБД Microsoft Access входящая в пакет Microsoft Office.

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

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

Разработанное информационное и программное обеспечение может быть использовано при организации работы агропромышленного предприятия.

СПИСОК ИСТОЧНИКОВ ИНФОРМАЦИИ

. Дейт, К. Дж. Введение в системы баз данных.: Пер. с англ. — 6-е изд. -К.: Дилектика, 1998.-784с.

. Когаловский М. Р. Энциклопедия технологий баз данных. — М.: Финансы и статистика, 2002. — 800 с.

. . Маклаков С. В. Создание информационных систем с AllFusion Modeling suite. — М.: ДИАЛОГ-МИФИ, 2003. — 432 с.

. Маклаков С. В. BPWin и ERWin. САSЕ-средства разработки информационных систем. — 2-е изд., испр. и дополн. — Erin, 2001. -304 с.

. Конноли Т., Бегг К., Страчан А. Базы данных: проектирование, реализация и сопровождение. Теория и практика., 2-е изд.: Пер. с англ. — М.: Издательский дом "Вильямс", 2001. — 1120 с.