Вход

Стоимостная оценка гибких методологий разработки программного обеспечения

Рекомендуемая категория для самостоятельной подготовки:
Курсовая работа*
Код 592158
Дата создания 2017
Страниц 33
Мы сможем обработать ваш заказ (!) 25 сентября в 12:00 [мск]
Файлы будут доступны для скачивания только после обработки заказа.
1 500руб.
КУПИТЬ

Содержание

ВВЕДЕНИЕ 3
1 АНАЛИЗ И СТОИМОСТНАЯ ОЦЕНКА ПРОЕКТА МОБИЛЬНОГО ПРИЛОЖЕНИЯ НА БАЗЕ МЕТОДОЛОГИИ SCRUM 5
2 АНАЛИЗ И СТОИМОСТНАЯ ОЦЕНКА ПРОЕКТА ВЕБ-ПРИЛОЖЕНИЯ НА БАЗЕ МЕТОДОЛОГИИ XP 13
3 АНАЛИЗ И СТОИМОСТНАЯ ОЦЕНКА ПРОЕКТА НА БАЗЕ МЕТОДОЛОГИИ 21
ВЫВОДЫ 31
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 33

Фрагмент работы для ознакомления

1 АНАЛИЗ И СТОИМОСТНАЯ ОЦЕНКА ПРОЕКТА МОБИЛЬНОГО ПРИЛОЖЕНИЯ НА БАЗЕ МЕТОДОЛОГИИ SCRUM

Цель проекта: разработка мобильного приложения «Заметки» для упрощения процесса фиксации идей или задач пользователя в структурном и удобном виде.
Данный проект разрабатывался в команде из 8 человек в компании Power Balance Support. Ключевыми особенностями проекта являются проведение утренних совещаний, проведение ревью после каждого спринта и тесное общение с заказчиком при проектировании очередного спринта.
Scrum акцентируется на качественном контроле всего процесса создания ПО. Вместе с управлением проектами Scrum часто используется для организации работы отделов поддержки разработанных программных продуктов (support teams), а также может выступать в качестве метода управления созданием и сопровождением программных приложений (Scrum of Scrums).
План проекта.
...

2 АНАЛИЗ И СТОИМОСТНАЯ ОЦЕНКА ПРОЕКТА ВЕБ-ПРИЛОЖЕНИЯ НА БАЗЕ МЕТОДОЛОГИИ XP

Экстремальное программирование (XP) — одна из популярных методологий разработки ПО, применяемая уже более 15 лет на рынке труда.
Название данной методологии основывается на идее интеграции полезных практик и методов разработки ПО, подняв их на новый уровень. В частности, существующая в рамках ХР практика организации ревизии (проверки) кода состоит в проверке одним программистом программного кода, который был создан другим программистом. Фактически, это происходит в процессе парного программирования, во время которого один программист пишет код, а его коллега в это время просматривает данный программный код.

Цель проекта: разработка веб-приложения для интерактивного дистанционного обучения и проверки знаний студентов по различным историческим положениям.
...

3 АНАЛИЗ И СТОИМОСТНАЯ ОЦЕНКА ПРОЕКТА НА БАЗЕ МЕТОДОЛОГИИ FDD

Как и остальные адаптивные методологии Feature Driven Development (FDD) - разработка, управляемая функциональностью делает основной упор на коротких итерациях, каждая из которых служит для проработки определенной части функциональности системы. Согласно FDD, одна итерация длится две недели. FDD насчитывает пять процессов. Первые три из них относятся к началу проекта.
1. Разработка общей модели.
2. Составление списка требуемых свойств системы.
3. Планирование работы над каждым свойством.
4. Проектирование каждого свойства.
5. Конструирование каждого свойства.
Основное ограничение, которое накладывается в рамках данного подхода, это "каждая функция должна быть реализована не более, чем за две недели". Т.е. если реально разработать функцию за один присест, то это хорошо, в противном случае данная функция должна разбиться на несколько и реализовываться постепенно.
...

Список литературы


1. Баронов В.В., Калянов Г.Н., Попов Ю.Н., Титовский И.Н. Информационные технологии и управление предприятием. М.: Компания АйТи, 2004 г. - 512 с.
2. Карминский А.М., Карминский С.А., Нестеров В.П., Черников Б.В. Информатизация бизнеса. 2-е изд., перераб. и доп. М.: Финансы и статистика, 2004 г. – 351 с.
3. Карпов Д.В. Гибкая методология разработки программного обеспечения // Вестник Нижегородского университета им. Н.И. Лобачевского, 2011, № 3 (2), с. 227–230.
4. Книберг Х. Scrum и XP. Заметки с передовой. Enterprise Software Development Series, 2015. 94 p.

и еще 5 источников.
Очень похожие работы
Пожалуйста, внимательно изучайте содержание и фрагменты работы. Деньги за приобретённые готовые работы по причине несоответствия данной работы вашим требованиям или её уникальности не возвращаются.
* Категория работы носит оценочный характер в соответствии с качественными и количественными параметрами предоставляемого материала. Данный материал ни целиком, ни любая из его частей не является готовым научным трудом, выпускной квалификационной работой, научным докладом или иной работой, предусмотренной государственной системой научной аттестации или необходимой для прохождения промежуточной или итоговой аттестации. Данный материал представляет собой субъективный результат обработки, структурирования и форматирования собранной его автором информации и предназначен, прежде всего, для использования в качестве источника для самостоятельной подготовки работы указанной тематики.
bmt: 0.00376
© Рефератбанк, 2002 - 2024