
- •2. Жизненный цикл, программного продукта (пп) и основные подходы и основные подходы к организации процесса создания и использования пп.
- •4. Этапы разработки программного продукта. Проектирование. Методы проектирования.
- •5. Постановка задачи, Спецификация программного средства. Основные части спецификации.
- •7. Архитектура программного продукта. Основные классы архитектур.
- •8. Программирование. Отладка. Классификация ошибок. Типы и методы отладки.
- •Тестирование. Основные принципы и методы тестирования.
- •11. Технология нисходящего структурного программирования. Основные принципы. Принцип нисходящей разработки.
- •12. Технология восходящего структурного программирования. Модульное программирование. Понятие модуля и его характеристики.
- •13. Структуры данных. Статические данные. Динамические данные.
- •14. Структурное программирование. Унифицированные структуры. Теорема о структурировании.
- •15. Интерфейс пользователь – компьютер. Составные части интерфейса.
- •16. Ооп. Методика и основные принципы.
- •17. Ооп. Структура объекта и среда взаимодействия.
- •23. Программирование на основе модели компонентных объектов сом-технологии.
17. Ооп. Структура объекта и среда взаимодействия.
Большинство классов можно отнести к определенному типу, который применительно к данному подходу называют стереотипным, например:
классы – сущности (классы предметной области);
граничные (интерфейсные) классы;
управляющие;
исключающие и т.п.
Классы – сущности – для представления сущностей реального мира или внутренних элементов системы, например структур данных. Для выявления классов-сущностей используют описания вариантов использования концептуальную модель и диаграммы деятельности.
Граничные классы обеспечивают взаимодействие между действиями модели и внутренними элементами системы (к этому типу можно отнести классы, реализующие пользовательские интерфейсы).
Управляющие классы служат для моделирования последовательного поведения классов как средств.
Диаграммы пакетов классов показывает из каких частей состоит программная система, и как эти части связаны друг с другом.
Диаграммы последовательностей этапа проектирования отображают взаимодействие объектов.
Диаграммы кооперации – это способ представить взаимодействие объектов в процессе реализации сценария. В отличие от диаграмм последовательностей диаграммы кооперации показывают потоки данных между объектами, что позволяет уточнить связи между ними.
Диаграммы состояний объекта. Под состоянием объекта применительным к диаграмме понимают ситуацию в назначенном цикле объекта, во время которой он удовлетворяет некоторому условию, осуществляет определенную деятельность или отделяет некоторого события. Изменение состояния, связанные с нарушениями условия или завершением деятельности, называют переходным.
Диаграммы компонентов принимают при проектировании физической структуры разрабатываемого ПО.
23. Программирование на основе модели компонентных объектов сом-технологии.
Компонентный подход лежит в основе своей разработанных на базе COM (Component Object Model).
СОМ определяет общую схему взаимодействие программ любых типов, библиотек, приложений ОС (т.е. позволяет одной части ПО не использовать функции, предоставляемые другой, независимо от того, функционируют ли эти части в пределах одного процесса, в разных процессах на одном компьютере или на разных компьютерах).
По технологии СОМ приложения представляет свои службы, используя специальные объекты СОМ.
OLE – технология – создание программный приложений, обеспечивающих программный доступ ко внутренним службам этих приложений.