- •Фундаментальные основы конструирования программного обеспечения
- •2. Минимизация сложности программного обеспечения
- •3. Ожидание изменений в программном обеспечении как фактор, влияющий на конструирование по
- •4. Конструирование по с возможностью проверки
- •7 Планирование конструирования (Construction Planning)
- •8 Измерения в конструировании (Construction Measurement)
- •9 Проектирование в конструировании (Construction Design)
- •10 Языки конструирования (Construction Languages)
- •13 Повторное использование по (Reuse)
- •18 Определение дисциплины программная инженерия
- •19 Состав коллективов при создании больших программных проектов
- •20. Основы программных требований
- •21 Инженерия требований к по
- •22 Управление требованиями к по
- •23 Выявление требований
- •24. Анализ требований
- •26 Валидация требований к по
- •27 Управление требованиями
- •28 Определение термина Проектирование по (Software design)
- •29 Базовые концепции проектирования по
- •30 Базовые элементы Архитектуры по
- •31 Анализ и оценка качества проектирования по
- •32 Нотации проектирования
- •33. Определение термина «Конструирование по»
- •34 Виды тестирования по
- •35 Техники тестирования по
- •36 Управление тестированием по
- •37 Измерение результатов тестирования.
- •38 Сопровождение по (Software maintenance)
- •39 Основные концепции сопровождения по
- •40 Эволюция по.
- •41 Управление конфигурацией по (Software Configuration Management–
- •42 Управление инженерией по (Software Engineering Management)
- •43 Организационное управление инженерией по
- •44 Процесс управления проектом разработки по
- •45 Управление рисками при разработке программного проекта
- •47 Процесс инженерии по (Software Engineering Process)
- •48 Инфраструктура процесса разработки по
- •49 Определение процесса разработки по
- •50 Оценка процесса разработки по
- •51 Модели жизненного цикла при разработке программных систем
- •52 Каскадная модель жц
- •53 Инкрементная модель жц
- •54 Спиральная модель
- •55 Эволюционная модель жц
- •56 Стандартизованная модель системы
- •57 Основные процесс стандарта iso/iec 12207
- •58 Вспомогательные процессы стандарта iso/iec 12207
- •59 Организационные процессы стандарта iso/iec 12207
- •60 Характеристика модели процессов в ядре swebok
40 Эволюция по.
Известный специалист в области ПО Леман (1970г.) предложил
рассматривать сопровождение как эволюционную разработку программных систем,
поскольку сданная в эксплуатацию система не всегда является полностью завершенной,
ее надо изменять в течение срока эксплуатации. В результате программная система
становиться более сложной и плохо управляемой, возникает проблема уменьшения ее
сложности. К техникам эволюции ПО относятся реинженерия, реверсная инженерия и
рефакторинг.
Реинженерия – это улучшение возможностей, функций в устаревшем ПО путем его
реорганизации и реструктуризации, перепрограммирования или настройка на другую
платформу или среду с обеспечением удобства его сопровождения
Реверсная инженерия состоит в восстановлении спецификации (графов вызовов,
потоков данных и др.) по полученному коду системы (особенно, когда в нее внесено
много изменений) для наблюдения за ней на более высоком уровне. Восстанавливается
идентификация программных компонентов и связей между ними для обеспечения
перестройки системы к новой форме.
Рефакторинг ориентирован на улучшение структурных характеристик и качественных
показателей объектно-ориентированных программ без изменения их поведения. Этот
процесс реализуется путем изменения отдельных операций над текстами,
интерфейсами, средой программирования и выполнения ПО, а также настройки или
внесения изменений в инструментальные средства поддержки ПО. Если сохраняется
форма существующей системы при изменении, то рефакторинг – один из вариантов
обратной инженерии.
41 Управление конфигурацией по (Software Configuration Management–
SCM)
Управление конфигурацией – дисциплина идентификации компонентов системы,
определения функциональных и физических характеристик аппаратного и
программного обеспечения для проведения контроля внесения изменений и
трассирования конфигурации на протяжении ЖЦ. Это управление соответствует
одному из вспомогательных процессов ЖЦ (ISO/IEC 12207), выполняется техническим
и административным руководством проекта и заключается в контроле указанных
характеристик конфигурации системы и их изменении; составления отчета о
внесенных изменениях в конфигурацию и статус их реализации; проверки
соответствия внесенных изменений заданным требованиям.
Конфигурация системы – состав функций, программных и физических характеристик
программ или их комбинаций, аппаратного обеспечения, обозначенные в технической
документации системы и реализованные в продукте.
Конфигурация ПО включает набор функциональных и физических характеристик ПО,
заданных в технической документации и достигнутых в готовом продукте. Т.е это
сочетание разных элементов продукта вместе с заданными процедурами сборки и
отвечающие определенному назначению. Элемент конфигурации – график разработки,
проектная документация, исходный и исполняемый код, библиотека компонентов,
инструкции по установке системы и др.
42 Управление инженерией по (Software Engineering Management)
Управление инженерией ПО (менеджмент) – руководство работами команды
разработчиков ПО в процессе выполнения плана проекта, определение критериев и
оценка процессов и продуктов проекта с использованием общих методов управления,
планирования и контроля работ.
Как любое управление, менеджмент ПО предполагает планирование, координацию,
измерение, контроль и отчет по процессу управления проектом; представляет собой
системную, дисциплинированную и измеряемую разработку ПО. Координацию
людских, финансовых и технических ресурсов при реализации задач проекта
выполняет менеджер проекта, аналогично тому, как это делается в технических
проектах. В его обязанности входит соблюдение запланированных бюджетных и
временных характеристик и ограничений, стандартов и сформулированных
требований. Общие вопросы управления проектом содержится в ядре знаний
РMBOK [19] в разделе Management Process Activities, а также в стандарте ISO/IEC
12207 – Software life cycle processes [14], где управление проектом рассматривается как
дополнительный и организайионный процесс ЖЦ,