30.Методы проек-вания ис и их классификация: по степени использования средств автоматизации, типовых проектных решений, адаптивности к предполагаемым решениям.

Основу технологии проек-вания составляет методология, которая определяет сущность, основные отличительные технологические особенности. Методология проектирования предполагает наличие некоторой концепции, принципов проек-вания, реализуемых набором методов проек-вания. Метод проектирования – определенная совокупность действий, которые необходимо предпринять, чтобы достичь поставленной цели (получить проект). Классификация методов проектирования: 1)По степени автоматизации: а.ручное – проектирование компонентов ИС осуществляется без использования специальных инструментальных программных средств, а программирование – на алгоритмических языках; б.компьютерное – проектирование производится путем генерации или конфигурации проектных решений на основе использования специальных инструментальных программных средств. 2) По степени использования типовых проектных решений: а.оригинальное (индивидуальное) – проектное решение разрабатываются «с нуля» в соответствии с требованиями; б.типовое – проектирование, предполагающего конфигурацию ИС из готовых типовых проектных решений (программных модулей). 3)По степени адаптивности проектных решений: а.реконструкция – адаптация проектных решений выполняется путем переработки компонентов (перепрограммирования программных модулей); б. параметризация – проектные решения настраиваются (переконфигурируются) в соответствии с изменяемыми параметрами; в.реструктуризация модели – изменяется модель проблемой области, на основе которой автоматически перегенерируются проектные решения. Сочетание различных признаков классификации методов проектирования обусловливает характер используемой технологии проектирования ЭИС, среди которых выделяются два основные класса: каноническая и индустриальная технологии. Индустриальная технология проектирования в свою очередь разбивается на два под класса: автоматизированное (использование CASE-технологий) и типовое (параметрически-ориентированное или модельно-ориентированное) проектирование. Использование индустриальных технологий проектирования не исключает использование в отдельных случаях канонической технологии.

31.Модели жизненного цикла: каскадная модель, итерационная модель, спиральная модель.

ЖЦ ИС – совокупность стадий и этапов, которые проходит ИС в своем развитии от момента принятия решения о создании до момента прекращения функционирования. Модели ЖЦ ИС: 1) Каскадная модель ЖЦ ИС (до 70-х гг.) – последовательный переход на следующий этап после завершения предыдущего. 2)Итерационная модель ЖЦ ИС (70-80-е гг.) – с возможностью возврата на предыдущие этапы после выполнения очередного этапа. 3)Спиральная модель (80-90-е гг.) – прототипная модель, пред­полагающая постепенное расширение прототипа ИС. Каскадная модель - в рамках решения отдельных задач эта модель по срокам разработки и надежности оправдывала себя. Применение каскадной модели ЖЦ к большим и сложным проектам вследствие большой длительности процесса проектирования и изменчивости требований за это время приво­дит к их практической нереализуемости. Разработка разделена на этапы, причем переход с одного этапа на следующий происходит только после того, как будет полностью завершена работа на текущем. Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков. Этапы проекта в соответствии с каскадной моделью: 1)Формирование требований. 2)Проектирование. 3)Реализация. 4)Тестирование. 5)Ввод в действие. 6) Эксплуатация и сопровождение. Достоинства: 1. на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности; 2.выполняемые в логичной последовательности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты. Недостатки: 1.запаздывание с получением результатов; 2.согласование результатов с пользователями производится только в точках, планируемых после завершения каждого этапа работ; 3.требования к ИС «заморожены» в виде технического задания на все время ее создания. Итерационная модель -подход к проектированию «снизу-вверх» обусловливает необходимость итерационных возвра­тов, когда проектные решения по отдельным задачам комплекту­ются в общие системные решения, и при этом возникает потреб­ность в пересмотре ранее сформулированных требований. Вследствие большого числа итераций возникают рассогласования в выполненных проектных решениях. Запутанность функциональной и системной архитектуры создан­ной ИС, трудность в использовании проектной документации вызывают на стадиях внедрения и эксплуатации сразу необходи­мость перепроектирования всей системы. Длительный ЖЦ разработки ИС заканчивается этапом внедрения, за кото­рым начинается ЖЦ создания новой ИС. Поэтапные корректировки обеспечивают меньшую трудоемкость по сравнению с каскадной моделью, но разработка сильно замедляется из-за постоянных проверок и согласований с заказчиком. В данной модели предусматривается возврат на предыдущие этапы. Достоинства: 1.возможность возврата на предыдущие этапы с целью устранения недостатков. Минусы: 1.разработка может быть никогда не завершена. Спиральная модель -используется подход к организации про­ектирования ИС «сверху-вниз», когда сначала определяется со­став функциональных подсистем, а затем постановка отдельных задач. В рамках комплексов за­дач программирование осуществляется по направлению от голов­ных программных модулей к исполняющим отдельные функции модулям. Каждый виток спирали соответствует созданию фрагмента или версии программного обеспечения, на нем уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали. На каждой итерации оцениваются: 1)риск превышения сроков и стоимости проекта; 2)необходимость выполнения еще одной итерации; 3)степень полноты и точности понимания требований к системе; 4)целесообразность прекращения проекта. Неполное завершение работ на каждом этапе позволяет переходить на следующий этап, не дожидаясь полного завершения работы на текущем. Главная задача – быстрее показать пользователям системы работоспособный продукт, тем самым, активизируя процесс уточнения и дополнения требований. Основная проблема – определение момента перехода на следующий этап. Для ее решения необходимо ввести временные ограничения на каждый из этапов ЖЦ. Переход осуществляется в соответствии с планом.