Билет 1, 21, 27 Этапы разработки по билет 2, 18
 Скачать 1.29 Mb.
|
|
Билет 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 Объектно-ориентированный подход к проектированию ИС.  |