 
          " Н а у к а м о л о д ы х " , 2 6 н о я б р я 2 0 1 9 г . , А р з а м а с
        
        
          П о с в я щ а е т с я 8 5 - л е т и ю в ы с ш е г о п е д а г о г и ч е с к о г о о б р а з о в а н и я в А р з а м а с е и
        
        
          8 0 - л е т и ю п р о ф е с с о р а В я ч е с л а в а П а в л о в и ч а П у ч к о в а
        
        
          424
        
        
          1.
        
        
          Данные. Очевидно, при разработке ПО при использовании метода
        
        
          гибких данных следует иметь в виду, что данные – это одна из самых важных
        
        
          особенностей.
        
        
          2.
        
        
          Поддержка. Перед тем, чтобы использовать ADM, команда
        
        
          разработчиков должна быть уверена в том, что организация, для которой
        
        
          готовится ИС, сможет поддержать проект.
        
        
          3.
        
        
          Заказчик, идущий на контакт. Впрочем, как и другие методы,
        
        
          данный предполагает, что заказчик будет иметь постоянную связь с командой
        
        
          разработчиков на протяжении всего проекта. Обратная связь – ключ к успеху.
        
        
          4.
        
        
          Командная работа. Гибкие методы, включая ADM, требуют
        
        
          профессиональной командной работы членов-разработчиков, а также
        
        
          профессионализм заказчика.
        
        
          5.
        
        
          Компромиссы. В случае проблемных ситуаций необходимо
        
        
          находить любое решение, которое удовлетворяло бы всех заинтересованных
        
        
          лиц.
        
        
          Важно сказать, метод гибких данных может использовать корпоративное
        
        
          хранилище данных. Такое хранилище предоставляет доступ к данным
        
        
          предприятия, которые могут быть использованы командой разработчиков,
        
        
          чтобы в полной мере оценить и учесть все аспекты будущей информационный
        
        
          системы. Информация в таком хранилище может быть разной, в зависимости от
        
        
          функциональной области предприятия.
        
        
          С полученными данными можно взаимодействовать, используя
        
        
          различные механизмы, называемые бизнес-аналитикой. Эти механизмы
        
        
          включают запрос, анализ, информационные панели, ключевые показатели
        
        
          эффективности и т.д.
        
        
          Рассматриваемая методология обеспечивает непрерывную доставку
        
        
          данных разработчику таким образом, чтобы он мог изменять и лучше
        
        
          интегрировать их в бизнес-структуру ИС. Для этих целей задача внедрения
        
        
          разбивается на небольшие подзадачи, которые реализуются за короткое время –
        
        
          в течение несколько недель.
        
        
          Информационная система, разработанная с применением данной
        
        
          методологии совместно с AM более конкурентоспособна, поскольку ADM
        
        
          предоставляет все приемы для ее эффективной реализации.
        
        
          Гибкие методологии проектирования ИС в первую очередь могут в
        
        
          значительной степени повысить эффективность разработки. Их использование
        
        
          позволяет сократить время на проектирование, повысить качество
        
        
          программных продуктов, а также минимизировать время и стоимость на
        
        
          реализацию.
        
        
          Использование того или иного метода сугубо индивидуально и зависит от
        
        
          многих факторов. Так, при выборе, во-первых, следует учитывать размер
        
        
          команды разработчиков и ее способности в данной сфере работы. Помимо
        
        
          этого, необходимо брать во внимание функциональную область программного
        
        
          продукта, в которой он будет выполняться.