26
Продолжение таблицы 3
Название
Описание
Стоимость
«Paloma365!»
«Paloma365!» – облачная система
автоматизации для различных решений
[3].
Автоматизация магазина: ведение
складского учета, ведение продаж товаров
и услуг, ведение контроля продаж,
формирование различных отчетов.
Основные преимущества: мобильное
управление (доступ в любом месте с
телефона), актуальная информация (доступ
в любое время), низкая стоимость (не
нужно покупать дорогие сервера и платить
высокую зарплату системному
администратору), обслуживание и
использование входят в одну цену,
облачная система Paloma365 предоставляет
99% безопасность, так как документы
хранятся в сети Интернет. Недостатки: для
доступа наличие сети Интернет,
ежемесячная оплата.
Средняя
стоимость: 5400
руб. в месяц.
«ISOFT-
ASTANA»
«ISOFT-ASTANA» – автоматизация на базе
типовых решений 1С: Предприятие [2].
Автоматизация заключается в установке
аппаратно программного комплекса,
минимально состоящего из: моноблока LV-
9800, принтера 80mm и программного
обеспечения. Комплексное решение
автоматизации позволяет получить:
контроль продаж, контроль остатков,
сокращение воровства, полные отчёты по
датам, сменам, сотрудникам, управление
деньгами.
Минимальная
стоимость
программного
решения от 8 000
руб.
«Бизнес.Ру»
Онлайн система для управления
компаниями малого бизнеса в сфере
торговли и услуг [4].
Модули: торговля и склад, CRM, почта,
SMS, задачи и календарь, сотрудники.
Позволяет вести полноценный торговый и
складской учет, работать с клиентами и
поставщиками, осуществлять совместную
работу сотрудников, контролировать
расходы, считать прибыль и себестоимость.
Большое количество печатных
редактируемых шаблонов бланков и
документов. Все необходимые отчеты.
Стоимость
продукта зависит
от комплектации
и количества
пользователей от
375 до 7 125
рублей.
«ЕКАМ Касса +
Учёт»
комплексное решение для автоматизации
торговой точки [5].
Современная программа складского и
торгового учёта, касса на Android, POS-
Стоимость: 1 280
рублей в месяц.
27
Продолжение таблицы 3
Название
Описание
Стоимость
терминалы для приёма карт и кассовое
оборудование для онлайн и оффлайн
продаж. Компания ЕКАМ разработала
программное обеспечение специально для
строительных магазинов. Установочные
файлы занимают мало места и требуют
мало ресурсов, что позволяет использовать
для ее установки обычный планшет. Второе
преимущество заключается в электронном
бухучете, который ведет программа. Она
способна формировать электронные чеки,
которые после сделки отправляются
покупателю в смс-сообщении или на
электронный адрес. Выполняет задачи
внутренней СРМ, с помощью которой
управляется работа компании. Закупки и
продажа стройматериалов, склады, все
филиалы и магазины, сотрудники и их
деятельность – всем этим можно управлять
с планшета.
И множество других подобных программ.
После анализа представленных готовых разработок, можно сделать
следующие выводы:
большинство готовых продуктов довольно дорогие;
часто требуют дополнительных расходов на доработки, покупку
дополнительных модулей, техническое обслуживание, аренду облачных
хранилищ и т.п.;
лицензия на онлайн-продукты покупается на год, затем необходимо
продление;
для онлайн продуктов необходимо постоянное бесперебойное наличие
Интернет-связи.
Принимая во внимание разного рода платные вариации, становится
вероятным сказать: такие системы обеспечивают отличную возможность
ведения контроля за учетом на складе, создавать их, ведении учета. Кроме того
всегда есть возможность решать остальные задания. И тем не менее при всей
масштабируемости и работоспособности, их применение требует более
28
серьезных затрат, так как необходимо получать лицензии, приобрести
необходимое оборудование, задействовать экспертов, которые будут
специализироваться на обслуживании систем, что предполагают более
серьезные инвестиции.
1.3.2 Выбор и обоснование стратегии автоматизации задачи
В первую очередь нужно установить стратегические и функциональные
характеристики ИС.
Вводимая ИС автоматизации должна отличаться хорошей
масштабируемостью, а также повышенной надежностью хранения данных.
Кроме того, эта система обязана без каких-либо затруднений адаптироваться
под ту или иную программную среду конкретного объекта внедрения. В ходе
введения ИС должна располагать возможностью гибкой доработки, ведь в
будущем сотрудникам ИТ может потребоваться улучшить ИС. При этом
система должна быть лишена чрезмерного количества бесполезных функций.
Главными функциями системы являются:
- работа в качестве приложения в такой среде как Borland Delphi 10;
- достаточно функциональный интерфейс администратора;
- понятный интерфейс пользователя;
- обширная система отчетов.
Осуществление проекта происходит в несколько этапов:
Рассмотрение имеющихся процессов учета функционирования ИТ
отдела компании. Состоит в сборе и дальнейшем анализе следующих
показателей: общее количество выполненных за день заявок по каждому
менеджеру; число невыполненных заявок; время (среднее) выполнения заявки.
Установление полного набора функционала, который нужно
автоматизировать. Также определение того, что выполнено в системе на
данный момент и тех функций, которые планируется разрабатывать в ходе
создания и внедрения ИС [35].
29
Подбор оптимальной стратегии автоматизации. Рассмотрение
имеющихся ныне типов стратегий автоматизации, а также выбор максимально
подходящего к бизнес-процессам и структуре предприятия.
Далее остановимся на выборе стратегии автоматизации. Так, существует
четыре основных вариации стратегии автоматизации:
- хаотичная (кусочная) автоматизация;
- автоматизация по отдельным направлениям;
- автоматизация по участкам;
- автоматизация комплексного характера.
Кусочная автоматизация подразумевает покупку предприятием без
подготовленного стратегического плана лишь некоторых частей
информационной системы, не способной в целостном состоянии принести
предприятию реальную пользу. Последующее развитие информационной
системы компании связано с новыми и довольно существенными затратами.
Автоматизация по отдельным направлениям предполагает
автоматизацию лишь некоторых направлений деятельности предприятия. Но в
данном случае компании обеспечивается полная автоматизация работы (к
примеру, производства, кадровой службы, логистики или бухгалтерии). Этот
подход к автоматизации считается достаточно выгодным, и в последующем
интеграция автоматизированных направлений в пределах всей компании не
будет сопровождаться каким-либо осложнениями.
Автоматизация по участкам подразумевает автоматизацию некоторых
производственных участков, которые объединяются по комплексу реализуемых
функций. Данный способ автоматизации выбирается в том случае, если
имеются участки, где использование автоматизированных систем может дать
существенный экономический эффект (к примеру, за счет сокращения
работников).
В целом, хаотичная стратегия в данном случае будет неподходящей, так
как планируется автоматизация целого отдела. Вместе с тем, применяется
несколько составных частей ИС (СУБД, веб-сервер, клиент-серверное
30
приложение), поэтому недопустимо автоматизировать лишь какую-либо часть
из них, ведь тогда работа не даст желаемого результата. Следует отказаться и от
полной автоматизации, ведь в нашем случае автоматизации подлежит только
одно направление деятельности холдинга [33].
Следовательно, для этого дипломного проекта больше всего подходит
стратегия автоматизации по отдельным участкам. Это объясняется
поставленной задачей – автоматизацией работы лишь отдела горячей линии. В
нем трудится в одну смену пять человек и 30% их рабочего времени отводится
на телефонные звонки, а прочее время – на рутинную работу по регистрации и
дальнейшей обработке заявок. После выполнения автоматизации этого
процесса станет возможным сокращение численности персонала данного
отдела с сохранением прежней продуктивности.
1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации
задачи
Чтобы автоматизировать процессы информационного обеспечения и
управления, можно прибегнуть к четырем способам покупки программного
обеспечения:
- приобретение специализированной ИС в готовом виде;
- покупка готовой системы и ее последующая доработка;
- самостоятельная разработка ИС;
- поручение создания ИС сторонней компании.
В представленной ниже таблице 4 сопоставляются критерии отбора, а
также способы получения необходимого программного продукта.
1. Покупка ИС. В нашем случае не стоит рассматривать коробочную
версию продукта, ведь в нем отсутствует необходимость проектировки.
2. Покупка и доработка. Предполагает приобретение готового решения,
но существует возможность дополнения функционала производителями ПО
или силами своей компании (т. е. программистом, который постоянно работает
в компании). В этом случае язык программирования продукта должен быть
31
близким или полностью совпадать с тем языком, на котором может работать
программист компании.
Таблица 4
Сравнение способов приобретения ИС
Способ
приобретения
/ критерии
Покупка готовой
специализированн
ой ИС
Разработка
ИС своими
силами
Разработка
ИС
сторонней
фирмой
Покупка
системы и
её
доработка
Соответствие
поставленной
задаче
Несоответствие
поставленной
задаче, за счет
невозможности
автоматизации
собственных бизнес
процессов
Полное
соответствие
требованиям
к системе
Частичное
соответствие
потребностям
Полное
соответстви
е
требованиям
к системе
Стоимость
внедрения
До 100000 рублей
До 200000
рублей
От 300000
рублей
До 150000
рублей
Адаптивность
Невозможность
изменения системы
Возможность
полной
переработки
Возможность
изменения
силами
компании-
разработчика
Возможность
переработки
разрабатыва
емых
процессов
Надежность
Надежность
гарантируется
фирмой- производи-
телем ИС
Слабая
надежность
ИС
Надежность
гарантируетс
я фирмой-
разработчико
м ИС
Высокая
надежность
ИС
3. Разработка продукта. Возможно использование внешних
разработчиков, но требуется подготовка четкого технического задания либо
создание ПО силами работающих в компании ИТ специалистов. Но два
указанных варианта предполагают значительные трудозатраты. К тому же
внедрение данного проекта может растянуться не менее чем на шесть месяцев.
4. Покупка и последующая доработка. Этот вариант является
оптимальным, исходя из тех критериев, которые представлены в пункте 1.3.1,
ведь на этот момент ИС Галактика ERP работает небезупречно и главный
процесс регистрации и дальнейшей обработки заявок автоматизирован
недостаточно. Также преимуществом этого решения является: возможность
32
работать в системе в ходе доработки параллельно без существенных
изменений; предельное количество учтенных пожеланий; точное соответствие
ТЗ во время доработки функционала. Указанный вариант лучше всего подходит
и потому, что в случае каких-либо сбоев всегда можно остановиться,
проанализировать ситуацию и снова начать итерацию. Но в это же вр емя
главная система будет исправно функционировать. Кроме того, имея
ограниченный бюджет, именно этот вариант оказывается наиболее выгодным
выбором.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному обеспечению
Стандартно информационное обеспечение (ИО) содержит в себе такие
составляющие:
- систему унифицированной документации;
- систему кодирования и классификации;
- информационную базу.
Под классификатором подразумевается систематизированный сборник
наименований разных группировок объектов, а также их признаков и кодовых
обозначений. В целом, классификаторы являются средством описания
информационных данных. Они обеспечивают единство классификации,
кодирования данных и предусмотрены для обеспечения машинной обработки и
последующей выдачи информации потребителям в любой удобной форме при
решении всевозможных задач. Исходя из особенностей использования, они
разделяются на такие три группы:
- классификаторы общегосударственного масштаба;
- ведомственные (отраслевые) классификаторы, применяемые в том или
ином ведомстве (отрасли);
- локальные классификаторы, которые используются в группе
организации или только в одной организации.
В этом проекте будет применяться только локальный классификатор в
33
связи с тем, что каких-либо другие классификаторы РФ не используются в
системе. При этом заявки будут классифицироваться по компании,
приоритетности, а также зоне ИТ, к которой относится конкретный тип заявки.
Немалую часть внемашинного ИО занимает документация. Для
автоматизации важно унифицировать всю документацию и определить единые
требования к построению и содержанию документов. Стандартные формы
документов создаются для всех компаний РФ (к примеру, типовые формы
бухгалтерской отчетности) и для отдельных организаций (к примеру,
стандартные формы управленческой отчетности). Кроме того, унификация
состоит в скрупулезном отборе и отчетливом установлении надлежащей
номенклатуры документов. Для этого определяются сферы предназначения и
использования документов, а также обнаруживаются специфические
особенности, свойственные разным видам документов. Также документы
бывают локальными и унифицированными [43].
В этом дипломном проекте применены следующие документы
локального характера:
- заявка на выполнение регистрации пользователя и получения доступа к
необходимым программным ресурсам;
- заявка на получение доступа к ресурсам сети;
- заявка на покупку материальных ценностей;
- заявка на ликвидацию неполадок.
Далее отметим, что информационные файлы складываются на основе
исходных данных, которые содержатся в перечисленных первичных
документах, выступающих главными носителями первичных сведений
экономического характера для систем машинной обработки информации. К
первичным документам выдвигаются такие требования:
- исключение избыточности сведений;
- достаточная полнота данных для решения поставленной задачи;
- своевременность и достоверность информации;
- логичная структура документа;
34
- согласованность разных форм первичных документов с
используемыми макетами размещения данных на машинном носителе.
Информационная база (ИБ) может быть организована тремя основными
способами: файловым, интегрированным и смешанным.
Файловая организация ИБ представляет собой локальное расположение
базы на компьютере, а доступ к нему других пользователей реализуется
типичными методами ОС для обмена информацией по сети. В итоге, этот
подход обеспечивает значительное повышение скорости обработки
информации в локальной базе.
Интегрированная организация ИБ являет собой комплекс хранящихся
вместе и взаимосвязанных данных с наименьшей избыточностью и гарантирует
их применение наилучшим образом для самых разных приложений. Но при
этом обеспечивается независимость информации от программы, а для ее
актуализации применяется общий способ управления. [19]
Смешанная организация ИБ представляет собой распределенную базу
данных, которые хранятся сразу на нескольких серверах, реплицирующих
корректировки в каждой из них по конкретному расписанию. Подобная
структура ИБ используется в системах класса ERP для того, чтобы
территориально удаленные офисы могли одновременно работать в одной ИБ.
В этом проекте лучше всего использовать интегрированную
организацию ИБ, ведь размер базы будет возрастать ежедневно на 50-100
записей. Также оптимальным решением является применение не файлового
хранения БД, а СУБД.
На сегодня существуют три ключевые модели логической структуры БД,
которые выделяются на основе способа установления между данными связей:
сетевая, иерархическая и реляционная [30].
Сетевые модели базы данных воспроизводятся в виде графа. Его
вершинам отвечают записи (составные единицы информации). При этом
экземпляры данных записей формируют файлы. Как правило, структура записи
бывает линейной или иерархической, исходя из применяемой системы. Пара
35
типов записей способна иметь несколько связей, но направления и имена
данных связей должны отчетливо обозначаться. Недостатками подобной
модели выступают: чрезмерная сложность (слишком большое количество
параметров описания различных данных и операторов); неудобство
осуществления навигационного доступа. [19]
Иерархическая модель предполагает, что всякому сегменту
(информационной единице), за исключением корневого, отвечает лишь один
исходный сегмент. Исходный и порожденный сегменты имеют между собой
лишь одну связь. Также в данных моделях БД экземпляру исходного сегмента
зачастую отвечает определенное количество экземпляров порожденного
сегмента. Подобные структуры достаточно удобны для отражения в
предметной области отношений по типу «один ко многим». Однако просмотр
иерархической структуры можно выполнить лишь с корневой вершины. Также
при получении доступа к выбранному сегменту не допускается пропуск
сегмента во время прохождения иерархического пути. Главные изъяны
иерархической структуры: неэффективность (трудность) отражения отношений
по типу «многие ко многим»; нацеленность на конкретный разрез (тип) запроса;
чрезмерная длительность получения доступа к тем сегментам, которые
располагаются внизу иерархии. [19]
Реляционная модель БД являет собой множество отношений. Она
базируется на математической логике, а также на самой простой форме подачи
данных – табличной. Каждая строка такой таблицы соответствует записи файла
БД, в то время как колонка отвечает полю записи. Чтобы получить доступ к
элементу, нужно воспользоваться связью необходимой строки (записи) с
нужной колонкой (полем). Главным достоинством анализируемой модели
выступает относительная простота всех инструментальных средств,
требующихся для ее поддержки. К числу недостатков этой модели можно
отнести: зависимость ее быстродействия от размера базы; жесткость структуры
информации (к примеру, строка таблицы не может быть произвольной длины).
Тем не менее, важными преимуществами применения реляционной базы