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

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

Информирования всех заинтересованных лиц.

Информирования всех заинтересованных лиц. - раздел Программирование, Род деятельности программирования На Уровне Индивидуального Запроса, Работы По Планированию Проводятся Вместе С...

На уровне индивидуального запроса, работы по планированию проводятся вместе с проведением анализа влияния.

Конфигурационное управление

Конфигурационное управление является важным элементом процесса сопровождения. В программных проектах необходима специальная деятельность по поддержанию файловых активов проекта в порядке. Она и называется конфигурационным управлением.

Выделяются две основные задачи в конфигурационном управлении – управление версиями и управление сборками [2].

Первое отвечает за управление версиями файлов и выполняется в проекте на основе специальных программных пакетов – средств версионного контроля (Microsoft Visual SourceSafe, IBM ClearCase и др.).

Управление сборками – это автоматизированный процесс трансформации исходных текстов ПО в пакет исполняемых модулей, учитывающий многочисленные настройки проекта, настройки компиляции, и интегрируемый с процессом автоматического тестирования. Эта процедура является средством интеграции проекта, основой его итеративной разработки.

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

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

Качество программного обеспечения

Недостаточно надеяться, что в процессе сопровождения качество программного средства будет повышаться. Для поддержки процесса сопровождения должны планироваться и реализовываться соответствующие процедуры и процессы, направленные на повышение качества. Работы и техники по обеспечению качества, проверке и аттестации, обзору, анализу и оценке, а также аудиту, должны отбираться в контексте взаимодействия и согласования со всеми другими процессами, направленными на достижение желаемого уровня качества. Основываясь на стандарте ISO/IEC 14764, рекомендуется адаптировать соответствующие процессы, техники и активы, относящиеся к разработке программного обеспечения. К ним, например, относятся документация по тестированию и результаты тестов.


Эволюция ПС

Сопровождение можно рассматривать как эволюционную разработку ПС. Поскольку сданная в эксплуатацию система не всегда является полностью завершенной, ее надо изменять в течение срока эксплуатации. В результате ПС становится более сложным и плохо управляемым, возникает проблема уменьшения его сложности. К технологиям эволюции ПС относятся реинженеринг, реверсная инженерия и рефакторинг [8, 10].

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

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

Реверсная инженерия

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

Вопросы:

1. Что такое процесс сопровождения ПС?

2. Какие нормативные документы регламентируют процесс сопровождения?

3. В чем сопровождение ПС похоже на разработку ПС?

4. В чем заключается уникальность работы сопровождения?

5. Перечислите дополнительные работы процесса сопровождения.

6. Какие существуют уровни планирования сопровождения?

7. Как осуществляется планирование версий?

8. Что такое конфигурационное управление?

9. Что такое эволюция ПС?

10. Какие существуют технологии эволюции ПС?

11. Что такое реинжиниринг и рефакторинг?

12. Что такое реверсная инженерия?


ПРИЛОЖЕНИЕ 1

УДК 002:651.7/.78:006.354 Группа Т55

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

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

Род деятельности программирования

Род деятельности программирования... В х х годах XX века данный вопрос активно обсуждался на научных... Программирование это искусство...

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

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

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

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

Программирование это бизнес.
  Рис 1.1. Динамика объёмов мировых IT - рынков

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

Система декомпозируется на отдельные составные части, которые можно реализовывать как некоторые самостоятельные промежуточные или готовые продукты.
  Рис. 2.2. Инкрементная модель ЖЦ Протот

Степень обладания им этим ПС.
Для конкретизации качества ПС для каждой из характеристик используются примитивы качества ПС, регламентированные в стандарте ISO/IEC 9126. Опреде

Смежный контроль
§ Контроль спецификации качества сверху - это ее проверка со стороны разработчика требований к ПС; § Контроль функциональной спецификации - это ее пр

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

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

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

Рутинность.
Размер модуля измеряется числом содержащихся в нем операторов или строк. Модуль не должен быть слишком маленьким или слишком большим. Маленькие модули приводят к громоздкой модульной ст

Конец модуля
7. Функциональная связность(СС = 10). Данный тип модуля содержит элементы, участвующие в выполнении одной и только одной проблемной задачи (вычислить синус угла; вычислить координаты

Работа с ошибками
Между программистами и тестеровщиками необходим контакт, так как ошибок находится много, их исправление требует времени, а в их исправлении тестеровщики должны удостовериться. Кроме того, м

Готовить тесты для правильных, и для неправильных данных.
5. Документировать пропуск тестов через компьютер, детально изучать результаты каждого теста, избегать тестов, пропуск которых нельзя повторить. 6. Каждый модул

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

ОБЩИЕ ПОЛОЖЕНИЯ
1.1. Техническое задание оформляют в соответствии с ГОСТ 19.106-78 на листах формата 11 и 12 по ГОСТ 2.301-68, как правило, без заполнения полей листа. Номера листов (страниц) проставляются в верхн

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