Функционально-ориентированный и объектно-ориентированный подходы.

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

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

Функциональные методики, наиболее известной из которых является методика IDEF, рассматривают организацию как набор функций, преобразующий поступающий поток информации в выходной поток. Процесс преобразования информации потребляет определенные ресурсы. Основное отличие от объектной методики заключается в четком отделении функций (методов обработки данных) от самих данных.

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

Содержание rad-технологии прототипного создания приложений.

RAD-технологии прототипного создания приложений. Rapid Application Development (RAD) – методы быстрой разработки программ.

Методология RAD не применима:

1) Для применения сложных расчетных программ, ОС или др. систем, требующих наличия большого объема уникального кода.

2) Для построения приложений в которых отсутствует ярко выраженная  интерфейсная часть.

3) Для построения приложения, от которых зависит безопасность людей.

Принципы методологии RAD:

1) Разработка приложений итерациями;

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

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

4) Необходимое применение CASE-средства

5) Применение средств управления конфигурацией, которое облегчает внесение изменений в проект и сопровождение готовой системы.

6) Необходимое использование генераторов кода;

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

8) Тестирование и разработка проекта, осуществляемые одновременно с разработкой;

9) Ведение разработкой немногочисленной хорошо управляемой командой профессионалов;

10) Грамотное руководство разрабатываемой системой, четкое планирование и контроль выполнения работ.

12. Межсистемные интерфейсы и драйверы; интерфейсы в распределенных системах. Стандартные методы совместного доступа к базам и программам в сложных информационных системах (драйверы, программная система и др.).

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

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

Ввод информации информационная система осуществляет через свои интерфейсы. Информационные системы имеют интерфейсы трех типов:

• аппаратные (с датчиками в АСУТП, аппаратурой регистрации в магазине — кассы, считыватели штрихкодов и т.п.)

• межсистемные — с другими ИС

• человеко-машинные — для ручного ввода данных и восприятия данных человеком.

Остановимся на двух последних типах интерфейсов.

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

И структуры файлов, и протоколы обмена информацией должны быть согласованы с информационными потребностями взаимодействующих ИС. Если такое согласование достигнуто, то говорят об интероперабельности таких ИС. Уровень интероперабельности может быть различным. Так, файлы формата .doc позволяют сохранить в них программу VBA, а файлы формата .rtf — нет.

Форматы файлов и протоколы, обеспечивающие межсистемные интерфейсы, называют коммуникативными.

Дра́йвер - компьютерная программа, с помощью которой другие программы (операционная система) получают доступ к аппаратному обеспечению некоторого устройства. Обычно с операционными системами поставляются драйверы для ключевых компонентов аппаратного обеспечения, без которых система не сможет работать. Однако для некоторых устройств (таких, как видеокарта или принтер) могут потребоваться специальные драйверы, обычно предоставляемые производителем устройства.

Операционная система управляет некоторым «виртуальным устройством», которое понимает стандартный набор команд. Драйвер переводит эти команды в команды, которые понимает непосредственно устройство. Эта идеология называется «абстрагирование от аппаратного обеспечения». Впервые в отечественной вычислительной технике подобный подход появился в серии ЕС ЭВМ, а такого рода управляющие программы назывались канальными программами.

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

• Загрузка драйвера. Тут драйвер регистрируется в системе, производит первичную инициализацию и т. п.

• Выгрузка. Драйвер освобождает захваченные ресурсы — память, файлы, устройства и т. п.

• Открытие драйвера. Начало основной работы.

• Чтение.

• Запись: программа читает или записывает данные из/в устройство, обслуживаемое драйвером.

• Закрытие: операция, обратная открытию, освобождает занятые при открытии ресурсы и уничтожает дескриптор файла.

• Управление вводом-выводом. Зачастую драйвер поддерживает интерфейс ввода-вывода, специфичный для данного устройства. С помощью этого интерфейса программа может послать специальную команду, которую поддерживает данное устройство.

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

• драйверы файловой системы;

• сетевые драйверы.

Характеристики драйверов - это совокупность следующих вопросов:

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

2. Необходимость следовать определенным протоколам взаимодействия с системой, нарушение которых чаще всего ведет к «синему экрану» (Blue Screen Of Death, BSOD).

3. Возможность «наслоения» драйверов поверх друг друга. В Win2000 эта возможность возведена в абсолют, хотя монолитные драйвера все еще поддерживаются.

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

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

Распределенная информационная система (РИС) – это совокупность взаимодействующих друг с другом программных компонент. Каждая из таких компонент может рассматриваться как программный модуль (приложение), исполняемый в рамках отдельного процесса. Пользователи и приложения единообразно работают в РС независимо от того, где и когда происходит это взаимодействие. Для этого РС должны иметь такие характеристики как сокрытие от пользователей различий между компьютерами и способов связи между ними. Другой важной характеристикой РС является способ, при помощи которого обеспечивается единообразная работа пользователей (и приложений) в РС. РС должны относительно легко поддаваться расширению (масштабированию), а выход из строя некоторой части РС не должен приводить к отказу всей РС и пользователи не должны даже об этом уведомляться. Для того чтобы поддерживать представление разных компьютеров и сетей в виде единой системы организация РС часто включает в себя дополнительный уровень ПО, который находится между прикладным уровнем и ОС. Такая РС обычно называется системой промежуточного уровня (middleware).

Основная задача РИС – облегчение доступа к удаленным ресурсам и контроль совместного использования этих ресурсов (компьютеров, файлов, данных в БД). Web-страницы и сети также входят в этот список. Для решения этой основной задачи, РС должна удовлетворять следующим требованиям:

1. Прозрачность.

2. Открытость.

3. Гибкость.

4. Масштабируемость (расширяемость).