Построение бизнес-процессов

Содержание:

Введение

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

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

Для точной характеристики материальных ценностей заведующий складом или кладовщик выписывает материальный ярлык (т. Ф. № М-16), в котором указывает номенклатурный номер материала, его название, марку, сорт, размер, единицу измерения, норму запаса. Ярлык прикрепляют к месту хранения материала и служит его паспортом.

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

Материальные ценности следует закрепить за конкретным работником.

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

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

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

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

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

1 Глава. Построение бизнес-процессов «как есть»

1.1. Описание предметной области. Постановка задачи

1.1.1. Описание объекта

Коммерческое предприятие - юридическое лицо, которое выполняет функции розничной торговли.

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

Клиенты предприятия - физические лица, для которых предусмотрены распространяемые виды товаров.

Учет товаров:

учет поступления товаров в розницу;

учет реализации товаров;

учет перемещения товаров между структурными подразделениями;

учет возврата товаров поставщику;

учет инвентаризации товаров;

учет списания товаров.

Финансовый учет:

учет переоценки товаров;

учет денежной выручки;

учет товаров в ценах реализации.

Описание бизнес-процессов торгового предприятия:

Поступление товаров.

Продажа товаров

Анализ доходов и планирование закупок

Количественно-суммовой мониторинг

Инвентаризация товаров [2]

Ооперативно-бухгалтерский (сальдовый) метод.

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

При этом методе в бухгалтерии учет ведут только в стоимостном выражении (по сумме).

Взаимосвязь между количественно-сортовым учетом материалов на складе и бухгалтерским учетом осуществляется с помощью сальдовой ведомости или Ведомости учета остатков материалов на складе (т. Ф. № М-14).

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

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

1.1.2. Анализ объекта

Товары в торговых организациях относятся к активам, предназначенным для продажи.

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

Различают товарооборот:

Оптовый - продвижение товаров от производства в розничную торговую сеть;

Розничный - доведение товаров непосредственно до потребителей.

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

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

Для своевременно обеспечения магазинов товарами предприятия вступают в договорные отношения с предприятиями-поставщиками путём оформления заявок, заказов.

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

Для лучшего понимания организации работы отдела продаж компании ООО «FozzyGroup» рассмотрим бизнес-процессы, происходящие в данном подразделении (Рис. 1.3).

Рис. 1.3 Контекстная диаграмма бизнес-процесса «Выполнить заказ клиента»

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

Рис. 1.4 Декомпозиция контекстной диаграммы «Выполнить заказ клиента»

При обращении в компанию, с целью приобрести товар, клиент обращается к менеджеру отдела продаж. В случае заинтересованности покупателя в приобретении товара создается «заказ покупателя» в котором содержится список товаров и их количество (Рис. 1.4).

Анализ альтернативных вариантов автоматизации

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

Рассмотрим следующие аналоги программных продуктов АИС организации продаж.

Программа Invent создана для инвентаризационного учета товаров (рис. 2.1).

Рисунок 2.1. Экран программы IT Invent

Основные функции программы:

Автоматическая генерация и закрепление уникального инвентарного номера за каждым товаром;

возможность создать дополнительные свойства различных товаров;

ведение истории изменений по товарам;

ведение базы поставщиков, сервисных организаций и прочих партнеров;

разграничение прав доступа для пользователей системы;

оповещения о событиях на различные почтовые сервисы сотрудников.

