Управление проектом разработки web-приложения с использованием методологии MSF

СОДЕРЖАНИЕ
TOC \o "1-3" \h \z \u ВВЕДЕНИЕ PAGEREF _Toc79431845 \h 5Глава 1 Инициация и разработка концепции проекта PAGEREF _Toc79431846 \h 71.1Разработка технико-экономического обоснования проекта PAGEREF _Toc79431847 \h 71.1.1Описание компании разработчика Soft'n’Soft PAGEREF _Toc79431848 \h 71.1.2Характеристика компании заказчика PAGEREF _Toc79431849 \h 181.1.3 Определение концепции проекта PAGEREF _Toc79431850 \h 191.2 Концептуальное моделирование предметной области PAGEREF _Toc79431851 \h 211.3 Формирование бизнес-цели и задач проекта PAGEREF _Toc79431852 \h 261.4 Рассмотрение альтернативных вариантов проекта PAGEREF _Toc79431853 \h 281.5Подготовка технического задания на разработку ИТ проекта PAGEREF _Toc79431854 \h 301.5.1 Требования пользователей PAGEREF _Toc79431855 \h 301.5.2Системные требования PAGEREF _Toc79431856 \h 321.5.3Функциональность решения PAGEREF _Toc79431857 \h 341.5.4За рамками решения PAGEREF _Toc79431858 \h 341.5.5Стратегия архитектурного и технологического дизайна PAGEREF _Toc79431859 \h 34Выводы и результаты по главе 1 PAGEREF _Toc79431861 \h 35Глава 2 Планирование и реализация проектных решений PAGEREF _Toc79431862 \h 362.1 Разработка иерархической структуры ИТ проекта PAGEREF _Toc79431863 \h 362.2 Идентификация рисков ИТ проекта и планирование их минимизации PAGEREF _Toc79431864 \h 382.3 Календарное планирование ИТ проекта PAGEREF _Toc79431865 \h 402.4. Функциональная схема ИТ проекта PAGEREF _Toc79431866 \h 46Выводы и результаты по главе 2 PAGEREF _Toc79431867 \h 47Глава 3 Оценка реализуемости проектных решений PAGEREF _Toc79431868 \h 483.1 Обоснование выбора метода оценивания ИТ проекта PAGEREF _Toc79431869 \h 483.2 Анализ достижимости запланированных бизнес-выгод ИТ проекта PAGEREF _Toc79431870 \h 49Выводы и результаты по главе 3 PAGEREF _Toc79431871 \h 51ЗАКЛЮЧЕНИЕ PAGEREF _Toc79431872 \h 52СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ PAGEREF _Toc79431873 \h 54

ВВЕДЕНИЕС развитием электронного бизнеса по всему миру люди все больше начинают доверять интернет-продавцам, перестают бояться совершать покупки через интернет-магазины. Выручки интернет-магазинов продолжают расти, этот рынок стремительно развивается. Наличие такого канала сбыта у предпринимателя позволяет сэкономить на аренде дополнительных помещений и еще ряде статей расходов.
В компанию разработчика «Soft'n’Soft» обратилась фирма ООО «Читатель» с предложением разработать для них Интернет-ресурс для продажи книжной продукции, согласно ежегодно рассылаемому каталогу.
Основная функция магазина «Читатель» - продажа книжной продукции, согласно ежегодно рассылаемому каталогу. В связи с небольшим рынком сбыта, а в последнее время еще более сократившимся в связи с предпочтением многими чтения электронных версий изданий, была поставлена задача на разработку и поставку системы, автоматизирующей основную деятельность магазина – создание интернет-магазина (веб-ресурса), который позволит расширить рынок сбыта за счет возможности продавать продукцию не только в данном регионе, но и по всей стране. Магазин сможет реализовывать продукцию не только на бумажном носителе, но и в электронном виде.
Объектом исследования в рамках данной работы является процесс расширения бизнеса ООО «Читатель» посредством открытия интернет-магазина.
Предметом исследования является проект разработки web-приложения (интернет-магазина) для компании ООО «Читатель».
Целью данной работы является управление проектом разработки web-приложения. Для достижения поставленной цели необходимо решить ряд задач:
- Произвести инициацию и разработку концепции проекта;
- Спланировать и реализовать проектное решение;
- Оценить реализуемость проектных решений.
Разработка проекта по созданию интернет-магазина для ООО «Читатель» будет проводиться в соответствии с гибкой и легковесной моделью процессов MSF, которая представляет собой общую методологию разработки и внедрения IT-решения, охватывающую весь жизненный цикл создания решения [8].
Курсовая работа состоит из введения, трех глав, заключения, списка использованной литературы.
В первой главе описывается предметная область, приводится ее технико-экономическая характеристика, осуществляется постановка задачи.
Вторая глава посвящена планированию и реализации проектного решения: разработке иерархической структуры проекта, идентификации рисков, календарному и функциональному планированию ИТ проекта по разработке и внедрению веб-ресурса.
В третьей главе приводится оценка реализуемости проектного решения и расчет экономической эффективности проекта.
В заключении кратко представлены результаты и выводы о выполненной работе.
Итогом курсовой работы является разработка проекта web-приложения (интернет-магазина) с использованием методологии MSF, который позволит увеличить прибыльность бизнеса, расширить рынок сбыта ООО «Читатель» за счет возможности продавать продукцию не только в данном регионе, но и по всей стране. Кроме того, магазин сможет реализовывать продукцию не только на бумажном носителе, но и в электронном виде.

Глава 1 Инициация и разработка концепции проектаРазработка технико-экономического обоснования проектаОписание компании разработчика Soft'n’SoftСегодня повсюду применяется компьютеризация процессов работы, учебы и отдыха. В связи с этим популярностью пользуется софт, предназначенный для всевозможных целей: работа и учеба, просмотр видео, обработка изображений и так далее. Бизнес по разработке программного обеспечения (ПО) подразумевает продукцию для компаний и организаций, а также выпуск софта для личного домашнего использования.
Название фирмы: Soft'n’Soft
Количество персонала (штатный состав) фирмы: 51 человек.
Сфера деятельности фирмы: Разработка и сопровождение ПО.
Фирма «Soft'n’Soft» предоставляет следующие услуги:
Разработка веб- и мобильных приложений,
Разработка сайтов под ключ любой сложности (сайт-магазин, сайт-визитка, корпоративный портал и др.);
Автоматизация бизнес-процессов;
UX/UI дизайн — это проектирование любых пользовательских интерфейсов, в которых удобство использования так же важно, как и внешний вид;
Брендирование продукта:
Решение комплексных IT задач;
Тестирование и аналитика.
Миссия: Мы создаем качественный программный продукт, который помогает решать сложные бизнес задачи в один клик.
Видение: Расширение возможностей ПК и мобильных устройств за счет использования самого передового, уникального программного обеспечения с привлекательным визуальным оформлением.
Целевой аудиторией проекта по разработке программного обеспечения, в зависимости от выбора конкретного направления и сферы деятельности, станут компании крупного, среднего и малого бизнеса, если речь идет о разработке офисных приложений, а также фрилансеры и частные лица, если планируется выпуск программного обеспечения для работы, развлечений и отдыха. Эффективно извлекать прибыль и привлечь дополнительных клиентов можно, озадачившись разработкой и выпуском платных и условно-бесплатных мобильных приложений [4]. Продуктивной конкурентной борьбе способствует надежная репутация компании-разработчика, разработка уникальных приложений с привлекательным визуальным оформлением, собственный стиль и оптимальные цены.
На рисунке 1.1 представлена организационная структура фирмы «Soft'n’Soft».
Функции генерального директора компании состоят в трудоустройстве новых кадров, общем руководстве компанией, решении задач, связанных с установлением или изменением направления деятельности фирмы-разработчика с целью получения максимальной прибыли.
Технический директор подчиняется генеральному директору, он трансформирует стратегию развития компании в техническую стратегию бизнеса, а также обеспечивает реализацию технической стратегии, которая в свою очередь касается: инновационной деятельности предприятия, технических разработок, технологической подготовки производства, оборудования, ПО и IT-инфраструктуры предприятия, вопросов безопасности производства и технических компетенций бизнеса.
Директор по продажам и качеству продукции относится к топ-менеджменту и подчиняется исключительно генеральному директору. Он не только контролирует процесс реализации программного обеспечения, но и принимает в нем непосредственное участие.
Бизнес-целью деятельности директора по кадрам и быту является хорошо обученный, мотивированный персонал, способный реализовать цели бизнеса, а также обеспечение фирмы всем необходимым.

