Файл: Проектирование организации (Краткая характеристика организации).pdf

Основные риски, связанные с проектом внедрения 1С: Управление предприятием 8.2, отображены в иерархии рисков на Рисунок 3.

Рисунок 3 - Категории рисков проекта

Источник: [13]

Управление рисками проекта включает в себя процессы, связанные с определением, анализом и реагированием на риски проекта.

На Правлении при запуске проекта были были утверждены следующие контрольные точки (таблица 4).

Таблица 4 - Контрольные точки проекта

Источник: [13]

Работа по отдельным аспектам проекта будет регулироваться специальными процедурами, утверждаемыми Лидером проекта после обсуждения на Оперативном совете.

Общее представление планирования контрольных точек представлено на рисунке 4.

Рисунок 4 - Планирование по контрольным точкам

Источник: [12, c. 74]

Разделение уровней позволит каждому руководителю сосредоточиться на контроле действительно важного дня него результата, не погружаться в тонкости более низкого управления. Для исполнителей работ разделение на уровни гарантирует политику невмешательства в ход работ до момента сдачи плановых результатов, что предоставляет определенную свободу действий, а не расстрельный контроль за каждый неверный шаг.

Центральная точка расположена в комнате 5, которая представляет собой запираемое помещение размером 1 на 1,5 метра. Систем вентиляции и кондиционирования нет. Коммуникационная стойка или шкаф отсутствуют. Все оборудование размещено на металлических стеллажах. В состав центральной точки входит:

• Маршрутизатор Cisco 1800, подключено 1 порт WAN и 1 порт LAN;
• Коммутатор Compex SAS2224 на 24 порта, из них занято 19 портов;
• Коммутатор D-Link DES-1024D на 24 порта, все порты заняты;
• Сервер PS1;
• Сервер PS2;
• 3 источника бесперебойного питания PowerCOM мощностью 1300 VA каждый.

Таким образом, описан пример процедуры создания инфраструктуры проекта.

3.2. Эффективность предложенных мероприятий

«Сердцем» ИТ-инфраструктуры, обеспечивающим основу для функционирования бизнес-приложений (сервисов), является центр обработки данных. Виртуализация является неотъемлемой технологической составляющей - стандартом де-факто для современного ЦОД, а также основой облачных сред.

Налагаются ограничения на масштабируемость (управляемость, производительность), безопасность, физическое размещение оборудования, относящегося к этой под системе. Поиск ответов на указанные вызовы и является сегодня основной задачей оптимизации в данной сфере [8, c. 69].

Для работы сервисов виртуализации в ЦОД ООО «Торг» возникает необходимость надлежащим образом организовать коммутацию на втором (канальном) уровне модели OSI - L2-связность. Причем коммутация должна осуществляться как между стойками в рамках одного объекта, так и между различными географически распределенными центрами обработки данных. Сегодня для обеспечения L2-связности узлов сети одного ЦОД вместо протоколов STP предлагаются более совершенные (Cisco FabricPath, TRILL). Они не блокируют линии, обеспечивают стабильность и масштабируемость в L2-сегменте на основе маршрутизации. В территориально распределенных ЦОД применяются технологии, обеспечивающие передачу данных канального уровня через транспортные сети (OTV, VPLS).

Высокая плотность виртуализации на серверах повышает не только эффективность использования вычислительных ресурсов, но и загрузку каналов [10, c. 69].

Большинство существующих сетей ЦОД построены в соответствии с трехуровневой моделью. Это предполагает большое количество переходов, а, следовательно - переподписку в узле каждого уровня и большие задержки.

Основу нового подхода к построению сетей ЦОД составляет идея использования единого распределенного коммутатора в виде управляющего узла и вынесенных линейных карт. Это реализуется с использованием таких технологий как Cisco Fabric Extender, Juniper QFabric [7, 9].