Программа Hardware Inspector (рис.2.2) размещенная по адресу (http://www.hwinspector.com/) является программным обеспечением для инвентарного учета товаров в организациях, и предназначена для обслуживающего персонала, руководителей отделов и продавцов.

Рисунок 2.2. Заставка программы Hardware Inspector

Ключевые возможности:

учет товаров;

учет поставщиков;

учет заявок от покупателей;

готовый набор гибко настраиваемых отчетов, а также экспорт в другие программы и форматы;

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

1.1.3. Постановка задачи

Разработать подсистему складского учета товаров для коммерческого предприятия.

Задачи подсистемы:

- создавать, корректировать номенклатуру товара,

- ставить на приход купленные товары,

- оформлять расход товаров,

- проводить учет по счетам, товару, дате сделки, накладным и т.д.

- определять цену товара, курсы валют,

- вести справочники стран-производителей, поставщиков, клиентов.

1.2. Выбор средства для моделирования бизнес-процессов

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

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

Выбор инструментальной платформы для реализации системы

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

С помощью объектов OLE (ObjectLinkingandEmbedding- связывание и внедрение объектов) в Windows и компонентах Microsoft Office (Excel, Word, PowerPoint и Outlook) можно превратить Ассе в настоящую операционную среду баз данных.

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

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

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

Для создания пользовательского интерфейса использована среда Delphi 7.0, которая:

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

Построим концептуальную модель проектируемой АИС (рис.2.3).

Рис.2.3. Концептуальная модель (с точки зрения менеджера-аналитика)

Менеджер-аналитик пользуется системой в аналитических и обще пользовательских целях и использует ряд функций:

- получение справочной информации по курсу валют, стране-поставщике и т.д, которая является дополнительной,

- установку рабочего периода – необходимо для создания статистических отчетов по обороту товаров,

- экспорт данных, что необходимы для их последующей обработки и анализа,

- анализ остатков без цен, с целью отслеживания дефицита и неликвидов,

- анализ остатков с ценами, с целью анализа вымывания средств,

- анализ обработки без цен, с целью анализа реализации по номенклатуре товара,

- анализ обработки с ценами, с целью анализа денежного оборота.

Рис.2.4. Концептуальная модель (с точки зрения оператора) [5]

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

- ввод данных, с целью ведения учета с помощью системы,

- корректировка данных, с целью конкретизации и уточнения данных, отображения реальной картины,

- сортировка, поиск, фильтрация – для оптимизации использования и управления данными.

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

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

Многие приложения требуют создания компьютерных сетей с информационной защитой при применении открытых линий связи. Эти вычислительные системы известны как Виртуальные Частные Сети (VirtualPrivateNetworks - VPNs). VPN требуют шифрования на скорости, превышающей скорость асинхронного режима передачи - более 1 Гбит / с. Поэтому существует настоятельная необходимость разрабатывать методы, средства и алгоритмы шифрования с высокой криптологической устойчивостью, которые работают в компьютерных системах и сетях и имеют скорость работы более 1 Гбит / c.

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

Основными методами формирования линейных булевых преобразований является применение сети Фейстеля, обобщенной или расширенной сети Фейстеля, несбалансированной сети Фейстеля и подстановочные-перестановочных сетей.

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

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

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

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

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

Рассмотрим существующие на сегодняшний день на предприятии технологии и методы защиты:

- разграничение доступа;

- архивирование данных;

- антивирусная защита;

- фильтрация и контроль содержания сетевого трафика;

- мониторинг и аудит;

2 Глава. Построение бизнес-процессов «как должно быть»

2.1. Предлагаемые мероприятия по улучшению бизнес-процессов

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

Улучшенная концептуальная модель системы

Рисунок 1. Концептуальная модель (с точки зрения менеджера-аналитика)

Менеджер-аналитик пользуется системой в аналитических и обще пользовательских целях и использует ряд функций:

- получение справочной информации по курсу валют, стране-поставщике и т.д, которая является дополнительной,

- установку рабочего периода – необходимо для создания статистических отчетов по обороту товаров,

- экспорт данных, что необходимы для их последующей обработки и анализа,

- анализ остатков без цен, с целью отслеживания дефицита и неликвидов,

- анализ остатков с ценами, с целью анализа вымывания средств,

- анализ оборотки без цен, с целью анализа реализации по номенклатуре товара,

- анализ оборотки с ценами, с целью анализа денежного оборота.

Рисунок 2. Концептуальная модель (с точки зрения оператора) [5]

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

- получение справочной информации по курсу валют, стране-поставщике и т.д., которая является дополнительной,

- установку рабочего периода – необходимо для создания статистических отчетов по обороту товаров,

- экспорт данных, что необходимы для отчетов,

- ввод данных, с целью ведения учета с помощью системы,

- корректировка данных, с целью конкретизации и уточнения данных, отображения реальной картины,

- сортировка, поиск, фильтрация – для оптимизации использования и управления данными.

2.2. Моделирование бизнес-процессов «как должно быть»

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

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

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

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

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

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

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

Декомпозируется блок функций «Приёмка товара на склад» на4 действия (Рисунок 5):

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

Рисунок 5. DFD-диаграмма «Приёмка товара на склад»

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

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

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

Рисунок 7. DFD-диаграмма «Отгрузка»

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Реализация информационной системы в СУБД Ассе

Создание таблиц и схемы данных

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

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

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

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

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

Рисунок 12. «Схема данных»

Разработка запросов

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

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

В Ассеss можно создать несколько видов запросов:

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

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

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

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

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

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

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

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

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

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

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

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

Разработка форм и отчетов

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

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

Разработка системы автоматизированного складскому учета решила и устранила проблемы и недостатки, связанные с ручной системой учета:

1. Сокращение затрат на обработку входных потоков документов;

2. Повышение надежности хранения информации;

3. Сокращение времени на обработку данных и выдачу требуемых отчетов;

4. Оперативность предоставления полной информации.

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

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

Список литературы

• 1. Балдин, К.В. Информационные системы в экономике: Учебник / К.В. Балдин, В.Б. Уткин. - М.: Дашков и К, 2016. - 395 c.
  2. Балдин, К.В. Информационные системы в экономике: Учебное пособие / К.В. Балдин. - М.: НИЦ ИНФРА-М, 2016. - 218 c.
  3. Блиновская, Я.Ю. Введение в геоинформационные системы: Учебное пособие / Я.Ю. Блиновская, Д.С. Задоя. - М.: Форум, НИЦ ИНФРА-М, 2016. - 112 c.
  4. Бодров, О.А. Предметно-ориентированные экономические информационные системы: Учебник для вузов / О.А. Бодров. - М.: Гор.линия-Телеком, 2017. - 244 c.
  5. Варфоломеева, А.О. Информационные системы предприятия: Учебное пособие / А.О. Варфоломеева, А.В. Коряковский, В.П. Романов. - М.: НИЦ ИНФРА-М, 2017. - 283 c.
  6. Васильков, А.В. Информационные системы и их безопасность: Учебное пособие / А.В. Васильков, А.А. Васильков, И.А. Васильков. - М.: Форум, 2017. - 528 c.
  7. Горбенко, А.О. Информационные системы в экономике / А.О. Горбенко. - М.: БИНОМ. ЛЗ, 2016. - 292 c.
  8. Гришин, А.В. Промышленные информационные системы и сети: практическое руководство / А.В. Гришин. - М.: Радио и связь, 2016. - 176 c.
  9. Золотова, Е.В. Основы кадастра: Территориальные информационные системы: Учебник для вузов / Е.В. Золотова. - М.: Фонд «Мир», Акад. Проект, 2016. - 416 c.
  10. Исаев, Г.Н. Информационные системы в экономике: Учебник для студентов вузов / Г.Н. Исаев. - М.: Омега-Л, 2017. - 462 c.
  11. Мезенцев, К.Н. Автоматизированные информационные системы: Учебник для студентов учреждений среднего профессионального образования / К.Н. Мезенцев. - М.: ИЦ Академия, 2017. - 176 c.

Приложение

Таблица «Поставщики»

Таблица «Грузоотправители»

Таблица «Получатели»

Таблица «Приход продукции»

Таблица «Расход продукции»

Таблица «Лимиты»

Таблица «Остатки, созданная в результате запроса»

Главнаяформа системы

Кнопочная форма для вывода на экран форм

Кнопочная форма для выполнения запросов

Кнопочная форма для просмотра отчетов

Форма «Лимиты»

Фрагментпрограммы:

//.........................................................

procedureTMainForm.CatUpClick(Sender: TObject);

VarSelected:boolean;

Counter:integer;

CountInSelected:integer;

SelIndex:integer;

SelCat:integer;

NewCat:integer;

SelCategory:CategoryType;

NewCategory:CategoryType;

bHead:bHeader;

bFile:file;

SelArray:array[0..499] of integer;

bItem:ItemType;

bPos:integer;

Percent:real;

Total:real;

BlockWrite(bFile,bHead,BaseHeaderTypeSize);

//...Search for Selected items positions

for Counter:=0 to bHead.TotalItem-1 do

begin

bPos:=FilePos(bFile);

BlockRead(bFile,bItem,ItemTypeSize);

ifbItem.CategoryNumber = SelCat then

begin

SelArray[CountInSelected]:=bPos;

Inc(CountInSelected);

end; SelIndex:=CategoryList.ItemIndex;

ifSelIndex = 0 then

begin

Screen.Cursor:=crDefault;

exit;

end;

ShowProgressForm;

//...

CountInSelected:=0;

//...

SelCat:=ReturnCategoryNumber;

NewCat:=SelCat-1;

//...

bHead:=BaseHeader;

Percent:=1;

ifbHead.TotalItem<> 0 then Percent:=100/bHead.TotalItem;

//...

SelCategory:=bHead.TableCategory[SelCat];

NewCategory:=bHead.TableCategory[NewCat];

SelCategory.Number:=NewCat;

NewCategory.Number:=SelCat;

//...

bHead.TableCategory[SelCat]:=NewCategory;

bHead.TableCategory[NewCat]:=SelCategory;

//...

AssignFile(bFile,openedFile);

Reset(bFile,1);

//...

ifbItem.CategoryNumber = NewCat then

begin

bItem.CategoryNumber:=SelCat;

bHead.TableCategory[SelCat]:=NewCategory;

bHead.TableCategory[NewCat]:=SelCategory;

Seek(bFile,bPos);