Главная Иностранные языки Информатика Искусство и культура Исторические личности Матметоды в эк-ке Метрология Неопределено Режущий инструмент Реклама и PR Ресторанно-гостиничный бизнес бытовое обслуживан Государственное регулирование и налогообложение Гражданское право Гражданское процессуальное право САПР Стратегический менеджмент Схемотехника Уголовное право Уголовный процесс Управление персоналом Физика Эктеория Электротехника Этика эстетика Юридпсихология Карта сайта	Рефераты. Інформаційні системи в економіці Рис. 6. Блок-схема системи для системи платіжної відомості Рис. 7. представляє детальна блок-схема системи платіжної відомості. Ця блок-схема - детальний вид частини системи платіжної відомості, що зосереджується на редагуванні і перевірці правильності трансакції. Трансакції завантажуються при введенні, сортуються, редагуються і перевіряються на підставі майстер файлу платіжної відомості. Окремі файли створюються, щоб відокремити неправильні трансакції від правильних трансакцій. Правильні трансакції передаються для подальшої обробки. Неправильні трансакції виправляються і повторно представляються. Виробляються звіти, що перелічують правильні і неправильні трансакції. Рис. 7. Детальна блок-схема системи платіжної відомості   2.6.4. Обмеження традиційних методів Традиційний структурний підхід добре служив професіоналам інформаційних систем і їхньому співтовариству користувачів. Проте, він має свої недоліки. Більшість критиків думає, що структурні методології будуть повільному і байдужними до швидко змінюється діловому світові. Основні проблеми традиційних методів представлені в таблиці 3. Були розроблені нові структурні методи, щоб вирішити багато хто з цих проблем. Нові структурні підходи до розробки ·                   Спільний прикладний проект (Join application design (JAD)) - метод проектування, що збирає користувачів і професіоналів разом в одній кімнаті для інтерактивного проектування системи. Належним образом підготовленої і забезпечені, сесії JAD можуть значно прискорити фазу проектування при включенні користувачів у проект, на рівні попередньо не можливому. ·                   Макетування. Макетування прискорює проект при більшому залученні користувачів і збільшує гнучкість усього процесу. Таблиця 3. Обмеження традиційних методів
Обмеження	Опис
Процес дуже лінійний	·                     Процес повинний виконаються в строгій послідовності : структурний аналіз; структурне проектування; структурне програмування. ·                     Повільність великий проект розробки системи буде тривати від одного до двох років. ·                     Збільшення витрат, у той час, коли скорочення витрат поміщено в центр уваги.
Не гнучкість	Специфікації, що формуються на початку, обмежують зміни, який необхідно робити при зміні ділових потреб. Зміна в специфікаціях вимагає, щоб документи аналізу і потім документи проекту змінилися перш, ніж програми можуть бути змінені, щоб відбити нова вимога.
Функціональна орієнтація	·                     Зосереджуються на процесах, що перетворюють дані. ·                     Збереження даних описується як придаток до цих процесів. ·                     Дані є більш постійними, чим процеси, що використовують або перетворюють них. ·                     Системи, що зосереджуються на процесах, часто великі і негнучкі. ·                     Системи, що зосереджуються на даних, можуть бути меншими і набагато більш гнучкими, роблячи їх легенями для зміни і більш чуттєвими до зміни ділових потреб.
Відсутність багаторазового використання коду - критична проблема продуктивності	·                     Необхідність написання окремої процедури програмування, щораз, коли повинне бути виконана дія над визначеною частиною даних. ·                     Модуляризація програми не може вирішити проблему багаторазового використання.
Необхідність гарної підготовки і великого досвіду	·                     Структурні методології розраховані на професіоналів інформаційних систем. ·                     Недолік розуміння бізнесу професіоналами ІС ·                     Повільна реакція відділів інформаційних систем на зміни потреб організації.

ТЕМА 8. УПРАВЛІННЯ ПРОЦЕСАМИ ПРОЕКТУВАННЯ ІНФОРМАЦІЙНОЇ СИСТЕМИ

1.                 Інформаційна система, яка за планове організаційна зміна.

2.                 Перепроектування бізнес-процесів.

3.                 Учасники розробки систем.

4.                 Управління процесом розробки.

5.                 Проектний менеджмент.

6.                 Концепція методів планування, організації та контролю проектів.

 

1. Інформаційні системи як запланована організаційна зміна

Інформаційна система - социотехнический об'єкт, сукупність технічних і соціальних елементів.

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

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

2. Перепроектування бізнесів-процесів

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

Бізнес-процес - набір логічно зв'язаних задач, виконуваних, для досягнення визначеного ділового результату.

Мети перепроектування бізнесів-процесів:

·     Радикальне поліпшення швидкості і якості, обслуговування.

·     Підвищення віддачі інформаційних технологій.

·     Реорганізація трудових процесів об'єднання кроків по скороченню витрат і усуненню повторів, паперово-інтенсивних задач

