Разработка функциональных требований

Программа ТПиР и КР. Перспективное планирование. Формирование Перспективной программы ТПиР и КР Бизнес-процессы, к которым в данной работе описываются функциональные требования, схематически представлены в виде диаграмм. Бизнес-процесс описывается с помощью документов и функций, пояснения к которым представлены в таблице ниже (таблица 1).

Таблица 1.

Рисунок.	Функция на диаграмме.	Выполняется в Системе.
Документ.	Да.
Документ.	Нет.
Функция.	Да.
Функция.	Нет.
Условие.	_.

Бизнес-процесс перспективного планирования программы ТПиР и КР в разрезе используемых программных продуктов (систем), в которых формируются, обрабатываются и хранятся документы, схематически представлен на следующей диаграмме.

Рис3. Перспективное планирование ТПиР и КР.

Данные на входе:

• · Целевая программа (объекты ДАО, где ДАО — это дочернее общество);
• · Техническое состояние и оснащенность физических объектов ДАО;
• · Результаты диагностического обследования (дефектная ведомость по объектам ДАО);
• · Плановый показатель затрат на программу ТПиР, КР в целом.

Данные на выходе:

· Утвержденная Перспективная программа ТПиР и КР.

Этапы жизненного цикла:

• · Формирование и согласование в ДАО;
• · Согласование курирующими подразделениями 1;
• · Согласование ОПСиО (отдел планирования строительства и отчетности);
• · Согласование курирующими подразделениями 2;
• · Согласование и утверждение в компании-владельце;
• · Утвержден.

Формирование Перспективной программы ТПиР и КР в ДАО.

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

В Системе должна быть возможность назначить Программе подразделение компании-владельца, а разделам и подразделам Программы _ курирующие подразделения ДАО для проведения дальнейшего согласования Программы. При копировании программы курирующие подразделения также должны копироваться.

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

Сотрудники ДАО должны иметь возможность на основе справочника физических объектов и справочника работ создать в Системе объекты Перспективной программы ТПиР и КР. При создании объектов плана сотрудники ДАО привязывают их к физическим объектам ДАО и доступным на них работам, если это необходимо. Исходя из технического состояния своих физических объектов, ДАО создают объекты, чтобы включить их в программу ТПиР и КР. Далее сотрудники ДАО наполняют готовую структуру объектами, исходя из нужд своих ДАО.

Если сотруднику ДАО нужно добавить в программу объект, для которого не предусмотрен и не создан раздел, он должен обратиться к ответственному сотруднику ОПСиО для возможного изменения структуры разделов.

Если объект попал в программу по результатам диагностики, в Системе должна быть возможность привязать его к объекту Плана диагностики.

Система должна обеспечивать создание Целевых программ с.

• · указанием:
  • o Наименования программы;
  • o Года программы;
• · возможностью приложить электронные копии писем и других документов;
• · возможностью наполнения Целевой программы набором объектов. Объекты Целевой программы создаются в привязке к физическим объектам и работам, если это необходимо.

Структура Целевой программы — линейный список.

Сотрудник дочернего предприятия на этапе создания программы должен иметь возможность в Системе создавать вручную, редактировать и удалять объекты Перспективных планов ТПиР и КР. Для наполнения разделов планов объектами Система должны обеспечить возможность копирования объектов из утвержденных перспективных и годовых планов ТПиР и КР, Целевой программы и Плана диагностики.

Все объекты при создании получают статус «Разработка ДАО». Сотрудник ДАО должен заполнить в Системе следующие обязательные данные объектов перспективных планов ТПиР и КР:

• · Наименование ДАО (заполняется автоматически);
• · Наименование плана (заполняется перспективный План ТПиР или перспективный План КР);
• · Год перспективного плана;
• · Наименование раздела плана;
• · Номер объекта плана ТПиР и КР (формируется автоматически, можно откорректировать вручную);
• · Наименование объекта;
• · Обеспеченность документацией ;
• · По проекту:
  • o Капитальные вложения (в рублях);
  • o Физический объем:
  • § Единица измерения;
  • § Количество;
• · Сроки проведения работ;
• · Остаток на начало планируемого года:
  • o Капитальные вложения (в рублях);
  • o Физические объемы:
  • § Единица измерения;
  • § Количество;
• · План на год:
• o СМР, тысяч рублей;
• o МТР, тысяч рублей;
• o Прочее, тысяч рублей;
• o Всего, тысяч рублей;
• o Ввод основных фондов:
• — Всего, тысяч рублей;
• — Единица измерения;
• — Физический объем;
• · Объем НЗС (незавершенное строительство) на конец года;
• · Исполнитель (указываются либо собственные силы, либо подрядные организации).

Внутренне согласование и утверждение Перспективной программы ТПиР и КР в ДАО Курирующие отделы дочерних организаций рассматривают свои объекты в статусе «Согласование ДАО».

