Дипломна робота на тему: Методи І моделі стратегічного планування діяльності підприємства на підставі інтегрованих сховищ даних

Вид материалаДиплом

Содержание


2.3 Реалізація інтегрованих сховища даних Oracle
Фаза 1: Консолідація
Крок 1: Відображення джерел даних (оперативних систем) на цільове сховище даних
Крок 2: Генерація коду для добування, трансформації й завантаження даних
Крок 3: Генерація бізнес області
Керування життєвим циклом сховища
Фаза 2: Дослідження
Бізнес область створюється (визначається) автоматично.
OWB і Discoverer
Використання аналітичних функцій бази даних
Перевірка вірогідності по вимозі
Веб аналіз
Результати запитів поширюються по компанії
Фаза 3: Поширення даних
Згенерувати один раз і доставити в кожному форматі
Згенерувати один раз і доставити в будь-яке місце призначення
Oracle Portal
Швидка розробка замовлених додатків
Data Mining.
Подобный материал:
1   2   3   4   5
2.3 Реалізація інтегрованих сховища даних Oracle

Розглянемо приклад реалізації сховища даних на аналітичній платформі Oracle. Як уже згадувалося вище, побудова системи бізнес аналітики включає три фази: консолідацію, дослідження й розподіл. Зупинимося більш докладно на кожній фазі. 

Фаза 1: Консолідація

Консолідація даних стає усе більш складною через такі процеси, як реорганізації, злиття, придбання й глобалізація. Дані прагнуть до того, щоб поширитися по всій організації по безлічі джерел даних, що робить ще більш складним їхнє використання для бізнес аналітики. Компонент Oracle Warehouse Builder (OWB) призначений для консолідації різних джерел даних, здійснення перетворень даних, керування життєвим циклом сховища й спільного використання із засобами доступу. 

Крок 1: Відображення джерел даних (оперативних систем) на цільове сховище даних

Після визначення бізнес питань і вимог до даних з боку користувачів, ІТ фахівці визначають джерела даних, які містять дані, що відповідають потребам користувачів і підключаються до них. Підключення до джерел у вигляді плоских файлів, або до реляційних джерел, таким, як Oracle, DB2, Informix, MS SQL Server, Sybase і SAP/R3 можливо за допомогою простого вибору відповідного інтегратора OWB. Потім розроблювач створює модулі джерела, які зберігають визначення даних, утримуючі як інформацію про з'єднання, так і опис таблиць. Після підключення до джерела даних інтегратор використовується OWB для того, щоб витягти дані й метадані із цього джерела. Інший тип модуля, що розроблювач створює в OWB, це модуль сховища, які містить визначення фактів, розмірностей, таблиць перетворення й т.д., тобто все, що становить сховище даних. 

Разом, ці два типи модулів формують основні елементи, використовувані при створенні сховища. У середовищі OWB розроблювач може просто переміщати об'єкти модулів, щоб використати їх як будівельні блоки в створенні цільового сховища. Після вибору відповідних об'єктів OWB надає графічне зображення для відображення таблиць джерел на цільові таблиці сховища (mapping). Розроблювач може моделювати всі аспекти перетворення даних у формі діаграм потоків даних. Відображення включає таблиці-джерела, цільові таблиці й всі операції, які виробляються в процесі ETL. OWB може здійснювати операцію ETL за один кінцевий крок, що робить впровадження сховища швидким і легким. 

Використання OWB для відображення джерел даних на меті просто виконати за допомогою графічного редактора відображень, в якому користувач візуально створює або моделює всі аспекти операції ETL. Продуктивність роботи розроблювача зростає через можливість візуально реалізовувати складні трансформації, потокові вираження, множинні з'єднання, агрегування й т.д. без необхідності спеціального знання SQL. 

Крок 2: Генерація коду для добування, трансформації й завантаження даних

