Файл: Билет 1, 21, 27 Этапы разработки по билет 2, 18.docx

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 10.01.2024

Просмотров: 66

Скачиваний: 1

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
Билет 1, 21, 27Этапы разработки ПОБилет 2, 18Определение метода и технологии разработки ПО Требования к технологииБилет 3Понятие жизненного цикла ПО ИС. Процессы ЖЦ ПО ИС(неполное из презентаций препода)– весь период его разработки и эксплуатации, начиная с момента возникновения замысла (идеи) и заканчивая прекращением всех видов его использования.В общем случае ЖЦ определяется моделью и описывается в форме технологии разработки – технологического подхода. Модель ЖЦ – структура, определяющая последовательность выполнения процессов и их взаимосвязь на протяжении ЖЦ. Упоминание ЖЦ обычно подразумевает указание конкретной модели ЖЦ.Билет 4Основные процессы ЖЦ ПО ИСБилет 5Вспомогательные процессы ЖЦ ПО ИСБилет 6, 24Моделирование бизнес-процессовБилет 7Организационные процессы ЖЦ ПО ИСБилет 8Технология и методология проектирования ИС (неполное из презентаций препода)Технология разработки ПО (технологический подход) – это определённая совокупность процессов, включающих их детальное содержание и распределение по стадиям, а также ролевую ответственность участников проекта на всех стадиях выбранной модели ЖЦ ПО. Технология часто определяет и саму модель. Обычно она основывается на методиках выбранной методологии, а также рекомендует практики, что позволяет максимально эффективно воспользоваться этой технологией и её моделью ЖЦ. Технологию удобно характеризовать в двух измерениях – вертикальном (процессы) и горизонтальном (стадии).Билет 9Спиральная модель. Лучшие практикиБилет 10, 19, 23Спиральная модельОдной из наиболее эффективных подходов к разработкесложных ИС является использование эволюционной стратегииразработки. В этом случае система строится в виде последова-тельности версий, причём в начале процесса определены не все
требования. В процессе разработки требования уточняются, исистема непрерывно дорабатывается. Спиральная модель ЖЦ относится к эволюционным моде-лям (рис. 3.2). Каждый виток раскручивающейся спирали соот-ветствует разработке одной (начальной, промежуточной илиокончательной) версии ИС и представляет собой полный циклразработки, начиная с анализа и заканчивая внедрением.

  • Эта модель не подойдет для малых проектов, она резонна для сложных и дорогих, например, таких, как разработка системы документооборота для банка, когда каждый следующий шаг требует большего анализа для оценки последствий, чем программирование.
++ Достоинством спиральной модели ЖЦ является то, что дореализации доводится обоснованный окончательный вариант ИС,который удовлетворяет действительным требованиям заказчика.Таким образом, снижаются риски, связанные с неправильнымпониманием потребностей заказчика или неправильной реализа-цией требований к системе. ++ Другим достоинством спиральной модели жизненного цик-ла является ускорение разработки ИС, обусловленное более ак-тивным привлечением заказчика к формированию требований наоснове анализа работы промежуточных версий. -- Главный недостаток спиральной модели – сложность плани-рования работ и оценки затрат, сроков и рисков выполнения про-екта. Основной проблемой является определение момента пере-хода на следующую итерацию. Для её решения вводятся ограни-чения на длительность этапов и итераций по времени.Билет 11, 20Каскадная модель. Каскадная или водопадная модель ЖЦ является классиче-ской моделью однократного прохода, которая описывает линей-ную последовательность этапов создания ИС (рис. 3.1). Каскадная модель ЖЦ предусматривает выполнение стадийжизненного цикла в строго определённом порядке. Переход наследующую стадию осуществляется только после полного завер-шения работ на предыдущей стадии. Данная модель детальноописана в ГОСТ 34.601–90.Когда использовать каскадную методологию?

  • Только тогда, когда требования известны, понятны и зафиксированы. Противоречивых требований не имеется.

  • Нет проблем с доступностью программистов нужной квалификации.

