Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
subbotin_ds_primenenie-informacionnyh-sistem-v-upravlenii-proektom-na-primere-kompanii-krok_50719.docx
Скачиваний:
34
Добавлен:
14.01.2018
Размер:
946.42 Кб
Скачать
    1. Описание изменений для внедрения

      1. Предлагаемые изменения

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

Всего предлагается подключить восемь информационных систем, которые обмениваются данными. Системы, подключаемые к хранилищу, и основные таблицы хранилища, связанные с подключаемыми системами, представлены в таблице 1.

Таблица 1. Информационные системы хранилища и их данные

Информационная система

Таблицы, загружаемые в хранилище

Таблицы хранилища для использования

MicrosoftCRM

  • Контрагент

  • Контрагент

  • Договор

  • Плановые данные проекта

CAClarity

  • Активность

  • Календарный план работ

  • Сотрудник

  • Трудозатраты

  • Активность

  • Календарные планы проекта

  • Сотрудник

  • Трудозатраты

К2

  • Статус согласования контрагента

  • Статус согласования активности

  • Статус согласования договора

  • Контрагент

  • Активность

  • Договор

  • Сотрудник

Финансовый калькулятор (ФК)

  • Плановые данные проекта

  • Плановые данные проекта

1С ERP

  • Договор

  • Склад

  • Номенклатура

  • Печатная форма

  • Транзакция

  • Тип транзакции

  • Валюта

  • Договор

  • Склад

  • Номенклатура

  • Календарные планы проекта

  • Статус согласования контрагента

  • Статус согласования активности

  • Статус согласования договора

  • Транзакция

  • Тип транзакции

  • Валюта

TargitBI

-

  • Контрагент

  • Активность

  • Договор

  • Склад

  • Номенклатура

  • Сотрудник

  • Плановые данные проекта

  • Транзакция

  • Тип транзакции

  • Валюта

  • Трудозатраты

OpenTextDocumentumD2

  • Печатная форма

  • Печатная форма

Atlassian Jira

  • Трудозатраты

  • Сотрудник

  • Трудозатраты

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

Рисунок 8. Связь хранилища данных с информационными системами и банками данных

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

Рисунок 9. Укрупненная схема хранилища данных

Описания основных таблиц хранилища:

  • Контрагент – содержит в себе данные по юридическим лицам, с которыми работает компания ЗАО «КРОК инкорпорейтед»;

  • Активность – содержит в себе информацию о проектах компании;

  • Календарный план работ – содержит в себе информацию о планах выполнения проектных работ;

  • Сотрудник – содержит в себе данные по сотрудникам компании ЗАО «КРОК инкорпорейтед»;

  • Трудозатраты – содержит в себе данные о затраченном рабочем времени сотрудников на определенные задачи;

  • Статус согласования контрагента – содержит в себе информацию о процессе согласования контрагентов ответственными лицами компании;

  • Статус согласования активности – содержит в себе информацию о процессе согласования активностей ответственными лицами компании;

  • Статус согласования договора – содержит в себе информацию о процессе согласования договоров ответственными лицами компании;

  • Плановые данные проектов – содержит в себе данные по плановой выручке проектов;

  • Договор – содержит в себе записи о заключенных договорах компании ЗАО «КРОК инкорпорейтед» с поставщиками, клиентами и перевозчиками;

  • Склад – содержит в себе информацию о складах для хранения товарных остатков компании;

  • Номенклатура – содержит в себе данные о продаваемых товарах и работах компании;

  • Печатная форма – содержит в себе информацию по файлам отсканированных документов с контрагентами;

  • Транзакция – содержит в себе данные о проведении компанией ЗАО «КРОК инкорпорейтед» сделки по купле-продаже;

  • Тип транзакции – содержит в себе информацию, была произведена покупка или продажа;

  • Валюта – содержит в себе информацию о валютах, с которыми работает компания.

Создание единого хранилища данных имеет ряд преимуществ перед существующей архитектурой:

  • практически безболезненное внедрение новых систем для внутреннего пользования компании и доработка существующих решений– для новой системы или модуля системы прописываются те сущности и их реквизиты, которыми она будет оперировать, при этом изменения в процессе работы существующих систем (модулей систем) не понадобятся;

  • обеспечение всех систем актуальными, полными, непротиворечивыми и достоверными данными единовременно;

  • экономия места для хранения информации из-за отсутствия избыточности данных;

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

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

  • появления возможности внедрения технологии интеллектуального анализа «больших данных».

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

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