Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Стандарт IEEE 1074-1995 «Процессы жизненного цикла для развития программного обеспечения»




Этот стандарт охватывает полный жизненный цикл ПС, в котором выделяются шесть крупных базовых процессов. Эти процессы детализируются 16 частными процессами. В последних имеется еще более мелкая детализация в совокупности на 65 процессов работ. Содержание каждого частного процесса начинается с описания общих его функций и задач и перечня действий работ при последующей детализации. Для каждой работы в стандарте представлена входная и результирующая информация при ее выполнении и краткое описание сущности процесса. В стандарте внимание сосредоточено преимущественно на непосредственной разработке ПС и на процессах предварительного проектирования. В приложении представлены четыре варианта адаптации максимального состава работ ЖЦ ПС к конкретным особенностям типовых проектов.

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

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

Третий процесс предразработка включает исследование концепций проектируемой системы и распределение функций между аппаратурой и программными средствами. Эти два частных процесса подразделяются на восемь работ. Они завершаются созданием предварительной архитектуры системы и первоначальных вариантов спецификаций функциональных требований к аппаратуре, программам и интерфейсам.

Четвертый процесс разработка ПС представлен наиболее подробно. В нем выделены три частных процесса, которые, в свою очередь, детализируются 14 работами. В крупные процессы выделены создание требований, проектирование и разработка программ (разработка рабочего проекта). Завершается этот процесс комплексированием синтаксически отлаженных компонентов полного проекта ПС.

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

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

Основные процессы стандарта близки к представленным в стандарте ISO 12207, общая архитектура и детализация частных процессов и работ в данном стандарте значительно различаются. Процессы непосредственного создания ПС и его поддержки в стандарте представлены наибольшим числом частных процессов (около 70 %). Наибольшее внимание уделяется процессам, начинающимся с разработки требований к ПС и завершающимся приемосдаточными испытаниями заказчика или пользователя.

Кроме указанных стандартов можно выделить и другие нормативные документы регламентирующие процессный подход к разработке ИС, например методическое руководство SWEBOK «Руководство к методическому справочнику по программной инженерии» (IEEE Computer Society, 2004).

Документ представляет собой систематизированное и структурированное изложение основных понятий, связанных с разработкой ПО, объединяющее определения, концепции, методы из множества источников, среди которых стандарты занимают одно из центральных мест. Сам по себе SWEBOK не является ни стандартом, ни методикой, ни моделью. Это просто развернутый справочник, который состоит из десяти разделов, соответствующих десяти основным видам деятельности при разработке ПО. В каждом из разделов даются ссылки на стандарты, полностью или частично описывающие соответствующие процессы. Одно из приложений к руководству (Приложение С) целиком посвящено стандартам.

Содержание Приложения С – таблица, показывающая степень покрытия стандартами (их приведено свыше пятидесяти) десяти разделов SWEBOK.

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

 




Поделиться с друзьями:


Дата добавления: 2014-01-05; Просмотров: 2875; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.009 сек.