Содержание:

ВВЕДЕНИЕ

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

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

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

Независимо от того, чем определяется интерес к документоориентированным информационным системам (ДИС), все организации начинают с выбора подходящей системы из бесчисленного множества, присутствующего на российском рынке. Организации, решившей серьезно подойти к этому вопросу, выбор придется начать с расстановки точек над «i» в терминологии производителей документоориентированных информационных систем, давно ставшей объектом спекуляции вследствие неопределенности и универсальности таких понятий, как «документооборот», «делопроизводство», «архив» и др. Что бы ни стояло за названием той или иной ДИС, их можно разделить на три основные группы: системы делопроизводства, системы документооборота и системы управления документами. Для достижения адекватности выбора поставленной задаче необходимо ознакомится с каждой из предлагаемых ДИС.

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

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

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

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

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

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

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 Контекстная диаграмма

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

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

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

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

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а Запрос на ввод поставщика

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.7 Описание программных модулей

В качестве расчетного модуля на рисунке 20 приведен алгоритм добавления данных в справочники.

Рисунок 20 Алгоритм работы со справочниками

2.8. Контрольный пример реализации проекта и его описание

Работа в системе начинается с заполнения справочников. На рисунке 21 приведена форма заполнения справочника «Производители», а также список производителей.

Рисунок 2.1 Справочник «Производители»

Форма для заполнения справочника «Типы гарантий» и содержание данного справочника приведено на рисунке 22.

Рисунок 22 Справочник «Типы гарантий»

Остальные справочники организованы аналогично.

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

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

Рисунок 23 Проверка данных на обязательность и корректность

При попытке ввода букв латинского алфавита в поле «Фамилия» система показывает сообщение – «только русские буквы», аналогично при незаполнении обязательных полей (например, «Логин» и «Пароль»), показывается сообщение – «Поле обязательно к заполнению».

На рисунках 23 приведены экранные формы списка клиентов физических и юридических лиц.

Рисунок 23 Редактирование списка клиентов-физических лиц

При нажатии иконки с изображением ножниц происходит переход на страницу редактирования данных клиента, с изображением креста – удаление клиента из списка.

Менеджер после прохождения авторизации имеет возможность регистрации заявки:

Рисунок 24 Форма регистрации заявки на гарантийное обслуживание

После регистрации заявки появляется ссылка на сформированный акт приема.

Рисунок 25 Ссылка на акт приема

Образец акта приведен в Приложении 1.

Менеджер также имеет возможность просмотра списка заявок:

Рисунок 25 Список заявок

При этом при нажатии на иконку с изображением буквы I можно просмотреть подробности заявки:

Рисунок 26 Всплывающее окно с подробностями заявки

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

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

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

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

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

Приложение 1

Макеты выходных документов

Рисунок П. 1.2 Акт приема оборудования

Рисунок П. 2.2 Макет журнала заявок