Лабораторная_работа_Основы_управления_программными_продуктами. Разработка концепции проекта
 Скачать 15.95 Kb.
|
|
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «ОРЛОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ИМЕНИ И.С. ТУРГЕНЕВА» Кафедра информационных систем и цифровых технологий ОТЧЕТ по лабораторной работе №2 по дисциплине «Основы управления программными продуктами» на тему: «Разработка концепции проекта» Студенты: Зайцева Ю.А., Белоус В.С. Шифр: 180790, 181466 Институт приборостроения, автоматизации и информационных технологий Направление подготовки: 09.03.03 Прикладная информатика Направленность (профиль): Интеллектуальная обработка данных Группа: 81-ПИ Преподаватель __________________ Ужаринский А.Ю. Дата ______________ Орел, 2021 Название проекта Мобильное приложение «ПДД. Билеты». Цели проекта Реализация мобильного приложения «ПДД. Билеты», приносящего прибыль разработчикам, а также являющегося интересным и выгодным для пользователей, а именно помощь в подготовке к экзамену в ГИБДД, а также освежить свои знания уже более опытным водителям. Дополнительными целями проекта являются: установление долгосрочных отношений с компанией «Underground», выход на рынок мобильных приложений и заключение контрактов с автошколами. Результаты проекта Реализованное мобильное приложение с gif-анимацией ситуации на дороге, видео уроками, бот-ассистентом для консультации по вопросам тестов; постоянная прибыль от использования продукта пользователями и от внутренней рекламы. Допущения и ограничения Проектирование ПО выполняется с использованием диаграмм UML. Разработка под заданные программно-аппаратные платформы, а именно Android с использованием языка программирования Java и iOS – язык программирования Swift. Данные пользователей должны храниться на сервере в СУБД MySQL. Ключевые участники и заинтересованные стороны Заказчик – компания «Green». Спонсор – компания «Underground» Пользователями автоматизированной системы являются автошколы и владельцы смартфонов на Android и iOS. Служба поддержки. Ресурсы проекта Людские ресурсы: 1 - руководитель проекта (70к) 1 - технический лидер (архитектура, проектирование) (50к) 1 – системный аналитик (требования, тест-дизайн, документирование) (40к) 7 – программистов (разработка серверной и клиентской части, 3D-моделирование gif-анимации и видео уроков) (65к) 4 – тестировщика (30к) 3 – служба поддержки (25к) Расходная часть бюджета проекта: - разработка и сопровождение ПО: 70к р. + 50к р. + 40к р. + 455к р. + 120к р. + 75к р. = 810к р. + 40к р./мес. - поставка оборудования и прикладного ПО: 5 ПК * 30000р. = 150000р., 7 ПК * 50000р. = 350000р., 2 сервера БД * 25000р. = 50000р. Всего по поставке оборудования и прикладного ПО: 150000р. + 350000р. + 50000р. = 550000р. Сроки 12.03 – Старт. 30.10 - Завершение проекта. Контрольные точки: 14.03 – ТЗ утверждено 15.03 – формулирование системных и ПО требований 18.03 – анализ требований 25.03 – проектирование архитектуры 27.04 – разработан и одобрен прототип дизайна мобильного приложения 29.05 – разработан базовый функционал приложения (варианты билетов, возможность проходить тесты) 30.06 – смоделированы и внедрены в приложение 3D gif-анимация и 3D видео уроки. 15.07 – разработан бот-ассистент 29.07 – разработан сервер для авторизации пользователей 05.08 – альфа-тестирование приложения сотрудниками компании 18.09 – бета-тестирование конечными пользователями 30.10 – приложение передано в эксплуатацию Риски Задачи системы поняты недостаточно полно. Понимание масштаба и рамок проекта недостаточно. Системы создаются на новой технологической платформе, сомнения в рыночной стабильности платформы. Суммарный уровень рисков следует оценить выше среднего. Критерии приемки По итогам опытной эксплуатации система должна продемонстрировать следующие показатели: - различные варианты тестирования (обычный, тематический и экзаменационный) - моделирование ситуации на дороге при помощи gif-анимации - видео уроки - бот-ассистент для консультации по вопросам теста - конфиденциальность пользовательских данных Обоснование полезности проекта Для заказчика: - отсутствие надобности покупки дополнительной литературы и лишней траты денег - большой функционал в одном приложении - высокая степень усвояемости материала Для компании-исполнителя: - повышение популярности приложения - огромный доход от заключения контрактов с автошколами Контрольные вопросы Для чего предназначен документ концепция проекта? Основным документом, создаваемым на этапе инициации проекта является концепция проекта. Концепция проекта содержит информацию о целях и задач проекта, его структуре, ресурсах, необходимых для его реализации, а также ожидаемых результатах и критериях приѐмки продукта проекта. Основное назначение данного документа – создание единого видения проекта всеми участниками и заинтересованными сторонами. Какие требования предъявляются к цели и результатам проекта? Цели проекта показывают основное назначение данного проекта для компании разработчика и основных потребителей программного продукта. Они должны описывать текущие бизнес-потребности и согласовываться со стратегическими целями компании. Цели должны быть значимыми, конкретными, измеримыми, реальными. Важной особенностью формулировки целей проекта является их измеримость. Должна быть возможность количественно измерить и оценить степень достижения поставленной цели по итогам реализации проекта. Также как и цели, результаты проекта должны быть количественно измеримыми для подтверждения получения описанных результатов при реализации проекта. Кто является ключевыми участниками проекта? К участникам проекта относятся лица, непосредственно участвующие в реализации проекта и оказывающие влияние на него. Ключевыми участниками проектов разработки программного обеспечения являются следующие лица и организации: - спонсор проекта. Лицо или группа лиц, финансирующих выполнение проекта. Следует учитывать тот факт, что спонсор проекта в большинстве случаев будет совпадать с заказчиком проекта. Однако это не обязательно; - заказчик проекта. Лицо или организация, которая будет использовать результаты проекта. Заказчик проекта не всегда будет являться непосредственным пользователем проекта, а может выступать в качестве посредника между разработчиками и пользователями; - пользователи результатов проекта. Лица, непосредственно использующие разработанное в рамках проекта программное обеспечение; - куратор проекта. Руководитель организации разработчика проекта уполномоченный принимать решения о выделении ресурсов на реализацию проекта, а также возможность внесения в него изменений; - руководитель проекта. Представитель исполнителя, ответственный за реализацию проекта в полном объѐме и в срок и уполномоченный распоряжаться ресурсами, выделенными на реализацию проекта; - команда исполнителей. Сотрудники организации исполнителя, непосредственно задействованные в реализации проекта; - соисполнители проекта. Это внешние субподрядчики и поставщики ресурсов. Как оцениваются риски проекта на этапе формулировки концепции проекта? На этапе разработки концепции проекта в условиях отсутствия детальной информации проводится только качественный анализ рисков и ставится относительная оценка общего уровня рисков. - Низкий. Цели проекта и требования хорошо поняты и документированы. Масштаб и рамки проекта заданы четко. Ресурсы требуемой квалификации доступны в полном объеме. Разрабатываемые системы не потребуют новой технологической платформы. - Средний. Цели проекта определены более-менее четко. Хорошее понимание требований к системе. Масштаб и рамки проекта заданы достаточно хорошо. Ресурсы требуемой квалификации доступны в основном. Системы создаются на новой, но стабильной технологической платформе. - Выше среднего. Цели проекта недостаточно четки. Задачи системы или бизнес-приложения поняты недостаточно полно. Понимание масштаба и рамок проекта недостаточно. Ресурсы требуемой квалификации сильно ограничены. Системы создаются на новой технологической платформе, сомнения в рыночной стабильности платформы. - Высокий. Цели проекта нечетки. Основные функциональные компоненты системы не определены. Масштаб и рамки проекта непонятны. Ресурсы требуемой квалификации практически отсутствуют. Системы создаются на новой технологической платформе, в отношении которой крайне мало ясности. Технологии имеют неподтвержденную стабильность. Для проектов разработки программного обеспечения уровень рисков на начальном этапе обычно оценивается как выше среднего или высокий. Это связано с тем, что проекты связаны с созданием нового продукта, характеристики которого до конца не известны, а также с применением новых технологий и инструментов. |