Программное обеспечение является одним из основных компонентов информационной системы управления. Некоторое программное обеспечение, используемое в системе MIS, уже не продается. К ним относятся такие пакеты, как программы для работы с электронными таблицами, приложения для баз данных и т. Д.
Однако бывают случаи, когда имеющееся в наличии программное обеспечение не отвечает бизнес-требованиям. Решение этой проблемы - заказное программное обеспечение.
В этом руководстве основное внимание уделяется методологиям, используемым для разработки пользовательского программного обеспечения.
В этом руководстве вы узнаете:
- Заинтересованная сторона в разработке информационных систем
- Системный анализ и проектирование MIS
- MIS Объектно-ориентированный анализ и дизайн
- Жизненный цикл разработки систем MIS (SDLC)
- Модель водопада
- Гибкая разработка
- Прототипирование
Заинтересованная сторона в разработке информационных систем
В типичной разработке информационных систем обычно участвуют три (3) заинтересованных стороны;
- Пользователи. Пользователи - это пользователи, которые используют систему после ее разработки для выполнения своих повседневных задач.
- Спонсоры проекта - эта категория заинтересованных сторон отвечает за финансовый аспект проекта и обеспечивает его завершение.
- Разработчики - эту категорию обычно составляют системные аналитики и программисты. Системные аналитики несут ответственность за сбор требований пользователей и написание системных требований.
Программисты разрабатывают необходимую систему на основе требований к системе, которые разрабатываются системными аналитиками.
Самыми важными участниками проекта являются пользователи. Чтобы проект был признан завершенным, пользователи должны принять его и использовать. Если пользователи не принимают систему, то проект провален.
Системный анализ и проектирование MIS
Системный анализ и проектирование относятся к двум тесно связанным дисциплинам: системный анализ и системное проектирование.
- Системный анализ связан с пониманием бизнес-целей, задач и развития бизнес-процессов. Конечным продуктом системного анализа являются системные спецификации.
- При проектировании системы в качестве входных данных используются результаты системного анализа. Основная цель системного проектирования - интерпретировать системные требования в архитектурных, логических и физических проектах того, как информационная система должна быть реализована.
MIS Объектно-ориентированный анализ и дизайн
Объектно-ориентированный анализ и проектирование (OOAD) тесно связаны с системным анализом и проектированием. Основное различие между объектно-ориентированным анализом и проектированием (OOAD) и системным анализом и проектированием состоит в том, что OOAD использует объекты для представления реальных сущностей.
Объектно-ориентированный анализ и дизайн используют визуальное моделирование для улучшения коммуникации между всеми заинтересованными сторонами и производства высококачественных продуктов.
Объект - это представление реальной сущности, такой как покупатель, продукт, сотрудник и т. Д. Унифицированный язык моделирования (UML) - это язык общего назначения, используемый для создания визуального дизайна системы.
На следующем изображении показан образец схемы UML, на которой показаны пользователи, взаимодействующие с системой точек продаж.
Жизненный цикл разработки систем MIS (SDLC)
Жизненный цикл разработки системы относится к обработке планирования, создания, тестирования и развертывания информационной системы. Основная цель жизненного цикла разработки системы - создание высококачественных информационных систем, которые соответствуют ожиданиям пользователей или превосходят их в рамках установленного бюджета и временных рамок.
SDLC использует ряд методологий разработки для достижения этой цели. В следующих разделах мы обсудим некоторые из самых популярных методологий разработки.
Модель водопада
Модель водопада использует модель последовательного проектирования. Следующий этап начинается только после завершения предыдущего. Первый этап обычно рисуется сверху, а последующие этапы снизу и слева снизу. Это образует структуру, похожую на водопад, и отсюда и произошло название.
Основная цель модели водопада -
- Планирование
- Планирование времени
- Бюджетирование и
- Внедрение всей системы сразу
Каскадная модель идеальна, когда требования пользователей четко понимаются и не предполагается, что они радикально изменятся во время разработки информационной системы. Модель водопада идеальна в ситуациях, когда проект имеет фиксированный объем, фиксированные временные рамки и фиксированную цену.
Самая большая проблема водопадной модели - адаптация к изменению. Учесть новые требования пользователей непросто.
Гибкая разработка
Гибкая разработка - это методология, альтернативная традиционному управлению проектами, которая способствует адаптивному планированию, эволюционному развитию, ранней реализации, постоянному совершенствованию и поощряет быстрое и гибкое реагирование на изменения.
Говоря Agile, спринт - это четко определенная задача, которую нужно выполнить за отведенное время. Цели и продолжительность спринта устанавливаются клиентами и командой разработчиков. Все заинтересованные стороны должны встретиться лично, чтобы получить отзывы о спринте, прежде чем они смогут перейти к следующему спринту, если таковой будет.
Методологии Agile обычно следуют манифесту Agile. Манифест Agile основан на следующих двенадцати (12) принципах.
- Удовлетворенность клиентов за счет ранней и непрерывной поставки программного обеспечения
- Приветствовать изменения требований в любое время проекта
- Частые выпуски работающего программного обеспечения обычно еженедельно
- Сотрудничество деловых людей и разработчиков при работе над проектом
- Проекты, построенные вокруг мотивированных и надежных людей
- Эффективные и действенные личные встречи
- Прогресс измеряется на основе работающего программного обеспечения
- Устойчивое развитие, спонсоры, пользователи и разработчики должны иметь возможность поддерживать постоянный темп бесконечно
- Постоянное внимание к техническому совершенству и хорошему дизайну повышает маневренность.
- Простота
- Самоорганизующиеся команды
- Через регулярные промежутки времени команда размышляет о том, как стать более эффективной, а затем соответствующим образом настраивает и корректирует свое поведение.
На следующей диаграмме показано, как реализуются методологии гибкой разработки.
Прототипирование
Прототип - это полуфункциональная имитационная модель реальной системы, которую предстоит разработать. В методологиях разработки прототипов используются прототипы. Прототипы позволяют как разработчикам, так и пользователям получать обратную связь на раннем этапе.
Создание прототипов позволяет пользователям легко определять свои требования, а разработчикам понимать требования пользователей благодаря прототипам. Методология прототипирования заключается в определении основных требований к системе, особенно входных и выходных данных системы. Эти требования затем используются для создания имитационной модели, с которой пользователи могут взаимодействовать и предоставлять обратную связь. Отзывы пользователей используются для улучшения прототипа и принятия других важных решений, таких как оценка стоимости проекта и возможные временные графики.
На следующей схеме показаны этапы создания прототипа.
Резюме:
Разработка информационных систем относится к методологиям и шагам, связанным с разработкой новой информационной системы или обновлением существующей системы для удовлетворения меняющихся требований пользователей.
Короче говоря, методология разработки должна сначала определить и понять проблему с существующей системой и найти решение, которое решает проблему.
Выбранная методология зависит от характера проекта и требований пользователей.
- Модель водопада идеальна, когда от проекта не ожидается значительных изменений.
- Хотя такие методологии, как Agile, Prototyping и т. Д., Идеальны, когда ожидается, что проект изменится в ходе разработки, и эти изменения должны быть включены.