Международный iso/iec стандарт 12207
| Вид материала | Документы |
- Information technology. Guide for the application of gost r iso/iec 12207 (Software, 841.1kb.
- Політика інформаційної безпеки ат «УкрСиббанк» (зовнішня), 61.8kb.
- Разработан Международной организацией по стандартизации (iso) и Международной электротехнической, 136.47kb.
- Международная организация по стандартизации (iso) является всемирной федерацией национальных, 247.41kb.
- Выпуск №16, 1000kb.
- Заявка на проведение работ по стандарту iso/iec 27001, 74.59kb.
- Iso 9001 Сертификат iso 9001, 23.99kb.
- Госстандарт Республики Беларусь идёт навстречу этой тенденции и осуществляет переводы, 70.53kb.
- Приложение 1 Конференция «Управление жизненным циклом. Системная инженерия» Москва,, 19.35kb.
- Организация это систематизированное сознательное объединение действий людей преследующих, 60.68kb.
6.7Процесс проверок (аудита)
Процесс проверок представляет собой процесс определения соответствия с требованиями, планами и контрактом. Этот процесс может использоваться любыми двумя сторонами, где одна сторона проверяет программные продукты или действия другой стороны.
Этот процесс состоит из следующих действий:
- Реализация процесса.
- Проверка.
6.7.1Реализация процесса
Эти действия состоят из следующих задач:
6.7.1.1. Проверки должны проводиться в предусмотренные периоды как определено в проектных планах.
6.7.1.2. Проверяющий персонал не должен иметь какую-либо прямую ответственность за программные продукты и действия, которые они проверяют.
6.7.1.3. Все ресурсы, требующиеся для проведения проверок должны быть согласованы сторонами. Эти ресурсы включают персонал, расположение, оборудование, аппаратные средства, программное обеспечение и инструментальные средства.
6.7.1.4. Стороны должны согласовать следующие пункты каждой проверки: повестка дня, программные продукты (результаты деятельности), которые должны быть проверены, возможность и процедуры проверки, входные и выходные критерии для проверки.
6.6.1.5. Проблемы, выявленные при проверках должны быть документированы и введены в Процесс Разрешения Проблем (6.8).
6.6.1.6. После завершения проверки , результаты должны быть документированы и представлены проверяемой стороне. Проверяемая сторона должна подтвердить все проблемы, найденные проверяющей стороной в процессе проверок и связанные решения проблем, которые были запланированы.
6.6.1.7. Стороны должны оговорить результаты проверки и любые обязательства действующего пункта и критерии закрытия.
6.7.2Проверка
Эта деятельность состоит из следующей задачи:
6.7.2.1. Проверки должны быть проведены , чтобы гарантировать, что:
а) кодируемые программные продукты (такие как единица программного обеспечения) отражают проектную документацию;
б) приемный обзор и требования тестирования, предписанные документацией адекватны для принятия продуктов программного обеспечения;
в) испытательные данные подчиняются спецификации;
г) программные продукты успешно протестированы и соответствуют их спецификациям;
д) испытательные отчеты правильны и расхождения между фактическими и ожидаемыми результатами разрешены;
е) документация пользователя выполнена в соответствии со стандартами;
ж) действия проведены согласно соответствующим требованиям, планам и контракту;
з) затраты (стоимость) и программы придерживаются установленных планов.
6.8Процесс Решения Проблем
Процесс решения проблем представляет собой процесс анализа и решения проблем, включая несоответствия, какой бы ни была их природа или источник, которые обнаружены в течении выполнения разработки, функционирования, сопровождения и других процессов. Целью этого процесса является обеспечение своевременности, обязательности и отражения в документации средств для гарантии, что все обнаруженные проблемы проанализированы и решены.
Этот процесс состоит из следующих действий
- Реализация процесса.
- Решение проблем.
6.8.1Реализация процесса
Эта деятельность состоит из следующей задачи:
6.8.1.1. Процесс решения проблем должен быть проведен для обработки всех проблем (включая несоответствия), обнаруженные в программных продуктах и действиях. Процесс должен выполнять следующие требования:
а) процесс должен быть замкнутым циклом, гарантирующим, что все обнаруженные проблемы быстро сообщены и введены в Процесс Решения Проблем, воздействие инициализировано на них, релевантные стороны извещены о существующих проблемах, причины идентифицированы, проанализированы и , где возможно, устранены, решение и диспозиция достигнуты, состояние отслежено и сообщено, и проблемные отчеты сохранены как предусмотроено в контракте;
б) процесс должен содержать схему для классификации и приоритизации проблем. Каждая проблема должна быть классифицирована категорией и приритетом, чтобы облегчить анализ тенденции и решение проблемы;
в) анализ должен быть выполнен для обнаружения тенденций в сообщенных проблемах;
г) проблемные решения и диспозиции должны быть оценены по критериям: какие проблемы решены, неблагоприятные тенденции изменены и изменения выполнены правильно в соответствующих программных продуктах и действиях, и определить введены ли дополнительные проблемы.
6.8.2Решение проблем
Эта деятельность состоит из следующей задачи:
6.8.2.1. Когда проблемы (включая несоответствия) определены в программном продукте или деятельности, проблемное сообщение должно быть приготовлено для описания каждой обнаруженной проблемы. Проблемное сообщение должно использоваться как часть процесса замкнутого цикла, описанного выше: от определения проблемы, через исследование, анализ и решение проблемы и ее причины и до определения тенденции через проблемы.
7Организационные проблемы жизненного цикла
Этот раздел определяет следующие организационные процессы жизненного цикла:
- Процесс управления.
- Процесс создания инфраструктуры.
- Процесс усовершенствования.
- Процесс обучения.