Криптотрейдинг: прибыльная торговля криптовалютой.
Июн 14, 2019
34 Views
Комментарии к записи Что такое гибкая разработка программного обеспечения? отключены

Что такое гибкая разработка программного обеспечения?

Written by
Биткоин: краткое руководство

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

Это очень упрощенное объяснение процесса Agile, его не следует использовать как проект для запуска проекта. По сути, вы слышали об Agile и хотите, чтобы я кратко представил вас.

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

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

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

Как работает Agile Software без обязательного документа? Ну, у вас все еще есть спецификация. Но это очень высокий уровень, с несколькими основными пунктами, такими как «Нам нужно новое программное обеспечение для наличных». «Это должно работать с мобильным телефоном». «Это должно удовлетворить все банки и британские кредитные карты».

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

Эта короткая спецификация в основном достаточна для запуска гибкого проекта. Agile проект осуществляется через регулярные промежутки времени, скажем, неделю, две или четыре недели.

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

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

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

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

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

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

По мере продвижения проекта вы можете изменять свои требования. Например, могут вступить в силу новые правила. Это не проблема для Agile проекта. Вы ожидаете завершения текущего периода и проверки работоспособности. Затем вы обсуждаете новые требования с программистами. Разработчики успокаиваются и говорят ОК, что мы отложим то, что мы делали в следующем периоде, и мы представим эти изменения.

Так что, если у вас нет подробной спецификации, как вы можете это сделать? Ранее я упоминал, что у вас все еще есть требования наивысшего уровня. В начале проекта, который является единственной необходимой информацией.

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

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

Вероятно, методология Agile подходит не для всех сред, таких как НАСА, военные и т. Д. Но, безусловно, она применима к большинству отраслей, таких как страхование, финансы, здравоохранение, правительство и т. Д.

Позвольте мне объяснить, что реализация Agile-проекта не легка, она очень дисциплинирована и требует участия всех вовлеченных сторон, в том числе всех заинтересованных сторон в проекте. Это требует много общения, которое лучше всего делать лицом к лицу.

Article Categories:
Криптовалюта
Как устроен блокчейн

Comments are closed.