Після завершення моделей відображення OWB може згенерувати SQL і PL/SQL код для завантаження й заповнення сховища даних. Це зберігає час і знижує вимоги до досвіду розроблювача, необхідні для програмування SQL коду. Більше того, OWB дозволяє розроблювачеві вивчати й модифікувати код на будь-якому кроці операції. На додаток генератор коду OWB може генерувати код, що оптимізований з урахуванням характеру джерела даних. Наприклад, якщо дані чисті й конфлікти не очікуються, розроблювач просто вибирає відповідну опцію й високопродуктивний код генерується для завантаження відразу всієї безлічі даних. З іншого боку, якщо є висока ймовірність того, що дані будуть порушувати обмеження цілісності або спричинять інші помилки завантаження, розроблювач буде використовувати опцію порядкової генерації й код буде миттєво переписаний для послідовного порядкового завантаження. Так генерація пакетів PL/SQL для завантаження відбувається автоматично й не вимагає спеціальних навичок програмування на PL/SQL, цей інструмент може використовувати велика кількість розроблювачі. 

Крок 3: Генерація бізнес області

Тепер, коли дані консолідовані й завантажені в цільове сховище, розмірна модель даних легко стає доступною для засобів доступу Oracle. Всі репозитарії й метадані середовища виконання доступні через публічні подання. Це означає, що засобу доступу Oracle «розуміють» розмірності й ієрархії, так само, як і імена таблиць і заголовки стовпців. Як результат, заощаджується час на програмування, тому що розроблювачеві немає необхідності відтворювати метадані, коли використовуються засоби доступу Oracle

Керування життєвим циклом сховища

Після впровадження сховища необхідно управляти змінами. Зміни являють собою додавання, видалення або модифікацію таблиць, стовпців і подань у джерелах даних. Коли відбуваються такі зміни, більшість інструментів можуть лише визначити, що є невідповідності між джерелом і метою. Усунення конфліктів залишається розроблювачеві. OWB, з іншого боку, погодить будь-які зміни. Наприклад, якщо зміна відбувається після того, як модуль джерела створений у репозитарії OWB, визначення в репозитарії не синхронізовані з відповідними їм об'єктами. Функція повторного імпортування дозволяє автоматично погоджувати й відновлювати синхронність визначень у репозитарії для об'єктів. 

Фаза 2: Дослідження

Тепер, коли дані перебувають в одному централізованому сховищі, потужний інструмент для нерегламентованих запитів і аналізу, Oracle Discoverer, дозволить вивчити потенційні можливості й ризики, які зв'язані c Вашими продуктами, клієнтами й ринковим оточенням. 

Бізнес область створюється (визначається) автоматично.

Засіб доступу до даних Oracle Discoverer призначено для бізнес-користувача. Тому для опису аналізованих даних використовується поняття бізнес області, що створюється адміністратором. Таким чином, користувач маніпулює даними, використовуючи звичну термінологію, а не загадкові назви таблиць і стовпців і складні запити для одержання даних з декількох таблиць.

Тісна інтеграція між OWB і Discoverer дозволяє розроблювачеві легко наповнювати бізнес область за допомогою інтерфейсу майстра. Розмірності й ієрархії, створені в OWB, розуміються Discoverer, що забезпечує швидке розгортання засобів доступу для кінцевих користувачів. 

Використання аналітичних функцій бази даних

Одним з найбільш важливих удосконалень реляціоної бази даних для сховищ даних була поява аналітичних функцій. Discoverer використовує й розширює набір аналітичних функцій бази даних Oracle, що дозволяє користувачам відповідати на складні бізнес питання. Потужна підтримка аналітичних функцій, таких, як ранжирування, порівняння по періодах, середня, що сковзає , тепер доступна адміністраторам і користувачам. На додаток, користувачі можуть сортувати дані, обертати їх і робити перехід по ієрархії. Discoverer додає ще більше гнучкості, дозволяючи вставляти такі функції як обчислення відсотка росту між двома наборами даних і їхнього одночасного ранжирування. Наприклад, користувач може ранжирувати у порядку убування найбільш швидко зростаючі продукти цього року в порівнянні з минулим роком в одному обчисленні. Вкладені обчислення значно знижують час, що користувачі витрачають на те, щоб знайти відповіді на складні бізнес питання.

Перевірка вірогідності по вимозі

