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

Измеримая цель ИТ-проекта

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

ОБЩИЕ СВЕДЕНИЯ
ОПИСАНИЕ РАМОК ПРОЕКТА

В результате выполнения работ по данным ФТТ планируется внедрить новую ИС «Корпоративный портал Общества».

Таблица 4

Описание рамок проекта

Организационные рамки

Куратор проведения работ: -Красноярскнефтегаз», УМАИТиТ Владелец информационной системы: -Красноярскнефтегаз», УМАИТиТ Организации, затрагиваемые проектом в пределах его рамок: -Красноярскнефтегаз» Предполагаемое количество пользователей системы: Количество зарегистрированных пользователей – все сотрудники Общества (600 пользователей). Количество одновременно работающих пользователей системы – 200 пользователей. Прогноз роста количества зарегистрированных и одновременно работающих пользователей на 5 лет:   Количество зарегистрированных пользователей – 900. Количество одновременно работающих пользователей – 300.

Планируемый срок реализации

Декабрь 2018

ОПИСАНИЕ ТЕКУЩЕЙ СИТУАЦИИ
ОПИСАНИЕ СУЩЕСТВУЮЩЕГО БИЗНЕС-ПРОЦЕССА, ПОДЛЕЖАЩЕГО АВТОМАТИЗАЦИИ

В рамках проекта планируется осуществить автоматизацию следующих процессов:

Процесс предоставления справочной информации о сотрудниках, который в настоящее время выполнятся в ручном режиме и является составляющим бизнес-процесса ПВУ [ES. HR.02] Кадровое администрирование. Цель выполнения процесса: информирование сотрудников об актуальной должности, телефонном номере, электронной почте, кабинете, фото их коллег, а также о возможном отсутствии сотрудника (отпуск/больничный/командировка). Процесс сбора и отображения производственных показателей и технологической информации, который в настоящее время выполняется в ручном режиме и является составляющим бизнес-процесса ПВУ [ES. ME. PCM] Планирование, координация и обеспечение деятельности служб производственной автоматизации, метрологии и контроля качества контроля качества. Цель выполнения процесса: информирование заинтересованных лиц о ходе всех технологических процессов в удобной для восприятия и анализа форме (в формате мнемосхем, трендов (в том числе групповых), таблиц, графиков (в том числе групповых), сообщений и сигнализаций, с возможностью пользовательских настроек отображения). Процесс формирования режимного листа, накопительной базы сводок, который в настоящее время выполняется в ручном режиме и является составляющим бизнес-процесса ПВУ [ES. ME. PCM] Планирование, координация и обеспечение деятельности служб производственной автоматизации, метрологии и контроля качества контроля качества. Цель выполнения процесса: информирование сотрудников о производственных показателях за определенный период, итогах производственной деятельности.
ОПИСАНИЕ НЕДОСТАТКОВ СУЩЕСТВУЮЩЕГО БИЗНЕС-ПРОЦЕССА, ПОДЛЕЖАЩЕГО АВТОМАТИЗАЦИИ

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

повышенные трудозатраты; недостаточное качество результата.

ОПИСАНИЕ СУЩЕСТВУЮЩЕЙ АВТОМАТИЗАЦИИ БИЗНЕС-ПРОЦЕССА / ИНФРАСТРУКТУРЫ

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

ОПИСАНИЕ НЕДОСТАТКОВ СУЩЕСТВУЮЩЕй АВТОМАТИЗАЦИИ БИЗНЕС-ПРОЦЕССА / ИНФРАСТРУКТУРЫ

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

Зафиксированные бизнес-требования

Таблица 5

Зафиксированные бизнес-требования

№	Описание требования	Владелец требования	Связь с целями проекта
1	2	3	4
1.	Автоматизировать процесс отображения справочной информации об актуальной должности, телефонном номере, электронной почте, кабинете, фото, а также о возможном отсутствии сотрудника (отпуск/больничный/командировка). Задачи данной модификации: Автоматизированное формирование полей справочника: «ФИО», «Подразделение», «Должность», «Статус» (работа/отпуск/больничный/командировка), «День и месяц рождения» (не отображаются, по необходимо для формирования блока поздравлений). (Данные получать из 1С:ERP). Автоматизированное формирование поля «Телефонный номер», «Кабинет». (Данные получать из базы SQL). Автоматизированная загрузка фотографии (из определенной папки по уникальному имени файла). Формирование информационного блока поздравлений. Возможность выгрузки справочник в Excel. Возможность поиска сотрудника по ФИО, подразделению, а также по иерархической структуре Общества. Контроль достоверности данных, полученных из 1С:ERP и базы SQL, обеспечивают ответственные сотрудники Общества.	Начальник отдела документационного обеспечения	Уменьшение трудозатрат за счёт автоматизированного формирования некоторых полей справочника; уменьшение трудозатрат за счёт автоматизированного формирования блока поздравлений; повышение информативности справочника и качества предоставляемой информации.
2.	Автоматизировать процесс сбора и отображения производственных показателей и технологической информации. Задачи данной модификации: Отображение технологической информации в формате мнемосхем. Отображение исторических значений ключевых технологических параметров в виде трендов. Отображение групповых трендов (сэтов не меньше восьми перьев). Получение данных из базы MySQL. Возможность пользовательской настройки отображения. Отображение значений в режиме онлайн. Предоставление (мониторинг) полной (всей) технологической информации о ходе всех и любой части технологических процессов добычи, подготовки, хранения и транспортировки добываемой продукции, а также состоянии энергетического комплекса, жизнеобеспечивающих систем, пожарной и газовой обстановки на всех технологических участках месторождения в виде графиков (в том числе групповых), мнемосхем, таблиц, сообщений и сигнализаций. Контроль достоверности данных, полученных из MySQL, обеспечивают ответственные сотрудники Общества.	Начальник отдела автоматизации и метрологии	Повышение качества предоставляемой информации.
3.	Автоматизировать процесс формирования режимного листа, накопительной базы сводок. Задачи данной модификации: Размещение и ежедневное обновление режимного листа. Импорт данных программы ОРС-Сервер в раздел документы в формате. accdb. Размещение сводки «Итоги производственной деятельности» и других отчетов. Создание накопительной базы сводок (сутки, месяц, год). Возможность ввода данных режимного листа на портале.	Начальник центральной инженерно-технологической службы	Повышение качества предоставляемой информации.

