37
Надстройка разработана с открытым программным кодом, для удобства
настройки и доработки. Закрытыми являются части программы, отвечающие за
лицензирование продукта. Разработка осуществлялась с учетом опыта
добывающих компаний. Необходимо отметить, что программная оболочка имеет
сертификацию в компании «1С» и успешно реализуется дилерами и партнерами
компании в различных регионах.
Основные возможности:
Интегрирована система учета реализации продукции по группам
«Партнеры» и «Контрагенты»;
В оболочке значительно упрощена отгрузка и великолепно исполнена
система учета готовой продукции, а также ее перемещение и приемка на учет;
При наличии считывающего сканера реализована функция считывания
информации с доверенности. Поиск также можно осуществлять по номеру
договора, водительскому удостоверению или техническому паспорту
автомобиля;
Реализована возможность выдачи талона на погрузку с использованием
штрих - кода. Производится фиксирование веса пустого и загруженного
автомобиля;
На основании талона и данных с электронных весов автоматически
формируется товаротранспортная накладная;
В случае, когда компания применяет системы распознания номера,
допустимо автоматическое взвешивание автомобиля без участия оператора;
Как и в других программных продуктах фирмы «1С» реализована
возможность распределения прав пользователей.
Перечисленные выше элементы типового решения Comindware Отгрузки
могут быть изменены “на лету” и подстроены под актуальные нужды и задачи
компании, что делает процесс внедрения системы управления отгрузками
гладким и адаптивным.
Каждая из рассмотренных программных платформ является готовым
решением и ее внедрение обязательно будет связано с необходимостью:
Доработки программного обеспечения в соответствии с задачами и
стандартами предприятия.
38
Корректировки некоторых бизнес-процессов предприятия для
соответствия мировым стандартам, заложенным в системе.
Если же дорабатывать непосредственно программный продукт, а не
реинжинировать бизнес-процессы, тогда в дальнейшем придется самостоятельно
заниматься сопровождением программы, так как новые версии могут не
учитывать сделанных модификаций, что приведет к новым расходам
Кроме того, все перечисленные выше продукты обладают излишней
функциональностью для магазина фототехники, требуют значительных
финансовых расходов для их покупки и дальнейшего обслуживания, что
недопустимо для небольшого предприятия, каким является рассматриваемое.
В тоже время для их внедрения на рассматриваемом предприятии
необходимо приложить достаточно серьезные усилия, понести значительные
материальные и финансовые затраты, но даже в этом случае результат не будет
гарантирован. Причиной такого положения является невозможность учета всех
тонкостей производственного процесса любого готового, «коробочного»
решения. Поэтому необходимо разработать необходимую систему
управленческого учета силами компании.
1.3.2 Выбор и обоснование стратегии автоматизации задачи
Стратегия автоматизации – план, согласованный по срокам и целям со
стратегией организации и определяет, какие цели должны быть достигнуты [1].
Есть несколько ее подходов, к примеру:
• кусочная (хаотичная) автоматизация, характеризуется как наиболее
неэффективный вид инвестирования средств в дальнейшее развитие
предприятия. Под хаотичностью процесса тут можно понимать отсутствие
стратегического плана.
В случае такого подхода процесс внедрения IT характеризуется
краткосрочными локальными задачами, а не основными потребностями бизнеса.
Критериями принятия решений в таких случаях выступают: уровень знаний и
предпочтений лиц, которые принимают решения, доступность покупки сейчас с
большой скидкой какой-либо техники или ПО и т. д.
39
• автоматизация по участкам, подразумевающая процесс
автоматизации некоторых производственных или управленческих отделов
компании, объединенных по схожей функциональности. К примеру: литейный
участок, бухгалтерия и т. д.
• автоматизация по направлениям, включающая в себя автоматизацию
некоторых направлений деятельности компании, к примеру: производство, сбыт,
контроль финансов и т.д. Методику, связанную с автоматизацией по
направлениям, часто используют при в системах класса MRPII, ERP, когда
итоговой целью работы становится полная автоматизация компании.
• полная автоматизация управления компанией, при которой
объединение отражается во всех функциональных и обеспечивающих
подсистемах предприятия. В рамках технического обеспечения — это ЛВС и
реализация связи компании с внешней средой через глобальные сети. В рамках
информационного обеспечения — это работа с БД под управлением СУБД.
Внедрение математического обеспечения отражается, в первую очередь, в
согласовании входов и выходов математических моделей, построении различных
моделей прогнозирования и планирования, содержательности и
непротиворечивости системы математических моделей. Внедрение ПО заметно в
том, что оно реализуется в виде сложного, но очень гибкого программного
комплекса, который дает возможность выполнять программы в нужной
последовательности и в указанных сочетаниях.
Рассказав о всех стратегиях автоматизации, сама автоматизация управления
процессом отгрузки товара станет относится к автоматизации по участкам,
поскольку эта задача является участком направления учета управленческих
процессов на предприятии ТОО «Korea Motors — ASTANA».
Дело в том, что содержание огромных торговых площадей в таком
мегаполисе, как Нур-Султан (Столица Республики Казахстан) является
дорогостоящим процессом. Поэтом луща использовать складские помещения вне
или на окраине города. В этом случае необходимо обеспечить четкую
организацию отгрузки товара, выбранного как через экспонаты на витрине, из
каталога в магазине или через интернет магазин.
40
Поэтому крайне важно организовать соответствующую автоматизацию
управления процессом отгрузки товара со склада. Такая автоматизация позволит
оптимизировать специализированные потоки, касающиеся вопросов получения
достоверной и оперативной рабочей информации, для обеспечения управления
товарными потоками, ассортиментного сегментирования и планирования
товарных запасов; интеграции финансовой информации по оптимизации
производственных издержек и повышению эффективности использования
складского оборудования, всевозможных технических средств и имеющихся
производственных площадей
1
.
В итоге, разумеется, все перечисленные факторы ориентированы на
обеспечение клиентоориентированного, а значит, соответствующего
потребительским ожиданиям уровня качества предоставляемых услуг,
повышение производительности склада и стабилизации сбытовой деятельности
как основы формирования позитивной положительной динамики формирования
прибыли складского хозяйства в частности, а значит всего магазина в целом.
Также, задача требует построения стратегического плана, которого нет в
кусочной автоматизации, поэтому она исключается из выбора. Полная и
автоматизация по направлениям также не берутся во внимание, поскольку
требуют несколько задач для автоматизации.
1.3.3 Выбор и обоснование способа приобретения ИС для
автоматизации комплекса задач
Приобретение ИС – степень охвата учетных функций ИС. Различают
несколько способов приобретения ИС:
разработка, т.е. один из способов приобретения ИС, который
подразумевает проектирование и программирование собственными силами
средствами компании;
покупка готового решения, т.е. один из способов приобретения ИС,
который подразумевает покупку готовой ИС у провайдера, разрабатывающего
и/или реализовывающего разного рода ИС, и ее использование;
1
Старикова Л.Н. Внедрение современных технологий для управления товарными запасами на торговых
предприятиях//Вестник Пермского национального исследовательского политехнического университета.
Социально-экономические науки. №4. – 2017. с. 257-273.
41
покупка готового решения и его доработка, т.е. один из способов
приобретения ИС, который подразумевает покупку готового ядра требуемой ИС
у провайдера, разрабатывающего и/или реализовывающего разного рода ИС, для
того, чтобы внести в него свои значительные изменения и только, после этого,
использовать;
Описав понятие способа приобретения ИС и сами способы, компания
ТОО «Korea Motors — ASTANA» провела анализ наиболее выгодного решения,
сравнивая способы приобретения ИС по их характеристикам.
Покупка готового решения и его использования, как и его доработка
требует наличия аналогов автоматизированному продукту, но т.к. таковых нет,
как описано в пункте 1.3.1, то эти варианты отпадают из сравнения и остается
разработка собственного проекта. У компании для разработки есть необходимые
специалисты, которые за поставленный срок разработают новое решение.
Данная автоматизация планировалась ранее, так как компания нуждается в ней и,
поэтому времени для автоматизации достаточно и она уже включена в бюджет
компании.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение - совокупность единой системы
классификации и кодирования информации, унифицированных систем
документации и информационных массивов. Существуют понятия
внемашинного и внутримашинного ИО [1, 29]. Рассматривая внемашинное ИО к
нему относятся классификаторы [1, 29]. Классификатор - это
систематизированный свод наименований деятельности, по которым
распределяются виды в рамках одного направления. Для задачи управленческого
учета используются следующие классификаторы:
поставщиков, относится к локальному типу классификаторов, т.к.
используется свое содержание, и на разных предприятиях, и в разных отраслях,
и даже странах это содержание носит индивидуальный характер;
42
сотрудников, относится к локальному типу классификаторов, т.к.
данный список сотрудников, который описан в содержании классификатора,
может быть использован только на предприятии ТОО «Korea Motors —
ASTANA»;
товаров, относится к государственному или общесистемному
(общероссийскому) типу классификаторов, т.к. используется не только данным
предприятием, но и на другими предприятиями в пределах Российской
Федерации;
оснований заказа, относится к локальному типу классификаторов,
т.к. он содержит записи, которые формируются в пределах компании;
договоров поставщиков, относится к локальному типу
классификаторов, т.к. он содержит записи, которые формируются в пределах
компании;
Требования к системе классификации и кодирования для задачи
управленческого учета на предприятии ТОО «Korea Motors — ASTANA» [1, 29]:
• ИО должно быть достаточным для стабильной работы всех
автоматизируемых функций объекта;
• В процессе кодирования данных должны применяться принятые у
заказчика классификаторы;
• Для кодирования входной и выходной информации, используемой
на высшем уровне управления, важно применять классификаторы этого уровня;
• Нужно обеспечить совместимость с ИО систем, которые будут
работать с создаваемой системой;
• Формы документов должны соответствовать требованиям
корпоративных стандартов заказчика (или обобщенной системы документации);
• Структура документов и экранных форм обязана соответствовать
параметрам терминалов на ПК конечных пользователей;
• Время формирования и содержание информационных сообщений, а
также применяемые аббревиатуры должны быть стандартизованы в этой
предметной области и согласованы с заказчиком;
• В системе должны быть внедрены средства для отслеживания
входных и результатных данных, обновления информации в массивах данных,
43
контроля безопасности и целостности ИБ, защиты от нелегального
проникновения.
К внемашинному ИО относятся также входная и выходная информация и
то, каким образам она формируется. Чтобы сформировать входную и выходную
информацию, не используются специальные унифицированные формы,
использоваться лишь только их дынные. Форма имеет собственное
проектирование [1].
К внутримашинному ИО относятся экранные формы. Экранными
формами для ввода информации являются справочники и документы [ 29]. В
состав справочников входит: поставщики, сотрудники, статусы учета, единицы
измерения, товары и договора поставщиков. В состав документов входит
документы, касающиеся статусов учета состояние товара (в поставке, заказано,
продано, возвращено). Экранными формами для вывода информации являются
отчет движения товаров, отчет по невыполненным заказам, суммарный отчет по
продажам и сводный отчет по продавцам (сотрудникам).
Проектирование форм электронных документов включает в себя
выполнение следующих шагов [1, 29]:
создание структуры ЭД — подготовка внешнего вида с помощью
графических средств проектирования;
определение содержания формы ЭД, т.е. выбор способов, которыми
будут заполняться поля. Поля могут быть заполнены вручную или посредством
выбора значений из какого-либо списка, меню, базы данных;
определения перечня макетов экранных форм — по каждой задаче
проектировщик анализирует «постановку» каждой задачи, в которой приводятся
перечни используемых входных документов с оперативной и постоянной
информацией и документов с результатной информацией;
определение содержания макетов — выполняется на основе анализа
состава реквизитов первичных документов с постоянной и оперативной
информацией и результатных документов.
К внутримашинному ИО также относится то, каким образом организована
информационная база (ИБ) [1, 29]. Существует несколько способов организации
ИБ. Это совокупность локальных файлов, поддерживаемых функциональными
44
пакетом прикладных программ и интегрированная БД. В копании ТОО «Korea
Motors — ASTANA» используется интегрированная БД с централизованной
системой управления данными, т.к. она обеспечивает совместимость этих
данных, уменьшение синтаксической и семантической избыточности,
соответствие данных реальному состоянию объекта, разделение хранения
данных между пользователями и возможность подключения новых
пользователей.
1.4.2 Обоснование проектных решений по программному
обеспечению
Программное обеспечение – совокупность математических методов,
моделей, алгоритмов и программ для реализации целей, и задач
информационной системы, а также нормального функционирования комплекса
технических средств.
В состав любого программного обеспечения обычно входит
общесистемные и программные продукты, а также техническая документация.
Для того, чтобы реализовать поставленную задачу, можно использовать
любую СУБД. Для того, чтобы пользователю было удобно взаимодействовать с
системой, необходимо очень тщательно продумать интерфейс системы – он
должен быть одновременно простым и функциональным.
Для нормальной работы встроенной базы данных важно заранее
определить логические связи между отдельными таблицами. Поэтому даже на
разработку одной клиентской базы данных может быть потрачено большое
количество времени.
Важно точно определить, какие данные нужны нам и где они будут
храниться в памяти – это поможет решать довольно сложный вопрос по
управлению данными. Также необходим еще удобный прикладной способ для
решения типовых задач.
После всего вышесказанного можно сделать такой итог. Для
автоматизации решения поставленных задач нам необходима производительная
СУБД и система разработки простых приложений. Большинство современных
45
СУБД имеют встроенные средства разработки приложений, которые часто
используются программистами или продвинутыми пользователями для
написания процедур и автоматизации работы с данными. К сожалению, многие
системы разработки требуют от пользователя знаний языков программирования,
т.к Си или Xbase. Поэтому несмотря на возможности данных средств, от вас
требуется немалое количество знаний и профессионального опыта для работы с
ними.
При выборе СУБД будем придерживается следующих параметров:
надёжность; стоимость; простота настройки.
При выборе СУБД наш выбор пал на:
- Microsoft Access;
- Microsoft SQL Server 2008;
- Oracle.
В современных условиях необходима обработка большого количества
данных, которые присутствует во многих сферах работы человека. Эффективна
обработка данных обеспечивает конкурентные преимущества. СУБД становятся
уникальным инструментом в процессе организации анализа данных.
Изучением вопросов работы и использования современных СУБД
занимались А.А. Абакумов, В.Л. Акимов, А.И. Егунова, К.А. Лещанкин, В.М.
Таланов; применение БД в ИС рассматривали В.М. Таланов, С.А. Федосин.
Также можно отметить лишь частичное раскрытие данной темы в работах
указанных авторов, в связи с тем, что применение СУБД очень обширно и
требует большего анализа и обобщения доступных сведений.
Большинство специалистов показывают ошибку, заключающуюся в
ошибочном применении понятия «БД» на месте «СУБД», и отражают важность
разделения данных понятий.
БД – это выделенная в объективной форме часть данных (счетов, статей,
нормативных актов, решений, документов), упорядоченных таким образом,
чтобы к ним имели доступ и могли обработать на ПК.
В отличии от БД, в СУБД реализуется эффективный доступ к подобным
данных для последующего анализ. Среди разнообразных СУБД можно выделить:
Microsoft Access; MS SQL, MS SQL Server.
46
Microsoft Access выступает как реляционная СУБД от Microsoft,
оснащенная неплохим функционалом, включая запросы, опросы внешних таблиц
и БД. А при помощи встроенному языку VBA есть возможность
самостоятельного написания приложений для работы с БД.
В работах А.А. Аббакумова, А.И. Егуновой, К.А. Лещанкина, В.Л.
Акимова, В.М. Таланова можно найти главные моменты MS Access, к примеру:
• Создатель таблиц;
• Создатель экранных форм;
• Создатель SQL-запросов;
• Создатель отчётов.
Все описанные создатели помогают реализовывать скрипты на VBA-
языке, потому MS Access имеет хорошие возможности для создания приложений
и БД без огромных проблем.
Описанные средства по работе MS Access со внешними СУБД с
использованием интерфейса ODBC почти стирают ограничения, имеющиеся у
Microsoft Jet Database Engine. Приемы MS Access, помогающие создать подобное
взаимодействие, называются «связанными таблицами» и «запросами к серверу»,
интерпретируемыми СУБД.
Фирма Microsoft для реализации полноценных клиент- серверных
приложений на базе СУБД MS Access всегда говорит о применении в рамках
движка БД СУБД MS SQL Server. При этом появляются возможности по
взаимной работе с MS Access обычных инструментов для отслеживания БД и
обязательные средства создания интерфейса.
MySQL – это реляционная СУБД. Разработка и поддержка MySQL лежит
на компании Oracle, имеющей все права на торговую марку вместе с Sun
Microsystems, которая ранее приобрела компанию MySQL AB. Функционал у
MySQL может расширятся при желании клиентов, что стало доступно благодаря
регулированию механизма репликации.
В работах А.А. Аббакумова, А.И. Егуновой, В.М. Таланова описывается,
что СУБД MySQL базируется на поддержке многих вариантов таблиц:
пользователи самостоятельно определяют таблицы типа MyISAM, которые
поддерживают полноценный поиск, и таблицы типа InnoDB, которые понимают