Проектирование реализации операций бизнес-процесса «Складской учет» (Информационная модель и её описание)

Содержание:

Введение

проектный информационный обеспечение документооборот

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

Экономическая информационная система (ЭИС) - это совокупности внутренних и внешних потоков прямой и обратной информационной связи экономического объекта, методов, средств, специалистов, участвующих в процессе обработки информации и выработке управленческих решений.

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

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

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

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

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

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

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

При выполнении курсовой работы были поставлены следующие задачи:

• описание предметной области;
• проектирование концептуальной модели данных;
• моделирование бизнес-процессов;
• проектирование физической структуры базы данных.

Решение этих задач предусматривает создание базы данных учета движения материалов на складе.

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

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

1.1 Выбор комплекса задач автоматизации

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

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

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

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

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

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

Отгрузка товаров со склада проходит следующие стадии:

• Получатель товара подает накладную на отгрузку товара;
• Контролер проверяет эту накладную и регистрирует ее в книге учета входящих документов;
• Далее контролер дает указание работникам склада на поиск нужной продукции и отгрузки ее;
• Затем получатель товара проводит его осмотр, на счет того нужный ли товар отгрузили и в нужном количестве;
• Контролер регистрирует в книге учета факт отгрузки товара;
• Далее контролер выдает получателю груза сопроводительный документ по отгрузке товара;
• Далее происходит непосредственно отгрузка товара техническими средствами.

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

• Регистрация документов осуществляется с помощью ЭВМ;
• Поиск товаров для отгрузки будет проводиться путем поиска соответствующего товара в БД и просмотра информации о месте его хранении (номер склада).
• Формирование документов отчетности, будет производиться системой автоматически.

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

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

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

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

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

1.2 Характеристика существующих бизнес –процессов

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

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

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

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

Бизнес-процессы – это последовательность взаимосвязанных активностей или задач, которые приводят к созданию определенного продукта или услуги для потребителей. Часто бизнес-процессы визуализируются с использованием блок-схемы бизнес-процесса. Бизнес-процесс начинается с потребительского спроса и заканчивается удовлетворением. Бизнес-процесс может быть разбит на несколько подпроцессов, которые имеют свои собственные атрибуты, но также нацелены на достижение цели основного бизнес-процесса. При описании бизнес-процессов используются различные методологии и соответствующие нотации, такие как: IDEF0, IDEF3, DFD.

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

1.3 Характеристика документооборота, возникающего при решении задачи

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

Минимальная функциональность системы автоматизации склада:

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

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

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

1.4 Обоснование проектных решений по информационному обеспечению

На этапе проектирования информационной системы формируется модель данных. Проектировщики в качестве исходной информации получают результаты анализа. Конечным продуктом этапа проектирования являются:

• схема базы данных (на основании ER-модели, разработанной на этапе анализа);
• набор спецификаций модулей системы (они строятся на базе моделей функций).

BPwin поддерживает три методологии: IDEF0, DFD и IDEF3, позволяющие анализировать деятельность предприятия с трех ключевых точек зрения:

• С точки зрения функциональности системы. В рамках методологии IDEF0 бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой.
• С точки зрения потоков информации (документооборота) в системе. Диаграммы DFD могут дополнить то, что уже отражено в модели IDEF3, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. В тоже время диаграммы DFD оставляют без внимания взаимодействие между бизнес-функциями.
• С точки зрения последовательности выполняемых работ. Более точную картину можно получить, дополнив модель диаграммами IDEF3. Этот метод привлекает внимание к очередности выполнения событий. В IDEF3 включены элементы логики, что позволяет моделировать и анализировать альтернативные сценарии развития бизнес-процесса.

1.5 Обоснование проектных решений по программному обеспечению

Нотация IDEF0 (Integration Definition for Function Modeling) была разработана на основе методологии структурного анализа и проектирования SADT, утверждена в качестве стандарта США и успешно эксплуатируется во многих проектах, связанных с описанием деятельности предприятий.

IDEF0 может быть использована для моделирования широкого класса систем.

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

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

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

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

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

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

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

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

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

Механизмы выполнения - это ресурсы, которые обеспечивают выполнение действия.В качестве механизма исполнения могут быть рассмотрены персонал компании, машины или оборудование, которые обеспечивают выполнение деятельности. Стрелка механизма может отсутствовать, если определено, что это не важно для работы блока.

Для проанализированной предметной области построим контекстную диаграмму при помощи BPWin 4.0.

Рисунок 1 Контекстная диаграмма

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

Декомпозируем контекстную диаграмму на 3 функциональных блока (Рис.2):

• Приемка товара на склад;
• Хранение и переучет продукции;
• Отгрузка продукции.

Рисунок 2 Диаграмма IDEF0

ГЛАВА 2. Проектирование реализации операций бизнес-процесса «Складской учет».

2.1 Информационная модель и её описание