Завдяки інтеграції OWB і Discoverer користувачі можуть переглядати метадані визначень в OWB і визначати об'єкти, на які впливає певна трансформація даних. Наприклад, якщо агрегований дохід від закордонної філії викликає сумнів, користувач може відстежити в графічному поданні всі обчислення або інші трансформації, після яких вийшло це число. Тепер користувач може створити свій власний запит і легко перевірити правильність результатів у тій же сесії.

Веб аналіз

Oracle Clickstream Intelligence надає можливості аналізу журналів веб-сайтів. Це готові вітрини даних, розмірності й шаблони звітів для такого аналізу. 

Результати запитів поширюються по компанії

Discoverer тісно інтегрований із засобом одержання регламентних звітів – Oracle Reports. Він дозволяє експортувати готові звіти у форматі XML для подальшого поширення. 

Фаза 3: Поширення даних

Часто велика кількість часу й зусиль користувачів витрачається у фазі дослідження на те, щоб знайти правильні запити й проаналізувати їх. Ця коштовна інформація повинна бути поширена по установі до того, як вона застаріє. Інформація може надходити з різних джерел (наприклад реляціоного й XML). Oracle Reports дозволяє виконувати безліч запитів в одному звіті, при цьому кожний запит може бути заснований на своєму джерелі даних. 

Згенерувати один раз і доставити в кожному форматі

Звіти завжди були потужним інструментом для публікації даних з бази в різних форматах: PDF, XML, HTML, HTMLCSS, Postcript, PCL, текст із роздільниками і RTF. Сьогодні користувачі можуть публікувати дані з використанням галузевого стандарту JSP. Це означає, що розроблювач може створити шаблон веб-сторінки, використати HTML-редактор, потім перенести його в оточення Oracle Reports і включити дані з різних джерел даних у цю сторінку. У такий спосіб наша сторінка буде динамічно обновлятися при відновленні звіту. 

Згенерувати один раз і доставити в будь-яке місце призначення

Як місце призначення для звіту можуть виступати принтер, веб, файлова система, електронна пошта й Oracle Portal

Фаза 4: Розширення можливостей

Швидка реакція на потреби бізнесу є критичним чинником успіху. Іноді виникає необхідність у розробці замовленого додатку для підтримки прийняття рішень. Компонент Oracle BI Beans в Oracle JDeveloper створений спеціально для цієї мети. Розроблювач може швидко зібрати BI додаток з високорівневих, повторно використовуваних компонентів і скористатися властивостями Oracle OLAP

Швидка розробка замовлених додатків

JDeveloper і BI Beans забезпечують найбільш продуктивне середовище для розробки додатків для бізнес аналітики. 

Інтегрований OLAP.

Oracle OLAP забезпечує централізовану аналітичну обробку в масштабованому й безпечному оточенні. Це сервер OLAP, вбудований безпосередньо в базу даних. Доступ до його функцій здійснюється через Java API або на більш високому рівні – BI Beans.

Data Mining.  

Підтримка Oracle Data Mining (ODM) убудована в базу даних. Його функціональність підтримує алгоритми класифікації, пророкувань і асоціації. Це дозволяє розроблювачам вбудовувати необхідну функціональність у свої додатки для того, щоб:
  • запобігти відходу клієнтів
  • робити додаткові продажі існуючим клієнтам
  • здобувати нових клієнтів
  • виявляти шахрайства
  • знаходити найбільш вигідних клієнтів.

Отже, при створенні корпоративного сховища дуже важливим є вибір аналітичної платформи. Нові можливості, включені в базу даних і інші продукти Oracle надають великий набір засобів для підтримки такої платформи. Сьогодні керівники й аналітики поховані під вантажем інформації й перебувають в умовах твердих тимчасових обмежень. Їм необхідні візуальні засоби для ідентифікації самих останніх тенденцій бізнесу й прийняття правильних рішень. Ця інформація повинна бути вчасно доставлена тим, хто її потребує. Коли використовується база даних, сервер додатків, інструменти для консолідації даних, аналізу даних і корпоративної звітності, які тісно інтегровані й від одного виробника, такого, як Oracle, то установа має солідну платформу для досягнення успіху. Таке рішення буде найбільш ефективним як з погляду вартості, так і підтримки.


ВИСНОВОК:

