Ускорение разработки программного обеспечения. Технология RAD

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

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

• поддержка полного жизненного цикла программного обеспечения;

• гарантированное достижение целей разработки c заданным качеством и в установленное время;

• возможность выполнения крупных проектов в виде подсистем, разрабатываемых группами исполнителей ограниченной численности (3-7 человек) c последующей интеграцией составных частей, и координации ведения общего проекта;

• минимальное время получения работоспособной системы;

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

• независимость выполняемых проектных решений от средств реализации (СУБД, операционных систем, языков и систем программирования);

• поддержка комплексом согласованных CASE-средств, обеспечивающих автоматизацию процессов, выполняемых на всех стадиях жизненного цикла.

Этим требованиям отвечает технология RAD (Rapid Application Development - Быстрая разработка приложений). Эта технология ориентирована, как следует из названия, на максимально быстрое получение первых версий раз­рабатываемого программного обеспечения. Она предусматривает выполне­ние следующих условий:

• ведение разработки небольшими группами разработчиков (3-7 человек), каждая из которых проектирует и реализует отдельные подсистемы проекта - позволяет улучшить управляемость проекта;

• использование итерационного подхода способствует уменьшению времени получения работоспособного прототипа;

• наличие четко проработанного графика цикла, рассчитанного не более чем на три месяца, существенно увеличивает эффективность работы.

Процесс разработки при этом делится на следующие этапы: анализ и планирование требований пользователей, проектирование, реализация, внедрение.

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

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

Под функциональной точкой в технологии RAD понимают любой из следующих функциональных элементов разрабатываемой системы:

• входной элемент приложения (входной документ или экранная форма);

• выходной элемент приложения (отчет, документ или экранная форма);

• запрос (пара «вопрос/ответ»);

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

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

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

• менее 1 тыс. функциональных точек - 1 человек;

• от 1 до 4 тыс. функциональных точек - одна команда разработчиков;

• более 4 тыс. функциональных точек - одна команда на каждые 4 тыс. точек.

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

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

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

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

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

Технология RAD хорошо зарекомендовала себя для относительно не­больших проектов, разрабатываемых для конкретного заказчика. Такие сис­темы не требуют высокого уровня планирования и жесткой дисциплины про­ектирования. Однако эта технология не применима для построения сложных расчетных программ, операционных систем или программ управления слож­ными объектами в реальном масштабе времени, т. e. программ c большим процентом уникального кода. Не годится она и в случае создания приложе­ний, от которых зависит безопасность людей, например, систем управления самолетами или атомными электростанциями, так как технология RAD пред­полагает, что первые несколько версий не будут полностью работоспособны, что в данном случае полностью исключается.

Лекция №12 Оценка качества процессов создания программного

обеспечения [1] -С. 40-43

1. Иванова Г.С. Технология программирования: Учебник для вузов. – М,: Изд-во МГТУ им.Н.Э.Баумана, 2003. –320 с.

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

• международные стандарты серии ISO 9000 (ISO 9000 - ISO 9004);

• CMM - Capability Maturity Model - модель зрелости (совершенствования) процессов создания программного обеспечения, предложенная SEI (Software Engineering Institute - институт программирования при университете Карнеги-Меллон);

• рабочая версия международного стандарта ІSO/IEC 15504: Information Technology - Software Process Assessment; более известна под названием SPICE - (Software Process Improvement and Capability dEtermination - определение возможностей и улучшение процесса создания программного обеспечения).

Поиск по сайту: