37
наличие русского интерфейса.
Недостатки:
при больших объемах данных быстродействие ухудшается
систем обладает не большим количеством настроек.
После проведенного анализа каждой из систем была выбрана система
1С:TMS Логистика. Управление перевозками в качестве примера функционала.
Приобрести ее лицензию вышло бы слишком дорого и поэтому было принято
решение доработать старую систему, которая уже установлена на предприятии.
Для остальных рассматриваемых систем нет достаточно квалифицированных
кадров для работы с системой недостаточно, а также стоимость разработки и
поддержки системы на нашем предприятии является неприемлемой.
1.3.2 Выбор и обоснование стратегии автоматизации задачи
Перед тем как сделать выбор стратегии автоматизации задачи в ООО
«Строймир» рассмотрим какие существуют стратегии автоматизации.
1. Кусочная (хаотичная) автоматизация.
Хаотичная автоматизация является самым неэффективным видом
автоматизации, так как производится разрозненно, выполняя сиюминутные
потребности предприятия, а не реализуя всю систему в комплексе. Такой
подход малоэффективен, потому что это и не правильная постановка самой
задачи автоматизации, и дублирование функций разными сегментами системы.
В основном при выполнении такой автоматизации некомпетентные в этом
вопросе люди руководствуются и сиюминутными скидками при приобретении
оборудования и программного обеспечения, а также не пытаются представить
весь комплекс работ по автоматизации и работе предприятия. В результате
предприятие получает разрозненные куски информационной системы, функции
которых дублируются и накладываются друг на друга. Это ведёт к низкой
производительности самой системы, а также к возможным нежелательным
результатом в виде потери данных, ошибок обработки и т.п. В конечном итоге
предприятие получает разрозненные куски системы, итоговая стоимость
поддержки и наладки которых равна комплексному решению или даже
38
превышает его.
Одна из причин такого подхода может заключаться в неправильном
понимании своей роли и функций отдела информационных технологий.
2. Автоматизация по участкам
Автоматизация данным методом выполняется в случае если на
предприятии имеются отделы, функции которых похожи, например, отдел
упаковки и маркировки, отдел снабжения и закупок, бухгалтерия.
Автоматизация по участкам применима в следующих случаях внедрения
системы на предприятии:
Финансовые ресурсы фирмы недостаточны для одновременной
автоматизации всего предприятия;
На предприятии есть участки и отделы, где внедрение системы может
привести к резкому значительному экономическому эффекту, например, за счет
увеличения производительности персонала или его сокращения;
Технологии, используемые на производстве, не позволяют обойтись без
автоматизированных систем. Поэтому данный вид автоматизации используется
на производственных линиях, где автоматизируется целый цикл операций.
Применение данной технологии автоматизации на предприятии, зачастую
является самым лучшим вариантом поднять экономическую выгоду
предприятия при небольших затратах финансирования. Для наиболее
эффективной автоматизации участков, необходимы стратегический и оператив-
ный планы автоматизации. При этом стратегический план автоматизации, если
выбрана стратегия автоматизации по участкам, должен не реже раза в год
пересматриваться. Во время проведения ревизии стратегического плана
целесообразно особенное внимание уделить вопросам преемственности
комплекса стандартов на информационные технологии, поддерживаемые на
предприятии.
3. Автоматизация по направлениям
Данный вид автоматизации подразумевает автоматизации конкретных
направлений на предприятии, таких как производство, реализация товаров и
39
услуг, бухгалтерия и финансовое направления. Подход в виде автоматизации по
направлениям, зачастую используется при интеграции систем класса MRPII,
ERP, в случае, если конечной целью проводимой автоматизации является
полная автоматизация предприятия.
От автоматизации по участкам этот подход отличается следующим:
Данный вид автоматизации предполагает, что в нём участвуют все
организационные подразделения предприятия, функционирование которых
связано с автоматизируемым направлением. Зачастую один вид деятельности
охватывает все подразделения предприятия. В качестве примера можно
привести снабжение. В процессе снабжения участвуют и отдел закупок
материалов, и отдел производства, а также бухгалтерия, канцелярия, отдел
кадров и охраны труда. В связи с этим подход в виде автоматизации по
направлениям невозможно рассматривать как локальный. Процесс реализации
данного вида автоматизации связан как минимум с созданием или
модернизацией телекоммуникационной системы предприятия. Зачастую, в
большинстве случаев данный вид автоматизации связан с перестроением
бизнес-процессов и требует создания модели всего предприятия.
4. Полная автоматизация управления предприятием (АСУП)
АСУП как система состоит из большого количества элементов
различных уровней и различного назначения. К ним относятся подсистемы,
модули, блоки управления, задачи, управленческие процедуры, функции,
операции и т. п. Базовые системы типа ERP, как правило, представляют собой
иерархические структуры, состоящие в итоге из элементарных управленческих
процедур, предназначенных для включения в АСУП.
Интеграция предполагает такое объединение и согласование
управленческих функций и процедур, чтобы в ходе процесса управления
предприятием обеспечивалась оптимизация его поведения.
Интеграция проявляется во всех без исключения функциональных и
обеспечивающих подсистемах.
В подсистеме технического обеспечения — это локальные вычис-
40
лительные сети и обеспечение связи предприятия с внешней средой через
глобальные сети. В подсистеме информационного обеспечения — это ведение
баз данных под управлением систем управления базами данных (СУБД).
Интеграция математического обеспечения проявляется прежде всего в
согласовании входов и выходов математических моделей, комплексировании
различных моделей (например, прогнозирования и планирования), целостности
и непротиворечивости системы математических моделей. Интеграция
программного обеспечения проявляется в том, что оно строится в виде
сложного и вместе с тем гибкого программного комплекса, позволяющего
выполнять программы в требуемой последовательности и в требуемых
сочетаниях. Интегрированные АСУП, построенные на основе одной базовой
системы ERP, выводят предприятие на новый уровень интеграции
организационного обеспечения благодаря унификации пользовательского
интерфейса. Особенно ощутим этот эффект в больших АСУП, где новая
система приходит на смену сотням старых локальных систем. Практическим
результатом перехода к новой системе становится единый для всего
предприятия стандарт на способы взаимодействия пользователей с системой.
В нашем случае удобнее всего использовать автоматизацию по
участкам, так как это повысит производительность труда и уменьшит
количество трудозатрат предприятия.
1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации
задачи
Рассмотрим основные возможные варианты приобретения
информационной системы для автоматизации транспортной логистики в ООО
«Строймир»:
1. Покупка готового решения.
Преимуществом данного варианта приобретения является то, что
готовое решение является отлаженным продуктом, с минимальным
количеством ошибок и требует минимум времени на внедрение на
производство. В большинстве случаев приобретаемая система имеет хорошую
документацию и проверена на множестве предприятий, которые имеют
41
похожую сферу деятельности. Однако на нашем предприятии часть процессов
уникальны и подбор готового решения является затруднительным.
2. Разработка системы на заказ.
Данный вариант даёт возможность получить ИС, которая полностью
подходит под наши требования, но при этом мы можем столкнуться с
дополнительными рисками, такими как: высокие сроки разработки, высокая
стоимость, наличие ошибок, которые не были выявлены на стадии
тестирования, и могут проявится уже после того, как система будет внедрена на
предприятии. К тому же в этом случае придётся передавать конфиденциальные
сведения компании-девелоперу, что является нежелательным в нашем случае.
3. Покупка и доработка.
Этот вариант позволяет доработать уже готовое решение, чтобы оно
соответствовало необходимым нам требованиям и отвечало заявленному
функционалу, которые мы выдвигаем к системе. Так как в нашем случае
решение интегрируется в уже готовую систему, то соответственно данный
вариант является наиболее приемлемым, несмотря на то, что заказанные
модули системы могут иметь различные дефекты. Время, которое будет
потрачено на доработку, будет меньше, чем время, которое мы потратим, если
будем разрабатывать всю систему. При этом доработка системы, которую
разработала другая фирма может иметь свои трудности, такие как отсутствие
технической документации, и сложности взаимодействия между нашими
разработчиками и разработчиками фирмы-производителя.
4. Собственная разработка.
В этом случае мы сможем получить систему, которая удовлетворяет
полностью всем требованиям заказчика. К сожалению, у нашей компании нет
штата и сотрудников, которые могут сами полностью разработать систему с
нуля. Поэтому от данного варианта придётся отказаться.
В нашем случае самым приемлемым вариантом является покупка и
доработка системы. Собственная разработка займет слишком много времени
для нашего предприятия, разработка системы на заказ слишком дорого для
42
предприятия, а покупка готового решения не будет полностью соответствовать
требованиям заказчика.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному обеспечению
Выбором проектного решения, в случае с данным проектом, это покупка
и доработка, так как среди имеющихся на рынке автоматизированных
информационных систем есть решения, которые можно доработать и получить
готовое решение для решения нашего вопроса. Данный проект разрабатывается
для транспортной логистики путем, доработки и внедрения программы по
расчету веса, выбора грузового транспорта и оптимального маршрута
следования.
Реализация задачи транспортной логистики в компании предполагает
наличие следующих компонентов её информационного обеспечения:
входные и выходные документы
экранные формы для просчета веса товара, и выбора автомобиля
исходя из полученных данных, выбор оптимального маршрута
следования с учетом населенных пунктов
информационная база данных
Для данной задачи есть только один входной документ, товарно-
транспортная накладная, в которой указывается, вес единицы товара и его
количества, а также адрес места назначения. На основе этого документа
заполняется путевой лист где указывается номер автомобиля, водитель и
грузоподъемность автомобиля, а также маршрут следования.
Диалог с пользователем должен осуществляться посредством диалога на
основе экранных форм. Макет экранной формы должен отвечать форме
соответствующего документа.
Хранение условно-постоянной информации должно осуществляться в
следующих справочниках:
Номенклатура
Водители
43
Транспортное средство
Клиенты
Адрес доставки
Договоры
Адрес отгрузки
1.4.2 Обоснование проектных решений по программному обеспечению
Программа, выбранная для доработки под нашу задачу, имеет свой
встроенный язык программирования 1С. Язык программирования 1С-
встроенный язык с определенным синтаксисом, правилами и требованиями.
Позволяет:
оперировать данными в том числе создавать, находить,
обрабатывать и удалять
отображать и обрабатывать диалоги
выполнять обмены с другими информационными системами
формировать отчеты
Конечной целью написания кода — является создание системы для
автоматизации какого-либо учета, различного уровня сложности.
На предприятии ООО «Строймир» уже используется данный язык
программирования в системе 1С «Предприятие» поэтому при выборе
программного обеспечения была выбрана программа с этим языком
программирования.
В качестве СУБД выбрана MySQL так как она уже используется на
предприятии.
В СУБД MySQL данные хранятся в виде связанных между собой
логически таблиц, доступ к которым осуществляется с помощью языка
запросов SQL. MySQL используется в качестве сервера, к которому
обращаются локальные или удалённые клиенты, однако в дистрибутив входит
библиотека внутреннего сервера, позволяющая включать ее в автономные
программы Данная СУБД является решением для малых и средних
приложений.
44
Выбранная операционная система для работы с программой Windows 10,
так как она уже используется на фирме на всех рабочих станциях.
ОС Windows 10 – это система, разработанная корпорацией Microsoft в
рамках семейства Windows NT, которую используют для персональных
компьютеров и рабочих станций.
1.4.3 Обоснование проектных решений по техническому обеспечению
В организации ООО «Строймир» уже есть сервер, используемый для 1С
«Предприятия» данный сервер обладает следующими техническими
характеристиками:
процессора Intel® Xeon® Scalable Processors
от 256 GB RAM
от 2U
SSD диск и интерфейсом PCI-Express v3.0 и SSD горячей замены
Вычислительной мощности данного сервера достаточно для установки
на него еще одного программного модуля TMS без ущерба для
производительности. Поэтому никаких технических модернизаций в компании
ООО «Строймир» не предполагается, так как в них нет необходимости.
45
2. ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) информационной сиситемы (ИС) – это
непрерывный процесс, который начинается с момента решения о ее создании и
заканчивается в момент полного изъятия системы из эксплуатации.
Существует целый ряд стандартов, которые описывают ЖЦ ИС.
ГОСТ 34.601-90 TZ –стандарт который в основном соответствует
каскадной модели ЖЦ, распространяется на автоматизированные системы,
устанавливая стадии и этапы создания. В стандарте приведено содержание
работ на каждом этапе.
ГОСТ Р ISO/IEC 12207:1995 «Information Technology — Software Life
Cycle Processes» - стандарт который распространяется на любой из видов
заказного программного обеспечения, в стандарте нет описания этапов, стадий
и фаз. Он определяет структуру ЖЦ, которая содержит в себе действия, задачи
и процессы, которые выполняются во время создания программного
обеспечения.
ГОСТ Р ISO/IEC 15288:2002 «System engineering - System life cycle
processes» - стандарт предназначен для организаций, приобретающих,
разрабатывающих или внедряющих системы.
ГОСТ Р ИСО/МЭК 12207 - в частности, процессы разбиваются на
группы, хотя принцип разбиения совершенно другой. Теперь эти группы
выглядят следующим образом: процессы соглашения, процессы предприятия,
процессы проекта, технические процессы. В качестве заказчиков и
поставщиков могут выступать и подразделения самой организации.
Oracle CDM (Custom Development Method)– технологический материал
по разработке прикладных информационных систем, детализированный до
уровня заготовок проектных документов в расчете на использование Oracle.
Рекомендуется для малых проектов, технологий «быстрой разработки» или
«облегченного подхода», а также применяется для классической модели ЖЦ
46
(предусмотрены все работы, задачи и этапы).
RationalUnifiedProcess (RUP)– итеративная модель разработки, которая
включает в себя четыре фазы: начало, исследование, построение и внедрение.
Каждую фазу разбивают на этапы, результатом которых являются версии для
внешнего и внутреннего использования. Цикл разработки — это прохождение
через четыре фазы, завершается такой цикл генерацией версии системы.
MicrosoftSolutionFramework (MSF) – тоже включает четыре фазы:
анализ, проектирование, разработка, стабилизация. MSF является итерационной
и предполагает использование объектно-ориентированного моделирования.
ExtremeProgramming (XP) – экстремальное программирование. В основе
методологии лежит работа в команде, эффективные коммуникации между
заказчиком и исполнителем на протяжении всего проекта по разработке
информационной системы. Разработка ведется с используя последовательно
дорабатываемые прототипы.
ГОСТ 34.601-90 – многие процессы отображены недостаточно, а
некоторые положения устарели, поэтому этот стандарт не совсем подходит для
проведения разработок в настоящее время.
В стандартах Oracle, RUP, MSF, XP не приводится структура и описание
технической документации по проекту.
ГОСТ Р ISO/IEC 15288 «Systemengineering - Systemlifecycleprocesses» -
задуман, как расширение ГОСТ Р ИСО/МЭК 12207 на системы, но в моем
дипломном проекте нет такого объема разработки.
ГОСТ Р ISO/IEC 12207 «InformationTechnology —
SoftwareLifeCycleProcesses» - задает достаточный набор процессов (более 40),
охватывая все возможные виды работ, связанных с построением, начиная с
анализа предметной области и заканчивая изготовлением конечного продукта.
В каждом проекте действия, процессы, задачи стандарта выбираются,
упорядочиваются и включаются в модель ЖЦ. С его помощью можно
реализовать произвольную модель ЖЦ ИС.
Из данного стандарта можно выбирать только те процессы, которые