Вход

Методы «быстрой» разработки программной системы: методология Agile, методология экстремального программирования XP

Рекомендуемая категория для самостоятельной подготовки:
Курсовая работа*
Код 373606
Дата создания 09 января 2018
Страниц 36
Мы сможем обработать ваш заказ 18 октября в 12:00 [мск]
Файлы будут доступны для скачивания только после обработки заказа.
1 060руб.
КУПИТЬ

Описание

Курсовая работа выполнена по всем требованиям для МТИ.
Уникальность работы более 85% по етхт.
По запросу могу дополнить или изменить.
...

Содержание

ВВЕДЕНИЕ 3
ГЛАВА 1 АНАЛИЗ ГИБКИХ МЕТОДОЛОГИЙ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ 5
1.1. Ключевые термины и основные принципы гибких методологий разработки 5
1.2. Специфика и виды Agile методологий 8
Выводы по главе 1 15
ГЛАВА 2 ОСОБЕННОСТИ ИСПОЛЬЗОВАНИЯ AGILE МЕТОДОЛОГИИ SCRUM 16
2.1. Анализ основных аспектов Scrum 16
2.2. Специфика практической реализации Scrum методологии 19
Выводы по главе 2 24
ГЛАВА 3 РАЗРАБОТКА ПРОЕКТА НА БАЗЕ МЕТОДОЛОГИИ ЭКСТРЕМАЛЬНОГО ПРОГРАММИРОВАНИЯ 25
3.1. Описание плана проекта 25
3.2. Стоимостная оценка стоимости проекта 28
Выводы по главе 3 32
ЗАКЛЮЧЕНИЕ 33
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 35

Введение

Объект исследования: особенности популярных гибких методологий разработки ПО.
Предмет исследования: ключевые аспекты и этапы использования Agile для практической организации процесса разработки программных приложений.
Цель работы заключается в закреплении, расширении, обобщении и систематизации знаний в рамках изучаемой предметной дисциплины, что достигается путем анализа особенностей Agile практик с целью разработки программного обеспечения.

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

