Автоматизированное рабочее место по учету движения товаров на складе

СОДЕРЖАНИЕ
Введение4
Анализ предметной области6
Организационная структура учреждения6
Бизнес процессы14
Информационно логическая модель24
Реализация27
Обоснование выбора СУБД27
Проектирование реляционной модели данных32
Реализация информационной системы39
Руководство пользователя46
Защита информации46
Архитектурные требования48
Технология распределенной обработки информации52
Заключение54
Список использованных источников56
Приложение А Декомпозиция контекстной диаграммы59
Приложение Б Проектирование реляционной модели данных62
ВВЕДЕНИЕ
В современном обществе, которое функционирует в жестких рыночных условиях, своевременная обработка информации способствует совершенствованию организации производства, оперативному и долгосрочному планированию, прогнозированию и анализу хозяйственной деятельности, что позволяет успешно конкурировать на рынке. Каждая организация стремиться минимизировать затраты времени, материальных, трудовых ресурсов в ходе своей деятельности и упростить процесс обработки информации. Эти задачи можно решить с использованием автоматизированных информационных систем. В автоматизированных ИС часть функций управления и обработки данных выполняется компьютерами, а часть человеком.
Исходя из современных требований, предъявляемых к качеству работы финансового звена крупного предприятия, нельзя не отметить, что эффективная работа его всецело зависит от уровня оснащения компании информационными средствами на базе компьютерных систем автоматизированного складского учета.
Компьютер не только облегчает учет, сокращая время, требующееся на оформление документов и обобщение накопленных данных для анализа хода торговой деятельности, необходимого для управления ею. Отчеты о положении в торговле, получаемые с помощью компьютера, можно получить и без него – никакой особой математики в компьютере не содержится – но на расчеты уйдет столько времени, что они уже ни на что не будут нужны; или ими придется занять такое количество расчетчиков, что на их зарплату уйдет значительно больше, чем будет получено прибыли в результате их расчетов. Таким образом, при применении компьютера «количество переходит в качество»: увеличение скорости расчетов делает возможным качественное улучшение самой схемы построения торговли.
Реализация проекта автоматизированной информационной системы
«Учет движения продуктов на складе компании оптовой торговли» значительно облегчит работу сотрудников компании и склада, и обеспечит возможность уменьшить расходы на управление за счет освобождения человеческих ресурсов, занятых различными видами обработки бумажных документов, хранить и анализировать данные за любой промежуток времени, осуществлять поиск нужной информации по различным критериям отбора. Поэтому данная тема является весьма актуальной в современных условиях хозяйственной деятельности.
В первой главе описаны анализ предметной области и бизнес процессы, построены контекстные диаграммы в программе Erwin, проведены декомпозиции. Описаны сущности, атрибуты этих сущностей и связи между ними, разработана инфологическая модель.
Во второй главе подробно описано создание базы данных (далее сокращенно – БД), приведены изображения таблиц, запросов и отчетов. БД была разработана в программе Microsoft Access 2016.
Третья глава посвящена требованиям к программному и техническому обеспечению (далее ПО). В данной главе описаны требования: архитектурные; требования к режимам функционирования системы; к функциональным характеристикам; к надежности и безопасности; к составу и параметрам технических средств; к информационной и программной совместимости; описана технология распределенной обработки информации.
Целью курсовой работы является анализ деятельности складского учета, внедрение информационных технологий в процесс работы склада. Результатом выполнения работы является создание готовой информационной системы учета движения материалов на складе.
При выполнении курсовой работы пред нами были поставлены следующие задачи: описание предметной области; проектирование концептуальной модели данных; моделирование бизнес-процессов; проектирование физической структуры базы данных.
АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ
Организационная структура предприятия
Оптовой торговле принадлежит важная роль в развитии сферы обращения товаров народного потребления. Преобразуя производственный ассортимент в торговый, определяя структуру и направление товарных потоков, выступая на рынке в качестве посредника между промышленностью и розничным торговым звеном, оптовые предприятия и организации тем самым способствуют гармонизации единого потребительского рынка страны. На складе происходит движение материальных и информационных потоков. Первые представлены движением товара от поставщиков на склад или со склада к покупателям, а информационные потоки представлены документацией, необходимой для этих операций.
Склад принимает и складирует готовую продукцию, эта операция сопровождается формированием приходной накладной. Продукция со складов направляется заказчикам на основании товарно-транспортной накладной. После получения продукции заказчик должен произвести оплату, которая оформляется платежным поручением, выписанным на основании товарно- транспортной накладной.
Счет-фактура - это документ, выдаваемый поставщиком покупателю или предоставляемые поставщиком банку для подтверждения платежа покупателя.
Склад должен выполнять следующие функции: прием, учет, хранение и отгрузка готовой продукции, приемка готовой продукции, рассортировка, комплектация потребителям, определение потребности в транспортных средствах, механизированных погрузочных средствах, таре и рабочей силе для отгрузки продукции, согласование планов и условий поставок продукции с основного производства и по договорам со сторонними организациями, организация приемки продукции сторонними организациями, координация деятельности по закупке и продаже продукции с наличием свободных складских площадей, подготовка отчетов об объемах продукции, а также участие в рассмотрении поступающих на предприятие претензий.
Склад обязан вести учет продукции, находящейся на временном хранении, составление карточек, кладовых книг, описей, приходных и расходных накладных, ордеров по учету прихода, расхода, наличия, остатков продукции на складе, учет выполнения заказов по отгрузке и разгрузке готовой продукции, составление отчетов о загрузке складских площадей.
ООО «ФЕМЕЛИ ФРУТ» относится к крупным оптовым торговым компаниям г. Хабаровска, специализирующимся на оптовой торговле фруктами и овощами.
Зарегистрировано ООО «ФЕМЕЛИ ФРУТ» в 2018 году. Данная компания наряду с приобретением и последующей продажей товаров они осуществляют производственную деятельность по обработке, расфасовке, упаковке, подсортировке реализуемых товаров и др. Они работают по широкой номенклатуре товаров.
По своей организационно-правовой форме «ФЕМЕЛИ ФРУТ» является обществом с ограниченной ответственностью.
В ООО «ФЕМЕЛИ ФРУТ» используется линейная организационная структура, что отражено на рисунке 1. Достоинство этой структуры заключается в том, что в организации присутствует единоначалие, то есть руководитель сосредотачивает в своих руках руководство всех подразделений, в то же время эта структура проста и экономична.

