Вопрос № 18. Каскадная модель жизненного цикла

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

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

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

Третий этап – реализация проекта. Здесь осуществляется разработка программного обеспечения. Результат – готовый программный продукт.

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

5 этап – сопровождение проекта в процессе промышленной эксплуатации.

Положительные стороны применения каскадного подхода:

– на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности;

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

Недостатки каскадной модели:

Существенное запаздывание с получением результатов. Согласование результатов с пользователями производится только в точках, планируемых после завершения каждого этапа работ, требования к ИС "заморожены" в виде технического задания на все время ее создания. В случае неточного изложения требований или их изменения в течение длительного периода создания ПО, пользователи получают систему, не удовлетворяющую их потребностям. Модели (как функциональные, так и информационные) автоматизируемого объекта могут устареть одновременно с их утверждением.

Возврат на более ранние стадии. Ошибки, допущенные на ранних этапах (анализа и проектирования), обнаруживаются, как правило, на последующих стадиях после выявления ошибок проект возвращается на предыдущий этап, перерабатывается и снова передается на последующую стадию.

Сложность параллельного ведения работ. Связаны с необходимостью постоянного согласования различных частей проекта.

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

Вопрос № 19 Базы и банки данных, их использование в информационных системах управления. Понятие о системах управления базами данных (СУБД).

Функции СУБД

Все функции СУБД можно объединить в такие группы:

Управление данными. Задачами управления данных является подготовка данных и их контроль, внесение данных в базу, структуризация данных, обеспечение целостности, секретности данных.

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

Организация и ведение связи с пользователем. Ведение диалога, выдача диагностических сообщений об ошибках в работе по БД и т.д.

В состав любой СУБД входят языки двух типов:

· язык описания данных (с его помощью описываются типы данных, их структуры, связи)

· язык манипулирования данными (язык запросов), предназначенный для организации работы с данными.