38
Основные возможности данного ПО:
– легкий учет движения товаров;
– выполнение ввода оперативной информации об имеющихся остатках
и продаже товаров;
– обработка первичных документов для формирования заказов;
– выполнение распределенного учета товаров до 120 торговых и
складских филиалов.
ПО «Фрегат» – это очень удобная и простая программа, которая имеет все
необходимые возможности по реализации логистических услуг самой разной
сложности (рисунок 14).
Рисунок 14 – Интерфейс программы «Фрегат»
Рассматриваемая программа позволяет сформировать и напечатать
расходные и приходные оборотные документы, выполнять формирование счет-
фактуры, формировать заказы на товары, вести учет продаж.
При использовании конвертации прайс-листов или других документов,
которые созданы MS Excel, есть хорошая возможность быстрого экспорта
39
данных, с дальнейшей возможностью выполнения автоматизации для ввода числа
отгружаемого товара.
В последней версии этого ПО можно выполнять статистический анализ
товарооборота.
1.3.2.Выбор и обоснование стратегии автоматизации задачи
В рассматриваемой схеме планирования основных задач для разработки
проекта автоматизации выделяются несколько стадий. Первая стадия – анализ
стратегии для развития бизнеса.
Стоит отметить, что в условиях конкуренции будут «выигрывать» те
предприятия, где стратегии в бизнесе будут объединяться со стратегиями в сфере
информационных технологий.
В результате реальной альтернативой для варианта выбора
автоматизированной системы считается подбор совокупности ПО разных
поставщиков, которая удовлетворяет наилучшим образом функции
автоматизации организационного управления.
Рассматриваемый подход значительно смягчает основные проблемы во
внедрении или привязке программных средств, при чем ИТ оказывается
максимально вовлеченной в функции индивидуальности конкретной предметной
области.
Заметим, что в последнее время увеличивается число организаций, фирм
предпочитает покупать уже готовые технологии и ПО, а если необходимо, то
добавлять к ним программы, которые разработаны внутренними разработчиками,
поскольку создание собственных ИС связано с большими затратами, а также
значительным риском.
Следующей стадией в этом процессе считается поиск и обработка
информации и отчетности, которая полученной непосредственно по
телекоммуникационным каналам.
Далее выполняется конкретный подход к каждой из поставленных задач
для снижения общей нагрузки на персонал. Затем результаты решения указанных
задач передаются непосредственно руководителю компании.
На указанном этапе возможно выполнять корректировку работы.
40
Различают четыре основные варианта стратегии автоматизации
деятельности:
– хаотичная автоматизация;
– автоматизация в разрезе участков;
– автоматизация в направлении;
– комплексная автоматизация.
В рассматриваемом случае выбрана стратегия автоматизации
документооборота по участкам. В результате этого руководство компании сможет
автоматизировать свою деятельность в направлении организационного
управления, при этом получив определенный экономический эффект.
Для Истринского РАЙПО разработка стратегии для реализации проекта
будет следующей:
– анализ направления деятельности компании;
– анализ плана развития;
– определения свойств разрабатываемой системы автоматизации;
– определение функциональности системы;
– выполнение анализа существующих разработок;
– выбор метода приобретения ПО;
– определение архитектуры ПО;
– разработка бизнес-плана.
На сегодня применяются две ключевых стратегии по автоматизации
расчета потребности и заказа товаров:
– адаптация существующего продукта непосредственно под
рассматриваемый бизнес-процесс;
– реорганизация БП и последующая автоматизации, упрощенной
структуры.
В данном случае более подходит случай с адаптацией уже существующего
программного продукта.
41
1.3.3.Выбор и обоснование способа приобретения ИС для
автоматизации задачи
Способы приобретения ИС – это описание последующих действий от
определения или формализации решения в необходимости ИС и до момента пока
она не будет внедрена в деятельность. Существуют следующие методы
приобретения АИС:
– разработка (заказная или самостоятельная);
– покупка готового решения;
– покупка и доработка ИС;
– аренда ИС.
Стоит отметить, что при покупке готового решения надо выбрать такое
решение, что полностью будет соответствовать четко определенным схемам
ведения бизнеса. Это очень сложно, поскольку производители систем
автоматизации не всегда могут угодить клиентам и их ИС получаются
перегруженными ненужным функционалом, за который надо платить.
Также приобретаемая ИС не подходит из-за перечня недостатков, нехватки
функциональности, плохо продуманного направления будущего развития ИС,
длительный срок адаптации непосредственно под требования компаний.
Заказ разработки ИС у сторонних разработчиков позволяет получать
информационную систему, которая удовлетворяет бизнес-правилам, которые
происходят в компании в настоящий момент. Но при изменении БП возможно
потребуется ее частичная корректировка, что также выльется в излишние затраты
на процесс реинжениринга имеющейся ИС.
Покупка и доработка АИС возможна, если нужен небольшой объем
доработки, а данная доработка часто применяется в рамках модели ИС, что часто
вызывает значительные затруднения из-за полного отсутствия развернутой
документации к ней.
При взятии АИС в аренду компания рискует вывести за свои пределы
многие виды деятельности, а также лишиться части собственных
информационных ресурсов и возможностей.
42
Заметим, что в таких случаях компания может потерять многие виды
деятельности, что в течение длительного времени ранее обеспечивали ей успех на
рынке предоставляемых услуг.
Поэтому автоматизированная система будет разрабатываться в Истринском
РАЙПО силами сотрудников отдела автоматизации, поскольку компания
располагает квалифицированными сотрудниками по разработке и внедрении ИС.
1.4.Обоснование проектных решений
1.4.1.Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение АИС (ИО) – это совокупность единой
системы кодирования и классификации информации, разного рода
унифицированных систем для документооборота и информационных массивов
[3].
В состав ИО включены такие комплексы:
– компоненты внемашинного ИО (а именно, классификаторы технико-
экономических данных и документы);
– внутримашинного ИО (экранные формы и макеты для ввода
первичной информации в ЭВМ или же вывода результатной информации,
архитектура информационной базы, а именно:
входных и выходных файлов;
баз данных.
Для представления информации в цифровом виде ее нужно сначала
упорядочить (классифицировать) по нескольким атрибутам, а затем
формализовать (закодировать) с применением классификаторов.
В исследовании будут применяться отраслевые классификаторы, которые
создаются для систематизации и кодирования научной и технической
информации.
Входные документы для автоматизации систему управления персоналом
желательно получать через вычислительную сеть, поэтому они представляются в
файлах согласованной заранее структуры и передаются с помощью протокола
43
передачи информации. Для удобного использования таких файлов, им надо иметь
табличную форму (что легко осуществить, так как эти документы считаются
результатными в иных задачах):
– перспективный план развития создается в результате формирования
долгосрочной стратегии функционирования компании;
– штатное расписание на определенный период разрабатывается на
основании данных, которые имеются в менеджера по работе с персоналом.
К внутримашинному ИО относятся визуальные формы документов.
При построении структуры экранных форм для ввода данных первичной
документации или оперативной информации, нужно использовать
комбинированную форму, которая максимально приближенная к той, которая
была применена в бумажном варианте документа.
Главной составной частью внутримашинного ИО является
информационная база данных (БД).
БД – это поименованная совокупность хранимой информации, отражающая
множество объектов, а также их отношений в рассматриваемой предметной
области.
Главными способами организации БД являются методы создания
распределенных и централизованных хранилищ данных.
На основании критериев и необходимости обеспечения надежности
хранения информации в разрабатываемом проекте будет выбран
централизованный метод организации БД.
По инструменту определения связей для информации различаются такие
модели:
иерархическая;
сетевая;
реляционная.
Для автоматизации системы управления персоналом будет применяться
реляционная модель БД по таким причинам:
– наиболее подходит под реализацию проекта автоматизации;
– легкая в применении;
44
– использует множество инструментов для обработки и анализа
данных.
Принятый в рассматриваемой модели подход к целостности и
структурированию данных позволяет упорядочить и организовать в удобном виде
процесс реализации и проектирования сложных БД, а реляционные операции
имеют возможность осуществлять операции по обработке данных.
При организации процесса расчета потребности и заказа товаров
применяются такие документы:
– перечень клиентов;
– накладные (рисунок 15);
– акт проверки товара;
– заявка на товар (рисунок 16).
Рисунок 15 – Пример накладной
45
Рисунок 16 – Пример заявки
Описанное выше ОИ будет применяться в процессе автоматизации расчета
потребности и заказа товара.
1.4.2.Обоснование проектных решений по программному обеспечению
Программное обеспечение – это совокупность программ, которые
реализуют задачи и функции ИС для реализации рассматриваемого выше БП и
обеспечивающих корректную работу имеющихся комплексов технических
средств [10].
Непосредственно в состав ПО входят специальные и общесистемные
программы, инструктивно-методическая информация по применению средств
ПО.
К общесистемному ПО можно отнести программы, что рассчитаны на
огромный круг пользователей, а также предназначенные непосредственно для
организации вычислительных процессов и выполнения разных вариантов
обработки данных.
46
Они также позволяют расширить все функциональные возможности ПК,
автоматизировать планирование поочередности вычислительных процессов, а
также автоматизировать функции программистов.
Функциональное ПО представляет собой совокупность программных
средств, которые разрабатываются при создании программ конкретного
функционального назначения.
Стоит отметить, что оно включает в себя пакеты прикладных программ,
которые осуществляют организацию данных, а также их обработку с точки зрения
решения функциональных задач документооборота.
При выборе комплекса аппаратных средств для разработки проекта, одним
из самых важнейших критерием считается выбор операционной системы.
Операционной системой является такой вид ПО, который управляет
аппаратными средствами компьютера, выполняет поддержку запуска и
выполнение программ и приложений, производит защиту данных, выполняет
разные сервисные функции.
Все программы пользуются средствами, которые предоставляются
операционной системой.
То есть, выбор ОС очень важен, поскольку он определяет набор ПО и
формат выполняемых файлов, их взаимодействие с аппаратным обеспечением.
На ПК, используемых в качестве сетевых рабочих мест пользователей,
могут применяться следующие ОС:
– ОС семейства Windows;
– ОС семейства UNIX.
Для разработки ПО автоматизированной системы управления персоналом
выбор ОС никак не повлияет на итоговую функциональность системы, так как при
реализации алгоритмов ПО не требуется применения каких-то специфических
функций ОС.
Оба вида ОС позволяют разрабатывать ПО без потери его уровня
функциональности, по причине присутствия программных сред, а также языков
программирования для указанных типов ОС.
В результате рассмотрения возможностей ОС можно сделать вывод, что в
проекте будет использоваться ОС Windows 10.
47
Выбор системы управления БД (СУБД) представляет и решает
многопараметрическую задачу, а также является одним с самых важных этапов
при выполнении разработки приложений на основании БД.
Выбранное ПО должно удовлетворять как будущим, так и текущим
потребностям предприятия, а также следует учитывать разные финансовые
затраты по приобретению необходимого оборудования, системы, разработку
нужного программного обеспечения, которое базируется на ее основании, а также
обучение сотрудников работы на нем.
Кроме этого, необходимо убедиться, что СУБД способна приносить
предприятию реальную выгоду.
Наиболее простой метод выбора СУБД на основании оценки, в какой мере
имеющиеся системы удовлетворяют основным требованиям создаваемой
информационной системы.
Более сложным, а также дорогостоящим вариантом считается, создание
испытательного проекта, который базируется на основании нескольких СУБД, а
последующий выбор самого подходящего с рассмотренных кандидатов.
Стоит отметить, что и в этом случае надо ограничивать круг всевозможных
систем, при этом опираясь на некоторые критерии отбора. В этом случае можно
выделять несколько групп таких критериев для отбора [6]:
моделирование информационных данных;
выполнение требования к среде функционирования;
контроль работы создаваемой системы;
надежность СУБД;
производительность системы;
смешанные критерии качества.
Главным принципом выбора СУБД считается определение программного
продукта, который в наибольшей мере будет соответствовать предъявляемым
требованиям.
Указанную задачу выполнить не очень просто, так как:
– к СУБД предъявляется огромное количество требований, что с
течением времени могут кардинально изменяться;