- •Курсовая работа
- •1. Теоретическая часть. Управление рисками проекта 7
- •Теоретическая часть. Управление рисками проекта
- •1.1Концепция маркетинга в уп
- •1.2 Маркетинговые исследования
- •1.3. Разработка маркетинговой стратегии проекта
- •1.3.1. Стратегический анализ
- •1.4. Формирование концепции маркетинга проекта
- •1.5. Программа маркетинга проекта
- •1.6. Бюджет маркетинга проекта
- •1.7.Реализация маркетинга проекта
- •1.8. Управление маркетингом в рамках уп
- •Устав проекта
- •Описание проекта
- •Общая информация
- •Цели проекта
- •Обоснование целесообразности реализации проекта
- •Ожидаемые результаты проекта
- •Продукт проекта и его структура
- •Основные этапы и результаты реализации проекта
- •Заинтересованные стороны проекта
- •Ожидания заинтересованных сторон
- •Риски проекта
- •Допущения и ограничения
- •Периодичность отчетности участников проекта
- •Общие принципы выполнения работ
- •Передача и утверждение результатов проекта
- •Управление проектной документацией
- •Реестр заинтересованных сторон проекта
- •План управления проектом
- •План управления содержанием проекта
- •Цели проекта
- •Описание проекта
- •Основные этапы и результаты реализации проекта
- •Границы проекта
- •Критерии приемки продукта проекта
- •Параметры отклонений
- •Управление изменениями в проекте
- •План управления расписанием
- •План управления стоимостью проекта
- •Требования к ресурсам
- •План управления рисками проекта
- •План управления качеством проекта
- •Управление проектом
- •Контроль проекта
- •Оценка показателей проекта
- •Заключение Список используемой литературы
Описание проекта
Данный проект направлен на автоматизацию учета продаж интернет магазина. Необходимость создания данного проекта состоит в ведении отчетности о проданных товарах интернет-магазина. Информация, на основе которой можно создавать необходимые документы (отчеты), собирается в уже имеющуюся базу данных интернет-магазина, но не в базу данных системы отчетности. В связи с этим, возникла необходимость связать имеющиеся базы данных, путем обмена различными xml-пакетами между серверами двух баз данных, где в качестве посредника будет выступать интернет-магазин.
Решение задачи автоматизации осуществляется посредством разработки конфигурации на платформе 1С:Предприятие 8.3. В таблице 1 представлены инициатор, заказчик, руководитель проекта, а также сроки начала и завершения проекта.
Основные этапы и результаты реализации проекта
Таблица 6. Основные этапы и результаты реализации проекта
Этап |
Результат этапа |
Ответственный |
Предпроектная стадия |
Техническое задание, устав проекта, план управления проектом |
Окунев С. Омаров Р. |
Стадия разработка конфигурации |
Реализованная версия конфигурации |
Афанасьев Б. |
Стадия отладки и тестирования |
Отчет о результате тестирования. В случае недоработок и замечаний со стороны заказчика также предоставляется доработанная версия конфигурации. |
Козлов А. |
Завершающая стадия |
Сопроводительная документация к продукту. Итоговый вариант конфигурации. |
Афанасьев Б. Козлов А. Окунев С. Омаров Р. |
Границы проекта
Процедуру импорта данных о совершенной покупке необходимо выполнять сразу после окончания покупки в системе интернет-магазина со стороны пользователя. В учетной системе должны храниться только данные о проданных товаров, также отчеты должны строиться на основании этих данных.
Критерии приемки продукта проекта
№ этапа |
Результат этапа |
Критерии приемки |
1 |
Техническое задание, устав проекта, план управления проектом |
ТЗ должен отражать все требования заказчика к функциональности системы. Устав проекта описывает цели, возможные риски проекта, ожидаемые результаты. План управления проектом соответствует возможностям исполнителей и требованиям заказчика. Регламентирует привлечение ресурсов и взаимодействие с ними. |
2 |
Реализованная версия конфигурации |
Прием конфигурации идет только внутри команды проекта. Конфигурация должна выполнять соответствовать требованиям и выполнять все необходимые задачи. |
3 |
Отчет о результате тестирования. Доработанная версия конфигурации. |
Отчет должен содержать все недостатки системы, предъявленные заказчиком. Доработанная версия конфигурации должна соответствовать всем требования заказчика. |
4 |
Сопроводительная документация к продукту. Итоговый вариант конфигурации. |
Документация должна описывать возможности системы, возможна инструкция пользователя. |
Параметры отклонений
В проекте возможны отклонения по следующим параметрам:
сроки;
качество итогового продукта.
Отклонения конечных сроков проекта не допускаются, задержка отдельных этапов проекта должна компенсироваться временем на выполнения других этапов.
Итоговый продукт обязательно должен обладать функциональными возможностями, которые были согласованы при составлении ТЗ, однако, могут быть скорректированы методы реализации любой функции системы, что приведет к изменению качества продукта.