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

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

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

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

Добавлен: 10.01.2024

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

Скачиваний: 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

Объектно-ориентированный подход к проектированию ИС.