Если данные по объекту требуют корректировки в ДАО, после ввода замечаний к объекту программы сотрудник курирующего отдела переводит объект в статус «Разработка ДАО». После этого производится корректировка согласно замечаниям и после этого объект переводится в статус «Согласование ДАО».

Если данные по объекту корректны, сотрудник курирующего отдела ДАО ставит на объекте отметку о согласовании. Когда все визы на объекте собраны, статус объекта автоматически меняется на «Согласование 1».

Согласование Перспективной программы ТПиР и КР курирующими подразделениями компании-владельца Курирующие подразделения компании-владельца рассматривают свои объекты в статусе «Согласование 1».

Если данные по объекту требуют корректировки в ДАО после ввода замечаний к объекту программы, сотрудник курирующего подразделения компании-владельца переводит объект в статус «Разработка ДАО».

Если данные по объекту корректны, сотрудник курирующего подразделения компании-владельца ставит на объекте отметку о согласовании. После согласования объекта программы его статус автоматически меняется на «Разработка 1».

Далее в системе происходит автоматическая консолидация. Сотрудники отдела ОПСиО имеют доступ ко всем объектам программы. Сотрудник отдела ОПСиО для объектов в статусе «Разработка 1» проводит экспертизу заполненных данных. В случае корректности данных проставляется отметка об экспертизе данных. Объект остается в статусе «Согласование 1».

Далее подразделения компании-владельца рассматривают свои объекты в статусе «Согласование 1». Если данные по объекту корректны, сотрудник курирующего подразделения проставляет на объекте отметку о согласовании. Когда все визы на объекте собраны, статус объекта автоматически меняется на «Согласовано 1». Если же данные по объекту требуют корректировки в ОПСиО, после ввода замечаний к объекту программы сотрудник курирующего подразделения переводит объект в статус «Разработка 1».

Выгрузка Перспективной программы ТПиР и КР в MS Excel.

Ответственный сотрудник отдела ОПСиО выгружает планы Перспективной программы ТПиР и КР в файлы MS Excel для отправки в курирующий отдел компании-владельца.

Дополнительные требования:

• · Выгрузку можно выполнять двумя способами _ со сменой статуса на «Отправлено в КП» (где КП — курирующие подразделения), и без смены статуса. Выгрузка со сменой статуса на «Отправлено в КП» разрешена только в том случае, если все объекты программы находятся в статусе «Согласовано 1» или «Отправлено в КП». После выгрузки программы в первом случае все составляющие ее объекты должны автоматически перейти в статус «Отправлено в ТН».
• · Также в Системе должен быть предусмотрен импорт планов Перспективной программы ТПиР и КР из файла MS Excel.

Согласование м утверждение Перспективной программы ТПиР и КР, внесение изменений В процессе согласования Перспективной программы ТПиР и КР ответственный сотрудник ОПСиО отражает в Системе замечания от курирующего подразделения компании-владельца вручную или автоматически:

• · Вручную. Объекты программы, требующие изменения, необходимо перевести из статуса «Отправлено в КП» в статус «Разработка 1», после исправления перевести в статус «Отправлено в КП».
• · Автоматически. Импортировать в Систему измененную программу, поступившую от компании владельца. Статус автоматически установится на «Разработка 1». Сотруднику ОПСиО нужно перевести в статус «Отправлено в КП».

После получения информации об утверждении Перспективной программы ТПиР и КР в компании-владельце ответственный сотрудник ОПСиО переводит всю программу в статус «Утверждено КП». В Системе должна быть возможность приложить к программе электронную копию сопроводительного письма. Дальнейшее изменение утвержденной перспективной программы в Системе невозможно (кроме владельца подразделения владельца программы). Допускаются корректировки.

Проектно-изыскательские работы. Объекты программ В Системе должен быть создан и наполнен справочник физических объектов на основе основных средств, классифицированных по категориям:

• · ЛПДС (линейная производственно-диспетчерская станция);
• · Узлы пуска и приема;
• · Камеры приема СОД (средства очистки и диагностики);
• · Линейная часть;
• · Подводные переходы;
• · Резервуары;
• · Оборудование резервуаров;
• · Энергетическое оборудование;
• · Насосы;
• · Запорная арматура и обратные затворы;
• · Прочие сооружения и оборудование.

Объекты справочника должны создаваться и настраиваться ответственными сотрудниками ДАО. Справочник физических объектов должен иметь иерархическую структуру. Физический объект может быть связан только с одним ДАО.

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

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

• · Разработка;
• · Эксплуатация;
• · Приостановлен;
• · Консервация;
• · Выведен из эксплуатации.

Также в Системе для унификации создания объектов программ должен быть реализован справочник видов строительства (признак объекта программы):

• · Строительство;
• · Реконструкция;
• · Капитальный ремонт;
• · Техническое перевооружение и расширение;
• · Консервация;
• · Ликвидация (демонтаж).

Сотрудники дочерней организации должны иметь возможность создавать в Системе объекты, которые войдут в проект Перспективной программы ТПиР и КР.

