hosta — копия. Вопрос Подготовка к приобретению программного продукта

• Название: Вопрос Подготовка к приобретению программного продукта
• Дата: 12.04.2022
• Размер: 11.63 Kb.
• Имя файла: hosta — копия.docx
• Тип: Документы; #464141

Вопрос 2. Подготовка к приобретению программного продукта.



Процесс подготовки к приобретению состоит из решения следующих задач:

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

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

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

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

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

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

Варианты включают в себя:

a. покупку готового программного продукта, удовлетворяющего требованиям;

b. разработку программного продукта или получение программной услуги внутри приобретающей организации;

c. разработку программного продукта или получение программной услуги по контракту;

d. комбинации из a, b и c;

e. расширение свойств существующего программного продукта или услуги.



7. Если приобретается готовый программный продукт, то приобретающая сторона должна гарантировать, что выполнены следующие условия:

a. удовлетворяются требования к программному продукту;

b. имеется в наличии необходимая документация;

c. соблюдаются права собственности, применения, владения, гарантий и лицензирования;

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



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

a. требования к системе;

b. запланированное применение системы;

c. тип используемого контракта;

d. ответственность организаций-участников;

e. концепцию поддержки, которая будет использована;

f. рассмотренные риски, также как и методы менеджмента рисков.



9. Приобретающая сторона должна определить и документировать принятые стратегию и условия (критерии).

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

a. системные требования;

b. формулировку области применения;

c. инструкции для претендентов;

d. перечень программных продуктов;

e. сроки и условия;

f. контроль подрядчиков;

g. технические ограничения (например, со стороны окружающей среды).



11. Приобретающей стороне следует определить, какие процессы стандарта ГОСТ Р ИСО/МЭК 12207 предназначаются для приобретения, и задать свои требования к адаптации этих процессов. Приобретающей стороне следует конкретизировать, не выполняются ли какие-либо процессы сторонами, отличными от поставщика, так чтобы поставщики могли (в своих предложениях) определить свой подход к поддержке работы других сторон. Приобретающая сторона должна установить область применения задач, определенных контрактом.

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

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



Вопрос 3. Выбор поставщика и заключение соглашения.



Процесс выбора поставщика состоит из решения следующих задач:

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

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



Процесс заключения соглашения состоит из решения следующих задач:

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

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

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

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

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



Вопрос 4. Выполнение соглашения и приемка программного средства.



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

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

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

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

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

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

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



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



Вопрос 5. Процесс поставки программного средства.



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

В результате успешного осуществления процесса поставки:

a. определяется приобретающая сторона для продукта или услуги;

b. дается ответ на заявку приобретающей стороны;

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

d. разрабатывается продукт и (или) услуга, удовлетворяющие согласованным требованиям;

e. продукт и (или) услуга поставляется приобретающей стороне в соответствии с согласованными условиями поставок;

f. продукт инсталлируется в соответствии с согласованными требованиями.



Поставщик должен осуществлять следующие виды деятельности в соответствии с принятыми в организации политиками и процедурами в отношении процесса поставки:

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

2. Представление заявки поставщиком, включающее решение следующих задач:

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

b. Поставщику следует решить: предложить или принять контракт.

c. Поставщик должен подготовить предложение в ответ на заявку.



3. Согласование контракта, включающее решение следующих задач:

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

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



4. Выполнение контракта, включающее решение следующих задач:

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

b. Поставщик должен определять или выбирать модель жизненного цикла (если не оговорено в контракте) в соответствии с областью применения, масштабом и сложностью проекта. Модель жизненного цикла должна содержать стадии, цели и результаты каждой стадии.

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

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

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

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

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

· комбинации вышеуказанных вариантов.



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

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

b. инженерную среду (для разработки, применения или сопровождения), включая условия тестирования, библиотеки, оборудование, удобство обслуживания, стандарты, процедуры и инструментарий;

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

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

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

f. менеджмент подрядчиков, включая выбор подрядчиков и взаимоотношения между подрядчиком и приобретающей стороной;

g. обеспечение гарантии качества;

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

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

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

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

l. политику по защите; то есть правила ознакомления и доступа к информации на каждом уровне проекта организации;

m. официальное принятие, требуемое регулирующими положениями, положениями о сертификации, правах собственности, монопольном применении, гарантиях, лицензиях и т.п.;

n. средства для формирования графиков работ, проведения надзора и составления отчетов;

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



6. Поставщик должен формировать и исполнять план (планы) менеджмента проекта (проектов), а именно:

a. разработать программный продукт в соответствии с техническими процессами;

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

c. сопровождать программный продукт в соответствии с процессом сопровождения программных средств.



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

a. мониторинг продвижения в технических характеристиках, расходах, графиках работ и отчетности о состоянии проекта;

b. выявление возникающих проблем, их регистрацию, анализ и решение.



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

9. Поставщик должен взаимодействовать с независимой организацией, проводящей верификацию, валидацию или тестирование, как определено в контракте и планах проекта.



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

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

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

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

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

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

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

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

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



Вопросы для самопроверки:

1. Из каких этапов состоит процесс автоматизации?

2. Что является результатом успешного осуществления процесса приобретения программного средства?

3. Какие задачи реашаются в процессе приобретения программного средства?

4. Какие задачи реашаются в процессе подготовки к приобретению программного средства?

5. Какие существуют варианты приобретения программного средства?

6. Что должен содержать план приобретения программного средства?

7. Что включает в себя документация по приобретению программного средства?

8. Какие задачи реашаются в процессе выбора поставщика программного средства?

9. Какие задачи реашаются в процессе заключения соглашения с поставщиком программного средства?

10. Каким образом осуществляется приемка программного средства?

11. Что является результатом успешного осуществления процесса поставки программного средства?

12. Каким образом осуществляется приемка программного средства?

13. Какие задачи реашаются в процессе выполнения контракта на поставку программного средства?

14. Какие основные позиции вкдючает в себя план менеджмента проекта?