|
|
|
|
Програміст / аналітик |
Проектування і програмування функції |
|
Група програмування |
Створення великих систем, що складаються з безлічі програм з тисячами і навіть сотнями тисяч рядків коду |
Тестування
Тестування - вичерпний і ґрунтовний процес, що відповідає на запитання: чи робить системи необхідні результати при відомих умовах.
50 відсотків від усього бюджету на розробку програмного забезпечення може бути витрачене на іспити. Іспит також вимагає дуже багато часу: повинні бути ретельно підготовлені дані іспити, розглянуті результати і зроблені виправлення в системі.
Види тестування:
· тестування модулів або тестування програми – незалежне тестування кожної програми в системі.
· Тестування системи - перевірка функціонування інформаційної системи в цілому.
· Приймальне тестування - заключна сертифікація готовності системи до використання у виробничих умовах.
Роль користувачів у процесі тестування:
· Ідентифікація повного діапазону даних і умов обробки системи.
· Визначення повного діапазону умов, включених в іспити буде повним.
· Ідентифікація частих і менш загальних транзакций.
· Попередження незвичайних умов і більшості загальних типів помилок при використанні системи.
· Перевірка ручних процедур у системі.
Якість іспитів значно підвищується, якщо вони проводяться на основі плану іспитів.
План іспитів - список усіх готувань до серії іспитів, що будуть виконані на системі.
Конверсія
Конверсія - процес заміни старої системи нової.
Стратегії конверсії представлені в таблиці 2.
Таблиця 2.
Стратегії конверсії
Стратегія
Опис
Характеристика
Рівнобіжна стратегія
Стара система і її потенційна заміна працюють разом у перебігу часу, поки кожний не переконається в тім, що нові функції правильні.
Сама надійна - у випадку помилок або збоїв при обробці, стара система може усе ще використовуватися як резервна копія.
Дуже дорога - може знадобитися додатковий штат або ресурси для керування додатковою системою.
Безпосереднє введення
Повна заміна старої системи на нову в призначений день.
Дуже небезпечна - може потенційно бути більш дорогої, чим рівнобіжна, якщо будуть виявлені серйозні проблеми з новою системою.
Ні можливості повернутися.
Неполадки, збої і вартість виправлень можуть бути величезними.
Пилотное дослідження
Уведення нової системи тільки в обмежену область організації, у відділ або операційний підрозділ.
Коли пилотная версія є повною і працює без збоїв, вона одночасно або поступово установлюється у всіх інших частинах організації.
Поетапний підхід
Поступове введення нової системи по функціях або по організаційних підрозділах
Якість конверсії значно підвищується, якщо вона проводиться на основі плану конверсії.
План конверсії - список усіх дій, необхідних для установки нової системи.
Проблеми конверсії
Створення плану конверсії.
Конверсія даних.
Навчання кінцевих користувачів використанню нової системи.
Створення детальної технічної і користувальницької документації.
При проведенні конверсії оформляється документація на інформаційну систему, що входить у робочий проект: опис програм, інструкції з операцій технологічного процесу, керівництво користувача, класифікатори техніко-економічної інформації.
Документація - описи роботи інформаційної системи з технічної або користувальницької точки зору.
Реалізація і супровід
Заключними етапами процесу розробки є реалізація і супровід.
Реалізація - процес оцінки системи користувачами і технічними фахівцями на її відповідність первісним цілям розробки і визначення необхідних змін.
Супровід - процес зміни апаратних засобів, програмного забезпечення, документації або процедур працюючої системи з метою виправлення помилок, виконання нових вимог або підвищення ефективності обробки.
Розподіл часу супроводу
Налагодження або виправлення проблем реалізації - 20%.
Зміни даних, файлів, звітів, апаратних засобів або програмного забезпечення - 20%.
Створення розширень користувача, поліпшення документації і перекодування компонентів системи для підвищення ефективності обробки - 60%.
Час супроводу може бути значно скорочене завдяки кращому системному аналізові й ефективним методам проектування.
Види стратегій розробки інформаційних систем
Існує безліч альтернативних підходів до створення нових інформаційних систем. Системи можуть розроблятися цілком силами організацій або за допомогою використання пакетів програм і інших стратегій, щоб скоротити час, витрати і збільшити ефективність. Основні стратегії розробки систем представлені в таблиці 1.
Таблиця 1.
Стратегії розробки інформаційних систем
Підхід
Можливості
Переваги
Недоліки
Життєвий цикл систем
Послідовний покроковий формальний процес
Написання специфікацій і тверджень
Обмежена роль користувачів
Необхідний для великих складних систем і проектів
Повільний і дорогою
Не вітає змін
Величезний документообіг для керування
Макетування
Вимоги визначаються динамічно за допомогою експериментальної системи
Швидкий, неформальний і ітеративний процес
Користувачі постійно взаємодіють із прототипом
Швидкий і недорогий
Корисний, коли вимоги точно не відомі або, коли важливий інтерфейс кінцевого користувача
Сприяє участі користувача
Не підходить для великих складних систем
Може замовчувати недоліки на важливих кроках аналізу, документування і тестування
Пакети прикладного програмного забезпечення
Комерційне програмне забезпечення усуває необхідність для розробки програм власними силами
Скорочує роботи з проектування, програмуванню, інсталяції і супроводові
Може заощадити час і гроші, коли розробляються загальні бізнеси-додатки
Скорочує необхідність у внутрішніх ресурсах інформаційних систем
Може не задовольняти унікальним вимогам організації
Може не виконувати багато бізнесів-функцій добре
Велике настроювання може значно збільшити витрати на розробку
Розробка кінцевого користувача
Системи створюються кінцевими користувачами, що використовують інструментальні засоби програмного забезпечення четвертого покоління
Швидка і неформальна
Мінімальна роль фахівців інформаційних систем
Користувачі контролюють створення систем
Заощаджує час і витрати на розробку
Зменшує незавершені роботи додатка
Може привести до розростання неконтрольованих інформаційних систем
Системи не завжди відповідають стандартам забезпечення якості
Використання зовнішніх постачальників інформаційних послуг
Системи створюються й іноді керуються зовнішнім постачальником
Може скоротити або контролювати витрати
Може зробити системи, при недоліку внутрішніх ресурсів і технічному дефіциті
Менший контроль над функцією інформаційних систем
Залежність від технічної спрямованості і благополуччя зовнішніх постачальників
Проблеми вибору стратегії розробки інформаційної системи
Немає підходу, що може використовуватися для всіх ситуацій і типів систем. Кожний з цих підходів має переваги і недоліки, і кожний забезпечує менеджерів діапазоном виборів. У таблиці 2 представлені основні проблеми вибору стратегії розробки інформаційної системи.
Таблиця 2.
Проблеми вибору стратегії розробки інформаційної системи
Проблема
Опис
Визначення правильної стратегії розробки систем
Жодна зі стратегій не підходить.
Остаточна конфігурація системи не може бути заздалегідь визначена, тому що інформаційні вимоги або відповідна технологія невизначені.
Запропонована система викликає основні організаційні і технічні зміни.
Рішення: організація повинна переслідувати стратегію по етапного введення, при якому проекти систем розбиті в менші блоки і розробляються "поступово" по етапах, або фірма повинна цілком відкласти проект.
Контролювання розробки інформаційних систем поза відділом інформаційних систем
Розробка кінцевого користувача:
не існує підходящого способу установки стандартів і засобів контролю.
стандарти і засоби контролю, що мають великі обмеження, можуть не тільки викликати опір користувача, але можуть також душити інновації кінцевого користувача.
занадто слабкі засоби контролю викликають серйозні проблеми цілісності даних і связности.
Рішення: не завжди можливо знайти правильне сполучення стандартів і засобів контролю.
Вибір стратегія розробки систем, що вписуватися в інформаційну архітектуру фірми і стратегічний план
Розробка кінцевого користувача, пакети прикладного програмного забезпечення або використання зовнішніх інформаційних послуг:
підходящі короткострокові рішення, що не враховують довгострокові інтереси організації;
створення непорівнянних додатків, що не можуть легко інтегруватися в загальну інформаційну архітектуру фірми.
Рішення: ретельна оцінка довгострокового впливу стратегій розробки додатків.
Життєвий цикл систем
Життєвий цикл систем самий старий метод створення інформаційних систем і усе ще сьогодні використовується для середніх або великих складних проектів систем.
Життєвий цикл систем - формальний підхід до створення систем, що припускає, що інформаційна система має життєвий цикл подібно будь-якому живому організмові: з початком, серединою і кінцем і розділяє процес розробки систем на різні стадії і формує інформаційну систему послідовно, стадія за стадією.
Методологія життєвого циклу також має формальний поділ праці між кінцевими користувачами і фахівцями інформаційними систем.
Поділ відповідальності між розроблювачами і кінцевими користувачами:
Технічні фахівці: системні аналитики і програмісти відповідальні за проведення системного аналізу, проектування і робіт з реалізації;
Кінцеві користувачі відповідальні за забезпечення інформаційних вимог і експертизу роботи технічного персоналу.
По завершенню кожного етапу потрібні формальні висновки або угоди між кінцевими користувачами і технічними фахівцями.
Рис. 1. показує результати кожної стадії життєвого циклу, що є підставами для формального висновку.
Рис. 1. Методологія життєвого циклу
У таблиці 3. представлено детальної опис кожної стадії життєвого циклу системи.
Таблиця 3.
Стадії життєвого циклу систем
Стадія
Роботи
Опис
Опис проекту
Визначення проблеми
Аналіз можливості рішення проблеми створенням нової інформаційної системи або зміною існуючої.
"Чому необхідний проект нової системи?"
Визначення загальних цілей, області проекту.
"Що необхідно досягти?".
Розробка плану проекту, що може бути показаний керуванню
Пропозиція на розробку нової системи.
Аналіз систем
Аналіз проблеми існуючих систем (ручних або автоматизованих)
"Что существующие системы делают?"
"Які їхні достоїнства, недоліки, гарячі крапки і проблеми?"
Ідентифікація цілей, що будуть досягнуті рішенням для цих проблем
Опис альтернативних рішень
"Какие возможны альтернативные варианты решения?"
"Їхні витрати і вигоди?"
Дослідження реализуемости кожного варіанта рішення для експертизи керуванням
Збір докладної інформації і глибоке дослідження
Докладний аналіз документів, звітів і робочих паперів, зроблених існуючими системами
Спостереження за роботою системи
Опитування користувачів за допомогою опитувальних аркушів
Проведення інтерв'ю. Определение требований к информационной системе
"Які інформаційні вимоги користувача повинні бути виконані цим рішенням?"
Докладний опис інших дій життєвого циклу і задач кожної фази
Деталізований звіт за системною пропозицією, що виділяє альтернативні рішення й оцінку реализуемости запропонованих рішень.
Проектування
Створення логічних і фізичних проектних специфікацій рішення.
Використання інструментальних засобів проектування і документування проектів:
діаграми потоку даних,
діаграми структури програми,
блок-схеми системи,
таблиці рішень або дерево рішень і т.д.
Звіт по проектних специфікаціях системного рішення, що обрано.
Програмування
Переклад специфікацій проекту, створених на стадії проектування в код програми:
Підготовка специфікацій кожної програми системи системними аналітиками разом із програмістами
Специфікації програми:
опис задач програми,
тип мови програмування,
введення і висновки,
логические схемы обработки информации,
процеси обробки й оператори керування типу упорядочивания вхідних даних.
Написання програмістами у відповідності зі специфікаціями коду програм
Фактичний код програмного забезпечення системи.
Для створення великих систем, що мають багато програм із сотнями тисяч рядків програмного коду, можуть знадобитися цілі команди програмістів
Установка
Фінальні кроки по введенню нової або модифікованої системи в роботу:
Тестування
Перевірка правильності роботи з технічної і функціональної точки зору бізнесу.
Навчання
Фахівці в області бізнесу і технічних фахівців навчаються використовувати нову систему
Перетворення
Формальний план перетворення містить деталізований розпорядок усіх дій, необхідних для установки нової системи, і перетворення старої системи в нову систему.
Результати тестів для оцінки ефективності системи
Посада реалізація
Використання й оцінка системи користувачами і технічними фахівцями після того, як вона була встановлена і знаходиться в експлуатації.
Формальна ревізія, що визначає, на скількох добре нових систем виконує первісні цілі, і потрібні чи виправлення або зміни
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12
При использовании материалов активная ссылка на источник обязательна.