Данный подход позволяет перейти на одноуровневую модель сети. Она предполагает, что все устройства ЦОД соединены напрямую друг с другом, а связи осуществляются за один переход (hop). В такой модели обеспечиваются получение доступа к данным на скорости канала с минимальными задержками и объединение преимуществ классических подходов организации сети с использованием последовательных решений (end of row) и стоечных решений (top of rack).

Сетевой трафик между виртуальными машинами, развернутыми на одном физическом сервере, не выходит наружу. Соответственно, этот трафик не инспектируется традиционными средствами сетевой безопасности, такими как межсетевые экраны и системы обнаружения вторжений. Существует несколько вариантов обеспечения безопасности в виртуальных средах:

• перенос коммутации траффика между виртуальными машинами (ВМ) из виртуального коммутатора гипервизора ВМ на физический коммутатор (стандарт 802.1qbg (VEPA) а также проприетарный Cisco VM-FEX);
• развертывание на гипервизорах виртуальных межсетевых экранов с централизованным управлением, обеспечивающих согласованность политик безопасности виртуальной и физической сред.

Наблюдаемые тенденции к увеличению потребности в вычислительных мощностях зачастую вступают в противоречие с возможностями по размещению устройств. То есть приходится иметь дело с ограничениями, которые определяются физическими параметрами серверных помещений. По сути, это ограничения по количеству устройств, которые соответствующим образом сказываются на архитектуре решений.

Основными методами оптимизации, являются унификация и консолидация вычислительных ресурсов на основе технологий виртуализации серверов и использования унифицированных систем хранения ООО «Торг».

Виртуализация позволяет значительно сократить количество физических серверов и серверных площадей за счет консолидации нескольких виртуальных серверов в одной физической вычислительной системе [1, 5]. Для меньшего числа физических серверов нужна меньшая портовая емкость сетевых устройств и меньшие мощности систем электропитания охлаждении [8].

Отдельно стоит отметить преимущества, достигаемые за счет повышения отказоустойчивости и управляемости. В результате виртуализации все сервисы реализуются без привязки к физическим ресурсам. Сервисы разворачиваются на виртуальных машинах, которые можно по необходимости можно перемещать на другие серверы или запустить заново. Это позволяет восстанавливать работоспособность системы при сбоях или же осуществлять выравнивание загрузки ее элементов. Также может использоваться единый интерфейс управления виртуальными машинами.

Для достижения перечисленных преимуществ виртуализации, ресурсы хранения необходимо отделить от вычислительных систем (серверов). То есть хранение информации на виртуальных машинах, должно осуществляться централизованно, а не локально на физических серверах. Для такого рода задач и для решения проблем децентрализованного хранения, компания Space IT предлагает современные унифицированные СХД с поддержкой всех протоколов блочного доступа (FC, iSCSI, FCoE) и файлового доступа (NFS, CIFS).

Использование таких СХД позволяет [15]:

• сохранить инвестиции, путем использования уже имеющихся систем хранения, объединить управление разрозненными системами;
• повысить эффективность использования подсистемы хранения за счет гибкого выделения ресурсов, использования уровней хранения, дедупликации, и др. технологий;
• обеспечивать требуемые производительность и объемы при максимальной отказоустойчивости.

Еще одна область применения технологий виртуализации - виртуализация рабочих столов пользователей (терминальные сервисы, VDI, виртуализация приложений) [6, 10]. Данные технологии позволяют изолировать рабочее устройство пользователя, его рабочий стол, приложения и личные данные. Таким образом, можно решать ряд задач связанных с:

• проблемами совместимости ПО;
• недостаточной безопасностью и надежностью пользовательских ПК и хранимых на них данных;
• обеспечением мобильности рабочих мест;
• снижением операционных и капитальных затрат на парк ПК;
• недостаточной загруженностью сетевых и вычислительных ресурсов.

