Методические указания по выполнению практических работ по профессиональному модулю



бет68/85
Дата29.09.2023
өлшемі5.65 Mb.
#479244
түріМетодические указания
1   ...   64   65   66   67   68   69   70   71   ...   85
metod-ukazaniya-prakticheskie-raboty-pm-05

Лабораторная работа № 18
«Создание плана интеграции программного обеспечения»
Цель:
-составить план интеграции программного обеспечения.
Теоретические сведения
Термин «интеграция» относится к такой операции в процессе разработки ПО, при которой вы объединяете отдельные программные компоненты в единую систему. В небольших проектах интеграция может занять одно утро и заключаться в объединении горстки классов. В больших — могут потребоваться недели или месяцы, чтобы связать воедино весь набор программ. Независимо от размера задач в них применяются одни и те же принципы.
Тема интеграции тесно переплетается с вопросом последовательности конструирования. Порядок, в котором вы создаете классы или компоненты, влияет на порядок их интеграции: вы не можете интегрировать то, что еще не было создано. Последовательности интеграции и конструирования имеют большое значение.
Поскольку интеграция выполняется после того, как разработчик завершил модульное тестирование, и одновременно с системным тестированием, ее иногда считают операцией, относящейся к тестированию. Однако она достаточно сложна, и поэтому ее следует рассматривать как независимый вид деятельности.
Аккуратная интеграция обеспечивает:

  • упрощенную диагностику дефектов;

  • меньшее число ошибок;

  • меньшее количество «лесов»;

  • раннее создание первой работающей версии продукта;

  • уменьшение общего времени разработки;

  • лучшие отношения с заказчиком;

  • улучшение морального климата;

  • увеличение шансов завершения проекта;

  • более надежные оценки графика проекта;

  • более аккуратные отчеты о состоянии;

  • лучшее качество кода;

  • меньшее количество документации.

Интеграция программ выполняется посредством поэтапного или инкрементного подхода.
Поэтапная интеграция состоит из этапов, перечисленных ниже:

  1. «Модульная разработка»: проектирование, кодирование, тестирование и отладка каждого класса.

  2. «Системная интеграция»: объединение классов в одну огромную систему.

  3. «Системная дезинтеграция»: тестирование и отладка всей системы.

Проблема поэтапной интеграции в том, что, когда классы в системе впервые соединяются вместе, неизбежно возникают новые проблемы и их причины могут быть в чем угодно. Поскольку у вас масса классов, которые никогда раньше не работали вместе, виновником может быть плохо протестированный класс, ошибка в интерфейсе между двумя классами или ошибка, вызванная взаимодействием двух классов. Все классы находятся под подозрением.
Неопределенность местонахождения любой из проблем сочетается с тем фактом, что все эти проблемы вдруг проявляют себя одновременно. Это заставляет вас иметь дело не только с проблемами, вызванными взаимодействием классов, но и другими ошибками, которые трудно диагностировать, так как они взаимодействуют.
Поэтому поэтапную интеграцию называют еще «интеграцией большого взрыва»
Поэтапную интеграцию нельзя начинать до начала последних стадий проекта, когда будут разработаны и протестированы все классы. Когда классы, наконец, будут объединены и проявится большое число ошибок, программисты тут же ударятся в паническую отладку вместо методического определения и исправления ошибок.
Для небольших программ — нет, а для крошечных — поэтапная интеграция может быть наилучшим подходом. Если программа состоит из двух-трех классов, поэтапная интеграция может сэкономить ваше время, если вам повезет. Но в большинстве случаев инкрементный подход будет лучше.
При инкрементной интеграции вы пишете и тестируете маленькие участки программы, а затем комбинируете эти кусочки друг с другом по одному. При таком подходе — по одному элементу за раз — вы выполняете перечисленные далее действия:

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

  2. Проектируете, кодируете, тестируете и отлаживаете класс.

  3. Прикрепляете новый класс к скелету. Тестируете и отлаживаете соединение скелета и нового класса. Убеждаетесь, что эта комбинация работает, прежде чем переходить к добавлению нового класса. Если дело сделано, повторяете процесс, начиная с п. 2.

Инкрементный подход имеет массу преимуществ перед традиционным поэтапным подходом независимо от того, какую инкрементную стратегию вы используете:


Достарыңызбен бөлісу:
1   ...   64   65   66   67   68   69   70   71   ...   85




©dereksiz.org 2024
әкімшілігінің қараңыз

    Басты бет