ТРЕБОВАНИЯ К ПРОДУКТУ ИТ-ПРОЕКТА
Общие требования к архитектуре и функциональности

Поставленные цели предлагается достичь посредством выполнения задач:

разработки модуля «Справочник сотрудников»; разработки модуля «Сервис сбора и отображения значений с измерительных приборов»; разработки модуля «Режимный лист».

Тип архитектуры системы – локальная.

Ландшафт разрабатываемой системы предполагает организацию следующих сред:

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

Специальные требования к архитектуре для решения поставленных задач не предъявляются. Реализация будет выполняться на платформе Microsoft SharePoint 2013.

Требования к доступности и производительности

Таблица 6

Требования к доступности и производительности

Требования к доступности системы (суммарное допустимое время простоя)	Режим работы системы: круглосуточно (24х7). Время на проведение регламентных работ: 12 часов в год. MTD (максимальное незапланированное допустимое время простоя, по истечении которого неблагоприятные последствия, возникшие в результате прерывания деятельности ИС становятся неприемлемыми): 24 часа в год. Показатель доступности Системы (по возможности): «Процент доступности» = 99%.
Максимальное время восстановления после сбоя и максимальное окно потери данных	RTO (период времени, установленный для возобновления функционирования ИС после инцидента с учетом возможности предоставления доступа бизнес-пользователям. Рекомендуемое значение – не более 24 часов. Меньшее значение ведёт к значительному повышению стоимости решения, которое в состоянии обеспечить требуемое время восстановления системы): 24 часа в год. RPO (окно потери данных (измеряется в часах). Определяется допустимым количеством данных, которые могут быть потеряны в случае сбоя в работе системы. В свою очередь определяет требования к системе резервного копирования – к частоте выполнения резервных копий): 24 часа.
Требования к производительности системы на альтернативном оборудовании	Уровень предоставления сервиса (SDO) (который должен быть обеспечен на альтернативном оборудовании до возврата на основное (если такой вариант применим для бизнеса, либо сервис должен предоставляться без потерь производительности) – измеряется в процентах от штатной производительности системы. Может влиять на планирование мощностей, в частности резервных): 70% Максимальное альтернативное время (МТО) (время, в течение которого возможна работоспособность сервиса на «альтернативном» оборудовании при выходе из строя компонентов системы и при отсутствии возможности обеспечить оперативную полнофункциональную замену вышедшего из строя оборудования для восстановление полноценной работы системы): Неограниченно
Нагрузка	Оценка объемов хранения данных (планируемый объем данных, обрабатываемых системой, с учетом прогноза роста на ближайшие 5 лет): 200 ГБ. Максимальное количество пользователей (или запросов), одновременно (за определенный период времени) обслуживаемых в системе: 500 пользователей в день.
Требования к каналам связи	Работоспособность каналообразующего оборудования должна быть обеспечена в режиме 24 часа в сутки 7 дней в неделю. Максимальное время восстановления работоспособности каналообразующего оборудования – 4 часа в случае аппаратного сбоя (при наличии резервного оборудования у Заказчика). Максимальное время восстановления работоспособности каналообразующего оборудования – 1,5 часа в случае программного сбоя. Требования к пропускной способности каналов связи в расчет на одного пользователя системы: не менее 56 Кбит/сек при работе приложения с использованием толстого клиента; не менее 256 Кбит/сек при использовании терминального клиента.
Требования к резервному копированию и восстановлению	период хранения резервных копий: 30 дней. Оценка объемов хранения данных (планируемый объем хранилища, необходимый для хранения резервных копий): 2 ТБ.
Другие требования к надежности	Дополнительные требования к ИС/ИР не предъявляются.

Требования информационной безопасности

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