Файл: Конспект лекций по дисциплине устройство и функционирование информационных систем.doc

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

Подготовительную работу.
Создание инфраструктуры.
Сопровождение инфраструктуры.

Процесс усовершенствования. Он предусматривает оценку, измерение, контроль и усовершенствование процессов ЖЦ ПО. Включает следующие действия:

Создание процесса.
Оценку процесса.
Усовершенствование процесса.

Процесс обучения. Он охватывает первоначальное обучение и последующее постоянное повышение квалификации персонала. Включает следующие действия:

Подготовительную работу.
Разработку учебных материалов.
Реализацию плана обучения.

Взаимосвязь между процессами ЖЦ

Процессы ЖЦ ПО, регламентируемые стандартом ISO/IEC 12207, могут использоваться различными организациями в конкретных проектах самым различным образом. Тем не менее, стандарт предлагает некоторый базовый набор взаимосвязей между процессами с различных точек зрения (или в различных аспектах), который показан на рисунке 7. Такими аспектами являются:

договорной аспект;
аспект управления;
аспект эксплуатации;
инженерный аспект;
аспект поддержки.

Рисунок 7 - Связи между процессами ЖЦ ПО
Вопросы для самоконтроля:

1 2 3 4 5 6 7 8 9 10 11

Какие действия охватывает каждый из процессов ЖЦ?

Какие задачи решаются при выполнении этих действий?

Приведите пример, иллюстрирующий взаимосвязь между процессами ЖЦ.

Лекция 10. Структура ЖЦ ИС. Стадии ЖЦ ИС

План:

Анализ и планирование требований
Проектирование АИС
Построение АИС
Внедрение и сопровождение АИС
Изъятие АИС из эксплуатации

Самой первой стадией ЖЦ АИС является анализ и планирование требований. Это важнейшая стадия, при ее реализации закладываются основные свойства разрабатываемого программного продукта, и планируется дальнейшая деятельность по его созданию.

Результатом стадии анализа и планирования требований будет список функций разрабатываемой информационной системы с указанием их приоритетов и предварительные функциональные и информационные модели системы.

Второй стадией ЖЦ является проектирование АИС, закладывающее основу для последующих стадий. На этой стадии АИС начинает существовать в форме детальной модели, описывающей все ее свойства.

Результатом стадии проектирования будет следующее:

общая информационная модель системы;

функциональные модели системы в целом и подсистем, реализуемых отдельными командами разработчиков;
точно определенные интерфейсы между автономно разрабатываемыми подсистемами;

прототипы экранов, диалогов и отчетов.

После проектирования АИС наступает этап построения - реализация системы на программном уровне.

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

После построения АИС наступает следующая стадия ее жизненного цикла - внедрение и сопровождение: пуск в эксплуатацию и обслуживание программного продукта организацией-разработчиком.
Последней стадией жизненного цикла АИС является изъятие материально или морально устаревшей АИС из эксплуатации.

Вопросы для самоконтроля:

Назовите стадии ЖЦ ИС
Перечислите виды работ, проводимые на каждой стадии
Что является результатом каждой стадии?

Лекция 11. Модели ЖЦ ИС

План:

Понятие модели ЖЦ
Каскадная модель ЖЦ
Модель с промежуточным контролем
Спиральная модель

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

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

К настоящему времени наибольшее распространение получили следующие две основные модели ЖЦ ПО: каскадная модель (1970–1985 гг.) и спиральная модель (1986–1990 гг.).

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

Процесс создания ПО носит, как правило, итерационный характер: результаты очередной стадии часто вызывают изменения в проектных решениях, выработанных на более ранних стадиях. Таким образом, постоянно возникает потребность в возврате к предыдущим стадиям и уточнении или пересмотре ранее принятых решений. В результате реальный процесс создания ПО принимает иной вид (рисунок 9).

Рисунок 8 - Каскадная модель ЖЦ ПО
Такую схему часто относят к отдельной модели, так называемой

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

Рисунок 9 - Реальный процесс разработки ПО

В середине 80-х гг. XX века была предложена спиральная модель ЖЦ (рисунок 10). Ее принципиальной особенностью является следующее: прикладное ПО создается не сразу, как в случае каскадного подхода, а по частям с использованием метода прототипирования.

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

Рисунок 10 - Спиральная модель ЖЦ ПО
Вопросы для самоконтроля:

Что такое модель ЖЦ ПО?
Какие виды моделей Вам известны?
В чем их достоинства и недостатки?

Тема 2.2. Основные понятия технологии проектирования ИС

Лекция 12. Технологии проектирования: характеристика, выбор, основные компоненты

План:

Технологии проектирования
Методики проектирования
Функциональная методика IDEF0

Методологии, технологии и инструментальные средства проектирования (CASE-средства) составляют основу проекта любой ИС. Методология реализуется через конкретные технологии и поддерживающие их стандарты, методики и инструментальные средства, которые обеспечивают выполнение процессов ЖЦ.

Технология проектирования определяется как совокупность трех составляющих:

пошаговой процедуры, определяющей последовательность технологических операций проектирования;
критериев и правил, используемых для оценки результатов выполнения технологических операций;
нотаций (графических и текстовых средств), используемых для описания проектируемой системы.

Технология проектирования, разработки и сопровождения ИС должна удовлетворять следующим общим требованиям:

технология должна поддерживать полный ЖЦ ПО;
технология должна обеспечивать гарантированное достижение целей разработки ИС с заданным качеством и в установленное время;
технология должна обеспечивать возможность выполнения крупных проектов в виде подсистем;
технология должна обеспечивать возможность ведения работ по проектированию отдельных подсистем небольшими группами (3-7 человек);
технология должна обеспечивать минимальное время получения работоспособной ИС;
технология должна предусматривать возможность управления конфигурацией проекта, ведения версий проекта и его составляющих, возможность автоматического выпуска проектной документации и синхронизацию ее версий с версиями проекта;
технология должна обеспечивать независимость выполняемых проектных решений от средств реализации ИС (систем управления базами данных (СУБД), операционных систем, языков и систем программирования);
технология должна быть поддержана комплексом согласованных CASE-средств, обеспечивающих автоматизацию процессов, выполняемых на всех стадиях ЖЦ.