Рисунок 1.1 - Организационная структура фирмы
Руководитель отдела проектирования и разработки ПО (Руководитель проекта) отвечает за достижение целей проекта при заданных ограничениях (по срокам, бюджету и содержанию).
Ведущий дизайнер. Разработка дизайнерской концепции системы. Принятие ключевых проектных решений относительно дизайнерского устройства программной системы и её интерфейсов.
Руководитель группы тестирования. Определение целей и стратегии тестирования, управление тестированием.
Руководитель отдела анализа, технической документации и поддержки. Оценка планов и исполнения проекта. Выделение ресурсов. Контроль за выполнением технической документации и техническим сопровождением ПО.
Опишем бизнес - цели и задачи всех подразделений фирмы-разработчика (Табл.1.1):
Таблица 1.1 – Бизнес-цели и задачи подразделений фирмы
Наименование подразделения Бизнес-цели и задачи
Отдел проектирования и разработки ПО - Проектирование компонентов и подсистем в соответствие с общей архитектурой, разработка архитектурно значимых модулей;
- Проектирование базы данных; веб-приложений;
- Проектирование интерфейса пользователя. - - - Разработка, реализация и отладка отдельных модулей системы.
Отдел дизайна Разработка дизайна программного продукта и отдельных модулей системы.
Отдел тестирования Тестирование продукта. Анализ и документирование результатов.
Отдел анализа, технической документации и поддержки - Разрабатывает бизнес-концепцию системы.
- Определяет общее видение продукта, его интерфейсы, поведение и ограничения.
- Документирование и сопровождение требований к продукту.
- Дальнейшее сопровождение программного продукта
Отдел обеспечения Выполняет работы в рамках своей процессной деятельности (рецензирование, перевод и т.п.).
Отдел продаж Реализовать продукт по максимальной цене в минимальные сроки, реклама, контроль за соответствием качества продукции заявленному, связь с общественностью, поиск новых рынков для сбыта продукции
Кадровая служба Подбор хорошо обученного персонала, способного реализовать цели бизнеса, а также обеспечение фирмы всем необходимым для достижения поставленных целей.
Бухгалтерия Формирование ϲʙᴏевременной, качественной информации о финансовой и хозяйственной деятельности фирмы для определения поведения фирмы на рынке
Юридический отдел Подразделение фирмы, занимающееся соблюдением законности оформления документов, урегулированием экономических отношений, заключением договоров, выставлением претензий, составлением правовых документов, подачей исков.
Фирменный стандарт управления проектами мы решили построить на основе стандарта Microsoft Solutions Framework (MSF). MSF представляет собой согласованный набор концепций, моделей и правил. Стремясь достичь максимальной отдачи от IT-проектов, Microsoft выпустила в свет пакет руководств по эффективному проектированию, разработке, внедрению и сопровождению решений, построенных на основе своих технологий [8]. Эти знания базируются на опыте, полученном Microsoft при работе над большими проектами по разработке и сопровождению программного обеспечения, опыте консультантов Microsoft и лучшем из того, что накопила на данный момент IT-индустрия.
Разработка проекта по созданию ПО в фирме будет проводиться в соответствии с гибкой и легковесной моделью процессов MSF, которая представляет собой общую методологию разработки и внедрения IT-решения, охватывающую весь жизненный цикл создания решения. Эта модель сочетает в себе особенности двух классических моделей процессов: спиральной и каскадной.
Основные принципы модели процессов MSF [12]:
MSF настаивает на непрерывном взаимодействии с заказчиком в ходе всей работы над проектом.
Модель процессов MSF считает очень важным открытый обмен информацией как внутри команды, так и с ключевыми заинтересованными лицами.
Успех коллективной работы над проектом немыслим без наличия у членов проектной группы и заказчика единого видения (shared vision), т.е. четкого, и, самое главное, одинакового, понимания целей и задач проекта.
MSF настаивает на том, что каждый участник проектной группы должен ощущать ответственность за качество разрабатываемого решения.
MSF основывается на принципе непрерывной изменяемости условий проекта при неизменной эффективности управленческой деятельности.
Каждая итерация, каждая фаза процесса создания решения должна заканчиваться некоторым зримым результатом, некоторой вехой (milestone).
Работа проектной группы в идеале должна быть построена так, чтобы при возникновении такой потребности у заказчика текущее состояние разрабатываемого решения могло быть немедленно внедрено (с той функциональностью, которая в данный момент реализована).
Процесс MSF ориентирован на «вехи» (milestones) – ключевые точки проекта, характеризующие достижение в его рамках какого-либо существенного (промежуточного либо конечного) результата. Этот результат может быть оценен и проанализирован, что подразумевает ответы на вопросы: «Пришла ли проектная группа к однозначному пониманию целей и рамок проекта?», «В достаточной ли степени готов план действий?», «Соответствует ли продукт утвержденной спецификации?», «Удовлетворяет ли решение нужды заказчика?» и т. д. [9].
Модель MSF покрывает процесс создания решения с самого его начала и до момента окончательного внедрения. Весь процесс создания решения разбит на пять фаз (рис. 1.2). Каждая из них заканчивается главной вехой, результаты которой становятся видимыми за пределами проектной команды.

Рисунок 1.2 - Фазы и вехи модели процессов MSF
Основываясь на стандарте и модели процессов MSF, опишем основные фазы жизненного цикла типового проекта компании Soft'n’Soft, основные и промежуточные вехи каждой фазы (Табл. 1.2).
Таблица 1.2 – Фазы жизненного цикла проекта по созданию ПО
Фаза Описание фазы Основная веха Результаты Промежуточные вехи
1. Фаза выработки концепции Основными задачами фазы являются создание ядра проектной группы и подготовка документа общего описания и рамок проекта Концепция утверждена - Общее описание и рамки проекта
- Документ оценки рисков
-Описание структуры проекта - Ядро проектной группы сформировано
- Черновой вариант концепции проекта составлен
2. Фаза планирования Производится основная работа по составлению планов проекта. Планы проекта утверждены. - Функциональная спецификация;
- План управления рисками;
- Сводный план и сводный календарный график проекта.
- Верификация технологий;
- Базовая версия функциональной спецификации создана;
-Базовая версия сводного календарного графика проекта создана;
- Среды разработки и тестирования развернуты
3. Фаза разработки
Проектная группа фокусируется на создании компонент решения (включая как документацию, так и программный код).
Разработка завершена. · Исходный и исполнимый код приложений;
· Скрипты установки и конфигурирования;
Разработка графического интерфейса;
· Окончательная функциональная спецификация;
· Материалы поддержки решения · Концепция подтверждена;
· Билд 1 завершен;
· Билд 2 завершен;
· Билд n завершен
4. Фаза стабилизации
Во время фазы стабилизации производится тестирование разработанного решения.
Готовность решения утверждена Окончательный продукт
· Документация выпуска
· Материалы поддержки решения;
· Результаты и инструментарий тестирования;
· Проектная документация;
· Анализ пройденной фазы · Контрольное тестирование завершено
· Тестирование приемлемости для потребителей завершено
· Пилотное внедрение завершено
5. Фаза внедрения
Во время этой фазы проектная группа внедряет технологии и компоненты решения, стабилизирует внедренное решение, передает работу персоналу поддержки и сопровождения и получает со стороны заказчика окончательное. Внедрение завершено. · Информационные системы эксплуатации и поддержки;
· Процедуры и процессы;
· Базы знаний, отчеты, журналы протоколов
· Версии проектных документов, разработанные во время проекта;
· Отчет о завершении проекта · Ключевые компоненты развернуты;
· Внедрение на местах завершено;
· Внедренное решение стабилизировано.
Организационная структура проекта представлена на рис. 1.3.

Рисунок 1.3. Организационная структура проекта

