Програмне забезпечення є одним з основних компонентів інформаційної системи управління. Частина програмного забезпечення, що використовується в системі MIS, вже не продається. Сюди входять такі пакети, як електронні таблиці, програми баз даних тощо.
Однак, бувають випадки, коли програмне забезпечення не відповідає вимогам бізнесу. Рішенням цієї проблеми є програмне забезпечення, виготовлене на замовлення.
Цей підручник буде зосереджений на методологіях, що використовуються для розробки спеціального програмного забезпечення.
У цьому підручнику ви дізнаєтесь-
- Зацікавлена сторона розвитку інформаційних систем
- Аналіз та проектування систем MIS
- MIS Об'єктно-орієнтований аналіз та проектування
- Життєвий цикл розробки систем MIS (SDLC)
- Модель водоспаду
- Спритний розвиток
- Прототипування
Зацікавлена сторона розвитку інформаційних систем
Типовий розвиток інформаційних систем, як правило, має три (3) зацікавлені сторони;
- Користувачі - Користувачі - це ті, хто використовує систему після її розробки для виконання своїх повсякденних завдань.
- Спонсори проекту - ця категорія зацікавлених сторін відповідає за фінансовий аспект проекту та забезпечує завершення проекту.
- Розробники - ця категорія, як правило, складається з системних аналітиків та програмістів. Системні аналітики відповідають за збір вимог користувача та написання системних вимог.
Програмісти розробляють необхідну систему на основі системних вимог, розроблених системними аналітиками.
Найважливішими зацікавленими сторонами проекту є користувачі. Щоб проект був прийнятий як завершений, користувачі повинні прийняти його та використовувати. Якщо користувачі не приймають систему, тоді проект не вдався.
Аналіз та проектування систем MIS
Системний аналіз та проектування відноситься до двох тісно пов'язаних між собою дисциплін системного аналізу та проектування системи.
- Системний аналіз стосується розуміння бізнес-цілей, цілей та розвитку бізнес-процесів. Кінцевим продуктом системного аналізу є специфікації систем.
- Проектування системи використовує результати системного аналізу як свої вхідні дані. Основна мета системного проектування - інтерпретувати системні вимоги в архітектурних, логічних та фізичних проектах того, як застосовувати інформаційну систему.
MIS Об'єктно-орієнтований аналіз та проектування
Об'єктно-орієнтований аналіз та проектування (OOAD) тісно пов'язаний із системним аналізом та проектуванням. Основна відмінність між об’єктно-орієнтованим аналізом та проектуванням (OOAD) та системним аналізом та проектуванням полягає в тому, що OOAD використовує об’єкти для представлення реальних сутностей.
Об’єктно-орієнтований аналіз та дизайн використовує візуальне моделювання для покращення комунікації між усіма зацікавленими сторонами та виробництва високоякісних продуктів.
Об’єкт - це представлення реального об’єкта, наприклад, замовника, товару, працівника тощо. Уніфікована мова моделювання (UML) - це мова загального призначення, що використовується для створення візуальних конструкцій системи.
На наступному зображенні показано зразок діаграми UML, яка показує користувачів, які взаємодіють із системою торгових точок
Життєвий цикл розробки систем MIS (SDLC)
Життєвий цикл розробки системи відноситься до обробки планування, створення, тестування та розгортання інформаційної системи. Основною метою життєвого циклу розробки системи є створення високоякісних інформаційних систем, які відповідають або перевищують очікування користувачів у межах обумовленого бюджету та часових рамок.
SDLC використовує ряд методологій розробки для досягнення цієї мети. У наступних розділах будуть розглянуті деякі з найпопулярніших методологій розробки.
Модель водоспаду
Модель водоспаду використовує послідовну модель проектування. Наступний етап починається лише після завершення попереднього етапу. Перший етап зазвичай малюють зверху, а наступні - знизу та ліворуч знизу. Це утворює структуру, подібну на водоспад, і саме звідси походить назва.
Основною метою моделі водоспаду є
- Планування
- Планування часу
- Бюджетування та
- Впровадження всієї системи одночасно
Модель водоспаду є ідеальною, коли вимоги користувачів чітко усвідомлюються і не очікується кардинальних змін під час розробки інформаційної системи. Модель водоспаду ідеально підходить для ситуацій, коли проект має фіксований обсяг, фіксовані часові рамки та фіксовану ціну.
Найбільшим викликом моделі водоспаду є прийняття до змін. Включити нові вимоги користувача непросто.
Спритний розвиток
Швидкий розвиток - це альтернативна методологія традиційного управління проектами, яка сприяє адаптивному плануванню, еволюційному розвитку, ранньому здійсненню, постійному вдосконаленню та заохочує до швидкої та гнучкої реакції на зміни.
Спринт спритно - це чітко визначене завдання, яке потрібно виконати протягом певного часу. Цілі та тривалість спринту встановлюються замовниками та командою розробників. Усі зацікавлені сторони повинні зустрітися особисто, щоб отримати відгук про спринт, перш ніж вони зможуть перейти до наступного спринту, якщо такий є.
Спритні методології, як правило, слідують за гнучким маніфестом. Спритний маніфест базується на наступних дванадцяти (12) принципах
- Задоволеність клієнтів за рахунок ранньої та постійної доставки програмного забезпечення
- Вітаючи зміни у вимогах у будь-який час проекту
- Часті випуски робочого програмного забезпечення, як правило, щотижня
- Співпраця між діловими людьми та розробниками під час роботи над проектом
- Проекти, побудовані на мотивованих та довірених особах
- Ефективні та ефективні очні зустрічі
- Прогрес вимірюється на основі працюючого програмного забезпечення
- Сталий розвиток, спонсори, користувачі та розробники повинні мати можливість постійно підтримувати постійний темп
- Постійна увага до технічної досконалості та гарного дизайну підвищує спритність.
- Простота
- Самоорганізуючі команди
- Через рівні проміжки часу команда розмірковує над тим, як стати ефективнішим, а потім налаштовує та регулює свою поведінку відповідно.
Наступна схема ілюструє, як впроваджуються гнучкі методології розробки.
Прототипування
Прототип - це напівфункціональна імітаційна модель фактичної системи, що розробляється. Методології розробки прототипів використовують прототипи. Прототипи дозволяють як розробникам, так і користувачам отримувати зворотній зв'язок рано.
Прототипування дозволяє користувачам легко вказувати свої вимоги, а розробники розуміють вимоги користувачів через прототипи. Методологія прототипування визначає основні системні вимоги, особливо вхідні та вихідні дані із системи. Потім ці вимоги використовуються для створення імітаційної моделі, з якою користувачі можуть взаємодіяти та надати зворотній зв'язок. Відгуки користувачів використовуються для вдосконалення прототипу та прийняття інших важливих рішень, таких як вартість проекту та реальні графіки.
Наступна схема ілюструє етапи створення прототипів
Короткий зміст:
Розробка інформаційних систем відноситься до методологій та кроків, пов'язаних із розробкою нової інформаційної системи або модернізацією існуючої системи з урахуванням нових потреб користувачів.
У двох словах, методологія розробки повинна спочатку виявити та зрозуміти проблему з існуючою системою та знайти рішення, яке вирішує проблему.
Обрана методологія залежить від характеру проекту та вимог користувача.
- Модель водоспаду ідеальна, коли проект не сильно зміниться
- Хоча такі методології, як Agile, Prototyping тощо, є ідеальними, коли проект, як очікується, змінюватиметься в ході розробки та зміни, повинні бути включені.