Лекции по "Информационному технологии"

Автор работы: Пользователь скрыл имя, 16 Мая 2013 в 16:51, курс лекций

Описание работы

1. Условное здание разработки ИС.
2. Понятие жизненного цикла ИС. Процессы жизненного цикла.
3. Модели жизненного цикла ИС.

Файлы: 11 файлов

Лек33-9.doc

— 79.00 Кб (Просмотреть файл, Скачать файл)

Лек33-8.doc

— 199.50 Кб (Просмотреть файл, Скачать файл)

Лек33-7.doc

— 158.00 Кб (Просмотреть файл, Скачать файл)

Лек33-6.DOC

— 137.50 Кб (Просмотреть файл, Скачать файл)

Лек33-5.DOC

— 232.00 Кб (Просмотреть файл, Скачать файл)

Лек33-4.DOC

— 216.00 Кб (Просмотреть файл, Скачать файл)

Лек33-3.doc

— 105.50 Кб (Просмотреть файл, Скачать файл)

Лек33-2.doc

— 58.50 Кб (Просмотреть файл, Скачать файл)

Лек33-11.doc

— 78.00 Кб (Просмотреть файл, Скачать файл)

Лек33-10.doc

— 85.50 Кб (Скачать файл)

Лек33-1.doc

— 141.00 Кб (Скачать файл)

Верификация позволяет определить, соответствует ли состояние проекта на определенном этапе требованиям этого этапа. Например: концептуальная модель БД есть тройка КМБД = <S, P, Q>, где S – концептуальная схема БД; P – операторы реляционной алгебры; Q – предикаты ограничений целостности концептуальной схемы. Отсутствие какого-либо компонента из данной тройки говорит о том, что работы данного этапа не завершены.

Проверка позволяет оценить результаты проектирования на соответствие ее параметров исходным требованиям. Например: получена схема реляционной БД в классе 2НФМ, а по проектным требованиям необходима в 3НФМ. Следовательно, проект не соответствует проектному заданию и его необходимо доработать.

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

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

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

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

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

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

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

 

3. Модели жизненного  цикла ИС

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

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

поэтапная модель с промежуточным  контролем;

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

Каскадная модель (1970-80г.г.) – предполагает переход на следующий этап после полного окончания работ по предыдущему этапу.

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

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

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

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

Поэтапная модель с  промежуточным контролем (1980-85г.г.) – итерационная модель разработки ИС с циклами обратной связи между этапами.

Данная модель частично устранила  недостатки каскадной модели. Но при  этом возникли другие:

- время жизни каждого этапа  растягивается на весь период разработки;

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

Для преодоления всех вышеперечисленных  недостатков была предложена спиральная модель.

Спиральная модель (с 86 г.) – делает упор на начальные этапы ЖЦ: анализ и проектирование. На этих этапах приемлемость решений проверяется путем создания прототипов. Каждый виток спирали соответствует созданию фрагмента или версии проекта. На нем уточняются цели и характеристики проекта, определяется его качество и планируются работы на следующий виток.

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

Таким образом, спиральная модель особое внимание акцентирует на проблемах управления проектом разработки ИС. Поэтому, если поэтапная модель ЖЦ явилась толчком к развитию автоматизированных средств анализа и проектирования ПО, то спиральная модель активно стимулирует развитие работ по автоматизации управления проектом.

 

 

Заключение

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

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


Информация о работе Лекции по "Информационному технологии"