Опишем технологию создания команды проекта по разработке ПО для заказчика.
Каждый проект разработки ПО имеет свою организационную структуру, которая определяет распределение ответственности и полномочий среди участников проекта, а также обязанностей и отношений отчетности. Чем меньше проект, тем больше ролей приходится совмещать одному исполнителю.
Производственная база компании – отдел разработки, поэтому затруднительно переоценить роль опытных программистов, проектировщиков и разработчиков ПО для данного типа бизнес-проекта.
Текучка кадров в сфере разработки софта отличается высокими показателями, поэтому для отечественных компаний первоочередной является задача удержания квалифицированных сотрудников. Решению такой задачи во многом способствует заключение долгосрочных контрактов с привлекаемыми разработчиками и отказ от сотрудничества с удаленными специалистами [3].
Состав команды проекта
Роли и ответственности участников типового проекта разработки ПО в фирме Soft'n’Soft можно условно разделить на шесть групп:
1. Анализ. Извлечение, документирование и сопровождение требований к продукту.
2. Управление. Определение и управление производственными процессами.
3. Дизайн. Разработка дизайнерской концепции ПО.
4. Производство. Проектирование и разработка ПО.
5. Тестирование. Тестирование ПО.
6. Обеспечение. Производство дополнительных продуктов и услуг.
Группа анализа включает в себя следующие роли:
Бизнес-аналитик. Построение модели предметной области (онтологии).
Бизнес-архитектор. Разрабатывает бизнес-концепцию системы. Определяет общее видение продукта, его интерфейсы, поведение и ограничения.
Системный аналитик. Отвечает за перевод требований к продукту в функциональные требования к ПО.
Специалист по требованиям. Документирование и сопровождение требований к продукту.
Менеджер проекта (функциональный заказчик). Представляет в проекте интересы пользователей продукта.
Группа управления состоит из следующих ролей:
Руководитель проекта (Руководитель отдела проектирования и разработки ПО). Отвечает за достижение целей проекта при заданных ограничениях (по срокам, бюджету и содержанию), осуществляет операционное управление проектом и выделенными ресурсами.
Ведущий дизайнер. Разработка дизайнерской концепции системы. Принятие ключевых дизайнерских решений относительно графических интерфейсов системы.
Руководитель отдела тестирования. Определение целей и стратегии тестирования, управление тестированием.
Куратор проекта (Руководитель отдела анализа), технической документации и поддержки. Оценка планов и исполнения проекта. Выделение ресурсов. Контроль за выполнением технической документации и техническим сопровождением ПО.
Руководитель отдела обеспечения. Выделение необходимых специалистов для выполнения конкретных задач в рамках своей профессиональной деятельности.
Группа дизайна состоит из следующих ролей:
Дизайнер графического интерфейса. Разработка дизайна программного продукта и отдельных модулей системы.
Web-дизайнер. Разработка дизайна web-приложений
Дизайнер мультимедийного оформления. Разработка мультимедийного оформления
Концепт-художник. Разработка дизайна проекта в целом.
В производственную группу входят:
Проектировщик. проекта Проектирование компонентов и подсистем в соответствие с общей архитектурой, разработка архитектурно значимых модулей.
Проектировщик базы данных.
Проектировщик графического интерфейса пользователя.
Разработчик. Проектирование, реализация и отладка отдельных модулей системы.
Инженер-программист. Написание программного кода системы.
Web-программист. Написание программного кода веб-приложений.
В большом проекте может быть несколько производственных групп, ответственных за отдельные подсистемы. Как правило, проектировщик проекта выполняет роль лидера группы и управляет своим подпроектом или пакетом работ. Руководитель проекта делегирует полномочия, но не ответственность.
Группа тестирования в проекте состоит из следующих ролей:
Проектировщик тестов. Разработка тестовых сценариев.
Разработчик автоматизированных тестов.
Тестировщик. Тестирование продукта. Анализ и документирование результатов.
Участники группы обеспечения. Они выполняют работы в рамках своей профессиональной деятельности. К группе обеспечения относятся следующие проектные роли:
Технический писатель.
Переводчик.
Разработчик учебных курсов, тренер.
Участник рецензирования.
Специалист по информационной безопасности.
В зависимости от масштаба проекта одну роль могут исполнять несколько человек. Например, разработчики, тестировщики, технические писатели. Некоторые роли всегда должен исполнять только один человек. Например, Руководитель проекта [6].
Характеристика компании заказчикаВ компанию разработчика «Soft'n’Soft» обратилась фирма ООО «Читатель» с предложением разработать для них Интернет-ресурс для продажи книжной продукции, согласно ежегодно рассылаемому каталогу.
Разработчик «Soft'n’Soft» принял от ООО «Читатель» заказ в работу, была составлена концепция проекта по разработке интернет-магазина (сайт со сложным функционалом, предназначенный для продажи товаров, содержащий иллюстрированный каталог продаваемых книг, опцию выбора способа оплаты, доставки и корзину с товарами).
Целью проекта для компании разработчика является создание Интернет-ресурса для книжного магазина.
Сведения о заказчике
Книжный магазин ООО «Читатель»
Численность работников: 5
Сфера деятельности: продажа книжной продукции
Цель деятельности: извлечение прибыли
Управляющий аппарат магазина состоит из директора и управляющего магазином.
Наш магазин расположен в небольшом провинциальном городе, рынок сбыта не большой, требуется расширение рынка сбыта с целью увеличения прибыльности бизнеса. Принято решение по созданию интернет-магазина, обеспечение его работоспособности и достижение конкретного уровня заказов через новый Интернет-ресурс, а также увеличения прибыльности бизнеса на 10%.
Прибыль от бизнеса в 2020 году составила 23 млн. руб.
Краткая легенда проекта. Заказчик ООО «Читатель» является одним из 3 существующих книжных магазинов в городе N.
Основная функция магазина «Читатель» - продажа книжной продукции, согласно ежегодно рассылаемому каталогу.
В связи с небольшим рынком сбыта, а в последнее время еще более сократившимся в связи с предпочтением многими чтения электронных версий изданий, была поставлена задача на разработку и поставку системы, автоматизирующей основную деятельность магазина – создание интернет-магазина (веб-ресурса), который позволит расширить рынок сбыта за счет возможности продавать продукцию не только в данном регионе, но и по всей стране.
Магазин сможет реализовывать продукцию не только на бумажном носителе, но и в электронном виде.
Мы делаем книги доступными всем. Несмотря на то, что нас могут разделять тысячи километров, Вы получите любимую книгу за считанные минуты.
1.1.3 Определение концепции проектаВ общих чертах концепция разработки сайта (интернет-магазина) для ООО «Читатель» представлена в таблице 1.3.
Таблица 1.3 – Определение концепции проекта по разработке интернет-магазина для ООО «Читатель»
Составляющая проекта Описание
название проекта Разработка сайта для ООО «Читатель»
цели проекта Целью проекта является повышение эффективности основной деятельности магазина (увеличение прибыльности на 10%)
Дополнительными целями проекта являются:
1. Установление долгосрочных отношений с важными заказчиками (в том числе университетами)
2. Выход на новый перспективный рынок современных систем.
Результаты проекта должны обеспечить:
1. Выход на новый рынок сбыта
2. Снижение сроков обработки заявок.
3. Повышение оперативности доступа к информации о наличии продукции.
4. Повышение надежности и полноты хранения информации о поступивших заявках
результаты проекта Продуктами проекта являются:
1. Прикладное ПО и web-ресурс, а также документация пользователей
2. Базовое ПО.
3. Оборудование ЛВС, рабочие станции, сервера и операционно-системное ПО.
4. Проведение пуско-наладочных работ и ввод в опытную эксплуатацию.
5. Обучение пользователей и администраторов системы.
6. Сопровождение системы на этапе опытной эксплуатации.
7. Передача системы в промышленную эксплуатацию.
Система должна автоматизировать следующие функции:
1. Авторизация и аутентификация пользователей.
2. Просмотр каталога книжной продукции
3. Поиск продуктов по каталогу.
4. Заказ выбранных продуктов.
5. Просмотр информации о статусе заказа.
6. Информирование клиента об изменении статуса заказа.
7. Просмотр и обработка заказов исполнителями
8. Просмотр статистики поступления и обработки заказов за период.
9. Подготовка и сопровождение каталога продукции.
допущения и ограничения 1. Проектирование сайта и прикладного ПО выполняется с использованием UML
2. Средством разработки ПО является Symantec Visual Cafe for Java.
3. В качестве промежуточного ПО сопровождения каталога используется ОО БД «Book».
4. Нагрузка на систему не должна быть более 10 одновременно работающих пользователей.
В рамки проекта не входят:
1. Защита системы от преднамеренного взлома.
2. Разработка B2B API и интеграция с другими системами.
ключевые участники и заинтересованные стороны Пользователи сайта интернет-магазина:
Клиенты ООО «Читатель» (поиск и заказ книжной продукции).
Руководство магазина (анализ деятельности).
Сотрудники магазина (сопровождение каталога, обработка заявок и поставка книг)
сроки 11.05.2021-18.08.2021
риски Отсутствие согласованных требований заказчика к системе, сложность интеграции с существующими информационными системами заказчика, недостаточный уровень знаний пользователей
критерии приемки Наличие 90% функций, описанных в пункте «Результаты проекта»
обоснование полезности проекта - расширение ранка сбыта;
- увеличение объемов продаж книжной продукции;
- увеличение прибыльности бизнеса на 10%
Определив концепцию проекта, перейдем к разработке концептуальной модели предметной области.
1.2 Концептуальное моделирование предметной областиВ рамках настоящего исследования моделирование бизнес–процессов Предприятия выполнено с помощью методологии SADT. В качестве инструмента моделирования использовался инструментарий CASE–системы All Fusion Process Modeler версии 7.1 [9].
Контекстная диаграмма процесса представлена на рисунке 1.4.

Рисунок 1.4 – Контекстная диаграмма (нотация IDEF0)
Методология SADT применяется для анализа функций, выполняемых системой, а также для указания механизмов, посредством которых они осуществляются [13]. В данной работе использована нотация IDEF0, которая позволяет произвести функциональное моделирование процессов в виде набора взаимосвязанных блоков, отображающих процессы, происходящие в анализируемой системе [11].
Технологический процесс «как есть» происходит в соответствии с рисунком 1.5 и построен следующим образом: менеджер, ответственный за проект, заполняет специальную форму, описывающую требования заказчика к проекту (так называемую «анкету»), далее заключается типовой договор, в котором прописываются используемые модули системы управления, количество вариантов дизайн-макетов, сроки и условия оплаты и предоставления материалов, а в приложении к договору стоимость услуг и календарный план выполнения работ. Договор подписывается заказчиком и компанией-исполнителем, после получения авансового платежа (зависящего от полной стоимости договора), пишется техническое задание, оно утверждается заказчиком. Далее происходит создание сайта.
Создаются и утверждаются дизайн-макеты, клиенту высылаются изображения, а он вносит свои замечания менеджеру.
Согласно списку замечаний, дизайнер перерабатывает макеты и вновь отсылает на утверждении. Далее утвержденный макет верстается, программист связывает верстку и существующую систему управления, выполняет индивидуальные задачи, контент-менеджер наполняет готовый сайт информацией, полученной от клиента, менеджер утверждает готовый проект. При необходимости вносятся изменения. По окончании работ обоими сторонами подписывается акт сдачи-приемки выполненных работ, клиентом вносится остаток финансовых средств.

Рисунок 1.5 – Технологический процесс «как есть» (нотация IDEF0)
Процесс создания сайта представлен на рисунке 1.6.

Рисунок 1.6 – Процесс создания сайта (нотация IDEF0)
Процесс утверждения технического задания построен в соответствии с рисунком 1.7: менеджер проекта составляет техническое задание согласно пожеланиям клиента, относительно заказанного веб – решения, пересылает техническое задание заказчику. Заказчик просматривает полученный документ, просит внести коррективы или утверждает первоначальный вариант. В случае несогласования менеджер вносит необходимые правки и пересылает техническое задание клиенту на повторное утверждение. Далее процесс утверждения проходит еще раз и до полного соответствия технического задания требованиям клиента.

Рисунок 1.7 – Процесс оформления и утверждения технического задания (нотация IDEF3)
Процесс утверждения готовой работы построен в соответствии с рисунком 1.8. Готовый проект выкладывается на хостинг компании-разработчика и проходит последний этап согласования.

Рисунок 1.8 - Процесс утверждения готового проекта (нотация IDEF3)
Заказчик анализирует не только внешний вид проекта, но и скорость загрузки страниц, работоспособность сервисов, удобство администрирования, общее соответствие заявленным требованиям. Если появляются замечания, то менеджер проекта анализирует их правомерность, в случае признания правомерности вносятся корректировки, в случае несоответствия требований и изначальных планов клиенту предлагается оформить дополнительное соглашение к договору, включающее новые требования и стоимость их разработки. После окончания процесса согласования подписывается акт сдачи – приемки работ, остаток финансовых средств переводится на счет компании, проект переносится на хостинг клиента.
1.3 Формирование бизнес-цели и задач проектаРазработка концепции проекта внедрения автоматизированной системы продажи для книжного магазина должна включать следующие специфические разделы [10]:
Оценка интернет-рынка книг по объему и стоимости реализации.
Определение себестоимости содержания интернет-магазина.
Выявление потребностей в дополнительных рынках сбыта у имеющегося магазина книг.
В результате: создание интернет-магазина, обеспечение его работоспособности и достижение конкретного уровня заказов через новый Интернет-ресурс
Целью проекта является повышение эффективности основной деятельности магазина.
Дополнительными целями проекта являются:
1. Установление долгосрочных отношений с важными заказчиками (в том числе университетами)
2. Выход на новый перспективный рынок современных систем.
Результаты проекта должны обеспечить:
1. Выход на новый рынок сбыта
2. Снижение сроков обработки заявок.
3. Повышение оперативности доступа к информации о наличии продукции.
4. Повышение надежности и полноты хранения информации о поступивших заявках и результатах их обработки.
Продуктами проекта являются [1]:
1. Прикладное ПО и web-ресурс, а также документация пользователей
2. Базовое ПО.
3. Оборудование ЛВС, рабочие станции, сервера и операционно-системное ПО.
4. Проведение пуско-наладочных работ и ввод в опытную эксплуатацию.
5. Обучение пользователей и администраторов системы.
6. Сопровождение системы на этапе опытной эксплуатации.
7. Передача системы в промышленную эксплуатацию.
Система должна автоматизировать следующие функции:
1. Авторизация и аутентификация пользователей.
2. Просмотр каталога книжной продукции
3. Поиск продуктов по каталогу.
4. Заказ выбранных продуктов.
5. Просмотр информации о статусе заказа.
6. Информирование клиента об изменении статуса заказа.
7. Просмотр и обработка заказов исполнителями
8. Просмотр статистики поступления и обработки заказов за период.
9. Подготовка и сопровождение каталога продукции.
Предположения и Ограничения
1. Проектирование сайта и прикладного ПО выполняется с использованием UML
2. Средством разработки ПО является Symantec Visual Cafe for Java.
3. В качестве промежуточного ПО сопровождения и поддержки каталога используется
ОО БД «Book».
4. Нагрузка на систему не должна быть более 10 одновременно работающих пользователей.
В рамки проекта не входят:
1. Защита системы от преднамеренного взлома.
2. Разработка B2B API и интеграция с другими системами.
ПользователиПользователи сайта интернет-магазина:
Клиенты ООО «Читатель» (поиск и заказ книжной продукции).
Руководство магазина (анализ деятельности).
Сотрудники магазина (сопровождение каталога, обработка заявок и поставка книг)
1.4 Рассмотрение альтернативных вариантов проектаСейчас на рынке разработки ПО существует множество предложений по разработке web-ресурсов: от покупки готового решения до заказа у компаний разработчиков ресурса, разработанного под конкретную компанию. Введя в поисковой строке Яндекс запрос на покупку готового решения, можно увидеть множество предложений по покупке готовых интернет-магазинов (Рисунок 1.9).
В целом, большинство уже готовых сайтов данного направления ориентированы на универсальность их применения, что влечет за собой такие недостатки как: сложность ввода в эксплуатацию; высокие требования к настройке и адаптации под конкретный бизнес, отсутствие всего необходимого функционала или, наоборот, перегруженность ненужными функциями [16].
Поэтому в ООО «Читатель» было принято решение заказа разработки интернет-магазина у ООО «Soft'n’Soft» под свой бизнес. Выбор компании разработчика производился на основе рейтинга компаний-разработчиков веб-ресурсов. Продуктивной конкурентной борьбе ООО «Soft'n’Soft» способствует надежная репутация, отсутствие программных ошибок и недочетов в работе выпускаемого софта, разработка уникальных приложений с привлекательным визуальным оформлением, собственный стиль и оптимальные цены на программный продукт.

