Функциональные и технические требования


НазваниеФункциональные и технические требования
страница29/29
ТипДокументы
filling-form.ru > Договоры > Документы
1   ...   21   22   23   24   25   26   27   28   29

Функциональные требования к подсистеме «ОРЭМ»


  1. ОСНОВНЫЕ ПОНЯТИЯ И ОПРЕДЕЛЕНИЯ

    1. ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ

Таблица 1

Сокращения и определения



СОКРАЩЕНИЕ, ОБОЗНАЧЕНИЕ

ОПРЕДЕЛЕНИЕ

1

ТЭП

Технико – экономические показатели

2

КАСУ

Комплексная автоматизированная система управления

3

ПТО

Производственно – технический отдел

4

ПТС

Производственно – техническая служба

5

ОРЭМ

Оптовый рынок электроэнергии и мощности




  1. ЦЕЛИ И ЗАДАЧИ

Цели:

  • Повышение эффективности и прозрачности выполнения процессов при работе на оптовом рынке электроэнергии и мощности;

  • Автоматизация загрузки, хранения, накопления, анализа информации, предоставляемой участникам ОРЭМ уполномоченными инфраструктурными организациями;

  • Формирование аналитической отчетности по работе на ОРЭМ;

  • Автоматизация расчета и подачи ценовых заявок;

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

  • Автоматизация всех необходимых расчетов согласно действующим регламентам работы субъектов ОРЭМ с возможностью оперативного изменения алгоритмов при изменении регламентов;

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

  • Создание информационной аналитической системы, позволит унифицировать, консолидировать, систематизировать производственные и технико-экономические показатели работы станций Компании, проводить системный, вариантный и временной анализ показателей, вырабатывать мероприятия по повышению эффективности деятельности и контролировать результаты проводимых мероприятий;

  • Доступность и оперативность предоставления сводной корпоративной и аналитической отчетности.

Задачи: предоставить возможности для

  • Получение и сбор информации и необходимых данных:

    • с сайтов инфраструктурных организаций (ПАО «СО ЕЭС», ПАО «АТС», НП «Совет рынка», ЗАО «ЦФР») публикуемых в открытом доступе, а также в закрытых разделах персонально для участника;

    • с сайта Московской энергетической биржи (далее Биржа), а также иных организаций, уполномоченных НП «Совет рынка» на организацию торгов электрической энергией и мощностью, производными финансовыми инструментами базовым активом которых является стоимость электрической энергии (мощности);

    • направляемых в электронном виде за ЭЦП в адрес уполномоченных сотрудников Заказчика в рамках установленного документооборота с инфраструктурными организациями и Биржей (Биржами) в соответствии с Регламентами ОРЭМ Договора о присоединении к торговой системе оптового рынка;

    • из информационных систем Заказчика;

    • из файлов с данными, предоставленными Заказчиком;

    • ручной ввод данных;

  • Организация хранения всех данных, импортируемых из внешних источников и полученных внутри системы;

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

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

  • Проведение сравнения оперативных данных и результатов расчета с отчетными данными (по итогам отчетного периода) инфраструктурных организаций;

  • Возможность интеграции с другими информационными системами Заказчика – учетными системами и системами управления предприятия («1С Предприятие»), системами автоматизации документооборота и др.;

  • Наличие инструментария, позволяющего осуществлять формирование рядов данных на основании ретроспективных значений и их передачи в специализированные системы автоматизации прогнозирования (например, Metalogic mpEnergy) для последующего получения прогнозных данных с помощью различных моделей прогнозирования, моделирования развития ситуации «что если…»;

  • Автоматизация подготовки ценовых заявок администратору торговой системы для участия в торгах на ВСВГО, РСВ и БР;

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

  • Предоставление оперативных данных в виде графиков, диаграмм и таблиц, с использованием цветовой индикации для улучшения воспринимаемости больших объёмов данных;

  • Создание единого структурированное хранилище показателей работы;

  • Осуществление контроля деятельности Компании;

  • Получение возможности аналитической работы с большим объемом данных;

  • Автоматизация процесса формирования и оперативное представление корпоративной отчетности всем заинтересованным подразделениям и руководству по всем видам расчетов и анализов.

  1. ТРЕБОВАНИЯ К ПРОДУКТУ

    1. ФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ

Перечень функциональных требований носит предварительный характер и требует уточнения после разработки и утверждения уточненного технического задания.

Таблица 3

Функциональные требования



НАИМЕНОВАНИЕ ТРЕБОВАНИЯ

РАСКРЫТИЕ ТРЕБОВАНИЯ

1

Подсистема сбора данных




1.1

Общие требования к подсистеме сбора и обработки данных

Подсистема сбора и обработки данных должна обеспечивать следующие возможности:

  • Автоматический сбор данных из различных источников в соответствии с настроенным расписанием;

  • Ручная загрузка данных в хранилище из файловых директорий;

  • Хранение и управление доступом к файлам первоисточников в хранилище;

  • Логирование операций загрузки;

  • Анализ полноты загруженной информации;

  • Разбор источников данных и логирование операций разбора файлов.

