рефераты конспекты курсовые дипломные лекции шпоры

Реферат Курсовая Конспект

Особенности стандарта ISO 12207

Особенности стандарта ISO 12207 - Лекция, раздел Информатика, Понятие, классификация и некоторые общие принципы создания и реализации экономических корпоративных информационных систем Все Сказанное Выше Позволяет Сформулировать Следующие Особенности Стандарта I...

Все сказанное выше позволяет сформулировать следующие особенности стандарта ISO 12207.

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

ПРИМЕЧАНИЕ Согласно стандарту ISO 12207, модель жизненного цикла - это структура, содержащая процессы, действия и задачи, которые осуществляются в ходе разработки, функционирования и сопровождения программного продукта в течение всей жизни системы, от определения требований до завершения ее использования.

  • Стандарт ISO 12207 обеспечивает максимальную степень адаптивности. Множество процессов и задач сконструировано так, что возможна их адаптация в соответствии с конкретными проектами информационных систем. Эта адаптация сводится к исключению процессов, видов деятельности и задач, неприменимых в конкретном проекте.

ПРИМЕЧАНИЕ Согласно ISO 12207, добавление уникальных или специфических процессов, действий и задач должно быть оговорено в контракте между сторонами. Причем "контракт" понимается в самом широком смысле - от юридически оформленного документа до неформального соглашения. Это соглашение может быть определено даже единственной стороной - как задача, поставленная самому себе.

  • Стандарт принципиально не содержит описания конкретных методов действий, а тем более - заготовок решений или документации. Он лишь описывает архитектуру процессов жизненного цикла программного обеспечения, но не конкретизирует в деталях, как реализовывать или выполнять услуги и задачи, включенные в процессы. Данный стандарт не предписывает имена, форматы или точное содержание получаемой документации. Решения такого типа принимаются сторонами, использующими стандарт.
  • Обеспечение качества разными процессами выполняется с разной предусмотренной степенью организационной независимости контролирующей деятельности вплоть до обязательных требований к полной независимости проверяющего персонала от какой-либо прямой ответственности за проверяемые объекты. В отличие от CDM контроль этого вида предусмотрен на самых ранних шагах разработки, начиная с анализа системных требований посредством их проверок на соответствие потребностям приобретения.
  • Степень обязательности рассматриваемого стандарта следующая: после решения организации о применении ISO 12207 в качестве условия торговых отношений является ее ответственность за указание минимального набора требуемых процессов и задач, которые обеспечивают согласованность с этим стандартом.
  • Стандарт содержит предельно мало описаний, направленных на проектирование базы данных. Это можно считать оправданным, так как разные системы и разные прикладные комплексы программного обеспечения могут не только использовать весьма специфические типы баз данных, но и вообще не использовать базу данных.

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

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

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

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

ПРИМЕЧАНИЕ Согласно стандарту ISO 12207, требование квалификации - это набор критериев или условий (квалификационные требования), которые должны быть удовлетворены для того, чтобы квалифицировать программный продукт как подчиняющийся (удовлетворяющий условиям) его спецификациям и готовый для использования в целевой окружающей среде.

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

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

– Конец работы –

Эта тема принадлежит разделу:

Понятие, классификация и некоторые общие принципы создания и реализации экономических корпоративных информационных систем

ЛЕКЦИЯ по дисциплине Управление эксплуатацией ИС... Понятие классификация и некоторые общие принципы создания и реализации... Общая структура информационной системы Классификация информационных систем...

Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ: Особенности стандарта ISO 12207

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

Понятие промышленной информационной системы.
Регламент эксплуатации информационной системы. Настроечные возможности, развитая система управлении НСИ (выделенные справочники и диалоги для их ведения – пополнени

Стандарты разработки и внедрения ПО.
1 Стандарты разработки и внедрения программного обеспечения. Международный стандарт ISO/IEC 12207: 1995-08-01 Проблемы перехода к эксплуатации заложены в неразвитости стан

Основные и вспомогательные процессы жизненного цикла программного обеспечения
В стандарте ISO 12207 описаны пять основных процессов жизненного цикла программного обеспечения: проце

Стандарты разработки и внедрения программного обеспечения. Стандарты комплекса ГОСТ 34
ГОСТ 34 задумывался в конце 80-х годов как всеобъемлющий комплекс взаимоувязанных межотраслевых документов. Объектами стандартизации являются автоматизированные системы различных видов и все виды и

Общая структура
Из всех существующих групп документов будем основываться только на группе 0 "Общие положения" и группе 6 "Создание, функционирование и развитие автоматизированной системы". Наиб

Особенности
Основной целью разработки комплекса нормативных документов ГОСТ 34 было разрешение противоречий, возникающих при интеграции систем вследствие несогласованности нормативно-технической документации д

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

Функции автоматизированной системы
Целей деятельности может быть (и, как правило, бывает) несколько. Любой полезный вне самой деятельности результат допустимо считать ее целью. Так, если кассирша не только продает билет, но и в конц

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

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

Компоненты
Выделение целей деятельности, функций автоматизированной системы и при необходимости ее подсистем во многом субъективно и поставлено в зависимость от точки зрения субъекта, который решил этим занят

Виды обеспечения
Одно из наиболее сложных понятий для начинающего пользователя ГОСТ 34 — вид обеспечения. Что за обеспечение такое? Можно ли его увидеть или пощупать? Продать или купить? Каждый вид

Автоматизированные рабочие места
Согласно определению, приведенному в ГОСТ 34.003-90, автоматизированное рабочее место (АРМ) — это «программно-технический комплекс автоматизированной системы, предназначенный для автоматизации деят

Автоматизация как организационный проект
Если не брать в расчет всевозможные злоупотребления, цель внедрения любой автоматизированной системы — улучшение (какое именно, вопрос второй) определенной деятельности в рамках организации-заказчи

Оперативный и эксплуатационный персонал
Сотрудники, причастные к функционированию автоматизированной системы, делятся на две группы: оперативный персонал и эксплуатационный персонал. Оперативный персонал непосредственно осуществ

Владелец автоматизированной системы.
1. Формально владельцем (и заказчиком) всех автоматизированных систем в организации является сама эта организация. 2. На практике обычно автоматизированная система находится в ведении како

Администратор автоматизированной системы.
Обеспечивает: 1.1. Управление пользователями АС 1.2. Управление НСИ (справочники, классификаторы) 1.3. Безопасность данных средствами интерфейса АС 1.4. Разработ

Системный администратор.
1. Технический специалист, обеспечивающий: 1.1. нормальное функционирование технических средств и программного обеспечения. 1.2. выполнение технически сложных вспомогательных ф

Хотите получать на электронную почту самые свежие новости?
Education Insider Sample
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Реклама
Соответствующий теме материал
  • Похожее
  • Популярное
  • Облако тегов
  • Здесь
  • Временно
  • Пусто
Теги