- надежное хранение информации и защиту от потери или искажения хранимых данных.
5.4 Эргономика и техническая эстетика
Для удобства пользователей Система установлена на клиентское АРМ непосредственно с сервера приложений. При каждом подключении клиента к серверу осуществляется проверка на наличие обновлений. В случае если на сервере установлена более поздняя версия, система автоматически обновляет клиентское приложение.
Удобство использования графического пользовательского интерфейса должно обеспечиваться за счет следующих характеристик:
- Предоставления контекстно-зависимой помощи при работе с формами пользовательских интерфейсов подсистем.
- Пользователь имеет возможность получения информационной помощи непосредственно из главного меню.
- Интерфейс способствует уменьшению вероятности совершения случайных ошибочных действий пользователей.
- Главное меню подсистем содержанием списка доступных функций. Доступ к отдельным пунктам изменяется в зависимости от роли пользователя и выбранного пользователем окружения.
- Предоставления возможности настройки пользователями внешнего вида экранных форм подсистем и сохранения заданных настроек для последующей загрузки.
- Наличием удобных и современных компонентов на интерфейсе подобных MS (в т. ч. графические).
- Наличием табличных компонентов с функционалом подобным Exel.
- Поддержки клиента на других мобильных ОС (Android, Windows Phone и т. д).
- Возможностью работы через Web-интерфейс.
- Возможностью выгрузки из системы и отправки данных по почте в формате файлов *.pdf, *.xls, *.ppt, *.dac.
5.5 Требования к защите информации от несанкционированного доступа.
Компоненты подсистемы защиты от несанкционированного доступа обеспечивают:
- идентификацию пользователя на основе проверки имени (логина) пользователя и пароля;
- проверку полномочий пользователя при работе с системой;
- исключение возможности несанкционированного доступа за счёт обеспечения механизмов разграничения доступа к информации в соответствии с правами;
- регистрацию входа и выхода пользователей в систему;
- ведение журнала активности пользователей.
Программное обеспечение должно быть защищено от несанкционированного доступа:
- стандартными средствами безопасности, предоставляемыми операционной системой.
- стандартными средствами СУБД;
- средствами Системы (идентификация пользователей и разграничение прав доступа).
5.6 Режимы функционирования системы
Система работает в следующих режимах:
- Штатный режим функционирования – является основным режимом работы, который обеспечивает возможность нормальной работы пользователей с Системой для выполнения своих задач. Штатный режим функционирования предусматривает круглосуточную работу программного обеспечения 365 (366) дней в году.
- Сервисный режим – включает в себя проведение регламентных работ:
· Диагностирование работоспособности Системы.
· Создание резервных копий базы данных для обеспечения корректного восстановления при возникновении внештатных ситуаций.
· Обновление версий на сервере.
- Режим восстановления после внештатных ситуаций.
Система функционирует в штатном режиме, при этом допускаются перерывы в работе пользователей на проведение регламентных работ. Время проведения регламентных работ определяется эксплуатационными службами Заказчика.
При возникновении внештатных ситуаций Система переводится в режим восстановления.
5.7 Способы и средства связи для информационного обмена между компонентами подсистем
Обмен информацией между компонентами подсистем основан на применении стандартных средств и способов взаимодействия, таких как:
- сетевой протокол TCP/IP;
- протоколы Интернет – HTTP, HTTPS;
- компоненты для асинхронного обмена сообщениями;
- стандарты и технологии web-служб: файлы формата XML унифицированной структуры, SOAP для межуровневого обмена;
- протокол электронной почты – SMTP\POP3.
Система и подсистемы должны быть оптимизированны для работы на каналах с низкой пропускной способностью.
Межуровневый обмен информацией осуществляется с помощью протокола ТСР\IP с использованием прямых цифровых каналов связи между уровнями предприятия.
5.8 Общие ИТ требования
Система должна обладать следующими свойствами:
- возможность инсталляции в существующие ИТ-мощности заказчика;
- возможность предоставления централизованного доступа к ИС;
- удовлетворительное быстродействие (открытие и сохранение введенных данных 5-10сек);
- возможность работы в off-line режиме;
- возможность локальной поддержки приложения без привлечения разработчика, наличие инструментов для администрирования и сопровождения решения;
- возможность интеграции с корпоративными ИС (OIS+, SAP, Лексема, OIS Ремонты, Скважинное оборудование, OISPipe);
возможность модификации ИС в соответствии с требованиями Заказчика.
5.9 Общие требования к архитектуре
Архитектура Системы включает в себя следующие уровни (Рисунок 1):
- Презентационный уровень – реализует пользовательский интерфейс для работы с ПК и предоставляет доступ пользователям к функциональности Системы. Доступ пользователей к функциональности осуществляется через тонкий клиент. Данный уровень предполагается для доступа с рабочих станций пользователей.
- Уровень взаимодействия – на данном уровне находятся модули, которые взаимодействуют с внешней средой Системы, взаимодействие может осуществляться по протоколу TCP напрямую или по протоколу HTTP через веб-сервер. Данный уровень содержит следующий набор модулей:
· Модуль аутентификации, авторизации, управления сессиями – предназначен для осуществления работы с пользователями Системы;
· Модуль обновления версий – предназначен для автоматического обновления версий.
- Уровень подключаемых модулей – предназначен для расширения функциональности используемых программных комплексов и содержит:
· Модуль внешних обработчиков – предназначен для взаимодействия со сторонними Системами;
· Модуль транспорта SOAP, E-Mail – предназначен для рассылки сообщений между другими экземплярами ПК, которые установлены на других предприятиях;
· Модуль форматов – предназначен для преобразования сообщений обрабатываемых программными комплексами в универсальный формат XML и последующей его передачи в транспортный модуль для отправки в другие экземпляры программных комплексов.
- Уровень бизнес логики – содержит модули, которые реализуют логику работы.
- Уровень доступа к БД – на данном уровне располагаются следующие модули:
· Модуль взаимодействия с базой данных – реализует связь всех уровней с общей базой данных;
· Модуль журналирования – данный модуль предназначен для учета действий, совершаемых как пользователями программного комплекса, так и самой системой.
- Уровень данных - представляет собой реляционную СУБД для надежного хранения и управления данными программного комплекса. На этом уровне хранятся данные используемые экземпляром программного комплекса. К общим данным относятся таблицы оборудования, пользователей, системных настроек.
5.10 Структура системы, перечень подсистем
Система включает в себя следующие подсистемы:
- подсистема оборудования;
- подсистема администрирования;
- подсистема работы с оперативными заявками – «Оперативные заявки»;
- подсистема работы с графиками ремонтов – «Планы ремонтов»;
- подсистема работы с технологическими нарушениями – «Журнал технологических нарушений».
Система поддерживает многоуровневую архитектуру. Архитектура Системы позволяет обеспечить соблюдение принципов взаимодействия открытых систем. Для расширения функций программного обеспечения реализована поддержка распределенной архитектуры Системы.
Архитектура включает следующие компоненты:
- хранилище данных (СУБД);
- сервер приложений;
- web-сервер;
- клиентские приложения (Web-браузер).
Сервер приложений предназначен для реализации бизнес-логики работы с оперативными заявками, графиками, технологическими нарушениями.
Взаимодействие сервера приложений с клиентами происходит по протоколу HTTP (HTTPS) с использованием механизма Web-сервисов.
На филиале применяется идеология трехзвенной архитектуры: сервер БД, «средний слой» – «сервер приложений» (реализующий весь основной функционал взаимодействия пользователя с программным комплексом) и клиентское приложение (с использованием «сверхтонкого» клиента – браузера), выполняющее на АРМ пользователя.
Все подсистемы комплекса функционируют в одной информационной среде. Для подсистем используется единое физическое хранилище данных, которое содержит данные, необходимые для работы каждой из них (Рисунок 1). Единая база энергетического, сетевого и нефтяного оборудования, а также общая НСИ позволяют не дублировать ввод информации в разных подсистемах.
Рисунок 1 – Единая информационная среда подсистем
5.11 Функциональные требования по учету оборудования
Система должна обеспечивать:
- учет оборудования по диспетчерским наименованиям в единой базе с необходимой степенью детализации;
- наличие полной информационной базы по оборудованию (производитель, основные технические характеристики и массо-габаритные показатели, сведения о гарантии, периодичность производимых ремонтов, сведенья об объемах ремонта) в режиме реального времени (после ввода данных);
- внесение в СУБД новых видов и типов оборудования
5.12 Функциональные требования по планированию ППР
Система должна обеспечивать:
- планирование ремонта оборудования согласно срокам эксплуатации, наработке и в соответствии с отраслевыми стандартами;
- долгосрочного (год), среднесрочного (месяц), краткосрочного (день) планирования с учетом потерь недобытой нефти;
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 |
Основные порталы (построено редакторами)