- •1.Огляд технологій програмування. Життєвий цикл програмного забезпечення.
- •2.Тестування програмного забезпечення.
- •3.Уніфікований процес розробки програмного забезпечення (rup).
- •2. Уточнение
- •4.Екстремальне програмування. Основні принципи.
- •6.Шаблони проектування (патерни), їхні види й використання при розробці архітектури програмного забезпечення.
- •7.Розмірно-орієнтовані метрики. Функціонально-орієнтовані метрики.
- •5.Основи мови uml. Сутності uml.
- •3. Построение
- •4. Внедрение
- •11.Автоматизація ole. Сервери ole. Доступ до сервера автоматизації на прикладі редактора ms Word і табличного процесора ms Excel.
- •8.Конструктивна модель вартості сосомо.
- •9.Класичні метрики складності, зв’язності й зчеплення.
- •10.Основи com. Об'єкт com. Інтерфейси com. Сервери com. Фабрика класу. Інтерфейс Iunknown.
2. Уточнение
В фазе уточнение производится анализ предметной области и построение исполняемой архитектуры. Это включает в себя:
4.Екстремальне програмування. Основні принципи.
eXtreme Programming - ХР-процесс - ориентирован на группы малого и среднего размера, строящие программное обеспечение в условиях неопределенных или быстро изменяющихся требований. ХР-группу образуют до 10 сотрудников, которые размещаются в 1 помещении. Основная идея ХР — устранить высокую стоимость изменения, характерную для приложений с использованием объектов, паттернов и реляционных баз данных. Поэтому ХР-процесс должен быть высокодинамичным процессом. ХР-группа имеет дело с изменениями требований на всем протяжении итерационного цикла разработки, причем цикл состоит из очень коротких итераций. 4-мя базовыми действиями в ХР-цикле являются: кодирование, тестирование, выслушивание заказчика и проектирование. Динамизм обеспеч-ся с помощью 4-ех характеристик: непрерывной связи с заказчиком, простоты, быстрой обратной связи, смелости в проведении профилактики возможных проблем. Базис ХР образуют двенадцать методов.
1.Игра планирования - быстрое определение области действия.
2.Частая смена версий -запуск в производство простой сис-мы.
3. Метафора — вся разработка проводится на основе простой истории о том, как работает вся система.
4.Простое проектирование.
5.Тестирование — непрерывное написание тестов для модулей.
6. Реорганизация — система реструктурируется, но ее поведение не изменяется.
7.Парное программирование — весь код пишется двумя программистами, работающими на одном компьютере.
8. Коллективное владение кодом—любой разработчик может улучшать любой код системы в любое время.
9.Непрерывная интеграция — система строится много раз в день.
10.40-часовая неделя.
11. Локальный заказчик — в группе должен находиться представитель заказчика.
12. Стандарты кодирования.
6.Шаблони проектування (патерни), їхні види й використання при розробці архітектури програмного забезпечення.
Кооперации являются средством представления комплексных решений в разработке ПО на высшем, архитектурном уровне. Кооперации содержат две составляющие — статическую (структурную) и динамическую (поведенческую). Статическая составляющая кооперации задает структуру классов,интерфейсов, компонентов. Динамическая составляющая определяет поведение элементов. Настраиваемые кооперации называют паттернами. Паттерн является решением типичной проблемы в определенном контексте. Паттерны рассматриваются как крупные строительные блоки. Их использование приводит к существенному сокращению затрат на анализ и проектирование ПО. Паттерны — это наборы готовых решений, предлагающиеся к повторному использованию. Паттерн Наблюдатель задает между объектами такую зависимость «один-ко-многим», при которой изменение состояния одного объекта приводит к оповещению и обновлению всех зависящих от него объектов. Паттерн Компоновщик обеспечивает представление иерархий часть-целое, объединяя объекты в древовидные структуры. Паттерн Команда выполняет преобразование запроса в объект. Шаблон не может участвовать в большинстве обычных отношений между классами. Существует всего два вида отношений, в которых он может участвовать – связи между шаблоном и классом, порожденным от него подстановкой параметров, и направленные ассоциации. Направленная ассоциация должна идти в направлении от шаблона.