Корпоративные хранилища данных. Интеграция систем. Проектная документация.
Коммерческое предложение состоит из следующих разделов:
1. Введение
Компания-Исполнитель выражает благодарность Заказчику за приглашение на открытый/закрытый конкурс по выбору подрядчика и поставщика для реализации проекта внедрения корпоративного хранилища данных.
Настоящее коммерческое предложение подготовлено Исполнителем в соответствии с условиями открытого/закрытого тендера на выполнение работ (оказание услуг) по проекту внедрения корпоративного хранилища данных.
Коммерческое предложение также содержит описание подходов и технологий, применяемых специалистами компании Исполнителя, при разработке и внедрении информационных систем класса корпоративного хранилища данных.
2. Цель, задачи и ожидаемые результаты проекта
2.1. Цель проекта
Основной целью проекта внедрения корпоративного хранилища данных является повышение эффективности информационно-аналитической и управленческой деятельности Компании путем автоматизации функциональных областей и бизнес-процессов Заказчика, связанных с вопросами принятия управленческих решений и создания единого логического представления данных, которые необходимы для информационного обеспечения бизнеса, то есть для создания единой модели корпоративных данных.
Кроме того, корпоративное хранилище данных создается с целью:
2.2. Задачи проекта
Ключевыми задачами проекта внедрения, обеспечивающими достижение поставленной цели, являются:
2.3. Ожидаемые результаты проекта
Достижение вышеуказанных целей проекта предполагает, что постановка методологии, разработка и внедрение КХД должны качественно повысить эффективность бизнеса Заказчика благодаря оптимизации и автоматизации бизнес-процессов.
При этом выделяются следующие ключевые факторы:
3. Предлагаемое решение
Исходя из опыта, а также анализа целей, требований и задач проектов данного класса, специалисты компании Разработчика считают, что Заказчику необходима такая аналитическая система, которая позволила бы компании быстро адаптироваться к меняющимся условиям рынка, принимать максимально взвешенные решения, определять оптимальную стратегию ведения бизнеса.
3.1. Функциональная архитектура предлагаемого решения
Схема функциональной архитектуры предлагаемого решения приведена на рисунке ниже.
Функциональной архитектуры корпоративного хранилища данных
3.1.1. Модель данных
Модель данных корпоративного хранилища содержит все главные компоненты, которые входят в состав хранилища данных, обеспечивают создание гибкой и масштабируемой инфраструктуры хранилища данных.
3.1.2. Подсистема сбора, анализа и загрузки информации (Extract Transform Load, ETL)
Данная подсистема включает модули, отвечающие за извлечение данных из существующих источников в соответствии с регламентом информационного взаимодействия, их анализ, преобразование и загрузку в хранилище данных с проведением предварительного анализа и обогащенем нормативно-справочной информации (НСИ).
Модули, входящие в состав подсистемы, представлены ниже:
3.1.3. Хранилище данных
Подсистема хранилище данных обеспечивает хранение текущих и архивных данных, публикацию их в витрины данных, хранение настроечной и справочной информации.
3.1.4. Подсистема поддержки
Подсистема поддержки включает модули, обеспечивающие поддержку актуальности модели, структур хранилища данных, полноту и актуальность НСИ, администрирование системы в целом.
3.1.5. Подсистема анализа и отчетности
Подсистема предоставления отчетности и анализа включает модули, обеспечивающие разработку и предоставление отчетности конечным пользователям согласно определенным правам доступа.
3.2. Техническая архитектура решения
Техническая архитектура корпоративного хранилища данных, определяющая перечень необходимых программных и аппаратных средств, приведена на рисунке ниже.
Техническая архитектура корпоративного хранилища данных
3.2.1. Технологические компоненты
В состав разрабатываемой системы включаются следующие технологические компоненты:
При создании архитектуры ИС предусматривается включение в нее всех необходимых средств обеспечения информационной безопасности по трем основным направлениям: целостность, доступность и конфиденциальность. Предполагается, что средствами информационной безопасности должны решаться ряд задач, включая:
4. Этапы внедрения корпоративного хранилища данных
Для достижения целей внедрения корпоративного хранилища данных в условиях ограничений по времени, ресурсам и затратам Исполнитель предлагает методологию, которая представляет собой детальное описание выполняемых в ходе проекта задач, их последовательности, выходных результатов с указанием распределения ответственных ролей проектной группы.
Задача в терминах данной методологии представляет собой элементарный (неделимый) объем работ, который обязательно заканчивается планируемым результатом, оформленным в виде документа, специфичного для данной задачи формата и содержания.
Набор такого рода документов составляет библиотеку Проекта. Библиотека проектной документации является ключевым результатом Проекта, обеспечивает контроль качества ведения и реализации Проекта и возможности дальнейшего сопровождения и совершенствования системы независимо от состава исполнителей в течение всего жизненного цикла системы.
Все задачи сгруппированы в процессы по принципу общности результата.
Схема этапов внедрения проекта соответствует представленной ниже диаграмме.
Этапы внедрения проекта внедрения корпоративного хранилища данных
4.1. ФАЗА I. Определение и анализ
В рамках данной фазы исследуются, анализируются и формализуются существующие потребности и инициативы бизнеса. Изучаются существующие нормативные документы, регламентирующие процессы формирования отчетности и т. д. Проводится обследование существующего программно-информационного и аппаратного обеспечения. Определяются детальные функциональные требования для проектирования и разработки информационной системы.
На этапе анализа решаются следующие задачи:
Результатом работ по фазе «Определения и анализа» является техническое задание на проектирование и разработку ИС, содержащее следующую информацию:
4.2. ФАЗА II. Проектирование информационной системы
На этой фазе формируется проект модели в информационной системе. На этапе проектирования информационной системы, в зависимости от охватываемых проектом функциональных областей, решаются следующие основные задачи:
4.3. ФАЗА III. Настройка и разработка информационной системы
На этой фазе настраивается и разрабатывается модель в информационной системе:
5.4. ФАЗА IV. Передача информационной системы Заказчику
На этой фазе выполняется тестирование и отладка системы, выявляются ошибки и выполняются необходимые корректировки, проводится согласованная оптимизация информационной модели.
В процессе опытной эксплуатации системы выполняются необходимые действия на основании реальных данных, готовятся инструкции пользователям и администраторам по работе в системе в соответствии с их существующими и/или измененными функциональными обязанностями.
На этапе передачи информационной системы Заказчику решаются следующие задачи:
5. Сроки реализации проекта
Компания Исполнитель предполагает, что сформулированные в настоящем предложении цели, задачи, рамки и результаты проекта соответствуют ожиданиям и требованиям руководства Заказчика. Общая продолжительность работ по проекту данного класса составляет от X до Y месяцев в зависимости от масштаба задач.
Примерный график распределения сроков выполнения этапов работ, расчитанный из предполагаемой общей продолжительности проекта X месяцев, приведен на диаграмме ниже:
Примерный график распределения сроков выполнения этапов работ
6. Структура и функции проектной команды
6.1. Структура проектной команды
Для успешного выполнения проектных работ и достижения запланированного результата в срок и с надлежащим качеством формируется проектная команда, состоящая из консультантов Исполнителя и специалистов Заказчика. Участие в проекте ключевых специалистов и ТОП-менеджеров Заказчика является одним из основных условий успешности и адекватности выполнения задач проекта.
Исходя из этого, для реализации задач проекта предлагается следующая структура проектной команды, с кратким описанием зон ответственности:
Структура проектной команды проекта внедрения корпоративного хранилища данных
Численный состав проектной команды как со стороны Исполнителя, так и со стороны Заказчика приведен примерный, исходя из опыта реализации аналогичных проектов. В зависимости от масштаба проекта и поставленных задач он может быть скорректирован.
Детальное описание функций (матрица ответственности) участников проектной команды, как со стороны Исполнителя, так и со стороны Заказчика будет выполнено в процессе определения сроков и границ проекта на стадии заключения договора.
6.2. Распределение функций сторон в проектной команде
Функции участников проектной команды со стороны Заказчика:
Функции участников проектной команды со стороны Исполнителя:
7. Предполагаемая стоимость проекта внедрения
При определении суммы оплаты услуг консультантов Компании-исполнителя мы исходили из следующих предпосылок:
Исходя из ставок в компании Исполнителе, а также указанного масштаба работ, полная стоимость услуг по проекту составит ХХХ рублей с учетом НДС. Накладные расходы, связанные с командированием сотрудников Исполнителя по данному проекту, оплачиваются дополнительно. Предполагается, что сумма накладных расходов не превысит ХХХ рублей. Общая стоимость проекта составит ХХХ рублей.
8. Критические факторы успеха реализации проекта
Успешная реализация проекта невозможна без выполнения ряда ключевых условий. Опыт показывает, что критическими факторами успеха реализации проекта являются факторы, представленные ниже.
8.1. Организационные факторы
8.2. Технологические факторы
9. Преимущества исполнителя
Указать чем Ваша компания лучше других. Какой опыт внедрения имеется, сотрудники какой квалификации в штате и т.д. и т.п.
ТКП, составление ценового предложения
Технико-коммерческое предложение по созданию АСУ ТП
ТЕХНИКО-КОММЕРЧЕСКОЕ ПРЕДЛОЖЕНИЕ
на выполнение комплекса работ по
созданию программного обеспечения для
стенда тестирования блоков
ИЗДЕЛИЕ
Заказчик: ОАО «Заказчик»
ОГЛАВЛЕНИЕ
ПЕРЕЧЕНЬ ПРИНЯТЫХ СОКРАЩЕНИЙ
1 ВВЕДЕНИЕ
1.1 Заявление о конфиденциальности
1.2 Основания для разработки
1.3 Наименование работ
2 ЦЕЛЬ РАЗРАБОТКИ, НАЗНАЧЕНИЕ И ФУНКЦИИ СИСТЕМЫ
2.1 Назначение системы
2.2 Классификация комплекса
2.3 Функции системы
2.4 Функции шкафа контроллера
2.5 Функции автоматизированного рабочего места оператора СТБ
3 ОПИСАНИЕ ПРОЕКТА
3.1 Программное обеспечение
3.2 Границы проекта
3.1 Структура программно-технических средств стенда тестирования блоков ИЗДЕЛИЕ
3.2 Результат проведения работ
4 СОСТАВ И СТОИМОСТЬ РАБОТ
5 СОСТАВ ДОКУМЕНТАЦИИ
6 ЗАКЛЮЧЕНИЕ
ЛИСТ СОГЛАСОВАНИЯ
| Организация | Должность | ФИО | Подпись | Дата |
|---|---|---|---|---|
| ЗАО «Исполнитель» | Ответственный по Сименс | Петров Наладчик | ………… | 01.2021 |
| …………………. | …………………………………………….. | ………………….. | ………… | ………… |
| …………………. | …………………………………………….. | ………………….. | ………… | ………… |
| Организация | Должность | ФИО | Подпись | Дата |
|---|---|---|---|---|
| ЗАО «Исполнитель» | Директор | ………………….. | ………… | 01.2021 |
| …………………. | …………………………………………….. | ………………….. | ………… | ………… |
| …………………. | …………………………………………….. | ………………….. | ………… | ………… |
| …………………. | …………………………………………….. | ………………….. | ………… | ………… |
| …………………. | …………………………………………….. | ………………….. | ………… | ………… |
ПЕРЕЧЕНЬ ПРИНЯТЫХ СОКРАЩЕНИЙ
АСУ ТП расшифровка – Автоматизированная Система Управления Технологическим Процессом
1 ВВЕДЕНИЕ
Данный документ содержит описание предлагаемых ЗАО «Исполнитель» услуг по теме: создание программного обеспечения и наладки программного обеспечения стенда тестирования блоков комплексного распределительного устройства управления запорной арматурой для ___.
Настоящее коммерческое предложение на проектирование (ТКП) имеет цель сформулировать технические и ценовые предложения на разработку программного обеспечения контроллера и автоматизированного рабочего места, входящих в состав стенда тестирования блоков ИЗДЕЛИЕ, а также проведение необходимых шеф-наладочных работ на ___.
1.1 Основания для разработки
Основаниями для разработки настоящего ТКП являются:
1. Запрос предприятия ОАО «Заказчик» №___ от ___, являющегося поставщиком оборудования ИЗДЕЛИЕ, на ТКП по выполнению комплекса работ по созданию программного обеспечения для автоматизированного испытательного стенда;
2. Предложение ОАО «Заказчик», разработанное в соответствии с Техническим заданием на создание «Стенд тестирования блоков ИЗДЕЛИЕ (СТБ)» Э. номер изделия
3. Описание одного из алгоритмов работы автоматизированного стенда;
4. Нормативные документы ЗАО «Исполнитель» по принципам формирования контрактных цен.
1.2 Наименование работ
1. Разработка прикладного программного обеспечения контроллера СТБ;
2. Разработка прикладного программного обеспечения АРМ оператора СТБ;
3. Разработка эксплуатационной документации на программно-технические средства (ПТС) стенда ИЗДЕЛИЕ, поступающее на производство АСУ ТП;
4. Проведение предварительных и шеф-монтажных работ по наладке и настройке ПТС СТБ на территории ОАО «Заказчик» и Организация.
2 ЦЕЛЬ РАЗРАБОТКИ, НАЗНАЧЕНИЕ И ФУНКЦИИ СИСТЕМЫ
2.1 Назначение системы
Стенд тестирования блоков ИЗДЕЛИЕ предназначен для проверки модульных выдвижных блоков, применяемых в шкафах комплектных распределительных устройств собственных нужд 0,4 кВ ИЗДЕЛИЕ производства ОАО «Заказчик», инженерно-техническим персоналом в том числе для:
− определения работоспособности блоков;
− определения соответствия электрического монтажа блоков электрическим принципиальным схемам;
− напряжения срабатывания и отпускания контакторов в главных цепях, начиная с 0,8 Uн;
− вывода на печать протокола проверки.
Стенд тестирования блоков ИЗДЕЛИЕ состоит из шкафа контроллера и автоматизированного рабочего места (АРМ) оператора СТБ.
2.2 Классификация комплекса
СТБ должен относиться к системам нормальной эксплуатации, соответствовать классу безопасности 4 (классификационное обозначение 4Н) по ПНАЭ Г-01-011 (ОПБ 88/97) и функциональной группе 4Н в соответствии с НП-026.
2.3 Функции системы
ПТС СТБ созданы с использованием программно-логических контроллеров и графического пакета визуализации фирмы «Schneider Electric».
ПТС СТБ обеспечивается выполнение следующих функций:
− обработка сигналов ввода-вывода и выдачу исполнительных команд, в соответствии с заданными алгоритмическими процедурами;
− выполнение алгоритмических процедур, в соответствии с выбранными параметрами на АРМ;
− синхронизация времени контроллера и приложения визуализации с внешним источником точного времени;
− самодиагностика технических средств системы;
− архивирование вносимой оператором информации по проводимому тесту;
− выдача отчетов (протоколов) в электронном виде, на электронном носителе;
− генерация пороговых нарушений по превышению установленных значений;
− определение неисправностей цепей управления;
− определение неисправностей главных цепей.
2.4 Функции шкафа контроллера
Шкаф контроллера должен обеспечивать выполнение следующих функций:
− обработку и регистрацию входных сигналов ввода-вывода;
− выполнение алгоритмических последовательностей;
− выдачу исполнительных воздействий (команд) для реализации алгоритмов тестирования стенда;
− измерение электрических параметров сети;
− предупредительную и аварийную сигнализацию по отклонению параметров электрической сети от регламентных и аварийных границ.
Технические характеристики шкафа контроллера приведены в таблице 1.
По каналам ввода-вывода предусмотрен резерв в размере 20 % от существующего объема каналов ввода-вывода.
Таблица 1. Технические характеристики шкафа контроллера
| Наименование параметра | Значение параметра |
|---|---|
| Количество аналоговых входов, шт. | 16 |
| Количество дискретных входов, шт. | 64 |
| Количество дискретных выходов, шт. | 128 |
| Интерфейсы связи | Ethernet |
| Условия эксплуатации | УХЛ 4 |
| Напряжение питания, В | 220 |
| Расчетный ток потребления, А | 5 |
| Тип питающее сети | TN-S |
| Габариты ВхШхГ, мм | 600х600х300 |
| Масса, кг | 70 |
| Степень защиты, IP | 54 |
2.5 Функции автоматизированного рабочего места оператора СТБ
АРМ оператора должно обеспечивать выполнение следующих функций:
− параметрирование процесса тестирования;
− конфигурирование последовательности для проведения тестирования;
− контроль, регистрация, сигнализация изменения параметров электрической сети стенда;
− отображение и регистрация состояния оборудования стенда;
− регистрация действий оператора;
− дистанционное управление технологическим оборудованием.
Регистрация данных на АРМ осуществляется в архив. Глубина архива составляет 3 месяца.
В состав АРМ оператора должен входить переносной компьютер и SCADA пакет.
Разработанное ППО должно иметь возможность настройки под конкретный тип блоков комплексного распределительного устройства управления запорной арматурой (ячейка ИЗДЕЛИЕ).
3 ОПИСАНИЕ ПРОЕКТА
3.1 Программное обеспечение
Прикладное программное обеспечение (ППО) СТБ разрабатывается на лицензионном базовом программном обеспечении (БПО) компании Schneider Electric и состоит из следующих компонентов:
− инструментальная система Unity Pro XL версии не ниже V6, поддерживающая разработку прикладных задач программируемых логических контроллеров (ПЛК) на пяти языках по стандарту МЭК 61131-3;
− инструментальный пакет Vijeo Citect версии не ниже V7.2 для конфигурирования автоматизированного места оператора под прикладную задачу.
Базовое программное обеспечение сопровождается программной документацией фирмы-разработчика базового программного обеспечения (на русском или английском языке), достаточной для его сопровождения.
3.2 Границы проекта
Работы ЗАО «Исполнитель» по данному проекту ограничиваются:
− получением информации с клеммной сборки, установленной в шкафу контроллера;
− отображением информации о тестировании на переносном компьютере (АРМ);
− передачей информации, при необходимости, во внешнюю сеть предприятия.
Основная часть работ созданию ППО и конфигурированию контроллеров проводится на площадке ЗАО «Исполнитель», проведение заводских (предварительных) испытаний проводится на площадке ОАО «Заказчик».
Заключительная часть работ ЗАО «Исполнитель» осуществляется в виде проведения пусконаладочных работ совместно с представителями Заказчика и под их руководством на площадке.
3.1 Структура программно-технических средств стенда тестирования блоков ИЗДЕЛИЕ
Структура комплекса программно технических средств стенда представлена на рисунке 1.
В таблице 2 приведен перечень оборудования для реализации данного проекта. Данное оборудование в рамках данного проекта не закупается и не изготавливается (его стоимость не учитывается в ТКП). Закупка оборудования, конструкторская документация и сборка шкафа контроллера будет произведена Заказчиком.
Таблица 2. Перечень оборудования ПТС СТБ ИЗДЕЛИЕ
| Обозначение | Наименование |
|---|---|
| BMX XBT 0800 | Каркас на 8 слотов без расширения |
| CPS 2000 | Блок питания |
| P342020 | Контроллер с портом Ethernet |
| AMI 0810 | Модуль аналогового ввода 8AI 4-20mA |
| AMI 0810 | Модуль аналогового ввода 8AI 4-20mA |
| DDI 6402K | Модуль дискретного ввода 64DI |
| DDO 6402K | Модуль дискретного вывода 64DO |
| DDO 6402K | Модуль дискретного вывода 64DO |
| HP Probook 4730s | Ноутбук АРМ оператора |
| Vijeo Citect v.7.2 (600io) | Лицензия Citect на 600 точек ввода-вывода |
Рисунок 1 – Структурная схема ПТС стенда тестирования блоков ИЗДЕЛИЕ для Организация-2
3.2 Результат проведения работ
Результатом проведения работ по созданию программного обеспечения для ПТС СТБ ИЗДЕЛИЕ должно стать разработанное, установленное и отлаженное на объекте ППО стенда. Оформление завершения работ – подписание Акта сдачи-приемки выполненных работ, оформление которого после того, как управление АСУ ТП (завершение этапа опытной эксплуатации).
Планируемый перечень работ по разработке ППО стенда тестирования блоков приведен в таблице 3.
Таблица 3. Планируемый перечень работ по разработке ППО
| Этап | Наименование работ | Исполнитель |
|---|---|---|
| ППП | Уточнение требований и разработка ТКП | Исполнитель, Заказчик |
| 1 | Разработка ТЗ | |
| 1.1 | Получение, обработка и согласование исходных данных (ИД) | Исполнитель, Заказчик |
| 1.2 | Разработка и согласование ТЗ | Исполнитель, Заказчик |
| 2 | Программирование | |
| 2.1 | Разработка ППО | Исполнитель |
| 2.2 | Автономная наладка и предварительные испытания ППО стенда на территории ЗАО «Исполнитель» | Исполнитель |
| 2.3 | Разработка, согласование и выпуск ПД | Исполнитель |
| 2.4 | Приемочные испытания ППО комплекса на площадке ОАО «Заказчик» | Исполнитель, Заказчик |
| 3 | Внедрение | |
| 3.1 | Шеф – наладочные работы на месте эксплуатации | Исполнитель |
| 3.2 | Корректировка документации по результатам ПНР | Исполнитель |
4 СОСТАВ И СТОИМОСТЬ РАБОТ
В рамках работ по созданию прикладного программного обеспечения стенда блоков ИЗДЕЛИЕ предлагается выполнить комплекс работ, указанный в таблице 4.
| Наименование этапа работ | Результат | Стоимость руб. без НДС | НДС 18% руб. | Стоимость с НДС |
|---|---|---|---|---|
| Разработка и согласование ТЗ | Техническое задание на ППО СТБ | ……….. | ……….. | ……….. |
| Получение и обработка исходных данных | Математическое описание последовательностей тестирования. Создание и согласование альбома видеокадров | ……….. | ……….. | ……….. |
| Разработка и отладка программного кода контроллера | Прикладное программное обеспечение контроллера | ……….. | ……….. | ……….. |
| Разработка и отладка программного кода АРМ | Прикладное программное обеспечение АРМ | ……….. | ……….. | ……….. |
| Разработка эксплуатационной документации | 1. Спецификация ППО СТБ 2. Руководство оператора 3. Руководство программиста | ……….. | ……….. | ……….. |
| Проведение отладки на территории изготовителя стенда | Протокол проведения тестирования | ……….. | ……….. | ……….. |
| Сдача в эксплуатацию | Акт сдачи в эксплуатацию | ……….. | ……….. | ……….. |
| ИТОГО: | ……….. | ……….. | ……….. |
5 СОСТАВ ДОКУМЕНТАЦИИ
Состав документации, разрабатываемой на каждом этапе работ, приведен в таблице 5.
Таблица 5. Состав документации
| Этап | Разрабатываемая документация |
|---|---|
| Предпроектная подготовка | ТКП. |
| Разработка ТЗ | 1) ТЗ с Приложениями: – перечни контролируемых и отображаемых параметров и сигналов; – описанные последовательности тестирования в графическом виде; – альбом экранных форм. 2) Спецификация на покупные программные продукты |
| Изготовление и поставка | 1) ПД в составе: – Спецификация ППО СТБ; – Руководство оператора; – Руководство программиста. 2) ППО в составе: – дистрибутивов созданного программного обеспечения. |
| Сдача в опытную эксплуатацию | Программная документация, откорректированная по результатам ПНР |
Разрабатываемая исполнителем документация должна быть передана Заказчику на русском языке:
– в виде учтенной копии на бумажном носителе – в одном экземпляре;
– в виде электронной копии на электронном носителе (оптическом диске) – в одном экземпляре.
Держателем подлинников документации является разработчик.
Фирменная сопроводительная документация компаний – производителей (поставщиков) покупных программных средств поставляется на языке и в количестве экземпляров, соответствующих условиям поставки покупных программных средств разработчику.
6 ЗАКЛЮЧЕНИЕ
Предложенные в настоящем ТКП основные технические решения по программному обеспечению комплекса щитов позволяют обеспечить:
− выполнение требований Заказчика, приведенных в Техническом Задании;
− данный стенд тестирования (ИЗДЕЛИЕ) будет использоваться совместно с техническими средствами ИЗДЕЛИЕ на многих установках, построенных на базе контроллерного оборудования и средств автоматизации Schneider Electric.
#техникокоммерческоепредложение, #ТКП, #оформление, #автоматизация