Рисунок 1.9 – Предложения по покупке готового интернет-магазина
Разработка проекта по созданию ПО в фирме «Soft'n’Soft» производится в соответствии с гибкой и легковесной моделью процессов MSF, которая представляет собой общую методологию разработки и внедрения IT-решения, охватывающую весь жизненный цикл создания решения. Эта модель сочетает в себе особенности двух классических моделей процессов: спиральной и каскадной.
Основные принципы модели процессов MSF [8]:
MSF настаивает на непрерывном взаимодействии с заказчиком в ходе всей работы над проектом.
Модель процессов MSF считает очень важным открытый обмен информацией как внутри команды, так и с ключевыми заинтересованными лицами.
Успех коллективной работы над проектом немыслим без наличия у членов проектной группы и заказчика единого видения (shared vision), т.е. четкого, и, самое главное, одинакового, понимания целей и задач проекта.
MSF настаивает на том, что каждый участник проектной группы должен ощущать ответственность за качество разрабатываемого решения.
MSF основывается на принципе непрерывной изменяемости условий проекта при неизменной эффективности управленческой деятельности.
Каждая итерация, каждая фаза процесса создания решения должна заканчиваться некоторым зримым результатом, некоторой вехой (milestone).
Работа проектной группы в идеале должна быть построена так, чтобы при возникновении такой потребности у заказчика текущее состояние разрабатываемого решения могло быть немедленно внедрено (с той функциональностью, которая в данный момент реализована).
Таким образом, в ООО «Читатель» было принято решение заказа разработки интернет-магазина у ООО «Soft'n’Soft» под свой бизнес, так как приобретение готового веб-ресурса для продажи книжной продукции за немалые деньги со значительной частью неиспользуемого функционала и сложностями адаптации к существующим процессам, на наш взгляд, является нецелесообразным.
Любой сайт состоит из двух частей – визуальной и программной. Над визуальной составляющей будут работать Frontend-разработчики, а над программной – Backend-специалисты. Первые используют такие технологии, как HTML, CSS, JavaScript. Для вторых основными инструментами выступают языки программирования С++, PHP, Python, Ruby.
Подготовка технического задания на разработку ИТ проекта
1.5.1 Требования пользователейПользовательский интерфейс сайта магазина должен обеспечивать наглядное, интуитивно понятное представление структуры, размещенной на нем информации, быстрый и логичный переход к разделам и страницам (Рисунок 1.10).
Навигационные элементы должны обеспечивать однозначное понимание пользователем их смысла: ссылки на страницы должны быть снабжены заголовками, условные обозначения соответствовать общепринятым. Графические элементы навигации должны быть снабжены альтернативной подписью.
Рисунок 1.10 – Пользовательский интерфейс сайта магазина
Система должна обеспечивать навигацию по всем доступным пользователю ресурсам и отображать соответствующую информацию. Меню должно представлять собой текстовый блок (список гиперссылок) в верхней части страницы.
Для разделов, содержащих подразделы, должно быть предусмотрено выпадающее подменю.
При выборе какого-либо из пунктов меню пользователем должна загружаться соответствующая ему информационная страница (новостная лента, форма обратной связи и пр.), а в блоке меню (или в основной части страницы в зависимости от утвержденного дизайна) открываться список подразделов выбранного раздела.
Изменение содержимого разделов должна осуществляться посредством администраторского веб-интерфейса (системы управления сайтом), который должен предусматривать возможность редактирования информационного содержимого страниц сайта. Наполнение информацией должно проводиться с использованием шаблонов страниц сайта [14].
Системные требованияНа стороне магазина:
P4 300 MHz или аналогичный RAM 256 Mb Video RAM 128 Mb Установленный java Runtime
На стороне клиентов:
P4 300 MHz или аналогичный RAM 128 Mb Video RAM 128 Mb Установленный java RuntimeРекомендуемые требования для оптимальной работы с сайтом:
1. Электронная почта. Чтобы не разбираться, почему вам не приходят письма с нашего сайта, мы рекомендуем при регистрации использовать распространенные и надежные почтовые сервисы yandex.ru, gmail.com, mail.ru и т.п. Потому что, например, сервис outlook.com не пропускает наши сообщения, не предоставляя контактных данных для уточнения требований их политики. Также проблемы возникали при использовании hotmail.com и других менее известных служб.
2. Отключенные блокировщики рекламы: Adblock, AdGuard и другие. Желание не видеть рекламу понятно, но, к сожалению, ее блокировщики часто скрывают то, что к рекламе никакого отношения не имеет, а вам очень нужно. Пользователи пишут в службу тех. поддержки, почему не работает то или это, а мы вынуждены долго разбираться с тем, в чем сайт не виноват. Так могут быть скрыты блокировщиком кнопки социальных сетей, блоки дневников артериального давления (сокращение AD на английском означает рекламу) и еще много чего полезного. Мы уже не говорим о том, что реклама для сайта — это один из способов покрывать немалые расходы на его содержание. Поэтому блокировщик рекламы при входе на наш сайт необходимо отключить.
3. Браузер: Chrome, Яндекс, Firefox, Opera или Safari.
Internet Explorer должен быть не ниже 9 версии с установленным режимом документов Internet Explorer 11. Иначе возможны проблемы с отображением отдельных элементов на страницах или их нетипичное для других браузеров отображение.
4. Операционная система: Windows 7 / 8 / 10 и выше.
В операционной системе Linux было замечено нестандартное поведение браузеров, например, в Chrome завышение размера полей ввода, что иногда приводит к невидимости некоторых элементов управления или других полей, расположенных в той же строке таблицы.
5. Наличие установленной на компьютере программы голосовой и видео связи Skype, подключенные микрофон, динамики или наушники.
С сайтом, конечно, можно работать и без этого, но если говорить о полномасштабном использовании его возможностей, то голосовая связь через удобный для Вас, хорошо освоенный сервис, Вам может понадобиться, хотя бы для связи со службой технической поддержки.
6. Мы рекомендуем входить на сайт через стационарный компьютер. К сожалению, пока мы не можем гарантировать правильную работу всех функций сайта на мобильных устройствах. Хотя в большинстве случаев это возможно. Но если на смартфоне возникают проблемы, то вам желательно установить полноценный браузер, например, Google Chrome.
Функциональность решенияХранилище находится в оперативной памяти.
Добавление книг по нажатию кнопки
Проверка корректности введения данных
Проверка существования книги с введенным номером
Создание визуальной формы для отображения книги
Добавление книг
Добавление в визуальные формы заказа информации о добавленных книгах
Удаление книг из заказа
Поиск более дешевого аналога
Заказ книг
За рамками решенияРаспределенное хранилище не будет реализовано в первой версии.
Раздельное приложение для сотрудников магазина и клиентов.
Поиск всех имеющихся книг. Реализован будет поиск только по одному критерию.
Стратегия архитектурного и технологического дизайнаОбъектно-ориентированный дизайн и проектирование. Java для визуализации.
Поддерживает объектно-ориентированные технологии. Упрощенное создание визуального представления. Платформенная независимость. С++ для обработки данных.
Компиляция в нативный код серверной платформы обеспечивает наилучшую производительность VS2019.
Наиболее удобное средство для разработки кода на C++.
Стратегия архитектурного дизайна представлена на рисунке 1.11

