- •1. Что такое промышленный программный продукт. Дать определения пакета прикладных программ, программной системы.
- •2. Основные причины неудач программных проектов. Критичность и масштабность программных проектов.
- •3. Жизненный цикл программного обеспечения. Дать краткую характеристику каждого этапа.
- •4. Каскадные модели разработки по.
- •5. Итеративные модели разработки по.
- •7. Техническое задание. Перечислить и охарактеризовать разделы, входящие в техническое задание.
- •8. Технология экстремального программирования.
- •9 . Унифицированный процесс разработки программного обеспечения. Жизненный цикл унифицированного процесса.
- •10. Унифицированный процесс разработки программного обеспечения. Первый этап.
- •11. Унифицированный процесс разработки программного обеспечения. Этап проектирования.
- •12. Унифицированный процесс разработки программного обеспечения. Этап внедрения.
- •13. Принципы унифицированного процесса.
- •14. Работа с кадрами. Перечислить роли разработчиков и дать характеристику каждой из них.
- •Дополнительные роли разработчиков в крупных программных проектах.
- •15. Дать определения проекта, процесса, продукта с точки зрения унифицированного процесса разработки программного обеспечения.
- •Использование языка uml при проектировании сложных программных систем. Какие диаграммы используются в uml для создания моделей программной системы.
- •Use case diagram (диаграммы сценариев);
- •Deployment diagram (диаграммы топологии);
- •Этап 3: Определение атрибутов классов
- •Этап 4: Выделение операторов (методов) классов.
- •Диаграмма вариантов использования, ее назначение. Рассказать о варианте использования и действующем лице. Правила построения диаграммы вариантов использования.
- •Диаграмма классов. Ее назначение. Что она включает. Рассказать об основных видах связей между классами.
- •Дать определение тестированию и отладке. Особенности и объекты тестирования. Автономное и комплексное тестирование.
- •Дать определение тестированию и отладке. Локализация ошибок. Классификация ошибок.
- •Оценки ошибок.
- •Правила и принципы построения интерфейса пользователя.
- •Документирование. Состав и содержание документов прилагаемых к программной системе.
- •Что такое качество с точки зрения квалиметрии. Дать определение свойству и показателю качества по. Основные задачи решаемые при оценке качества.
- •Оценка качества программного обеспечения. Методы оценки свойств программного обеспечения.
- •Система обеспечения качества по серии стандартов iso.
Диаграмма классов. Ее назначение. Что она включает. Рассказать об основных видах связей между классами.
Диаграмма классов - статическая структурная диаграмма, описывающая структуру системы; она демонстрирует классы системы, их атрибуты, операторы и связи между классами. ДК присущи общие для всех диаграмм свойства: имя и графическое содержание, являющееся одной из проекций модели. Но отличается от остальных специфичным содержанием.
ДК обычно содержит следующие сущности:
- классы;
- интерфейсы;
- кооперации;
- отношения зависимости, обобщения и ассоциации.
Для ДК используются следующие типы связей:
- Наследование (генерализация)
это связь между общей сущностью – суперклассом, или родителем, и более специализированной разновидностью этой сущности – подклассом, или потомком. Связь иногда называют связью "is a", имея в виду, что класс-потомок является частным случаем класса-предка. Класс-потомок наследует все атрибуты и операции класса-предка, но в нём могут быть определены дополнительные атрибуты и операции.
- Зависимость
это связь по применению, когда изменение в спецификации одного класса может повлиять на поведение другого класса, использующего первый класс. Если интерфейс 2го класса изменяется, это влияет на поведение объектов 1го класса. Показывается прерывистой линией со стрелкой, направленной к классу, от которого имеется зависимость.
- Ассоциация
это структурная связь, показывающая, что объекты одного класса некоторым образом связаны с объектами другого или того же самого класса. Допускается, чтобы оба конца ассоциации относились к одному классу. В ассоциации могут связываться два класса, и тогда она называется бинарной. Допускается создание ассоциаций, связывающих сразу n классов (они называются n-арными ассоциациями). Графически изображается в виде линии, соединяющей класс сам с собой или с другими классами.
С понятием ассоциации связаны 4 важных дополнительных понятия: имя, роль, кратность и агрегация. Ассоциации может быть присвоено имя, характеризующее природу связи. Другим способом именования ассоциации является указание роли каждого класса, участвующего в этой ассоциации. Роль класса задаётся именем, помещаемым под линией ассоциации ближе к данному классу. Кратность (multiplicity) (мощность) роли ассоциации - характеристика, указывающая, сколько объектов класса с данной ролью может или должно участвовать в каждом экземпляре ассоциации. Наиболее распространённым способом задания кратности роли ассоциации является указание конкретного числа или диапазона:
Иногда в требуется отразить то, что ассоциация между двумя классами имеет специальный вид "часть-целое". Тогда класс "целое" имеет более высокий концептуальный уровень, чем класс "часть". Ассоциация такого рода называется агрегатной (агрегацией):
Бывают случаи, когда связь "части" и "целого" настолько сильна, что уничтожение "целого" приводит к уничтожению всех его "частей". Агрегатные ассоциации, обладающие таким свойством, называются композитными (композициями):
