2. Фазы жизненного цикла в рамках методологии rad
По методологии RAD ЖЦ ИС состоит из четырех фаз: фазы анализа и планирования требований, фазы проектирования, фазы построения и фазы внедрения.
Фаза анализа и планирования требований: на этой фазе определяются функции разрабатываемой ИС, проводится описание информационных потребностей, ограничивается масштаб проекта, определяются временные рамки для каждой фазы и сама возможность реализации данного проекта. Результат фазы – список функций ИС с указанием приоритетов и предварительные функциональные и информационные модели ИС.
Фаза проектирования: на этой фазе необходимы CASE -средства для быстрого получения работающих прототипов приложения. Пользователи анализируют прототипы и вносят необходимые уточнения и дополнения в проектируемую ИС. Кроме того, проводится анализ и корректировка функциональной модели ИС. При необходимости для каждого элементарного процесса ИС создается частичный прототип (экран, диалог или отчет). Определяются требования разграничения доступа к данным, количество функциональных элементов ИС (что позволяет разделить ИС на ряд подсистем) и набор необходимых документов. Результаты фазы: общая информационная модель системы; функциональные модели ИС и ее подсистем; интерфейсы между подсистемами; прототипы экранов, диалогов и отчетов.
Фаза построения: на этой фазе выполняется собственно быстрая итеративная разработка приложения на основе полученных ранее моделей с использованием визуальных средств программирования. Формирование программного кода частично выполняется с помощью автоматических генераторов CASE-средств. Осуществляется тестирование ИС и постепенная интеграция ее частей. Завершается физическое проектирование ИС, т.е. определяется необходимость распределения данных, проводится анализ их использования, производится физическое проектирование БД, определяются требования к аппаратным ресурсам, завершается разработка документации проекта. Результат фазы – готовая ИС.
Фаза внедрения: сводится в основном к обучению пользователей разработанной ИС.
3. Жизненный цикл по ис.
Понятие ЖЦ является одним из базовых в программной инженерии. ЖЦ ПО определяется как период времени, который начинается с момента принятия решения о необходимости создания ПО и заканчивается в момент его полного изъятия из эксплуатации (IEEE Std 610.12 - 1990).
Основным нормативным документом, регламентирующим состав процессов ЖЦ ПО, является международный стандарт ISO/IEC 12207: 1995. В соответствии с этим стандартом все процессы ЖЦ ПО разделены натри группы:
•пять основных процессов (приобретение, поставка, разработка, эксплуатация, сопровождение);
•восемь вспомогательных процессов, обеспечивающих выполнение основных процессов (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, совместная оценка, аудит, разрешение проблем);
•четыре организационных процесса (управление, создание инфраструктуры, усовершенствование, обучение).
Основные процессы
1. Процесс приобретения состоит из действий и задач заказчика, приобретающего ПО.
2. Процесс поставки охватывает действия и задачи, выполняемые поставщиком, который снабжает заказчика программным продуктом или услугой.
3. Процесс разработки предусматривает действия и задачи, выполняемые разработчиком, и охватывает работы по созданию ПО.
4. Процесс эксплуатации охватывает действия и задачи организации, эксплуатирующей систему.
5. Процесс сопровождения предусматривает действия и задачи, выполняемые службой сопровождения, при изменениях или адаптации ПО.
Вспомогательные процессы
1. Процесс документирования предусматривает формализованное описание информации, созданной в течение ЖЦ ПО.
2. Процесс управления конфигурацией позволяет учитывать и контролировать внесение изменений в ПО на всех стадиях ЖЦ.
3. Процесс обеспечения качества обеспечивает соответствующие гарантии того, что ПО и процессы его ЖЦ соответствуют заданным требованиям и утвержденным планам.
4. Процесс верификации состоит в определении правильности ПО.
5. Процесс аттестации предусматривает определение полноты соответствия заданных требований и созданной системы их конкретному функциональному назначению.
6. Процесс совместной оценки предназначен для оценки состояния работ по проекту.
7. Процесс аудита представляет собой определение соответствия требованиям, планам и условиям договора.
8. Процесс разрешения проблем предусматривает анализ и решение проблем, которые обнаружены в ходе разработки, эксплуатации, сопровождения или других процессов, независимо от их происхождения или источника.
Организационные процессы
1. Процесс управления состоит из действий и задач, которые могут вы-полняться любой стороной, управляющей своими процессами (приобрете-ние, поставка и др.).
2. Процесс создания инфраструктуры охватывает выбор и поддержку технологии, стандартов и инструментальных средств, выбор и установку аппаратных и программных средств, используемых для разработки, экс-плуатации или сопровождения ПО.
3. Процесс усовершенствования предусматривает оценку, измерение, контроль и усовершенствование процессов ЖЦ ПО.
4. Процесс обучения охватывает первоначальное обучение и после-дующее постоянное повышение квалификации персонала.
Взаимосвязь между процессами
Процессы ЖЦ ПО, регламентируемые стандартом ISO/IEC 12207, могут использоваться различными организациями в конкретных проектах самым различным образом. Тем не менее, стандарт предлагает некоторый базовый набор взаимосвязей между процессами с различных точек зрения (или в различных аспектах), который показан на рис. 2.1. Такими аспектами являются:
• договорной аспект;
• аспект управления;
• аспект эксплуатации;
• инженерный аспект;
• аспект поддержки.
4. Активный режим FTP.
Действия сервера и клиента:
Клиент устанавливает связь и посылает запрос на 21 порт сервера с порта N (N>1024)
Сервер посылает ответ на порт N (N>1024) клиента
Сервер устанавливает связь для передачи данных по порту 20 на порт клиента N+1
Активный FTP выгоден для FTP-сервера, но вреден для стороны клиента. FTP сервер пытается соединиться со случайными высокими (по номеру) портами на клиенте, такое соединение наверняка будет блокировано брандмауэром на стороне клиента.