Подсистема должна включать следующие модули:

  • Модуль сбора первоисточников HTTP;

  • Модуль сбора первоисточников Microsoft Exchange Server;

  • Модуль сбора первоисточников Сетевой каталог;

  • Модуль сбора данных из СУБД

1.2

Требования к сбору данных с сайтов инфраструктурных организаций

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

  • К сайтам первоисточников относятся следующие ресурсы сети интернет:

    • Общий раздел сайта ПАО «АТС»;

    • Персональный раздел сайта ПАО «АТС»;

    • Сайт балансирующего рынка «СО ЕЭС».

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

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

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

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

  • Наличие удобной настройки расписания загрузки источников.

1.3

Требования к Модулю сбора первоисточников с почтового сервера

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

  • К источникам, загружаемым с почтового сервера, относятся следующие:

    • Шифрованные сообщения рассылки ПАО «АТС» и ПАО «ЦФР»;

    • Прочие почтовые сообщения.

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

  • Авторизация на сервере с почтового сервера должна происходить автоматически с помощью логина и пароля.

  • Возможность автоматической расшифровки сообщений с помощью криптоключа.

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

1.4

Требования к Модулю сбора технологических данных

Должна быть обеспечена интеграция со следующими источниками:

  • Файловые директории пользователей;

  • БД АИИСКУЭ АО «КрымТЭЦ»;

  • БД систем телемеханики АО «КрымТЭЦ»;

  • Технологические БД станций;

  • БД Технологического портала АО «КрымТЭЦ»;

  • БД систем расчета ТЭП станций;

2

Требования по формированию аналитической отчетности

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

Подсистема «Аналитическая отчетность» должна решать следующие задачи:

  • Создание простых и аналитических отчетных форм по результатам работы на ОРЭМ с помощью инструмента конструирования отчетов;

  • Сравнение исходных и рассчитанных данных в разрезе различных типовых периодов (час, сутки, месяц и др.);

  • Анализ исторической информации.


В рамках данного проекта подсистема «Аналитическая отчетность» должна обеспечивать автоматизацию следующих основных отчетные формы:

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

  • Аналитический отчет по обязательствам и платежам по договорам ОРЭМ в разрезе ГТП;

  • Отчет о покупке и продаже мощности (оперативный и фактический);

  • Отчет о покупке и продаже электроэнергии (оперативный и фактический);

  • Расчет стоимости услуг инфраструктурных организаций;

  • Отчет по анализу отклонений на БР.

3

Требования к проведению расчетов

Функциональная подсистема расчетов предназначена для проведения оперативных и итоговых расчетов по работе на оптовом рынке электроэнергии и мощности.

В подсистеме проведения расчетов будут реализованы следующие виды расчетов:

  • Расчет экономических результатов работы на рынке электроэнергии;

  • Расчет экономических результатов работы на рынке мощности;

  • Расчет финансовых обязательств по договорам ОРЭМ;

  • Расчет ценовых заявок РСВ и заявок СО;

  • Расчет ценовых заявок ВСВГО и ОЦПЗ.

  • Модуль проведения расчетов подсистемы расчета на ОРЭМ должен включать следующие функциональные возможности:

  • Создание исходных и расчетных параметров по измерениям;

  • Организацию группировки параметров по смысловым группам;

  • Поиск параметров по наименованию или внутреннему коду;

  • Настройку типа расчета параметра на стандартных периодах: час, сутки, месяц, квартал, полугодие, год;

  • Настройку агрегации значений параметра по периодам;

  • Настройку формулы расчета параметра;

  • Настройку агрегации значений между параметрами разных измерений;

  • Просмотр значений параметров;

  • Контроль полноты исходных данных и достоверности входных данных по предельному значению или допустимому диапазону значений;

  • Визуализацию наличия недостоверных данных;

  • Возможность корректировки исходных данных.

4

Требования к подсистеме работы на ОРЭМ

Оперативная работа – подготовка ценовых заявок администратору торговой системы для участия в торгах на ВСВГО, РСВ и БР. Модуль в части работы с ценовыми заявками для ПАО «АТС» и ПАО «СО ЦДУ ЕЭС» будет выполнять следующие задачи:

  • мониторинг состояния всех заявок;

  • подача заявок ВСВГО, РСВ с использованием ПО АРМ «Участника» в адрес ПАО «АТС»;

  • расчет заявок ОЦПЗ для ПАО «СО ЦДУ ЕЭС»;

  • корректировка ценовых заявок с использованием ПО АРМ «Участника»;

  • построение отчетов по результатам работы на ОРЭМ за день (месяц);

    1. ТРЕБОВАНИЯ К ДАННЫМ