6
T021
Разработка концепции дизайна и общих стилей CSS
75
4
T022
Разработан страница ошибки 404
40
2
T023
Разработка главной страницы авторизации
80
2
T024
Разработка модуля авторизации с помощью сервисов Google
80
1
T025
Разработка тестов проверки функционала
70
2
T026
Подключение и стилизация Google maps
80
3
T027
Разработка классов контроллеров, моделей и представлений для страниц сайта
90
5
T028
Разработка ajax приемник
75
5
T029
Разработка страницы регистрации и авторизации для пользователей
80
1
T030
Реализация безопасного хранения паролей
85
1
T031
Подключение авторизации с помощью сервисов других соц. сетей
70
3
T032
Разработка системы комментариев и системы лайков с помощью соц. сетей
80
4
T033
Реализация событий на картах
60
9
T034
Разработка логики оценки позиций
75
5
T035
Разработка админ-режима для преподавателей
80
6
T036
Компоновка разделов и логических задач для теста, составление вопросов и ответов
85
4
T038
Интеграция Git
70
1
T039
Интеграция Jira
80
1
T040
Интеграция Trello
40
1
Руководителем проекта, совместно с постановщиком задачи была составлена предварительная оценка размера бюджета в районе 416 000 р. Менеджер проекта заложил риски в размере 30% стоимости проекта, среди которых риск просрочки, риск превышения бюджета, риск ухода разработчиков, риск технических ошибок и отказов. Это соответствует 139 000 р. Итоговая стоимость проекта в случае реализации предусмотренных рисков может составить 555 000 р.
Таблица 2 – Sprint backlog #2
ID
Название
Важ-ность
Предвари-тельная оценка
T001
Конструктор для учителей с возможностью добавить новые данные
80
7
T002
Реализация различных видов головоломок
75
6
T005
Возможность работы в системе с ролью ученика
60
8
T006
Возможность работы в системе с ролью учителя
80
4
T012
Регистрация в системе
80
2
T013
Разработка экрана выхода
50
2
T014
Выгрузка на хостинг
70
1
Таблица 3 – Sprint backlog #3
ID
Название
Важ-ность
Предвари-тельная оценка
T003
Сохранение промежуточных этапов / результатов
30
5
T004
Отслеживание учителем результатов
45
3
T008
Возможность комментирования
70
4
T010
Разработка экрана приветствия с полезной информацией
70
2
T011
Разработка экрана выбора теста
40
4
T002
Реализация визуальных видов головоломок
75
6
T041
Наличие интерактивных тестов
60
4
T009
Обратная связь с администрацией
40
2
Каждая user story имеет уникальный идентификатор(ID), название, приоритет по 100-бальной шкале, предварительную оценку объема работ в story point’s (определяется как S=A*B, где A – количество исполнителей задачи, человек; B – количество рабочих дней, которые исполнители A будут работать над задачей, дни).
Состав команды проекта включает 4 человека (таблица 2.5).
Таблица 5 – Состав команды разработчиков
Должность
Описание
Средняя часовая ставка
Front-end программист №1
Разработка структуры пользовательского интерфейса, визуальных функциональных компонентов. Реализация взаимодействия между пользователем и приложением, определение взаимосвязей между компонентами.
900 р.
Front-end программист №2
900 р.
Back-end программист
Разработка серверной части и внутренней механики обработки пользовательских действий и запросов. Реализация способов хранения данных, расчетных алгоритмов. Создание структуры БД и обеспечение ее взаимодействия с приложением.
1080 р.
Тестировщик
Проведение автоматизированных тестов и white-box тестирование приложения
600 р.
3.2. Стоимостная оценка стоимости проекта
Затратами на материальное обеспечение можно пренебречь в связи с тем, что выполнение проекта проводилось на личных ноутбуках разработчиков в государственном учебном помещении. Для реализации проекта требуется установка и настройка таких основных программных средств (все них являются бесплатными и свободно распространяемыми для коммерческой разработки), которые приведены в таблице 6.
Таблица 6 – Перечень использованных средств разработки проекта
Использованные средства реализации
Название
Язык back-end
PHP
Язык front-end
JavaScript
Система управления БД
MySql
Язык разметки
HTML
Разметка и верстка
CSS
посторонние API
API VK, Google
Интегрированная среда разработки
PhpStorm, Notepad++
локальный сервер
OpenServer
библиотеки
jQuery
Система управления проектами
Trello
Багтрекингова система
Jira
Система контроля версий
Git
Согласно разработанному плану каждый из членов команды задействован в течение 15 рабочих дней (по 5 дней в каждом спринте) в течение 8 часов в день. При этом специалисты разных ролей задействованы над работой по проекту в разной степени, что отражается в отличии их реальной загрузки на практике. Получаем следующие стоимостные затраты на оплату команды по выполнению отдельных функциональных возможностей (табл.6.)
Таблица 6 – Обобщенные затраты на реализацию функциональных спринта №1, №2 и №3
ID
Стоимость
ID
Стоимость
ID
Стоимость
T015
600
T001
2100
T003
1500
T016
2400
T002
1800
T004
900
T017
900
T005
2400
T008
1200
T018
600
T006
1200

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

1. Балашов А.И. Управление проектами. – М.: Издательство Юрайт, 2013. — 383 с.
2. Баронов В.В. Информационные технологии и управление предприятием. – М.: Компания АйТи, 2014. – 512 с.
3. Брукс П. Метрики для управления ИТ-услугами. – М.: Альпина Бизнес Букс, 2014. — 283 с.
4. Грекул В.И. Методические основы управления ИТ-проектами. – М.: Интуит; Бином, 2014. — 392 с.
5. Журавлев В.Г., Бутырин Г.Н., Гурнина Д.А. Инновационный менеджмент и управление проектами в России. – М.: МГУ, 2015. - 310 с.

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