Зміст
Введення
1. Поняття інформаційної системи та їх класифікація
2. Структура електронних інформаційних систем
Висновок
Список використаної літератури
Введення
Інформаційна система (ІС) - система збору, зберігання, накопичення, пошуку і передачі інформації, що застосовується в процесі управління або прийняття рішень. ІС включає:
ü інформ. - Довідковий фонд,
ü мова обробки інформ.,
ü носії інформ.,
ü комплекс моделей.
Автоматизована ІС - сукупність інформ., Економіко-математичних методів і моделей, апаратних, програмних, організаційних, технологічних засобів і фахівців.
Автоматизована ІС призначена для ефективної експлуатації економічної ІС.
В організаціях існує велика кількість різних типів ІС: від традиційних до складних, які працюють на базі локальних і глобальних комп'ютерних мереж.
1. Поняття інформаційної системи та їх класифікація
Визначення 1. Інформаційна система - це сукупність взаємопов'язаних елементів, що представляють собою інформаційні, кадрові та матеріальні ресурси, процеси, які забезпечують збір, обробку, перетворення, зберігання та передачу інформації в організації.
Визначення 2. Інформаційні технології - це сукупність методів, процедур і засобів, що реалізують процеси збору, обробки, перетворення, зберігання і передачі інформації.
Інформація в сучасному світі перетворилася в один з найбільш важливих ресурсів, а інформаційні системи (ІС) стали необхідним інструментом практично у всіх сферах діяльності.
Різноманітність завдань, що вирішуються за допомогою ІС, призвело до появи безлічі різнотипних систем, що відрізняються принципами побудови і закладеними в них правилами обробки інформації.
Інформаційні системи можна класифікувати по цілому ряду різних ознак. У основу даної класифікації покладено найбільш істотні ознаки, що визначають функціональні можливості та особливості побудови сучасних систем. У залежності від обсягу вирішуваних завдань, використовуваних технічних засобів, організації функціонування, інформаційні системи діляться на ряд груп (класів) (рис. 1.).
За типом даних, що зберігаються ІС діляться на фактографічні та документальні. Фактографічні системи призначені для зберігання і обробки структурованих даних у вигляді чисел і текстів. Над такими даними можна виконувати різні операції. У документальних системах інформація представлена у вигляді документів, що складаються з найменувань, описів, рефератів і текстів. Пошук по неструктурованим даних здійснюється з використанням семантичних ознак. Відібрані документи надаються користувачеві, а обробка даних в таких системах практично не проводиться.
Грунтуючись на ступені автоматизації інформаційних процесів у системі управління фірмою, інформаційні системи діляться на ручні, автоматичні і автоматизовані.
Рис. 1.1. Класифікація інформаційних систем
Ручні ІС характеризуються відсутністю сучасних технічних засобів переробки інформації і виконанням всіх операцій людиною.
У автоматичних ІС всі операції з переробки інформації виконуються без участі людини.
Автоматизовані ІС передбачають участь в процесі обробки інформації і людини, і технічних засобів, причому головна роль у виконанні рутинних операцій обробки даних відводиться комп'ютера. Саме цей клас систем відповідає сучасному поданням поняття "інформаційна система".
Залежно від характеру обробки даних ІС діляться на інформаційно-пошукові та інформаційно-вирішальні.
Інформаційно-пошукові системи роблять введення, систематизацію, зберігання, видачу інформації по запиту користувача без складних перетворень даних. (Наприклад, ІС бібліотечного обслуговування, резервування і продажу квитків на транспорті, бронювання місць у готелях і пр.)
Інформаційно-вирішальні системи здійснюють, крім того, операції переробки інформації за певним алгоритмом. За характером використання вихідної інформації такі системи прийнято ділити на керуючі і радять.
Результуюча інформація керуючих ІС безпосередньо трансформується в прийняті людиною рішення. Для цих систем характерні завдання розрахункового характеру і обробка великих обсягів даних. (Наприклад, ІС планування виробництва або замовлень, бухгалтерського обліку.)
Радять ІС виробляють інформацію, яка приймається людиною до відома і враховується при формуванні управлінських рішень, а не ініціює конкретні дії. Ці системи імітують інтелектуальні процеси обробки знань, а не даних. (Наприклад, експертні системи.)
У залежності від сфери застосування розрізняють такі класи ІС.
Інформаційні системи організаційного управління - призначені для автоматизації функцій управлінського персоналу як промислових підприємств, так і непромислових об'єктів (готелів, банків, магазинів та ін.)
Основними функціями подібних систем є: оперативний контроль і регулювання, оперативний облік та аналіз, перспективне і оперативне планування, бухгалтерський облік, управління збутом, постачанням і інші економічні і організаційні завдання.
ІС управління технологічними процесами (ТП) - служать для автоматизації функцій виробничого персоналу з контролю та управління виробничими операціями. У таких системах зазвичай передбачається наявність розвинених засобів вимірювання параметрів технологічних процесів (температури, тиску, хімічного складу тощо), процедур контролю допустимості значень параметрів і регулювання технологічних процесів.
ІС автоматизованого проектування (САПР) - призначені для автоматизації функцій інженерів-проектувальників, конструкторів, архітекторів, дизайнерів під час створення нової техніки чи технології. Основними функціями подібних систем є: інженерні розрахунки, створення графічної документації (креслень, схем, планів), створення проектної документації, моделювання проектованих об'єктів.
Інтегровані (корпоративні) ІС - використовуються для автоматизації всіх функцій фірми і охоплюють весь цикл робіт від планування діяльності до збуту продукції. Вони включають в себе ряд модулів (підсистем), що працюють в єдиному інформаційному просторі і виконують функції підтримки відповідних напрямів діяльності.
Аналіз сучасного стану ринку ІВ показує стійку тенденцію зростання попиту на інформаційні системи організаційного управління. Причому попит продовжує рости саме на інтегровані системи управління. Автоматизація окремої функції, наприклад, бухгалтерського обліку або збуту готової продукції, вважається вже пройденим етапом для багатьох підприємств.
Замовники ІС стали висувати все більше вимог, спрямованих на забезпечення можливості комплексного використання корпоративних даних в управлінні та плануванні своєї діяльності.
Таким чином, виникла нагальна необхідність формування нової методології побудови інформаційних систем.
Мета такої методології полягає в регламентації процесу проектування ІС та забезпеченні управління цим процесом з тим, щоб гарантувати виконання вимог як до самої ІС, так і до характеристик процесу розробки. Основними завданнями, вирішення яких має сприяти методологія проектування корпоративних ІС, є наступні:
-Забезпечувати створення корпоративних ІС, що відповідають цілям і завданням організації, а також вимогам, що пред'являються по автоматизації ділових процесів замовника;
-Гарантувати створення системи з заданою якістю в задані терміни і в рамках встановленого бюджету проекту;
-Підтримувати зручну дисципліну супроводу, модифікації та нарощування системи;
-Забезпечувати наступність розробки, тобто використання в розробляється ІС існуючої інформаційної інфраструктури організації (зачепила в області інформаційних технологій).
Впровадження методології повинно призводити до зниження складності процесу створення ІС за рахунок повного і точного опису цього процесу, а також застосування сучасних методів і технологій створення ІС на всьому життєвому циклі ІС - від задуму до реалізації.
Проектування ІС охоплює три основні області:
-Проектування об'єктів даних, які будуть реалізовані в базі даних;
-Проектування програм, екранних форм, звітів, які будуть забезпечувати виконання запитів до даних;
-Облік конкретного середовища або технології, а саме: топології мережі, конфігурації апаратних засобів, використовуваної архітектури (файл-сервер або клієнт-сервер), паралельної обробки, розподіленої обробки даних і т.п.
Проектування інформаційних систем завжди починається з визначення мети проекту. У загальному вигляді мета проекту можна визначити як рішення ряду взаємопов'язаних завдань, які включають у себе забезпечення на момент запуску системи і протягом всього часу її експлуатації:
-Необхідної функціональності системи та рівня її адаптивності до мінливих умов функціонування;
-Необхідної пропускної спроможності системи;
-Необхідного часу реакції системи на запит;
-Безвідмовної роботи системи;
-Необхідного рівня безпеки;
-Простоти експлуатації і підтримки системи.
Відповідно до сучасної методології, процес створення ІС являє собою процес побудови і послідовного перетворення низки узгоджених моделей на всіх етапах життєвого циклу (ЖЦ) ІС. На кожному етапі ЖЦ створюються специфічні для нього моделі - організації, вимог до ІС, проекту ІС, вимог до програм і т.д. Моделі формуються робочими групами команди проекту, зберігаються і накопичуються в репозиторії проекту. Створення моделей, їх контроль, перетворення і надання в колективне користування здійснюється з використанням спеціальних програмних інструментів - CASE-засобів.
Процес створення ІС ділиться на ряд етапів (стадій), обмежених деякими тимчасовими рамками і закінчуються випуском конкретного продукту (моделей, програмних продуктів, документації тощо).
Зазвичай виділяють наступні етапи створення ІС: формування вимог до системи, проектування, реалізація, тестування, введення в дію, експлуатація і супровід. (Останні два етапи далі не розглядаються, оскільки виходять за рамки тематики книги.)
Початковим етапом процесу створення ІС є моделювання бізнес-процесів, що протікають в організації та реалізують її мету та завдання. Модель організації, описана в термінах бізнес-процесів та бізнес-функцій, дозволяє сформулювати основні вимоги до ІС. Це фундаментальне положення методології забезпечує об'єктивність у виробленні вимог до проектування системи. Безліч моделей опису вимог до ІС потім перетвориться в систему моделей, що описують концептуальний проект ІС. Формуються моделі архітектури ІС, вимог до програмного забезпечення (ПЗ) та інформаційного забезпечення (ІЗ). Потім формується архітектура ПЗ і ІВ, виділяються корпоративні БД і окремі додатки, формуються моделі вимог до програм і проводиться їх розробка, тестування та інтеграція.
Метою початкових етапів створення ІС, що виконуються на стадії аналізу діяльності організації, є формування вимог до ІС, коректно і точно відображають цілі та завдання організації-замовника. Щоб специфікувати процес створення ІС, що відповідає потребам організації, потрібно з'ясувати і чітко сформулювати, в чому полягають ці потреби. Для цього необхідно визначити вимоги замовників до ІС та відобразити їх на мові моделей у вимоги до розробки проекту ІС так, щоб забезпечити відповідність цілям і завданням організації.
Завдання формування вимог до ІС є однією з найбільш відповідальних, важко формалізуються і найбільш дорогих і важких для виправлення в разі помилки. Сучасні інструментальні засоби і програмні продукти дозволяють досить швидко створювати ІС по готових вимогам. Але часто ці системи не задовольняють замовників, вимагають численних доробок, що призводить до різкого подорожчання фактичної вартості ІС. Основною причиною такого становища є неправильне, неточне або неповне визначення вимог до ІС на етапі аналізу.
На етапі проектування насамперед формуються моделі даних. Проектувальники в якості вихідної інформації отримують результати аналізу. Побудова логічної і фізичної моделей даних є основною частиною проектування бази даних. Отримана в процесі аналізу інформаційна модель спочатку перетвориться в логічну, а потім у фізичну модель даних.
Паралельно з проектуванням схеми бази даних виконується проектування процесів, щоб отримати специфікації (опису) всіх модулів ІС. Обидва ці процесу проектування тісно пов'язані, оскільки частина бізнес-логіки зазвичай реалізується в базі даних (обмеження, тригери, збережені процедури). Головна мета проектування процесів полягає у відображенні функцій, отриманих на етапі аналізу, в модулі інформаційної системи. При проектуванні модулів визначають інтерфейси програм: розмітку меню, вид вікон, гарячі клавіші і пов'язані з ними виклики.
Кінцевими продуктами етапу проектування є:
-Схема бази даних (на підставі ER-моделі, розробленої на етапі аналізу);
-Набір специфікацій модулів системи (вони будуються на базі моделей функцій).
Крім того, на етапі проектування здійснюється також розробка архітектури ІС, що включає в себе вибір платформи (платформ) і операційної системи (операційних систем). У неоднорідній ІВ можуть працювати кілька комп'ютерів на різних апаратних платформах і під управлінням різних операційних систем. Крім вибору платформи, на етапі проектування визначаються такі характеристики архітектури:
-Чи буде це архітектура "файл-сервер" або "клієнт-сервер";
-Чи буде це 3-рівнева архітектура з наступними шарами: сервер, ПЗ проміжного шару (сервер додатків), клієнтське ПЗ;
-Чи буде база даних централізованої або розподіленою. Якщо база даних буде розподіленої, то які механізми підтримки узгодженості та актуальності даних будуть використовуватися;
-Чи буде база даних однорідною, тобто, чи будуть всі сервери баз даних продуктами одного і того ж виробника (наприклад, всі сервери тільки Oracle або всі сервери тільки DB2 UDB). Якщо база даних не буде однорідною, яке ПЗ буде використано для обміну даними між СУБД різних виробників (вже існуюче або розроблене спеціально як частина проекту);.
-Чи будуть для досягнення належної продуктивності використовуватися паралельні сервери баз даних (наприклад, Oracle Parallel Server, DB2 UDB і т.п.).
Етап проектування завершується розробкою технічного проекту ІС.
На етапі реалізації здійснюється створення програмного забезпечення системи, встановлення технічних засобів, розробка експлуатаційної документації.
Етап тестування зазвичай виявляється розподіленим в часі.
Після завершення розробки окремого модуля системи виконують автономний тест, який переслідує дві основні мети:
-Виявлення відмов модуля (жорстких збоїв);
-Відповідність модуля специфікації (наявність всіх необхідних функцій, відсутність зайвих функцій).
Після того як автономний тест успішно пройде, модуль включається до складу розробленої частини системи і група згенерованих модулів проходить тести зв'язків, які повинні відстежити їх взаємний вплив.
Далі група модулів тестується на надійність роботи, тобто проходять, по-перше, тести імітації відмов системи, а по-друге, тести напрацювання на відмову. Перша група тестів показує, наскільки добре система відновлюється після збоїв програмного забезпечення, відмов апаратного забезпечення. Друга група тестів визначає ступінь стійкості системи при штатній роботі і дозволяє оцінити час безвідмовної роботи системи. У комплект тестів стійкості повинні входити тести, що імітують пікове навантаження на систему.
Потім весь комплект модулів проходить системний тест - тест внутрішньої приймання продукту, що показує рівень його якості. Сюди входять тести функціональності і тести надійності системи.
Останній тест інформаційної системи - приймально-здавальні випробування. Такий тест передбачає показ інформаційної системи замовнику і повинен містити групу тестів, що моделюють реальні бізнес-процеси, щоб показати відповідність реалізації вимогам замовника.
Необхідність контролювати процес створення ІС, гарантувати досягнення цілей розробки і дотримання різних обмежень (бюджетних, тимчасових і ін) призвело до широкого використання в цій сфері методів і засобів програмної інженерії: структурного аналізу, об'єктно-орієнтованого моделювання, CASE-систем.
2. Структура електронних інформаційних систем
Інформаційна система є елементом великої системи і забезпечує завдання управління інформаційними ресурсами, тому для ефективної роботи всієї системи велике значення має її структура і склад
Усі інформаційні системи (ІС) включають один і той же набір компонентів (рис. 2):
* Функціональні компоненти
* Компоненти систем обробки даних
* Організаційні компоненти.
Під функціональними компонентами розуміється система функцій управління, комплекс взаємопов'язаних у просторі і в часі операцій з управління, необхідних для досягнення поставлених перед організацією цілей. Будь-яка складна управлінська функція розчленовується на ряд більш дрібних задач (операція декомпозиції) і доводиться до конкретного виконавця.
Рис.2. Компоненти інформаційної системи.
Структура це множина компонент, що знаходяться у специфічному взаємодії для здійснення заданих функцій. Компоненти, у свою чергу, є сполуками елементів. Форма структури підтримується відповідними зв'язками, до яких відносяться зовні породжені зв'язку.
Висновок
Індустрія розробки автоматизованих інформаційних систем управління зародилася в 1950-х - 1960-х роках і до кінця століття набула цілком закінчені форми.
На першому етапі основним підходом у проектуванні ІС був метод "знизу-вверх", коли система створювалася як набір додатків, найбільш важливих у даний момент для підтримки діяльності підприємства. Основною метою цих проектів було не створення тиражованих продуктів, а обслуговування поточних потреб конкретної установи. Такий підхід частково зберігається і сьогодні. У рамках "клаптикової автоматизації" досить добре забезпечується підтримка окремих функцій, але практично повністю відсутня стратегія розвитку комплексної системи автоматизації, а об'єднання функціональних підсистем перетворюється на самостійну і достатньо складну проблему.
Створюючи свої відділи та управління автоматизації, підприємства намагалися "облаштуватися" своїми силами. Проте періодичні зміни технологій роботи та посадових інструкцій, складнощі, пов'язані з різними уявленнями користувачів про одних і тих же даних, приводили до безперервних доопрацюванням програмних продуктів для задоволення все нових і нових побажань окремих працівників. Як наслідок - і робота програмістів, і створювані ІС викликали невдоволення керівників і користувачів системи.
Наступний етап пов'язаний з усвідомленням того факту, що існує потреба в досить стандартних програмних засобах автоматизації діяльності різних установ і підприємств. З усього спектру проблем розробники виділили найбільш помітні: автоматизацію ведення бухгалтерського аналітичного обліку і технологічних процесів. Системи почали проектуватися "зверху-вниз", тобто у припущенні, що одна програма повинна задовольняти потреби багатьох користувачів.
Сама ідея використання універсальної програми накладає суттєві обмеження на можливості розробників з формування структури бази даних, екранних форм, за вибором алгоритмів розрахунку. Закладені "зверху" жорсткі рамки не дають можливості гнучко адаптувати систему до специфіки діяльності конкретного підприємства: врахувати необхідну глибину аналітичного і виробничо-технологічного обліку, включити необхідні процедури обробки даних, забезпечити інтерфейс кожного робочого місця з урахуванням функцій і технології роботи конкретного користувача. Вирішення цих завдань потребує серйозних доопрацювань системи. Таким чином, матеріальні і часові витрати на впровадження системи та її доведення під вимоги замовника зазвичай значно перевищують заплановані показники.
Згідно зі статистичними даними, зібраним Standish Group (США), з 8380 проектів, обстежених в США в 1994 році, невдалими виявилися більше 30% проектів, загальна вартість яких перевищувала 80 мільярдів доларів. При цьому виявилися виконаними у строк лише 16% від загального числа проектів, а перевитрата коштів склав 189% від запланованого бюджету.
У той же час, замовники ІС стали висувати все більше вимог, спрямованих на забезпечення можливості комплексного використання корпоративних даних в управлінні та плануванні своєї діяльності.
Список використаної літератури
1. «ABIS. Інформаційні системи на основі дій »В. Івлєва та Т. Попової. Видавництво «1С-Паблішинг», 245 стор, 2005
2. Перспективні технології інформаційних систем. М. Р. Когаловскій Видавництво: ДМК Прес; Компанія АйТі Рік видання: 2003 р . Сторінок: 288
Введення
1. Поняття інформаційної системи та їх класифікація
2. Структура електронних інформаційних систем
Висновок
Список використаної літератури
Введення
Інформаційна система (ІС) - система збору, зберігання, накопичення, пошуку і передачі інформації, що застосовується в процесі управління або прийняття рішень. ІС включає:
ü інформ. - Довідковий фонд,
ü мова обробки інформ.,
ü носії інформ.,
ü комплекс моделей.
Автоматизована ІС - сукупність інформ., Економіко-математичних методів і моделей, апаратних, програмних, організаційних, технологічних засобів і фахівців.
Автоматизована ІС призначена для ефективної експлуатації економічної ІС.
В організаціях існує велика кількість різних типів ІС: від традиційних до складних, які працюють на базі локальних і глобальних комп'ютерних мереж.
1. Поняття інформаційної системи та їх класифікація
Визначення 1. Інформаційна система - це сукупність взаємопов'язаних елементів, що представляють собою інформаційні, кадрові та матеріальні ресурси, процеси, які забезпечують збір, обробку, перетворення, зберігання та передачу інформації в організації.
Визначення 2. Інформаційні технології - це сукупність методів, процедур і засобів, що реалізують процеси збору, обробки, перетворення, зберігання і передачі інформації.
Інформація в сучасному світі перетворилася в один з найбільш важливих ресурсів, а інформаційні системи (ІС) стали необхідним інструментом практично у всіх сферах діяльності.
Різноманітність завдань, що вирішуються за допомогою ІС, призвело до появи безлічі різнотипних систем, що відрізняються принципами побудови і закладеними в них правилами обробки інформації.
Інформаційні системи можна класифікувати по цілому ряду різних ознак. У основу даної класифікації покладено найбільш істотні ознаки, що визначають функціональні можливості та особливості побудови сучасних систем. У залежності від обсягу вирішуваних завдань, використовуваних технічних засобів, організації функціонування, інформаційні системи діляться на ряд груп (класів) (рис. 1.).
За типом даних, що зберігаються ІС діляться на фактографічні та документальні. Фактографічні системи призначені для зберігання і обробки структурованих даних у вигляді чисел і текстів. Над такими даними можна виконувати різні операції. У документальних системах інформація представлена у вигляді документів, що складаються з найменувань, описів, рефератів і текстів. Пошук по неструктурованим даних здійснюється з використанням семантичних ознак. Відібрані документи надаються користувачеві, а обробка даних в таких системах практично не проводиться.
Грунтуючись на ступені автоматизації інформаційних процесів у системі управління фірмою, інформаційні системи діляться на ручні, автоматичні і автоматизовані.
Рис. 1.1. Класифікація інформаційних систем
Ручні ІС характеризуються відсутністю сучасних технічних засобів переробки інформації і виконанням всіх операцій людиною.
У автоматичних ІС всі операції з переробки інформації виконуються без участі людини.
Автоматизовані ІС передбачають участь в процесі обробки інформації і людини, і технічних засобів, причому головна роль у виконанні рутинних операцій обробки даних відводиться комп'ютера. Саме цей клас систем відповідає сучасному поданням поняття "інформаційна система".
Залежно від характеру обробки даних ІС діляться на інформаційно-пошукові та інформаційно-вирішальні.
Інформаційно-пошукові системи роблять введення, систематизацію, зберігання, видачу інформації по запиту користувача без складних перетворень даних. (Наприклад, ІС бібліотечного обслуговування, резервування і продажу квитків на транспорті, бронювання місць у готелях і пр.)
Інформаційно-вирішальні системи здійснюють, крім того, операції переробки інформації за певним алгоритмом. За характером використання вихідної інформації такі системи прийнято ділити на керуючі і радять.
Результуюча інформація керуючих ІС безпосередньо трансформується в прийняті людиною рішення. Для цих систем характерні завдання розрахункового характеру і обробка великих обсягів даних. (Наприклад, ІС планування виробництва або замовлень, бухгалтерського обліку.)
Радять ІС виробляють інформацію, яка приймається людиною до відома і враховується при формуванні управлінських рішень, а не ініціює конкретні дії. Ці системи імітують інтелектуальні процеси обробки знань, а не даних. (Наприклад, експертні системи.)
У залежності від сфери застосування розрізняють такі класи ІС.
Інформаційні системи організаційного управління - призначені для автоматизації функцій управлінського персоналу як промислових підприємств, так і непромислових об'єктів (готелів, банків, магазинів та ін.)
Основними функціями подібних систем є: оперативний контроль і регулювання, оперативний облік та аналіз, перспективне і оперативне планування, бухгалтерський облік, управління збутом, постачанням і інші економічні і організаційні завдання.
ІС управління технологічними процесами (ТП) - служать для автоматизації функцій виробничого персоналу з контролю та управління виробничими операціями. У таких системах зазвичай передбачається наявність розвинених засобів вимірювання параметрів технологічних процесів (температури, тиску, хімічного складу тощо), процедур контролю допустимості значень параметрів і регулювання технологічних процесів.
ІС автоматизованого проектування (САПР) - призначені для автоматизації функцій інженерів-проектувальників, конструкторів, архітекторів, дизайнерів під час створення нової техніки чи технології. Основними функціями подібних систем є: інженерні розрахунки, створення графічної документації (креслень, схем, планів), створення проектної документації, моделювання проектованих об'єктів.
Інтегровані (корпоративні) ІС - використовуються для автоматизації всіх функцій фірми і охоплюють весь цикл робіт від планування діяльності до збуту продукції. Вони включають в себе ряд модулів (підсистем), що працюють в єдиному інформаційному просторі і виконують функції підтримки відповідних напрямів діяльності.
Аналіз сучасного стану ринку ІВ показує стійку тенденцію зростання попиту на інформаційні системи організаційного управління. Причому попит продовжує рости саме на інтегровані системи управління. Автоматизація окремої функції, наприклад, бухгалтерського обліку або збуту готової продукції, вважається вже пройденим етапом для багатьох підприємств.
Замовники ІС стали висувати все більше вимог, спрямованих на забезпечення можливості комплексного використання корпоративних даних в управлінні та плануванні своєї діяльності.
Таким чином, виникла нагальна необхідність формування нової методології побудови інформаційних систем.
Мета такої методології полягає в регламентації процесу проектування ІС та забезпеченні управління цим процесом з тим, щоб гарантувати виконання вимог як до самої ІС, так і до характеристик процесу розробки. Основними завданнями, вирішення яких має сприяти методологія проектування корпоративних ІС, є наступні:
-Забезпечувати створення корпоративних ІС, що відповідають цілям і завданням організації, а також вимогам, що пред'являються по автоматизації ділових процесів замовника;
-Гарантувати створення системи з заданою якістю в задані терміни і в рамках встановленого бюджету проекту;
-Підтримувати зручну дисципліну супроводу, модифікації та нарощування системи;
-Забезпечувати наступність розробки, тобто використання в розробляється ІС існуючої інформаційної інфраструктури організації (зачепила в області інформаційних технологій).
Впровадження методології повинно призводити до зниження складності процесу створення ІС за рахунок повного і точного опису цього процесу, а також застосування сучасних методів і технологій створення ІС на всьому життєвому циклі ІС - від задуму до реалізації.
Проектування ІС охоплює три основні області:
-Проектування об'єктів даних, які будуть реалізовані в базі даних;
-Проектування програм, екранних форм, звітів, які будуть забезпечувати виконання запитів до даних;
-Облік конкретного середовища або технології, а саме: топології мережі, конфігурації апаратних засобів, використовуваної архітектури (файл-сервер або клієнт-сервер), паралельної обробки, розподіленої обробки даних і т.п.
Проектування інформаційних систем завжди починається з визначення мети проекту. У загальному вигляді мета проекту можна визначити як рішення ряду взаємопов'язаних завдань, які включають у себе забезпечення на момент запуску системи і протягом всього часу її експлуатації:
-Необхідної функціональності системи та рівня її адаптивності до мінливих умов функціонування;
-Необхідної пропускної спроможності системи;
-Необхідного часу реакції системи на запит;
-Безвідмовної роботи системи;
-Необхідного рівня безпеки;
-Простоти експлуатації і підтримки системи.
Відповідно до сучасної методології, процес створення ІС являє собою процес побудови і послідовного перетворення низки узгоджених моделей на всіх етапах життєвого циклу (ЖЦ) ІС. На кожному етапі ЖЦ створюються специфічні для нього моделі - організації, вимог до ІС, проекту ІС, вимог до програм і т.д. Моделі формуються робочими групами команди проекту, зберігаються і накопичуються в репозиторії проекту. Створення моделей, їх контроль, перетворення і надання в колективне користування здійснюється з використанням спеціальних програмних інструментів - CASE-засобів.
Процес створення ІС ділиться на ряд етапів (стадій), обмежених деякими тимчасовими рамками і закінчуються випуском конкретного продукту (моделей, програмних продуктів, документації тощо).
Зазвичай виділяють наступні етапи створення ІС: формування вимог до системи, проектування, реалізація, тестування, введення в дію, експлуатація і супровід. (Останні два етапи далі не розглядаються, оскільки виходять за рамки тематики книги.)
Початковим етапом процесу створення ІС є моделювання бізнес-процесів, що протікають в організації та реалізують її мету та завдання. Модель організації, описана в термінах бізнес-процесів та бізнес-функцій, дозволяє сформулювати основні вимоги до ІС. Це фундаментальне положення методології забезпечує об'єктивність у виробленні вимог до проектування системи. Безліч моделей опису вимог до ІС потім перетвориться в систему моделей, що описують концептуальний проект ІС. Формуються моделі архітектури ІС, вимог до програмного забезпечення (ПЗ) та інформаційного забезпечення (ІЗ). Потім формується архітектура ПЗ і ІВ, виділяються корпоративні БД і окремі додатки, формуються моделі вимог до програм і проводиться їх розробка, тестування та інтеграція.
Метою початкових етапів створення ІС, що виконуються на стадії аналізу діяльності організації, є формування вимог до ІС, коректно і точно відображають цілі та завдання організації-замовника. Щоб специфікувати процес створення ІС, що відповідає потребам організації, потрібно з'ясувати і чітко сформулювати, в чому полягають ці потреби. Для цього необхідно визначити вимоги замовників до ІС та відобразити їх на мові моделей у вимоги до розробки проекту ІС так, щоб забезпечити відповідність цілям і завданням організації.
Завдання формування вимог до ІС є однією з найбільш відповідальних, важко формалізуються і найбільш дорогих і важких для виправлення в разі помилки. Сучасні інструментальні засоби і програмні продукти дозволяють досить швидко створювати ІС по готових вимогам. Але часто ці системи не задовольняють замовників, вимагають численних доробок, що призводить до різкого подорожчання фактичної вартості ІС. Основною причиною такого становища є неправильне, неточне або неповне визначення вимог до ІС на етапі аналізу.
На етапі проектування насамперед формуються моделі даних. Проектувальники в якості вихідної інформації отримують результати аналізу. Побудова логічної і фізичної моделей даних є основною частиною проектування бази даних. Отримана в процесі аналізу інформаційна модель спочатку перетвориться в логічну, а потім у фізичну модель даних.
Паралельно з проектуванням схеми бази даних виконується проектування процесів, щоб отримати специфікації (опису) всіх модулів ІС. Обидва ці процесу проектування тісно пов'язані, оскільки частина бізнес-логіки зазвичай реалізується в базі даних (обмеження, тригери, збережені процедури). Головна мета проектування процесів полягає у відображенні функцій, отриманих на етапі аналізу, в модулі інформаційної системи. При проектуванні модулів визначають інтерфейси програм: розмітку меню, вид вікон, гарячі клавіші і пов'язані з ними виклики.
Кінцевими продуктами етапу проектування є:
-Схема бази даних (на підставі ER-моделі, розробленої на етапі аналізу);
-Набір специфікацій модулів системи (вони будуються на базі моделей функцій).
Крім того, на етапі проектування здійснюється також розробка архітектури ІС, що включає в себе вибір платформи (платформ) і операційної системи (операційних систем). У неоднорідній ІВ можуть працювати кілька комп'ютерів на різних апаратних платформах і під управлінням різних операційних систем. Крім вибору платформи, на етапі проектування визначаються такі характеристики архітектури:
-Чи буде це архітектура "файл-сервер" або "клієнт-сервер";
-Чи буде це 3-рівнева архітектура з наступними шарами: сервер, ПЗ проміжного шару (сервер додатків), клієнтське ПЗ;
-Чи буде база даних централізованої або розподіленою. Якщо база даних буде розподіленої, то які механізми підтримки узгодженості та актуальності даних будуть використовуватися;
-Чи буде база даних однорідною, тобто, чи будуть всі сервери баз даних продуктами одного і того ж виробника (наприклад, всі сервери тільки Oracle або всі сервери тільки DB2 UDB). Якщо база даних не буде однорідною, яке ПЗ буде використано для обміну даними між СУБД різних виробників (вже існуюче або розроблене спеціально як частина проекту);.
-Чи будуть для досягнення належної продуктивності використовуватися паралельні сервери баз даних (наприклад, Oracle Parallel Server, DB2 UDB і т.п.).
Етап проектування завершується розробкою технічного проекту ІС.
На етапі реалізації здійснюється створення програмного забезпечення системи, встановлення технічних засобів, розробка експлуатаційної документації.
Етап тестування зазвичай виявляється розподіленим в часі.
Після завершення розробки окремого модуля системи виконують автономний тест, який переслідує дві основні мети:
-Виявлення відмов модуля (жорстких збоїв);
-Відповідність модуля специфікації (наявність всіх необхідних функцій, відсутність зайвих функцій).
Після того як автономний тест успішно пройде, модуль включається до складу розробленої частини системи і група згенерованих модулів проходить тести зв'язків, які повинні відстежити їх взаємний вплив.
Далі група модулів тестується на надійність роботи, тобто проходять, по-перше, тести імітації відмов системи, а по-друге, тести напрацювання на відмову. Перша група тестів показує, наскільки добре система відновлюється після збоїв програмного забезпечення, відмов апаратного забезпечення. Друга група тестів визначає ступінь стійкості системи при штатній роботі і дозволяє оцінити час безвідмовної роботи системи. У комплект тестів стійкості повинні входити тести, що імітують пікове навантаження на систему.
Потім весь комплект модулів проходить системний тест - тест внутрішньої приймання продукту, що показує рівень його якості. Сюди входять тести функціональності і тести надійності системи.
Останній тест інформаційної системи - приймально-здавальні випробування. Такий тест передбачає показ інформаційної системи замовнику і повинен містити групу тестів, що моделюють реальні бізнес-процеси, щоб показати відповідність реалізації вимогам замовника.
Необхідність контролювати процес створення ІС, гарантувати досягнення цілей розробки і дотримання різних обмежень (бюджетних, тимчасових і ін) призвело до широкого використання в цій сфері методів і засобів програмної інженерії: структурного аналізу, об'єктно-орієнтованого моделювання, CASE-систем.
2. Структура електронних інформаційних систем
Інформаційна система є елементом великої системи і забезпечує завдання управління інформаційними ресурсами, тому для ефективної роботи всієї системи велике значення має її структура і склад
Усі інформаційні системи (ІС) включають один і той же набір компонентів (рис. 2):
* Функціональні компоненти
* Компоненти систем обробки даних
* Організаційні компоненти.
Під функціональними компонентами розуміється система функцій управління, комплекс взаємопов'язаних у просторі і в часі операцій з управління, необхідних для досягнення поставлених перед організацією цілей. Будь-яка складна управлінська функція розчленовується на ряд більш дрібних задач (операція декомпозиції) і доводиться до конкретного виконавця.
Інформаційна система |
Організаційні компоненти (персонал) |
Компоненти системи обробки даних |
Функціональні підсистеми |
Інформаційне забезпечення |
Персонал (Штати, должносние інструкції) |
Функціональні завдання |
Програмне забезпечення |
Моделі та алгоритми |
Технічне забезпечення |
Лінгвістичне забезпечення |
Правове забезпечення |
Рис.2. Компоненти інформаційної системи.
Структура це множина компонент, що знаходяться у специфічному взаємодії для здійснення заданих функцій. Компоненти, у свою чергу, є сполуками елементів. Форма структури підтримується відповідними зв'язками, до яких відносяться зовні породжені зв'язку.
Висновок
Індустрія розробки автоматизованих інформаційних систем управління зародилася в 1950-х - 1960-х роках і до кінця століття набула цілком закінчені форми.
На першому етапі основним підходом у проектуванні ІС був метод "знизу-вверх", коли система створювалася як набір додатків, найбільш важливих у даний момент для підтримки діяльності підприємства. Основною метою цих проектів було не створення тиражованих продуктів, а обслуговування поточних потреб конкретної установи. Такий підхід частково зберігається і сьогодні. У рамках "клаптикової автоматизації" досить добре забезпечується підтримка окремих функцій, але практично повністю відсутня стратегія розвитку комплексної системи автоматизації, а об'єднання функціональних підсистем перетворюється на самостійну і достатньо складну проблему.
Створюючи свої відділи та управління автоматизації, підприємства намагалися "облаштуватися" своїми силами. Проте періодичні зміни технологій роботи та посадових інструкцій, складнощі, пов'язані з різними уявленнями користувачів про одних і тих же даних, приводили до безперервних доопрацюванням програмних продуктів для задоволення все нових і нових побажань окремих працівників. Як наслідок - і робота програмістів, і створювані ІС викликали невдоволення керівників і користувачів системи.
Наступний етап пов'язаний з усвідомленням того факту, що існує потреба в досить стандартних програмних засобах автоматизації діяльності різних установ і підприємств. З усього спектру проблем розробники виділили найбільш помітні: автоматизацію ведення бухгалтерського аналітичного обліку і технологічних процесів. Системи почали проектуватися "зверху-вниз", тобто у припущенні, що одна програма повинна задовольняти потреби багатьох користувачів.
Сама ідея використання універсальної програми накладає суттєві обмеження на можливості розробників з формування структури бази даних, екранних форм, за вибором алгоритмів розрахунку. Закладені "зверху" жорсткі рамки не дають можливості гнучко адаптувати систему до специфіки діяльності конкретного підприємства: врахувати необхідну глибину аналітичного і виробничо-технологічного обліку, включити необхідні процедури обробки даних, забезпечити інтерфейс кожного робочого місця з урахуванням функцій і технології роботи конкретного користувача. Вирішення цих завдань потребує серйозних доопрацювань системи. Таким чином, матеріальні і часові витрати на впровадження системи та її доведення під вимоги замовника зазвичай значно перевищують заплановані показники.
Згідно зі статистичними даними, зібраним Standish Group (США), з 8380 проектів, обстежених в США в 1994 році, невдалими виявилися більше 30% проектів, загальна вартість яких перевищувала 80 мільярдів доларів. При цьому виявилися виконаними у строк лише 16% від загального числа проектів, а перевитрата коштів склав 189% від запланованого бюджету.
У той же час, замовники ІС стали висувати все більше вимог, спрямованих на забезпечення можливості комплексного використання корпоративних даних в управлінні та плануванні своєї діяльності.
Список використаної літератури
1. «ABIS. Інформаційні системи на основі дій »В. Івлєва та Т. Попової. Видавництво «1С-Паблішинг», 245 стор, 2005
2. Перспективні технології інформаційних систем. М. Р. Когаловскій Видавництво: ДМК Прес; Компанія АйТі Рік видання: