Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование реализации операций бизнес-процесса «Складской учет (Выбор комплекса задач автоматизации)

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

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

Таким образом, применение компьютера делает работу более быстрой и как следствие более качественной.

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

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

Задачи курсовой работы:

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

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

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

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 - нотация графического моделирования, используемая для создания функциональной модели, отображающей структуру и функции системы, а также потоки информации и материальных объектов, связывающих эти функции. Стандарт IDEF0 (Integration Definition for Function Modeling) утвержден в США в 1993 как Федеральный стандарт обработки информации. В России находится в статусе руководящего документа с 2000 года и в настоящее время в качестве стандарта не утвержден. Тем не менее методология IDEF0 является одним из популярных подходов для описания бизнес-процессов. К ее особенностям можно отнести:

Использование контекстной диаграммы;
Поддержка декомпозиции;
Доминирование;
Выделение 4 типов стрелок.

Для новых систем применение 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, также называемой workflow diagramming. Методология моделирования 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. Запрос на поиск поставщика

Рисунок 15. Запрос на поиск по наименованию продукции

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

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

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

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

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

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

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

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

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

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

Рисунок 18. Форма «Приход» с кнопками

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

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

Ниже, на рис.19 представлен внешний вид окна конструктора отчетов; на рис.20 представлен образец готового отчета о приходе продукции на склад, созданный в данном конструкторе. Данные отчета сгруппированы по поставщикам

Рисунок 19. Окно конструктора отчетов

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

ЗАКЛЮЧЕНИЕ

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

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

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

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

BUSINESS STUDIO – [электронный ресурс]; система бизнес-моделирования.-Россия; доступ: https://www.businessstudio.ru/wiki// https://www.businessstudio.ru/wiki/docs/current/doku.php/ru/csdesign/bpmodeling/idef0, свободный.
ECM-journal- [электронный ресурс]; Журнал об электронном контенте, документах и бизнес-процессах.-Россия; доступ: https://ecm-journal.ru// https://ecm-journal.ru/post/Glava-2-Notacija-IDEF0-ili-matrjoshka-dlja-biznes-analitika.aspx, свободный.
INTEFACE.RU-[электронный ресурс]; интегратор решений и информационных технологий.-Россия; доступ: http://www.interface.ru/home.asp/ http://www.interface.ru/home.asp?artId=3006, свободный.
Автоматизированные информационные технологии в экономике:учеб. для вузов // Под ред. Г.А. Титоренко. - М.: ЮНИТИ, 2003, 2004, 2005. - 399 с.
Информационные системы : учеб. пособие / Е.В. Бурцева, И.П. Рак, А.В. Селезнев, А.В. Терехов, В.Н. Чернышов. – Тамбов : Изд-во Тамб. гос. техн. ун-та, 2009. – 128 с.
Маклаков С.В. BPwin и ERwin. Case – средства разработки информационных систем. М.: Диалог-Мифи, 2016. 256 c.
Муромцев В.В. Проектирование информационных систем: Учебное пособие для студентов вузов заочной формы обучения по спец. 010502 "Прикладная информатика в экономике". Белгород: БелГУ, 2017. 160.
Семенов М.И., Трубилин И.Т., Лойко В.И. и др. Автоматизированные информационные технологии в экономике // Под ред. И.Т. Трубилина.-М.: Финансы и статистика, 2003. - 416 с.
СУБД Microsoft Access: Учебное пособие для вузов/Н.Н. Гринченко, Е.В. Гусев, Н.П. Макаров, А.Н. Пылькин, Н.И. Цуканова- М.: Горячая линия-Телеком, 2014.
Хотинская Г.И. Информационные технологии управления: Учеб. пособие для вузов. - МГУС. Ин-т экономики сервиса. - М.: Дело и Сервис, 2003. - 128с.