Требования к данным будут сформированы после технического проектирования подсистемы «ОРЭМ».

    1. ТРЕБОВАНИЯ К ПОЛЬЗОВАТЕЛЬСКОМУ ИНТЕРФЕЙСУ

Особых требований к пользовательскому интерфейсу подсистемы «ОРЭМ» в настоящее время не предъявляется.

    1. ТРЕБОВАНИЯ К ИНТЕГРАЦИИ

Таблица 5

Подсистема «ОРЭМ» является принимающей стороной



СМЕЖНАЯ ИС/ПОДСИСТЕМА

НАЗНАЧЕНИЕ И ЗАДАЧИ ИНТЕГРАЦИИ

1

Бюджетирование

Передаются данные по статьям БДР для расчета цен

2

Производство/ТЭП

Передача планируемых показателей мощностей и производства э/э


Таблица 6

Подсистема «ОРЭМ» является передающей стороной



СМЕЖНАЯ ИС/ПОДСИСТЕМА

НАЗНАЧЕНИЕ И ЗАДАЧИ ИНТЕГРАЦИИ

1

Продажи

Передача сводных данных оперативного планирования и учета продаж э/э

  1. ТРЕБОВАНИЯ К НАЛИЧИЮ ОТЧЕТОВ

Требования к наличию отчетов, реализуемых в подсистеме, будут определены на основании разработки и утверждения технического задания на систему ОРЭМ.

  1. ТРЕБОВАНИЯ К ТЕХНИЧЕСКОМУ ОБЕСПЕЧЕНИЮ

На каждый объект автоматизации (Симферопольская ТЭЦ, Камыш-Бурунская ТЭЦ, Сакские тепловые сети) необходим выделенный сервер.
Требования к техническим характеристикам серверов системы ОРЭМ:

  • Процессор – 2 х Quad-Core Intel® Xeon® Processor X5560 (2.8 GHz, 95W);

  • Объем оперативной памяти – 32 Гб;

  • Дисковая подсистема: 6 х 146 Гб +1 диск для горячей замены;

    • Раздел С (SYSTEM): 146 Гб

    • Раздел D (DATA): 280 – 900 Гб (RAID5)

    • Раздел E (TLOGS): 100 – 300 Гб (RAID1)

  • Устройство чтения компакт-дисков (DVD-ROM);

  • Сетевой адаптер – 10 Гбит/c.

  • ОС – Microsoft Windows Server 2008 R2 Standard Edition, 64-bit RUS

  • СУБД – Microsoft SQL Server 2008 R2 Standard Edition, 64-bit RUS

  • Framework – Microsoft .NET Framework 4.0 и выше

  • Криптопровайдер – СКЗИ КриптоПро 3.6 R2 CSP x64 RUS (серверная лицензия)

  • Framework – КриптоПро .NET x64 RUS (серверная лицензия)

  • Office – Microsoft Office (Excel, Outlook) 2007/2010/2013


ПОДПИСИ СТОРОН



От Заказчика

АО «КРЫМТЭЦ»


_______________________
М.П.

От Исполнителя

_______________________
М.П.
1   ...   21   22   23   24   25   26   27   28   29

Похожие:

Функциональные и технические требования iconПрограмма внедрения sap erp 5 Функциональные требования к еасуп 6...
Фт-14. 2 Определение потребностей в обучении и формирование предварительного бюджета на период (год, квартал, месяц) 17

Функциональные и технические требования iconОбщие положения
Данный документ представляет собой функциональные и технические требования к системе управления взаимоотношениями с клиентами (далее...

Функциональные и технические требования iconТехническое задание москва 2015 содержание введение Функциональные...
Функциональный объем и требования к разрабатываемому продукту сформированы на основании бизнес-требований, утвержденной целевой технической...

Функциональные и технические требования iconТехнические требования
...

Функциональные и технические требования iconНаименование, технические, функциональные (потребительские свойства)...

Функциональные и технические требования iconП/п Наименование товара, технические, функциональные характеристики...
Наименование товара, технические, функциональные характеристики (потребительские свойства) товара

Функциональные и технические требования iconТехническое задание на изготовление и поставку Стендов информационных (4 типа) содержание
Подраздел 1 Технические, функциональные и качественные характеристики (потребительские свойства) товаров

Функциональные и технические требования iconТехнические, функциональные, качественные и эксплуатационные характеристики...
Примерная (рекомендуемая) форма для заполнения участником аукциона первой части заявки на участие в аукционе

Функциональные и технические требования iconФирмы-владельца
Настоящий документ описывает функциональные и нефункциональные требования к отчету 4028 Приходный/расходный кассовый ордер

Функциональные и технические требования iconРасчет стоимости полисов
Функциональные требования по созданию онлайн-магазина страховых продуктов на корпоративном сайте ОАО «согаз»

Вы можете разместить ссылку на наш сайт:


Все бланки и формы на filling-form.ru




При копировании материала укажите ссылку © 2019
контакты
filling-form.ru

Поиск