22)Метод быстрой разраб ис (rad)…

RAD (rapid application development — быстрая разработка приложений) — концепция создания средств разработки прогр продуктов, особое внимание - быстроте и удобству прогр-я, созданию технологич процесса, позв. программисту максимально быстро создавать программы. Концепцию RAD часто связывают с концепцией визуального программирования. Технология RAD предусматривает активное привлечение заказчика уже на ранних стадиях – обследование организации, выработка требований к системе. Принципы: создание прототипа для удовл. треб-й заказчика; цикличность разработки; минимизация времени ща счет переноса готовых модулей; каждый разраб выполняет несколько обязанностей; минимиз-я времени цикла. RAD предпочтительно, если: выполнение в сжат. сроки, нечетко определены требования, мал бюджет, интерфейс – ключевой момент, низкая вычислительная сложность, возможно разбиение на компоненты. Этапы: планирование, польз. проектирование (пользователи, взаимод с системными аналитиками, разраб модели и прототипы), конструирование (разработка приложений), переключение (тестирование, обучение, внедрение новой версии в организ-ю).

123

23. Моделирование потоков данных (процессов) В основе лежит построение модели анализир ИС. В соответствии с методологией модель системы опред как иерархия диаграмм потоков данных (DFD), опис асинхронный процесс преобраз. инф-и от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные) определяют основные процессы или подсистемы ИС с внешними входами и выходами. Они детализир при помощи диаграмм нижнего уровня. Декомпозиция продолжается, до тех пор, пока не будет достигнут такой уровень, на котором процесс становятся элементарными и детализировать далее невозможно. Компоненты диаграмм потоков данных: внешние сущности; сист/подсист; процессы;накопители данных; потоки данных. Внешние сущности – это источники информации, порождающие потоки данных (информационные потоки, переносящие информацию к подсистемам или процессам). Функциональная модель – это набор регламентов бизнес процессов, подлеж автоматизации в рамках разраб системы. Регламент бизнес-процесса состоит из диаграммы бизнес процесса и текстовой части, в кот вып описание бизнес-процесса. Диаграмма бизнес-процесса мб вып в одном из допустимых форматов, обычно IDEF0. В результате построения функц модели и Заказчик и Исполнитель четко представляют послед-ть действий при исп ИС должностными лицами.Опред роли и права доступа в информационной системе. Виды: 1. Модель «как есть» - позволяет четко зафиксировать, какие деловые процессы осуществ на предприятии, какие инф объекты исп при вып деловых процессов и отдельн операций, явл отправной точкой для анализа потребностей предприятия, выявления проблем и "узких" мест и разработки проекта совершенст-я деловых процессов. 2. «Как будет» - позволяет на стадии проектирования будущей ИС определить изменения, которые она повлечет, позволяет сократить сроки внедрения ИС, снизить риски, связ с невосприимч. персонала к ИТ.