Рисунок 1.11 – Стратегия архитектурного дизайна
Команда разработчиков предпочитает использовать для разработки NetBeans. Разработка для java части наиболее удобный инструмент.
Выводы и результаты по главе 1В компанию разработчика «Soft'n’Soft» обратилась фирма ООО «Читатель» с предложением разработать для них Интернет-ресурс для продажи книжной продукции согласно ежегодно рассылаемого каталога.
Разработчик «Soft'n’Soft» принял от ООО «Читатель» заказ в работу, была составлена концепция проекта и техническое задание на разработку интернет-магазина (сайт со сложным функционалом, предназначенный для продажи товаров, содержащий иллюстрированный каталог продаваемых книг, опцию выбора способа оплаты, доставки и корзину с товарами).
Перейдем непосредственно к планированию самого ИТ-проекта.
Глава 2 Планирование и реализация проектных решений2.1 Разработка иерархической структуры ИТ проектаКомпанией-разработчиком «Soft'n’Soft» был разработан базовый план проекта для последующего его уточнения и корректировки с помощью приложения MS Project [1, 18].
Таблица 2.1 – Фазы жизненного цикла проекта по созданию сайта для книжного магазина «Читатель»
Фаза (основные задачи) Описание фазы Основная веха Подзадачи фазы
1. Начало проекта 2. Анализ рынка и разработка концепции проекта Основными задачами фазы являются анализ конкурентов, знакомство со спецификой продукта, создание ядра проектной группы и подготовка документа общего описания и рамок проекта. Концепция утверждена - Выделение основных услуг и определение конкурентов.
- Экспресс-анализ сайтов конкурентов.
- Формулировка преимуществ продукта.
- Общее описание и рамки проекта.
- Документ оценки рисков.
-Описание структуры проекта.
3. Планирование и подбор семантики Производится основная работа по составлению планов проекта. Она включает в себя подготовку проектной группой функциональной спецификации, разработку дизайнов, подготовку рабочих планов, оценку проектных затрат и сроков разработки различных составляющих проекта. План проекта утвержден. - Функциональная спецификация.
- План управления рисками.
- Сводный план и сводный календарный график проекта.
- Начальное планирование структуры сайта
- Сбор семантического ядра и сегментирование
- Согласование и утверждение семантического ядра
- Корректировка структуры сайта с учетом семантического ядра
- Доработка и согласование структуры сайта с учетом семантического ядра
4. Разработка структуры сайта и прототипирование
Проектная группа фокусируется на создании компонент решения Разработка структуры сайта завершена - Базовые рекомендации и SEO по контенту для страниц постранично
- Техническое задание на контент страниц;
- Написание текстов;
- Прототипирование страниц
- Окончательная функциональная спецификация
5. Дизайн сайта На данном этапе происходит проектирование общего стиля и композиции сайта, а также непосредственно его создание Дизайн сайта утвержден - Техническое задание дизайнеру
- Дизайн главной страницы сайта
- Дизайн остальных страниц
- Рекомендации на адаптацию
- Согласование дизайна сайта
Продолжение таблицы 2.1
Фаза (основные задачи) Описание фазы Основная веха Подзадачи фазы
6. Верстка сайта На этом этапе создается html-код, размещающий элементы веб-страниц в окне браузера согласно разработанному макету Верстка утверждена - Составление технического задания на верстку
- Разработка графического интерфейса
- Подготовка оптимизированных метатегов и Н1
- SEO рекомендации для этапа верстки
- Верстка (адаптивная)
- Согласование верстки
7. Программирование сайта Следует обратить внимание, что активность проектной команды на этом этапе не ограничивается написанием разработчиками кода – все ролевые кластеры принимают деятельное участие в создании и тестировании решения. Программная часть утверждена - Техническое задание на программирование
- Рекомендации для этапа программирования
- Исходный и исполнимый код приложений;
- Скрипты установки и конфигурирования;
- Спецификации и сценарии тестов
- Согласование программной части
8. Тестирование и отладка сайта Во время фазы стабилизации производится тестирование разработанного решения. При этом внимание фокусируется на его эксплуатации в реалистичной модели производственной среды. Проектная группа занимается приоритезацией и устранением ошибок, а также подготовкой решения к выпуску [19, 20]. Тестирование завершено - Создание окончательного продукта;
- Документация выпуска;
- Материалы поддержки решения;
- Результаты и инструментарий тестирования;
- Исходный и исполнимый код приложений;
- Проектная документация;
- Анализ пройденной фазы.
9. Запуск/ внедрение Во время этой фазы проектная группа внедряет технологии и компоненты решения, стабилизирует внедренное решение, передает работу персоналу поддержки и сопровождения и получает со стороны заказчика окончательное одобрение результатов проекта [19]. Внедрение завершено - Информационные системы эксплуатации и поддержки;
- Базы знаний, отчеты, журналы протоколов;
- Версии проектных документов, массивы данных и программный код, разработанные во время проекта;
- Рекомендации по первичной SEO-оптимизации
- Применение SEO-рекомендаций на тестовой площадке
- Применение SEO-рекомендаций на основном сайте
- Запуск боевой версии сайта
- Подключение аналитики +CallTouch- Отчет о завершении проекта;
· Окончательные версии всех проектных документов;
· Показатели удовлетворенности заказчика и потребителей.
10. Окончание проекта На каждую вложенную задачу были назначены ресурсы. В проекте задействованы все виды ресурсов. Перечень и назначения ресурсов представлен в п. 2.3 данной работы.
2.2 Идентификация рисков ИТ проекта и планирование их минимизацииПроведем качественный и количественный анализ возможных рисков по разработке и внедрению веб-ресурса ООО «Читатель». Требования заказчика соответствуют одному из имеющихся у компании-разработчика типовых вариантов внедрения со сроком разработки и внедрения 60 дней и стоимостью 650 тыс. руб. Известно, что при внедрении могут иметь место риски, способные повлиять на параметры проекта (объем работ, сроки, качество, стоимость внедрения) и сделать реализацию данного проекта для исполнителя невыгодной. Необходимо так скорректировать параметры проекта разработки и внедрения, чтобы минимизировать возможные риски [17].
Представим ограниченный набор рисков: отсутствие согласованных требований заказчика к системе, сложность интеграции с существующими информационными системами заказчика, недостаточный уровень знаний пользователей.
По результатам предварительного обследования книжного магазина группой экспертов принимается решение о составе рисков для данного проекта, составляется реестр рисков с оценкой степени влияния каждого риска на проект каждым экспертом отдельно. Для однозначности оценок количество экспертов должно быть нечетным. Если мнение эксперта соответствует положительному решению о наличии того или иного риска, то ему ставится в соответствие число 1, иначе — 0. После сбора мнений экспертов определяется среднее арифметическое значение по каждому риску, после чего полученное число округляется до ближайшего целого, значение которого формализует наличие или отсутствие соответствующего риска.
В таблице 2.2 произведена оценка наличия рисков.
Таблица 2.2 - Оценка наличия (отсутствия) рисков
Риски Мнения экспертов Итог
Эксперт1 Эксперт2 Эксперт3 отсутствие согласованных требований заказчика к системе 1 0 0 0 (нет)
сложность интеграции с существующими информационными системами заказчика 1 1 0 1 (да)
недостаточный уровень знаний пользователей. 1 1 1 1 (да)
При этом делаем допущение, что мнения экспертов равнозначны, их следует принимать в расчет в равной мере (в противном случае при расчете среднего арифметического необходимо было бы учитывать весовые коэффициенты для каждого из экспертов).
Теперь определим величину потерь, связанных с рисками в стоимостном и временном выражениях. Результат представлен в таблице 2.3.
Таблица 2.3 - Оценка величины потерь
отсутствие согласованных требований заказчика к системе сложность интеграции с существующими информационными системами заказчика недостаточный уровень знаний пользователей.
Возможные потери дохода, тыс. руб. 0 12000 10000
Возможные потери времени, дней 30 9 0
Далее строки таблицы 2.3 поочередно перемножаем с последним столбцом таблицы 2.2 и суммируем с соответствующими характеристиками типового варианта внедрения:
срок внедрения = 60 + (30 x 0) + (9 x 1) + (0 х 1) = 69 дней;
стоимость внедрения = 650000 + (0 х 0) + (12000 x 1) + (10000 x 1) = 672 тыс. руб.
В результате получаются скорректированные сроки и стоимость проекта с учетом возможных рисков.
Следующим аспектом системы управления рисками является формирование мониторинга и отчетности. В компании применяются следующие формы документирования процесса управления рисками ИТ-проекта: отчет менеджера проекта, журнал рисков проекта, журнал проблем, журнал требований на изменение проекта [2].
Сутью методов снижения риска является уменьшение вероятности наступления риска и уменьшение объемов возможных потерь [5]. Менеджер на основании данных, полученных на стадии качественного и количественного анализа риска, разрабатывает планы реагирования, позволяющие понизить воздействие риска. Применяются следующие мероприятия по снижению рисков: внедрение более простых процессов управления проектом, выбор надежного поставщика программного обеспечения, разработка прототипов внедряемых систем, проведение большего количества тестовых испытаний.
2.3 Календарное планирование ИТ проектаСоздадим проект разработки интернет-магазина компанией-разработчиком «Soft'n’Soft» по торговле книжной продукцией ООО «Читатель» в программе Ms Project с учетом возможных рисков.
Определим календарь проекта, рабочее время, наличие выходных и праздников. В пятницу установим сокращенный на час рабочий день, введем праздничные дни.

Рисунок 2.1 – Календарь проекта
Определим опорную дату начала проекта - 11 мая 2021 года.
Создадим предварительный план проекта. Создадим 10 крупных задач (в том числе Начало проекта и Окончание проекта, которые обозначены как вехи и имеют нулевую длительность). Все крупные задачи связаны между собой. Крупные задачи разбиты на вложенные подзадачи. Вложенные задачи связаны между собой в определенной последовательности (использованы все виды связей). Также отобразим коды СДР (структурная декомпозиция работ) для задач. Отобразим на диаграмме Ганта суммарную задачу проекта.
На рисунке 2.2 представлен результат проделанной работы - план проекта (названия задач и диаграмма Ганта).

