Процессы жизненного цикла программных средств - [13]
5.3.11.1 Квалификационные испытания системы должны быть проведены в соответствии с квалификационными требованиями, установленными к системе. Должно быть обеспечено, чтобы реализация каждого требования к системе была испытана на соответствие установленным значениям и чтобы система была готова к поставке. Результаты квалификационных испытаний должны быть документально оформлены.
5.3.11.2 Система должна быть оценена по следующим критериям (при этом результаты оценок должны быть документально оформлены):
a. тестовое покрытие требований к системе;
b. соответствие ожидаемым результатам;
c. возможность эксплуатации и сопровождения.
5.3.11.3 Разработчик должен обеспечить проведение аудиторской проверки(ок) в соответствии с подразделом 6.7. Результаты аудиторской проверки(ок) должны быть документально оформлены.
Примечание — Этот подпункт не применяется к тем объектам программной конфигурации, для которых аудиторские проверки были проведены ранее.
5.3.11.4 После успешного завершения аудиторских проверок, если они проводились, разработчик должен:
a. доработать и подготовить поставляемый программный продукт для обеспечения приемки и ввода его в действие;
b. определить состояние конфигурации (базовую линию) проекта и программ каждого объекта программной конфигурации.
Примечание — Квалификационное испытание системы может быть выполнено в процессах верификации (подраздел 6.4) или аттестации (подраздел 6.5).
5.3.12 Ввод в действие программных средств
Данная работа состоит из следующих задач:
5.3.12.1 Разработчик должен разработать план по вводу в действие программного продукта в среде эксплуатации, определенной в договоре. Должны быть определены и иметься в наличии ресурсы и информация, необходимые для ввода в действие программного продукта. Разработчик должен в соответствии с договором помогать заказчику в работах по установке (инсталляции) программного продукта. В том случае, если устанавливаемый программный продукт заменяет существующую систему, разработчик должен обеспечить проведение любых параллельно выполняемых работ, обусловленных договором. План по вводу в действие программного продукта должен быть документально оформлен.
5.3.12.2 Разработчик должен ввести в действие программный продукт в соответствии с планом по вводу его в действие. При этом должно быть обеспечено, чтобы программы и базы данных устанавливались в исходное состояние (инициализировались), выполнялись (эксплуатировались) и завершались в соответствии с условиями договора. Работы по вводу в действие и их результаты должны быть документально оформлены.
5.3.13 Обеспечение приемки программных средств
Данная работа состоит из следующих задач:
5.3.13.1 Разработчик должен обеспечить проведение заказчиком оценки готовности к приемке и приемочным испытаниям программного продукта. При оценке готовности к приемке и приемочных испытаний должны учитываться результаты совместных анализов (подраздел 6.6), аудиторских проверок (подраздел 6.7), квалификационных испытаний программного продукта и квалификационных испытаний системы (если они проводились). Результаты оценок готовности к приемке и приемочных испытаний должны быть документально оформлены.
5.3.13.2 Разработчик должен укомплектовать и поставить программный продукт заказчику, соблюдая условия договора.
5.3.13.3 Разработчик должен, соблюдая условия договора, обеспечить первоначальное и непрерывное обучение и поддержку персонала заказчика.
5.4 Процесс эксплуатации
Процесс эксплуатации состоит из работ и задач оператора. Процесс охватывает эксплуатацию программного продукта и поддержку пользователей в процессе эксплуатации. Так как эксплуатация программного продукта входит в эксплуатацию системы, работы и задачи данного процесса связаны с системой.
Оператор управляет процессом эксплуатации на проектном уровне в соответствии с процессом управления (подраздел 7.1), который конкретизируется в данном процессе; определяет инфраструктуру для данного процесса в соответствии с процессом создания инфраструктуры (подраздел 7.2); адаптирует данный процесс к условиям проекта в соответствии с процессом адаптации (приложение А) и управляет процессом эксплуатации на организационном уровне в соответствии с процессами усовершенствования (подраздел 7.3) и обучения (подраздел 7.4). Если оператор является поставщиком программной услуги, то оператор выполняет также процесс поставки (подраздел 5.2).
Список работ. Данный процесс состоит из следующих работ:
1. подготовка процесса;
2. эксплуатационные испытания;
3. эксплуатация системы;
4. поддержка пользователя.
5.4.1 Подготовка процесса
Данная работа состоит из следующих задач:
5.4.1.1 Оператор должен разработать план эксплуатации и определить набор стандартов по эксплуатации для выполнения работ и задач данного процесса. План должен быть документально оформлен и выполнен.
5.4.1.2 Оператор должен установить процедуры для: получения и документирования сведений о возникающих проблемах; решения и контроля проблем и обеспечения обратной связи с пользователем. Всякий раз, когда возникают проблемы, они должны быть документально оформлены и введены в процесс решения проблем (подраздел 6.8).
В книге рассказывается история главного героя, который сталкивается с различными проблемами и препятствиями на протяжении всего своего путешествия. По пути он встречает множество второстепенных персонажей, которые играют важные роли в истории. Благодаря опыту главного героя книга исследует такие темы, как любовь, потеря, надежда и стойкость. По мере того, как главный герой преодолевает свои трудности, он усваивает ценные уроки жизни и растет как личность.
Настоящий стандарт представляет собой полный аутентичный текст международного стандарта ИСО/МЭК 17025-99 «Общие требования к компетентности испытательных и калибровочных лабораторий»Настоящий стандарт является результатом большого опыта внедрения Руководства ИСО/МЭК 25 и ЕН 45001, взамен которых он теперь действует. В нем содержатся все требования, которым испытательные и калибровочные лаборатории должны соответствовать, если они намерены показать, что у них действует система качества, что они технически компетентны и способны получать технически обоснованные результаты.Органам по аккредитации, признающим компетентность испытательных и калибровочных лабораторий, следует основывать свою деятельность на настоящем стандарте.
В книге рассказывается история главного героя, который сталкивается с различными проблемами и препятствиями на протяжении всего своего путешествия. По пути он встречает множество второстепенных персонажей, которые играют важные роли в истории. Благодаря опыту главного героя книга исследует такие темы, как любовь, потеря, надежда и стойкость. По мере того, как главный герой преодолевает свои трудности, он усваивает ценные уроки жизни и растет как личность.
Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 15910-99 «Информационная технология. Процесс создания документации пользователя программного средства».
Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 12119-94 «Информационная технология. Пакеты программ. Требования к качеству и тестирование»ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИГОСТ Р ИСО/МЭК 12119-2000Information technology. Software packages. Quality requirements and testing.
Embedded system software. General requirements for development and documentationСтандарт подготовлен в развитие ГОСТ Р ИСО/МЭК 12207-99 «Информационная технология. Процессы жизненного цикла программных средств» с целью учета специфики разработки и документирования программного обеспечения встроенных систем реального времени.
Пекка Химанен (р. 1973) – финский социолог, теоретик и исследователь информационной эпохи. Его «Хакерская этика» – настоящий программный манифест информационализма – концепции общественного переустройства на основе свободного доступа к любой информации. Книга, написанная еще в конце 1990-х, не утратила значения как памятник романтической эпохи, когда структура стремительно развивавшегося интернета воспринималась многими как прообраз свободного сетевого общества будущего. Не случайно пролог и эпилог для этой книги написали соответственно Линус Торвальдс – создатель Linux, самой известной ОС на основе открытого кода, и Мануэль Кастельс – ведущий теоретик информационального общества.
Что вы знаете о кофе? На протяжении веков люди наслаждаются этим напитком, а история происхождения кофе уходит и вовсе в прошлые тысячелетия. Мы надеемся, что книга станет для вас путеводителем в магический мир современного кофе, который невозможно представить, не заглянув в его прошлое, а также в будущее напитка. В книге собраны пятьдесят пять правил, в которые мы включили самую полезную информацию – от советов до ответов на вопросы, чем же на самом деле является кофе и почему сейчас мы не представляем без него свой день.
"Стрелок из противотанкового ружья, тебе вручено советским народом могущественное средство для уничтожения фашистских танков — противотанковое ружье. Чтобы выполнить с честью эту задачу, надо отлично знать свое оружие, ловко и сноровисто действовать им, умело использовать местность, знать сильные и слабые места противника, точно выполнять поставленную тебе командиром задачу, согласованно действовать с товарищами.".
Автомат Калашникова стал одним из символов XX века. Он состоит на вооружении десятков армий и сотен вооруженных формирований, выпускается более чем в 26 странах (общий «тираж» составил свыше 70 миллионов экземпляров) и дали изображен на гербах 4 государств. Имя конструктора этого автомата стало нарицательным и вошло во многие иностранные языки — подобной известностью могут похвастаться лишь немногие оружейники. И недаром — ведь именно Михаилу Калашникову удалось еще в 1947 году создать надежное и эффективное автоматическое оружие, над копированием которого на Западе бились до конца 60-х гг.Эта книга является богато иллюстрированным справочником по моделям оружия как разработанным в СССР и России под руководством М.
Япония отличается особым отношением к традиционным ценностям своей культуры. Понимание механизмов актуализации и развития традиций, которыми пользуется Япония, может открыть новые способы сохранения устойчивости культуры, что становится в настоящее время все более актуальной проблемой для многих стран мира. В качестве центральных категорий, составляющих основу пространственного восприятия архитектуры в Японии, выделяется триада: пустота, промежуток, тень. Эти категории можно считать инвариантами культуры этой страны, т. к.