Стадии разработки программного средства. Основные методологии разработки ПО

Проектирование информационных систем Введение в практическую часть Планы на семестр: 8 лекций  4 лабораторных работы  7 домашних заданий* *задаются в рамках лекций 2-8. Темы лекций  Лекция 1 – введение в практическую часть проектирования информационных систем (это сегодняшняя лекция)  Лекция 2 – изучение объекта автоматизации  Лекция 3 – выбор и проектирование архитектуры информационной системы предприятия Темы лекций (продолжение)  Лекция 4 – выбор и реализация в виде проекта методики разработки ИС  Лекция 5 – создание эскизов GUI  Лекция 6 – основные диаграммы UML  Лекция 7 – дополнительные диаграммы UML  Лекция 8 – кодирования, debug, введение ограничений, тестирование Темы лабораторных работ  Создание проекта в GanttPRO*  Создание эскизов GUI в Moqups*  Создание основных UML диаграмм в Visual Paradigm*  Создание дополнительных UML диаграмм в Visual Paradigm* *про указанное ПО будет отдельная информация Курсовая работа Логическое продолжение курсовой по проектированию баз данных. Тема нынешней курсовой работы – проектирование информационной системы и разработка приложения базы данных. Самостоятельная работа студента Самостоятельное изучение прилож ения баз данны х . Доступны обучающие ролики: Разработка приложения для MS Visual Studio Comm Edition. Разработка приложения для MS QT 5.5.0. Разработка приложения для MS Embarcadero RAD Studio написания SQL Server в SQL Server в SQL Server в Демонстрация софта, необходимого для обучения.  GanttPRO  Moqups  Visual Paradigm Информация о Visual Studio и QT. Планы по студенческой научной работе В рамках данной дисциплины предусмотрены:    оформление макета рабочей тетради для домашних работ; оформление плакатов (графика, А0); написание тематических статей По срокам сдачи работ  лабораторные работы сдаются по ходу всего семестра по мере готовности;  домашние работы ведутся в отдельной тетради и сдаются до очередной непоточной лекции;  курсовая работа защищается отдельно: задания на курсовую будут выданы сразу, методичка – несколько позже. ПО для лабораторных и самостоятельных работ  GanTTPRO  Moqups - https://app.ganttpro.com - https://moqups.com  Visual Paradigm https://www.visual-paradigm.com  Visual Studio https://www.visualstudio.com/vs/communit y/  QT http://info.qt.io/download-qt-for-application -development Стадии разработки программного средства (в общем виде) Основные методологии разработки ПО*  waterfall model;  v-model;  incremental model;  RAD-model;  Agile Model;  Iterative model;  Spiral model. *информация взята из статьи сайта habr: https://habrahabr.ru/company/edison/blog/269789/ Водопадная модель Краткое описание модели 1. Последовательное прохождение стадий, каждая из которых должна завершиться полностью до начала следующей. 2. В модели Waterfall легко управлять проектом. Благодаря её жесткости, разработка проходит быстро, стоимость и срок заранее определены. 3. Каскадная модель будет давать отличный результат только в проектах с четко и заранее определенными требованиями и способами их реализации. Нет возможности сделать шаг назад, тестирование начинается только после того, как разработка завершена или почти завершена. 4. Стоимость внесения изменений высока, так как для ее инициализации приходится ждать завершения всего проекта. Когда использовать каскадную методологию? - требования известны, понятны и зафиксированы. Противоречивых требований не имеется.  нет проблем с доступностью программистов нужной квалификации.  в относительно небольших проектах. V-модель Краткое описание модели 1. Особенностью модели можно считать то, что она направлена на тщательную проверку и тестирование продукта, находящегося уже на первоначальных стадиях проектирования. 2. Стадия тестирования проводится одновременно с соответствующей стадией разработки, например, во время кодирования пишутся модульные тесты. Когда использовать V-модель? - если требуется тщательное тестирование продукта; - для малых и средних проектов, где требования четко определены и фиксированы; - в условиях доступности инженеров необходимой квалификации, особенно тестировщиков. Инкрементная модель Иная вариация Инкрементной модели Краткое описание модели 1. В инкрементной модели полные требования к системе делятся на различные сборки. 2. Имеют место несколько циклов разработки, и вместе они составляют жизненный цикл «мульти-водопад». 3. Цикл разделен на более мелкие легко создаваемые модули. 4. Каждый модуль проходит через фазы определения требований, проектирования, кодирования, внедрения и тестирования. 5. Процедура разработки по инкрементной модели предполагает выпуск на первом большом этапе продукта в базовой функциональности, а затем уже последовательное добавление новых функций, так называемых «инкрементов». Когда использовать инкрементную модель? - когда основные требования к системе четко определены и понятны. В то же время некоторые детали могут дорабатываться с течением времени; - требуется ранний вывод продукта на рынок; - есть несколько рисковых фич или целей. Модель RAD Краткое описание модели 1. В RAD-модели компоненты или функции разрабатываются несколькими высококвалифицированными командами параллельно, будто несколько минипроектов. 2. Временные рамки одного цикла жестко ограничены. Созданные модули затем интегрируются в один рабочий прототип. Когда используется RAD-модель?  может использоваться только при наличии высококвалифицированных и узкоспециализированных архитекторов.  бюджет проекта большой, чтобы оплатить этих специалистов вместе со стоимостью готовых инструментов автоматизированной сборки.  RAD-модель может быть выбрана при уверенном знании целевого бизнеса и необходимости срочного производства системы в течение 2-3 месяцев. Модель гибкой разработки Краткое описание модели 1. В «гибкой» методологии разработки после каждой итерации заказчик может наблюдать результат и понимать, удовлетворяет он его или нет. 2. При этом сложно оценить трудозатраты и стоимость, требуемые на разработку. 3. Методология подходит для больших или нацеленных на длительный жизненный цикл проектов, постоянно адаптируемых к условиям рынка. Соответственно, в процессе реализации требования изменяются. Когда использовать Agile? - когда потребности пользователей постоянно меняются в динамическом бизнесе; - изменения на Agile реализуются за меньшую цену из-за частых инкрементов; - в отличие от модели водопада, в гибкой модели для старта проекта достаточно лишь небольшого планирования. XP (eXtreme Programming) Полезная информация:  общие сведения о данном методе https://habrahabr.ru/post/197760/ большой англоязычный хаб по методу: http://www.extremeprogramming.org  большая библиотека электронных книг по методу: http://kibi.ru/xp/xp  Итеративная модель Краткое описание модели 1. Модель не требует для начала полной спецификации требований. 2. Создание начинается с реализации части функционала, становящейся базой для определения дальнейших требований. Этот процесс повторяется. Когда оптимально использовать итеративную модель? - требования к конечной системе заранее четко определены и понятны; - проект большой или очень большой; - основная задача должна быть определена, но детали реализации могут эволюционировать с течением времени. Спиральная модель