Рисунок 2.2 – План проекта
На каждую вложенную задачу назначаем ресурсы. В проекте задействованы все виды ресурсов. Также отобразим столбцы Базовая длительность, Длительность, Базовые затраты, Затраты, Базовые трудозатраты, Трудозатраты, Базовое начало, Начало, Базовое окончание, Окончание, Базовые финансовые затраты, Финансовые затраты.
На рисунке 2.3 представлен список трудовых ресурсов проекта.

Рисунок 2.3 - Список ресурсов проекта
На рисунке 2.4 представлены общие сведения о проекте.

Рисунок 2.4 - Свойства проекта
На рисунке 2.5 представлено распределение ресурсов на задачи проекта

Рисунок 2.5 - Распределение ресурсов на задачи проекта
Далее проводим анализ и оптимизацию проекта (критический путь, анализ проекта по методу PERT).
Критический путь в MS Project ― это последовательность задач, от которых зависят сроки начала и окончания всего проекта. Только с завершением последнего из данного списка этапа можно считать реализованным весь план проекта.
На диаграмме Ганта с отслеживанием в MS Project критический путь будет отображен на временной шкале проекта (правая часть рабочей области). Он представлен в виде связи элементов с выделением красного цвета.

Рисунок 2.6 – Критический путь проекта на диаграмме Ганта с отслеживанием
Аналогичным способом строим и сетевой график (Рисунок 2.7).

Рисунок 2.7 – Критический путь проекта на сетевом графике
Вводим изменения выполнения некоторых задач проекта, которые могут изменить длительность проекта или разные виды затрат.

Рисунок 2.8 – Изменения длительности некоторых задач проекта
Проводим сравнение показателей получившегося и базового планов. Результаты представлены на рисунке 2.9.

Рисунок 2.9 – Статистика проекта
Сведем результаты в таблицу (Табл. 2.4).
Таблица 2.4 – Результаты оптимизации плана проекта по разработке интернет-магазина
Наименование показателя Размерность показателя Значение для базового плана Значение оптимизированного плана Отклонение
Срок окончания Дата 18.08.21 16.08.21 Длительность Рабочие дни 68,59 66,56 2,03
Трудозатраты Час 1120,67 1112,67 8
Затраты Руб. 672003,56 665901,11 6102,45
MS Project – это гибкая и мощная система управления проектами, которую можно использовать для эффективного управления проектами любой сложности.
Внеся некоторые корректировки в продолжительность выполнения некоторых задач проекта по разработке сайта, удалось получить оптимизированный план проекта (с учетом возможных рисков). При этом продолжительность проекта сократилась на 2,03 дня, трудозатраты сократились на 8 часов, затраты в целом сократились на 6102,45руб.
2.4. Функциональная схема ИТ проектаФункциональная схема интернет-магазина ООО «Читатель» представлена на рисунке 2.10.

Рисунок 2.10 – Функциональная схема интернет-магазина ООО «Читатель»
Структура сайта должна быть удобной и логичной. Структура интернет-магазина по продаже книжной продукции продумана до мелочей и обеспечивает предельную легкость поиска нужной книги. Оптимально, если для перехода на карточку конкретного товара пользователю не придется делать более 3 кликов, т. е. структура выглядит следующим образом: Главная> Категории> Подкатегории> Товары. Так как интернет-магазин небольшой, упростим структуру, исключив из нее подкатегории. Но при этом важно следить, чтобы каждый товар принадлежал только одной категории.
Кроме того, необходимо уделить внимание URL. В хорошем адресе названия категорий, подкатегорий, товаров будут легко читаемыми и прописаны словами, в плохом – будут встречаться непонятные коды, номера, артикулы и другие не несущие информации данные.
Подробно требования пользователей, системные требования, стратегия технического и архитектурного дизайна описаны в п. 1.5 данной работы.
Выводы и результаты по главе 2Компанией-разработчиком «Soft'n’Soft» был разработан базовый план проекта для последующего его уточнения и корректировки с помощью приложения MS Project. Также был проведен качественный и количественный анализ возможных рисков по разработке и внедрению веб-ресурса ООО «Читатель», кроме того, были разработаны мероприятия по минимизации возможных рисков, такие как: внедрение более простых процессов управления проектом, выбор надежного поставщика программного обеспечения, разработка прототипов внедряемых систем, проведение большего количества тестовых испытаний.
Также был создан проект разработки интернет-магазина компанией-разработчиком «Soft'n’Soft» по торговле книжной продукцией ООО «Читатель» в программе Ms Project с учетом возможных рисков. Внеся некоторые корректировки в продолжительность выполнения некоторых задач проекта по разработке сайта, удалось получить оптимизированный план проекта (с учетом возможных рисков). При этом продолжительность проекта сократилась на 2,03 дня, трудозатраты сократились на 8 часов, затраты в целом сократились на 6102,45руб. Было проведено выравнивание ресурсов - это метод анализа сети расписания, который применяется к модели расписания, проанализированной методом критического пути. Выравнивание ресурсов используется для выявления плановых операций, которые необходимо выполнить, чтобы уложиться в указанные сроки.
Глава 3 Оценка реализуемости проектных решений3.1 Обоснование выбора метода оценивания ИТ проектаСуществует достаточно большое количество методов оценки эффективности каждого отдельно взятого ИТ проекта компании, в том числе касающегося информационных систем предприятия. Основными из них являются финансовые, качественные, вероятностные. Последний вариант довольно редко применяется на практике, когда проводится оценка эффективности ИТ решений [15].
Для оценки эффективности ИТ проекта по разработке и внедрению интернет-магазина будем применять финансовые методы. Финансовые методы оценки экономической эффективности ИТ проектов основываются на принципах дисконтирования. Причем ставка дисконтирования учитывает и расходы, и доходы. Инструменты анализа, которые используют финансовые методы, – это дисконтированный доход в чистом виде, внутренняя норма по доходу и срок окупаемости.
Можно определить два основных подхода, которые применяются при использовании финансовых методов.
В первую очередь необходимо оценить величину прироста выгоды. Соответственно, рассчитывают разницу, которая учитывает увеличение планируемых доходов при эксплуатации интернет-магазина, и расходы, которые несет бизнес для разработки, внедрения и эксплуатации на протяжении определенного периода [4].
Также может использоваться такой вариант подхода, как анализ сокращения всех издержек после внедрения ИТ-системы за период окупаемости, которая представляется разницей, где учитываются расходы на разработку, внедрение, эксплуатацию за этот же период.
Комплексное применение каждого такого подхода дает возможность представить перспективный эффект при внедрении ИТ системы [7].
3.2 Анализ достижимости запланированных бизнес-выгод ИТ проекта
Книжный магазин ООО «Читатель»
Численность работников: 5
Сфера деятельности: продажа книжной продукции
Цель деятельности: извлечение прибыли
Управляющий аппарат магазина состоит из директора и управляющего магазином.
Магазин расположен в небольшом провинциальном городе, рынок сбыта не большой, требуется расширение рынка сбыта с целью увеличения прибыльности бизнеса. Было принято решение по созданию интернет-магазина, обеспечение его работоспособности и достижение конкретного уровня заказов через новый Интернет-ресурс, а также увеличения прибыльности бизнеса на 10%.
Прибыль от бизнеса в 2020 году (до внедрения веб-ресурса) составила 23 млн. руб.
Для определения экономической эффективности разработки и внедрения интернет-магазина в деятельность ООО «Читатель» определим затраты на реализацию предлагаемых мероприятий (таблица 3.1).
Таблица 3.1 – Затраты на разработку и открытие интернет-магазина
Наименование статьи затрат Стоимость в год
Разработка интернет-магазина Оплата компании разработчику 665901 (стоимость разработки) + сопровождение 30000 руб. в год Итого: 665901+30000=695901
Оплата сотруднику продавцу через выеб-ресурс (привлечение нового сотрудника) 53000 (по средней заработной плате сотрудников компании в месяц), тогда: 636 000 руб. в год
Приобретение оборудования (сервер, ПК и комплектующие) 155000 руб.
ИТОГО 1 486 901 руб.
При этом положительный эффект будет возникать в результате увеличения прибыльности бизнеса. Запланированный показатель – 10%, то есть ожидаемая прибыль от работы интернет-магазина составит:
23 млн. руб. *10%=2,3млн.руб.
Экономический эффект от внедрения предложенных мероприятий рассчитаем по формуле (1)
Эф=Э-З (1)
где Эф – эффект;
З – затраты.
Эф = 2 300 000- 1 486 901 руб.= 813099 руб.
Рассчитаем экономическую эффективность предложенных мероприятий по формуле (2):
Ээф= ЭфЗ (2)
где Ээф – экономическая эффективность.
Тогда:
Ээф= 8130991486901= 0,54
Таким образом, экономическая эффективность предлагаемых мероприятий по открытию интернет-магазина составит 54%.
Рассчитаем срок окупаемости предложенных мероприятий по формуле (3):
Сок = ЗатратыЭффект (3)
где Сок – срок окупаемости
Тогда срок окупаемости затраченных средств составит:
Сок=1486901813099=1,8 летМожно сделать вывод, что предлагаемые мероприятия по внедрению веб-ресурса для продажи книжной продукции в ООО «Читатель» эффективны с экономической точки зрения.
Выводы и результаты по главе 3
Для оценки эффективности ИТ проекта по разработке и внедрению интернет-магазина были применены финансовые методы.
После произведенных расчетов был сделан вывод о том, что предлагаемые мероприятия по внедрению веб-ресурса для продажи книжной продукции и увеличению прибыльности бизнеса за счет этого на 10% эффективны с экономической точки зрения.
Таким образом, экономическая эффективность предлагаемых мероприятий по открытию интернет-магазина ООО «Читатель» составит 54%, срок окупаемости затраченных средств составит всего 1,8 лет.