·     Перепроектування бізнесу.

Завдяки перепроектуванню своєї системи обробки і процесу роботи з заявками на позичку, Banc One здатний обробити більша кількість документів. Замість щорічної обробки 55,000 позик Banc One щорічно обробляє 500,000 позик (див. Рис. 1.).

Рис. 1. Перепроектування обробки позички в Banc One

3. Учасники розробки систем

Таблиця 1.

Групи -учасники створення систем

Групи

Роль

Організаційні групи

Головне керування

Стратегічна. Забезпечує фінансування і підтримку

Професійні експерти

Експертна. Забезпечують юридичну, контрактну й організаційну експертизу

Середнє керування

Бізнес процес. Забезпечує вхід і підтримку

Операційне керування

Інформаційна. Забезпечує вхід і розуміння критичних проблем

Виробничі і/або учрежденческие працівники

Іспит. Забезпечують інформацію, деталі по роботах і задачам

Інформаційні системи

Вище керування інформаційних систем

Координує розробку і планування систем

Керівництво проектом

Керує визначеним проектом

Старші аналитики

Координують системних аналітиків, проектувальників і набір персоналу.

Системні аналитики

Визначають нові системні вимоги, концепції і процедури

Програмісти

Відповідають за технічну реалізацію нової системи

Області відповідальності розроблювачів систем:

·     технічна якість інформаційної системи;

·     інтерфейс користувача.

·     облік загального впливу на організацію.

·     загальне керування процесом проектування і реалізації.

Джерела системних ідей

·     Вимоги кінцевого користувача.

·     Відділ інформаційних систем.

·     Головне керування.

4. Керування процесом розробки систем

Структура керування розробкою і керування новими системами забезпечує те, що каждый рівень керування в ієрархії відповідає за визначені аспекти розробки, і що найбільш важливі системи організації одержать самий високий пріоритет (див. Рис. 2.).

Рис. 2. Управлінський контроль розробки систем

Таблиця 2.

Склад і функції груп керування процесом розробки

Група

Склад

Функції

Корпоративна група стратегічного планування

Вище керівництво

·       розробка стратегічного плану організації.

·       визначення загального стратегічного напрямку в області інформаційних систем.

·       навчання головного керування

Керівний комітет інформаційних систем

Керівники підрозділів кінцевих користувачів і інформаційних систем

·       пряма відповідальність за розробку і функціонування систем

·       огляд і схвалення планів систем у всіх підрозділах

·       координація й інтеграція систем

·       вибір визначених варіантів проекту

·       схвалення навчання персоналу роботі на нових системах

·       могутній захисник розробки систем.

Група керівництва проектом

Вищі менеджери інформаційних систем і  підрозділів кінцевого користувача

·       Керівництво визначеним проектом.

Проектна група

Системні аналитики, функціональні аналитики, прикладні програмісти, фахівці з баз даних і експерти по правових і соціальних питаннях

·       виконання розробки системи

1. Характеристики проекту

Основні характеристики проекту представлені в таблиці 1.

Таблиця 1.

Характеристики проекту

Характеристика

Опис

Спрямованість на досягнення цілей

·                     Цілий комплекс взаємозалежних цілей.

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

·                     Просування проекту вперед зв'язано з досягненням цілей усе більш високого рівня, поки нарешті не досягнута кінцева мета.

Координоване виконання взаємозалежних дій

·                     Виконання численних взаємозалежних дій.

·                     Деякі проміжні завдання не можуть бути реалізовані, поки не довершені інші завдання.

·                     Деякі завдання можуть здійснюватися тільки паралельно, і так далі.

·                     При порушенні синхронізації виконання різних завдань, весь проект може бути поставлений під погрозу.

Обмежена довжина в часі

·                     Проект існує рівно стільки часу, скільки його потрібно для одержання кінцевого результату:

¨                  виконується протягом кінцевого періоду часу;

¨                  тимчасовий;

¨                  має чітко виражені початок і кінець.

¨                  закінчується, коли досягнуті його основні цілі.

·                     Значна частина зусиль спрямована саме на забезпечення того, щоб проект був довершений у намічений час.

·                     Підготовка графіків, що показують час початку і закінчення завдань, що входять у проект.

Унікальність

·                     Проекти - заходи певною мірою неповторні й однократні.

·                     Ступінь унікальності може сильно відрізнятися від одного проекту до іншого.

Відмінність проекту від виробничої системи

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

Концепція проекту, однак, не суперечить концепції фірми або підприємства і цілком сумісна з нею. Навпроти, проект часто стає основною формою діяльності фірми.

2. Керування проектом

Керування проектом - діяльність, спрямована на реалізацію проекту з максимально можливою ефективністю при заданих обмеженнях за часом, коштам (і ресурсам), а також якості кінцевих результатів проекту (документованих, наприклад, у технічному завданні).

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12