- •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.
9. Расскажите о водопадной (каскадной) модели, ее достоинствах и недостатках.
Водопадная модель была предложена в 1970 году Винстоном Ройсом. Фактически, впервые в процессе разработки ПО были выделены различные шаги разработки и поколеблены примитивные представления о разработке ПО в виде анализа системы и ее кодирования. Были определены следующие шаги: разработка системных требований, разработка требований к ПО, анализ, проектирование, кодирование, тестирование, использование - см. рис. 2.
Е ще одним достоинством этой модели явилось ограничение возможности возвратов на произвольный шаг назад, например, от тестирования - к анализу, от разработки - работе над требованиями и т. д. Отмечалось, что такие возвраты могут катастрофически увеличить стоимость проекта и сроки его выполнения. Этой моделью допускались возвраты только на предыдущий шаг, например, от тестирования к кодированию, от кодирования к проектированию и т.д. Наконец, в рамках этой модели было введено прототипирование, то есть предлагалось разрабатывать систему дважды, чтобы уменьшить риски разработки.
Недостатками водопадной модели являются:
отождествление фаз и видов деятельности, что влечет потерю гибкости разработки.
требование полного окончания фазы-деятельности, закрепление результатов в виде подробного исходного документа.
интеграция всех результатов разработки происходит в конце, вследствие чего интеграционные проблемы дают о себе знать слишком поздно;
пользователи и заказчик не могут ознакомиться с вариантами системой во время разработки, и видят результат только в самом конце; тем самым, они не могут повлиять на процесс создания системы, и поэтому увеличиваются риски непонимания между разработчиками и пользователями/заказчиком;
модель неустойчива к сбоям в финансировании проекта или перераспределению денежных средств, начатая разработка, фактически, не имеет альтернатив “по ходу дела”.
10. Расскажите о спиральной модели, ее достоинствах и недостатках.
Спиральная модель была предложена Бэри Боемом в 1988 году для преодоления недостатков водопадной модели, прежде всего, для лучшего управления рисками. Согласно этой модели разработка продукта осуществляется по спирали, каждый виток которой является определенной фазой разработки. В отличие от водопадной модели в спиральной нет предопределенного и обязательного набора витков, каждый виток может стать последним.
В рамках одного витка может осуществляться много различных видов деятельности. Каждый виток имеет следующую структуру (секторы): определение целей, ограничений и альтернатив проекта; оценка альтернатив, оценка и разрешение рисков; разработка и тестирование; планирование следующих итераций
Спиральная модель не нашла широкого применения в индустрии и важна, скорее в историко-методологическом плане: она является первой итеративной моделью, имеет красивую метафору - спираль, - и, подобно водопадной модели, использовалась в дальнейшем при создании других моделей процесса и методологий разработки ПО.