4.2. Требования к надежности

Программное обеспечение должно быть защищено от неверных действий пользователя, исключить бесконтрольное искажение и удаление данных, исключить редакцию данных при их утверждении. Целостность данных при отказах оборудования на клиентских местах, разделение доступа к данным обеспечивается средствами используемой в OOO «Альфа» СУБД. Подсистема должна обеспечить возможность конфигурирования «администратором подсистемы» прав (ролей) для пользователей разных уровней при работе с конкретными таблицами, колонками, строками и показателями баз данных и позволить выяснить, кто из пользователей внес то или иное изменение.

4.3. Требования к интерфейсу

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

4.4. Требования к основным функциям

Основой для планирования выручки и затрат являются производственные программы по каждому виду услуг/продукции. Произведение объемов производства/реализации внутрисистемным потребителям/внешним, с учетом территориального расположения (продажи в России, экспорт в СНГ/Запад) на цены внутрисистемные/внешние, с учетом территориального  расположения даст величины  сумм выручки от внешней реализации (Россия, экспорт) и внутрисистемного дохода. Выручка/затраты по жилищно-социальной сфере (ЖСС) рассчитывается на основании данных текущего состояния с учетом роста объемов и индексов-дефляторов Минэкономики. При планировании объёмов производства учитываются технологические схемы, потоки углеводородного сырья (баланс добычи и транспортировки газа).

Затраты должны делиться: 

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

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

Необходимо, чтобы данные доходов и расходов можно было сгруппировать поэлементно:

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

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

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

На основании финансового плана формируется бюджет доходов/расходов без учета налогов (для ОАО) с разбивкой по формам оплаты и с учетом налогов (для внутреннего использования). 

4.5. Требования к видам обеспечения

4.5.1. Требования к информационному обмену между компонентами подсистемы

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

4.5.2. Требования к лингвистическому обеспечению

Взаимодействие пользователя с подсистемой должно осуществляться на русском языке. 

4.5.3. Требования к программному обеспечению системы

Клиентская часть. Локальный и двухзвенный вариант – Система должна функционировать в среде _____ и должна иметь возможность обновления ПО по IP-сети. Для трехзвенной архитектуры – возможность работы под браузером _________ и выше.

Серверная часть. Модули системы должны быть установлены на ОС ____ или _______.  Сеть передачи данных - Маршрутизируемая IP-сеть с минимальной пропускной способностью ____.

4.5.4. Требования к аппаратному обеспечению

Программное обеспечение должно функционировать на ЭВМ со следующими техническими характеристиками:

Процессор _______, ОЗУ _______, жесткий диск _____Гб.

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

Создаваемое программное обеспечение должно удовлетворять требованиям класса защищенности «1Г» по РД ГТК России «Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации». Создаваемое ПО не должно требовать установки дополнительного оборудования, расширения каналов передачи данных, замены системного программного обеспечения в ООО «Альфа».

5. Состав и содержание работ по созданию подсистемы

1. Разработка ТЗ.
2. Анализ стороннего программного обеспечения (ПО).
3. Формирование дополнительных требований к ПО.
4. Обсуждение характеристик, влияющих на цену.
5. Формирование выводов для руководства.
6. Заключение договора.
7. Обследование функций СГП.
8. Привязка ПО к потребностям СГП.
9. Обучение администраторов и специалистов.
10. Передача настроенного ПО в СГП.
11. Установка ПО на клиентские места.
12. Обучение пользователей СГП.
13. Опытная эксплуатация.