Поделиться Поделиться

Побудова інформаційних систем

Життєвий цикл розвитку системи

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

А. Визначальна стадія

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

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

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

Б. Стадія розвитку

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

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

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

В. Стадія встановлення і введення в дію

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

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

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

Розробка (доробка, переробка) систем користувачем

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

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

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

Через те менеджерам слід запам'ятати такі рекомендації:

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

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

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

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

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

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

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

← Предыдущая страница | Следующая страница →