Стратегічне планування — це адаптивний процес, за допомогою якого здійснюються регулярна розробка та корекція системи формалізованих планів, перегляд змісту заходів щодо їх виконання на основі безперервного контролю та оцінювання змін, що відбуваються зовні та всередині підприємства. Стратегічне планування охоплює систему довго, середньо та короткострокових планів, проектів і програм, однак головний змістовий наголос при цьому робиться на довгострокових цілях та стратегій їх досягнення. Основні передумови переходу до стратегічного планування такі: необхідність реакції на зміни умов функціонування підприємства; потреба в об’єднанні різних напрямків діяльності підприємства в умовах розвитку процесів децентралізації та диверсифікації (насамперед конгломератної); наявність яскраво виражених конкурентних переваг і необхідність їх підтримки (у підприємств, що їх мають) або створення їх (в аутсайдерів); посилення конкуренції; інтернаціоналізація бізнесу, розвиток зв’язків з підприємствами, які використовують систему стратегічного планування; наявність висококваліфікованих менеджерів, здатних розв’язувати складні питання, застосовуючи систему стратегічного управління; розвиток теорії та практики стратегічного планування, які допомагають перейти від методу «проб і помилок» до наукових методів передбачення та підготовки майбутнього і до майбутнього; наявність доступної інформації (глобальних інформаційних мереж) для вивчення сильних і слабких сторін підприємства, зовнішнього середовища та умов конкуренції; посилення інноваційних процесів, генерація та швидке освоєння підприємствами нових ідей; необхідність впровадження високої культури управління, зорієнтованої на запобігання опору змінам та стимулювання розвитку підприємства. Мета стратегічного планування — встановити певний порядок дій для підготовки ефективного функціонування конкурентоспроможного підприємства. Стратегічне планування — це систематизовані та більш-менш формалізовані зусилля всього підприємства, спрямовані на розробку та організацію виконання стратегічних планів, проектів і програм. У свою чергу, розробка планів як специфічний вид діяльності — це послідовний ітераційний процес, що складається з кількох взаємозв’язаних етапів: встановлення цілей; визначення стратегій («стратегічного набору») та заходів щодо їх реалізації; передбачення послідовності дій у межах досить тривалого часу та закріплення її у планах, проектах і програмах різного типу, що є інструментами досягнення цілей та реалізації стратегій; організація виконання планових завдань; облік, контроль та аналіз їх виконання. Реалізувати мету стратегічного планування можна, якщо воно відповідає таким основним принципам, як ціле встановлення та ціле реалізація; багатоваріантність, альтернативність та селективність; глобальність, системність, комплексність, збалансованість; наступність, послідовність; безперервність; наукова та методична обґрунтованість; реалістичність, досяжність; гнучкість, динамічність, реакція на ситуацію; ефективність і соціальна зорієнтованість; кількісна та якісна визначеність тощо. «Горизонт» стратегічного планування залежить від галузевої належності підприємства, оскільки заміна технологічних процесів та оновлення продукції можуть здійснюватися через різні проміжки часу. Істотний вплив на визначення циклу стратегічного планування мають також рішення власників і керівників щодо впровадження певної моделі планування на підприємстві. З огляду на різноманітність характеристик підприємств існують різні підходи до організації системи стратегічного планування. Запропоновано такі моделі стратегічного планування, які зорієнтовано на визначення та заповнення «стратегічної прогалини»; врахування ринкових переваг підприємства; створення та підтримку конкурентоспроможності підприємства; використання позитивного іміджу; врахування розмірів та форми власності організації тощо. Переваги стратегічного планування такі: зв’язок поточних рішень з майбутніми результатами, організоване осмислення рішень (на противагу спонтанному прийняттю) з прогнозуванням їх наслідків; орієнтація на пошук альтернативних варіантів досягнення цілей, тобто допустимих цілей у сильних та слабких сторін діяльності підприємства, врахування їх під час установлення цілей і формулювання стратегій для забезпечення впливу на ці аспекти вже сьогодні; свідома підготовка майбутнього і до майбутнього; поділ відповідальності не лише за напрямками діяльності, а й за поточною та майбутньою діяльністю. Існують певні об’єктивні і суб’єктивні бар’єри застосування стратегічного планування на вітчизняних підприємствах. До найбільш поширених «бар’єрів» відносять: негативний досвід, недостатній рівень розвитку теорії та методології планування, складність середовища функціонування організації, небажання або невміння керівництва встановлювати цілі та розробляти стратегії, опір змінам (на рівні особистості, групи, організації в цілому), наявність обмежень — матеріальних, часових і грошових тощо. Необхідно аналізувати причини їх виникнення. Аналіз проводиться для розробки відповідних методів управлінського впливу, що призначені для пом’якшення і/або подолання різноманітних бар’єрів. Їх взаємозв’язок має підвести до висновку про необхідність комплексних узгоджених дій, спрямованих на їх подолання. Процес подолання бар’єрів залежить від наявності їх певного переліку та сутності прояву, але найбільш поширеними заходами є такі: початок процесу подолання бар’єрів «згори» (тобто з вищих рівнів управління організацією); визнання певних обмежень, що можуть бути визначені як «бар’єри»; установлення ефективних зв’язків як усередині, так і за межами підприємства; забезпечення участі всіх підсистем підприємства у процесі планування та у розробці альтернативних планових документів; контроль, аналіз і вдосконалення системи планування за участю всього персоналу організації. Головними недоліками практичного застосування стратегічного планування вважаються відсутність необхідної інформації для прийняття стратегічних рішень та розробки стратегічних планів (через що спостерігається низький рівень обґрунтованості планових документів); відсутність альтернативних планів; недостатнє використання науково-методичного арсеналу планування – сценаріїв і методів ситуаційного планування тощо; слабо розвинена система поточного аналізу, контролю та коригування стратегічних планів; догматична гіперболізація значення цифрових показників; недосконала система стимулювання працівників, які беруть участь у розробці та виконанні стратегічних заходів; недостатній рівень організаційного, соціально-психологічного та фінансового забезпечення стратегічного планування. Недоліки, а також «пастки» стратегічного планування заважають реалізовувати філософію стратегічного планування — активну адаптацію підприємства до вимог середовища та середовища — до потреб підприємства. Стратегічне планування на сьогодні являється досить гнучким інструментом діяльності підприємства. Тому на кожному етапі буде проводитись аналіз по найбільш пріоритетному напрямку або від вищого до нижчого. І враховуючи постійні зміни, що відбуваються у середовищі, необхідно змінювати стратегію підприємства і переосмислювати місію та цілі. Нині необхідність стратегічного управління в організаціях різного типу цілком беззаперечна. Зацікавленість зазначеною проблематикою відчувається на всіх рівнях управління державою: від Указів і доповідей Президента України, які завжди містять «стратегічну складову», та виступів народних депутатів на засіданнях Верховної Ради України до вимог пересічних громадян щодо оприлюднення стратегій розвитку окремих регіонів і підприємств. Успішна реалізація стратегії забезпечується раціональним плануванням поточної діяльності, і отже, стратегічне планування - це така ланка, спохватившись за яку можна витягнути цілий ланцюг підприємств України.

РОЗДІЛ 3. ПРАКТИЧНА РЕАЛІЗАЦІЯ СТРАТЕГІЧНОГО ПЛАНУВАННЯ У КОМЕРЦІЙНІЙ ДІЯЛЬНОСТІ ПІДПРИЄМСТВА З МЕТОЮ ОТРИМАННЯ МАКСИМАЛЬНОГО ПРИБУТКУ ТА ПІДВИЩЕННЯ КОНКУРЕНТНОСПРОМОЖНОСТІ І РЕНТАБЕЛЬНОСТІ ПІДПРИЄМСТВА

ЛІТЕРАТУРА:

1. Акофф Р. план ирование будущего корпораций. – М.: Прогресс, 1985.

  1. Дойль П. Менеджмент: стратегия и тактика. СПб., «Питер», 1999, с. 181.
  2. Пастухова В. Стратегічне планування на підприємстві // економіка України. – 2000. №11. – С.37-43.
  3. Шимко О.В., Рижиков В.С., грибкова С.М. Шимко О.І., Щолокова А.Л. Планування діяльності підприємства. – К.: Центр навчальної літератури, 2006. – 296 с.