Презентация на тему Программная инженерия

лежащие в основе процесса создания ПО и моделей этого

Цели:

ПО – множество различных видов деятельности, методов, методик и

Процесс разработки ПО

На сегодняшний день не существует универсального процесса разработки ПО

Каждый текущий процесс разработки, осуществляемый некоторой командой в рамках определенного проекта, имеет большое количество особенностей и индивидуальностей.

Однако в рамках компании возможна и полезна объединение и стандартизация всех текущих процессов, которую будем называть стандартным процессом

в компании заключается в том, что она при этом

Отсюда вытекает идея непрерывного улучшения процесса, так сказать, малыми порциями, чтобы не так болезненно. Это тем более разумно, что новые технологии разработки, появляющиеся на рынке, а также развитие уже существующих нужно постоянно отслеживать.

Pull/Push стратегии

Pull стратегия – инновации нацелены на решение конкретных проблем компании

Technology push – широкомасштабное внедрение инноваций из стратегических соображений.

описание динамики
развития тех или иных видов деятельности, образующих

Фазы и виды деятельности. Говоря о моделях процессов, необходимо различать фазы и виды деятельности.

Фаза (phase) – это определенный этап процесса, имеющий начало, конец и выходной результат. Например, фаза проверки осуществимости проекта, сдачи проекта и т.д. Фазы следуют друг за другом в линейном порядке, характеризуются предоставлением отчетности заказчику и, часто, выплатой денег за выполненную часть работы.

Вид деятельности (activity) – это определенный тип работы, выполняемый в процессе разработки ПО

В рамках одной фазы может выполнятся много различных видов деятельности

впервые в процессе разработки ПО были выделены различные шаги

Водопадная (каскадная ) модель

что влечет потерю гибкости
разработки, в частности, трудности поддержки итеративного

полностью завершить разработку требований, дизайн системы и т.д. – все
это подвержено изменениям; и причины тут не только в том, что подвижно
окружение проекта, но и в том, что заранее не удается точно определить и
сформулировать многие решения, они проясняются и уточняются лишь
впоследствии;
• интеграция всех результатов разработки происходит в конце, вследствие
чего интеграционные проблемы дают о себе знать слишком поздно;
• пользователи и заказчик не могут ознакомиться с вариантами системой во
время разработки, и видят результат только в самом конце; тем самым, они
не могут повлиять на процесс создания системы, и поэтому увеличиваются
риски непонимания между разработчиками и пользователями/заказчиком;
• модель неустойчива к сбоям в финансировании проекта или
перераспределению денежных средств, начатая разработка, фактически, не
имеет альтернатив “по ходу дела”

году для преодоления недостатков водопадной модели. Разработка продукта осуществляется

Спиральная модель процесса разработки ПО

.

Каждый виток имеет следующую структуру (секторы):
определение целей, ограничений и альтернатив проекта;
оценка альтернатив, оценка и разрешение рисков; возможно использование прототипирования , симуляция системы, визуальное моделирование и анализ спецификаций; фокусировка на самых рисковых частях проекта;
разработка и тестирование – здесь возможна водопадная или иные модели и методы разработки ПО;
планирование следующих итераций – анализируются результаты, планы и ресурсы на последующую разработку, принимается (или не принимается) решение о новом витке; анализируется, имеет ли смысл продолжать разрабатывать ПО.