Організація праці менеджера - Скібіцька Л. І. - 10.6.5. Побудова інформаційних систем

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



Схожі статті




Організація праці менеджера - Скібіцька Л. І. - 10.6.5. Побудова інформаційних систем

Предыдущая | Следующая