Презентация Методологии проектирования онлайн
На нашем сайте вы можете скачать и просмотреть онлайн доклад-презентацию на тему Методологии проектирования абсолютно бесплатно. Урок-презентация на эту тему содержит всего 62 слайда. Все материалы созданы в программе PowerPoint и имеют формат ppt или же pptx. Материалы и темы для презентаций взяты из открытых источников и загружены их авторами, за качество и достоверность информации в них администрация сайта не отвечает, все права принадлежат их создателям. Если вы нашли то, что искали, отблагодарите авторов - поделитесь ссылкой в социальных сетях, а наш сайт добавьте в закладки.
Презентации » Устройства и комплектующие » Методологии проектирования
Оцените!
Оцените презентацию от 1 до 5 баллов!
- Тип файла:ppt / pptx (powerpoint)
- Всего слайдов:62 слайда
- Для класса:1,2,3,4,5,6,7,8,9,10,11
- Размер файла:1.38 MB
- Просмотров:74
- Скачиваний:0
- Автор:неизвестен
Слайды и текст к этой презентации:
№4 слайд
![Примеры самых долгих проектов](/documents_6/137917950dc2b2d219e20645b349ae45/img3.jpg)
Содержание слайда: Примеры самых долгих проектов
Mac OS X была продемонстрирована на презентации в 1997 году, а выпущена в 2011 году
Windows Vista – планировалась к выпуску в 2003 году, была выпущена в 2006 году
Проект Xanadu – был начат в 1960 и завершен в 2014 году (общий срок проекта 54 года)
№6 слайд
![Основные этапы жизненного](/documents_6/137917950dc2b2d219e20645b349ae45/img5.jpg)
Содержание слайда: Основные этапы жизненного цикла системы
Определение требований (подготовка документации, расчет экономической эффективности, заключение и подписание договоров)
Разработка спецификаций (детальная проработка требований, детализация смет, расширенная постановка задачи)
Проектирование (написание технического задания, разработка прототипа)
Реализация (различные работы в зависимости от спецификации проекта)
Тестирование (различные виды тестирования: функциональное, usability, нагрузочное)
Сопровождение (устранение недочетов, ошибок, замечаний, адаптация к новым условиям)
Развитие проекта (модификация, добавление новой функциональности, рефакторинг)
Вывод проекта из эксплуатации
№16 слайд
![Цели решаемые в итеративной и](/documents_6/137917950dc2b2d219e20645b349ae45/img15.jpg)
Содержание слайда: Цели решаемые в итеративной и спиральной модели
Сделать процесс более гибким и дать возможность корректировать результаты полученные на предыдущем этапе
Вовлечь заказчика в процесс разработки как можно раньше (в конце каждой итерации)
Сократить время одной итерации до месяца или нескольких месяцев
№17 слайд
![Область применения](/documents_6/137917950dc2b2d219e20645b349ae45/img16.jpg)
Содержание слайда: Область применения классических методологий
Фиксированный бюджет и сроки проекта
Четкие требования, известные в самом начале использования проекта
Сложное программное обеспечение (встроенные системы, системы реального времени, промышленные и военные системы)
Конвейерный подход к разработке
№19 слайд
![Когда не использовать](/documents_6/137917950dc2b2d219e20645b349ae45/img18.jpg)
Содержание слайда: Когда не использовать классику?
Для стартапов, в которых нет четкого понимания сроков и целей
Когда цели, сроки и бюджет проекта может меняться по мере его развития
Когда сложно оценить всевозможные риски на начальных этапах
Когда нет большого опыта работы над подобными проектами («нетиповой» для исполнителя проект)
№21 слайд
![Практические проблемы](/documents_6/137917950dc2b2d219e20645b349ae45/img20.jpg)
Содержание слайда: Практические проблемы разработки
Изменение требований непосредственно в процессе разработки
Нечеткое распределение ответственности за выполняемую работу и ее результат
Наличие непрерывного потока мелких, «быстрых», наваливающихся требований, отвлекающих разработчиков и менеджеров от основного направления работ
Как следствие, срыв сроков, раздувание бюджетов, потеря качества
№22 слайд
![Методология XP XP](/documents_6/137917950dc2b2d219e20645b349ae45/img21.jpg)
Содержание слайда: Методология XP
XP – экстремальное программирование
Дата появления - была впервые предложена в 1996 году
Автор методологии - Кент Бэк
Основные идеи методологии
усовершенствовать взаимосвязь разработчиков
упростить проектные решения
усилить обратную связь с заказчиком
проявлять больше активности
№28 слайд
![Что такое Agile? Гибкая](/documents_6/137917950dc2b2d219e20645b349ae45/img27.jpg)
Содержание слайда: Что такое Agile?
Гибкая методология разработки (англ. Agile software development) – это набор принципов и правил, в рамках которого осуществляется разработка ПО.
Методология Agile – это семейство процессов разработки, а не единственный подход к разработке программного обеспечения
Ценности и принципы Agile методологии закреплены в документе ‘Agile Manifesto’, принят в 2003 году
№33 слайд
![Обязанности Product Owner](/documents_6/137917950dc2b2d219e20645b349ae45/img32.jpg)
Содержание слайда: Обязанности Product Owner
Отвечает за формирование product vision
Управляет ROI
Управляет ожиданиями заказчиков и всех заинтересованных лиц
Координирует и приоритизирует Product backlog
Предоставляет понятные и тестируемые требования команде
Взаимодействует с командой и заказчиком
Отвечает за приемку кода в конце каждой итерации
№37 слайд
![Backlog Product Backlog - это](/documents_6/137917950dc2b2d219e20645b349ae45/img36.jpg)
Содержание слайда: Backlog
Product Backlog - это приоритезированный список имеющихся на данный момент бизнес-требований и технических требований к системе.
Sprint Backlog содержит функциональность, выбранную Product Owner из Product Backlog. Все функции разбиты по задачам, каждая из которых оценивается командой.
№38 слайд
![Жизненный цикл спринта](/documents_6/137917950dc2b2d219e20645b349ae45/img37.jpg)
Содержание слайда: Жизненный цикл спринта
Планирование спринта, митинг первый
Участники: команда, Product Owner, Scrum Master, пользователи, менеджемент
Цель: Определить цель спринта (Sprint Goal) и Sprint Backlog -функциональность, которая будет разработана в течение следующего спринта для достижения цели спринта.
Артефакт: Sprint Backlog
Планирование спринта, митинг второй
Участники: Скрам Мастер, команда
Цель: определить, как именно будет разрабатываться определенная функциональность для того, чтобы достичь цели спринта. Для каждого элемента Sprint Backlog определяется список задач и оценивается их продолжительность.
Артефакт: в Sprint Backlog появляются задачи
№40 слайд
![Когда бы помог SCRUM? Куча](/documents_6/137917950dc2b2d219e20645b349ae45/img39.jpg)
Содержание слайда: Когда бы помог SCRUM?
Куча денег и времени ушла на проработку ТЗ, но по ходу работы над проектом поменялась концепция или бизнес-процессы. Доводить проект до конца в том виде, как описано в ТЗ — нет смысла. Деньги на ТЗ выброшены напрасно. Разработчик отказывается вносить изменения по ходу работы, ссылаясь на ТЗ.
Разработчик показывает проект в последний день перед запуском. Однако все сделано не так, как вы себе это представляли. Нужна значительная переделка. Разработчикпо-своему трактует описанные в ТЗ требования и отказывается вносить изменения в проект на этом основании.
Нужно запустить костяк интернет-проекта с минимально-возможным бюджетом и сроками. Дополнительные функции разрабатывать уже после запуска, когда проект начнёт отбивать начальные инвестиции.
№41 слайд
![Положительные стороны SCRUM](/documents_6/137917950dc2b2d219e20645b349ae45/img40.jpg)
Содержание слайда: Положительные стороны SCRUM
пользователи начинают видеть систему спустя всего несколько недель и могут выявлять проблемы на ранних стадиях разработки программного продукта;
интеграция технических компонентов происходит в ходе каждого спринта и поэтому проблемы проекта (если они возникают) выявляются практически сразу;
в каждом спринте команда фокусируется на контроле качества;
гибкая работа с изменениями в проекте на уровне спринта
№45 слайд
![Опыт использования в](/documents_6/137917950dc2b2d219e20645b349ae45/img44.jpg)
Содержание слайда: Опыт использования в ITECH.group
В данный момент используется классическая водопадная модель
Количество проектов в работе – от 25 до 40 проектов на разных стадиях
Команда разработчиков – 25 человек (менеджеры, проектировщики, дизайнеры, верстальщики, программисты, тестировщики)
Инструменты автоматизации – JIRA, BaseCamp, GitLab
№46 слайд
![Основные этапы работ](/documents_6/137917950dc2b2d219e20645b349ae45/img45.jpg)
Содержание слайда: Основные этапы работ
Предварительный этап: Оценка проекта на этапе Presale, составление документации для начала работы
Этап 1: Аналитика
Этап 2: Проектирование
Этап 3: Дизайн
Этап 4: Верстка + Front-end
Этап 5: Программирование и интеграция верстки
Этап 6: Тестирование, наполнение контентом и передача проекта на сопровождение
№47 слайд
![Договор на что следует](/documents_6/137917950dc2b2d219e20645b349ae45/img46.jpg)
Содержание слайда: Договор: на что следует обратить внимание разработчику?
Контактные лица: обязательно должны быть указаны контакты менеджера и руководителя
Правила сдачи и приемки работ: работы подтверждаются актом выполненных работ, который выставляется заказчику после выполнения всех работ
Гарантийные обязательства: должны быть прописаны условия гарантийного обслуживания
Детальная смета и сроки: необходимо включать в договор смету и сроки работ, которые разделены по конкретным задачам
№48 слайд
![Договор гарантийные](/documents_6/137917950dc2b2d219e20645b349ae45/img47.jpg)
Содержание слайда: Договор: гарантийные обязательства
На созданный в соответствии Договору №__-МК от 5 августа 2014г. web-сайт устанавливается гарантия на срок 1 (Один) год с момента его передачи по акту сдачи-приёмки выполненных работ, в течение которого Исполнителем от Заказчика принимаются претензии в отношении качества выполненных работ.
Гарантия распространяется на web-сайт, созданный в соответствии с Техническим заданием на разработку и все дополнительные сервисы и модули, реализованные Исполнителем в рамках дополнительных работ.
Исполнитель гарантирует правильную работу web-сайта согласно Техническому заданию, отсутствие ошибок в работе сервисов web-сайта при условии соблюдения Технических требований для работы интернет-сайта, предоставленных Исполнителем в составе Технического задания, а так же своевременное, не позднее 2 (Двух) рабочих дней с момента получения обращения Заказчика, исправление недоработок, возникших в процессе эксплуатации.
Гарантийное обязательство не распространяется на сторонние сервисы, от которых может зависеть правильная работа web-сайта.
№49 слайд
![Когда гарантия не работает](/documents_6/137917950dc2b2d219e20645b349ae45/img48.jpg)
Содержание слайда: Когда гарантия не работает
Гарантийное обслуживание не производится в следующих случаях:
Если в программный код были внесены изменения сторонними лицами;
Если неправильная работа web-сайта обусловлена ошибками в работе сервера, которая привела к повреждению файлов сайта, либо структуры базы данных;
Если web-сайт был подвержен при атаке злоумышленников через хостинг, на котором web-сайт расположен, либо в связи с неправильной работой с web-сайтом (простые пароли, предоставление доступа к панели администрирования или хостингу третьим лицам, самостоятельное внедрение стороннего кода);
Если ошибку в работе web-сайта повлекло стороннее ПО, расположенное с ним на одном сервере;
Если Заказчик самостоятельно, либо через третьи лица:
пытался включить в работу web-сайта сторонние сервисы;
произвёл изменения css, javascript файлов и\или их имён как через файловую систему, так и через панель администрирования;
произвёл изменения изображений и\или их имён, используемых для отображения шаблонов как через файловую систему, так и через панель администрирования;
произвёл изменения шаблонов web-сайта и\или их частей как через файловую систему, так и через панель администрирования;
использовал в контентной части web-сайта элементов, не предусмотренных страницей стилей;
использования при заполнении контента на web-сайте визуального редактора
№51 слайд
![Этап Аналитика Составление](/documents_6/137917950dc2b2d219e20645b349ae45/img50.jpg)
Содержание слайда: Этап 1: Аналитика
Составление расширенной постановки задачи
Формирование целевой аудитории
Анализ текущего сайта и анализ конкурентов
Анализ современных трендов
Анализ систем статистики (если они были установлены на текущем сайте)
Разработка структуры сайта
Разработка списка предлагаемых сервисов
№52 слайд
![Этап Проектирование](/documents_6/137917950dc2b2d219e20645b349ae45/img51.jpg)
Содержание слайда: Этап 2: Проектирование
Разработка интерактивного прототипа Web-сайта с перечнем всех страниц и сервисов (имитация работы сервисов)
Написание технического задания (описание всех сервисов и разделов сайта + нефункциональные требования)
Разработка дизайн-концепции и ее защита перед заказчиком (в виде презентации)
№57 слайд
![Этап Внедрение Тестирование](/documents_6/137917950dc2b2d219e20645b349ae45/img56.jpg)
Содержание слайда: Этап 6: Внедрение
Тестирование сайта и исправление ошибок
Наполнение сайта контентом
Подготовка закрывающих документов:
Акт выполненных работ
Счет на оплату
Акт сверки
Акт передачи проекта на сопровождение
Выливка сайта на домен заказчика только после подписания акта и оплаты!!!
№58 слайд
![Инструменты управления](/documents_6/137917950dc2b2d219e20645b349ae45/img57.jpg)
Содержание слайда: Инструменты управления
Автоматизированные системы
JIRA – для постановки задач и контроля их исполнения
BaseCamp – система общения с клиентом
gitLab – система управления версиями
Диаграмма процессов - для описания регламентов для бизнес процессов
Диаграмма Ганта – инструмент календарного планирования
Матрица ответственности
Карточки рисков
№62 слайд
![Карточки рисков как не](/documents_6/137917950dc2b2d219e20645b349ae45/img61.jpg)
Содержание слайда: Карточки рисков: как не наступать на грабли дважды
Описание проблемы
Возможные последствия
Что было предпринято
Реальные последствия
Что надо было предпринять «до», для избежания проблемы
Рекомендации
Исправление договора
Исправление документации
Изменение процессов
Разработка инструкций
и т.д.
Скачать все slide презентации Методологии проектирования одним архивом:
Похожие презентации
-
Проектирование высоко-нагруженных систем. Лекция 3
-
Проектирование высоконагруженных систем. Лекция 2
-
Математические исследования ЭЧ электростанций и инженерное проектирование с ЭВМ
-
Autodesk. Форум технологии проектирования
-
Парадигмы и методологии программирования
-
Гибкие методологии разработки программного обеспечения
-
Инфологическое проектирование на основе принципов нормализация
-
Использование UML для проектирования параллельных приложений
-
Работа с данными в Entity Framework Core. Проектирование и разработка веб-сервисов
-
Модель. Проектирование и разработка веб-сервисов