Процес розробки МІС із життєвим циклом розробки системи

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

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

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

Зацікавлені сторони в розвитку інформаційної системи

Типова розробка інформаційної системи зазвичай складається з трьох зацікавлених сторін, а саме:

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

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

МІС у системному аналізі та проектуванні

Системний аналіз і проектування відноситься до двох тісно пов'язаних дисциплін системний аналіз та проектування системи.

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

Об'єктно-орієнтований аналіз і проектування в МІС

Об'єктно-орієнтований аналіз і проектування (OOAD) тісно пов'язаний з системним аналізом і проектуванням. Основна відмінність між об’єктно-орієнтованим аналізом і проектуванням (OOAD) і системним аналізом і проектуванням полягає в тому, що OOAD використовує об’єкти для представлення об’єктів реального світу.

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

Об’єкт — це представлення об’єкта реального світу, наприклад клієнта, продукту, працівника тощо. Уніфікована мова моделювання (UML) — це мова загального призначення, яка використовується для створення візуального дизайну системи.

На наступному зображенні показано зразок діаграми UML, на якій показано, як користувачі взаємодіють із системою точки продажу

Життєвий цикл розробки системи (SDLC) в МІС

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

Для досягнення цієї мети SDLC використовує низку методологій розробки. У наступних розділах ми обговоримо деякі з найпопулярніших методологій розробки.

Модель водоспаду в МІС

Команда Модель водоспаду використовує модель послідовного проектування. Наступний етап починається лише після завершення попереднього етапу. Перший етап зазвичай малюється вгорі, а наступні етапи - внизу та зліва внизу. Це утворює структуру, схожу на водоспад, звідки й пішла назва.

Основна мета моделі водоспаду

• Планування
• Планування часу
• Бюджетування та
• Впровадження всієї системи одночасно

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

Найбільшим викликом моделі водоспаду є прийняття змін. Впровадити нові вимоги користувачів нелегко.

Гнучкий підхід до розробки MIS

Гнучка розробка – це альтернативна методологія традиційному управлінню проектами, яка сприяє адаптивному плануванню, еволюційному розвитку, ранній поставці, безперервному вдосконаленню та заохочує швидку та гнучку реакцію на зміни.

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

Спритні методології зазвичай дотримуються маніфесту agile. Гнучкий маніфест базується на таких дванадцяти (12) принципах:

1. Задоволеність замовників завдяки ранній і постійній доставці програмного забезпечення
2. Будь-які зміни у вимогах проекту
3. Часті випуски робочого програмного забезпечення зазвичай щотижня
4. Співпраця між бізнесменами та розробниками під час роботи над проектом
5. Проекти, побудовані навколо мотивованих і довірених людей
6. Ефективні та результативні особисті зустрічі
7. Прогрес вимірюється на основі робочого програмного забезпечення
8. Сталий розвиток, спонсори, користувачі та розробники повинні мати можливість підтримувати постійний темп нескінченно довго
9. Постійна увага до технічної досконалості та гарного дизайну підвищує маневреність.
10. Простота
11. Самоорганізація команд
12. Через регулярні проміжки часу команда розмірковує над тим, як стати більш ефективною, а потім відповідно налаштовує та коригує свою поведінку.

На наступній діаграмі показано, як реалізуються гнучкі методології розробки.

Прототипування в МІС

Прототип — це напівфункціональна імітаційна модель фактичної системи, яка буде розроблена. Методології розробки прототипів використовують прототипи. Прототипи дозволяють як розробникам, так і користувачам отримувати відгуки на ранній стадії.

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

Наступна діаграма ілюструє етапи створення прототипу

Підсумки

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

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

Обрана методологія залежить від характеру проекту та вимог користувачів.

• Модель водоспаду ідеальна, коли в проекті не передбачається особливих змін
• У той час як методології, такі як Agile, Prototyping тощо, є ідеальними, коли очікується, що проект зміниться під час розробки, і зміни повинні бути включені.