Классификация по охвату задач (масштабности)

• Персональная ИС предназначена для решения некоторого круга задач одного человека.

• Групповая ИС ориентирована на коллективное использование информации членами рабочей группы или подразделения.

Корпоративная ИС в идеале охватывает все информационные процессы целого предприятия, достигая их полной согласованности, безызбыточности и прозрачности. Такие системы иногда называют системами комплексной автоматизации предприятия.

ЖЦПО - непрерывный процесс, который начинается с момента принятия решения о создании ПО и заканчивается полным изъятием его из эксплуатации

ЖЦ разделяется на этапы. Все этапы ЖЦ разделяются на 3 группы:

• Основные процессы ЖЦ (приобретение, поставка, разработка, эксплуатация, сопровождение)

• Вспомогательные процессы (документирование, управление конфигурацией, обеспечение качества, аттестация, аудит, решение проблем);

• Организационные процессы (управление проектами, создание инфраструктуры проекта, улучшение самого ЖЦ, обучение).

Под моделью ЖЦ понимается структура определяющая последовательность выполнения этапов ЖЦ

Жизненный цикл информационной системы - это непрерывный процесс от ее «рож­дения» до «смерти». Включает в себя анализ (обследование объекта управления и/или су­ществующей ИС), проектирование, реализация, испытания (тестирование), внедрение, со­провождение и утилизация.

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

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

Среди известных моделей жизненного цикла можно выделить следующие модели:

• каскадная модель (до 70-х годов) - последовательный переход на следующий этап по­сле завершения предыдущего:

• итерационная модель (70 - 80-е годы) - с итерационными возвратами на предыдущие этапы после выполнения очередного этапа:

• спиральная модель (80 - 90-е годы) - прототипная модель, предполагающая постепен­ное расширение прототипа ЭИС.

Каскадная модель жизненного цикла ИС.

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

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

Спиральная модель жизненного цикла ИС.

Используется подход к организации проектирования ЭИС «сверху-вниз», когда сна­чала определяется состав функциональных подсистем, а затем постановка отдельных за­дач. Соответственно сначала разрабатываются такие общесистемные вопросы, как органи­зация интегрированной базы данных, технология сбора, передачи и накопления информа­ции, а затем технология решения конкретных задач. В рамках комплексов задач програм­мирование осуществляется по направлению от головных программных модулей к испол­няющим отдельные функции модулям. При этом на первый план выходят вопросы взаи­модействия интерфейсов программных модулей между собой и с базой данных, а на вто­рой план - реализация алгоритмов.

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

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

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

• Каскадная модель. Переход на следующий этап означает полное завершение работ на предыдущем этапе.

• Поэтапная модель с промежуточным контролем. Разработка ПО ведется итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют уменьшить трудоемкость процесса разработки по сравнению с каскадной моделью; время жизни каждого из этапов растягивается на весь период разработки.

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

Каскадная модель

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

Этапы проекта в соответствии с каскадной моделью:

• Формирование требований;

• Проектирование;

• Реализация;

• Тестирование;

• Внедрение;

• Эксплуатация и сопровождение.

Преимущества:

• Полная и согласованная документация на каждом этапе;

• Легко определить сроки и затраты на проект.

Недостатки:

• Большая длительность выполнения проекта

• Трудоемкость

• Запаздывание получения результатов

Спиральная модель

При использовании этой модели ПО создается в несколько итераций (витков спирали) методом прототипирования.

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

На каждой итерации оцениваются:

• риск превышения сроков и стоимости проекта;

• необходимость выполнения ещё одной итерации;

• степень полноты и точности понимания требований к системе;

• целесообразность прекращения проекта.

Достоинства:

• Макс. Удовлетворение требований заказчика

• Возможность модифицирования проекта в процессе ЖЦ

Недостатки:

• Сложность определения окончательных сроков выполнения

• Определение момента перехода на новый этап