Для того чтобы документировать механизмы передачи и обработки информации в моделируемой системе, используются диаграммы потоков данных (Data Flow Diagrams). Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота организации. Чаще всего диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.

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

Любая диаграмма DFD может содержать задания, внешние объекты, стрелки (потоки данных) и хранилища данных.

Далее моделировать систему будем, используя диаграммы потоков данных (DFD).

Декомпозируем функциональный блок «Приемка товара на склад» еще на четыре действия (Рис.3):

• Проверка товарно-транспортной накладной;
• Проверка поставленной продукции;
• Занесение данных о продукции в БД;
• Передача продукции на хранение.

Рисунок 3 Диаграмма DFD «Приемка товара на склад»

Далее декомпозируем функциональный блок «Хранение и переучет продукции» на два действия (Рис.4):

• Размещение товара на складе;
• Анализ наличия необходимого количества на складе (на этом этапе лицу, принимающему решение, передается оперативная информация).

Рисунок 4 Диаграмма DFD «Хранение и переучет продукции»

Рисунок 5 Диаграмма DFD «Отгрузка»

Декомпозируем функциональный блок «Отгрузка» на три действия (Рис.5):

• Проверка наличия товара на складе;
• Занесение информации об отгружаемой продукции в БД;
• Отгрузка продукции по требованию.

2.2 Характеристика нормативно-справочной, входной и оперативной информации

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

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

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

Декомпозируем функциональный блок «Проверка товарно-транспортной накладной» который, в свою очередь, является элементом декомпозиции блока «Приемка товара на склад» на четыре действия:

• Принятие товарно-транспортной накладной;
• Проверка поставщика;
• Проверка реквизитов документа;
• Проверка количества продукции.

Рисунок 6 Диаграмма IDEF3 проверки товарно-транспортной накладной

Рисунок 7 Диаграмма IDEF3 проверки поставленной продукции

Декомпозируем функциональный блок «Проверка поставленной продукции» который, в свою очередь, является элементом декомпозиции блока «Приемка товара на склад» на три действия:

• Проверка продукции на годность;
• Принять продукцию;
• Вернуть поставщику.

2.3 Характеристика результатной информации

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

Основные преимущества ER-моделей:

• наглядность;
• модели позволяют проектировать базы данных с большим количеством объектов и атрибутов.

ER-модели реализованы во многих системах автоматизированного проектирования баз данных.

IDEF1X описывает коллекцию / набор экземпляров, которые похожи по свойствам, но уникально различаются по одному или нескольким атрибутам. Каждый экземпляр является реализацией объекта, например. Объект в IDEF1X описывает конкретный набор экземпляров реального мира, в отличие от объекта в IDEF1, который является абстрактным набором информационных представлений реального мира. Сущность - это набор экземпляров реальных или абстрактных объектов (человек, место, вещь, событие, состояние, концепция, идея, объект и т. Д.), Которые имеют общие атрибуты или характеристики и то, какую информацию хранить.

Основные элементы ER-моделей:

• объекты (сущности);
• атрибуты объектов;
• связи между объектами

Сущность - это набор отдельных объектов - экземпляров, всех разных объектов.

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

Графически отношение представляется в виде линии, которая соединяет два объекта или ведет от одного объекта к одному и тому же объекту. В этом случае трехточечная запись в прямоугольнике объекта используется в привязке к объекту, если для объекта может использоваться несколько экземпляров объекта, и запись в одну точку, если может участвовать только один экземпляр объекта. общения. Требуемый конец соединения обозначается сплошной линией, а необязательный конец - прерывистой линией.Связь типа один-к-одному означает, что один экземпляр первой сущности (левой) связан с одним экземпляром второй сущности (правой).

Связь типа один-ко-многим означает, что один экземпляр первой сущности (левой) связан с несколькими экземплярами второй сущности (правой).

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

В моей курсовой работе ER-модель имеет связь типа один-ко-многим.

Существуют два уровня представления и моделирования - логический и физический. Логический уровень означает прямое отображение фактов из реальной жизни. Например, люди, столы, отделы, компьютеры являются реальными объектами. Они именуются на естественном языке, с любыми разделителями слов (пробелы, запятые и т.д.). На логическом уровне не рассматривается использование конкретной СУБД, не определяются типы данных (например, целое или вещественное число) и не определяются индексы для таблиц.

Диаграмма уровня сущностей и атрибутов, в нотации IDEF1X логического уровня модели (Рис.8):

Физический уровень модели составляют целевая СУБД, имена объектов и типы данных, индексы. ERD – диаграмма в нотации IDEF1X физического уровня представлена на рис. 9.

Рисунок 8 Диаграмма сущностей и атрибутов логического уровня модели

Рисунок 9 ERD – диаграмма в нотации IDEF1X физический уровень

2.4 Общие положения (дерево функций и сценарий диалога)

