- •Концепция иус
- •Тенденция создания аис
- •Особенности реализации кис на современных предприятиях.
- •Направление, разработки и развитие аис.
- •Общие выборы принципа аис.
- •Интеллектуализация аис.
- •Задачи интеграции в гетерогенной информационной среде современного предприятия.
- •Приложения иус.
- •Архитектура риус
- •Цель использования стандартов в аис.
- •Информационная и реализационная неоднородность.
- •Распределенные объектные архитектурные объекты
- •Архитектура управления объектами
- •Спецификация сетевых соединений
- •Ообенность разработки по технологии corba
- •Спецификации служб.
- •Общие средства архитектуры ома..
- •Набор средств вошедших в спецификации архитерктуры общих средств omg.
- •Реализации связи между orb.
- •Основные понятия архитектурных брокеров
- •Характеристики стандартов idef.
- •Методы семейства idef.
- •Idefo-модель предполагает наличие четко сформулированной цели, единственного субъекта моделирования и одной точки зрения.
- •Графический язык опиания бизнес процессов.
- •Диаграммы потоков данных dfd.
- •Построение аис на базе мультиагентных систем.
- •Основные принципы работы системы
- •Характерные черты erp систем.
Цель использования стандартов в аис.
При проектированию архитектуры приложений первым шагом должен быть выбор, используемых стандартов. С увеличением сложности ИУС в соответствии их программного обеспечения международным стандартам возр.
Стандарты используются для достижения следующих целей:
Портируемость приложений т.е. возможность переноса приложений на различные аппаратные платформы ОС, сетевые протоколы
Интероперабельность. Стандарты определяют общие форматы и интерфейсы программных систем.
Снижение стоимости системы интегрирования программных систем поддерживающие общепринятые стандарты, уменьшают стоимость приложения для конечного пользователя.
Снижение риска программного продукта. Использования стандарта освобождает разработчика от частной привязанности к конкретному программному продукту.
Увеличение времени системы. В соответствии времени стандарта уменьшает риск резкого устаревания системы.
Информационная и реализационная неоднородность.
Различные производства, цеха и участки, оснащаються техническими и программными ор-ми в разное время, поэтому неизбежно возникает гетерогенность, использованных инф.систем. Различие в операционных средах и аппаратных платформах. Компонентам информациооный и реализующию неоднородность РИУС компонентами которых являются различные инф.ресурсы.
Такими ИР являются исполняемые программы БД и БЗ, файловые системы, рассматриваемые независимо от аппаратных программных платформ реализации топологии их размещения в РИУС.
Информационная неоднородность ресурсов заключается в разнообразии их прекладных контекстов, используемых понятий предметной области(словарей, видов данных, интерфейсов пользователей и т.д.).
Релязационная неоднородность проявляеться в использовании разнообразных компьютерных платформ СУБД, моделей данных и знаний, систем программирования ОС.
Системы эволюционируют от проектов автономных подсистем к более сложным интегрированным системам, основанных на интероперабельном взаимодействии компонентов бизнес-процессов предприятий и процедур управления, это непрерывный процесс, который является неотъемлемой составляющей деятельности организации. Соответсвенно, создание системы и ее реконструкция, это непрерывный процесс формирования, уточнения требований и конструирования. Система должна быть сконтструирована таким образом, чтобы производственная составляющая может быть реконстуированная при сохранения целостности системы. Свойства интероперабельности ИР явл-я необходимой предпосылкой возможности модернизации системы на протяжении ее жизненного цикла.
Распределенные объектные архитектурные объекты
Традиционный структурный подход проектирования КИС, предполагает последовательную организацию основных этапов разработки системы:
Системный анализ
Построение функц. Моделей
Подсистемный проект
Проектирование программных модулей
Отладка программных модулей и объединение в единую систему
Тестирование и внедрение разработанного программного продукта
Применение современных средств автоматизации проектирования ПО позволяют значительно сократить сроки разработки КИС, и снизить вероятность появление ошибок за счет автоматического контроля создаваемых программ, автоматическая генерация структура сервера БД и программного кода клиентских приложений.
В тоже время обнаруживаются сл-ие недостатки таких технологий и средств. Программные коды клиентских приложений генерируются на основе реализованной структуры БД; возникают проблемы перехода от табличных структур БД к требуемым экранным приложениям, что затрудняет разработку программ со сложной бизнес-логикой; сохраняются недостатки традиционного структрного подхода, при обнаружении ошибок заключительного этапа проектирования.
Перечисенные проблемы позволяют решить объеткно-ориентированые разработки РИУС.
Такие методы обладают следующие преимущества:
Возможно эффективное построение гетерогенных РИУС
Объектно-ориентированный РИУС могут развиваться эволюционно путем модернизации отдельных объектов, не затрагивая основные части системы, что снижает затраты на сопровождение и уменьшает риск капиталовложения.
Использование механизмопоследования предложений позволяет включить разработанное раннее приложение в распределенную среду через объекты логики.
Объеткно-ориентированный РИУС обладают свойством независимости объектов от размещение вызов объектов осуществляется стандартным образованием и независимо от коммуникационного ПО.
Обеспечивается масштабируемость РИУС и возникает отказоустойчивость за счет репрекации объектов
Использование открытых стандартов, обеспечивает независимость РИО от конкретных платформ, программных продуктов и фирм производителей.
КИС, включающая в себя множество взаимосвязанных удалённых программных объектов, называется распределённой объектной системой.
К настоящему времени сложились три основные конкурирующие технологии создания распределённых объектных систем:
архитектура Группы управления объектами определяется как «Общая архитектура брокера объектных запросов (Common object request Broker Architecture, CORBA);
система вызовов удалённых методов Java (Remove Method Invocation, RMI);
модель распределённых компонентных объектов Microsoft
В 90-х был создан консорциум OMG, членами которого сейчас являются компании таких, как Sun, DEC, IBM, HP, Motorola и т.д. Задачей консорциума стала разработка спецификаций и стандартов, позволяющих строить распределенные объектные системы в гетерогенных средах. Появление такого стандарта должно облегчить процесс внедрения распределенных, объектных технологий в разработку приложений для различных отраслей производства. Необходимая спецификация была разработана OMG.
