Brownfield (разработка программного обеспечения) - Brownfield (software development)
 | Эта статья нужны дополнительные цитаты для проверка. (Май 2018) (Узнайте, как и когда удалить этот шаблон сообщения) |
Браунфилд развитие - термин, обычно используемый в индустрии информационных технологий для описания проблемных пространств, требующих разработки и внедрения новых программного обеспечения системы в непосредственном присутствии существующих (устаревших) программных приложений / систем. Это означает, что любой новый программная архитектура необходимо учитывать и уже сосуществовать с живым ПО на месте. В современном гражданское строительство, Земля Браунфилд означает места, где может потребоваться спроектировать и возвести новые здания с учетом других уже имеющихся структур и услуг.
Разработка Brownfield добавляет ряд улучшений к традиционным программная инженерия практики. Они традиционно предполагают «чистый лист бумаги» или «Greenfield Land «целевая среда на всех этапах проектирования и внедрения программного обеспечения. Браунфилд расширяет такие традиции, настаивая на том, чтобы контекст (локальный ландшафт) создаваемой системы учитывался при любых разработках. Это требует детального знания систем, сервисов и данных. в непосредственной близости от строящегося раствора.
Решение экологической сложности
Надежно преобразовать существующую бизнес-среду и ИТ-среду в современные конкурентоспособные интегрированные архитектуры нетривиально. Сложность бизнес-среды и ИТ-среды практически бесконтрольно накапливалась в течение сорока лет, делая изменения все более дорогими. Это потому что:
- Сложность окружающей среды часто выражается в устаревший код. Нехватка традиционных навыков приводит к увеличению затрат на обслуживание и интеграцию.
- Существующие сложные среды необходимо модернизировать поэтапно, чтобы они имели операционный смысл для связанной с ними бизнес-функции. На этих этапах часто по умолчанию осуществляется массовая и рискованная замена систем, поскольку незнание существующей сложности означает, что потенциальные дополнительные изменения слишком сложно понять и спроектировать.
- Ускоренные методы разработки оставили предприятиям современные устаревшие системы. Сложный Ява и .СЕТЬ приложения имеют многие из тех же проблем, что и старые КОБОЛ Приложения.
В результате все возрастающая часть усилий по развитию новых бизнес-возможностей тратится на понимание и интеграцию с существующей сложной системой и бизнес-ландшафтом, а не на создание ценности. Было замечено[кем? ] что до 75% общих усилий по проекту теперь тратится на интеграцию и миграцию программного обеспечения, а не на новые функции.[нужна цитата ]
ИТ-отрасль в целом не имеет большого успеха в реализации таких масштабных изменений для своих клиентов. В Обзор CHAOS от Standish Group отслеживает общее улучшение успешности реализации ИТ-проектов за последние двадцать лет, но даже в 2006 году крупные ИТ-проекты по-прежнему чаще терпели неудачу, чем удавались. Инженерные изменения в такой среде имеют много параллелей с проблемами строительной отрасли при перепланировке промышленных или загрязненных территорий. Они полны опасностей, неожиданных сложностей и, как правило, рискованно и дорого перестраивать. Накопленная сложность ИТ-сред сделала их сайтами «Браунфилд».
Причина неудач крупных проектов заключается не в сложности новой функции или каких-либо новых системных характеристиках.[чей? ] понимание и передача общего требования (как указано в Месяц мифического человека ). Чтобы добиться успеха, требования должны включать точное и всестороннее понимание ограничений существующего бизнеса и ИТ. Текущий "Гринфилд »Инструменты и методы используют ранние, неформальные и часто неточные абстракции, которые по существу игнорируют такую сложность. Ранние, плохо информированные абстракции обычно ошибочны и часто обнаруживаются на поздних стадиях строительства, что приводит к задержкам, дорогостоящим переделкам и даже неудачным разработкам. Подход, ориентированный на Браунфилд, охватывает существующую сложность и используется для надежного ускорения общего процесса разработки решения, включая возможность поэтапных, постепенных изменений везде, где это возможно.
Браунфилд принимает стандарт мой Бог подход, основанный на модели / шаблонах, и переворачивает его с ног на голову. Вместо того, чтобы использовать традиционный подход, начинающийся с концептуальной модели и переходящий к платформенно-зависимым моделям и генерации кода, Браунфилд начинает с сбора кода и других существующих артефактов и использует шаблоны для формальной абстракции вверх к уровню архитектуры и бизнеса.
Затем стандартные методы Greenfield используются в комбинации для определения предпочтительной бизнес-цели. Этот метод «встречи посередине» знаком по другим методам разработки, но широкое использование формальной абстракции и использование шаблонов как для обнаружения, так и для генерации является новым.
Базовая концептуальная архитектура всех инструментов Brownfield известна как VITA. VITA означает виды, инвентарь, преобразование и артефакты. В архитектуре VITA определение проблемы целевого пространства может поддерживаться как отдельные (хотя и связанные) собственные «заголовки» знаний, известные как представления. Основное преимущество представления в том, что оно может быть основано практически на любом формальном инструменте. Браунфилд не навязывает ни одного инструмента или языка проблемному пространству - основной принцип состоит в том, что заголовки продолжают поддерживаться в их исходных формах и инструментах.
Затем собственные представления объединяются и связываются в единый инвентарь. Затем инвентарь используется с рядом возможностей преобразования для создания артефактов, необходимых для решения.
В настоящее время представления можно импортировать из самых разных источников, включая UML, XML источники, DDL, электронные таблицы и т. д. Инструмент «Катализатор для анализа и обновления» от IBM расширил эту возможность за счет использования формальные грамматики и абстрактные синтаксические деревья, позволяющие анализировать и токенизировать практически любую программу в представление для включения в реестр.
Быстрая циклическая природа цикла обнаружения, перепроектирования, генерации и тестирования, используемого в этом подходе, означает, что решения могут быть итеративно уточнены с точки зрения их логических и физических определений по мере того, как становятся известны все больше ограничений и уточняется архитектура решения.
Итеративная разработка Brownfield может позволить постепенное уточнение логической и физической архитектуры и пошаговое тестирование всего подхода, что приведет к ускорению разработки, повышению качества решения и более дешевому устранению дефектов. Браунфилд также можно использовать для создания документации решения, гарантируя, что она всегда актуальна и согласована с разных точек зрения.
Инвентарь, созданный с помощью обработки Brownfield, может быть очень сложным, поскольку представляет собой взаимосвязанный многомерный семантическая сеть. Уровень знаний в Описи может быть очень мелким, детализированным и взаимосвязанным. Однако такие вещи сложно понять, и они могут создавать препятствия для общения. Браунфилд решает эту проблему, абстрагируя концепции с помощью предположений ремесленника, используя известные шаблоны в своих инвентаризациях для извлечения и вывода взаимосвязей более высокого уровня.
Формальные абстракции позволяют преобразовать сложность инвентаризации в более простые, но по своей сути точные представления для более легкого использования теми, кому необходимо понимать проблемное пространство. Эти абстрактные модели инвентаризации можно использовать для автоматической визуализации представлений многоуровневой архитектуры в таких инструментах, как Second Life.
Такие визуализации позволяют обмениваться сложной информацией и воспринимать ее несколькими людьми со всего мира в режиме реального времени. Это улучшает понимание и чувство единой команды.