Например, полет спутника вокруг Земли++ Достоинством каскадной модели является явное описаниевсех этапов работы и определение последовательности их реали-зации. Это позволяет планировать сроки завершения работ и со-ответствующие затраты.-- Недостатком каскадной модели является то, что реальныйпроцесс создания ИС в действительности практически никогда неукладывается в жёсткую каскадную схему. Постоянно возникаетпотребность в возврате к предыдущим этапам для уточнения тре-бований и исходных данных.Каскадная модель с промежуточным контролем являетсямодификацией каскадной модели ЖЦ, которая по окончании те-кущего этапа предусматривает возможность перехода на преды-дущий этап для уточнения требований.Билет 12, 25Итеративная инкрементная модель.Жизненный цикл проекта при итерационной разработке разбит на последовательность итераций, каждая из которых, по сути, является проектом в миниатюре, то есть включает в себя все процессы разработки ПО (сбор и анализ требований, составление спецификаций, непосредственную реализацию, тестирование и запуск), но в рамках одной итерации разрабатывается не весь проект, а только его версия или отдельная часть.Как правило, цель каждой итерации — это получение версии ПО, включающей в себя как новые или преработанные возможности, реализованные в ходе текущей итерации, так и функциональность всех предыдущих итераций. Результат же финальной итерации содержит всю требуемую функциональность продукта.Инкрементная модель ЖЦ отличается от классической кас-кадной тем, что в ней существует сразу несколько комплектовтребований к системе (спецификаций) с разной степенью полно-ты. Вся разработка делится на заданное количество шагов (итера-ций, инкрементов). В процессе разработки под каждый набортребований создаётся своя версия информационной системы. Та-ким образом, результатом разработки является не одна

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

++ Главным достоинством инкрементной модели ЖЦ является
то, что такой жизненный цикл позволяет заказчику контролиро-
вать процесс разработки системы, начиная с её самой ранней вер-
сии – прототипа.

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


Когда оптимально использовать итеративную модель?


  • Требования к конечной системе заранее четко определены и понятны.

  • Проект большой или очень большой.

  • Основная задача должна быть определена, но детали реализации могут эволюционировать с течением времени.
Например, система распознавания голосаКогда использовать инкрементную модель?

  • Когда основные требования к системе четко определены и понятны. В то же время некоторые детали могут дорабатываться с течением времени.

  • Требуется ранний вывод продукта на рынок.

  • Есть несколько рисковых фич или целей.
Например, сеть электронных библиотекБилет 13, 17Эволюционная модель.Билет 14, 16, 22, 28Структурный подход к проектированию ИС.Сущность структурного подхода к разработке ИС заключается в её декомпозиции (разбиении) на автоматизируемые функции. Система разбивается на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и так далее. Процесс разбиения продолжается вплоть до конкретных процедур. При этом автоматизируемая система сохраняет целостное представление

, в котором все составляющие компоненты взаимоувязаны. При разработке системы “снизу-вверх” от отдельных задач ко всей системе целостность теряется, возникают проблемы при информационной стыковке отдельных компонентов.

В методологии структурного подхода используют принципы:


  • разделяй и властвуй” – решение сложных проблем путём их разбиения на множество меньших независимых задач, легких для понимания и решения;

  • иерархического упорядочивания – организации составных частей проблемы в иерархические древовидные структуры с добавлением новых деталей на каждом уровне;

  • абстрагирования – выделение существенных аспектов системы и отвлечения от несущественных;

  • формализации – необходимость строгого методического подхода к решению проблемы;

  • непротиворечивости – обоснование и согласованность элементов;

  • структурирования данных – данные должны быть структурированы и иерархически организованы.
Структурное (системное) проектирование – это метод определения подсистем, компонентов и способов их соединения, задающий ограничения, при которых система должна функционировать, выбирающий наиболее эффективное сочетание людей, машин и программного обеспечения для реализации системы.Билет 15, 26Объектно-ориентированный подход к проектированию ИС.