Реферат по технологии проектирования
Обновлено: 05.07.2024
Выполнил(а):
Студент (ка) группы З-19ИСТ(мг)
канд. техн. наук, доц Тищенко А. А.
1. ОСНОВНЫЕ ПОНЯТИЯ И ТЕРМИНЫ. 3
2. МОДЕЛИ ЖИЗНЕННОГО ЦИКЛА ИС . 6
3.ТЕХНОЛОГИЯ RAD. 10
3.1. Особенности технологии RAD . 10
3.2. Виды прототипов . 13
4. МЕТОДОЛОГИЯ MSF. 17
5. AGILE -МЕТОДИКИ . 27
6. ТЕХНОЛОГИЯ XP. 30
7. МЕТОДОЛОГИЯ RUP. 33
8. МЕТОД DSDM . 36 9. МЕТОДОЛОГИЯ SCRUM. 40 ЗАКЛЮЧЕНИЕ. 43
Эксплуатации ИС на предприятии предшествует создание ее проекта. Под проектом ИС будем понимать документацию, в которой представлено описание проектных решений по созданию и эксплуатации ИС. Проектные решения определяют архитектуру системы, структуру хранения информации, состав и функциональные характеристики программных компонентов, характеристики технических средств.
Под проектированием ИС понимается процесс преобразования входной информации – сведений об объекте автоматизации и требований заказчика – в проект ИС. При этом существенным образом используются знания о методах проектирования ИС и системах-аналогах. Объектами проектирования являются отдельные элементы системы или их комплексы, относящиеся к функциональным или обеспечивающим подсистемам. Функциональные подсистемы реализуют основные функции системы (бизнес-функции), а обеспечивающие подсистемы поддерживают сервисные функции (архивирование данных, авторизацию пользователей и пр.).
В основе метода проектирования (также употребляются термины методика или методология) лежит алгоритм, который определяет проектные действия, их последовательность, состав исполнителей, средства и ресурсы, требуемые для выполнения этих действий. Процесс проектирования ИС делится на совокупность взаимосвязанных действий, каждое из которых может иметь свой объект.
Действия могут быть
проектировочными, формирующими или изменяющими текущий проект;
оценочными, вырабатывающими по установленным критериям оценку результатов проектирования. Совокупность состояний, которые проходит ИС в своем развитии, от момента принятия решения о создании системы до момента прекращения ее функционирования, называется жизненным циклом (ЖЦ) информационной системы.
К основным требованиям, предъявляемым к выбираемой технологии проектирования, относятся следующие:
созданный с помощью этой технологии проект должен максимально соответствовать требованиям заказчика, причем требования могут меняться уже в ходе создания ИС;
технология должна максимально отражать все этапы жизненного цикла проекта и служить основой связи между проектированием и сопровождением системы в процессе ее эксплуатации;
технология должна обеспечивать минимальные затраты времени и средств на проектирование и сопровождение системы при условии обеспечения должного качества конечного продукта. Методы проектирования ИС можно классифицировать по уровню автоматизации и степени использования типовых проектных решений.
По степени автоматизации методы проектирования разделяются на:
типового проектирования, предполагающего сборку или конфигурацию ИС из готовых типовых компонентов.
1. Планирование и анализ требований (предпроектная стадия). Включает исследование и анализ объекта и существующей информационной системы, определение требований к ИС, оформление технико-экономического обоснования (ТЭО) и технического задания (ТЗ) на разработку системы. В ТЭО должны быть представлены экономические расчеты, подтверждающие целесообразность разработки ИС. В ТЗ отражаются назначение ИС, требования к ИС, ее подсистемам и видам обеспечения, а также ограничения на ресурсы проектирования.
2. Проектирование (техническое проектирование, логическое проектирование). Разработка в соответствии со сформулированными требованиями состава автоматизируемых функций и состава обеспечивающих подсистем, структуры хранения информации, оформление технического проекта ИС.
3. Реализация (рабочее проектирование, физическое проектирование). Включает разработку программ, информационное наполнение баз данных, создание рабочих инструкций для персонала, оформление рабочего проекта. Реализация основывается на техническом проекте ИС.
4. Внедрение (тестирование, опытная эксплуатация). Комплексная отладка подсистем ИС, обучение персонала, поэтапное внедрение ИС по подразделениям предприятия, проведение приемо-сдаточных испытаний, передача ИС в эксплуатацию.
5. Эксплуатация (сопровождение, модернизация). Сбор рекламаций и статистики о функционировании ИС, исправление ошибок и недоработок,
адаптация системы к изменившимся условиям функционирования, формулирование требований к следующей версии ИС. С точки зрения реализации этапов модели ЖЦ претерпели определенную эволюцию. Среди известных моделей ЖЦ можно выделить следующие:
итерационная (итеративная) модель;
Хронология появления этих моделей соответствует их позиции в списке: каскадная модель датируется периодом до 70-х годов ХХ века, итерационная – 70–80 гг., спиральная – начиная с 80-х годов. И по сей день в разных проектах может использоваться любая из трех моделей, но по частоте применения преобладает спиральная модель.
Рис. 1. Каскадная модель ЖЦ
Использование итерационной модели ЖЦ призвано минимизировать риски ошибок, совершенных на ранних стадиях разработки, а также облегчить взаимодействие с заказчиками системы за счет использования предварительных версий (прототипов). Итерационная модель предполагает возможность возврата к предыдущим стадиям жизненного цикла, если выявлена необходимость дополнительных работ по этим стадиям, или произошло изменение требований к системе (рис. 2). Как правило, о существляется возврат к предыдущей стадии, хотя возможен вариант и более далекого возврата.
Рис. 2. Итерационная модель ЖЦ
Таким образом, каждая стадия жизненного цикла может простираться на весь процесс разработки и внедрения ИС.
Рис. 3. Спиральная модель ЖЦ
Цель состоит в том, чтобы как можно быстрее предъявить заказчикам системы работоспособный продукт для оценки ими направления и хода работы, внесения уточнений и дополнений в свои требования.
Для реализации спиральной модели нужно правильно определить время перехода к очередному витку – к разработке следующей версии системы. Переход осуществляется в соответствии с планом, который составляется на основе статистических данных, полученных в предыдущих проектах, а также личного опыта разработчиков.
1. Требования к программному обеспечению (ПО) определены нечетко или не полностью. Во многих случаях заказчик весьма приблизительно представляет себе работу будущей системы и не может четко сформулировать все требования к ней.
2. Интерфейс пользователя является для заказчика главным фактором. RAD-технология дает возможность продемонстрировать этот интерфейс в прототипе почти сразу после начала проекта.
3. Требуется выполнение проекта в сжатые сроки. Быстрое выполнение проекта позволяет создать систему, отвечающую требованиям сегодняшнего дня. Если система проектируется долго, то высока вероятность того, что за это время существенно изменятся условия деятельности организации, т. е. система морально устареет еще до завершения ее проектирования.
4. Проект выполняется в условиях ограниченности бюджета. Разработка ведется небольшими RAD-группами в короткие сроки, что обеспечивает минимум трудозатрат и позволяет вписаться в бюджетные ограничения.
5. ПО не обладает большой вычислительной сложностью.
RAD применима для систем средней сложности, обладающих элементами новизны. Если проектируемая система велика, то она должна допускать разбиение на более мелкие функциональные компоненты.
Они могут выпускаться последовательно или параллельно. К основным приемам RAD относятся следующие.
1. Использование прототипирования, позволяющего полнее выяснить потребности пользователей.
2. Вовлечение пользователей в процесс разработки системы.
3. Разработка приложений итерациями, многократное возвращение к более ранним этапам ЖЦ.
4. Необязательность полного завершения работ на одном этапе жизненного цикла для начала работ на следующем этапе. При итеративном подходе пропущенные работы можно выполнить впоследствии. Переход к следующему этапу ЖЦ осуществляется в соответствии с планом, даже если не вся запланированная работа закончена. План составляется на основе статистических данных, полученных в предыдущих проектах.
5. Высокая степень параллельности работ.
6. Повторное использование частей проекта.
7. Применение CASE-средств (CASE – Computer Aided System Engineering), обеспечивающих техническую целостность проекта на всех этапах проектирования, в том числе использование генераторов (мастеров).
8. Применение средств управления конфигурациями, облегчающее внесение изменений в проект и сопровождение готовой системы.
Как уже отмечалось, технология RAD является примером использования спиральной модели жизненного цикла ИС. Жизненный цикл ИС состоит из многократно повторяемых четырех стадий:
1. Анализ требований и планирование.
4. Внедрение версии.
Работа над проектом ведется группами. Типичный состав группы – руководитель, аналитик, два-три программиста, технический писатель. Если проект сложный, то для него может быть выделено несколько RAD-групп. При этом системы разбиваются на подсистемы, и каждая подсистема разрабатывается независимой группой. Проект выполняется в условиях тесного взаимодействия между разработчиками и заказчиком.
RAD-группа всегда работает только над одним прототипом. Это обеспечивает единство целей, лучшую наблюдаемость и управляемость процессом разработки, что в итоге повышает качество конечного продукта. Используемые инструментальные средства должны обеспечивать групповую разработку и конфигурационное управление проектом. Ключевой фактор успеха здесь – правильное разбиение системы на подсистемы. Все группы должны использовать общие стандарты проектирования. Обязательно проводится финальное тестирование всей системы.
Традиционно для проектов среднего уровня сложности разрабатываются три прототипа. Первый содержит весь пользовательский интерфейс с нулевой функциональностью. Он дает возможность собрать замечания заказчика и после их устранения утвердить экранные формы и документы. Второй прототип содержит реализованную на 70–80 % функциональность системы, третий – полностью реализованную функциональность.
Читайте также: