Главная страница
Навигация по странице:

  • Быть готовым к изменениям Бизнес задачи Обеспечить

  • Задачи IT ДОСТУП ПРОЦЕСС ИЗМЕНЕНИЯ SOA ПОМОГАЕТ ПРИБЛИЗИТЬСЯ К ТРЕБОВАНИЯМ БИЗНЕСА

  • IT успевает за бизнесом ПОЧЕМУ SOA

  • прр. Технологическая архитектура. Основное назначение технологической архитектуры


    Скачать 4.59 Mb.
    НазваниеОсновное назначение технологической архитектуры
    Дата06.03.2023
    Размер4.59 Mb.
    Формат файлаppt
    Имя файлаТехнологическая архитектура.ppt
    ТипДокументы
    #972596
    страница4 из 10
    1   2   3   4   5   6   7   8   9   10

    ИНТЕГРАЦИЯ БИЗНЕСА


    Стать эффективнее


    Быть более гибким к требованиям клиентов


    Быть готовым к изменениям


    Бизнес задачи


    Обеспечить доступ в реальном времени к приложениям и информации


    Предоставить IT платформу, которая позволяет вносить изменения со скоростью бизнеса


    Автоматизировать сквозные бизнес-процессы между приложениями


    Задачи IT


    ДОСТУП


    ПРОЦЕСС


    ИЗМЕНЕНИЯ

    SOA ПОМОГАЕТ ПРИБЛИЗИТЬСЯ К ТРЕБОВАНИЯМ БИЗНЕСА


    Время


    Традиционные
    возможности IT


    Бизнес
    требования


    Как устранить
    отставание:
    Единая инфраструктура
    Сокращение цикла разработки
    Повторное использование компонентов
    Активное использование знаний сотрудников


    IT успевает
    за бизнесом

    ПОЧЕМУ SOA?


    Единая платформа для всех приложений


    1


    Service-Oriented Architecture


    3


    Единая среда разработки для разработчиков любого уровня


    4


    Признанное лидерство на рынке J2EE


    2


    Система программирования J2EE (Java 2 Enterprise Edition) предназначена для разработки распределенных корпоративных приложений на объектном языке Java 2. Она позволила существенно упростить труд системных архитекторов, проектировщиков и разработчиков, предлагая ясную и гибкую архитектуру и набор взаимосвязанных инструментов, технологий и стандартов для разработки корпоративных приложений.
    В состав J2EE входят следующие инструменты:
    1. Enterprise JavaBeans (EJB) – набор программных компонентов, из которых можно складывать более крупные корпоративные приложения
    2. Java Naming and Directory Service (JNDI) - служба каталогов и имён, позволяющая компонентам J2EE отыскивать объекты в распределенной среде.
    3. Java DataBase Connectivity (JDBC) – элементы доступа корпоративных приложений к SQL-базам данных и репозитариям,
    4. Java Transaction API и Java Transaction Service – API и служба поддержки порядка выполнения транзакций,
    5. Java Messaging Service – служба обмена сообщениями.
    6. Java Servlets и JavaServer Pages - элементы Web-приложений для обслуживания сервлетов и серверных страниц, формирующих динамические отклики на действия пользователей,
    7. RMI (Remote Method Invocation) - вызов удалённых методов, который позволяет программному объекту вызывать методы других объектов, расположенных на удалённых компьютерах.
    8. JNI (Java Native Interface) – интерфейс «родных» (native) программ, обеспечивающий новый способ взаимодействия приложений с библиотеками подпрограмм, написанных на других языках программирования (не на Java).


    Кроме того, J2EE-хнологии поддерживают технологию CORBA и стандарт расширен- ного языка разметки Web-страниц (XML).
    Приложения, удовлетворяющие стандарту J2EE, состоят из компонентов, которые в процессе выполнения приложений взаимодействуют друг с другом. В J2EE определены компоненты следующих типов:
    • клиентские приложения и апплеты, которые выполняются на клиентских компьютерах;
    • сервлеты и Java Server Pages, которые представляют собой Web-компоненты и выполняются на Web-серверах;
    • Enterprise JavaBeans (EJB), бизнес-компоненты, которые выполняются на прикладных серверах.
    Эти компоненты общаются с помощью различных средств: HTML, XML, RMI — и взаимодействуют через различные протоколы: HTTP, HTTPS, IIOР. Они устанавливаются и выполняются в специальной прикладной среде — контейнерах, которые берут на себя системную поддержку и переговоры с клиентами. Для взаимодействия с существующими приложениями в J2EE имеется стандартизованный набор специальных программных компонентов - коннекторов. Все компоненты J2EE должны быть написаны на языке Java 2.


    В основу модельного подхода к разработке сложных программных систем, таких как
    КИС, положен унифицированный процесс разработки (Rational Unified Process - RUP), предложенный компанией Rational, ведущим производителем программного инструментария для создания сложных программных систем, в конце 1998 года.
    RUP создана в виде страниц формата HTML, имеющих обширную систему гиперссылок, графическую навигацию, подробное оглавление и встроенный поисковый механизм.
    RUP поддерживает технологию разработки программных продуктов для различных платформ, предоставляет детальные рекомендации команде программистов как по переходу к разработке на платформе Microsoft .NET, так и по самой этой разработке. Также поддерживается плагин WinDNA для тех, кто не собирается переходить на платформу .NET. Возможна и разработка ПО для платформы Java 2 Enterprise Edition (J2EE). Доступны плагины для использования платформ IBM WebSphere, BEA WebLogic и HP Bluestone Total e-Server.


    Процесс содержит 4 этапа/фазы:
    Анализ и планирование требований (Inception)
    Проектирование (Elaboration)
    Построение (Construction)
    Внедрение (Transition)
    На фазе проектирования RUP использует унифицированный язык моделирования UML.
    Собственно программирование (запись программных модулей на подходящем языке программирования) происходит в начале фазы построения, после чего выполняется компиляция, сборка, отладка и тестирование программного комплекса. Объектная ориентация RUP предполагает использование объектно-ориентированных языков программирования – C++,
    C#, Java и пр. Для поддержки фазы реализации можно использовать интегрированные инструменты разработки (Integreted Development Environment, IDE) и, дополнительно, инструментарий тестирования программных систем.


    Фазы и рабочие процессы (дисциплины) RUP


    Для поддержки основных фаз RUP-процесса фирма Rational разработала набор программных инструментов (Rational Suite), куда были включены:
    Rational RequisitePro – контроль и управление требованиями (для поддержки 1-ой фазы RUP),
    Rational Rose – базовая система визуального моделирования на языке UML (для поддержки 2-ой фазы RUP),
    Набор инструментов тестирования - Rational Robot, Rational Purify, Rational Quantify Rational PureCoverage, Rational TeamTest (для поддержки 3-ей фазы RUP),
    Rational ClearCase – управление версиями и конфигурациями (для поддержки унифицированного процесса управления изменениями UCM),
    Rational SoDA – автоматизированная разработка программной документации для всех фаз RUP,
    Rational ClearQuest – поддержка процесса сопровождения разрабатываемой системы.


    Для поддержки основных фаз RUP-процесса фирма Rational разработала набор программных инструментов (Rational Suite), куда были включены:
    Rational RequisitePro – контроль и управление требованиями (для поддержки 1-ой фазы RUP),
    Rational Rose – базовая система визуального моделирования на языке UML (для поддержки 2-ой фазы RUP),
    Набор инструментов тестирования - Rational Robot, Rational Purify, Rational Quantify Rational PureCoverage, Rational TeamTest (для поддержки 3-ей фазы RUP),
    Rational ClearCase – управление версиями и конфигурациями (для поддержки унифицированного процесса управления изменениями UCM),
    Rational SoDA – автоматизированная разработка программной документации для всех фаз RUP,
    Rational ClearQuest – поддержка процесса сопровождения разрабатываемой системы.
    Методология RUP итеративную разработку проектов, управление требованиями, компонентную архитектуру, визуальное моделирование, постоянную проверку качества и контроль изменений. Для реализации этих принципов создаётся общий репозиторий проекта, а также вводятся правила работы с ним как внутри команды разработчиков, так и при взаимодействии с заказчиками.

    1   2   3   4   5   6   7   8   9   10


    написать администратору сайта