Введение
Для обеспечения доступа к информации, которая хранится в базе данных (БД), а также для управления ею, применяют систему управления базами данных (СУБД). СУБД — это комплекс языковых и программных средств, предназначенный для создания, ведения и совместного использования БД многими пользователями. Обычно СУБД различают по используемой модели данных. Так, СУБД, базирующиеся на использовании реляционной модели данных, называют реляционными СУБД. Системы управления базами данных помогают отсортировать информацию, а также связать базы данных между собой. Существует множество СУБД, как платных, так и бесплатных, которые можно рекомендовать для применения в организации. На наш взгляд, наиболее пригодной СУБД для фермерского хозяйства является Microsoft SQL Server. Так как данный продукт очень прост в использовании, работает быстро и стабильно, очень хорошо взаимодействует с другими продуктами Microsoft. Идеально подходит для организаций, которые уже используют ряд продуктов Microsoft. Для управления БД необходимо выбрать язык программирования, на котором будет написана серверная часть. C# — высокоуровневый язык программирования, на нем можно писать софт, независимый от архитектуры процессора конкретного компьютера. Оперативная информация – это переменная информация для каждого фиксированного состояния ее использования. Рассмотрим входную и выходную оперативную информацию для разрабатываемого клиентского приложения: Входная оперативная информация: справочник «Угодья»; справочник «Культуры»; справочник «Корма»; справочник «КРС»; справочник «Готовая продукция»; справочник «Организации»; документ «Кормление»; документ «Приобретение кормов»; документ «Учет молока»; документ «Реализация готовой продукции». Представленные информационные справочники и документы составлены в соответствии с типовыми операционными документами ИП «К(Ф)Х Якушев И.С.» [1, 2]. Выходная оперативная информация: В качестве документов, получаемых на выходе, в следствии работы клиентского приложения, представляются отчеты по списанию кормов, объемов производства продукции, прибыли и убыткам. Для непосредственного отображения взаимосвязей входных, промежуточных и результатных информационных потоков в разрабатываемом приложении используется концептуальная модель, на которой отображены подсистемы работы с документацией, на разработку программного обеспечения. В соответствии с предметной областью была построена концептуальная модель ИП «К(Ф)Х Якушев И.С.» [4]. В данной модели содержаться следующие объекты: Угодья, Культуры, Корма, КРС, Готовая продукция, Организации, Учет молока. Характеристики представленных объектов отображены в виде атрибутов на рисунке 1.
Методология
Рисунок 1 – Концептуальная модель данных Полученную концептуальную модель данных преобразуем в логистическую. Логистическая модель данных представлена на рисунке 2, которая отображает десять сущностей – таблиц. В таблицах представлены атрибуты. Все сущности в модели имеют связь «один ко многим». В разрабатываемой БД были созданы следующие таблицы: «Grounds» (Угодья), «Cultures» (Культуры), «Feeds» (Корма), «Organizations» (Организации), «Buying_feeds» (Приобретение кормов), «Cattles» (КРС), «Products» (Готовая продукция), «Feedings» (Кормление), «Milk_accountings» (Учет молока), «Sales» (Реализация готовой продукции). Рисунок 2 – Логическая модель данных По полученным таблицам, с имеющимися связями, определены внутренние и внешние ключи: для таблицы БД «Grounds» первичным ключом является «Id»; для таблицы БД «Feeds» первичным ключом является «Id»; для таблицы БД «Cattles» первичным ключом является «Id»; для таблицы БД «Products» первичным ключом является «Id»; для таблицы БД «Cultures» первичным ключом является «Id», атрибут «Grounds_id» является внешним ключом к таблице «Grounds», а атрибут «Feeds_id» является внешним ключом к таблице «Feeds»; для таблицы БД «Organizations» первичным ключом является «Id», атрибут «Feeds_id» является внешним ключом к таблице «Feeds»; для таблицы БД «Buying_feeds» первичным ключом является «Id», атрибут «Org_id» является внешним ключом к таблице «Organizations»; для таблицы БД «Milk_accountings» первичным ключом является «Id», атрибут «Cattle_id» является внешним ключом к таблице «Cattles»; для таблицы БД «Feedings» первичным ключом является «Id», атрибут «Cattle_id» является внешним ключом к таблице «Cattles», а атрибут «Feed_id» является внешним ключом к таблице «Feeds»; для таблицы БД «Sales» первичным ключом является «Id», атрибут «Prod_id» является внешним ключом к таблице «Products», а атрибут «Milk_acc_id» является внешним ключом к таблице «Milk_accountings». На рисунке 3 представлена физическая модель данных. Физическая модель данных описывает то, как данные хранятся в компьютере, представляя информацию о структуре записей, их упорядоченности и существующих путях доступа.
Результаты
Рисунок 3 – Физическая модель данных Таким образом, физическая модель данных отражает основные сведения об используемых реквизитах таблиц БД, что позволяет в полной мере реализовать весь необходимый функционал разрабатываемого клиентского приложения для ИП «К(Ф)Х Якушев И.С.». В разрабатываемом приложении можно выделить модули, которые слажено работают при выполнении функций по обработке информации (таблица 1). Таблица 1 Описание функций модулей № п/п Наименование модуля Функции модуля 1 Модуль главного меню обеспечивает оперативный доступ ко всем объектам системы: справочники; документы; отчеты 2 Модуль справочников обеспечивает доступ ко всем справочникам системы 3 Модуль запросов и отчетов обеспечивает доступ ко всем доступным отчетам системы: выручка за определенный период 4 Модуль работы с базой данных обеспечивает хранение объектов приложения Для разработки одним из основных объектов являются пользовательские формы. Их можно разделить на справочники, документы, отчеты, главное меню и вход в систему. Первая форма, появляющаяся при запуске программы – это «Вход в систему» (рисунок 4). Рисунок 4 – Интерфейс главной формы Типовая пользовательская форма включает следующие интерфейсные элементы, к которым относятся: поле отображения данных dataGridView; кнопки button и элементы управления формой.
Результаты
«Элемент управления DataGridView предоставляет мощный и гибкий способ непосредственного отображения оперативных данных в табличном формате. Элемент управления DataGridView можно использовать для отображения представлений небольшого объема данных только для чтения, либо можно масштабировать его для отображения редактируемого представления очень больших наборов данных» [3].
Обсуждение
Таким образом, объекты клиентского приложения по учету движения продукции в хозяйстве отражают технологию работы с ней. Дальнейшее развитие клиентского приложения может быть реализовано через добавление новых функциональных возможностей, среди которых можно выделить: добавление инфографики для представления экономических показателей, дополнительных отчетов по остаткам кормов и т.д.
Обсуждение
Дальнейшее развитие клиентского приложения может быть реализовано через добавление новых функциональных возможностей,
Выводы
среди которых можно выделить: добавление инфографики для представления экономических показателей, дополнительных отчетов по остаткам кормов и т.д.