37
поскольку готовая система для автоматизации по направлениям финансово
невыгодна. Существует еще ряд поводов, по которым готовое решение не
подходит: дефицит характеристик, продолжительность оптимизации под
требования предприятия, слабая продуманность перспективы развития
информационной системы, еще один недостаток - необходимость частого
обращения в службу поддержки.
Если разработку заказывать у сторонних разработчиков, то можно
получить информационную систему, которая будет соответствовать бизнес-
правилам компании на настоящий момент. Однако со временем бизнес-
процесс может измениться, что потребует ее корректировки и изменений, а
это - лишние затраты.
Способ покупки и доработки возможен при небольших изменениях в
системе. Но если доработка необходима в рамках модели ядра ИС, то
появляются серьезные затруднения из-за отсутствия развернутой
документации.
У варианта аренды ИС есть как положительные стороны, так и
отрицательные. И тут уж покупатель должен решить, что он может
использовать, а чем потупиться. Сначала о положительных сторона:
• партнерами становятся поставщики мирового уровня, имеющие
богатый инновационный опыт. Такие возможности придают
компании импульс, креативность, улучшает ее возможности за
счет взаимодействия с подобным партнерством.
• если меняется ситуация на рынке, компания может быстро
перестроиться под сформировавшиеся условия, ведь нет нужды
реконструировать внутреннюю работу компании.
• за короткое время приобретаются ресурсы и навыки;
• способствует продуктивному выполнению дел силами и
средствами компании, сохраняя над ними контроль.
38
Однако есть и недостатки. Компания, выводя за свои пределы
слишком многие виды деятельности, может утратить некоторые из них, и это
будут те, которые обеспечивали ей успех на рынке.
Можно разработать систему своими силами, но тогда в компании
должны быть специалисты высокой квалификации. Они должны просчитать
и проанализировать бизнес-процесс компании, с учетом ее дальнейшего
развития, создать и запустить в работу систему автоматизации. В этой
оригинальной, единственной в своем роде информационной системе
специалисты должны будут учесть все рекомендации сотрудников данной
компании, все тонкости работы.
В компании "Наяда-Столица" есть свои разработчики высокой
квалификации, поэтому информационная система разрабатывается и
внедряется собственными силами.
1.4 Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение системы управления на предприятии
представляет собой совокупность баз данных, экранных форм (интерфейсов
пользователей), форм документов и отчетов, классификаторов и нормативно-
справочной информации (справочников).
Рисунок 8. Структура базы данных
39
В связи с тем, что объекты автоматизации территориально
распределены, необходимо реализовать механизм распределенной базы
данных (РБД), то есть на каждом объекте автоматизации необходимо
развернуть свою систему управления базой данных, тем самым освободив
каналы связи от дополнительной нагрузки. Для формирования единого
информационного пространства центра обработки и филиалов
автоматизированной системы управления на производстве реализован центр
корпоративных ресурсов, в котором консолидируются корпоративная
информация, получаемая со всех структурных образований, используя
систему репликации, построенную на основе механизмов репликации данных
«1С: Предприятие 8.3».
Набор интерфейсов, форм справочников, документов, отчетов и
обработок решает следующие задачи:
• ввода, просмотра, редактирования информации в соответствии с
уровнем доступа;
• формирования, просмотра, печати и выгрузки в офисные
приложения (Microsoft Word, Microsoft Excel) выходных документов и форм
в соответствии с уровнем доступа.
Реализованные в системе алгоритмы обработки информации
обеспечивают решение следующих задач:
• обеспечение максимально возможной степени автоматизации
трудоемких задач;
• обеспечение соответствия действующим законодательным и
нормативным правовым актам, в рамках которых функционирует объект
автоматизации.
1.4.2. Обоснование проектных решений по программному
обеспечению
Программное обеспечение (ПО) является инструментом реализации
информационных технологий на всех уровнях деятельности предприятия.
Программное обеспечение представляет собой совокупность программных
40
средств и инструктивно-методических материалов, предназначенных для
функционирования системы, и обеспечивает решение ее функциональных
задач.
Рассмотрим ПО, необходимое при эксплуатации АСУП
(Автоматизированная система управления предприятием) для всех уровней
системы, которые будут работать с данным программным продуктом.
При принятии решения об использовании ОС на локальных
компьютерах и серверах выбор был сделан в пользу Windows 10 и Microsoft
Server 2019 соответственно. Это обусловлено тем, что рекомендуемыми
операционными системами для использования «1С: Предприятие 8.3»,
являются продукты компании Microsoft, а именно Windows 10. Что касается
сервера, то в компании "Наяда-Столица" используется MS Server 2019.
В таблице 6 дается сравнительная характеристика различных СУБД
по некоторым показателям. Исходя из сравнения были выбраны компоненты
клиентской и серверной части СУБД Microsoft SQL Server 2019. Выбор такой
СУБД обуславливается следующими основными факторами:
• позволяет работать в режиме «клиент-сервер»;
• поддерживает крупномасштабные и распределенные среды базы
данных;
• обеспечивает значительную масштабируемость, расширяемость и
повышенную производительность;
• обеспечивает многопользовательский доступ к данным;
• отсутствие необходимости в покупке лицензии, так как СУБД
уже развернута в организации, что экономит значительное
количество средств;
• достаточность имеющегося СУБД для решения поставленных
задач.
41
Таблица 6
Показатели СУБД
Наимено-
вание
СУБД
Опера-
ционная
система
Стои-
мость
Язык
програм-
мирова-
ния
Меха-
низм
доступа к
данным
Возможности
DB 2 UDB
8.2 (IBM)
UNIX,
OS/2,
Windows,
AIX
10 000 $
C#, Visual
Basic .NET
ODBC,
JDBC,
ADO/OLE
DB
Средства
восстановления
, создание
хранилищ
данных,
поддержка
реляционных
данных,
кластеров
SQL Server
2019
(Microsoft)
Windows
10 000 $
C#, Visual
Basic .NET
ODBC, ADO
/OLE DB,
ADO .NET
Поддерживает
распределенны
е запросы,
включает OLAP-
средства, обмен
с СУБД и
хранилищами
данных.
Oracle
Database
19c
Windows,
Unix
15 000 $
PL/SQL,
SQL
ODBC,
JDBC,
ADO/OLE
DB
Параллельная
обработка
запросов,
средства OLAP,
поддержка
кластеров,
средства
бизнес-анализа
1.4.3 Обоснование проектных решений по техническому
обеспечению
Применение новейших средств вычислительной техники, связи и
телекоммуникаций дает возможность создания и дальнейшего
совершенствования автоматизированной системы управления на
предприятии, включающей в себя комплекс аналитических задач.
Основу технического обеспечения системы управления в ООО
"Наяда-Столица" составляет комплекс технических средств (КТС) –
совокупность взаимосвязанных единым управлением и (или) автономных
технических средств сбора, регистрации, накопления, передачи, обработки,
вывода и представления информации, а также средств оргтехники.
42
На верхнем уровне системы находится Центр обработки данных
(ЦОД), в который входят сервера приложений и баз данных. Через единую
вычислительную сеть проходят передачи данных (ЕВСПД), к ней
подключены Локальные вычислительные сети (ЛВС) администрации и все
филиалы ООО "Наяда-Столица".
Чтобы обеспечить автоматизированный обмен информацией,
комплексы технических средств различных уровней объединены в единую
информационную вычислительную сеть (ИВС) посредством ряда
телекоммуникационных сетей .
В качестве платформы Системы документооборота используют
систему «1С: Предприятие 8.3». Также в компании используются следующие
программные средства: операционные системы Windows, сетевые
операционные системы Windows, система управления базами данных MS
SQL. Техническое обеспечение строится по иерархическому принципу.
В компании "Наяда-Столица" все компьютеры работают на
процессоре Intel Core i5-8400 4.00 GHz. В настоящее время в организации
используется несколько видов компьютерной техники. Одним из важнейших
факторов при выборе компьютера для работы в программной среде является
производительность, надежность, высокое качество комплектующих и
относительная новизна компьютера (выбора сделано в пользу компьютеров,
произведенных не ранее чем 3 года назад, чтобы в ближайшее время они не
подлежали замене, а также обладающих двухъядерным процессором).
Автоматизированная система управления может функционировать на
ПЭВМ с объемом оперативной памяти не менее 512mb, но желательно
1024mb.
Система обеспечивает автоматизированный обмен данными между
территориально-распределенными базами данных подсистем, входящих в
систему. На уровне Администрации и филиалов каждый экземпляр системы
построен с использованием трехуровневой архитектуры с использованием
платформы «1С: Предприятие 8.3». Клиентские компьютеры напрямую не
43
взаимодействуют с базой данных, а работают с сервером «1С: Предприятие
8.3», которые при необходимости взаимодействуют с базой данных. Такая
архитектура позволяет более гибко распределять нагрузку между
клиентскими и серверными частями. При этом, физически сервер «1С:
Предприятие 8.3» и сервер баз данных могут быть расположены на одном
сервере или разнесены на два различных сервера. В качестве сервера базы
данных используется MS SQL Server 2019.
44
2. Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
В настоящем проекте необходимо использовать методологию
разработки и внедрения IT-решений - Microsoft Solution Framework (MSF).
К такому решению пришли, в связи с тем, что ООО "Наяда-Столица"
уже давно использует продукцию корпорации Microsoft. Так, например,
рабочие станции и сервер компании работают на операционных системах,
разработанных корпорацией Microsoft, в том числе с IT-решениями MSF.
Свойство этой модели состоит в том, что ее можно использовать во
время разработки в различных областях IT-проектов, поскольку в ней нет
строгих правил выполнения процедур. Она соединяет в себе особенности
двух типовых производственных моделей: каскадной и спиральной,
обеспечивающий весь жизненный цикл решения, начиная от задумки и
заканчивая внедрением.
В модели MSF выделяется 5 фаз жизненного цикла: Выработка
концепции, Планирование, Разработка, Стабилизация, Внедрение.
Фаза выработки концепции. На этой фазе формируется ядро
проектной группы, закладывается основа, фундамент единого видения
проекта и его будущего успеха. Специалисты проектной группы должны
сознавать, что они хотят выполнить, четко видеть свою цель, всячески
настраивать на конечный результат как заказчика, так и членов своей
команды. В данном случае сам разработчик выступает как заказчик. Эта
стадия проекта считается ранней формой планирования. Она как бы готовит
платформу, где будет детально разработан план дальнейших действий.
Важной вехой фазы концепции является подготовка документа
общего видения проекта, а также очерчивания границы проекта. Эти границы
дают конкретное понимание того, что из заданного видением будет
действительно осуществимо в условиях проектных ограничений.
45
Главной вехой фазы концепции будет событие «Концепция
утверждена». К данному событию проектная группа должна прийти к
общему согласию и подтвердить, что будет включено в проект, а от чего
нужно отказаться, также должны быть обозначены предварительный срок
выполнения проекта.
Фаза планирования. Как только решение о реализации проекта
принято, начинается планирование. Устанавливаются генеральные точки
проекта, вербализуются задачи. Основная работа фазы планирования -
составление планов проекта, построения иерархической структуры работ,
сетевых графиков, диаграмм. Рассчитываются предварительные проектные
затраты и очерчиваются предварительные сроки всевозможных компонентов
проекта. При прохождении данной фазы, нужно помнить, чем детальнее
составлен план, чем будет больше мельчайших деталей и подробностей, тем
план будет точнее, а значит лучше.
Прежде чем приступить к планированию, специалисты должны
обсудить и задокументировать проектные условия, которые разделяются на
несколько общих групп: бизнес-требования, потребительские требования,
эксплуатационные требования и системные требования. В течение работы
над решением и организацией его функциональных особенностей,
необходимо неукоснительно соблюдать соответствие между существующими
требованиями и создающейся функциональностью.
Процесс проектирования - это последовательность этапов
продвижения от абстрактных концепций к конкретным техническим деталям,
это поиск и реализация решений. Он начинается с последовательного анализа
профилей пользователей. Даются их различные типы (включая персонал
сопровождения), выявляются их служебная деятельность. Выяснив такие
детали, формируются сценарии использования. Эти сценарии имитируют
выполнение какой-то операции конкретным типом пользователя. Следующий
этап - каждый сценарий дробят в определенной последовательности,
46
учитывая нюансы специфически, которые следует выполнить пользователю
для завершения операции.
Действуют три уровня процедуры проектирования: концептуальный
логический и физический. Работа над логическим дизайном начинается
через некоторое время после начала концептуального дизайна, и работа над
физическим дизайном стартует через некоторое время после начала работы
над логическим.
Итоговое решение процесса документируются в функциональной
спецификации. Функциональные спецификации детально описывают вид и
поведение каждой составляющей решения. Также для всех составляющих
описывается их архитектура и дизайн.
После создания ключевой версии функциональной спецификации,
можно начинать детальное планирование, в который входит план
тестирования, план эксплуатации, план мер безопасности, план обучения.
После этого идет анализ планов на предмет выявления
взаимозависимости между ними. Далее они синхронизируются и
подготавливаются в виде единого сводного плана проекта.
Специалисты группы оценивают план и намечают график выполнения
работ, т.е. для каждого из кластеров намечают срок сдачи результатов.
После этого графики синхронизируют с последующей их интеграцией в
сводный календарный график проекта.
Когда план проекта утвержден, это значит, что соглашение между
проектной группой достигнуто, фаза планирования успешно пройдена,
составлены календарные графики, назначены ответственные. Появляется
базовая версия проекта, состоящая из трех плановых величин проекта:
ресурсов, времени и функциональности решения. После одобрения и
утверждения базового плана, начинается фаза разработки.
Во время работы группа строго придерживается базовой версии
проекта, строго контролирует все отступления от плана. Правда, это не
значит, что все решения, которые приняты на фазе планирования