Актуальность разработки автоматизированных систем управления

АКТУАЛЬНОСТЬ РАЗРАБОТКИ АВТОМАТИЗИРОВАННЫХ СИСТЕМ УПРАВЛЕНИЯ

ШМЫГАЛЕВА Т. А., ЧЕРИКБАЕВА Л. Ш.

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

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

Успех любой АСУ зависит от правильного определения основных этапов ее построения. Задачи создания автоматизированных систем управления предприятиями обуславливают актуальность разработки отечественных программных продуктов с использованием компьютерных технологий проектирования многокомпонентных систем.

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

1.  Полный анализ всех параметров будущей системы.

2.  Постановка задачи: данный этап является важным, так как успех АСУ во многом зависит от правильного, корректного определения целей и задач.

3.  Проектирование базы данных.

4.  Создание проекта: - проектирование интерфейса; - проектирование программного кода.

В работе был разработан программный комплекс «АС учета товаров в магазине». Создание программного комплекса преследует достижение следующих основных целей: учет товаров закупаемых и продаваемых; интуитивно понятный интерфейс; структурирование данных о товаре; многопользовательский интерфейс; помощь при закупе товара; различные варианты отчетов о продажах.

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

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

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

Запас - объект, формирующийся под воздействием входящего и выходящего материального потока (рис.1). Входящий поток инициализируется смежными звеньями логистической цепи, которые могут принадлежать одному или нескольким юридическим лицам. Совокупность всех входящих материальных потоков - «Поставка». Аналогично, все выходящие потоки - «Потребление».

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

Поставка Потребление

Рис. 1

Не имея возможности напрямую влиять на характеристики потребности, менеджеры используют возможности влияния на характеристики поставки для управления запасом. На стороне «Поставка» главными вопросами являются 1) сколько и 2) когда заказать товарно-материальные ценности (ТМЦ) для восполнения запасов. Таким образом, значение экономически целесообразного размера заказа – ключевой параметр оптимальности уровня запасов в организации. Именно от его величины зависит дальнейшее поведение запаса и управление им.

В проектировании АСУ были рассмотрены две возможности построения моделей управления запасами. Первая - зафиксировать размер заказа, тем самым однозначно ответив на вопрос восполнения запаса – (1) сколько заказать ТМЦ. Вторая возможность – зафиксировать интервал времени между заказами, тем самым однозначно ответив на вопрос (2) когда надо заказать ТМЦ для восполнения запаса. Таким образом, имеется две основные модели управления запасами:

1) модель с фиксированным размером заказа,

2) модель с фиксированным интервалом времени между заказами.

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

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

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

Диаграмма прецедентов актера «Пользователь»

Рис.2

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

В процессе реализации программного комплекса «АС учета товаров в магазине» выбрана реляционная база данных на основе Microsoft SQL Server 2014, так как эта система предоставляет доступ, как по локальной сети, так и через удаленное соединение.

Логическим заключающим этапом в разработке программного продукта является проектирование графического интерфейса пользователя (GUI – Graphical User Interface). Главная задача в проектировании пользовательского интерфейса для системного аналитика заключается в том, чтобы в сотрудничестве с другими специалистами разработать удачный интерфейс.

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

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

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

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

СПИСОК ЛИТЕРАТУРЫ

1.  Microsoft Visual C# в задачах и примерах. – СПб.: «БХВ – Петербург», 2009. - 320 с.

2.  Borland C++ Builder 6. Разработка приложений баз данных – СПб.: ДиаСофтЮП, 2003.- 320 с.

3.  Mike Aubert. Изучи сервер Windows SQL 2014 за 15 минут в неделю. М.: Бином, 2014. – 290 с.

4.  Михаил Абрамян. Visual C# на примерах. Санкт-Петербург. «БХВ – Петербург». 2008.

496 с.

5. Виктор Зиборов. Visual C# 2010 на примерах. – СПб.: БХВ-Петербург, 2011.-432 с.

6. Организация взаимодействия человека с техническими средствами АСУ, том 4: «Отображение информации», редакция , Москва, «Высшая Школа», 1993.

7. «Рекомендации по общепользовательскому интерфейсу», Microsoft, редакция, 1995г.

8. , Санаупова разработки автоматизированной системы управления в развитии информационных технологий. Материалы 3 Международной конференции «Современные тенденции развития науки в Центральной Азии». Известия научно-технического общества «Кахак», Алматы, 2007.