В целом унификация и консолидация ИТ-инфраструктуры позволяет бизнесу обеспечивать соблюдение таких актуальных на сегодняшний день требований, как сокращение издержек на ИТ и повышение непрерывности бизнес-процессов за счет повышения отказоустойчивости, масштабируемости и управляемости ИТ-инфраструктуры.

На эффективность функционирования внутреннего контроля в системе инновационного управленческого учета значительное влияние оказывают качество и количество информации, которая формируется информационном пространстве машиностроительного комплекса [14, 15]. Как следствие, необходимо постоянно совершенствовать требования к данной информации, ее составу и срокам представления.

Для автоматизации этапа внутреннего контроля требуется АСК или испытательный стенд, который бы мог выполнять ряд проверочных операций [8, 10]. В зависимости от внутренней структуры, задача создания АСК (автоматизированных систем контроля) возложена либо на отельное подразделение, либо на непосредственных разработчиков изделия. В результате время на создание автоматизированной системы внутреннего контроля уменьшается в несколько раз и составляет от 2 до 6 месяцев в зависимости от сложности. При этом сама разработка системы занимает от нескольких недель до нескольких месяцев (в зависимости от сложности задачи). В свою очередь благодаря АСК может иметь уникальный интерфейс и набор дополнительных возможностей, необходимый конкретной организации.

Работа внутреннего контроля в любой организации начинается с постановки целей и задач контроля, определения областей ответственности, направлений и предметов контроля. Данные вопросы составляют «Положение о системе внутреннего контроля», на основе которого реализуется методика и алгоритмы работы внутреннего контроля в организации. Типовые процедуры обеспечения эффективного функционирования системы внутреннего контроля помогают правильной постановке задач и обеспечивают их автоматизированную рассылку исполнителям.

Цели и задачи формируются на основе финансовых и внутренних бизнес-целей, внешних и внутренних требований, решений и поручений руководства. Основой для контроля соблюдения внутренних требований организации является набор организационно-распорядительных и нормативно-справочных документов.

Данный модуль также выполняет роль хранилища нормативно – справочной информации, оптимизированного для задач внутреннего контроля и аудита, риск-менеджмента, включая возможность организации эффективного ознакомления персонала с документами, обеспечение привязки к рабочим материалам контролеров и аудиторов при проведении их проверок. Структура хранилища легко настраивается, возможна интеграция со смежными информационными системами.

Выводы по главе

Конфигурация «СУСП» на основании разработанных ежедневных планов, предоставляет возможность получать широкий спектр отчетности, а учет фактических выполнений дает оперативные данные для отслеживания сроков окончания строительных проектов. Все полученные данные могут быть использованы в любых системах «1С:Предприятия 8» для реализации комплексной автоматизации предприятия. Система актуальна к использованию на предприятиях выполняющих функции: генподрядчика, подрядчика, заказчика и инвестора строительства. Данная конфигурация не имеет прямых аналогов среди подобных информационных систем представленных на рынке программного обеспечения и является первым комплексным решением для руководителей, менеджеров и инженеров.

ЗАКЛЮЧЕНИЕ

В результате проделанной работы решены следующие задачи: - рассмотрены теоретические аспекты проектирования; проведен анализ проектирования организации; описано совершенствование проектирования в организации.

Применение конфигурации «СУСП» на базе платформы «1С: Предприятие 8.0» позволяет комплексно автоматизированно решать задачи управления прозводством, а именно планирования, учета, контроля и анализа использования финансовых и материальных ресурсов.

Возможности системы позволяют:

- вести: планирование и анализ всей хозяйственной деятельности организации; учет строительных объектов и договоров; вести учет всех заказчиков, поставщиков и подрядчиков/субподрядчиков с историей взаимоотношений: документоборот, взаиморасчеты, история общения и т.д.; учет производственных запасов (ТМЦ); детальный учет движения ТМЦ (внутренние перемещения между складами или строительными объектами, перемещения между подрядчиками и т.д.); учет выполненных работ собственными силами и силами субподрядчиков в разрезе объектов и подрядчиков.