Помощь в учёбе, очень быстро...
Работаем вместе до победы

Методология Rapid Application Development

РефератПомощь в написанииУзнать стоимостьмоей работы

Следующий этап — моделирование данных. Информационные потоки отображаются набором объектов данных (информационных массивов и баз данных, нормативно-справочных материалов, шаблонов и форм унифицированных входных и выходных документов — финансовой и бухгалтерской отчетности, приказов, распоряжений, ведомостей, актов, докладных и служебных записок и т. п.), которые требуются для поддержания… Читать ещё >

Методология Rapid Application Development (реферат, курсовая, диплом, контрольная)

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

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

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

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

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

В RAD-технологии выделяют несколько этапов.

  • 1. На этапе бизнес-моделирования всесторонне исследуются информационные потоки между бизнес-процессами. Определяется, как и с какой частотой или периодичностью инициируются бизнес-процессы, какая информация для них является входной и откуда, в каком объеме и виде она поступает, как преобразуется информация бизнес-процессом, в какой форме представляются результаты обработки, куда они направляются, какое значение имеют выходные данные для принятия базовых управленческих решений организации—заказчика.
  • 2. Следующий этап — моделирование данных. Информационные потоки отображаются набором объектов данных (информационных массивов и баз данных, нормативно-справочных материалов, шаблонов и форм унифицированных входных и выходных документов — финансовой и бухгалтерской отчетности, приказов, распоряжений, ведомостей, актов, докладных и служебных записок и т. п.), которые требуются для поддержания функционирования организации—заказчика. Определяются характеристики каждого объекта, устанавливаются отношения между объектами.
  • 3. На этапе моделирования обработки определяются модели и процедуры преобразования объектов данных, обеспечивающие реализацию бизнес-процессов. Оцениваются возможности существующих или разрабатываются новые алгоритмы поиска, создания и удаления объектов данных. Особое внимание уделяется обработке — обновлению, исправлению или модификации объектов данных, добавлению или удалению их отдельных элементов.
  • 4. Этап генерации приложений предполагает использование объектноориентированных методов и систем программирования, а также CASEсредств, способствующих эффективному многомодульному построению программных приложений ИС с дружественным графическим интерфейсом, удобными средствами ввода и вывода информации, минимизацией ошибок, связанных с неправильными действиями пользователей.
  • 5. Заключительный этап — тестирование и объединение. Поскольку в RAD-технологии применяют типовые блоки и компоненты из ранее разработанных ИС, процесс тестирования сокращается, хотя комплексная проверка работоспособности ИС проводится в полном объеме.

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

Показать весь текст
Заполнить форму текущей работой