- •Понятие по: программа, программный комплекс, программный продукт, системный программный продукт.
- •Философия развития по. Тенденция развития по.
- •Инженерия по. Тенденции затрат на по.
- •Профессиональные и этические требования к специалистам по по. Основные проблемы, стоящие перед специалистами по по.
- •Управление качеством по и работа менеджеров по качеству.
- •Стандарт iso 9000 и управление качеством.
- •Вероятностные методы в оценке качества по.
- •Стандарты на продукцию и процесс разработки по.
- •Стандарты на техническую документацию.
- •Измерение показателей по. Характеристики качественного по.
- •Показатели программного продукта.
- •Объектно-ориентированные показатели.
- •Обзор моделей создания по.
- •Каскадная модель. Достоинства и недостатки каскадной модели.
- •Эволюционная модель. Два подхода к реализации эволюционного метода.
- •Формальная разработка систем.
- •Разработка по на основе ранее созданных компонентов.
- •Модель Миллса. Экстремальное программирование.
- •Спиральная модель разработки. Спиральная модель жизненного цикла разработки по
- •Спецификация по. Основные этапы.
- •Этапы процесса проектирования.
- •Управление проектами. Отличие программных проектов от технических.
- •Планирование проекта. График работ.
- •Анализ рисков.
- •Современный подход к проектированию по. V-цикл проектирования и разработки по.
- •Организация групп программистов.
- •Планирование проекта. План проекта. Контрольные метки этапов работ. График работ. Временные и сетевые диаграммы.
- •Методы проектирования.
- •Программирование и отладка.
- •Объектно-ориентированный анализ и проектирование (ооа/ооп). Методология объектно-ориентированного моделирования. Понятие объекта.
- •Сложные объекты. Использование объектной технологии. Объекты м классы объектов в uml. Взаимодействие между объектами.
- •Моделирование классов и отношений.
- •Пятиэтапный процесс тестирования. Альфа-тестирование, бетта-тестирование.
- •Эволюция программных систем.
- •Разработка по на основе визуального моделирования. Case – средства для разработки по. Ibm Rational & Rational Rhapsody.
- •Стандарты, регламентирующие Жизненный цикл по и процессы разработки.
- •Rup. Фазы и дисциплины унифицированного процесса.
- •Анализ требований на фазе начало up. Артефакты начальной фазы.
- •Стандарт uml 2.2.
- •Этапы проектирования ис с применением uml.
- •Диаграммы прецендентов.
- •Диаграммы классов.
- •Диаграмма объектов.
- •Диаграммы взаимодействия.
- •Метод ecm (Enterprise Component Modeling) в uml. Опишите игру в кости с помощью uml-diagram.
- •Методы верификации объектно-ориентированных программ.
- •Метод тестирования программ.
- •Организация проведения тестирования. Классификация ошибок.
- •Требования к покрытию критичных приложений тестами.
Диаграммы прецендентов.
Диаграмма прецедентов (англ. use case diagram, диаграмма вариантов использования) — диаграмма, на которой отражены отношения, существующие между актёрами и прецедентами.
Основная задача — представлять собой единое средство, дающее возможность заказчику, конечному пользователю и разработчику совместно обсуждать функциональность и поведение системы.
При работе с вариантами использования важно помнить несколько простых правил:
каждый прецедент относится как минимум к одному действующему лицу;
каждый прецедент имеет инициатора;
каждый прецедент приводит к соответствующему результату (результату с «бизнес-значением»).
Диаграммы классов.
Диаграмма классов, Class diagram — статическая структурная диаграмма, описывающая структуру системы, она демонстрирует классы системы, их атрибуты и зависимости между классами.
Представляет собой граф: вершины- классы, ребра- отношения. Диаграмма отражает статические отношения существующие в классах. Основная диаграммая зыка UML.
Классы и отношения между ними в основном определяют структуру нашей пр. сист.
Диаграмма классов-ассоциац.
( желательно проставлять кратность). Название ассоциаций именовать.
Диаграмма классов по праву занимает одно из центральных мест не только в UML, но и в объектно-ориентированном подходе вообще. Диаграмма классов описывает типы объектов системы и различные статические отношения, которые существуют между ними. На диаграммах классов также изображаются атрибуты классов, операции классов и ограничения, которые накладываются на связи между объектами.
Шаболн класса:
<имя класса>*
|
+ M: 1...12 # L1: Integer - ID: PP |
# ADD N (...) + Int V (...) |
(«#»- protected
(«-»- private
Верхняя часть – имя класса, средняя – атрибуты, нижняя – методы.
Типовые мулитипликаторы:
нотация |
объяснение |
пример |
0..1 |
Ноль или один экземпляр |
кошка имеет или не имеет хозяина |
1 |
Обязательно один экземпляр |
у кошки одна мать |
0..* or * |
Ноль или более экземпляров |
у кошки может быть, а может и не быть котят |
1..* |
Один или более экземпляров |
у кошки есть хотя бы одно место, где она спит |
Диаграмма объектов.
Динамическая характеристика, отражает характер работы программы. Их может быть много. В каждый момент времени работы системы существует своя диаграмма. Данную диаграмму можно считать особым случаем диаграммы классов, где могут отображаться как экземпляры, так и сами классы. Это граф: вершины- созданные существующие объекты, ребра- только отношения ассоциации. Зависят(определяются) диаграммой классов являются вторичной диаграммой.
Имя класс |
NAME=2 MGE=2A |
Зафиксировать какой-то момент времени и посчитать, что создано 2 факультета и на них учатся 4 студента. 1 предмет читается сразу на 2-х факультетах, а другой на одном.
Выделяют какой-то сценарий(функцию) работы системы и для этой функции определяют к нему относящиеся классы и объекты. Фиксируем какой-то момент времени реализации функции (сценарии); опред. каким объекты созданы, их имена и основные атрибуты. Изображаем эти объекты. Отображаем отношения ассоциации между этими объектами. Отношения ассоциации надо именовать (роли указывать не обязательно). Большое количество диаграмм объектов не приводится. (это вспомогательный механизм). Но иллюстрировать как правило необходимо. Строить желательно до написания кода.
Диаграмма объектов— демонстрирует полный или частичный снимок моделируемой системы в заданный момент времени. На диаграмме объектов отображаются экземпляры классов (объекты) системы с указанием текущих значений их атрибутов и связей между объектами