Рейнжиринг ИС

Виды испытаний автоматизированных ИС

Для АИС установлены следующие основные виды испытаний:

· предварительные

· опытная эксплуатация

· приемочные испытания

В зависимости от типов АИС, испытания могут быть:

· автономные

· комплексные

Для проведения испытаний разрабатывается документ (программа и методика испытаний):

1. Предварительные испытания проводят для опр. работоспособности ИС и решения о возможности её приема в опытную эксплуатацию. При предварительной испытаний персонал должен быть ознакомлен с соответствующим документацией.

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

3. Приемные испытания проводят для определения соответствия системы технического заданию, оценивают качество и показатели эксплуатации испытателей и решают вопрос о приёме системы на постоянную эксплуатацию

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

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

Задачи, решаемые рейнжирингом:

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

2. Оптимизация использования ресурсов в различных бизнес-процессов, что приводит к уменьшению издержек производства

3. Построение бизнес-процессов, нацеленных на быструю адаптацию к изменениям потребностей потребителей технологий;

4. Определение рациональных схем взаимодействий с партнерами и клиентами в целях роста прибыли

Рассмотрим изменения в ходе рейнжирингов для ИС:

1. На операционном уровне обеспечения ускорение информационных потоков, связывающих участников деловых процессов, и улучшает синхронизацию одновременных выполняемых процессов

2. На тактическом уровне способствует улучшению качества принимаемых управленческих решений

3. На стратегическом уровне обеспечивает процесс принятия решенийотносительно проектирования новых ИС и совершенствования существующих ИС

Методология RAD-одним из методов проектирования ИС, т.е.методология быстрой разработки приложений по ИС.

При методологии RAD обычно понимается вопрос разработки ПО, содержащей 3 этапа:

1. Небольшую команду программистов(3-10 чел.)

2. Короткий производительный график(до 2 мес.)

3. Повторяющийся цикл, при котором разработчики по мере проектирования исполняют,требования заказчиков

ЖЦ ПО по методологии RAD состоит из 4фаз:

1. Анализ и планирование требований

2. Проектирование

3. Построение

4. Внедрение

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

Результатами 2-ого этапа проектирования должны быть:

· Общая информационная модель ИС

· Функциональные модели системы и подсистемы

· Точно определ.с помощью CASE-средств интерфейсы и связи между подсистемами

· Построенные прототипы экранов и отчетов

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

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

Методология RAD не применяется для постороения сложных ИС.

Итак, в качестве итога, методология RAD обеспечивает:

· Разработку приложений итераций

· Не требуется полного завершения работ на каждом этапе ЖЦ

· Обязательное вовлечение пользователей и заказчиков в процессе разработки ИС

· Необходимость применение CASE-средств

· Использование потоков и прототипов готовых модулей

· Участие небольшого количества разработчиков

· Четкое планирование и контроль над выполнением работ