4.1.4Переходный период

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

Основные задачи стадии переходного периода:

1. Подготовка всевозможной документации (от инструкций пользователя до руководства системного программиста).

2. Оптимизация системы (от функций до производительности).

3. Устранение проблем (от программных ошибок до аппаратных).

4. Модификация системы (если необходимо).

Итерации каждой стадии продолжаются до тех пор, пока не достигнута цель этой стадии.

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

4.2Процесс проектирования

В процессе проектирования традиционно выделяют три части:

1. Концептуальное проектирование – учёт требований пользователя и автоматизируемой предметной области.

2. Логическое проектирование – учёт требований аналитиков.

3. Физическое проектирование – учёт требований программистов.

Результатами проектирования соответственно будут:

1. Описание задач и/или функций системы в виде потоков событий (основных и альтернативных).

2. Описание решения задач и/или функций системы в виде взаимодействующих сервисов (абстрактные логические компоненты программной системы и базы данных).

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

4.2.1Концептуальное проектирование

Концептуальное проектирование – это сбор, документирование, проверка требований пользователей и выработка способов их реализации.

Концептуальное проектирование состоит из трёх этапов: исследования, анализа и рационализации.

Этап исследования

На этапе исследования производится:

• поиск ответов на основные вопросы;

• выявление основных бизнес-процессов и видов деятельности;

• определение приоритетов процессов и видов деятельности;

• изучение пользователей.

Исследование завершено, если решены следующие задачи:

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

• собраны необходимые данные (бизнес-требования и пожелания пользователей).

Этап анализа

На этапе анализа выполняется:

• более глубокое исследование пользователей и бизнеса;

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

Изучаются инструкции и стандарты, регламентирующие бизнес; виды деятельности и задачи в рамках отдельной части процесса; задачи, запускающие последовательность, все её циклы и решения, стандартные и нестандартные пути её реализации; информация о физической среде (схемы, оборудование, компьютеры). Потоки событий (их ещё называют сценариями) документируются, а также проектируются диаграммы представления Use Case View (например, Activity diagram и Use case diagram).

Этап анализа завершён, если собраны пользовательские и бизнес-данные, и созданы сценарии.

Этап рационализации

На этапе рационализации:

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

• проверяется и тестируется проект.

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

Этап завершён, если создан прототип системы, и представлен проект пользовательского интерфейса.