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

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

Сопровождение и Эксплуатация

Работа сделанна в 2003 году

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

Сопровождение и Эксплуатация. Процесс эксплуатацииПроцесс эксплуатации состоит из действий и задач того, кто эксплуатирует разработанное ПО. Процесс включает эксплуатацию ПО и поддержку пользователей.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Этап планирования и анализа требований
Этап планирования и анализа требований. Цель- получение требований - выработка производных от них требований для этапа оценки безопасности. Входные данные- требования к системе, аппаратный интерфей

Внедрение
Внедрение. Целью является загрузка исполняемого объектного кода в аппаратное или программно-аппаратное обеспечение. Входные данные- архитектура ПО- исходный код- объектный код. Результат - исполняе

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