Содержание
- 2. Различают методы, средства и процедуры ТКПО. Технология конструирования программного обеспечения (ТКПО) — система инженерных принципов для
- 3. Методы обеспечивают решение следующих задач: планирование и оценка проекта; анализ системных и программных требований; проектирование алгоритмов,
- 4. Средства (утилиты) ТКПО обеспечивают автоматизированную или автоматическую поддержку методов. В целях совместного применения утилиты могут объединяться
- 5. Процедуры ТКПО Процедуры являются связующим звеном, которое соединяет методы и средства так, что они обеспечивают непрерывную
- 6. Процедуры определяют: порядок применения методов и утилит; формирование отчетов, форм по соответствующим требованиям; контроль, который помогает
- 7. Рассмотрим наиболее популярные парадигмы ТКПО. Процесс конструирования программного обеспечения состоит из последовательности шагов, использующих методы, утилиты
- 8. Классический жизненный цикл классический жизненный цикл называют каскадной или водопадной моделью, подчеркивая, что разработка рассматривается как
- 10. Системный анализ Задает роль каждого элемента в компьютерной системе, взаимодействие элементов друг с другом.
- 11. Анализ требований Относится к программному элементу — программному обеспечению. Уточняются и детализируются его функции, характеристики и
- 12. Проектирование состоит в создании представлений: архитектуры ПО; модульной структуры ПО; алгоритмической структуры ПО; структуры данных; входного
- 13. Кодирование Состоит в переводе результатов проектирования в текст на языке программирования.
- 14. Тестирование Это выполнение программы для выявления дефектов в функциях, логике и форме реализации программного продукта.
- 15. Сопровождение Это внесение изменений в эксплуатируемое ПО. Цели сопровождения: исправление ошибок; адаптация к изменениям внешней для
- 16. Сопровождение ПО состоит в повторном применении каждого из предшествующих шагов (этапов) жизненного цикла к существующей программе
- 17. Достоинства и недостатки Достоинства классического жизненного цикла: дает план и временной график по всем этапам проекта,
- 18. Макетирование Часто заказчик не может сформулировать подробные требования по вводу, обработке или выводу данных для будущего
- 19. Цель макетирования Основная цель макетирования — снять неопределенности в требованиях заказчика.
- 20. Понятие макетирования Макетирование (прототипирование) — это процесс создания модели требуемого программного продукта.
- 21. Модель может принимать одну из трех форм: Бумажный макет или макет на основе ПК (изображает или
- 22. Макетирование основывается на многократном повторении итераций, в которых участвуют заказчик и разработчик.
- 23. Последовательность действий при макетировании
- 24. Макетирование начинается со сбора и уточнения требований к создаваемому ПО Разработчик и заказчик встречаются и определяют
- 25. Достоинство макетирования Обеспечивает определение полных требований к ПО
- 26. Недостатки макетирования заказчик может принять макет за продукт; разработчик может принять макет за продукт.
- 27. Суть недостатков Когда заказчик видит работающую версию ПО, он перестает сознавать, что детали макета скреплены не
- 28. Инкрементная модель
- 29. Инкрементная стратегия. В начале процесса определяются все пользовательские и системные требования, оставшаяся часть конструирования выполняется в
- 30. Она объединяет элементы последовательной водопадной модели с итерационной философией макетирования.
- 31. Каждая линейная последовательность здесь вырабатывает поставляемый инкремент ПО. Например, ПО для обработки слов в 1-м инкременте
- 32. Первый инкремент приводит к получению базового продукта, реализующего базовые требования (правда, многие вспомогательные требования остаются нереализованными).
- 33. Быстрая разработка приложений Модель быстрой разработки приложений (Rapid Application Development) — второй пример применения инкрементной стратегии
- 34. RAD-модель обеспечивает экстремально короткий цикл разработки. RAD — высокоскоростная адаптация линейной последовательной модели, в которой быстрая
- 35. RAD-подход ориентирован на разработку информационных систем и выделяет следующие этапы: бизнес-моделирование. Моделируется информационный поток между бизнес-функциями.
- 36. RAD имеет следующие недостатки и ограничения. 1. Для больших проектов в RAD требуются существенные людские ресурсы
- 37. Спиральная модель
- 38. Спиральная модель: 1 — начальный сбор требований и планирование проекта; 2 — та же работа, но
- 39. 1. Планирование — определение целей, вариантов и ограничений. 2. Анализ риска — анализ вариантов и распознавание/выбор
- 40. В первом витке спирали определяются начальные цели, варианты и ограничения, распознается и анализируется риск. Если анализ
- 41. В большинстве случаев движение по спирали продолжается, с каждым шагом продвигая разработчиков к более общей модели
- 42. Достоинства 1) наиболее реально (в виде эволюции) отображает разработку программного обеспечения; 2) позволяет явно учитывать риск
- 43. Недостатки 1) новизна (отсутствует достаточная статистика эффективности модели); 2) повышенные требования к заказчику; 3) трудности контроля
- 44. Поэтапная модель с промежуточным контролем
- 46. Скачать презентацию