Материал: 970

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

Ниже описывается вариант применения стандарта для реализации проекта «Организация работ по поставке готового ПП».

Заказчик и поставщик ведут переговоры и вступают в договорные отношения, используя при этом соответственно описания процессов заказа и поставки (рис. 4.2).

Рис. 4.2. Содержание процессов

Последовательность выполнения работ при поставке готового ПП поставщиком заказчику представлена на рис. 4.3.

Рис. 4.3. Последовательность выполнения работ процессов заказа и поставки ПП

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

Кроме того, заказчик при приобретении готового программного продукта должен потребовать гарантии в выполнении следующих условий:

·программный продукт соответствует установленным требованиям;

·имеется в наличии соответствующая документация;

·соблюдены права собственности, использования, лицензирования и предусмотрены гарантии;

·предусмотрена последующая поддержка программного продукта.

Работа заканчивается документальным оформлением принятых правил и условий (критериев) реализации будущего договора на поставку ПП.

1.2. Заявка на подряд должна содержать: требования к системе; описание области применения системы; указания для участников торгов; список программных продуктов; сроки и условия реализации заказа; критерии оценки реализации заказа; правила контроля над выполнением заказа; технические ограничения (например, по условиям эксплуатации). На основании заявки объявляется конкурс на выполнение работ.

1.3. Подготовка и корректировка договора. На первона-

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

ставку программного продукта. В договоре должны быть оговорены также права собственности, использования, лицензирования и гарантии, связанные с использованием готового ПП.

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

1.4.Надзор за работами поставщика заказчик осуществля-

ет в соответствии с процессами совместного анализа и аудита, при необходимости проводится текущий надзор согласно процессам верификации и аттестации.

1.5.Приемка и закрытие договора. Заказчик должен на ос-

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

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

2.2.Подготовка ответа. В случае принятия решения об участии в конкурсе на поставку ПП поставщик готовит - кон курсную документацию и направляет заявку на участие в конкурсе с комплектом конкурсной документации согласно установленным правилам.

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

2.4.Планирование. На первом этапе поставщик должен провести анализ требований в целях создания системы управления

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

·организационную структуру проекта, полномочия и обязанности каждого участника, включая сторонние организации;

·процедуру распределения заданий по процессам и работам жизненного цикла, включая состав исполнителей, требуемые материальные ресурсы, графики выполнения работ;

·процедуру верификации и аттестации;

·процедуры взаимоотношений с заказчиком(совместные анализы ситуаций, аудиторские проверки, совещания, рабочие и другие контакты);

·процедуры взаимоотношений с непосредственными пользователями, которые реализуются такими средствами, как выполнение требуемых настроек, демонстрация прототипов и оценки;

·алгоритм управления критическими ситуациями, т. е. управления областями проекта, которые связаны с потенциальными техническими, финансовыми и плановыми затруднениями;

·подтверждение статуса поставляемой продукции, обеспечиваемое такими средствами, как инструкции, обязательная сертификация, права собственности, использования и распространения, гарантии и лицензионные права;

·план обучения персонала.

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

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

2.6. Проверка и оценка. Поставщик должен:

·координировать работы по проверке выполнения договора, взаимодействуя с организацией заказчика;

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

2.7. Поставка и закрытие договора. Поставщик должен по-

ставить программный продукт заказчику и обеспечить поддержку поставленного ПП в соответствии с условиями договора.

В заключение следует отметить, что вышеперечисленные стандарты носят рекомендательный характер и в соответствии с Законом РФ «О стандартизации» становятся обязательными на контрактной основе, т. е. при ссылке на них в договоре на разработку (поставку) информационных технологий и программных продуктов.

4.1.4.Практические рекомендации по взаимодействию разработчика и заказчика при создании программных продуктов

Деятельность разработчиков и заказчиков, направленная на снижение рисков, связанных с ошибками в оценке длительности и стоимости разработки заказного ПО, может осуществляться по двум сценариям [35]:

1) мягкое внедрение (взаимоотношения заказчика и разработчика строятся на взаимном доверии, просчеты в оценке проекта берет на себя в основном разработчик);