37
- автоматизация по направлениям она отличается от автоматизации по участкам
тем, что требует участие в этом процессе всех организационных подразделений
организации, функционирование которых связанно с направлением
автоматизации. Она подразумевает автоматизацию одного или нескольких
процессов от начала и до конца.
- полная автоматизация она же комплексная выполняет автоматизацию всех
процессов управления и функций организации. При выборе такого способа
достигается максимальная эффективность интеграции системы по сравнению с
предыдущими системами автоматизации.
Так как рассматриваемый комплекс задач автоматизации затрагивает
деятельность всех сотрудников в одном направлении, то выберем автоматизацию
по участкам в качестве стратегии автоматизации в нашей организации [8].
1.3.3. Выбор и обоснование способа приобретения ИС для
автоматизации задачи
Давайте рассмотрим несколько основных возможных вариантов
приобретения готовой информационной системы для автоматизации сервисного
обслуживания клиентов в организации:
- Первый вариант - это покупка готового решения. Он, несомненно,
обладает рядом преимуществ, которые проявляются в том, что готовое решение
отлажено, ошибок имеет по минимуму, и не потребуется много времени на
внедрение системы. Приобретаемое ПО, несомненно, хорошо документировано и
проверено на многих организациях с аналогичной сферой деятельности. Однако в
рассматриваемой организации сложились узконаправленные процессы, под
которые довольно сложно подобрать подходящее решение из имеющегося числа
готовых программных продуктов, так как они несут излишнюю модернизацию.
Среди рассмотренных программ автоматизации сервисного обслуживания не
обнаружено решения, полностью отвечающего функциональным требованиям
системы.
- разработка системы на заказ, этот вариант приобретения информационной
системы, дает возможность получить систему, которая полностью подойдёт для
удовлетворения требований организации. Но при этом варианте можно
38
столкнуться с дополнительными рисками, такими как сроки создания системы,
которые могут быть большими, и достаточно высокой ценой. В системе могут
оказаться скрытые недочеты, которые обнаружатся уже после внедрения ПО.
Такой способ приобретения системы предусматривает передачу
конфиденциальной информации в компанию разработчик, что совсем
нежелательно.
- покупка и доработка, при таком варианте имеется возможность
доработать приобретённое решение до функциональных требований,
необходимых для работы в системе. У такого решения также есть преимущества
и недостатки как у вариантов «Покупка готового решения» и «Разработка на
заказ». Конечный продукт будет в полной мере соответствовать требованиям
организации. Часть системных модулей будет хорошо налажена, а часть написана
с нуля и может содержать различные недостатки. Продолжительность доработки
по времени будет невысокой, по сравнению с затраченным временем на
разработку новой системы, а стоимость будет больше, чем покупать готовое
решение, но меньше, чем создавать всю систему полностью. Доработка
программного обеспечения, созданного другой организацией, возможно, будет
связана с не предвиденными сложностями, связанными с отсутствием
технической документации или не полной документацией, а также с трудностями
во взаимодействии с создателями базовой системы. Кроме этого, при этом
варианте готового решения могут обнаружиться дополнительные риски, такие как
возможная несовместимость различных элементов системы и скрытые недочеты
ПО.
- собственная разработка, тот вариант, который нам подходит больше всего,
так как даёт возможность получить систему, полностью отвечающую
требованиям организации.
Так как «Сигма-Трейд» имеет в распоряжении IT - специалистов, которые
могут в кратчайшие сроки реализовать поставленную задачу. Плюсы данного
варианта - это последующая модернизация системы, намного снижающая риск
получить решение, не соответствующее требованиям организации, полная
совместимость элементов всей системы, полная интеграция с имеющимся
39
программным обеспечением в организации и исключение утечки
конфиденциальной информации [9].
На основе данных проведенного анализа, с учетом плюсов и минусов
каждого из возможных вариантов, был сделан вывод о создании информационной
системы на базе 1С: Предприятие, которая будет полностью реализовывать
требуемые задачи и максимально применять имеющиеся ресурсы в организации,
не требуя больших затрат на поддержку и доработку.
Система и её компоненты будут реализованы так, чтобы удовлетворить
технические и функциональные требования процесса автоматизации.
40
II Проектная часть
2.1 Обоснование проектных решений
2.1.1 Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение (ИО) проектных решений представляет
собой информационную модель работы сотрудников организации [10, стр.87].
В рамках нашего проекта к информационному обеспечению относятся:
- экранные формы для ввода первичных данных в ЭВМ;
- база данных;
- экранные формы для вывода результирующей информации.
База данных используется для хранения больших объемов информации в
структурированном виде в едином источнике. Если есть необходимость, то
соблюдая принципы целостности баз данных, возможно, использовать одну базу
данных для нескольких проектов или задач, и легко делать необходимые
исправления в её структуре, не затрагивая самих данных, хранящихся в этой базе.
Для ввода или вывода данных разрабатываются макеты экранных форм,
они затем далее будут внедряться непосредственно в саму систему, которая
отвечает за решение поставленной задачи автоматизации [11, стр.48].
Эти все вместе взятые указанные элементы, совокупно составляют
информационное обеспечение проекта. Данные, которые внесены в форму ввода
первичных данных, записываются в базу данных, а далее эта информация может
быть выведена при запросе, в форму для вывода результирующей информации.
Условно-постоянная информация будет сохраняться в справочниках.
Систему 1С можно поделить на две большие части - это конфигурация и
платформа. Платформа «framework», представляет собой средство для настройки
типовых решений и разработки своих решений, продаваемых 1С, а также является
средой исполнения программ 1С: Предприятие. Конфигурация - это прикладное
решение, разработанное на технологической платформе 1С: Предприятие, она
служит для автоматизации определенной области деятельности, фирма 1С и её
партнеры выпускают такие решения. В своём большинстве прикладное решение -
это открытие, что дает возможность любому программисту, имеющему
соответствующие знания, настраивать программу под нужды конкретной
41
организации, то есть адаптировать под её конкретные требования фирмы и формы
деятельности. При использовании платформы дополнительное программное
обеспечение не нужно, все средства разработки есть в комплексе платформы. Эта
особенность системы называется не иначе как конфигурируемостью.
Перечислим основные и показательные принципы работы платформы 1С:
Предприятие:
- существуют два режима работы с информационной базой клиент-
серверный и файловый. В файловом режиме работы вся информационная база
данные, конфигурация, движения по регистрам, пользовательские настройки
хранится в одном файле. Этот файл (1Cv8.1CD) по умолчанию находится на
общем сетевом ресурсе, который доступен всем пользователям системы 1С.
Настраивать этот вариант очень легко, и он подойдет для небольшой компании,
где не более 5пользователей, с небольшим документооборотом. При исполнении
конфигурации в файловом режиме система «имитирует» наличие сервера на
компьютере пользователя. То есть, программируя в файловой базе, все равно
следует придерживаться клиент-серверного механизма разработки.
Для больших же компаний целесообразно использовать серверный вариант
хранения в реляционных базах данных, но такой режим работы потребует усилий
по установке и администрированию. Этот вариант реализован на механизме
трехуровневой архитектуры, он использует СУБД и кластер серверов 1С, которые
успешно решают проблему надежности, быстродействия и производительности.
Рисунок 2.1 Серверный вариант хранения базы данных на платформе 1С
Клиентское приложение отправляет запрос к кластеру серверов, его
принимает менеджер кластера (центральный сервер). В случае необходимости,
распределяя нагрузку между серверами, центральный кластер переадресует
запрос дополнительным серверам. Затем рабочий сервер - кластер обращается к
42
СУБД для получения необходимых данных. СУБД обрабатывает запрос и
возвращает массив данных рабочему серверу, который передает их клиентскому
приложению.
Система позволяет осуществлять переход из одного режима работы на
другой.
Рисунок 2.2 Смена режима работы базы данных на платформе 1С
Конфигурация, написанная для файловой базы данных, будет работать и на
серверной базе, но в некоторых случаях может потребоваться адаптация
некоторых алгоритмов. У платформы 1С: Предприятие есть несколько
клиентских приложений. Их основное предназначение - организация интерфейса,
взаимодействие с пользователем, они отображают данные и дают пользователю
возможность вносить изменения.
Веб - клиент, он не устанавливается на компьютер. С помощью браузера
реализуется подключение к системе 1С: Предприятие и к базе данных с помощью
протокола https. Веб - клиент обращается сначала к веб - серверу, который
запрашивает нужные данные из файловой базы напрямую (файловый режим) или
из СУБД посредством кластера серверов (клиент - серверный режим).
Преимущества такого клиента очевидны, сотрудники становятся «мобильными»,
могут использовать маломощные устройства.
Тонкий клиент, данный клиент обладает ограниченной
функциональностью: работа разработчика невозможна, на нем недоступны все
43
прикладные типы данных. Вся работа выполняется на стороне сервера, но зато
для него не требуется большого количества ресурсов. Обращение тонкого клиента
к информационной базе возможно по собственному протоколу передачи данных
или протоколу https (в последнем случае необходимо, чтобы был настроен веб -
сервер).
Толстый клиент, этот клиент может выполнять практически всю
функциональность, но потребует широкополосных каналов связи. Такой вариант
работы позволяет разрабатывать и отлаживать прикладные решения. Клиент по
собственному протоколу передачи данных напрямую обращается к базе данных
(файловый вариант базы) или к кластеру серверов (клиент - серверный вариант),
который в свою очередь обращается к СУБД или сразу дает ответ.
Ниже представлена архитектура приложений для файлового и клиент-
серверного вариантов работы.
Рисунок 2.3 Архитектура приложений для файлового варианта
Рисунок 2.4 Архитектура приложений для Клиент-серверного варианта
Само прикладное решение в системе 1С: Предприятие - это совокупность
шаблонов - прототипов. Отдельный такой прототип решает свою собственную
44
задачу. Справочники, документы, различные регистры - все это прототипы
системы. То есть не абстрактные, а вполне конкретные сущности,
присутствующие в реальной жизни автоматизируемой организации. В 1С:
Предприятие эти прототипы называются «объектами конфигурации». Все они
представлены в так называемом «дереве конфигурации».
Рисунок 2.5 Дерево конфигурации на платформе 1С
Рисунок 2.6 Взаимодействие с объектами на платформе 1С
Разработчику нужно выбрать лишь подходящий прототип, создать объект
в рамках этого прототипа и обеспечить его общение с другими объектами.
Напрямую работать с базой данных нельзя. Взаимодействие осуществляется
посредством объектов [12].
45
2.1.2 Обоснование проектных решений по программному
обеспечению
Программное обеспечение - это совокупность программ на носителях
данных и программных документов, предназначенное для отладки,
функционирования и проверки работоспособности информационной системы.
Специфика проектов разработки ПО такова, что требует от компании-
разработчика постоянного отслеживания и внедрения у себя новых технологий,
как для разработки решения, так и ведения проектов. В результате организация
получит решение на основе современных информационных технологий,
модифицируемое и гибкое.
На компьютерах организации установлена операционная система Windows
7, работа с ней уже привычна и понятна для многих сотрудников фирмы. Не
рекомендуется использовать другую систему, так как это повлечёт за собой траты
времени и финансов на обучение сотрудников организации, а также на
приобретение системы. Из этого следует, что операционной системой для
функционирования нашей платформы будет являться - Windows 7.
Серверной ОС останется платформа Microsoft Windows Server 2008 R2. Так
как она проверена временем и устраивает по функционалу.
Среда разработки платформа 1С, для торгового предприятия, основана на
современных технологиях и успешно решает такие задачи развивающегося
бизнеса, как:
- осуществление управляемости и контроля при масштабном росте бизнеса;
- оперативное расширение спектра услуг и предложений для розничных и
оптовых клиентов;
- масштабирование бизнеса по территории и обороту;
- быстрое и оперативное взаимодействие между разными подразделениями,
такими как головной офис, магазины, логистические службы, склады, и другие
необходимые отделы.
Платформа системы - это набор программных модулей и компонентов для
автоматизации наиболее нужных процессов и направлений таких как [13]:
- аналитическое хранилище
- мониторинг заказов
46
- каталог товаров
- управление товарным запасом
- работа с клиентами
На базе информационной системы 1С компоненты могут устанавливаться
и работать в организации совершенно в разных конфигурациях. Между модулями,
взаимодействие осуществляется по согласованному протоколу API. Также
взаимодействие с разными сторонними системами может, осуществляется по API.
В нашей организации применяется платформа 1С: Предприятия 8.3 язык
программирования, которой схож с таким языком, как Visual Basic. Вот некоторые
особенности этого языка:
- регистр не влияет на написание кода;
- мягкая типизация, то есть тип переменной не указывается, переменная
может поменять тип в процессе работы;
- язык написания кода доступен в нескольких вариантах, но в основном весь
код конфигурации написан на русском языке. Если есть желание можно
комбинировать русский и английский язык, но тогда читаемость кода в разы
ухудшится.
- в одном модуле могут находиться функции или процедуры, некоторые из
которых выполняются только на сервере, а некоторые выполняются на клиенте,
далее препроцессор платформы разделит модули на части, уберёт ненужное,
соединит части и отдаст компилятору;
У платформы, предоставляется возможность для работы с различными
механизмами для разработки конфигурации. Основной механизм и наиболее
интересный из них это собственный язык запросов.
Запросы - это мощный инструмент платформы для получения информации
из базы данных в удобном виде. При выборе данных посредством языка запросов
к ним можно применить фильтры, сгруппировать, отсортировать, но менять
данные при их помощи нельзя. Запросы - это основа для построения отчетов.
Синтаксис языка запросов платформы похож на синтаксис языка SQL, так как
основан на нем. Также существует визуальный помощник для составления текста
запроса, называется он Конструктор запроса. Написание кода запроса можно
выполнить вручную, но это делается редко, так как код может состоять из