Формирование плана ПИР (проектно-изыскательские работы) Система должна предоставлять возможность хранения проекта Плана ПИР, а также сообщать о приближении и наступлении регламентных сроков представления проекта Плана ПИР на согласование и утверждения в курирующем подразделении компании-владельца.

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

Рис. 4. Формирование, согласование и утверждение Плана ПИР.

Данные на входе:

• · Утвержденная Перспективная программа ТПиР и КР (объекты ДАО);
• · Целевая программа (объекты ДАО);
• · Незавершенная строительством проектная документация ДАО;
• · Дефектная ведомость (объекты оперативно попадают в план по результатам проведенной диагностики).

Данные на выходе:

• · План ПИР (объекты ДАО);
• · План ПИР = сводный План ПИР по всем ДАО;
• · Сводный план ПИР.

Этапы жизненного цикла:

• · Формирование и согласование в ДАО;
• · Согласование Плана ПИР ДАО с курирующими подразделениями компании-владельца;
• · Согласование Плана ПИР с ОРиЭПСД (отдел разработки и экспертизы проектно-сметной компании-владельца) и курирующими подразделениями компании-владельца;
• · Утверждение в курирующем подразделении компании-владельца;
• · Утвержден.

Формирование плана ПИР по объектам ДАО Дочернее общество должно формировать в Системе проект Плана ПИР на год.

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

Импорт информации о физическом объеме, стоимости и сроках работ в объекты Плана ПИР должен происходить автоматически из утвержденного Перспективного плана ТПиР и КР.

2. Наполнение раздела ПИР будущих лет Перспективной программы ТПиР и КР. После создания Плана ПИР автоматически его данными должны наполняться Перспективные программы ТПиР тех лет, которые попадают в период между датами: «Дата выдачи проекта ЗП» и «Дата утверждения ПД в производство работ» (столбцы Плана ПИР).

Импорт информации о физическом объеме, стоимости и сроках работ в объекты Перспективного плана ТПиР и КР) должен происходить автоматически из Плана ПИР.

При выгрузке перспективной и годовой программы ТПиР и КР раздел «ПИР будущих лет» должен отражаться одной строкой с общей суммой ПИР. Детализация разделов должна использоваться внутри компании-владельца и не является регламентной. Корректировка суммы раздела «ПИР будущих лет» планов программы должна выполняться один раз в конце года по фактическим данным.

Если выполнение ПИР запланировано более чем на один год, ПИР включается в нужное количество годовых программ ТПиР и КР. Оценочное распределение стоимости ПИР по месяцам программы должно выполняться автоматически пропорционально длительности интервалов внутри лет программы, после чего может корректироваться вручную.

При формировании плана ПИР Система должна проводить анализ объектов незавершенного строительства по типу объекта и по географическому признаку и уведомлять пользователя о наличии аналогов по одному или нескольким признакам.

При создании Плана ПИР сотрудник ДАО заполняет обязательные плановые данные объектов Плана ПИР по объектам своего ДАО:

• · Наименование ДАО (заполняется автоматически из настроек пользователя);
• · Наименование плана (автоматически заполняется План ПИР);
• · Год плана ПИР (заполняется автоматически из объекта плана ТПиР и КР);
• · Наименование раздела плана (проставляется из объекта плана ТПиР и КР);
• · Номер объекта плана ТПиР и КР (автоматически при копировании или вручную);
• · Наименование объекта (автоматически заполняется из данных объекта);
• · Физический объем работ (автоматически заполняется из данных объекта);
• · Единица измерения (автоматически заполняется из данных объекта);
• · Разработчик ПД (проектно-сметная и рабочая документация);
• · Дата согласования ЗП (задание на проектирование) в компании-владельце. Заполняется автоматически.

Внутреннее согласование и утверждение Плана ПИР в объектах ДАО Курирующие отделы ДАО рассматривают свои объекты в статусе «Согласование ДАО».

Если данные по объекту требуют корректировки в ДАО, после ввода замечаний к объекту программы сотрудник курирующего отдела переводит объект в статус «Разработка ДАО». После внесения изменений сотрудником ДАО объект переводится в статус «Согласование 1».

Если данные по объекту корректны, сотрудник курирующего отдела ДАО ставит на объекте отметку о согласовании. Когда все визы курирующих отделов на объекте собраны, статус объекта автоматически меняется на «Согласование 1».

Консолидация планов ПИР ДАО Консолидация в Системе выполняется автоматически. Сотрудники отдела ОРиЭПСД имеют доступ ко всем объектам Плана ПИР.

Сотрудник отдела ОРиЭПСД для объектов в статусе «Согласование 1» проводит экспертизу заполненных данных.

Если данные по объекту корректны, сотрудник отдела ОРиЭПСД проставляет на объекте отметку об экспертизе данных. Объект остается в статусе «Согласование 1».

Выгрузка плана ПИР в MS Excel.

После того как получены визы ОРиЭПСД на всех объектах Плана ПИР, ответственный сотрудник отдела ОРиЭПСД выгружает План ПИР в файл MS Excel регламентной формы.

Дополнительные требования:

• · Выгрузку можно выполнять как «чистовую» _ со сменой статуса на «Отправлено в КП», так и «черновую» _ без смены статуса.
• · Выгрузка со сменой статуса на «Отправлено в КП» разрешена только в том случае, если все объекты Плана ПИР находятся в статусе «Согласовано КП».
• · После «чистовой» выгрузки Плана ПИР все составляющие его объекты должны автоматически перейти в статус «Отправлено в КП».

Задание на проектирование В Системе должна быть возможность просмотра всех заданий на проектирование текущего Плана ПИР, а также всех ЗП, разработанных в предыдущие годы. Если ЗП разрабатывалось до начала использования Системы, должна быть возможность занести информацию о нем в Систему, включая ссылки на электронные копии документации, Лист согласования и письмо о согласовании, и просматривать ее впоследствии.

В Системе должна быть возможность хранения и просмотра проектной документации ДАО.

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

• v Создание карточки задания на проектирование в привязке к объектам планов ТПиР, КР (и Плана ПИР) с возможностью наполнения ее необходимыми данными;
• v Автоматическое формирование регистрационного номера ЗП в соответствии с указанными требованиями;
• v После согласования и утверждения с ЗП у сотрудника ДАО появляется возможность импорта в СКИП электронной копии подписанного ЗП.

Требования к заполнению карточки ЗП:

• v Поля карточки должны включать регламентные разделы ЗП и могут заполняться одним из способов:
  • o Автоматически. Заполняются из данных объекта программы ТПиР и КР при создании карточки ЗП в привязке к объекту программы. Примеры полей:
    • 1. Наименование объекта (из объекта Плана ПИР);
    • 2. Основание для проектирования;
    • 3. Заказчик;
    • 4. Разработчик проектной (рабочей документации);
    • 5. Вид строительства;
    • 6. Потребность в инженерном исследовании и предпроектном обследовании;
  • o Создается пустым и заполняется вручную:
    • 1. Основные технико-экономические показатели объекта проектирования;
  • o Остальные поля при создании карточки ЗП должны быть пустыми и заполняться ответственным сотрудником ДАО из списка по следующим правилам:
    • 1. У пользователя должна быть возможность выбора значений полей из списка, предлагаемого Системой, из так называемой БЗ (базы знаний) по созданию ЗП.
    • 2. Для каждого раздела ЗП в Системе должна быть возможность хранения списка стандартных вариантов заполнения.
    • 3. После выбора значения из списка БЗ оно должно подставиться в соответствующий раздел ЗП.
    • 4. У сотрудника ДАО должна быть возможность редактирования значения раздела ЗП, заполненного значением из списка БЗ.
    • 5. После утверждения ЗП значение раздела может быть внесено в БЗ администратором.
    • 6. Администрированием списка должен заниматься ответственный сотрудник ОРиЭПСД, который по запросу пользователей либо в заранее определенные сроки может добавлять/изменять/удалять данные базы знаний.
    • 7. Создаваемые списки стандартных значений должны привязываться к:
      • · Разделу ЗП;
    • · Разделу программы ТПиР и КР;
    • · Виду строительства;
  • v Шаблон задания на проектирование должен импортироваться из файла формата MS Word и храниться в Системе в следующей комплектации:
  • o Форма титульного листа задания на проектирование;
  • o Форма состава задания на проектирование;
  • o Форма задания на проектирование;
  • o Форма перечня исходных документов, представляемых заказчиком к заданию на проектирование в момент его согласования в зависимости от вида строительства:
• 1. Строительство;
• 2. Реконструкция;
• 3. Капитальный ремонт;
• 4. Техническое перевооружение и расширение;
• 5. Консервация;
• 6. Ликвидация (демонтаж);
• v Шаблон задания на проектирование должен наполняться данными из карточки и выгружаться в файл формата MS Word:

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

• · Номер раздела ЗП (или ЗП в целом);
• · Тип экспертизы (внутренняя, внешняя);
• · Вид экспертизы:
  • o Внутренняя:
  • § Экспертиза структурным подразделением;
  • § Рассмотрение НТС (научно-технический совет компании-владельца);
  • o Внешняя:
  • § Экспертиза компании-партнера;
  • § Другая экспертиза.
• · Эксперт:
• o Внутренний — подразделение-эксперт, НТС;
• o Внешний _ Организация-эксперт;
• · Экспертиза проведена (Нет/Да);
• · Плановая дата проведения;
• · Фактическая дата проведения;
• · Ссылка на электронную копию экспертного заключения.

В список попадают только те виды экспертизы, которые нужно проводить для ЗП объекта программы. Если определенный вид экспертизы ЗП проводить не нужно, его строка в списке не должна создаваться и отслеживаться.

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

• · Новое;
• · Снято;
• · Устранено.

Сотрудник ДАО, занимающийся разработкой ЗП, должен иметь возможность просматривать в Системе замечания, оставленные экспертами. В процессе согласования по результатам договоренности эксперт ДАО (внутренняя экспертиза) или сотрудник ОРиЭПСД (внешняя экспертиза) переводит замечание в статус «Снято» или после коррективы раздела ЗП сотрудником ДАО (ОРиЭПСД) переводит в статус «Устранено».

После изменения статуса замечание в Системе не удаляется и попадает в архив. Архив представляет собой базу знаний, в которой замечания хранятся в привязке к:

• · Программе;
• · Разделу программы;
• · Номеру объекта программы;
• · Разделу ЗП.

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

• · Список всех замечаний с возможностью поиска по разделу ЗП, программе, разделу программы, названию объекта программы;
• · Список замечаний, связанных с разделом программы, который можно открыть из раздела программы;
• · На форме ЗП при составлении ЗП, а также при отработке текущего замечания к разделу ЗП сотрудник ДАО или ОРиЭПСД должен видеть неотработанное замечание, а также иметь возможность просматривать все хранящиеся в Системе замечания к тому же разделу ЗП того же раздела программы.

Администрированием БЗ замечаний должен заниматься ответственный сотрудник ОРиЭПСД. У него должны быть права удаления неактуальных замечаний.

Корректировка ЗП Корректировка согласованного ЗП должна выполняться в Системе в форме корректировки ЗП, которая имеет структуру, аналогичную ЗП. В Системе должна храниться история всех корректировок.

Изменение ЗП с помощью корректировки должно быть возможным также на этапах до окончательного согласования. Например, по результатам проведения ППО (предпроектное обследование).

В Системе должна быть возможность привязки корректировки ЗП к документу-источнику корректировки. Например, к акту предпроектного обследования, приказу, распоряжению.

Разработка задания на проектирование Система должна предоставлять возможность хранения и сообщать о приближении следующих регламентных сроков согласования компанией-владельцем заданий на проектирование с компанией-партнером:

• · Согласование ЗП в компании-владельце;
• · Согласование ЗП в компании-партнере;
• · Направление проекта ЗП на рассмотрение в компании-партнере перед ППО;
• · Направление ЗП на экспертизу в компании-партнере откорректированного по результатам ППО;
• · Окончание согласования ЗП с компанией-партнером.

Данные сроки должны быть настроены в Системе для 2015 — 2020 года согласно действующему регламенту. У ответственного сотрудника отдела ОРиЭПСД, а также администратора Системы, должно быть право корректировки и добавления описанных настроек.

Бизнес-процесс разработки ЗП в разрезе программных продуктов (систем), в которых формируются, обрабатываются и хранятся документы, схематически представлен на следующей диаграмме.

Рис. 5. Разработка задания на проектирование.

Данные на входе:

• · Утвержденная Перспективная программа ТПиР и КР (объекты ДАО раздела ПИР);
• · Сводный план ПИР (объекты ДАО).

Данные на выходе:

• · ЗП;
• · Доп. соглашение к договору на проектирование (в компании-партнере).

Этапы жизненного цикла:

• · Формирование и согласование в ДАО;
• · Согласование курирующими подразделениями компании-владельца 1;
• · Согласование компанией-партнером 1;
• · Проведение ППО;
• · Согласование курирующими подразделениями компании владельца 2;
• · Рассмотрение на заседании НТС (при необходимости);
• · Согласование компанией-партнером 2;
• · Утвержден.

Разработка ЗП (ДАО) Дочернее общество создает и заполняет карточку ЗП «Разработка ДАО».

Сотрудник ДАО согласно нормативам, следуя датам Плана ПИР, формирует задание на проектирование к объектам Плана ПИР. ЗП должно формироваться из загруженного в Систему шаблона на основе данных физического объекта, объекта плана, карточки ЗП, данных преднастроенных шаблонов, корректироваться должен вручную. Части ЗП, для которых не предусмотрена автоматизация, должны формироваться пользователями вручную. Полученная в результате документация должна прикрепляться к карточке ЗП в формате, допускающем дальнейшую доработку.

Сотрудник ДАО переводит карточку ЗП в статус «Согласование ДАО». Карточка ЗП доступна для редактирования только курирующим отделам ДАО, отвечающим за карточку ЗП.

В Системе должна быть возможность закрепления за карточкой ЗП курирующих отделов ДАО и курирующих подразделений компании-владельца для проведения регламентной процедуры согласования. Подразделения-кураторы должны наследовать подразделения-кураторов объектов Плана ПИР.

Внутреннее согласование и утверждение ЗП Курирующие отделы ДАО рассматривают карточки ЗП в статусе «Согласование ДАО».

Если данные по ЗП требуют корректировки в ДАО, после ввода замечаний к ЗП сотрудник курирующего отдела переводит его карточку в статус «Разработка ДАО».

Если данные по ЗП корректны, сотрудник курирующего отдела ДАО ставит на карточке ЗП отметку о согласовании. Когда все визы курирующих отделов на карточке собраны, ее статус автоматически меняется на «Согласование 1».

Согласование ЗП курирующими подразделениями компании-владельца Курирующие подразделения компании-владельца рассматривают свои ЗП в статусе «Согласование 1».

Если данные по ЗП требуют корректировки в ДАО, после ввода в Системе замечаний к ЗП сотрудник курирующего подразделения компании-владельца переводит карточку ЗП в статус «Разработка ДАО».

Если данные по ЗП корректны, сотрудник курирующего подразделения компании-владельца ставит на карточке ЗП отметку о согласовании. Когда все визы на карточке ЗП собраны, статус карточки автоматически меняется на «Разработка 1».

Согласование ЗП в компании-партнере перед ППО В процессе согласования ЗП с компанией-партнером при получении замечаний ответственный сотрудник ДАО переводит карточку ЗП в статус «Разработка 1» и вносит в задание на проектирование исправления.

После отработки замечаний ответственный сотрудник ДАО передает ЗП в компанию-партнер на повторную экспертизу, изменив вручную статус на «Отправлено в компанию-партнер».

После получения информации об согласовании ЗП если ППО не предусмотрено, ответственный сотрудник ДАО переводит карточку ЗП в статус «Согласование 1». Если предусмотрено, в статус «Согласовано с компанией-партнером».

Если дальнейшее согласование и экспертиза ЗП не предусмотрены, в Системе должна быть возможность приложить к карточке ЗП электронную копию подписанного документа, не подлежащую редактированию. Дальнейшее изменение ЗП в Системе невозможно, только внесение корректировок.

Утверждение ЗП в компании-владельце, внесение исправлений Если необходимо утверждение ЗП в компании-владельце, сотрудник ДАО переводит карточку ЗП в статус «Отправлено в КП».

При получении замечаний ответственный сотрудник ДАО переводит карточку ЗП в статус «Разработка ДАО» и вносит в задание на проектирование исправления.

После отработки замечаний ответственный сотрудник ДАО переводит его в статус «Согласовано КП». В Системе должна быть возможность приложить к карточке ЗП электронную копию подписанного документа, не подлежащую редактированию. Дальнейшее изменение ЗП в Системе невозможно. Только корректировки.

Договоры ПИР На проведение ПИР ДАО заключают рамочный договор. Для проведения ПИР по объектам программ ДАО создают и должны регистрировать в Системе доп. соглашения к рамочному договору на проведение ПИР.

В Системе должна быть возможность привязать к объекту программы ТПиР и КР (раздел ПИР будущих периодов) все договоры, которые выполнялись при разработке проектной документации. Это могут быть:

• · Доп. соглашение к договору на проведение предпроектного обследования;
• · Доп. соглашение к договору подряда на выполнение ПИР — главный договор;
• · Договор подряда на проведение инженерно-геологических изысканий;
• · Договор на проведение внешней экспертизы (различные виды экспертизы);
• · Другие договора.

Исполнение плана ПИР.

Карточка проектной документации

В Системе должна быть возможность создания карточки проектной документации. На карточке должны быть указаны данные:

• · Шифр проектной документации;
• · Код программы;
• · Год программы;
• · Раздел программы;
• · ДАО;
• · Объект программы.

В ходе разработки и экспертизы ПД (план документации) в Системе отражаются фактические данные о суммах и датах, которые должны быть доступны для просмотра на карточке ПД.

Для хранения проектной документации прошлых лет должны быть созданы объекты программ прошлых лет.

В Системе должна быть возможность хранения ссылок на электронные копии и просмотра перечня проектной документации ДАО, включая разработанную в предыдущие годы и ПД, не завершенную строительством. Если проектная документация разрабатывалась до начала использования Системы, должна быть возможность занести информацию о ней в Систему, включая ссылки на электронные копии документации, и просматривать ее впоследствии. С карточкой ПД должен быть связан перечень ссылок на документы ПД с указанием следующих параметров:

• · Название документа;
• · Номер документа;
• · Обязателен в комплекте ПД;
• · Присутствует в комплекте документов ПД;
• · Ссылка на место хранения.

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

Экспертиза проектной документации При формировании объектов Перспективной программы ТПиР и КР, а также последующем формировании Плана ПИР выбираются виды необходимой внешней экспертизы ПД. В Системе должна быть возможность привязки к карточке ПД списка необходимых внешних экспертиз ПД согласно настройкам объекта, а также фиксации прохождения нужной экспертизы. Помимо внешней экспертизы ПД подлежит внутренней экспертизе компании-владельца. Все этапы внутренней экспертизы должны быть доступны в Системе для просмотра и отметки о прохождении.

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

Рис. 6. Выполнение ПИР.

Данные на входе:

• · Утвержденная Перспективная программа ТПиР и КР (объекты ДАО);
• · ЗП;
• · Доп. соглашение к договору на проектирование;
• · Сводный план ПИР.

Данные на выходе:

· ПД.

Этапы жизненного цикла:

· Разработка технич…

Годовое планирование. Формирование годовой программы ТПиР и КР Бизнес-процесс годового планирования программы ТПиР и КР в разрезе программных продуктов, в которых формируются, обрабатываются и хранятся документы, схематически представлен на следующей диаграмме.

Рис. 7. Формирование годовой программы ТПиР и КР.

Данные на входе:

• · Целевая программа (объекты ДАО);
• · Утвержденная Перспективная программа ТПиР и КР (объекты ДАО);
• · Результаты диагностического обследования (дефектная ведомость по объектам ДАО);
• · Плановый показатель затрат на программу ТПиР, КР в целом.

Данные на выходе:

· Утвержденная Годовая программа ТПиР и КР.

Этапы жизненного цикла:

• · Формирование и согласование в ДАО;
• · Согласование курирующими подразделениями компании-владельца 1;
• · Согласование ОПСиО;
• · Согласование курирующими подразделениями компании-владельца 2;
• · Утвержден.

Формирование годовой программы ТПиР и КР Администратор Системы один раз должен сформировать Структуру разделов программы ТПиР и КР, которая должна храниться в Системе. При изменении структуры администратор должен внести актуальные изменения.

В Системе должна быть возможность назначить Программе подразделение компании — владельца, а разделам и подразделам Программы _ курирующие подразделения ДАО и компании-владельца для проведения дальнейшего согласования Программы. При копировании программы курирующие подразделения тоже должны копироваться.

Когда структура Годовой программы готова, дочерние общества наполняют разделы Годовой программы ТПиР и КР объектами. Для наполнения разделов планов объектами Система должна обеспечить возможность копирования объектов из утвержденных перспективных и годовых планов ТПиР и КР, Целевой программы и Плана диагностики.

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

Если сотруднику ДАО нужно добавить в программу объект, для которого не предусмотрен и не создан раздел, он должен обратиться к ответственному сотруднику ОПСиО для возможного изменения структуры разделов.

Если по объекту разработана ПД, в Системе должна быть возможность изменения стоимости с учетом полученной проектной документации.

Систем должна позволять отслеживать, рассчитывать и заносить вручную стоимость поквартально и помесячно для обеспечения равномерного распределения денежных средств в течение года. В случае привязки к объекту заключённого договора с указанием контрактных цен Система должна предложить пользователю перераспределить стоимости этапов по объекту в течение будущего периода (до конца года) Перераспределение происходит в рабочем варианте документа и утверждается при следующей корректировке. Пользователь вручную может исправить предложение Системы.

Все объекты при создании получают статус «Разработка ДАО». ДАО заполняет обязательные данные объектов Годовых планов ТПиР и КР:

• · Наименование ДАО (заполняется автоматически);
• · Наименование плана (заполняется План ТПиР или План КР);
• · Год перспективного плана;
• · Наименование раздела плана;
• · Номер объекта плана ТПиР и КР (формируется автоматически, можно откорректировать вручную);
• · Наименование объекта;
• · Обеспеченность документацией;
• · По проекту:
  • o Капитальные вложения, тысяч рублей;
  • o Физический объем:
• · Сроки проведения работ:
• · Остаток на начало планируемого года:
  • o Капитальные вложения, тысяч рублей;
  • o Физические объемы:
• · Объем НЗС на начало года;
• · План на год:
  • o СМР, тысяч рублей;
  • o МТР, тысяч рублей;
  • o Прочее, тысяч рублей;
  • o Всего, тысяч рублей;
• · Объем НЗС на конец года;
• · Исполнитель (собственные силы, подрядные организации).

Корректировка Годовой программы ТПиР и КР Бизнес-процесс корректировки годовой программы ТПиР и КР в разрезе программных продуктов (систем), в которых формируются, обрабатываются и хранятся документы, схематически представлен на следующей диаграмме.

Рис. 8. Корректировка годовой программы ТПиР и КР.

Данные на входе:

• · Целевая программа (объекты ДАО);
• · Утвержденная Годовая программа ТПиР и КР;
• · Включение/Исключение объектов Программы ТПиР и КР;
• · Изменение сроков начала и окончания работ по объектам;
• · Получение/корректировка ПД;
• · Выполнение Расчета базовой стоимости объектов;
• · Изменение стоимости в результате проведения закупок материалов;
• · Изменение стоимости в результате выбора подрядчиков;
• · Исполнение Годовой программы ТПиР и КР.

Данные на выходе:

· Утвержденная корректировка Годовой программы ТПиР и КР.

Этапы жизненного цикла:

• · Формирование и согласование в ДАО;
• · Согласование курирующими подразделениями компании-владельца 1;
• · Согласование ОПСиО;
• · Согласование курирующими подразделениями компании-владельца 2;
• · Согласование и утверждение компанией-владельцем;
• · Утвержден.

По мере выполнения работ по исполнению программы ТПиР и КР в Системе появляются фактические данные, такие наличие ПД, контрактные стоимости МТР и др., перечисленные выше в качестве данных на входе корректировки Годовой программы. Факт отражения в системе фактических данных должен сопровождаться в Системе автоматическим созданием предложений по корректировке Годовой программы ТПиР и КР.

Предложение по корректировке Годовой программы ТПиР и КР в целом состоит из предложений по корректировке объектов программы, которые содержат старое (утвержденное) и новое (предлагаемое) значение хотя бы одного из данных программы.

Планирование закупок. План-график выдачи ПЗС и поручений агенту на СМР Бизнес-процесс составления план-графика выдачи ПЗС и поручений агенту на СМР в разрезе программных продуктов, в которых формируются, обрабатываются и хранятся документы, схематически представлен на следующей диаграмме.

Рис. 9. Формирование план-графика выдачи ПЗС и поручений агенту на СМР.

Данные на входе:

• · Перспективная программа ТПиР и КР;
• · План ПИР;
• · Дефектная ведомость.

Данные на выходе:

· Сводный план-график выдачи ПЗС и поручений агенту на СМР.

Этапы жизненного цикла:

• · Формирование ПГ ПЗСиПА;
• · Наполнение в ДАО;
• · Наполнение в ОППМТР;
• · Согласование курирующими подразделениями компании-владельца;
• · Согласование в компании-владельце;
• · Утвержден.

Формирование ПГ ПЗСиПА Сотрудник отдела ОППМТР средствами Системы формирует проект план-графика выдачи ПЗС и поручений агенту на СМР на планируемый год. Структура плана создается из выбранных пользователем соответствующих Перспективных планов ТПиР и КР. Один объект ПГ ПЗСиПА соответствует одному объекту Плана ТПиР или Плана КР.

При создании ПГ ПЗСиПА автоматически заполняются следующие данные:

• · Наименование ДАО (заполняется автоматически из планов ТПиР, КР);
• · Наименование плана (заполняется автоматически);
• · Номер и наименование объекта программы (заполняется автоматически из плана ТПиР и КР);
• · Дата проведения внутренней экспертизы с выдачей положительного заключения (заполняется автоматически из плана ПИР).
• · Дата утверждения ПД в производство работ (заполняется автоматически по данным Плана ПИР).
• · Для объектов с ПД автоматически рассчитывается перечисленные ниже даты. В Системе должна быть возможность определять настройками расчетные периоды.
• · Дата выдачи ПА.
• · Дата начала СМР (формируется автоматически по данным Перспективной программы ТПиР и КР);
• · Дата завершения СМР (формируется автоматически по данным Перспективной программы ТПиР и КР);
• · Для каждого объекта отдельно планируются даты поставки МТР.

Автоматически рассчитывается перечисленные ниже даты. В Системе должна быть возможность определять настройками расчетные периоды.

После формирования проекта план-графика всем объектам, включенным в него и требующим ПИР, должен быть присвоен статус «Разработка 1». Объекты ДАО, не требующие ПИР, создаются со статусом «Разработка ДАО» и становятся доступны для редактирования сотрудникам соответствующих ДАО.

Согласование проекта ПГ ПЗСиПА.

Сотрудник отдела ОППМТР в Системе для объектов ДАО в статусе «Разработка 1», требующих выполнения ПИР, корректирует следующие данные:

• · Дата направления ПЗС (МТР);
• · Дата согласования ПЗС (МТР);
• · Для каждого вида МТР:
• o Дата начала поставки МТР;
• o Дата завершения поставки МТР.

Если данные по объекту требуют корректировки в ДАО, после ввода замечаний к объекту план-графика сотрудник отдела ОППМТР переводит объект в статус «Разработка ДАО».

Если данные по объекту корректны, сотрудник отдела ОППМТР проставляет на объекте отметку о заполнении данных по ПЗС.

Утверждение ПГ ПЗСиПА В процессе согласования ПГ ПЗСиПА в компании-владельце от последнего могут поступать замечания и изменения, которые нужно отразить в Системе. Ответственный сотрудник ОППМТР должен иметь возможность вносить изменения в план-график двумя способами:

• · Вручную. Объекты план-графика, требующие изменения, перевести из статуса «Отправлено в КП» в статус «Разработка 1», исправить, перевести в статус «Отправлено в КП».
• · Автоматически. Импортировать в Систему измененный план-график, поступивший от компании-владельца. Статус автоматически установится на «Разработка 1». Сотруднику ОППМТР нужно перевести статус на «Отправлено в КП».

После получения информации об утверждении ПГ ПЗСиПА в компании-владельце ответственный сотрудник переводит весь план-график в статус «Утверждено». Дальнейшее изменение утвержденного план-графика в системе невозможно. Только корректировки.