Рисунок 1 - Организационная структура управления ООО «ФЕМЕЛИ ФРУТ»
Как следует из рисунка 1, во главе компании стоит Генеральный директор, в функциональные обязанности которого входит:
анализ эффективности коммерческой деятельности компании;
участие в разработке ассортимента продукции, создании бренда;
общееуправлениесбытовойиснабженческойдеятельностью торгового дома;
координация работы всех служб;
формирование стратегии продаж, маркетинга;
организацияпроцессапродажируководстводеятельностью специалистов по продажам и маркетингу;
ответственность за составление и выполнение планов маркетинга и продаж;
разработка и внедрение мероприятий по расширению рынка сбыта
Основными задачами ООО «ФЕМЕЛИ ФРУТ» являются формирование
продуктового портфеля и основного рынка сбыта. И его организационная структура в первую очередь ориентирована на решение этих задач. В компании имеется не только отдел оптовых продаж, но и отдел маркетинга, в которых трудятся высококвалифицированные специалисты по продажам и бренд-маркетингу. Непосредственное участие в стратегических вопросах маркетинга и организации сбыта принимает Генеральный директор. По этой причине, специалисты по продажам и маркетингу подчинены ему непосредственно и работают в тесной связке.
В структуре организации имеется планово-экономический отдел, в обязанности специалистов которого входит:
разработка и подготовка проектов годовых, квартальных и перспективных планов экономической деятельности Общества, а также обоснований и расчетов к ним;
доведение показателей планов, смет расходов в соответствии с утвержденным бюджетом доходов и расходов до генерального директора, и до всех структурных подразделений, включая филиалы и офисы продаж;
проведение экономического анализа хозяйственной деятельности Общества и своевременная разработка мер по эффективному использованию финансовых ресурсов, снижению себестоимости товаров и сопутствующих процессу продаж услуг, повышению рентабельности, увеличению прибыли организации и др.
Так как в данной курсовой работе будет рассматриваться деятельность склада необходимо изобразить и его организационную структуру.
Склад имеет классическую линейную организационную структуру (рисунок 2).
1242527212383
Рисунок 2 – Организационная структура склада
В обязанности начальника отдела логистики входит: координация деятельности всего подразделения предприятия; осуществление контроля функционирования всей логистической цепи; взаимодействие с руководством организации. Начальник отдела логистики подчиняется генеральному директору учреждения.
В должностные обязанности заведующего складом входит:
руководить работой склада по приему, хранению и отпуску товарно- материальных ценностей, по их размещению с учетом наиболее рационального использования складских площадей, облегчения и ускорения поиска необходимых материалов, инвентаря и тому подобного;
обеспечивать сохранность складируемых товарно-материальных ценностей, соблюдение режимов хранения, правил оформления и сдачи приходно-расходных документов;
следить за наличием и исправностью противопожарных средств, состоянием помещений, оборудования и инвентаря на складе и обеспечивать их своевременный ремонт;
организовывать проведение погрузо-разгрузочных работ на складе с соблюдением норм, правил и инструкций по охране труда;
обеспечивать сбор, хранение и своевременный возврат поставщикам погрузочного реквизита;
участвовать в проведении инвентаризаций товарно-материальных ценностей;
контролировать ведение учета складских операций, установленной отчетности;
принимать участие в разработке и осуществлении мероприятий по повышению эффективности работы складского хозяйства, сокращению расходов на транспортировку и хранение товарно-материальных ценностей, внедрению в организацию складского хозяйства современных средств вычислительной техники, коммуникаций и связи.
Менеджер склада отвечает за общие результаты деятельности (количественный и финансовые), рациональную организацию работы подразделения в целом, долгосрочное и краткосрочное планирование, управление штатным расписанием, контроль техники безопасности и трудовой дисциплины, обеспечение здоровья и безопасности персонала, исправность складского оборудования, повышение квалификации работников и т.п.
Кладовщик – это сотрудник складского хозяйства, подчиняющийся непосредственно начальнику или заведующему складом и выполняющий большинство складских операций, а именно:
прием продукции и других товарно-материальных ценностей на склад;
выдача(отпуск)продукцииидругихтоварно-материальных ценностей со склада;
хранениематериальныхценностей,внутреннееперемещение предметов на складе;
проверка товарно-сопроводительных документов;
учет и ведение складской документации.
Грузчик — это профессия, в которой используется преимущественно только мускульная физическая сила человека для выполнения простых рабочих операций: погрузки, выгрузки, кантования, перекатывания и подъёма тяжелых (большой массы или размеров) грузов. В обязанности грузчика входит соблюдение правил логистики. Управляющий фирмы заинтересован в том, чтобы товары доставлялись в назначенное место в срок. Для слаженной работы необходимо выбрать оптимальный маршрут доставки, соблюдать правила упаковки и погрузки. Итак, работа грузчика всегда востребована на любых производствах и складах. Его аккуратность, внимательность и организованность способствуют оперативной деятельности предприятия.
Водитель погрузчика — это специалист, который умеет управлять погрузчиком, знает особенности такой техники и способен аккуратно перемещать грузы, также он знает какие у этой машины есть технические особенности, как пользоваться всеми механизмами, чтобы не повредить груз. Профессия особенно актуальна в торговле, так как погрузчики перемещают грузы для их расстановки в торговом зале.
Функциональные обязанности водителя, помимо управления погрузчиком, включают в себя также:
обязательныйконтрольныйосмотрпогрузчикапередначалом рабочего дня;
текущийремонтитехобслуживаниедлябезотказнойработы погрузчика и всех приспособлений;
своевременную установку и демонтаж съёмных грузозахватных приспособлений;
строгое соблюдение инструкции по эксплуатации погрузчика.
Оператор склада – сотрудник из категории технических исполнителей. Его назначает директор предприятия своим распоряжением. Основные функции – обеспечивать правильный и четкий учет товарооборота на складе, вести документооборот, оприходовать и списывать продукцию, формировать отчетов о движении товаров.
Оператор склада определяет порядок доступа к секциям консольных или потолочных складских металлических стеллажей. Он увеличивает производительность работы сотрудников и оптимизирует управление секциями стеллажных систем.
Товароведение – сфера деятельности, сочетающая разноплановые задачи, требующие непосредственного контроля и участия ответственного за них работника. От товароведа зависит работа всего магазина или склада. Он руководит каждым этапом деятельности торговой точки: от заказа товара до списания просроченной продукции. Профессиональный товаровед должен обладать навыками менеджера и маркетолога. Формируя список продукции для заявки, он ориентируется на потребности покупателей, но при этом в его задачу входит внедрять новые виды товаров и стимулировать покупателей дегустировать его.
Специфика оценки покупательской способности зависит от типа магазина. Товаровед в магазине одежды должен следить за модными тенденциями.
На основе должностных обязанностей были определены функции, выполняемые на складе, которые будут автоматизированы. В таблице 1 показаны функции, входные и выходные документы.
Таблица 1 – Функции склада
Функции Входные документы Выходные документы
Разгрузка транспорта. Договорс
автотранспортным предприятиемна перевозкугрузовс условиямипогрузки-
разгрузки грузов. Соглашениео погрузочно-
разгрузочных работах в договоре перевозки.
Приемка товаров. Сопроводительная документация (качественное удостоверение
товаров).Товарно– транспортная
накладная,счет–
фактура. Ведомостьприходана склад.
Размещениена хранение. Акт о приеме-передаче товарно-материальных ценностей, сданных на
хранение. Журнал учета товарно- материальных ценностей, сданных на хранение.
Отборкатоваровиз мест хранения. Отборочный лист, счет
– фактура. Расходнаянакладная,
распоряжение складу на отборку.
Продолжение таблицы 1
Функции Входные документы Выходные документы
Погрузка. Товарно-транспортная накладная. Актконтрольной
проверки правильности погрузки.
Внутрискладское
перемещение грузов. Распоряжение внутреннего
перемещения. Оборотнаяведомость по складу.
Комплектованиеи упаковка товаров. Отборочный лист. Документальное
оформление товаров, упаковочный ярлык, журналпередачи продукции со склада в
экспедицию.
Главное назначение автоматизированной системы в данном случае – повысить эффективность выполнения основных функций работников склада.
Бизнес - процессы
Дать определение бизнес-процессу можно по-разному. Далее приведены некоторые определения бизнес процесса.
Бизнес процессы (БП) – это совокупность стандартов и процедур, используемых предприятием для организации своей повседневной работы. Это последовательность действий, приводящая производственный процесс к запланированному результату [4].
Бизнес-процесс – это регулярно повторяющаяся последовательность взаимосвязанных мероприятий (операций, процедур, действий), при выполнении которых используются ресурсы внешней среды, создается ценность для потребителя и выдается ему результат.
Рассмотрим типичные бизнес-процессы складского учета на не автоматизированном гипотетическом складе. Такое рассмотрение проводится с целью выявления недостатков существующей системы складского учета, а также показать необходимость автоматизации склада.
Процедура принятия продукции на склад:
Продукция приходит на склад в сопровождении экспедитора и приходной накладной;
Контролер на складе, проверяет приходную накладную, и регистрирует ее в книге учета входящих документов (накладных), затем осматривает входящую продукцию, и если с ней все нормально принимает ее на склад, передавая экспедитору товара выписку (документ) о том, что товар принят на хранение;
Грузчики отвозят товар в свободное место хранения, и контролер делает запись в книге учета о том, где хранится вновь поступившая продукция. В ходе работы склада, он нуждается в инвентаризации, которая включает в себя такие стадии как: ответственный работник по переучету продукции, в сопровождении книги переучета, отправляется на склад и вручную осматривает и переписывает данные о товаре и его количестве; после этого данные сверяются в книге учета товаров, лицами ответственными за документы отчетности на складе и составляется соответствующий отчет, по
данным переучета продукции.
Отгрузка товаров со склада проходит следующие стадии:
Получатель товара подает накладную на отгрузку товара;
Контролер проверяет эту накладную и регистрирует ее в книге учета входящих документов;
Далее контролер дает указание работникам склада на поиск нужной продукции и отгрузки ее;
Затем получатель товара проводит его осмотр, на счет того нужный ли товар отгрузили и в нужном количестве;
Контролер регистрирует в книге учета факт отгрузки товара;
Далее контролер выдает получателю груза сопроводительный документ по отгрузке товара;
Далее происходит непосредственно отгрузка товара техническими средствами.
Проанализировав ситуацию на складе и выявив все минусы, постараемся создать такую систему, которая бы автоматизировала следующие операции на складе:
Регистрация документов осуществляется с помощью ЭВМ;
Поиск товаров для отгрузки будет проводиться путем поиска соответствующего товара в БД и просмотра информации о месте его хранении (номер склада).
Формирование документов отчетности, будет производиться системой автоматически.
В результате вся работа с бумагами будет проводиться с использованием компьютеров, не нужно будет возится с кучей бумаг.
При помощи ЭВМ на складе автоматизирован учет поступления и отгрузки товаров, учет входящих и исходящих документов, количественный учет. В общем объеме учетных работ эти задачи имеют значительный удельный вес. Их автоматизация позволяет сократить ручные операции, ускорить обработку информации, повысить точность учета. В памяти ЭВМ хранится и может быть выдана на печать детальная информация о количестве поступления и отгрузки конкретного товара по каждому документу в случае несовпадения величины запаса с данными машинного учета.
Главное назначение автоматизированной системы в данном случае – повысить эффективность выполнения основных функций работников склада.
Нотация IDEF0 (Integration Definition for Function Modeling) была разработана на основе методологии структурного анализа и проектирования SADT, утверждена в качестве стандарта США и успешно эксплуатируется во многих проектах, связанных с описанием деятельности предприятий.
Результатом применения IDEF0 к некоторой системе является модель этой системы, состоящая из иерархически упорядоченного набора диаграмм, текста документации и словарей, связанных друг с другом с помощью перекрестных ссылок.
Контекстная диаграмма — это модель, представляющая систему как набор иерархических действий, в которой каждое действие преобразует некоторый объект или набор объектов. Высшее действие иерархии называется действием контекста — это самый высокий уровень, который непосредственно описывает систему. Уровни ниже называются порожденными декомпозициями и представляют подпроцессы родительского действия.
1080135925580Для проанализированной предметной области построим контекстную диаграмму при помощи BPWin 4.0.(рисунок 3).
Рисунок 3 – Контекстная диаграмма функционирования склада AS-IS
Любому предприятию приходится работать с большим количеством документов той или иной формы. В данном случае на каждом этапе
функционирования склада поступают документы из второго столбца таблицы 1, на диаграмме они показаны стрелками слева (вход). Документы, которые формируются и передаются дальше показаны на диаграмме выходящими справа стрелками (выход).
Стрелки снизу отражают воздействие на деятельность склада. В любой момент, например, заведующий складом, может внести правки в документы на обработке, повлиять на их структуру или внешнее оформление и так далее. Стрелки сверху отражают управление. Управление, как правило, представляется в виде правил, инструкций, политики компании, процедур или стандартов. Оно влияет на деятельность без фактического преобразования чего-либо. Управление может также использоваться для описания процедуры начала или окончания выполнения действия.
На следующем этапе проводится декомпозиция блока диаграммы рисунка 3.
Декомпозиционное разложение модели используется в моделировании бизнес-процессов, для того чтобы дать более подробное описание блоков. Каждое из этих действий может в свою очередь быть декомпозировано. При каждой декомпозиции блока создается новая диаграмма. Число декомпозиций не ограничено и полностью зависит от уровня сложности, который необходимо показать в модели.
Декомпозируем контекстную диаграмму на 3 функциональных блока (рисунок 4): приемка товара на склад; хранение и переучет продукции; отгрузка продукции.

