Чтение онлайн

ЖАНРЫ

Информационные системы

Петров Владимир Николаевич

Шрифт:

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

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

• заданной последовательности выполнения технологических операций проектирования;

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

 

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

Каждая технологическая операция должна обеспечиваться следующими материальными и информационными ресурсами:

• данными, полученными на предыдущей операции (или исходными данными), представленными в стандартном виде;

• методическими материалами, инструкциями, нормативами и стандартами;

• программными и техническими средствами;

• исполнителями.

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

Можно сформулировать ряд общих требований, которым должна удовлетворять технология проектирования, разработки и сопровождения информационных систем:

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

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

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

Примечание.

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

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

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

Примечание.

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

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

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

Методология RAD

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

Основные особенности методологии RAD

Методология создания информационных систем, основанная на использовании средств быстрой разработки приложений, получила в последнее время широкое распространение и приобрела название методологии быстрой разработки приложений (Rapid Application Development, RAD). Данная методология охватывает все этапы жизненного цикла современных информационных систем.

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

Под методологией быстрой разработки приложений обычно понимается процесс разработки информационных систем, основанный на трех основных элементах:

• небольшой команде программистов (обычно от 2 до 10 человек);

• тщательно проработанном производственном графике работ, рассчитанном на сравнительно короткий срок разработки (от 2 до 6 мес);

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

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

Основные принципы методологии RAD можно свести к следующим:

• используется итерационная (спиральная) модель разработки;

• полное завершение работ на каждом из этапов жизненного цикла не обязательно;

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

• применяются CASE-средства и средства быстрой разработки приложений;

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

• используются прототипы, позволяющие полнее выяснить и реализовать потребности конечного пользователя;

• тестирование и развитие проекта осуществляются одновременно с разработкой;

• разработка ведется немногочисленной и хорошо управляемой командой профессионалов;

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

Объектно-ориентированный подход

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

Возможность использования подобного подхода в значительной степени является результатом применения принципов объектно-ориентированного проектирования. Эти принципы позволяют преодолеть одну из главных трудностей, возникающих при разработке сложных систем, – колоссальный разрыв между реальным миром (предметной областью) и имитирующей средой.

Поделиться с друзьями: