Приложение 1 Техническое задание. Техническое задание Формирование электронной базы данных по краткосрочным инвестиционным проектам
 Скачать 0.55 Mb.
|
|
1 Приложение 1 к Документации. ТЕХНИЧЕСКОЕ ЗАДАНИЕ «Формирование электронной базы данных по краткосрочным инвестиционным проектам» 2 СОДЕРЖАНИЕ СОДЕРЖАНИЕ ..................................................................................................................................... 2 1. Термины, сокращения. ................................................................................................................. 3 2. Общие сведения. ................................................................................................................................ 3 3. Цели разработки базы данных по КИП. ....................................................................................... 3 4. Требования к компонентам базы данных КИП. ......................................................................... 4 4.1. Структура данных. ........................................................................................................................ 4 4.2.Функциональные требования. ..................................................................................................... 4 4.2.1 Иерархия сущностей. ................................................................................................................ 4 4.2.2 Настройка доступа. ................................................................................................................... 5 4.2.3 Ввод данных. .............................................................................................................................. 5 4.2.3.1. Загрузка ТЭО. ........................................................................................................................ 5 4.2.3.2. Заполнение таблиц сущностей. .......................................................................................... 7 4.2.3.3. Заполнение таблиц справочников. .................................................................................... 7 4.2.3.4. Заполнение таблиц статусов. .............................................................................................. 8 4.2.4. Экранные формы. Редактирование. ................................................................................. 9 4.2.4.1. Модуль «Объекты». .............................................................................................................. 9 4.2.4.2. Модуль «Оборудование». ................................................................................................... 14 4.2.5. Экранные формы. Просмотр данных. ............................................................................ 16 4.2.5.1. Модуль «Общие сведения по проектам по филиалам». .............................................. 16 4.2.5.2. Модуль «Просмотр БИК по филиалу». ........................................................................... 17 4.2.5.3. Модуль «Просмотр КИП». ................................................................................................ 18 4.2.5.4. Модуль «Просмотр объектов и клиентов для КИП». .................................................. 20 4.2.5.5. Модуль «Просмотр СМР» ................................................................................................. 21 4.2.5.6. Данные по КИП. .................................................................................................................. 23 4.2.6. Отчетность. .......................................................................................................................... 23 3 1. Термины, сокращения. БД - база данных МРФ - межрегиональный филиал «Волга» ОАО «Ростелеком» РФ - региональный филиал МРФ «Волга» КИП - краткосрочный инвестиционный проект ТЭО - технико-экономическое обоснование БИК - бизнес инвестиционный комитет ОКВ - объем капитальных вложений ПИР - проектно-изыскательские работы СМР - строительно-монтажные работы ДДС - движение денежных средств ДС - департамент строительства МРФ «Волга» и РФ ДРКС - департамент по работе с корпоративным сегментом МРФ «Волга» и РФ ДИ - департамент инвестиций МРФ «Волга» и РФ 2. Общие сведения. Предполагаемая работа нацелена на разработку базы данных по КИП, инструмента ее наполнения, интерфейсов для доступа к данным и получения различного рода отчетов. C целью сохранения единого ИТ-ландшафта МРФ и выполнения требований по максимальному сокращению стоимости и сроков выполнения работ разработка БД должна быть сделана на базе СУБД Oracle и OSS Prime. В результате выполнения работ по-настоящему ТЗ должна быть разработана система для выполнения следующих бизнес-задач: 1. Загрузка первоначальной информации по КИП в БД (из ТЭО). 2. Ввод текущей информации по проектам в БД через экранные формы. 3. Просмотр информации на экране, с возможностью фильтрации и агрегации данных. 4. Выгрузка данных в соответствующем виде в Excel (форматы выгружаемых файлов в приложениях 4, 5, 6 к данному ТЗ). 3. Цели разработки базы данных по КИП. Основная цель разработки базы данных по КИП – получение инструмента для оперативного мониторинга статусов проектов. Основные преимущества, которые должны быть обеспечены внедрением БД: 1. Унификация хранения данных КИП по филиалам и блокам (департаментам). 2. Хранение истории по статусам и датам для проектов и работ. 4 3. Ускорение проведения анализа по состоянию работ по КИП. 4. Оперативный финансовый контроль по КИП. 4. Требования к компонентам базы данных КИП. 4.1. Структура данных. Структура данных предоставлена в Приложении 1. В файле Excel три раздела: - сущности – основные таблицы с данными по сущностям проекта КИП. Редко меняющаяся информация, по которой не нужно хранить историю. - исторические таблицы – таблицы хранения истории изменения данных. - справочники – таблицы хранения фиксированных наборов значений. Правила именования объектов БД: - все таблицы и столбцы должны иметь по возможности значимые названия в латинице, соответствующие названию на русском языке - каждой сущности присваивается аббревиатура из фикс, числа символов (3-4), которая участвует в формировании названий ключей, индексов, сиквенсов и т.д. Например, Таблица БИК – BIK, уникальный ключ – Bik_Id, и т.д. - ссылочные ключи – названия образуются из названий зависимых ключей и префикса (F_). Например, поле БИК Id таблицы КИП – F_Bik_Id. Если в компании принята другая схема именований, можно использовать свою, но принцип максимальной значимости названий должен выполняться. 4.2.Функциональные требования. 4.2.1 Иерархия сущностей. - БИК – инвестиционный комитет, на котором утверждают набор проектов (КИП). (1 Филиал – 1 КИП, 1 ТЭО (файл для загрузки исходных данных)). - КИП – каждый проект состоит из Объектов (в рамках одного КИПа может быть несколько Объектов). К КИП привязаны Спецификации оборудования. - Объект – объект строительства (конкретный адрес в конкретном КИП). К Объекту привязаны виды работ: СМР, ПИР, прочие. - Клиент – заказчик, заключающий Договор(а), может быть несколько клиентов у Объекта, может быть несколько Объектов у Клиента. 5 4.2.2 Настройка доступа. 1. Должно быть реализовано разделение доступов по филиалам: - уровень РФ – видят данные своего филиала; - уровень МРФ – видят данные всех филиалов. 2. Должно быть разделение доступов по функциям: - каждый функциональный блок видит все данные, но может править только данные своей зоны ответственности (настройка доступа в соответствии с таблицей в п. 4.2.3.4. ). - разделяются следующие блоки (департаменты): ДС, ДРКС, ДИ, ДРСС… 3. Должна быть роль администратора приложения для РФ и МРФ: - загрузка данных в модуле «Объекты», заполнение справочников и таблиц сущностей; - создание пользователей и выдача им привилегий. 4. Должен быть запрещен доступ на изменение таблиц напрямую, не через приложение, для пользователей РФ. 4.2.3 Ввод данных. 4.2.3.1. Загрузка ТЭО. ОБЪЕКТЫ. Первоначальный ввод данных по проектам осуществляется путем загрузки файла Excel в фиксированном (формат файла в приложении 2 к данному ТЗ) в БД. Перед загрузкой файла должны быть занесены данные в следующие справочники: БИК, КИП, Клиенты, Адреса – данные должны быть занесены строго в соответствии с записями в файле. Загрузка файла должна осуществляться в модуле «Объекты» (кнопка «Загрузить файл»). После нажатия кнопки «Загрузить файл» открывается диалоговое окно, в котором необходимо выбрать БИК, по значению БИК выбрать КИП, для выбранного КИП выбрать файл и загрузить. После загрузки система проверяет целостность файла и правила его заполнения (проверка на наличие в справочниках соответствующих БИК, КИП, Адресов, Клиентов), после чего откроется табличная форма, в которой, в случае отсутствия каких-либо данных в файле или несоответствия данных по КИП, БИК, адресу и клиентам, будет выдаваться информация о том или ином неверном/некорректном параметре. Далее пользователю необходимо будет или загрузить файл, или отменить его загрузку. После загрузки файла в системе должен автоматически создастся Объект. Объект – это уникальная пара КИП + Адрес, для всех уникальных сочетаний КИП+Адрес создается Объект, для него генерируется уникальный Id. Загруженные данные из файла можно будет увидеть в модуле "Объекты" (карточка созданного объекта -> Вкладка "Объект"), в подмодуле "Клиенты" (данный подмодуль входит в модуль 6 "Объекты") в карточке клиента на вкладке "Основная информация" (соответствие полей входного файла и объектов БД в приложении 2 к данному ТЗ). Для каждого Объект Id создается соответствующее кол-во строк в подмодуле «Клиенты» (по числу клиентов). (В файле могут быть несколько строк с одинаковой парой КИП + Адрес – это значит, что у одного объекта несколько клиентов. Количество клиентов на объекте = количеству строк в файле, у которых пара КИП + Адрес совпадает). Данные по клиентам и адресам строительства должны браться из справочников «Клиенты» и «Адреса». Операции загрузки доступны администраторам приложений МРФ и РФ (для своего филиала). Внесение корректив осуществляется за счет редактирования (а не за счет повторной загрузки файла с измененными данными) параметров в карточке объекта на вкладке «Объект» и в карточке клиента на вкладке «Основная информация» администраторами приложений МРФ и РФ. СПЕЦИФИКАЦИИ ОБОРУДОВАНИЯ. Ввод данных по спецификации оборудования осуществляется путем загрузки файла Excel в фиксированном формате: Спецификация ТЭО (Приложение 3 к данному ТЗ, «Спецификация ТЭО») Спецификация договор (Приложение 3 к данному ТЗ, «Спецификация договор») Спецификация закупки (Приложение 3 к данному ТЗ, «Спецификация закупки»). Загрузка файла должна осуществляться в модуле «Оборудование» (кнопка «Загрузить файл»). Операции загрузки доступны пользователям блока ДРСС. После нажатия кнопки «Загрузить файл» открывается диалоговое окно, в котором филиал выбран по умолчанию (филиал, чьи данные может править пользователь блока ДРСС), по филиалу выбрать БИК, затем выбрать тип спецификации: 1. Если выбран тип «Спецификация ТЭО» или «Спецификация закупки», то далее выбираем файл и загружаем. 2. Если выбран тип «Спецификация договор», то далее появляется дополнительный параметр «Поставщик», в котором из выпадающего списка выбирается поставщик (параметр необязательный, можно не выбирать поставщика, выставив «-»). Затем уже выбираем файл и загружаем. После загрузки система проверяет целостность файла, после чего откроется табличная форма, в которой, в случае отсутствия каких-либо данных в файле будет выдаваться информация о том или ином некорректном параметре. Далее пользователю необходимо будет или загрузить файл, или отменить его загрузку. После загрузки файла в системе должна автоматически создастся Спецификация оборудования. 7 Спецификация оборудования формируется для каждого БИК для каждого филиала (т.е. для каждого КИП, привязка спецификации к КИП Id), 1 файл = 1 спецификация, число строк в файле = числу строк на вкладке «Реестр». Для каждой спецификации оборудования (уникальный набор КИП + тип спецификации + номер версии) генерируется уникальный ключ - Id реестра. Если спецификация такого типа для данного КИП загружается не в первый раз (система проверяет наличие таких спецификаций по уникальному набору КИП + тип спецификации), то должно появляться предупреждающее сообщение, в котором говорится, что существует уже такая спецификация. После этого система должна позволить продолжить загрузку файла, также должна появиться кнопка "Добавить/заменить" (добавить - означает добавить строки из файла в реестр оборудования, заменить - заменяет все строки в реестре на все строки из файла). После загрузки данных из файла должна создастся спецификация оборудования, но со следующим номером версии = N+1, где N - максимальное значение версии, ранее существующей в системе. В случае, если был выбран тип спецификации «Спецификация договор» - если спецификация такого типа для данного КИП загружается не в первый раз (система проверяет наличие таких спецификаций по уникальному набору КИП + тип спецификации), то должно появляться предупреждающее сообщение, в котором говорится, что существует уже такая спецификация. После этого система должна позволить продолжить загрузку файла - пользователь выбирает поставщика в параметре "Поставщик", после этого должна появиться кнопка "Добавить/заменить" (добавить – добавить строки в реестр, заменить – заменить все строки в реестре на строки из файла, заменяются строки, в которых указан выбранный чуть ранее поставщик). После загрузки данных из файла все эти данные добавляются/заменяются в текущей версии спецификации. Создание новой версии для спецификации «Спецификация договор» в этом случае не требуется. Загруженные данные из файла можно будет увидеть в модуле "Оборудование" (карточка спецификации оборудования -> Вкладка «Реестр оборудования»). 4.2.3.2. Заполнение таблиц сущностей. Для таблиц сущностей (Приложение 1 к данному ТЗ) должна быть возможность ввода, удаления и модификации данных с экрана, возможность фильтрации и поиска данных по филиалу и по полям таблицы. Операции доступны администраторам приложений МРФ и РФ (для своего филиала). 4.2.3.3. Заполнение таблиц справочников. Для таблиц – справочников (Приложение 1 к данному ТЗ) должна быть возможность ввода, удаления и модификации данных с экрана. Операции доступны администратору приложений МРФ. 8 4.2.3.4. Заполнение таблиц статусов. Таблицы статусов заполняют пользователи МРФ и РФ еженедельно, по своим зонам ответственности. Таблица Заполняет Навигация Уровень КИП История Статусов Объект МРФ Объекты История Статусов Объект МРФ Клиенты на Объекте История ДРКС Объект, клиент РФ СМР статус ДС Объект РФ СМР реализация ДС Объект РФ Оборудование статус ДРСС Оборудование МРФ, РФ Договора статус ДРКС Объект, клиент РФ Изменение данных в этих таблицах должно быть недоступно, при необходимости внести изменения создается новая запись с текущей датой. Для таблицы «СМР реализация» схема ввода данных другая – это еженедельный отчет РФ, для каждого СМР Id создается запись с номером недели, в течение этой недели РФ может править эту строку без сохранения истории. Правка предыдущих недель должна быть недоступна. Неделя – это 7 календарных дней, начало недели: в понедельник 00-00, окончание недели: воскресенье 23-59. Исторические таблицы (и СМР статус в т.ч.) должны показываться не в табличной форме, т.к. должна быть доступна только последняя актуальная запись на выбранную дату (по умолчанию на текущий момент). При этом данные править нельзя - должна добавляться историческая запись. Экранная форма для ввода еженедельных данных по СМР: Экранная форма для СМР должна выглядеть следующим образом: - Выбор даты - Поля таблицы СМР статус для конкретного СМР Id на выбранную дату. Подрядчик СМР Из таблицы Подрядчики Дата заключения договора СМР № договора на СМР Прогноз/факт ОКВ на СМР, тыс. руб. Дата передачи объекта подрядчику, факт Готовность ТЗ шт Готовность ПСД % Наличие оборудования% 9 Дата завершения СМР, прогноз/факт Комментарий - Поля таблицы СМР реализация для этого же СМР Id на эту же дату, в табличной форме. Неделя 1 2 3 … 51 52 Проложено линий км неделя Готовые линии шт неделя Для того же года, что и выбранная дата. Или ограничивать таблицу неделями от Дата заключения договора СМР до Дата завершения СМР, прогноз/факт (если это несложно сделать). 4.2.4. Экранные формы. Редактирование. 4.2.4.1. Модуль «Объекты». В п. 4.2.3.1. говорилось о том, что после загрузки файла в системе должен автоматически создастся Объект. Объект – это уникальная пара КИП + Адрес, для всех уникальных сочетаний КИП+Адрес создается Объект, для него генерируется уникальный Id. Для учета так называемых объектов необходим модуль «Объекты». В нем должен отображаться общий список всех ранее созданных объектов, при клике на строку выбранного объекта будет открываться его карточка. Карточка объекта должна состоять из подмодулей: Общая информация Клиенты В подмодуле «Общая информация» должны присутствовать вкладки |