Международный 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.
5.4Процесс Функционирования
Процесс функционирования содержит действия и задачи оператора. Процесс охватывает функционирование программного продукта и операционную поддержку пользователей. Так как функционирование программного продукта интегрировано в функционирование системы, действия и задачи этого процесса относятся к системе.
Оператор управляет Процессом Функционирования на проектном уровне следующим за Процессом Управления (п.7.1); устанавливает инфраструктуру под процесс следующий за Процессом Создания Инфраструктуры (п.7.2); приспосабливает процесс для проекта после Процесса Настройки (Приложение А); и управляет процессом на организационном уровне после Процесса Усовершенствования (п.7.3) и Процесса Обучения (п.7.4). Когда оператор является поставщиком операционного обслуживания, оператор включает Процесс Поставки (п.5.2).
Этот процесс содержит следующие действия:
- Реализация процесса.
- Операционное тестирование.
- Функционирование системы.
- Поддержка пользователя.
5.4.1Реализация процесса
Эта деятельность содержит следующие задачи:
5.4.1.1. Оператор должен разработать план и установить эксплуатационные стандарты для выполнения действий и задач этого процесса. План должен быть документирован и выполнен.
5.4.1.2. Оператор должен устанавливать процедуры для получения, записи, решения, проблем трекинга и обеспечения обратной связи. Всякий раз, когда возникают проблемы, они должны быть записаны и введены в Процессе Разрешения Проблем (п.6.8).
5.4.1.3. Оператор должен устанавливать процедуры для тестирования программных продуктов в их операционной среде, для ввода проблемных сообщений и модификационных запросов в Процессе Сопровождения (п.5.5) и для выпуска программного продукта для функционального использования.
5.4.2Операционное тестирование
Эта деятельность состоит из следующих задач:
5.4.2.1. Для каждого выпуска программного продукта, оператор должен выполнять операционное тестирование и, удовлетворяя указанным критериям, выпускать программный продукт для операционного использования.
5.4.2.2. Оператор должен гарантировать, что код программного обеспечения и базы данных инициализируют, выполняются и завершаются, как описано в плане.
5.4.3Функционирование системы
Эта деятельность состоит из следующих задач:
5.4.3.1. Система должна эксплуатироваться в предназначенной для нее среде согласно документации пользователя.
5.4.4Поддержка пользователя
Эти действия включают следующие задачи:
5.4.4.1. Оператор должен обеспечить помощь и консультации пользователям как предусмотрено. Эти требования и последующие действия должны быть записаны и контролироваться.
5.4.4.2. Оператор должен отправлять запросы пользователя по мере необходимости в Процесс Сопровождения (п.5.5) для их решения. Эти запросы должны быть адресованы и действия, которые запланированы и принимаются должны быть сообщены авторам запросов. Все решения должны быть проиллюстрированы до конца.
5.4.4.3. Если сообщенная проблема имеет временное решение, то до того как постоянное решение будет принято, автору проблемного сообщения должен быть дан выбор для его использования. Постоянные исправления, выпуски, которые используют предварительно пропущенные функции или особенности и усовершенствования системы должны применяться к операционному программному продукту, используя Процесс Сопровождения (п.5.5)
5.5Процесс Сопровождения
Процесс сопровождения состоит из действий и задач персонала сопровождения. Этот процесс активизируется, когда программный продукт подвергается модификациям для кодирования и связывания (совмещения документации), вызванными проблемой или потребностью улучшения и адаптации. Цель - изменить существующий программный продукт, сохраняя его целостность. Этот процесс включает инсталляцию и удаление программного продукта. Процесс заканчивается удалением программного продукта.
Действия, обеспеченные в нем, являются специфическими в процессе сопровождения; однако процесс может использовать другие процессы в соответствии с Международным Стандартом. Если процесс Разработки (5.5) используется, то персонал сопровождения является разработчиком.
Персонал сопровождения управляет Процессом сопровождения на проектном уровне следующим за Процессом Управления (7.1), который иллюстрируется в этом процессе; устанавливает инфраструктуру под процесс следующий за Процессом Создания Инфраструктуры (7.2); приспосабливает процесс для проекта после Процесса Приспосабливания (Приложение А) и управляет процессом на организационном уровне после Процесса Усовершенствования (7.3) и Процесса Обучения (7.4). Когда персонал сопровождения является поставщиком сервиса для сопровождения, персонал сопровождения выполняет Процесс Поставки (5.2).
Этот процесс содержит следующие действия:
- Реализация процесса;
- Анализ проблем и модификаций;
- Реализация модификаций;
- Оценка/принятие сопровождения (обслуживания);
- Удаление программного обеспечения.
5.5.1Реализация процесса
Эти действия состоят из следующих задач:
5.5.1.1.Персонал сопровождения должен разработать, документировать и выполнить планы и процедуры для проведения действий и задач Процесса сопровождения.
5.5.1.2. Персонал сопровождения должен устанавливать процедуры для получения, записи и сообщений о трекинговых проблемах и модификационных запросах от пользователей и обеспечение обратной связи пользователям. Всякий раз, когда проблемы возникают, они должны быть записаны и введены в Процесс Решения Проблем (6.8).
5.5.1.3. Персонал сопровождения должен выполнять (или устанавливать функциональную связь с) Процесс Управления Конфигурацией (6.2) для руководящих модификаций к существующей системе.
5.5.2Анализ проблем и модификаций
Эта деятельность включает в себя следующие задачи:
5.5.2.1.Персонал сопровождения должен анализировать проблемное сообщение или модификационный запрос для их влияния (воздействия) на организацию, существующую систему и интерфейсные системы (системы связи) для следующего:
- Печати; например, корректив, усовершенствований, профилактики или адаптации к новой среде;
- Возможностей; например, размер модификации, стоимость, время на модификацию (чтобы ее осуществить);
- Рискованность; например, влияние (воздействие) на выполнение, надежность или защиту;
5.5.2.2. Персонал сопровождения должен повторять (копировать) или проверять проблему.
5.5.2.3. Базируясь на анализе, персонал обслуживания должен разрабатывать (выборы) примеры для выполнения модификаций.
5.5.2.4. Персонал сопровождения должен документировать проблемный/ модификационный запрос, результаты анализа и примеры реализации.
5.5.2.5.Персонал сопровождения должен получить одобрение (утверждение) на отобранный (подобранный) пример модификации согласно контракту.
5.5.3Реализация модификации
Эта деятельность состоит из следующих задач:
5.5.3.1. Персонал сопровождения должен проводить анализ и определять, какие: документация, единицы программного обеспечения и версии должны измениться. Это должно быть документировано.
5.5.3.2. Персонал сопровождения должен войти в Процесс Разработки (5.3), чтобы выполнить модификации. Требования Процесса Разработки должны быть дополнены следующим образом:
а) Испытание и критерий оценки для тестирования и оценивания модифицированных и немодифицированных частей (единиц программного обеспечения, компонентов и единиц конфигурации) системы должны быть определены и документированы.
б) Полная и правильная реализация новых и модифицированных требований должна быть гарантирована. Также должно быть гарантировано, что первоначальные немодифицированные требования были не эффективными (не имели действия). Результаты испытаний должны быть документированы.
5.5.4Оценка/принятие сопровождения (обслуживания)
Эти действия состоят из следующих задач:
5.5.4.1. Персонал сопровождения должен проводить оценки с организацией, разрешающей модификацию, чтобы определить целостность модифицированной системы.
5.5.4.2. Персонал сопровождения должен получить одобрение (утверждение) на удовлетворительное завершение модификации, как определено в контракте.
5.5.5Перемещение (миграция)
Эта деятельность состоит из следующих задач:
5.5.5.1. Если система или программный (включая данные) перемещается из старой в новую операционную среду, должно быть гарантировано, что любой программный продукт или данные, произведенные или измененные в течение миграции согласуются с этим Международным Стандартом.
5.5.5.2. Миграционный план должен быть разработан, документирован и выполнен. Действия планирования должны включать пользователей. Пункты, включенные в план должны включать следующее:
а) Анализ требований и определение миграции;
б) Разработка миграционных инструментальных средств;
в) Изменение (переоборудование) программного продукта и данных;
г) Выполнение перемещения;
д) Проверка перемещения;
е) Поддержка для старой окружающей среды в будущем.
5.5.5.3. Пользователям должно быть дано уведомление о планах и действиях по перемещению. Уведомления должны включать следующее:
а) Заявление (формулирование) почему старая среда не может больше поддерживаться (обеспечиваться);
б) Описание новой среды с ее датой доступности;
в) Описание других имеющихся в распоряжении примеров поддержки, если только поддержка для старой среды удалена (устранена).
5.5.5.4. Параллельные операции (действия) старой и новой окружающих сред могут проводиться для гладкого перехода к новой среде. В течение этого периода должно быть обеспечено необходимое обучение как определено в контракте.
5.5.5.5. Когда запланированная миграция прибывает (наступает), уведомление должно быть послано всем заинтересованным лицам. Вся связанная со старой окружающей средой документация, файлы, журналы регистрации и коды должны быть помещены в архивы.
5.5.5.6. Послеоперационный обзор должен быть выполнен для оценки влияния (воздействия) изменений в окружающей среде. Результаты обзора должны быть посланы соответствующим властям (уполномоченным, специалистом) для информации, руководства и действия.
5.5.5.7. Данные используемые и связанные со старой окружающей средой должны быть доступными согласно требованиям контракта для защиты данных и ревизии, применимой к данным.
5.5.6Удаление программного обеспечения
Эти действия состоят из следующих задач:
Примечание – программный продукт может быть удален по запросу (просьбе) владельца).
5.5.6.1. План удаления для устранения активной поддержки эксплуатирующим и сопровождающим (обслуживающим) организациям должен быть разработан и документирован. Действия планирования должны включать пользователей. План должен обращаться к пунктам, опубликованным ниже. План должен быть выполнен.
а) Прекращение полной или частичной поддержки после определенного периода времени;
б) Архивирование программного продукта и связанной с ним документации;
в) Ответственность за любые будущие остаточные результаты (выпуски, выходы) поддержки;
г) Переход к новому программному продукту, если применим;
д) Доступность архивных копий данных.
5.5.6.2. Пользователь должен получить уведомление о планах и действиях отстранения. Уведомления должны включать следующее:
а) Описание замены или расширения (модернизации) с датой ее доступности;
б) Заявление (формулирование) почему программный продукт не может больше поддерживаться;
в) Описание других имеющихся в распоряжении вариантов обеспечения, раз обеспечение удаления.
5.5.6.3. Параллельные действия (операции) отстранения старого и введения нового программного продукта должны быть проведены для главного перехода к новой системе. В течение этого периода должно быть обеспечено обучение пользователя как определено в контракте.
5.5.6.4. Когда наступает запланированное отстранение, должно быть послано уведомление всем заинтересованным лицам. Вся связанная с разработкой документация, файлы, журналы регистрации и коды должны быть размещены в архивах.
5.5.6.5. Данные используемые и связанные с отстраненным программным продуктом должны быть доступными согласно требованиям контракта для защиты данных и ревизии, применимой к данным.