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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Фоллоwing Диаграмма иллюстрирует, как реализуются методологии гибкой разработки.

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

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

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

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

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

Фоллоwing диаграмма иллюстрирует этапы прототипирования

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

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

Итоги

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

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

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

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