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

Все сложны проекты разработки ИС, наталкиваются на проблемы, такие как:

1. Отставание от графиков

2. Превышение сметы расходов

3. Несоответствие продукта заявленным функциональным требованиям и другие

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

Преимущественно используемые стандарты:

1. Повышение надежности

2. Повышение эффективности и экономии

3. Увеличение конфидента повторного использования

4. Создания условий для конкуренции разработчиков на рынке ПС

5. Обеспечение конкурентно способности

Стандарты делятся:

1. Функциональные

   1. На протоколы

   2. Для языков

   3. Для Интерфейса

2. Стандарт на жизненный цикл и использование ИС

Пропустил списочек ^^

По методическому источнику

1. Методические материалы фирм разработчиков программного обеспечения

   1. Oracle

   2. …….

   3. (…………………………………………………………….)

Основная цеь анализа международных стандартов состоит в применении…..

в увеличении возможности разработки ПС необходимого качества и надежности.

Цели использования стандартов:

• повышение надежности ПС

• повышение эффективности применения

• снижение затрат в сфере сопровождения

• увеличение коэффициента повторного использования ПС

• повышение объективности оценок качества ПС

• создание условия для конкуренции разработчиков на внутреннем рынке ПС

• обеспечение конкурентоспособности отечественных ПС ИТ на мировом рынке

Стандарты комплекса ГОСТ 34 большое внимание уделяют содержанию проектных документов. Среди них:

• ГОСТ 34.601-90, входит в комплект стандартов на автоматизированные системы.

Автоматизированные системы. Стадии создания

Дата введения 01.01.92

Стандарт устанавливает стадии создания АС и для каждой из стадий определяет этапы работы.

Стадий 8:

1. формирование требований к АС

2. разработка концепции ИС

3. техническое задание

4. эскизный проект

5. технический проект

6. рабочая документация

7. ввод в действие

8. сопровождение АС

Степень адаптивности это стандарта определяется след возможностями:

1. исключать стадию эскизного проектирования и объединять стадии эскизного проектирования и рабочая документация в одну.

2. исключать некоторые этапы и/или некоторые документы

3. вводить дополнительные документы.

В основном стадии и этапы используемого на практике этого ГОСТа ориентируют разработчика на использование каскадной модели жизненного цикла

2. ГОСТ 34.602-89

Дата введения 01.01.90

Техническое задание на создание автоматизированной системы

распространяется на автоматизированные системы (АС), используемые в разл видах деятельности, включая их сочетания, и устанавливает состав, содеражание ТЗ

ТЗ является осн документом, определяющим требования и порядок создания АС, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие. ТЗ разрабатывается на основе исходных Д, собранных в результате стадий 1 и 2 и подготовленного в рамках этих стадий отчета.

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

Основные разделы:

• общие сведения

• назначение и цели создания системы

• характеристика объектов автоматизации

• требования к системе

• состав и содержание работ по созданию системы

• требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

• требования к документированию

• источники разработки

В ГОСТе для каждого раздела определено его содержание.

*** rugost.com

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

В соответствии с этим ГОСТ все процессы ЖЦ делятся на 3 группы: основные, вспомогательные и организационные. При этом вспомогательные процессы предназначены для поддержки выполнения основных процессов, обеспечения качества проекта, организации тестирования, документирования и др. Организационные процессы определяют действия и задачи, выполняемые как заказчиком так и разработчиком проекта для управления основным процессом.

(детализация основных процессов в презентации на слайдах 9-12)

При проектировании ИС исп-ся действия описанные в основном процессе Разработка.

Вопросы применения этого стандарта более широко раскрыты в стандартах

• ГОСТ Р ИСО/МЭК ТО 15271-2002 «Руководство по применению ГОСТ Р ИСО/МЭК 12207»

• ГОСТ Р ИСО/МЭК ТО 16326-2002 «Руководство по применению ГОСТ Р ИСО/МЭК 12207 при управлении проектом»

• ГОСТ Р ИСО/МЭК ТО 14764-2002 «Информационная технология. Сопровождение программных средств.»

эти стандарты поддерживаю применение стандарта применению ГОСТ Р ИСО/МЭК 12207

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

25.09.13