ЗАКЛЮЧЕНИЕ
В компанию разработчика «Soft'n’Soft» обратилась фирма ООО «Читатель» с предложением разработать для них Интернет-ресурс для продажи книжной продукции согласно ежегодно рассылаемого каталога.
Разработчик «Soft'n’Soft» принял от ООО «Читатель» заказ в работу, была составлена концепция проекта и техническое задание на разработку интернет-магазина (сайт со сложным функционалом, предназначенный для продажи товаров, содержащий иллюстрированный каталог продаваемых книг, опцию выбора способа оплаты, доставки и корзину с товарами).
Компанией-разработчиком «Soft'n’Soft» был разработан базовый план проекта для последующего его уточнения и корректировки с помощью приложения MS Project. Также был проведен качественный и количественный анализ возможных рисков по разработке и внедрению веб-ресурса ООО «Читатель», кроме того, были разработаны мероприятия по минимизации возможных рисков, такие как: внедрение более простых процессов управления проектом, выбор надежного поставщика программного обеспечения, разработка прототипов внедряемых систем, проведение большего количества тестовых испытаний.
Также был создан проект разработки интернет-магазина компанией-разработчиком «Soft'n’Soft» по торговле книжной продукцией ООО «Читатель» в программе Ms Project с учетом возможных рисков. Внеся некоторые корректировки в продолжительность выполнения некоторых задач проекта по разработке сайта, удалось получить оптимизированный план проекта (с учетом возможных рисков). При этом продолжительность проекта сократилась на 2,03 дня, трудозатраты сократились на 8 часов, затраты в целом сократились на 6102,45руб. Было проведено выравнивание ресурсов - это метод анализа сети расписания, который применяется к модели расписания, проанализированной методом критического пути. Выравнивание ресурсов используется для выявления плановых операций, которые необходимо выполнить, чтобы уложиться в указанные сроки.
Для оценки эффективности ИТ проекта по разработке и внедрению интернет-магазина были применены финансовые методы.
После произведенных расчетов был сделан вывод о том, что предлагаемые мероприятия по внедрению веб-ресурса для продажи книжной продукции и увеличению прибыльности бизнеса за счет этого на 10% эффективны с экономической точки зрения.
Таким образом, экономическая эффективность предлагаемых мероприятий по открытию интернет-магазина ООО «Читатель» составит 54%, срок окупаемости затраченных средств составит всего 1,8 лет.

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ
Нормативно–правовые акты и стандарты
ГОСТ Р ИСО 10006 «Системы менеджмента качества. Руководство по менеджменту качества при проектировании». [Электронный ресурс]. URL: http://ohranatruda.ru/ot_biblio/normativ/data_normativ/46/46262/index.php (дата обращения: 20.07.2021).
Научная и методическая литература
Волков, И.М. Критерии оценки проектов [Текст]/ И.М. Волков, М.В. Грачева, Д.С. Алексанов // Институт экономического развития Всемирного банка. – М.: 2006. –128.
Ильин В, Руководство качеством проектов. Практический опыт [Текст]. - СПб.: Вершина, 2006
Костюхин, Д. Методы оценки инвестиций в информационных технологиях: блеск и нищета... [Текст] / Д. Костюхин, А. Бордачев // Экономический анализ теория и практика. – 2009. – №17. – С. 13-19.
Макашова В.Н., Миронова А.А. Применение Информационных Технологий как инструмента минимизации рисков инвестиционных проектов в сфере автоматизации промышленных предприятий [Текст]// Инновационный Вестник Регион. -2013. - № 4.2. С. 55-60.
Макашова В.Н., Старков А.Н., Чусавитина Г.Н. Информационные системы и технологии [Текст]: практикум. – Магнитогорск, 2011. - 188 с.
Макашова В.Н., Трейбач Е.Л., Чусавитина Г.Н. Методика оценки ИТ-стартапа [Текст] //Теплотехника и информатика в образовании, науке и производстве: сб. докладов IV Всероссийской научно-практической конференции студентов, аспирантов и молодых учёных (TИМ’2015) с международным участием, посвящённой 95-летию основания кафедры и университета (Екатеринбург, 26–27 марта 2015 г.). – Екатеринбург: УрФУ, 2015. –С.319-323
Методологии разработки ПО: Microsoft Solutions Framework [Текст]// Статья GeekBrains от 25 июня 2019.
Милошевич Драган З Набор инструментов для управления проектами [Текст]. - М.: Академия АйТи, ДМК Пресс, 2006.
Ньюэлл Майкл В, Управление проектами для профессионалов. Руководство по подготовке к сдаче сертификационного экзамена [Текст]. 3-е издание. - М.: КУДИЦ-ОБРАЗ, 2017.
Ошурков В.А., Макашова В.Н. Механизмы оптимизации управления программой ИТ-проектов [Текст]// Сборник научных трудов SWORLD. – N 1. – С.66-72.
Руководство к своду знаний по управлению проектами (Руководство PMBOK) [Текст]. 3-е издание.
Чусавитина Г.Н., Макашова В.Н. Использование информационных технологий в управлении проектами [Текст]. -Магнитогорск: МаГУ, 2011. -216 с.
Электронные ресурсы
Алешкин С.А. Методы повышения эффективности внедрения корпоративных информационных систем [Электронный ресурс]. URL: http://new.iteam.ru/publications/it/section_53/article_1869/
Наношкин А.Г., Макашов П.Л. Управление качеством ИТ-проекта // Современные научные исследования и инновации. 2015. № 10 [Электронный ресурс]. URL: https://web.snauka.ru/issues/2015/10/57965 (дата обращения: 01.08.2021).
Ошурков В.А., Макашова В.Н. Методы минимизации ресурсных рисков в проектах разработки программных продуктов // Современные научные исследования и инновации. 2014. № 10 [Электронный ресурс]. URL: http://web.snauka.ru/issues/2014/10/37111 (дата обращения: 28.07.2021).
2.Ошурков В.А., Макашова В.Н. Управление ресурсными рисками в проектах по разработке программного обеспечения // Экономика и социум. 2014. № 3(12) [Электронный ресурс]. URL: http://iupr.ru/domains_data/files/sborniki_jurnal/Zhurnal%20_3(12)%202014%202nov.pdf (дата обращения: 28.07.2021).
ITSM (IT Service Management) и ITIL (Information Technology Infrastructure Library): сайт IT-Концерна R-Про. – 2011 [Электронный ресурс]. URL: http://www.r-p-c.ru/solution/itsm-it-service-management-i-itil-information-technology-infrastructure-library (дата обращения: 21.07.2021)
Литература на иностранном языке
IEEE Standard Glossary of Software Engineering Terminology. IEEE Std 610.12–1990
IEEE Standard 830–1998, "IEEE Recommended Practice for Software Requirements Specifications", IEEE Std., 1998