УДОВЛЕТВОРЕННОСТЬ ЗАКАЗЧИКА ПРИ РАЗРАБОТКЕ ПРОГРАММНОГО ПРОДУКТА

Удовлетворенность - это восприятие потребителем степени выполнения его ожиданий. Сегодня организации часто сталкиваются с потребностью в программном продукте для решения следующих задач:

• увеличение прибыли, путем представления бизнеса в интернете;
• автоматизация бизнес-процессов.

Данные потребности формируют совокупность требований, к программному продукту (далее - ПП). Рынок предлагает следующие альтернативы для заказчика: коробочный программный продукт и заказная разработка. Готовое решение представляет собой типовой программный продукт, который предназначен для широкого круга покупателей. Данный вариант является более бюджетным, чем заказная разработка, однако он поставляется со стандартными функциями для всех покупателей, поэтому не учитывает всех потребностей бизнеса. Заказная разработка предполагает разработку нового ПП, который будет соответствовать всем требованиям заказчика. Особенности заказной разработки ПП отражены в концептуальной модели на рисунке 1.

Рисунок 1. Концептуальная модель процесса разработки

где Nv - требования заказчика к ПП;

Rn - требования организации к проекту;

БД - база данных компетенции специалистов организации;

БДA - база данных компетенции аналитика;

БДD - база данных компетенции дизайнера;

БДV - база данных компетенции front-end разработчика;

БДP - база данных компетенции back-end разработчика;

БДT - база данных компетенции тестировщика.

В соответствии с представленной моделью, заказчик имеет представление о будущем ПП, которое описывает совокупностью требований – Nv. Данные требования являются входом модели. Для принятия решения о возможности предоставления коммерческого предложения, организация, оказывающая услуги по разработке ПП обращается к БД компетенции своих сотрудников. Если компетенции соответствуют требованиям заказчика, обсуждаются возможные варианты сотрудничества, которые формируют требования Rn. Множество Rn описывает внутренние требования организации к реализации проекта. На выходе заказчик должен получить продукт, который соответствует его требованиям.

Разработка ПП содержит процессы, которые оказывают влияние на готовый продукт. Модель процесса разработки представлена на рисунках 3 и 4.

Рисунок 2. Контекстная модель процесса разработки ПП

где Rn - требования организации к проекту;

       Nv - требования заказчика к ПП;

Ou - множество допустимых стратегий (ограничений и норм деятельности) участников системы, отражающих, в том числе, институциональные, технологические и другие ограничения и нормы их совместной деятельности;

ТЗ - техническое задание;

Sa - ресурсы отдела аналитики;

Sd - ресурсы отдела дизайна;

Sv - ресурсы отдела front-end разработки;

Sp - ресурсы отдела back-end разработки;

St - ресурсы отдела тестирования.

Рисунок 3. Модель разработки ПП в нотации IDEF0

В соответствии с представленной моделью готовый продукт определяется формулой 1.

P f( A, D, V, R,T);                                             (1)

Продукт является функцией от всех этапов разработки. Рассмотрим зависимость компонентов модели. Функция этапа аналитики определяется формулой 2.

A f( Nv, Rn, Ou, Sa, Sd, Sv, Sp, St);                          (2)

Функция этапа дизайна определяется формулой 3.

D f(c, Sa, Sd, Rn);                                            (3)

где c - техническое задание.

Функция этапа верстки определяется формулой 4:

V f(m, c, Sa, Sd, Sv, Sp, Rn);                                 (4)

где m - дизайн-макеты.

Функция этапа программирования определяется формулой 5.

R f(v, c, Sa, Sd, Sv, Sp , Rn);                                    (5)

где v - клиентская часть ПП.

Функция этапа тестирования определяется формулой 6:

T f(q, c, Sv, Sp, St);                                             (6)

где q - готовый продукт.

На каждый этап процесса разработки ПП оказывает управленческое воздействие техническое задание. Техническое задание — документ, содержащий требования заказчика к будущему ПП, определяющие условия и порядок проведения приемочных испытаний. Последующая работа на проекте ведется в соответствии с данным документом. Это определяет зависимость между удовлетворенностью заказчика и качеством работы аналитика, поскольку готовый продукт будет разработан по документации. Аналитик - специалист, который ответственен за сбор требований к ПП, их систематизацию, выявление взаимосвязей, а также документирование.

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

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

1. ГОСТ Р ИСО 9001-2015 "Системы менеджмента качества. Требования"
2. Аполов О.Г. Теория систем и системный анализ: курс лекций / О.Г. Аполов. – Уфа, 2012. – 274 с.
3. Вигерс К., Джой Б. Разработка требований к программному обеспечению. 3-е изд., дополненное / Пер. с англ. — М.: Издательство «Русская редакция»; СПб. : БХВ-Петербург, 2014. — 736 стр.: ил