Рисунок 4 – Диаграмма декомпозиции первого уровня
Весь процесс деятельности склада подразделяется на:
Приемку товара (принятие товара по сопроводительным документам и передача его на хранение). На данном этапе товар с сопроводительными документами поступает на склад и подвергается подсчету. Но, каким бы ни был результат подсчета товара (положительным либо отрицательным), он после этого вместе с сопроводительными документами передается на хранение;
Хранение и переучет продукции (основная и самая сложная функция склада, подразумевает все остальные действия с товаром, не описанные выше, например, складирование, комплектование, оформление документации на товар, списание). Подлежит дальнейшей декомпозиции;
Отгрузку (выдача скомплектованного товара клиенту, либо возврат поставщику). Данный этап подразумевает отгрузку клиенту товара, скомплектованного по отгрузочным документам.
Декомпозируем функциональный блок «Приемка товара на склад» еще на четыре действия (рисунок А.1 приложения А):
Проверка товарно-транспортной накладной (важнейший документ, который, собственно, подтверждает сам факт заключения договора на перевозку груза, регулирует процесс ее осуществления, служит основанием для учета транспортной работы и для расчетов с перевозчиком);
Проверка поставленной продукции (проверка товара для определения его соответствия: требованиям, установленным законом, условиям договора купли-продажи, обычно предъявляемым требованиям к этому виду товаров, целям, о которых потребитель поставил в известность продавца при покупке товара, образцу и (или) описанию при покупке товара по образцу и (или) по описанию);
Занесение данных о продукции в БД (ведение учета продукции склада, а также стоимости продуктов при покупке и продаже;
Передача продукции на хранение (фиксация факта передачи готовой продукции на склад).
Далее декомпозируем функциональный блок «Хранение и переучет продукции» на четыре действия (рисунок А.2 приложения А):
Формирование отгрузочных документов (согласно оплаченного счета от клиента – счет фактуры). На данном этапе формируются отгрузочные документы, а также документы, согласно которым будет произведено комиссионирование (комплектация) товара для дальнейшей отгрузки клиенту, либо возврата поставщику;
Складирование (непосредственное размещение товара на складе). В зависимости от характера товара (прошел или не прошел приемку) товар размещается на соответствующем складе. Товар, не прошедший приемку размещается на возвратном складе, прошедший же – на оптимальном. На товар, размещенный на возвратномскладе формируются возвратные документы. Подлежит дальнейшей декомпозиции. В результате дальнейшего разбиения (декомпозиции) функции «Складирование» получаем конечную диаграмму декомпозиции (рисунок А.4 приложения А);
Комплектование (комплектация товара согласно отгрузочных документов для дальнейшей выдачи клиенту, либо возврата поставщику). На данном этапе, при комплектации товара производится внешний осмотр товара и выявляется брак, который, при его обнаружении, передается на списание;
Списание товара (списание и дальнейшая передача на утилизацию брака).
Декомпозируем функциональный блок «Отгрузка» на три действия (рисунок А.3 приложения А):
Проверка наличия товара на складе (проведение инвентаризации на складе – проверка для уточнения данных о хранящихся на нем товарных запасах и материальных ценностях);
Занесение информации об отгружаемой продукции в БД;
Отгрузка продукции по требованию (отправка подготовленной продукции покупателю).
Диаграмма складирования, в свою очередь подразделяется на:
Складирование на оптимальный склад (при поступлении товара, принятого в соответствии с приходными документами). На данном этапе производится непосредственное складирование поступившего товара на оптимальный склад и передача соответствующих приходных документов для заведения товара в базу (в отделе снабжения).
Складирование на возвратный склад (при поступлении товара, не принятого в соответствии с приходными документами). На данном этапе производится непосредственное складирование поступившего товара на возвратный склад, и передача несоответствующих приходных документов для заведения товара в базу (в отделе снабжения).
Формирование возвратных документов (формирование и передача документов на комплектование товара для возврата поставщику).
Постановка задачи следующая. Основную рутинную работу деятельности склада можно автоматизировать. Следующие функции будут включены в АИС:
«Проверка товарно-транспортной накладной»;
«Проверка поставленной продукции».
Так как необходимо хранить большие объемы данных, АИС будет разрабатываться как база данных на основе языка SQL. Требования к АИС не жесткие, поэтому для ее реализации была выбрана программа Microsoft Access 2016. Эта программа довольно проста и понятна для рядовых пользователей ПК.
Базы данных в Access состоят из трех основных элементов: таблиц, запросов и отчетов [4]. Будут созданы 7 таблиц с полной информацией о поставщиках, грузоотправителях, получателях и т.д., с помощью которых можно будет составлять разные запросы и отчеты. Подробнее о структуре АИС будет сказано в следующих разделах.
Итоговая диаграмма процессов «как будет» показана на рисунке 5.
1093306120617
Рисунок 5 - Контекстная диаграмма функционирования склада TO-BE
Далее на рисунках А.5, А.6 приложения А изображена декомпозиция будущей АИС.
На рисунке А.5 приведена декомпозиция функционального блока
«Проверка товарно-транспортной накладной» который, в свою очередь, является элементом декомпозиции блока «Приемка товара на склад» на четыре действия:
Принятие товарно-транспортной накладной;
Проверка поставщика;
Проверка реквизитов документа;
Проверка количества продукции.
Фиолетовым цветом в приложении А на рисунке А.5 показано объединение стрелок, входящих в блок сверху и снизу. Стрелки были объединены в одну, чтобы диаграмма была более наглядной. В диаграмме в приложении А6 также объединены стрелки сверху и снизу.
Далее в приложении А на рисунке А.6 приведена декомпозиция блока
«Проверка поставленной продукции» который, в свою очередь, является элементом декомпозиции блока «Приемка товара на склад» на три действия:
Проверка продукции на годность;
Принять продукцию;
Вернуть поставщику.
Таким образом по рассмотренным функциям (таблица 1) были описаны бизнес-процессы и по ним созданы соответствующие диаграммы.
Информационно логическая модель
Прежде, чем приступать к созданию системы автоматизированной информационной системы, необходимо сформировать понятие о предметах, фактах и событиях, которыми будет оперировать данная система. Для того, чтобы привести эти понятия к той или иной модели данных, нужно заменить их информационными представлениями.
Одним из наиболее удобных инструментов унифицированного (единообразного) представления данных является модель «сущность-связь». Эта модель определяет значения данных в контексте их взаимосвязи с другими данными, она не определяет операций над данными, а ограничивается только описанием их логической структуры.
Сущность – это представление набора реальных или абстрактных объектов, которые можно выделить в одну группу, потому что они имеют одинаковые характеристики и могут принимать участие в похожих связях. Обычно сущность имеет наименование, выраженное существительным в единственном числе.
Атрибут сущности или поле – это именованная характеристика, являющаяся некоторым свойством (описанием) сущности.
Связь – это некоторая ассоциация между двумя сущностями. Связи позволяют по одной сущности находить другие, связанные с ней.
При проектировании любой БД необходимо учитывать следующее:
а) значения в каждом поле строки должны быть неделимы – атомарность значений (первая нормальная форма);
б) избыточность данных не допустима (вторая нормальная форма);
в) в таблице не должны храниться данные, которые могут быть получены из не ключевых полей таблицы (третья нормальная форма);
г) целостность данных (БД должна позволять надежно хранить данные); д) масштабируемость (система должна справляться с будущим ростом).
Информационно-логическая модель ориентирована на человека и не зависит от типа СУБД модели предметной области, определяет совокупности информационных объектов, их атрибутов и отношений между объектами, динамику изменений предметной области, а также характер информационных потребностей пользователей.
Инфологическая модель была построена уже с учетом описанных выше прицепов, то есть уже в третьей нормальной форме.
При разработке инфологической модели необходимая информация была разбита на семь сущностей. Далее подробно описаны атрибуты этих сущностей или поля будущих таблиц:
а) Первая сущность «Продукция»:
«Код продукции» – это ключевое поле;
«Наименование продукции», «Единица измерения» - текстовое поле;
«Цена» - числовое поле.
б) Сущность «Поставщики» включает:
«Код поставщика» - ключевое поле;
«Наименование поставщика» - текстовое поле. в) Сущность «Грузоотправители» включает:
«Код грузоотправителя» - ключевое поле;
«Наименование грузоотправителя», «Адрес грузоотправителя» - текстовое поле;
«РС грузоотправителя» - числовое поле. г) Сущность «Получатели»:
«Код получателя» - ключевое поле;
«Наименование получателя» и «Адрес получателя» - текстовое поле;
«РС получателя» - числовое поле.
д) Сущность «Приход продукции» включает:
«Код прихода» - ключевое поле;
«Код продукции», «Код поставщика», «Код грузоотправителя»,
«Номер склада», «Количество» - числовое поле;
«Дата получения» - дата.
е) Сущность «Расход продукции» включает:
«Код расхода» - ключевое поле;
«Код продукции», «Код получателя», «Количество» - числовое поле;
«Дата расхода» - дата. ж) Сущность «Лимиты»;
«Код лимита» - ключевое поле;
«Код получателя», «Код продукции», «Количество» - числовое поле.
Сущность «Остатки», исходя из представленной модели, будет создана в дальнейшем в результате запроса.
Инфологическая модель (рисунок 6) была построена в программе ERwin.
1147101182134
Рисунок 6 – Инфологическая модель АИС
После формирования всех таблиц функций, бизнес - процессов и инфологической модели, которые в совокупности составляют концептуальную модель будущей АИС необходимо приступить к выбору оптимальной СУБД для проектирования, тестирования и дальнейшего внедрения будущей АИС, которая будет соответствовать ранее описанной концептуальной модели и отвечать требованиям заказчика.
РЕАЛИЗАЦИЯ
Обоснование выбора СУБД
База данных была разработана в программе Microsoft Access 2016.
Приложение Microsoft Access является мощной и высокопроизводительной 32-разрядной системой управления реляционной базой данных (далее СУБД).
База данных – это совокупность структурированных и взаимосвязанных данных и методов, обеспечивающих добавление выборку и отображение данных.
Практически все СУБД позволяют добавлять новые данные в таблицы. С этой точки зрения СУБД не отличаются от программ электронных таблиц (Microsoft Excel), которые могут эмулировать некоторые функции баз данных. Существует три принципиальных отличия между СУБД и программами электронных таблиц:
СУБД разрабатываются с целью обеспечения эффективной обработки больших объёмов информации, намного больших, чем те, с которыми справляются электронные таблицы.
СУБД может легко связывать две таблицы так, что для пользователя они будут представляться одной таблицей. Реализовать такую возможность в электронных таблицах практически невозможно.
СУБД минимизируют общий объём базы данных. Для этого таблицы, содержащие повторяющиеся данные, разбиваются на несколько связанных таблиц.
Access – мощное приложение Windows. При этом производительность СУБД органично сочетаются со всеми удобствами и преимуществами Windows.
Как реляционная СУБД Access обеспечивает доступ ко всем типам данных и позволяет одновременно использовать несколько таблиц базы данных. Работая в среде Microsoft Office, пользователь получает в своё распоряжение полностью совместимые с Access текстовые документы (Word), электронные таблицы (Excel), презентации (PowerPoint). С помощью новых расширений для Internet можно напрямую взаимодействовать с данными из World Wide Web и транслировать представление данных на языке HTML, обеспечивая работу с такими приложениями как Internet Explorer и Netscape Navigator.
Access специально спроектирован для создания многопользовательских приложений, где файлы базы данных являются разделяемыми ресурсами в сети. В Access реализована надёжная система защиты от несанкционированного доступа к файлам.
Несмотря на то, что Access является мощной и сложной системой, его использование не сложно для непрофессиональных пользователей.
Элементы базы данных:
Таблицы. В базе данных информация хранится в виде двумерных таблиц. Можно так же импортировать и связывать таблицы из других СУБД или систем управления электронными таблицами. Одновременно могут быть открыты 1024 таблицы.
Запросы. При помощи запросов можно произвести выборку данных по какому-нибудь критерию из разных таблиц. В запрос можно включать до 255 полей.
Формы. Формы позволяют отображать данные из таблиц и запросов в более удобном для восприятия виде. С помощью форм можно добавлять и изменять данные, содержащиеся в таблицах. В формы позволяют включать модули.
Отчёты. Отчёты предназначены для печати данных, содержащихся в таблицах и запросах, в красиво оформленном виде. Отчёты так же позволяют включать модули.
Модули. Модули содержат VBA-код, используемый для написания процедур обработки событий, таких как например нажатия кнопки
в форме или отчёте, для создания функций настройки, для автоматического выполнения операций над объектами базы данных и программного управления операциями, т.е. добавление VBA-кода позволяет создать полную базу данных с настраиваемыми меню, панелями инструментов и другими возможностями. Модули снимают с пользователя приложения необходимость помнить последовательность выбора объектов базы данных для выполнения того или иного действия и повышают эффективность работы.
MicrosoftAccess является настольной СУБД (система управления базами данных) реляционного типа. Достоинством Access является то, что она имеет очень простой графический интерфейс, который позволяет не только создавать собственную базу данных, но и разрабатывать приложения, используя встроенные средства.
В отличие от других настольных СУБД, Access хранит все данные в одном файле, хотя и распределяет их по разным таблицам, как и положено реляционной СУБД. К этим данным относится не только информация в таблицах, но и другие объекты базы данных, которые будут описаны ниже.
Для выполнения почти всех основных операций Access предлагает большое количество Мастеров (Wizards), которые делают основную работу за пользователя при работе с данными и разработке приложений, помогают избежать рутинных действий и облегчают работу неискушенному в программировании пользователю.
Создание многопользовательской БД Access и получение одновременного доступа нескольких пользователей к общей базе данных возможно в локальной одноранговой сети или в сети с файловым сервером. Сеть обеспечивает аппаратную и программную поддержку обмена данными между компьютерами. Access следит за разграничением доступа разных пользователей к БД и обеспечивает защиту данных. Так как Access не является клиент серверной СУБД, возможности его по обеспечению многопользовательской работы несколько ограничены. Обычно для доступа к данным по сети с нескольких рабочих станций, файл БД Access (с расширением *.mdb) выкладывается на файловый сервер. При этом обработка данных ведется в основном на клиенте – там, где запущено приложение, в силу принципов организации файловых СУБД. Этот фактор ограничивает использование Access для обеспечения работы множества пользователей (более 15–20) и при большом количестве данных в таблицах, так как многократно возрастает нагрузка не сеть.
В плане поддержки целостности данных Access отвечает только моделям БД небольшой и средней сложности. В нем отсутствуют такие средства как триггеры и хранимые процедуры, что заставляет разработчиков возлагать поддержание бизнес логики БД на клиентскую программу.
В отношении защиты информации и разграничения доступа Access не имеет надежных стандартных средств. В стандартные способы защиты входит защита с использованием пароля БД и защита с использованием пароля пользователя. Снятие такой защиты не представляет сложности для специалиста.
Однако, при известных недостатках MSAccess обладает большим количеством преимуществ по сравнению с системами подобного класса.
В первую очередь можно отметить распространенность, которая обусловлена тем, что Access является продуктом компании Microsoft, программное обеспечение и операционные системы которой использует большая часть пользователей персональных компьютеров. MSAccess полностью совместим с операционной системой Windows, постоянно обновляется производителем, поддерживает множество языков.
В целом MSAccess предоставляет большое количество возможностей за сравнительно небольшую стоимость. Также необходимо отметить ориентированность на пользователя с разной профессиональной подготовкой, что выражается в наличии большого количества вспомогательных средств (Мастеров, как уже отмечалось), развитую систему справки и понятный интерфейс. Эти средства облегчают проектирование, создание БД и выборку данных из нее.
MS Access предоставляет в распоряжение непрограммирующему пользователю разнообразные диалоговые средства, которые позволяют ему создавать приложения, не прибегая к разработке запросов на языке SQL или к программированию макросов или модулей на языке VBA.
Access обладает широкими возможностями по импорту / экспорту данных в различные форматы, от таблиц Excel и текстовых файлов, до практически любой серверной СУБД через механизм ODBC.
Еще одно немаловажное преимущество MS Access заключается в развитых встроенных средствах разработки приложений. Большинство приложений, распространяемых среди пользователей, содержит тот или иной объем кода VBA (Visual Basic for Applications). Поскольку VBA является единственным средством для выполнения многих стандартных задач в Access (работа с переменными, построение команд SQL во время работы программы, обработка ошибок, использование Windows API ит. д.), для создания более- менее сложных приложений необходимо его знание и знание объектной модели MS Access.
Одним из средств программирования в Access является язык макрокоманд. Программы, созданные на этом языке, называются макросами и позволяют легко связывать отдельные действия, реализуемые с помощью форм, запросов, отчетов. Макросы управляются событиями, которые вызываются действиями пользователями при диалоговой работе с данными через формы или системными событиями.
Получается, что Access, обладая всеми чертами СУБД, предоставляет и дополнительные возможности. Это не только гибкая и простая в использовании СУБД, но и система для разработки работающих с базами данных приложений.
Microsoft Office Access – мощный редактор, который представляет собой систему управления базами данных, основанными на реляционной модели. Также необходимо отметить, что он использует динамическую модель обмена между сетевыми ресурсами и приложениями. При этом редактор использует продвинутые инструменты для обработки любого типа информации и представление их в виде четкой последовательной структуры.
В данном случае от программы не требуется многого, сама база будет относительно не большой, а так как Access легок в изучении рядовыми пользователями именно на него пал выбор.
Проектирование реляционной модели данных
После того как построена инфологическая модель можно приступать к разработке системы. Как уже было сказано АИС была разработана в MS Access.
Названия таблиц и типы их полей соответствуют сущностям из раздела
1. Отличительной особенностью MS Access является простота его освоения, облегченное составление отчетов и запросов с помощью мастера запросов. Неподготовленный пользователь может самостоятельно изучить программу в короткие сроки при надобности и установить на своем малом учреждении. Далее представлено подробное описание создания базы данных в Access.
Таблицы являются основной формой представления информации, содержащейся в базе данных. Из таблиц составляются запросы, отчеты и формы.
Конструктор таблицы, соответствующей сущности «Продукция» показан на рисунке 7.
1564386164665
Рисунок 7 – Конструктор таблицы «Продукция»
Конструктор таблицы из двух полей «Поставщики» представлен на рисунке 8.
1450086161906
Рисунок 8 – Конструктор таблицы «Поставщики»
Конструкторы таблиц «Грузоотправители», «Получатели», «Приход продукции», «Расход продукции» и «Лимиты» показаны на рисунках Б.1 – Б.5 приложения Б.
После создания таблиц и установки связей между их полями, получится схема данных, как показано на рисунке 9.
1554861164088
Рисунок 9 – Схема данных БД
Запросы помогают облегчить поиск необходимой информации в базе данных или упорядочить информацию по какому-либо критерию.
В Access может быть создано несколько видов запроса:
запрос на выборку — выбирает данные из взаимосвязанных таблиц базы данных и таблиц запросов. Результатом является таблица, которая
существует до закрытия запроса. На основе такого запроса могут строиться запросы других видов;
запрос на создание таблицы — также выбирает данные из взаимосвязанных таблиц и других запросов, но в отличие от запроса на выборку результат сохраняется в новой постоянной таблице базы данных;
запросы на обновление, добавление, удаление — являются запросами, в результате выполнения которых изменяются данные в таблицах. Согласно поставленному условию необходима реализация следующего запроса (на выборку): в какие дни объем поставок продукции X от поставщика Т превышал 20 единиц.
Окно создания запроса в режиме конструктора будет выглядеть следующим образом (рисунок 10).
1821559163723
Рисунок 10 - Окно создания параметрического запроса в режиме конструктора
Поскольку запрос является параметрическим, при его выполнении на экране появятся диалоговые окна, где пользователю необходимо задать параметры выборки:

