- •1. Понятие жизненного цикла программных средств. Компоненты жиз-
- •2. Iso/iec 12207:1995. Процессы жизненного цикла программных
- •3. Iso/iec 12207:1995. Основные процессы жизненного цикла.
- •4. Iso/iec 12207:1995.Процесс заказа и его структура.
- •5. Iso/iec 12207:1995. Процесс поставки и его структура.
- •6. Iso/iec 12207:1995. Процесс разработки и его структура.
- •7. Iso/iec 12207:1995. Процесс экслуатации и его структура.
- •8. Iso/iec 12207:1995. Процесс сопровождения и его структура.
- •9. Iso/iec 12207:1995. Вспомогательные процессы жизненного цикла.
- •10. Iso/iec 12207:1995.Процесс документирования и его структура.
- •11. Iso/iec 12207:1995.Процесс управления конфигурацией и его струк-
- •12. Iso/iec 12207:1995.Процесс обеспечения качества и его структура.
- •13. Iso/iec 12207:1995.Процесс верификации и его структура.
- •14. Iso/iec 12207:1995.Процесс аттестации и его структура.
- •15. Iso/iec 12207:1995.Процесс совместного анализа и его структура.
- •16. Iso/iec 12207:1995.Процесс аудита и его структура.
- •17. Iso/iec 12207:1995.Процесс решения проблем и его структура.
- •18. Iso/iec 12207:1995. Организационные процессы жизненного цикла.
- •19. Iso/iec 12207:1995.Процесс управления и его структура.
- •24. Адаптация требований стандарта iso/iec 12207:1995 к условиям кон-
- •25. Инструментальные средства автоматизации жизненного цикла про-
- •26. Дополнения к iso/iec 12207:1995. Классификация процессов жиз-
- •27. Дополнения к iso/iec 12207:1995. Новые процессы жизненного цик-
- •28. Дополнения к iso/iec 12207:1995. Расширенные процессы жизненно-
- •29. Дополнения к iso/iec 12207:1995. Процессы жизненного цикла про-
- •30. Дополнения к iso/iec 12207:1995. Структура процесса разработки.
- •31. Дополнения к iso/iec 12207:1995. Структура процесса управления.
- •32. Дополнения к iso/iec 12207:1995. Расширенное описание процесса
- •33. Качество программных средств. Показатели качества программных
- •34. Общие сведения о стандартах в области оценки качества, действую-
- •35. Гост 28195-99. Методы определения показателей качества про-
- •36. Гост 28195-99. Иерархическая модель оценки качества программно-
- •37. Гост 28195-99. Иерархическая модель сопровождаемости.
- •38. Гост 28195-99. Метод количественной оценки качества программ-
- •39. Стб исо/мэк 9126-2003. Метод оценки качества программных
- •40. Стандарты серии iso/iec в области оценки качества программных
- •41. Структура серии стандартов iso/iec 9126-1-4.
- •42. Структура серии стандартов iso/iec 14598-1-6.
- •43. Iso/iec 9126-1:2001. Связь качества программных средств с их жиз-
- •44. Iso/iec 9126-1. Модель внешнего и внутреннего качества программ-
- •45. Iso/iec 9126-1. Функциональность. Подхарактеристики Функцио-
- •4Нальности.
- •46. Iso/iec 9126-1. Надежность. Подхарактеристики Надежности.
- •47. Iso/iec 9126-1. Эффективность. Подхарактеристики Эффективности.
- •48. Iso/iec 9126-1. Практичность. Подхарактеристики Практичности.
- •49. Iso/iec 9126-1. Сопровождаемость. Подхарактеристики Сопровож-
- •50. Iso/iec 9126-1. Мобильность. Подхарактеристики Мобильности.
- •51. Iso/iec 9126-1. Модель качества в использовании. Характеристики
- •52. Iso/iec 9126. Свойства и критерии обоснованности метрик.
- •53. Iso/iec 9126-3. Внутренние метрики качества программных средств.
- •54. Iso/iec 9126-2. Внешние метрики качества программных средств.
- •55. Iso/iec 9126-4. Метрики качества программных средств в использо-
- •56. Iso/iec 14598-1. Метод оценки качества программных средств.
- •57. Основные понятия сертификации программных средств и систем ка-
- •58. Основные понятия в области технического нормирования, стандарти-
- •59. Оценка соответствия в Республике Беларусь.
- •60. Организация сертификации программных средств.
30. Дополнения к iso/iec 12207:1995. Структура процесса разработки.
Основные отличия модифицированной структуры процесса разработки (см.
рис. 32) от его базовой структуры (см. рис. 7) заключаются в следующем.
1. Работа 5.3.1 (Подготовка процесса разработки) заменена на расширен-
ный подпроцесс F.1.3.1 выявления требований (The Requirements Elicitation).
Данный подпроцесс предназначен для сбора и обработки требований заказчика,
а также отслеживания изменений в них.
При выполнении данного подпроцесса формируется базовая линия согла-
сованных с заказчиком требований, что является основой определения необхо-
димых рабочих продуктов. Устанавливается механизм оценки изменений в тре-
81бованиях заказчика и их преобразования в базовую линию требований. Уста-
навливается механизм, позволяющий заказчику легко определить состав и
взаимоотношение своих требований. Определяется механизм надзора за по-
требностями заказчика.
2. Работы 5.3.5 (Проектирование программной архитектуры) и 5.3.6 (Тех-
ническое проектирование программных средств) объединены в подпроцесс
F.1.3.5 проектирования программных средств (The Software Design). Данный
подпроцесс предназначен для разработки проекта программного средства и
предусматривает возможность верификации результатов проектирования на со-
ответствие требованиям.
При выполнении данного подпроцесса выполняется проектирование про-
граммной архитектуры, в ходе которого определяются компоненты программ-
ного средства, реализующие установленные требования к нему. Определяются
внешние и внутренние интерфейсы для каждого из компонентов. Выполняется
техническое проектирование, в котором определяются программные модули,
готовые к дальнейшему кодированию и тестированию. Устанавливается соот-
ветствие требований к программному средству и результатов проектирования.
3. Работа 5.3.7 (Программирование и тестирование программных средств)
заменена подпроцессом F.1.3.6 построения программных средств (The Software
Construction). Данный подпроцесс предназначен для реализации исполняемых
82программных модулей, соответствующих результатам проектирования про-
граммных средств.
При выполнении данного подпроцесса определяются критерии верифика-
ции программных модулей на соответствие требованиям к ним. Каждый модуль
кодируется. Устанавливается соответствие между требованиями к програм-
мному средству, результатами проектирования и программными модулями.
Выполняется верификация программных модулей на соответствие требовани-
ям.
4. Работа 5.3.9 (Квалификационные испытания программных средств) за-
менена подпроцессом F.1.3.8 испытаний программных средств (The Software
Testing). Данный подпроцесс предназначен для подтверждения того, что про-
граммный продукт, полученный в результате сборки, соответствует установ-
ленным к нему требованиям.
При выполнении данного подпроцесса устанавливаются критерии оценки
соответствия собранного программного продукта требованиям. С использова-
нием установленных критериев выполняется верификация программного про-
дукта. Разрабатывается стратегия регрессионного тестирования, применяемая
для повторного тестирования программного продукта после внесения измене-
ний в его элементы.
5. Работа 5.3.11 (Квалификационные испытания системы) заменена под-
процессом F.1.3.10 испытаний системы (The System Testing). Данный подпро-
цесс предназначен для того, чтобы удостовериться, что реализация каждого
требования к системе протестирована на соответствие и вся система готова к
общему заключению о соответствии.
При выполнении данного подпроцесса устанавливаются критерии для
оценки соответствия собранной системы системным требованиям. Собранная
система верифицируется, используя установленные требования. Разрабатывает-
ся стратегия регрессионного тестирования системы. Данная стратегия применя-
ется для повторного тестирования системы после внесения в него изменений.
6. Работа 5.3.13 (Обеспечение приемки программных средств) перенесена
в процесс поставки (см. подпроцесс поддержки приемки продукта на рис. 31).
Цели и результаты выполнения процесса разработки должны удовлетво-
рять требованиям стандарта ISO/IEC 15504 [30 – 37].