Обмеження традиційних методів
Традиційний структурний підхід добре служив професіоналам інформаційних систем і їхньому співтовариству користувачів. Проте, він має свої недоліки. Більшість критиків думає, що структурні методології будуть повільному і байдужними до швидко змінюється діловому світові. Основні проблеми традиційних методів представлені в таблиці 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.
Дата добавления: 2019-07-15; просмотров: 438; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!