Рисунок 11 - Запрос на ввод поставщика
3097910122039
Рисунок 12 - Запрос на ввод наименования продукции
2240660184922
Рисунок 13 - Результат выполнения запроса
Рассмотрим другой тип запросов - запрос на создание таблицы. Таблица
«Остатки» будет создана автоматически, на основе данных, имеющихся в таблицах «Продукция», «Приход» продукции» и «Расход продукции» (рисунок 14).
2073909164280
Рисунок 14 - Окно создания запроса на основании таблицы в режиме конструктора
Access предоставляет возможность вводить данные как непосредственно в таблицу, так и с помощью форм. Форма в БД - это структурированное окно, которое можно представить так, чтобы оно повторяло форму бланка. Формы создаются из набора отдельных элементов управления.
Внешний вид формы выбирается в зависимости от того, с какой целью она создается. Формы Access позволяют выполнять задания, которые нельзя выполнить в режиме таблицы. Формы позволяют вычислять значения и выводить на экран результат. Источником данных для формы являются записи таблицы или запроса.
На рисунках Б.6 – Б.11 приложения Б показаны конструкторы форм
«Приход продукции», «Расход продукции», «Лимиты», «Грузоотправители»,
«Получатели», «Продукция».
Для удобства ввода данных также предусмотрена кнопочная форма, позволяющая, открыть формы для ввода данных, выполнить запросы, просмотреть и распечатать отчеты (рисунок 15).
1978660165418
Рисунок 15 – Конструктор главной формы АИС
Ниже представлена кнопочная форма для вывода на экран созданных в базы данных форм по данным из таблиц «Грузоотправители», «Получатели»,
«Продукция», «Приход продукции», «Расход продукции», «Лимиты» (рисунок 16).

Рисунок 16 – Кнопочная форма для вывода на экран форм
На данной форме мы видим семь кнопок, шесть из которых это созданные таблицы базы данных «Грузоотправители», «Продукция»,
«Получатели», «Приход продукции», «Расход продукции» и «Лимиты» и кнопка «Вернуться к главной форме», которая была создана для удобства возвращения к ранее рассмотренной форме.
Также далее изображены кнопочные формы для выполнения соответствующих запросов и формы для просмотра отчетов (рисунок 17,18).
2312035159997
Рисунок 17– Кнопочная форма для выполнения запросов
Для того чтобы посмотреть созданные запросы, необходимо нажать на кнопку «Запросы», расположенной на главной форме и на экране появятся созданные запросы, которые также можно будем просмотреть. Открытие формы «Запросы» представлено на рисунке 17.

Рисунок 18 – Кнопочная форма для просмотра отчетов
Для просмотра отчетов базы данных необходимо на главной кнопочной форме выбрать соответствующую кнопку «Отчеты», после перехода на данную форму перед пользователем будет список отчетов, которые он сможет просмотреть (рисунок 18).
Отчет – это гибкое и эффективное средство для организации просмотра и распечатки итоговой информации. В отчете можно получить результаты сложных расчетов, статистических сравнений, а также поместить в него рисунки и диаграммы.
Ниже представлен конструктор отчета «Ведомость прихода на склад» (рисунок 19). При этом данные сгруппированы по поставщикам. В примечаниях группы отображается число поставок по каждому из поставщиков, а также общая сумма, на которую была поставлена продукция.
1935860164474
Рисунок 19 - Конструктор отчета «Ведомость прихода на склад»
На рисунке Б.12 и Б.13 приложения Б соответственно представлены
конструкторы отчетов «Ведомость расхода по получателям» и «Оборотная ведомость».
На этом проектирование информационной системы завершено и можно переходить к заполнению данных.
Реализация информационной системы
В режиме таблицы «Продукция» показана на рисунке 20, таблица состоит из 4 полей, соответствующих атрибутам сущностей, описанных ранее.
2535935165389
Рисунок 20 – Таблица «Продукция»
Таблица «Поставщика» представлена на рисунке 21.
2778760121188
Рисунок 21 – Таблица «Поставщики»
На рисунке 22 показана таблица «Грузоотправители», которая состоит из одного грузоотправителя, так как компания «ФЕМЕЛИ ФРУТ» является грузоотправителем продукции.
1202372166021
Рисунок 22 – Таблица «Грузоотправители»
Далее на рисунке 23 представлена таблица «Получатели».
2374010120617
Рисунок 23 – Таблица «Получатели»
На рисунке 24 представлена таблица «Приход продукции».
2631185121569
Рисунок 24 – Таблица «Приход продукции»
Далее на рисунке 25 представлена таблица «Расход продукции».
2649601122284
Рисунок 25 – Таблица «Расход продукции»
На рисунке 26 представлена таблица «Лимиты».
2935351120870
Рисунок 26 – Таблица «Лимиты»
На рисунке 27 показана таблица «Остатки», которая была создана с помощью запроса «Формирование остатков».

