Процесс разработки MIS с жизненным циклом разработки системы

Программное обеспечение является одним из основных компонентов информационной системы управления. Некоторое программное обеспечение, используемое в системе MIS, уже готово. К ним относятся такие пакеты, как программы для работы с электронными таблицами, приложения баз данных и т. д.

Однако бывают случаи, когда готовое программное обеспечение не отвечает бизнес-требованиям. Решением этой проблемы является специальное программное обеспечение.

В этом руководстве основное внимание будет уделено методологиям, используемым для разработки специального программного обеспечения.

Заинтересованные стороны в развитии информационных систем

В типичной разработке информационной системы обычно участвуют три заинтересованные стороны, а именно:

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

Наиболее важными заинтересованными сторонами в проекте являются пользователи. Чтобы проект был принят как завершенный, пользователи должны принять его и использовать. Если пользователи не принимают систему, то проект провален.

MIS в системном анализе и проектировании

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

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

Объектно-ориентированный анализ и проектирование в MIS

Объектно-ориентированный анализ и проектирование (ООАД) тесно связано с системным анализом и проектированием. Основное различие между объектно-ориентированным анализом и проектированием (ООАД) и системным анализом и проектированием заключается в том, что ООАД использует объекты для представления объектов реального мира.

Объектно-ориентированный анализ и проектирование используют визуальное моделирование для улучшения взаимодействия между всеми заинтересованными сторонами и производства высококачественных продуктов.

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

На следующем изображении показан пример диаграммы UML, на которой показаны пользователи, взаимодействующие с системой точек продаж.

Жизненный цикл разработки системы (SDLC) в MIS

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

Для достижения этой цели SDLC использует ряд методологий разработки. В следующих разделах будут обсуждаться некоторые из наиболее популярных методологий разработки.

Модель водопада в MIS

Команда Модель водопада использует последовательную модель проектирования. Следующий этап начинается только после завершения предыдущего этапа. Первый этап обычно рисуется вверху, а последующие этапы внизу и слева внизу. Это образует структуру, похожую на водопад, отсюда и произошло название.

Основная цель водопадной модели –

• Планирование
• Планирование времени
• Бюджетирование и
• Внедрение всей системы одновременно

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

Самая большая проблема водопадной модели — это принятие изменений. Нелегко учесть новые требования пользователей.

Гибкий подход к разработке MIS

Гибкая разработка — это альтернативная методология традиционному управлению проектами, которая способствует адаптивному планированию, эволюционному развитию, раннему внедрению, постоянному совершенствованию и поощряет быстрое и гибкое реагирование на изменения.

Спринт в терминах Agile — это четко определенная задача, которую необходимо выполнить за определенное время. Sprint Цели и длительность устанавливаются заказчиками и командой разработчиков. Все заинтересованные стороны должны встретиться лично, чтобы получить отзывы о спринте, прежде чем они смогут перейти к следующему спринту, если таковой имеется.

Гибкие методологии обычно следуют Agile-манифесту. Agile-манифест основан на следующих двенадцати (12) принципах:

1. Удовлетворенность клиентов за счет ранней и непрерывной поставки программного обеспечения
2. Приветствие изменений в требованиях в любой момент проекта
3. Частые выпуски рабочего программного обеспечения, обычно еженедельно.
4. Взаимодействие бизнесменов и разработчиков при работе над проектом
5. Проекты, построенные вокруг мотивированных и надежных людей
6. Эффективные и результативные личные встречи
7. Прогресс измеряется на основе работающего программного обеспечения.
8. Устойчивое развитие, спонсоры, пользователи и разработчики должны иметь возможность поддерживать постоянный темп на неопределенный срок.
9. Постоянное внимание к техническому совершенству и хорошему дизайну повышает маневренность.
10. Простота
11. Самоорганизующиеся команды
12. Через регулярные промежутки времени команда размышляет о том, как стать более эффективной, а затем соответствующим образом настраивает и корректирует свое поведение.

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

Прототипирование в MIS

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

Прототипирование позволяет пользователям легко определять свои требования, а разработчикам легче понять требования пользователей благодаря прототипам. Методология прототипирования предполагает определение основных системных требований, особенно входных и выходных данных системы. Эти требования затем используются для создания имитационной модели, с которой пользователи могут взаимодействовать и оставлять отзывы. Отзывы пользователей используются для улучшения прототипа и принятия других важных решений, таких как оценка стоимости проекта и возможные сроки его реализации.

Следующая диаграмма иллюстрирует этапы прототипирования.

Итого

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

Короче говоря, методология разработки должна сначала выявить и понять проблему существующей системы и найти решение, которое решит проблему.

Выбранная методология зависит от характера проекта и требований пользователя.

• Водопадная модель идеальна, когда не предполагается, что проект сильно изменится.
• Хотя такие методологии, как Agile, прототипирование и т. д., идеальны, когда ожидается, что проект будет меняться в ходе разработки, и эти изменения должны быть включены.