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