Описание функциональной схемы АСУ
ООО «Dиал»
Функциональный принцип декомпозиции - разделение АСУ на подсистемы в соответствии с функциями управления.
Функциональная структура ООО «Dиал электроникс» включает следующие подсистемы»:
• менеджмент;
• бухгалтерия;
• учет движения товара (товаровед);
• информационный отдел (операторы).
По функциональным подсистемам ООО «Dиал электроникс» предусматривается решение следующих задач:
- по подсистеме «Менеджмент»: генеральный менеджер следит за своевременной поставкой в магазин товара, следит за соответствующими распоряжениями фирм изготовителей для коррекции цен и улучшения рекламы товара, а так же заключение и формирование договоров с крупными клиентами; учет, формирование и анализ заказов на товар; курирование над продавцами и выявление не корректной работы продавцов.
- по подсистеме «Бухгалтерия»: расчет и формирование платежных документов; расчет и формирование накладных и счетов-фактур; расчет заработной платы; учет текущей документации; учет пенсионного фонда; расчет и формирование документов по отчетности; анализ документов о движении товаров на складе;
- по подсистеме «Учет движения товара»: (товаровед) учет реализованной продукции, учет возврата продукции; учет поступаемой продукции; учет брака в поступающей продукции, а так же совместный со складом учет движения товара на складе;открытие и закрытие торгового дня.
- по подсистеме «Информационный отдел»: выполнение распоряжений администрации; корректировка и изменение цен в базе и на витринах; оформление рекламных кампаний (акции); выдача информации клиентам о наличии товаров и её цене в магазине, открытие и закрытие торгового дня а так же выполнение обязанностей секретаря.
Функциональное выделение подсистем позволяет более специализированно анализировать работу АСУ в целом, что повышает качество ее деятельности. Функциональной подсистемой называют комплекс организационных и экономических методов и соответствующих математических моделей для решения совокупности однородных задач управления. При решении своих комплексов задач функциональная подсистема рассматривается как самостоятельная система, поскольку работает в автономном режиме с конкретно определенными целями. Графическое отображение функциональной структуры ООО «Dиал» представлено выше на Рис. 2.
А1 А2 А3
В1 В4
| | | |
В2 В3А1 – Входная форма
В1 – Выходная форма
Рис.3 Схема документооборота ООО «Dиал»
Документооборот
Исходная информация для данной задачи поступает из подсистемы (п/с) «Бухгалтерия» (А1), п/с «Менеджмент» (А2), п/с «Учет движения товара» (товаровед) (А3). В п/с «Бухгалтерия» производится расчет и формирование накладных и счетов-фактур, с которыми клиент приходит на склад. Из этих документов берется информация о клиентах и выдаваемых им товарах (название клиента, наименование товара и его количество, номера накладной и счет-фактуры). Из этого документа берется информация о клиентах и резервируемом товаре (порядковый номер договора о резервировании, дата резервирования, название клиента, наименование товара и его количество, номер служебной записки, доверенности). В п/с «Товаровед» производится учет и анализ поступаемой продукции. Исходным документом является накладная на поступивший товар. Из нее берется информация о товарах и их количествах (дата прихода товара, номер накладной на приход товара, наименование товара и его количество).
Все данные вносятся в специально созданную базу данных (БД), после чего начинается обработка этих данных. В результате работы получаются документы-отчеты, которые предоставляются для решения других задач. Зам. ген. директора по коммерческой части поступают отчеты: « приход товара на склад» и « общее количество товара с учетом резервирования» для принятия решений (В1).
В п/с «Бухгалтерия » поступают отчеты: « общее количество товара с учетом резервирования» и «отчет о выдаче товара» для решения задачи «анализ документов о движении товаров на складе» (В3).
В п/с «Реализация» поступает отчет «выдача товара» для решения задачи «учет реализованной продукции» (В4).
В п/с «Менеджмент» поступают отчеты: «резерв на определенную дату», « общее количество резерва», « истечение срока резервирования», «общее количество товара без учета резерва» для решения задач «заключение и формирование договоров» и «учет, формирование и анализ заказов на товар» (В3). Графическое отображение схемы документооборота представлена выше на Рис. 3.
Постановка задачи
«Анализ продаж товара ООО «Dиал электроникс»
Задача «Анализ продаж товара» занимает важное место в функциональной структуре ООО «Dиал». Решение этой задачи с применением комплекса технических средств предназначено для повышения эффективности обработки информации, уменьшения ручной работы и связанных с ней производственных ошибок, улучшения качества анализа и передачи информации. Все эти факторы сообща приводят к повышению производительности работы и, следовательно, экономического эффекта. Поскольку основным источником экономического эффекта от создания АСУ является улучшение экономических показателей управляемой системы достигаемое за счет повышения качества управления, следовательно, решение этой задачи является актуальным.
Задача представляет собой комплекс организационно-технических мероприятий, предусматривающих широкое использование вычислительной техники, прогрессивных средств подготовки и передачи информации. Результатом работы данной задачи является выходная информация в виде отчетов. Отчеты о приходе и общем количестве товара на складе необходимы для подготовки альтернатив управленческих решений, вырабатываемых зам. ген. директора по коммерческой части. Эти отчеты могут повлиять на принятие решений по таким вопросам, как:
• какой товар и в каком количестве необходимо закупать;
• у каких фирм-производителей выгодней закупать товар;
• эффективность сотрудничества с теми или иными производителями;
• какой товар пользуется наибольшим спросом у покупателей.
Физическая сущность задачи
и процесс ее решения
Данная задача по учету продаж товара схематично представляет собой некую схему организации массивов. Для разработчика первоочередной задачей является сортировка поступающей информации. Необходимо организовать входные данные таким образом, чтобы;
• не было переизбытка информации;
• был быстрый доступ к данным;
• максимально увеличить эффективность обработки информации.
Так как результатом работы задачи является выходная информация в виде отчетов, требуемая для решения задач других подсистем, то во вторую очередь разработчику необходимо проанализировать требования к выходным документам его задачи. Необходимо чтобы эти выходные документы не содержали избыточной информации, отвечали запросам той или иной задачи в другой подсистеме.
Для разработчика также не маловажным моментом проектирования является
организация диалогов программы с пользователем.
Для решения такой задачи существуют несколько способов:
1. при помощи языков программирования (Turbo-Pascal);
2. при помощи средств программирования «операторного» типа (Clipper, dBase);
3. при помощи автоматизированных информационных систем (ClarionIV+, Paradox, Access). В первом случае мы можем столкнуться с такими
недостатками как:
• слишком большой объем программирования;
• высокая сложность программы;
• невозможность работы в защищенном режиме процессора.
Все эти недостатки приводят к большим потерям времени, что является немаловажным фактором. Кроме того, высокой эффективностью данное решение задачи не обладает.
Во втором случае можно сказать, что эти средства являются прекрасными для решения так называемых "однопользовательских" задач, но если
необходимо произвести комплексную проверку данных, то здесь
их функций явно недостаточно.
В третьем случае, которым мы воспользовались для решения задачи (MicrosoftAccess), можно выделить следующие преимущества:
• Возможность обработки большого количества отдельных файлов или большого объема информации.
• Возможность использования данных различными способами.
• Возможность использования данных разными специалистами с гарантией в том, что они работают с последними модификациями данных.
