- •1. Что такое программная инженерия? Когда и как она возникла и что изучает?
- •2. С какими дисциплинами и как связана программная инженерия? Чем она отличается от программирования?
- •3. Что такое программное обеспечение (по)?
- •4.Перечислите и охарактеризуйте свойства пo.
- •5.Что такое процесс создания по? Расскажите о видах процессов.
- •6. Необходимость и способы совершенствовании процессов.
- •7. Что такое модели процессов, виды и фазы деятельности?
- •9. Расскажите о водопадной (каскадной) модели, ее достоинствах и недостатках.
- •10. Расскажите о спиральной модели, ее достоинствах и недостатках.
- •11. Что такое рабочий продукт? Для чего он нужен и как используется?
- •12. Что такое дисциплина обязательств?
- •13. Что такое проект? Что такое управление проектами и что оно включает?
- •14. Дайте определение архитектуре по. Расскажите о причинах множественности точек зрения при разработке по.
- •15. Как и для чего моделируются процессы обработки данных и по?
- •16. Что такое uml, для чего и как используется.
- •17. Расскажите о структуре и элементах языка uml.
- •18. Перечислите и кратко прокомментируйте статические диаграммы uml.
- •19. Перечислите и кратко прокомментируйте динамические диаграммы uml.
- •20. Что такое управления требованиями? Виды и свойства требований.
- •21. Формализация требований и работа с требованиями.
- •22. Что включает конфигурационное управление?
- •23. Что такое управление версиями, управление сборками и baseline продукта?
- •24. Как осуществляется управление качеством в программной и инженерии?
- •25. Методы обеспечения качества по.
- •26. Дайте определение тестирования. Перечислите и кратко охарактеризуете виды тестирования.
- •27. Что такое cmmi? Перечислите и охарактеризуйте уровни зрелости предприятий.
- •28. Расскажите об унифицированном процессе разработки по (rup).
- •29. Расскажите о гибких (agile) методах разработки. Положения Agile - манифеста. Экстремальное программирование.
- •30. Что такое Sсrum? Схема процесса, роли, практики.
- •31. Расскажите об msf. Основные принципы, история создания. Разновидности поддерживаемых процессов.
- •32. Модель команды в msf.
14. Дайте определение архитектуре по. Расскажите о причинах множественности точек зрения при разработке по.
Архитектура ПО - внутренняя структура продукта (компоненты и их связи), основы пользовательского интерфейса продукта, а также квинтесенцию знаний и решений, являющихся инструментом разработки и управления проектом. Причина множественности точек зрения при разработке ПО. Это происходит, прежде всего, из-за разных видов деятельности процесса разработки ПО. При составлении функциональных требований к ПО обращают внимание на то, какая именно функциональность должна быть реализована, но при этом опускаются принципы и детали реализации. В разработку/использование ПО вовлечено большое количество очень разных специалистов: программисты, инженеры, тестеры, технические писатели, менеджеры, заказчик, пользователи, продавцы-маркетологи и т. д. Множественность точек зрения происходит также от того, что нет единых стандартов и норм разработки ПО.
15. Как и для чего моделируются процессы обработки данных и по?
Цель модели — это не какая-то гипотетическая задача типа «описания архитектуры, потому что так нужно, так правильно», а целевая аудитория — это не абстракция типа «люди, желающие познакомиться с ПО». Модель “сущность-связь” – одна из наиболее удобных инструментов унифицирования управления данными независимо от реализуемого ПО. Основывается на некоторой важной семантической информации и предназначена для логического представления данных. Она определяет значения данных в контексте их взаимосвязи с другими данными.
16. Что такое uml, для чего и как используется.
UML — язык графического описания для объектного моделирования в области разработки программного обеспечения. UML является языком широкого профиля, это открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемой UML-моделью. UML был создан для определения, визуализации, проектирования и документирования, в основном, программных систем. UML не является языком программирования. Использование UML не ограничивается моделированием программного обеспечения. Его также используют для моделирования бизнес-процессов, системного проектирования и отображения организационных структур. UML позволяет также разработчикам программного обеспечения достигнуть соглашения в графических обозначениях для представления общих понятий (таких как класс, компонент, обобщение, объединение и поведение), и больше сконцентрироваться на проектировании и архитектуре.
17. Расскажите о структуре и элементах языка uml.
«Скелетом» UML является диаграммная структура. Каждый вид диаграмм является типом моделей, реализующим определенную точку зрения на программную систему. Виды диаграмм не являются строго обязательными в UML - их можно перемешивать, создавать свои собственные виды диаграмм.
Структура языка UML:
18. Перечислите и кратко прокомментируйте статические диаграммы uml.
- диаграммы классов предназначены для моделирования структуры объектно-ориентированных приложений классов, их атрибутов и заголовков методов, наследования, а также связей классов друг с другом;
- диаграммы компонент используются при моделировании компонентной структуры распределенных приложений, внутри каждая компонента может быть реализована с помощью множества классов;
- диаграммы объектов применяются для моделирования фрагментов работающей системы, отображая реально существующие в runtime экземпляры классов и значения их атрибутов;
- диаграммы композитных структур используются для моделирования составных структурных элементов моделей - коопераций, композитных компонент и т. д.;
- диаграммы развертывания предназначены для моделирования аппаратной части системы, с которой ПО непосредственно связано (размещено или взаимодействует);
- диаграммы пакетов служат для разбиения объемных моделей на составные части, а также (традиционно) для группировки классов моделируемого ПО, когда их слишком много.