Требования к программному обеспечению
Oracle 10g, ODI 10
Windows Server 2003, IIS6
Когнос 8.4
.NET 3.5 и выше
Общая архитектура
Сейчас существует промышленная система DWH. Структура справочников в DWH денормальзованная (схема «звезда»).
Основная система, непосредственно использующая данные DWH – Cognos BI для аналитической отчетности.
В качестве источников DWH выступают отдельные системы учета (список будет доступен позднее).
Система EDW должна служить основной системой управления данными по сотрудникам (в рамках задач проекта согласно ТЗ).
EDW является источником данных по сотрудникам для DWH
Первоначально наполнение EDW будет осуществляться путем загрузки информации из подготовленного Заказчиком файла (Excel, CSV из любой другой структурированный формат данных).
На этапе внедрения и перевода системы в опытную эксплуатацию данные в EDW должны быть загружены повторно.
Загрузка данных и структура
Потоки данных - существует 2 типа систем приемников
Операционные системы - нуждаются в информации мгновенно, как только она доступна. Оди пакеты должны инициипроваться в EDW и напрямую загружать данные в приемники. Список надо уточнить!
"Втягивающие системы" - сами запрашивают необходимую информацию, когда нужно. Данные загружаются через DWH. ОДИ пакеты инициируются системой-приемником. Примеры - Когносы. Список уточнить
Структура DWH
Необходимо максимально использовать текущую структуру - таким образом по-умолчанию витрина данных EDW не нужна!
Окончательного решения о использовании существующей структуры не принято. Существуют два способа организации потоков данных в DWH, с использованием существующей структуры и создание новой (витрина данных).
При использовании существующей структуры, существует риск повреждения рабочих ETL-процессов.
Если нет нужных атрибутов, то возможно они и не нужны в DWH и не надо их грузить туда.
Но в этом случае невозможно будет построить все требуемые отчеты в Cognos BI, и некоторые придется выносить в EDW
Измерения, которые есть в DIMS синхронизируются через DIMS, а не напрямую в DWH
Если все таки делать изменения в DWH, то все изменения надо обосновывать и согласовывать с ответственными за DWH людьми
Когнос
Необходима настройка прав доступа к отчетам в текущей модели когноса. Цель - права доступа должны быть всегда uptodate и основываться на последней инф. из EDW
Основная цель - держать справочники сотрудников, продуктов и географии в обновленном виде (возможно регулярное обновление из EDW), в этом случае никаких изменений в структуру безопасности вносить не надо. Структуру этих справочников в DWH менять не нужно.
Также требуется регулярное обновление справочника сотрудников в Cognos EP. Структуру модели EP менять не нужно.
Изменения самих отчетов и модели когноса не требуется
DWH в свою очередь должно являться источником данных для других систем:
Cognos EP. На текущий момент механизм автоматизированной загрузки данных из DWH не функционирует, но ранее он был рабочим. Данные загружаются путем импорта файлов Excel. В процессе обследования необходимо определить возможность подготовки скриптов для автоматизации загрузки, определить регламент и правила обновления.
PlanPoint. В процессе обследования необходимо исследовать каким образом данные могут быть загружены в систему (непосредственное обновление информации в БД или же необходимо использовать интерфейс самой системы)
Список других систем будет предоставлен
Запрошенная информация
Экспорт ODI пакетов - предоставить за четверг 22.07
Модель Когноса - четрверг
Дополнение данных о системах-приемниках - дополнить названиями платформ (Когнос, САП и тд) – четверг
Действия
Действия - встреча в пятницу для обсуждения (видеоконференция webex)
Обзор Когноса
Обзор DWH по табличкам
Обзор ODI пакетов
Процессы
Пользователь имеет возможность отредактировать данные о себе в профиле пользователя, для этого он заходит в портал и в своей карточки меняет набор доступных ему полей. После того, как он сохраняет изменения, никаких уведомлений не отправляется. Данные:
Фамилия, Имя загран паспорта латинскими, данные по паспортам - вносит сотрудник
Фамилия, имя латинскими буквами - как завел HR - не изменяется.
Сплиты по регионам и по продуктам инициируются Fin/SMD/SCD. Заявка направляется в роль BU, выполняются Product Manager (или Franchise Manager), не утверждается.
Сплит по продуктам существует 2х видов: текущий и сплит будущего периода (с присваиваемым именем PBP, FBP, и тд). Редактируются оба сплита.
По сотруднику может быть одновременно проходить несколько раз процессов параллельно (например смена позиции и смена фамилии)
По контролю сроков прохождения заявки нужны отчеты отчеты:
среднее время обработки заявки
заявки, которые находятся без движения более N дней (настройка системы)
CC - выбираются из списка (заранее должен быть заведен Мишей). Должна быть возможность добавить новый CC
CC привязаны к Pegline и Department
WWID - заносятся вручную.
Редактирование основных сущностей - сотрудников и позиций в рамках процессов.
Управление основными сущностями (добавление, редактирование, удаление и т.п.) в рамках процессов. В процессе обследования необходимо определить какие сущности являются основными.
Все изменения в рамках процесса должны исторически сохраняться
Необходимо предусмотреть возможность внесения исправлений, которые не будут логироваться как основная история и не попадут в EDIT репорт (например, ошибки в имени и фамилии).