Рисунок 27 – Таблица «Остатки»
На основе таблиц были созданы формы. На рисунке 28 показана форма таблицы «Продукция», по желанию пользователя можно просмотреть всю продукцию, которая есть на складе компании оптовой торговли с помощью кнопок управления, расположенных ниже на форме.
2516885164711
Рисунок 28 – Форма «Продукция»
На рисунке 29 показана форма таблицы «Получатели», которая содержит в себе информацию о получателях продукции.
2535935163921
Рисунок 29– Форма «Получатели»
На рисунке 30 изображена форма таблицы «Грузоотправители», которая в свою очередь содержит данные о грузоотправителе продукции, его адресе и расчетном счете.
2426335166021
Рисунок 30 – Форма «Грузоотправители»
Формы таблиц «Приход продукции», «Расход продукции» и «Лимиты» показаны на рисунке 31 – 33.
2450210165279
Рисунок 31 – Форма «Приход продукции»
Форма «Приход продукции» хранит сведения о дате получения продукции, поставщике, грузоотправителе и данных продукции.
2512060164898
Рисунок 32 – Форма «Расход продукции»
На данной форме можно увидеть информацию, касающуюся расхода продукции на складе в зависимости от получателя, а именно наименование, количество расходуемой продукции.
Далее на рисунке 33 представлена форма «Лимиты», которая отображает данные о лимитах определенной продукции.
2259329165527
Рисунок 33 – Форма «Лимиты»
Для просмотра отчетов базы данных необходимо на главной кнопочной форме выбрать соответствующую кнопку «Отчеты», которая будет содержать в себе три отчета: «Ведомость прихода на склад», «Ведомость расхода по получателям» и «Оборотная ведомость»
Отчет «Ведомость прихода на склад» создавался на основе таблицы
«Приход продукции», он содержит информацию о каждом поставщике, продукции, количестве, цене и общей сумме поставки продукции на склад (рисунок 34).
2077058177591
Рисунок 34 – Отчет «Ведомость прихода на склад»
На рисунке 35 представлен отчет «Ведомость расхода по получателям», который также создавался на основе таблицы «Расход продукции», он содержит информацию о получателях продукции, наименовании продукции, цене и общей суммы.
1992867181195
Рисунок 35 – Отчет «Ведомоть расхода по получателям»
По запросу «Формирование остатков» и таблице «Остатки» создавался отчет «Оборотная ведомость», который показан на рисунке 36.
1891153188482
Рисунок 36 – Отчет «Оборотная ведомость»
Все созданные отчеты и таблицы по желанию могут быть перенесены в программу MS Word, и быть использованы в дальнейшей работе сотрудников компании.
РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ
Защита информации
Непременной функцией любой развитой СУБД является обеспечение защиты данных от несанкционированного доступа. Очевидно, что полноценный с точки зрения надежности и устойчивости режим защиты может быть обеспечен только в рамках промышленных систем управления при условии комплексной реализации мер программного, аппаратного и административного характера.
Microsoft Access - это полнофункциональная реляционная СУБД. В ней предусмотрены все необходимые средства для определения и обработки данных, а также для управления ими при работе с большими объемами информации.
Информация, которая имеет определенную ценность, нуждается в защите, как от обычного пользователя, так и от преднамеренного несанкционированного доступа.
Защита паролем, сохранение базы данных в виде MDE – файла могут ограничить возможности пользователю, которые ему не разрешены. Но опытный пользователь сможет открыть базу данных при нажатой клавише Shift, изучить её и определить, как взломать защиту. Чтобы не допустить такого и действительно хорошо защитить свою базу данных, нужно использовать средства защиты, которые встроенные в Access.
Абсолютно надежной компьютерной защиты не существует, но средства защиты Access считаются одними из лучший для персональных компьютеров. При всем этом, могут найтись те, которые при наличии времени смогут взломать защиту, и проникнуть в вашу базу данных.
MS Access обеспечивает два традиционных способа защиты базы данных:
установка пароля, требуемого при открытии базы данных;
защита на уровне определения прав пользователей, которая позволяет ограничить возможность получения или изменения той или иной информации в базе данных для конкретного пользователя.
Чтобыпредотвратитьнесанкционированноеиспользованиебазы данных, ее можно зашифровать с помощью пароля. С помощью средства шифрования можно предотвратить чтение базы данных через другие средства.
Чтобы установить пароль на базу данных MS Access, необходимо перейти на вкладку «Файл» в меню и выбрать в разделе «Сведения»
«Зашифровать с использованием пароля» (рисунок 37).
1662259163011
Рисунок 37 – Установление пароля в MS Access
После этого откроется диалоговое окно «Задание пароля» базы данных (рисунок 38), куда вводится заранее подготовленный предприятием или пользователем пароль.
2934335164682
Рисунок 38 – Окно «Задание пароля»
После того, как пароль был установлен, при каждом открытии данной базы будет открываться окно, запрашивающее пароль (рисунок 39).
2955035161906
Рисунок 39 – Окно запроса пароля
Если понадобится снять пароль с БД, необходимо будет так же открыть вкладку «Файл» в разделе «Сведения» и выбрать пункт «Расшифровать базу данных». Появиться окно «Удаления пароля баз данных» в которое нужно будет ввести действующий пароль.
Архитектурные требования
Требования к программному обеспечению (ПО) стандартные:
ПО должно иметь простой и понятный интерфейс;
ПО должно обладать совместимостью форматов данных;
ПО должно иметь средства быстрого составления отчетов;
База данных должна предоставлять возможность поиска записей в любых полях и таблицах;
ПОдолжноиметьсредстваадминистрированиядлясоздания политики безопасности;
ПО рабочей станции: ОС MS Windows XP, клиентские части серверных программ, средства антивирусной защиты и межсетевой экран [8].
Требования к режимам функционирования системы: система должна обеспечивать свое бесперебойное функционирование в режиме 365/7/24. То есть пользователь должен суметь включить программу в любое время.
Требования к режимам функционирования системы в части ресурсов:
штатный режим – степень загруженности составляет 20-40 % от полной производительности;
режим повышенной готовности – степень загруженности составляет 50-70 % от полной производительности;
критический режим, когда загрузка зашкаливает.
Требованиякрежимамфункционированиясистемывчасти технического обслуживания:
сервисный режим (для проведения обслуживания, реконфигурации и обновления технических или программных средств системы);
автономныйрежимсограничениемфункций(привременном отсутствии взаимодействия между компонентами системы);
тестовый режим. А также режимы:
диалоговый режим – режим взаимодействия человека с системой обработки информации, при котором человек и система обмениваются информацией в темпе, который соизмерим с темпом обработки информации человеком (из п. 43 табл. 1 ГОСТ 15971-90) [9];
интерактивный режим – режим взаимодействия процесса обработки информации системы обработки информации с человеком, выражающийся в разного рода воздействиях на этот процесс, предусмотренных механизмом управления конкретной системы и вызывающих ответную реакцию процесса (из п. 42 табл. 1 ГОСТ 15971-90);
режим реального времени – режим обработки информации, при котором обеспечивается взаимодействие системы обработки информации с внешними по отношению к ней процессами в темпе, соизмеримом со скоростью протекания этих процессов (из п. 45 табл. 1 ГОСТ 15971-90);
неавтоматизированный режим – режим выполнения функции АС, при котором она выполняется только человеком (из п. 4.12 ГОСТ 34.003-90, когда что-то ломается, происходит частичный отказ системы).
К примеру, отказали каналы связи АИИС КУЭ со счетчиками электроэнергии, поэтому показания расхода электроэнергии собираются вручную выездной бригадой;
ненормальный режим – режим работы, при котором оборудование (установка, прибор и так далее), работает в условиях, отличных от нормальной эксплуатации, или не в соответствии со своим назначением и инструкцией изготовителя (из п. 3.4.82 ГОСТ Р 12.1.009-2009);
нормальный режим – режим работы, при котором оборудование (установка, прибор и так далее) работает в условиях нормальной эксплуатации и в соответствии со своим назначением и инструкцией изготовителя при подсоединении к сети питания (из п. 3.4.81 ГОСТ Р 12.1.009-2009).
Требования к функциональным характеристикам описаны далее. Разрабатываемая программа должна обладать следующими функциями:
работать под управлением Windows 7, macOS 10.12 или более поздних версиях ОС;
иметь доступный и простой интерфейс пользователя;
иметь гибкую систему настроек.
Программа так же предоставляет следующие возможности:
составление отчетов по существующим таблицам;
составление отчетов;
выполнение запросов.
Далее описаны требования к надежности и безопасности.
Надежность системы в целом зависит от надежности используемой операционной системы.
Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно- технических мероприятий, перечень которых приведен ниже:
а) организацией бесперебойного питания технических средств; б) использованием лицензионного программного обеспечения;
в) регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. [6].
Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;
г) регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов
Далее описаны требования к составу и параметрам технических средств. Для нормальной работы необходимо:
компьютерспроцессоромIntelPentium-100или100%- совместимым;
оперативная память не менее 16 Мb;
жесткий диск объемом не менее 36 Gb;
наличие адаптера подключения к сети (сетевой карты, модема и т.п.);
установленная Windows 7, macOS 10.12 или более поздние версии ОС;
настроенный протокол TCP/IP;
ТО должно быть оснащено средствами защиты от перепадов (0-280)В) либо отсутствия напряжения на 20 минут для рабочих станций и 4 часа для серверов;
оборудование должно быть заземлено;
тип соединительного кабеля для ЛВС - неэкранированная витая пара (5-ой категории) пропускной способностью 100 Мбит/с;
соединительныерозеткидолжнысоответствоватькабелю5-й категории, конекторы типа Rj-45.
Требования к информационной и программной совместимости.
Программа должна работать под управлением ОС Windows, поэтому требуется совместимость исполняемого модуля и библиотек динамического
подключения стандартам, используемым этими ОС на платформе IBM PC. Программа должна использовать свой протокол передачи данных высокого уровня как надстройку над TCP/IP. Для хранения информации требуется использование баз данных формата MDB (Microsoft Access). Для доступа к базам данных Microsoft Access 97 требуется наличие установленного ядра работы с БД Microsoft JET DAO версии 3.5.
Технология распределенной обработки информации
Распределенная обработка данных позволяет разместить базу данных (или несколько баз) в различных узлах компьютерной сети. Таким образом, каждый компонент базы данных располагается по месту наличия техники и ее обработки. Например, при организации сети филиалов какой-либо организационной структуры удобно обрабатывать данные в месте расположения филиала. Распределение данных осуществляется по разным компьютерам в условиях реализации вертикальных и горизонтальных связей для организаций со сложной структурой.
Распределенная обработка данных (distributed data processing) – обработка данных, проводимая в распределенной системе, при которой каждый из технологических или функциональных узлов системы может независимо обрабатывать локальные данные и принимать соответствующие решения. При выполнении отдельных процессов узлы распределенной системы могут обмениваться информацией через каналы связи с целью обработки данных или получения результатов анализа, представляющего для них взаимный интерес.
Распределенная обработка данных (РОД) характерна для сетей ППЭВМ и создаваемых на их основе АРМ РОД и позволяет решать сложные задачи с использованием схемы распараллеливания вычислительного процесса. РОД характеризуется децентрализацией обработки информации с помощью рассредоточенных микро - ЭВМ, которые соединены линиями связи и имеют программно-информационную совместимость. РОД позволяет строить системы, в которых гибко сочетаются достоинства централизации и децентрализации. При разделении вычислительного потенциала системы между несколькими подразделениями предприятия предоставляется возможность локального решения отдельных задач. Так, 80 % задач бухгалтерского учета на предприятии решаются каждым звеном самостоятельно. Затраты, связанные с передачей данных, обычно незначительны.
Существуют разные технологии распределенной обработки данных.
В данном случае это централизованная архитектура. При использовании этой технологии база данных, СУБД и прикладная программа (приложение) располагаются на одном компьютере (мэйнфрейме или персональном компьютере). Для такого способа организации не требуется поддержки сети и все сводится к автономной работе.
Работа построена следующим образом:
база данных в виде набора файлов находится на жестком диске компьютера;
на том же компьютере установлены СУБД и приложение для работыс БД;
пользователь запускает приложение. Используя предоставляемый
приложением пользовательский интерфейс, он инициирует обращение к БД на выборку/обновление информации;
все обращения к БД идут через СУБД, которая инкапсулирует внутри себя все сведения о физической структуре БД;
СУБД инициирует обращения к данным, обеспечивая выполнение запросов пользователя (осуществляя необходимые операции над данными);
приложение, используя пользовательский интерфейс, отображает результат выполнения запросов.
ЗАКЛЮЧЕНИЕ
Задачи выполнены – была разработано автоматизированное рабочее место по учету продукции на складе компании оптовой торговли ООО «ФЕМЕЛИ ФРУТ» в виде базы данных.
Собраны и изучены, используемые в учреждении документы (образцы документов, не содержащие конфиденциальной информации). Проведена исследовательская работа, заключающаяся в беседах с руководством и сотрудниками компании, для выявления потребностей специалистов в данном учреждении. На основе полученной документации и была проведена курсовая работа.
На основе проведенного анализа предметной области были выявлены важные и основные функции склада. По стандарту IDEF0 были построены диаграммы бизнес-процессов и декомпозированы главные функции, на основе диаграмм были определены сущности для бедующих таблиц в базе данных.
Была разработана база данных в MS Access которая включает: семь таблиц, два запроса, три отчета, шесть форм. Таблицы в базе хранят основную информацию, с которой сотрудникам склада и компании приходится работать ежедневно.Междутаблицамисвязиодин-ко-многим,этосамаячасто используемая связь между двумя таблицами. В реляционных системах управления базами данных обычно не существует как таковой связи многие ко многим.Подобнаясвязьсостоитиздвухсвязейодин-ко-многимс соединительной таблицей, которая так же может быть отдельной сущностью.
Запросы созданы для упрощения расчетов и наглядности необходимой информации. Запросы более прикладного характера и, в основном, используются для создания отчетов.
Отчеты составлялись с целью включения полученной информации в документацию рассматриваемой компании. Выявлены требования к АИС и техническим устройствам, используемым в учреждении.
Описаны следующие требования к ПК и ПО: архитектурные; требования к режимам функционирования системы; к функциональным характеристикам; к надежности и безопасности; к составу и параметрам технических средств; к информационной и программной совместимости; описана технология распределенной обработки информации.
Цели достигнуты – практические навыки работы с инструментальными средствами моделирования предметной области, прикладных и информационных процессов; навыки разработки технологической документации, использования функциональных и технологических стандартов ИС закреплены.
Изучены методы анализа прикладной области, информационных потребностей, формирования требований к ИС. Методологии и технологии проектирования ИС применены в работе, освоен навык проектирования ИС. Проведен анализ предметной области, выявлены информационные потребностей, разработаны требования к разработанной информационной системе.
В ходе работы была детально изучена деятельность склада компании оптовой торговли. Полученные знания могут быть применены в дальнейшем при автоматизации деятельности склада на предприятиях.
Приобретены навыки работы в CASE-средствах для разработки информационных систем, таких как BPwin и ERwin, DBDesigner 4. Изучены принципы функционального моделирования, которые могут быть использованы в дальнейшей профессиональной деятельности, например, при создании коммерческих предложений (точнее при составлении отчетов или технических заданий / эскизных проектов). Диаграммы IDEF0 так же могут помочь при презентации отчетов заказчикам, за счет своей наглядности.
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
Бабаш, А. В. Моделирование системы защиты информации. Практикум : учебное пособие / Е. К. Баранова, А. В. Бабаш. – 3-е изд., перераб. и доп. – Москва : РИОР : ИНФРА-М, 2020. – 320 с. [Электронный ресурс]. – DOI: https://doi.org/10.29039/01848-4. - ISBN 978-5-16-108538-7. - Текст : электронный. - URL: https://znanium.com/catalog/product/1052206 (дата обращения: 11.04.2021).
Белов, В. В. Проектирование информационных систем : учебник / В. В. Белов, В. И. Чистякова. - М. : КУРС, 2018. - 400 с. - ISBN 978-5-906923-53-
- Текст : электронный. - URL: https://znanium.com/catalog/product/1017181 (дата обращения: 21.04.2020).
Брезгин, В. И. Моделирование бизнес-процессов с AllFusion Process Modeler 4.1. Часть 1: Рабочая тетрадь / Брезгин В. И., - 2-е изд., стер. - Москва
:Флинта, Изд-во Урал. ун-та, 2017. - 79 с. ISBN 978-5-9765-3051-5. - Текст : электронный. - URL: https://znanium.com/catalog/product/945863 (дата обращения: 29.03.2021).
Быкова, В. В. Искусство создания базы данных в Microsoft Office Access 2007 [Электронный ресурс] : Учеб. пособие / В. В. Быкова. - Красноярск: Сиб. федер. ун-т, 2011. - 260 с. - ISBN 978-5-7638-2355-4. - Текст
: электронный. - URL: https://znanium.com/catalog/product/443138 (дата обращения: 30.03.2021).
Волгин, В. В. Склад: логистика, управление, анализ : учебник / В. В. Волгин. - 11-е изд., перераб. и доп. — Москва : Издательско-торговая корпорация «Дашков и К°», 2015. - 724 с. - ISBN 978-5-394-01944-9. - Текст : электронный. - URL: https://znanium.com/catalog/product/1091869 (дата обращения: 18.04.2021).
Голицына, О. Л. Базы данных : учеб. пособие / О. Л. Голицына, Н. В. Максимов, И. И. Попов. – 4-е изд., перераб. и доп. – Москва : ФОРУМ : ИНФРА-М, 2020. – 400 с. – (Высшее образование: бакалавриат). - ISBN 978-5- 16-107544-9.- Текст: электронный. - URL: https://znanium.com/catalog/product/1053934 (дата обращения: 17.04.2021).
Дадян, Э. Г. Данные: хранение и обработка : учебник / Э. Г. Дадян. – Москва : ИНФРА-М, 2019. – 205 с. – (Высшее образование: Бакалавриат). – HYPERLINK "http://www.dx.doi.org/10.12737/textbook_5cf8c7f2b8cdb8.06963680" www.dx.doi.org/10.12737/textbook_5cf8c7f2b8cdb8.06963680. - ISBN 978-5-16- 107936-2.-Текст:электронный.-URL: https://znanium.com/catalog/product/989190 (дата обращения: 17.04.2021).
Дадян, Э. Г. Проектирование современных баз данных: Учебно- методическое пособие / Дадян Э. Г. - Москва :НИЦ ИНФРА-М, 2017. - 120 с.ISBN 978-5-16-106529-7 (online). - Текст : электронный. - URL: https://znanium.com/catalog/product/959294 (дата обращения: 24.04.2021).
Дадян, Э. Г. Современные базы данных. Основы. Часть 1: Учебное пособие / Дадян Э. Г. - Москва :НИЦ ИНФРА-М, 2017. - 88 с.ISBN 978-5-16- 106526-6 (online). - Текст : электронный. - URL: https://znanium.com/catalog/product/959289 (дата обращения: 24.04.2021).
Заботина, Н. Н. Методы и средства проектирования информационных систем : учебное пособие / Н. Н. Заботина. – Москва : ИНФРА-М, 2020. – 331 с. + Доп. материалы [Электронный ресурс]. – (Среднее профессиональное образование). - ISBN 978-5-16-104187-1. - Текст : электронный. - URL: https://znanium.com/catalog/product/1043093 (дата обращения: 30.04.2021).
Заботина, Н. Н. Проектирование информационных систем: Учеб. пособие. –Москва : ИНФРА-М, 2020. – 331 с. + Доп. материалы [Электронный ресурс; Режим доступа HYPERLINK "http://znanium.com/" http://znanium.com]. – (Высшее образование: Бакалавриат). – HYPERLINK "http://www.dx.doi.org/10.12737/2519" www.dx.doi.org/10.12737/2519. - ISBN 978-5-16-104187-1. - Текст : электронный. - URL: https://znanium.com/catalog/product/1036508 (дата обращения: 29.04.2021).
Иванов, Г. Г. Складская логистика : учебник / Г. Г. Иванов, Н. С. Киреева. — Москва : ФОРУМ : ИНФРА-М, 2020. — 192 с. — (Высшее образование: Бакалавриат). - ISBN 978-5-8199-0712-2. - Текст : электронный. -URL: https://znanium.com/catalog/product/1065821 (дата обращения: 18.04.2021).
Ипатова, Э. Р. Методологии и технологии системного проектирования информационных систем : учебник / Э. Р. Ипатова, Ю. В. Ипатов. - Москва : Флинта : МПСИ, 2008. - 256 с. - (Информационные технологии). - ISBN . - Текст : электронный. - URL: https://znanium.com/catalog/product/161482 (дата обращения: 29.04.2020).
Исаев, Г. Н. Теоретико-методологические основы качества информационных систем: монография / Г.Н. Исаев. – Москва : ИНФРА-М, 2018.–293с.– HYPERLINK "http://www.dx.doi.org/10.12737/monography_59a413ec0b8a59.07746295" www.dx.doi.org/10.12737/monography_59a413ec0b8a59.07746295. - ISBN 978- 5-16-105883-1. - Текст : электронный. - URL: https://znanium.com/catalog/product/912793 (дата обращения: 21.03.2020).
Лытнева, Н. А. Бухгалтерский учет : учебник / Н.А. Лытнева, Л.И. Малявкина. Т.В. Федорова. — 2-е изд., перераб. и доп. — М. : ИД «ФОРУМ» ИНФРА-М, 2019. — 512 с. — (Профессиональное образование). - ISBN 978-5- 8199-0544-9.-Текст:электронный.-URL: https://znanium.com/catalog/product/1007409 (дата обращения: 18.04.2021).
Маслевич, Т. П. Управление бизнес-процессами: от теории к практике : учебное пособие / Т.П. Маслевич. — Москва : ИНФРА-М, 2021. — 206 с. + Доп. материалы [Электронный ресурс]. — (Высшее образование: Бакалавриат). — DOI 10.12737/1037144. - ISBN 978-5-16-015484-8. - Текст : электронный. - URL: https://znanium.com/catalog/product/1037144 (дата обращения: 18.04.2021).
Официальный сайт компании оптовой торговли «ФЕМЕЛИ ФРУТ» города Хабаровска Хабаровского края. Электронный ресурс - https://femelifrut.ru/
ПРИЛОЖЕНИЕ А
(обязательное)
Декомпозиция контекстной диаграммы
1883145174365
Рисунок А.1 - Диаграмма декомпозиции IDEF0 второго уровня функции 1 «Приемка товара на склад»
1888334164973
Рисунок А.2 - Диаграмма декомпозиции IDEF0 второго уровня функции 2 «Хранение и переучет продукции»
Продолжение приложения А
1883217166480
Рисунок А.3 - Диаграмма декомпозиции IDEF0 второго уровня функции 3 «Отгрузка»
1883222165354
Рисунок А.4 - Диаграмма декомпозиции IDEF0 «Складирование»
Продолжение приложения А
188785516637000
Рисунок А.5 – Декомпозиция функции «Проверка товарно-транспортной накладной»
188785516446500
РисунокА.6–Декомпозицияфункции«Проверкапоставленной продукции»
ПРИЛОЖЕНИЕ Б
(обязательное)
Проектирование реляционной модели данных
1812035120898
Рисунок Б.1 – Конструктор таблицы «Грузоотправители»
1835785121835
Рисунок Б.2 – Конструктор таблицы «Получатели»
1859660121548
Рисунок Б.3 – Конструктор таблицы «Приход продукции»
1826260121568
Рисунок Б.4 - Коснтруктор таблицы «Расход продукции»
Продолжение приложения Б
1650109122335
Рисунок Б.5 – Констурктор таблицы «Лимиты»
2140585120514
Рисунок Б.6 – Конструктор формы “Приход продукции”
2164460121167
Рисунок Б.7 – Конструктор формы “Расход продукции”
Продолжение приложения Б
2159635122284
Рисунок Б.8 – Конструктор формы “Лимиты”
2116835120438
Рисунок Б.9 – Конструктор формы “Грузоотправители”
2135504121612
Рисунок Б.10 – Конструктор формы «Получатели»
Продолжение приложения Б
2231135122284
Рисунок Б.11 – Конструктор формы “Продукция”
2245360121865
РисунокБ.12–Конструкторотчета«Ведомостьрасходапо получателям»
1773935164783
Рисунок Б.13 – Конструктор отчета «Оборотная ведомость»