Технология прототипного проектирования

Одним из условий обеспечения высокого качества создаваемых ЭИС является активное вовлечение конечных пользователей в процесс разработки предназначенных для них интерактивных систем, что нашло отражение в методологии прототипного проектирования. Ядром этой методологии является быстрая разработка приложений RAD (Rapid Aрplication Development).

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

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

Возможности быстрой разработки приложений:

- макрокоманды

- повторно е использование

- автоматизированные инструменты

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

Преимущества быстрой разработки приложений:

-более низкая стоимость

- более высокое качество

- лучшее удовлетворение требований пользователя

- меньшая стоимость сопровождения.

Основные приёмы быстрой разработки приложений:

- разработка приложений итерациями

- необязательность полного завершения работ на каждом из этапов ЖЦ для начала работ на следующем

- обязательное вовлечение пользователей в процесс проектирования и построения системы

- высокая параллельность работ

- повторное использование частей проекта

- необходимое применение CASE-средств, обеспечивающих техническую целостность на этапах анализа и проектирования

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

- использование автоматических генераторов

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

- тестирование и развитие проекта, осуществляемые одновременно с разработкой нескольких версий прототипа.

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

Такие инструментальные средства можно условно разделить на два класса: инструменты быстрой разработки приложения в развитых СУБД – класс DEVELOPER и интегрированные инструменты быстрой разработки приложений – класс BUILDER.

К инструментам этих классов можно отнести генераторы компонентов приложений:

- генераторы таблиц базы данных

- генераторы форм ввода-вывода

- генераторы запросов

- генераторы отчётов

- генераторы меню.

ЖЦ создания ЭИС на основе RAD-технологии предполагает после формирования ТЗ и декомпозиции системы независимую разработку подсистем с последующей сборкой, тестированием и внедрением комплексной ЭИС.

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

В первом варианте создание системы-прототипа используется для лучшей спецификации требований к разработке ЭИС, после разработки которых сам прототип оказывается ненужным. Основным недостатком этого варианта является неэффективное использование системы прототипа, а именно: прототипы не используются в дальнейшей разработке ЭИС после того, как выполнили свою первую. Задачу – устранили неясности в проекте.

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

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

Стр. 373, 381, 383, 324.

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

41Проектирование автоматизированных рабочих мест: определение состава автоматизируемых функций, особенности проектирования АРМ, проектирование интерфейсов пользователя.

Стр. 189.

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

Методическое обеспечение АРМ составляет комплекс инструкционных материалов, регламентирующих поведение всех типов пользователей в условиях работы АРМ. Можно выделить два типа пользователей АРМ. Первый тип – специалист предметной области, второй тип – программист, который будет сопровождать программное обеспечение АРМ. Методическое обеспечение для первого типа пользователей включает в себя инструкционные материалы, которые отражают технологию включения АРМ в работу; обращения к АРМ и выполнение необходимых подготовительных операций; ведение баз данных; обработку и решение задач; поиск и выдачу справок; выключение АРМ в конце рабочего дня. Инструкционные материалы для второго типа пользователей содержат сведения о порядке установки пакета; о принятии решений в случае прерываний работы пакета, в случае сбоя в работе техники; о порядке исправления ошибок в пакете; о порядке сопровождения пакета; о порядке доработки пакета с целью адаптации к изменению внешних условий.

Языковые средства АРМ должны ориентироваться на специалистов трёх типов: разработчика пакета, для которого лингвистическим обеспечением будет язык операционной системы и базовый язык разработки пакета; специалиста предметной области, работающего со входным языком пакета, который должен отражать словарную специфику предметной области и специфику технологии обработки в диалоговом языке типа «МЕНЮ», «запрос-ответ» и в языке подсказок; прикладного программиста, сопровождающего пакет, для которого языковым средством будут все три типа языка.

Информационное обеспечение АРМ включает в себя:

- классификаторы и справочники

- средства перекодирования с естественного языка в язык обработки данных

- макеты входных и выходных документов

- структуры базы данных конкретной предметной области

- сценарий диалога в виде совокупности меню или информационных сообщений

- совокупность текстов помощи.

Технические средства АРМ могут включать ПЭВМ, средства локальных сетей и периферийные устройства.

Программные средства АРМ разделяются на средства общего и специализированного назначения. К программным средствам общего назначения относятся: операционные системы, операционные оболочки, СУБД, трансляторы и средства разработки программ. К программным средствам специализированного назначения относятся: методо-ориентированные ППП; функционально-ориентированные ППП и профессионально-ориентированные ППП.

В состав задач, объединённых в одном АРМе, могут входить задачи, решаемые в разных режимах: пакетном, диалоговом, удалённого доступа.