Структурными единицами базы данных Access являются таблицы, запросы, формы, отчеты, страницы, макросы и модули. Таблицы - это объекты, в которые вводятся данные.

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

Запросы - это объекты, которые позволяют выполнять расчеты, извлекать необходимые данные по определенным критериям, фильтровать данные, включенные в базу данных.

Отчеты – это объекты позволяющие выводить результатные данные на экран и печать в нужном виде.

Страницы – это объекты, позволяющие связываться с Internet или Intranet.

Макросы – это макрокоманды БД, позволяющие просто и быстро выполнять однотипные операции с данными базы.

Модули – это специальные программы, написанные в Access на языке Visual Basic для обработки данных базы, если средств, заложенных в Access для их обработки не хватает или пользоваться ими менее удобно.

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

Рисунок 10 Струкрура полей таблицы “Продукция”

Рисунок 11 Пример таблицы “ Продукция ”

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

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

В нашей базе данных был использован тип связи «один-ко-многим». Отношение «один-ко-многим» является наиболее часто используемым типом связи между таблицами. В отношении «один-ко-многим» каждой записи в таблице A могут соответствовать несколько записей в таблице B, но запись в таблице B не может иметь более одной соответствующей ей записи в таблице A. База данных реализована в виде восьми взаимосвязанных таблиц.

Рисунок 12 “Схема данных”

2.5 Характеристика базы данных

С помощью запроса можно выполнить следующие виды обработки данных:

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

В Access может быть создано несколько видов запроса:

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

Согласно поставленному условию необходима реализация следующий запрос (на выборку):

• В какие дни объем поставок материалов X от поставщика Т превышал 200 единиц;

Рассмотрим реализацию запроса.

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

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

Рисунок 13 Окно создания параметрического запроса в режиме конструктора

Рисунок 14а Запрос на ввод поставщика

Рисунок 14б Запрос на ввод наименования продукции

Рисунок 15 Результат выполнения запроса

Рассмотрим другой тип запросов - запрос на создание таблицы. Таблица «Остатки» будет создана автоматически, на основе данных, имеющихся в таблицах «Продукция», «Приход» продукции» и «Расход продукции».

Рисунок 16 Окно создания запроса на создание таблицы в режиме конструктора

2.6 Структурная схема пакета (дерево вызова программных модулей)

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

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

Форма предоставляет возможности для:

• ввода и просмотра информации базы данных
• изменения данных
• печати
• создания сообщений

Основные способы создания форм:

• Конструктор форм (предназначен для создания формы любой сложности)
• Мастер форм (позволяет создавать формы различные как по стилю, так и по содержанию).

Рисунок 17 Форма “Приход” с кнопками

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

Рисунок 18 Вид окна конструктора отчетов

Рисунок 19 Отчет «Ведомость прихода на склад»

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

Ниже приведен пример отчета «Отчет о поступлении товара». В этом случае данные группируются по поставщикам. Примечания группы показывают количество поставок для каждого поставщика и общее количество, для которого был доставлен продукт.

Заключение

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

Подобная автоматизация позволяет:

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

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

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

4. Обеспечить надежный учет и контроль поступлений и расходования денежных средств на всех уровнях управления.

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

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

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

Список используемой литературы

1. Бобошко Д.Д. 1С: Предприятие версии 7.7: Программирование в примерах. М.: КУДИЦ-Образ, 2018. 235 с.
2. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: учебник. М.: Финансы и статистика, 2016. 353 с.
3. Грекул В.В. Проектное управление в сфере информационных технологий. М.: БИНОМ, ИНФРА-М, 2014.
4. Каляное Г.Н. CASE-технологии: Консалтинг в автоматизации бизнес-процессов. Изд. 3-е. М.: Горячая линия -Телеком, 2014.
5. Маклаков С.В. BPwin и ERwin. Case – средства разработки информационных систем. М.: Диалог-Мифи, 2017. 256 c.
6. Михайлов А.В. 1С:Предприятие 7.7/8.0: системное программирование. СПб.: БХВ-Петербург, 2016. 336 с.
7. Муромцев В.В. Проектирование информационных систем: Учебное пособие для студентов вузов заочной формы обучения по спец. 010502 "Прикладная информатика в экономике". Белгород: БелГУ, 2018. 160.
8. Постовалов С.Н., Постопавалова А.Ю. 1С: Предприятие 7.7. Уроки программирования. СПб.: БХВ-Петербург, 2016. 308 с.
9. Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем. Учебник:/ Под ред. Ю.Ф. Тельнова. М.: Финансы и статистика, 2016. 512 с.
10. СУБД Microsoft Access: Учебное пособие для вузов/Н.Н. Гринченко, Е.В. Гусев, Н.П. Макаров, А.Н. Пылькин, Н.И. Цуканова- М.: Горячая линия-Телеком, 2014.