Быстрый поиск

Учебное пособие: Інформаційні системи в економіці

Основні керуючі конструкції

Структурне програмування довело, що будь-яка програма може бути написана, за допомогою трьох основних керуючий конструкцій:

· конструкція послідовності - виконання інструкцій у порядку, у якому вони з'являються, з керуванням, безумовно, що переходить від однієї інструкції до наступної.

· конструкція вибору - перевірка умови і виконання однієї з двох альтернативних команд, заснованих на результатах перевірки.

· ітеративна конструкція - повторення сегмента коду, поки перевірка умови не поверне істину.

Керуюч конструкції представлені на мал. 3.

Рис. 3. Основні керуючі конструкції

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

Рис. 4. Вкладені керуючі конструкції

2.6.3. Блок-схеми

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

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

Блок-схеми системи

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

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

Задачі блок-схеми системи

· Представлення загально структури системи.

· Відображення потік інформац робіт.

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

· Виділення ключової обробки крапок прийняття рішень.

Рис. 5. показує основні символи блок-схеми системи.

Рис. 5. Основні символи блок-схеми системи

Рівні деталізації

Блок-схеми системи можуть охоплювати різні рівні деталізації. Рис. 6. показує блок-схему системи для системи платіжної відомості. Це блок-схема системи високого рівня для пакетної системи платіжної відомості. Ілюструються тільки найбільш важлив процеси і файли. Дані вводяться з двох джерел: карти контролю часу і зв'язані з оплатою дані (збільшення платні і т.д.), передані із системи людських ресурсів. Дані спочатку редагуються і перевіряються на підставі існуючий майстер файлу платіжної відомості перш, ніж модифікується майстер файл платіжної відомості. Процес модифікації робить обновлений майстер файл платіжної відомості, різн звіти платіжної відомості (типу регістра платіжної відомості і регістра годин), чеки, стрічку прямого депозиту і файл дані оплати, що повинний бути переданий у систему фінансового обліку організації. Стрічка прямого депозиту посилається в автоматизовану клірингову палату, що обслуговує банки, що пропонують послуги прямого депозиту службовцем.

Рис. 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.

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

Характеристика	Опис
Спрямованість на досягнення цілей	Цілий комплекс взаємозалежних цілей. Точне визначення і формулювання цілей, починаючи з вищого рівня, а потім поступово опускаючи до найбільш деталізованих цілей задач. Просування проекту вперед зв'язано з досягненням цілей усе більш високого рівня, поки нарешті не досягнута кінцева мета.
Координоване виконання взаємозалежних дій	Виконання численних взаємозалежних дій. Деякі проміжні завдання не можуть бути реалізовані, поки не довершені інші завдання. Деякі завдання можуть здійснюватися тільки паралельно, і так далі. При порушенні синхронізації виконання різних завдань, весь проект може бути поставлений під погрозу.
Обмежена довжина в часі	Проект існує рівно стільки часу, скільки його потрібно для одержання кінцевого результату: виконується протягом кінцевого періоду часу; тимчасовий; має чітко виражені початок і кінець. закінчується, коли досягнуті його основні цілі. Значна частина зусиль спрямована саме на забезпечення того, щоб проект був довершений у намічений час. Підготовка графіків, що показують час початку закінчення завдань, що входять у проект.
Унікальність	Проекти - заходи певною мірою неповторні й однократні. Ступінь унікальності може сильно відрізнятися від одного проекту до іншого.