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

Раздел Образование
/
Модели ЖЦ.Сравнительный анализ моделей.

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

Выберите учебное заведение

Модели ЖЦ.Сравнительный анализ моделей.

Модели ЖЦ.Сравнительный анализ моделей. - раздел Образование, Механизм центрального преобразования Жц-Весь Период Времени Начиная С Момента Возникновения Замысла(Идеи)И Заканчи...

ЖЦ-весь период времени начиная с момента возникновения замысла(идеи)и заканчивая моментом выхода ПС из эксплуатации.ЖЦ включает все процессы создания и использования ПС.Различают следующие стадии ЖЦ ПС:разработку ПС,производство программных изделий (ПИ) и эксплуатацию ПС.каскадная модель ЖЦ(“водопад”),подразумевавшая переход на последующие этапы ЖЦ только после полного окончания работ на предыдущих этапах.Модель предполагает следующие свойства взаимодействия этапов:модель состоит из последовательно расположенных этапов;каждый этап полностью заканчивается до того как начнется следующий;этапы не перекрываются во времени, т.е. следующий этап не начинается пока не завершится предыдущий;возврат к предыдущим этапам не предусматривается или крайне ограничен;результат появляется только в конце разработки.

Рассмотрим подробнее отдельные этапы ЖЦ

1.стратегическое планирование:определение целесообразности разработки,определение необходимых ресурсов для решения задачи;2.анализ требований:спецификация требований к системе в виде“что она должна делать”,но не в виде “как это реализовать”;проверка корректности и реализуемости требований3Проектирование:создается структура будущей программой системы.Можно определить следующие фазы проектирования:проектирование архитектуры,спецификация подсистем,проектирование интерфейса,проектирование компонентов,проектирование структур данных,проектирование алгоритмов.

4.программирование:На этапе реализации выбирается язык программ.составляется текст программы(кодирование) и производится отладка5тестирование:На этом этапе выполняется комплексное тестирования всей программной системы специальной группой и программная документация.

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

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

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

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

Развернуть

Открыть в широком формате

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

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

Механизм центрального преобразования

На сайте allrefs.net читайте: Механизм центрального преобразования...

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

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

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

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

Механизм центрального преобразования
Диаграмма потоков данных-информационная модель,основными компонентами которой являются:внешние сущности,представляющее собой источник или приемник информации;процессы преобразования входных данных

Понятие жизненного цикла. модели ЖЦ ПС.каскадная и спиральная модели ЖЦ.Достоинства и недостатки.
Жизненный цикл-весь период времени начиная с момента возникновения замысла(идеи) и заканчивая моментом выхода программного средства из эксплуатации.Жизненный цикл включает все процессы создания и и

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

Отечественные и международные стандарты по ЖЦ ПС.
ИСО/МЭК 12207-95 определяет модель ЖЦ процессов разработки ПО. Данная модель ЖЦ ПС определяет,на верхнем уровне,основные цели,кот являются существенными для разработки высокоэффективного и надежног

Отеч.стандарты гост 19.102-77
Основу отечественной нормативной базу в области разработки и документирования програм средств составляет комплекс стандартов единой системы программной документации.Стандарты ЕСПД в основном охваты

Нормализация данных. Приведение ER-модели к 1 НФ и 2 НФ.
Нормализация данных–это процесс приведения модели к виду,позволяющему получить в дальнейшем структуру БД,в кот устранена избыточность хранения и сведены к минимуму аномалии при добавлении,удалении,

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

Синтез таблиц базы данных на основе ER-модели. Характеристика конфликтов при генерации таблиц и их устранение.
На основе модели «сущность-связь» может быть автоматически синтезирована структура БД. Генерация осуществляется в соответствии со следующими правилами:каждая сущность преобразуется в табл,имя сущно

Стандарт ЖЦ ПО ИСО. МЭК 12207.
ИСО/МЭК 12207-95 определяет модель жизненного цикла процессов разработки ПО. Данная модель ЖЦ ПС определяет,на верхнем уровне,фундаментальные цели,кот явл существенными для разработки высокоэффекти

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

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

Логика процессов. Способы описания логики процессов. Деревья и таблицы решений. Структурный естественный язык.
Для представления логики процессов используются:деревья решений;таблицы решений; структурный естественный язык. Данные средства позволяют строить более строгие описания,чем обычны

Элементы ДПД. Расширение ДПД.
ДПД строятся из четырех основных элементов:внешняя сущность;поток данных;процесс;накопитель данных.Внешняя сущность представляет на диаграмме модели,организации,системы,находящиеся за пределами объ

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

Понятие программного средства.Технология программирования.
Программа или логически связанная совокупность программ на носителях данных,снабженная программной документацией,наз-ся программным средством(ПС).В соответствии с обычным значением слова &qu

Цель модульного программирования. Основные характеристики программного модуля. Методы разработки структуры программы.
1. Цель модульного программирования. ПС,как правило, является большой системой,для ее упрощения программу разрабатывают по частям,кот наз-ся программ.модулями.А сам такой метод раз

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

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

Построение словаря данных. Структура потоков данных.
Словарь данных описывает каждый поток данных,определенный в системе.В словаре данных определяются все потоки данных и управления,а также хранилища данных и управления.Внешние сущности не описываютс

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