This site uses cookies.
Some of these cookies are essential to the operation of the site,
while others help to improve your experience by providing insights into how the site is being used.
For more information, please see the ProZ.com privacy policy.
Freelance translator and/or interpreter, Verified member
Data security
This person has a SecurePRO™ card. Because this person is not a ProZ.com Plus subscriber, to view his or her SecurePRO™ card you must be a ProZ.com Business member or Plus subscriber.
Affiliations
This person is not affiliated with any business or Blue Board record at ProZ.com.
English to Russian: User Manual General field: Tech/Engineering Detailed field: Computers: Software
Source text - English Workflow Manager
This engine, also called the Micro-Workflow Manager, provides the ability to run multiple, simultaneous activation workflows. Each workflow performs a sequence of tasks necessary to carry out an activation request. These tasks include:
• Extracting activation parameters from an incoming activation request message.
• Deriving new information from these parameters.
• Querying an inventory system, external applications, or the operator for activation parameters.
• Executing activation tasks through the Resource Manager.
The open architecture of Service Activator allows an SI to customize and extend the Workflow Manager to define the exact sequence of tasks required to activate each service offered by the provider. The SI can also define the messages and integration technology (TCP, TCP over SSL, EAI bus) used to interact with the OSS.
Service Builder
This application allows the SI to develop new activation plug-ins, define atomic tasks, define compound tasks, and deploy new plug-ins and/or compound tasks to the Service Activator run-time system. The Service Builder supports both the graphical and the command-line user interfaces.
Resource Manager
This component starts atomic tasks in the context of a transaction by invoking the appropriate activation plug-ins. The Resource Manager participates in transactions coordinated by the JTA-compliant1 transaction manager provided with JBoss (the J2EE application server provided with Service Activator). If an atomic task fails, thetransaction semantics causes the Resource Manager to roll back all the atomic tasks previously run within the same transaction. Service Activator maintains the state of each transaction in order to correctly recover in the event of a system failure.
Activation Plug-ins
Service Activator supports activation plug-ins that perform configuration tasks across a variety of domains, e.g. VPN activation.
The open architecture of Service Activator allows the SI to customize plug-ins, to extend them to provide different functionality, and to develop and integrate new plug-ins as necessary.
Inventory
The Service Activator inventory sub-system is a framework for building an inventory solution appropriate to the target environment. This inventory solution will manage data about the resources in the service provider’s environment that will be used for activation tasks. Service Activator does not come with a standard schema, the SI must specify the schema.
Service Activator includes a tool called InventoryBuilder. The tool takes as its input a set of Resource Definition files that describe the schema elements in XML vocabulary and produces the following items:
• An SQL schema for storing the entities in an Oracle database.
• Java Beans for interacting with the database using JDBC.
• Java Server Pages (JSPs) to facilitate manual, web based interaction with the inventory subsystem for inventory creation, modification, and deletion.
Though the Java Beans use JDBC to communicate with the database, they have not been tested with anything other than Oracle. Typically, the Service Activator inventory is kept in the same Oracle instance as the rest of the Service Activator database storage.
You can implement a Service Activator solution in three different ways:
• Using only the Service Activator built-in inventory sub-system.
• Combining the Service Activator built-in inventory with another inventory solution.
• Exclusively using an inventory solution other than the one provided.
1. Java Transaction API.
NOTE Only the built-in inventory sub-system works with the supplied operator UI. If you decide to develop your own solution using a 3rd-party inventory product, you will have to integrate the built-in operator UI and the inventory product (if required by the customer).
Similarly, you will have to integrate the workflow engine and the inventory database. This may be quite simple using the built-in workflow nodes that permit SQL interaction from the workflow. Alternatively, you may develop new, custom workflow nodes.
Task Repository
This database stores the relationships between atomic tasks and activation plug-ins, as well as the definitions of compound tasks. When the SI deploys plug-ins or creates compound tasks, information is stored in the task repository.
Service Instance Repository
The Workflow Manager can store the parameters used to perform an activation in the service instance repository, so that those parameters can be retrieved later during updates and deletions of an existing service. This information is stored in the same Oracle instance as the inventory objects.
Plug-in Repository
This database stores the activation plug-ins that an SI has deployed into service Activator. Plug-ins are stored as Java Archive files (JARs)- the plug-in repository is a file storage system. Plug-ins shipped by HP or developed by the SI must be explicitly deployed in the Service Activator run-time installation to be available for use. Plug-ins are deployed using the Service Builder.
Operator User Interface
Service Activator provides a web-based user interface (UI) that operators, SIs, and administrators can use to monitor active workflows, view logs, and maintain the inventory sub-system. The operator UI will only provide interaction with inventory objects that are stored in the Service Activator built-in inventory.
Данный механизм, также называемый администратором технологических микропроцессов (Micro-Workflow Manager), обеспечивает возможность одновременного выполнения нескольких технологических процессов активации. Каждый технологический процесс включает выполнение определенной последовательности задач, необходимых для выполнения запроса активации. В число этих задач входят следующие:
• Извлечение параметров активации из входящего сообщения с запросом активации.
• Вывод новой информации из этих параметров.
• Запрос параметров активации в системе управления запасами, во внешних приложениях или у оператора.
• Выполнение задач активации с помощью администратора Resource Manager.
Открытая архитектура системы Service Activator позволяет системному интегратору настраивать и расширять механизм Workflow Manager в целях определения точной последовательности задач, необходимых для активации каждой услуги, которая предлагается поставщиком. Кроме того, системный интегратор может определять сообщения и технологию интеграции (TCP, TCP over SSL, шина EAI), используемую для взаимодействия с системой поддержки технологических процессов (OSS).
Service Builder (Построитель услуг)
Данное приложение позволяет системному интегратору разрабатывать новые дополнительные модули активации, определять элементарные и составные задачи, а также развертывать новые дополнительные модули и/или составные задачи для системы поддержки исполнения программ решения Service Activator. Приложение Service Builder поддерживает как графический пользовательский интерфейс, так и интерфейс командной строки.
Resource Manager (Администратор ресурсов)
Данный компонент запускает на выполнение элементарные задачи в контексте транзакции путем вызова соответствующих дополнительных модулей активации. Администратор Resource Manager участвует в транзакциях, координируемых совместимым с интерфейсом JTA1 администратором транзакций, который снабжен сервером JBoss (сервером приложений J2EE, оснащенным системой Service Activator). Семантика транзакций такова, что если выполнение какой-либо элементарной задачи завершается неудачей, администратор Resource Manager совершает откат всех элементарных задач, которые были выполнены ранее в рамках данной транзакции. Система Service Activator сохраняет информацию о состоянии каждой транзакции для обеспечения корректного восстановления в случае сбоя.
Дополнительные программные модули активации
Система Service Activator поддерживает дополнительные программные модули активации, которые предназначаются для выполнения задач конфигурирования в самых различных областях, например, связанных с активацией виртуальных частных сетей (VPN).
Открытая архитектура системы Service Activator позволяет системному интегратору настраивать дополнительные программные модули, расширять их для поддержки других функциональных возможностей, а также разрабатывать и интегрировать новые дополнительные модули по мере необходимости.
Запасы
Подсистема управления запасами системы Service Activator является основой для создания решения в области управления запасами в соответствии с особенностями целевой инфраструктуры. Такое решение для управления запасами будет осуществлять управление данными о ресурсах инфраструктуры поставщика услуг, используемых для выполнения задач активации. В системе Service Activator нет готовой стандартной схемы: соответствующая схема должна указываться системным интегратором.
Service Activator включает специальное инструментальное средство InventoryBuilder. Эта утилита использует в качестве входных данных некоторый набор файлов определения ресурсов (Resource Definition), в которых элементы схемы описываются в терминах XML, и создает следующие объекты:
• схему SQL для сохранения объектов в базе данных Oracle;
• компоненты Java для взаимодействия с базой данных с использованием интерфейса JDBC;
• серверные страницы Java (JSP) для упрощения ручного (с использованием Web-интерфейса) взаимодействия с подсистемой управления запасами в целях создания, изменения и удаления запасов.
Хотя компоненты Java используют для связи с базой данных интерфейс JDBC, они были проверены в работе только с базой данных Oracle. Как правило, запасы Service Activator хранятся в том же экземпляре Oracle, что и остальные объекты системы Service Activator.
Решение Service Activator может быть реализовано тремя различными способами:
• использование только встроенной подсистемы управления запасами системы Service Activator;
• объединение встроенной подсистемы управления запасами системы Service Activator с каким-либо другим решением для управления запасами;
• исключительное использование внешнего решения для управления запасами.
1. Интерфейс прикладного программирования (API) Java для транзакций.
ПРИМЕЧАНИЕ С поставляемым пользовательским интерфейсом оператора работает только встроенная подсистема управления запасами. Если вы захотите разработать собственное решение с использованием какого-либо продукта для управления запасами сторонней компании, вам будет необходимо интегрировать встроенный пользовательский интерфейс оператора с данным продуктом (если это потребуется заказчику).
Точно так же вам будет нужно интегрировать механизм управления технологическими процессами и инвентаризационную базу данных. Это может быть достаточно простой задачей, если применять встроенные узлы технологических процессов, которые разрешают взаимодействие с использованием языка SQL из технологического процесса. Альтернативный способ заключается в разработке новых, нестандартных узлов технологических процессов.
Хранилище задач
В этой базе данных хранятся сведения о связях между элементарными задачами и дополнительными программными модулями активации, а также определения составных задач. Когда системный интегратор развертывает дополнительные программные модули или создает составные задачи, соответствующая информация сохраняется в хранилище задач.
Хранилище экземпляров услуг
Администратор Workflow Manager может сохранять параметры, используемые для выполнения активации, в хранилище экземпляров услуг с тем, чтобы эти параметры можно было извлекать впоследствии во время обновления или удаления существующих услуг. Данная информация сохраняется в том же экземпляре Oracle, что и инвентаризационные объекты.
Хранилище дополнительных программных модулей
В этой базе данных хранятся дополнительные программные модули активации, развернутые системным интегратором в системе Service Activator. Дополнительные программные модули сохраняются в виде архивных файлов Java (JAR): хранилище дополнительных программных модулей представляет собой систему хранения файлов. Чтобы дополнительные модули, поставленные компанией HP или разработанные системным интегратором, были доступны для использования, они должны быть явным образом развернуты в системе поддержки исполнения программ решения Service Activator. Развертывание дополнительных программных модулей осуществляется с помощью приложения Service Builder.
Пользовательский интерфейс оператора
Система Service Activator имеет пользовательский интерфейс на основе Web-браузера, который может использоваться операторами, системными интеграторами и администраторами для контроля активных технологических процессов, просмотра журналов и сопровождения подсистемы управления запасами. Пользовательский интерфейс оператора поддерживает возможность взаимодействия только с теми инвентаризационными объектами, которые хранятся во встроенной подсистеме управления запасами решения Service Activator.
More
Less
Translation education
Master's degree - Moscow State University
Experience
Years of experience: 32. Registered at ProZ.com: Jan 2010. Became a member: Dec 2013.
I would like to offer my services as a freelance English to Russian
technical translator with 20+ years of experience.
My standard rate for translation is 0.05 USD per source word.
My best per hour rate is 20 USD.
My CAT breakdown grids are generally flexible and usually I agree with a scheme
adopted by LSP.
My daily output is about 3000 words.
CAT tools used: Across 7.0, SDL Trados 2007, SDL Trados Studio 2011, 2019, SmartLing,
GlobalLink, XTM, other tools can be used on request.
I have wide experience in many subject areas.
Main areas of specialization: Automotive (including agricultural, construction,
forestry, and recreation vehicles), Computer and Information Sciences, Computer
Engineering, Consumer Electronics, Data Communications, Data Processing,
Electrical Engineering, Engineering, Internet, Machinery, Mechanical
Engineering, Software Engineering, Telecommunications, and other technical
fields
My principal end client is John Deere. I have translated for this client since
2004 (via 3 different LSPs), more than 30 million words handled, including all
sorts of documentation and all types of machines.
I have MA degree in linguistics.
When placing a translation assignment, you want a professional who will provide accurate translation of content and an easily readable style, with appropriate and consistent use of terminology. I believe that I have an obligation to provide that in any assignment I accept. My standards for accepting and performing translation work are set out here to help you make an informed decision regarding placement of your translation project.
My standards for translation services
1. Responsible approach and accuracy of translation. I will only accept assignments when I am certain of my ability to provide an accurate translation. My professional experience and education help me to understand your documents.
2. Effective Russian style. Your translated technical document will read easily, without awkward phrasing to distract from the content.
3. Correct and consistent use of terminology. Before any technical translation I study the terminology of the specific field, and create a comprehensive terminology database. I will, of course, pay particular attention to use of any terms you identify that have specialized use.
I am able to deliver a better translation into Russian than a Russian translator living abroad. Living abroad, you can't keep up with your dynamically changing native language. Moreover, each day you actually lose some of your linguistic skills. Another point - living in Moscow, I can easily contact any Russia-based specialist or terminologist. To determine precise terminology and ensure an accurate translation, reference materials cannot replace such "live" consultations.