Методические указания по выполнению практических работ по профессиональному модулю
жүктеу/скачать 5.65 Mb.
|
- Бұл бет үшін навигация:
- Контрольные вопросы
- Практическая работа № 2 «Описание фазы интеграции» Цель: - получить практические навыки описания интеграции. Теоретические сведения
| Варианты задания:
Система поликлиники Система бронирования билетов. Система книжного магазина. Система пункта видеопроката Система регистрации пассажира на рейса в аэропорту Система малого предприятия Система организационного управления Система парикмахерской Система библиотеки Система управления учебным процессом Система "Клиент-Банк" Универсальная система "Склад" Система столовой Система СТО Система автозаправки Система управления расписанием школы Система питания детского садика Система закупки товаров аптеки Система швейного ателье Система газетного киоска Система оформления подписки на почте Контрольные вопросы Что такое вариант использования? Кто такие актеры? Что такое диаграмма вариантов использования? Какие существуют отношения на диаграмме вариантов использования? Как задается кратность ассоциации? Какие существуют ассоциации? Практическая работа № 2 «Описание фазы интеграции» Цель: - получить практические навыки описания интеграции. Теоретические сведения Термин «интеграция» относится к такой операции в процессе разработки ПО, при которой вы объединяете отдельные программные компоненты в единую систему. В небольших проектах интеграция может занять одно утро и заключаться в объединении горстки классов. В больших — могут потребоваться недели или месяцы, чтобы связать воедино весь набор программ. Независимо от размера задач в них применяются одни и те же принципы. Тема интеграции тесно переплетается с вопросом последовательности конструирования. Порядок, в котором вы создаете классы или компоненты, влияет на порядок их интеграции: вы не можете интегрировать то, что еще не было создано. Последовательности интеграции и конструирования имеют большое значение. Поскольку интеграция выполняется после того, как разработчик завершил модульное тестирование, и одновременно с системным тестированием, ее иногда считают операцией, относящейся к тестированию. Однако она достаточно сложна, и поэтому ее следует рассматривать как независимый вид деятельности. Аккуратная интеграция обеспечивает: упрощенную диагностику дефектов; меньшее число ошибок; меньшее количество «лесов»; раннее создание первой работающей версии продукта; уменьшение общего времени разработки; лучшие отношения с заказчиком; улучшение морального климата; увеличение шансов завершения проекта; более надежные оценки графика проекта; более аккуратные отчеты о состоянии; лучшее качество кода; меньшее количество документации. Интеграция программ выполняется посредством поэтапного или инкрементного подхода. Поэтапная интеграция состоит из этапов, перечисленных ниже: «Модульная разработка»: проектирование, кодирование, тестирование и отладка каждого класса. «Системная интеграция»: объединение классов в одну огромную систему. «Системная дезинтеграция»: тестирование и отладка всей системы. Проблема поэтапной интеграции в том, что, когда классы в системе впервые соединяются вместе, неизбежно возникают новые проблемы и их причины могут быть в чем угодно. Поскольку у вас масса классов, которые никогда раньше не работали вместе, виновником может быть плохо протестированный класс, ошибка в интерфейсе между двумя классами или ошибка, вызванная взаимодействием двух классов. Все классы находятся под подозрением. Неопределенность местонахождения любой из проблем сочетается с тем фактом, что все эти проблемы вдруг проявляют себя одновременно. Это заставляет вас иметь дело не только с проблемами, вызванными взаимодействием классов, но и другими ошибками, которые трудно диагностировать, так как они взаимодействуют. Поэтому поэтапную интеграцию называют еще «интеграцией большого взрыва» Поэтапную интеграцию нельзя начинать до начала последних стадий проекта, когда будут разработаны и протестированы все классы. Когда классы, наконец, будут объединены и проявится большое число ошибок, программисты тут же ударятся в паническую отладку вместо методического определения и исправления ошибок. Для небольших программ — нет, а для крошечных — поэтапная интеграция может быть наилучшим подходом. Если программа состоит из двух-трех классов, поэтапная интеграция может сэкономить ваше время, если вам повезет. Но в большинстве случаев инкрементный подход будет лучше. При инкрементной интеграции вы пишете и тестируете маленькие участки программы, а затем комбинируете эти кусочки друг с другом по одному. При таком подходе — по одному элементу за раз — вы выполняете перечисленные далее действия: Разрабатываете небольшую, функциональную часть системы. Это может быть наименьшая функциональная часть, самая сложная часть, основная часть или их комбинация. Тщательно тестируете и отлаживаете ее. Она послужит скелетом, на котором будут наращиваться мускулы, нервы и кожа, составляющие остальные части системы. Проектируете, кодируете, тестируете и отлаживаете класс. Прикрепляете новый класс к скелету. Тестируете и отлаживаете соединение скелета и нового класса. Убеждаетесь, что эта комбинация работает, прежде чем переходить к добавлению нового класса. Если дело сделано, повторяете процесс, начиная с п. 2. Инкрементный подход имеет массу преимуществ перед традиционным поэтапным подходом независимо от того, какую инкрементную стратегию вы используете: жүктеу/скачать 5.65 Mb. Достарыңызбен бөлісу:
|