Платформа RA.NET – многофункциональная платформа разработки систем управления предприятием в сервис-ориентированной архитектуре (Service Oriented Architecture, SOA), на технологии Microsoft.NET.

RA.NET Framework - технологическая платформа для разработки объектно-ориентированных приложений в сервис-ориентированной архитектуре.

RA.NET Business Framework - расширяемое ядро базовых понятий и сервисов, позволяющих вести разработку прикладных систем в высокоуровневых терминах. Содержит как исполняемую часть, так и специальные мастера и кодо-генераторы - встраиваемые модули в MS Visual Studio .NET и RA.NET Configurator.

RA.NET Studio – инструментарий разработки функциональных прикладных компонент, с использованием RA.NET Business Framework. Инструментарий ориентирован на прикладных программистов и реализован как расширение пакета MS Visual Studio .NET дополнительными Add-ins.

RA.NET Configurator – бизнес-конструктор, инструментарий адаптации прикладных систем на основе разработанных в RA.NET Studio прикладных компонент. Инструментарий ориентирован на службы АСУ и отделы ПНР (не требует специфичных знаний технологий программирования), обеспечивает полную локализацию и предметную ориентированность.

RA.NET Workflow - сервер интеграции бизнес-процессов предприятия, включающий собственно сервер Workflow, средства дизайна, администрирования и исполнения бизнес-процессов.

Опытная эксплуатация - совокупность работ по проверке корректности функционирования системы и реализуемых бизнес-процессов в реальных условиях применения.

1.2 Бизнес цель

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

1.3 Описание продукта

Платформа RA.NET призвана обеспечить поддержку полного жизненного цикла систем автоматизации управления предприятием (создание, сопровождение, эксплуатация).

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

Архитектура, ориентированная на сервисы (Microsoft.NET), что позволяет строить на платформе RA.NET различные решения, упрощающие взаимоотношения с клиентами и позволяющие эффективно организовывать бизнес.
Наличие бизнес-конструктора решений, позволяет упростить и удешевить интеграцию с различными системами.
Использование процессного подхода к управлению, обеспечивает возможность гибкой интеграции разрозненных функций, выполняемых сотрудниками, в единые бизнес-процессы.
Встроенный контур управления предлагает методики и шаблоны решений задач учета, контроля, поддержки выработки решений и исполнения этих решений, что позволяет экономить время на анализе и проектировании, существенно снижает стоимость разработки наукоемкой функциональности.
Распределенная разработка, предоставляет возможность выбора компонентов корпоративной системы, соответствующих требованиям.

1.4 Исходная ситуация

На текущий момент (15.03.2004) в проекте RA.NET удалось достичь следующих результатов:

выпущена предварительная версия проекта «9 мая» и проведен анализ полученных результатов;
разработаны концепция построения главного окна приложения и стандарт разработки пользовательского интерфейса;
разработана концепция обеспечения безопасности продукта;
разработан регламент и подсистема компонентного тестирования с целью совершенствования технологии разработки;
разработана «Концепция реализации WEB-сервисов и их использования в прикладных решениях на платформе RA.NET» и ведутся работы по переходу к сервис-ориентированной архитектуре;
осуществлен перевод библиотеки визуальных форм проекта RA.NET Studio на SOA;
проведена верификация решений базового понятия «Модель учета» для обеспечения требований контура управления и перевода реализации гиперкубов пространства учета на MS OLAP;
проведены проектные работы по упрощению ядра базовых понятий и реализации концепции расширяемого ядра;
реализовал функционал автоматизированного создания коннекторов к WEB-сервисам и взаимодействия нескольких WEB-сервисов в рамках одного процесса с использованием механизма Workflow-коннекторов;
разработана первая версия подсистемы отчетности (на базе продукта «9 Мая»).

2 Концепция решения

Основной целью этапа является выпуск платформы RA.NET. В результате выполнения этапа проекта будет:

разработана и выпущена в опытную эксплуатацию платформа RA.NET – современный и высокотехнологичный инструмент разработки систем управления предприятием;
начато активное продвижение платформы RA.NET на рынок (вовлечение партнеров, служб АСУ предприятий в процесс разработки собственных решений);
гарантирована преемственность большинства решений, выполненных на представляемой версии платформы RA.NET вне Корпорации, при выпуске новой версии платформы;
начато проектирование и кодирование прикладного функционала (прикладных подсистем и конфигураций) силами Корпорации;
проводиться расширение функционала платформы.

2.1 Стратегия

	Оптимизируем	Ограничено	Уступается
Ресурсы	ü
Сроки		ü
Функционал			ü

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

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

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

2.2 Профили пользователей

Платформа RA.NET будет передана партнерам Корпорации и службам АСУ предприятий, заинтересованным в разработке собственных решений на современных технологиях. На этапе стабилизации предполагается начать ознакомление с платформой всех заинтересованных партнеров:

Партнер-разработчик;
Партнер-внедренец;
Служба АСУ.

Роли «Продавец» нет, так как на этапе опытной эксплуатации платформа RA.NET распространяется бесплатно.

Платформа RA.NET будет использована ДПП Корпорации для разработки прикладных подсистем и конфигураций (согласно идеологии продукта).

Профили пользователей инструментов платформы определены в приложении «Технология разработки».

2.3 План проекта

В первой очереди участвуют:

Департамент перспективных проектов (24 сотрудника);
Художник-дизайнер.

Все текущие работы должны быть согласованы с данным проектом.

План продвижения должен быть вложен в данный проект и полностью с ним согласован.

До 28.06.2004 членам экспертной комиссии и экспертам должны быть предоставлены информационные материалы по проекту для предварительного ознакомления и оценки результатов.

Дата завершения этапа: 01.07.2004.

На дату завершения этапа платформа RA.NET должна быть представлена к приемке экспертной комиссии. Экспертная комиссия осуществляет приемку проекта в соответствии с Требованиями к результату.

3 Функциональный состав

3.1 RA.NET Framework

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

уровня персистентных классов. Специальные макросы к MS Visual Studio .NET обеспечивают автоматическую генерацию системного кода, обеспечивающего персистентность объекта;
уровня сервисов данных (с использованием технологии WEB-сервисов). Дизайнеры позволяет значительно снизить трудозатраты при настройке схемы создаваемого сервиса данных;
уровня клиентской части приложения (с использованием технологии Windows Forms). Дизайнеры значительно облегчает работы по настройке формы, автоматизируя работы по добавлению визуальных элементов, связыванию их с таблицами и полями схемы сервиса данных и автоматическому расположению визуальных элементов на форме.

Разработка ведется в MS Visual Studio .NET 2003 Enterprise Edition. Обеспечивается:

Реализация объектных моделей, включающих классы персистентных объектов, свойства и ассоциации персистентных объектов, коллекции персистентных объектов;
Реализация транзакций (изолированность изменений с проверкой их непротиворечивости);
Генерация базы данных по логической структуре персистентных классов, размещенных в компоненте;
Разработка библиотек, содержащих компоненты слоя сервисов данных. Автоматизированы процессы создания и сопровождения сервисов данных:

При помощи мастеров и базовых классов предоставляется возможность быстрого создания библиотек с прикладными сервисами данных;
Автоматически контролируется соответствие элементов схемы сервиса данных соответствующим типам и свойствам персистентных объектов;

Разработка библиотек, содержащих компоненты презентационного слоя, основанных на технологии Windows Forms. Автоматизированы процессы создания и сопровождения визуальных форм (которые используют сервис данных):

При помощи мастеров и базовых классов предоставляется возможность быстрого создания библиотек, содержащих формы (анкетные, списковые и выбора) клиентского приложения;
Автоматически контролируется соответствие визуальных элементов клиентских форм схеме соответствующего сервиса данных;
Автоматизирована разработка иерархических форм и форм множественного выбора;

Технология разработки WEB-приложения и создание WEB-проекта при помощи мастера;
Разработка и подключение справочной системы;
Конфигурирование клиентского приложения:

Настройка главного меню приложения;
Настройка форм, используемых по умолчанию;

Технология и возможности локального тестирования приложения разработчиком. Для автоматического тестирования компонент используется утилита NUnit;
Автоматическая генерация средствами утилиты NDoc документации программиста по исходным кодам (Class Reference).

3.2 RA.NET Business Framework

Перечень базисов, составляющих ядро базовых понятий:

Термин;
Сущность;
Справочник;
Документ;
Бизнес-операция;
Тариф;
Регистр учета;
Модуль расширения;
Функциональный ключ;
Нумератор;
Модель учета.

Для каждого базового понятия реализуется и предоставляется к приемке:

Описание базового понятия;
Модуль расширения (Add-In) к RA.NET Configurator;
Базовый класс и шаблон для реализации экземпляров;
Автоматически сгенерированная по исходным кодам документация программиста (Class Reference).

3.3 RA.NET Studio

Согласно функциональной спецификации RA.NET Business Framework не предусматривается разработка средств дизайна прикладных подсистем (серверных и клиентских), а также средств дизайна прикладных понятий на основе базовых понятий прикладного ядра платформы. Поэтому разработка прикладных подсистем будет вестись в MS Visual Studio .NET с использованием только тех инструментов, которые предоставляют RA.NET Framework и сервисы RA.NET Business Framework, реализующих исполняемую часть базовых понятий.

3.4 RA.NET Configurator

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

3.4.1 Общая функциональность

Создание начальной конфигурации;
Экспорт/импорт конфигурации целиком и ее разделов;
Создание пакета развертывания конфигурации;
Развертывание конфигурации (на другом компьютере).

3.4.2 Модуль «Прикладные подсистемы»

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

3.4.3 Модуль «Прикладные сущности»

Просмотр перечня зарегистрированных в конфигурации прикладных сущностей в разрезе базовых понятий;
Настройка прикладного названия сущности;
Настройка анкетной формы объекта «по умолчанию»;
Привязка нумераторов к реквизитам прикладных понятий;
Динамические реквизиты:

Создание динамических реквизитов (простые типы, а также ссылки на объекты аналитики);
Использование динамических реквизитов в коде (при создании пользовательских функций);

Подписка на события;
Настройка регламентов обработки документов:

Назначение вызова функции коннектора действию шаблона документооборота;
Экспорт-импорт шаблонов документооборота, как в составе конфигурации, так и отдельно;

Настройка модели учета;
Функциональные ключи:

Настройка значений функциональных ключей;
Создание нового функционального ключа;
Использование функциональных ключей в коде (при создании пользовательских функций).

3.4.4 Модуль «Безопасность»

Создание и удаление описания роли пользователя (дескриптор роли);
Привязка дескриптора роли пользователя к системной роли;
Обеспечение аутентификации работы пользователей в локальной сети и удаленной работы из другой сети (например, Internet);
Обеспечение авторизации доступа пользователей:

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

3.4.5 Модуль «Коннекторы»

Управление коннекторами:

Загрузка dll нового коннектора или новой версии коннектора на сервер и его подключение;
Создание нового коннектора или новой версии коннектора для WEB-сервиса;
Удаление коннектора на сервере;
Подгрузка с сервера на клиента dll недостающего коннектора;

Управление метаданными коннекторов:

Отображение дерева функций, дерева данных и дерева исполнителей для коннекторов:

i. предоставляющих функции, данные и исполнителей;

ii. не предоставляющих функции, данные и исполнителей;

Отображение в окне свойств Конфигуратора свойств функции, свойств данных и свойств исполнителей.

3.4.6 Модуль «Бизнес-процессы»

Создание описания (шаблона) бизнес-процесса:

Шаблон бизнес-процесса создается в графическом редакторе с использованием бизнес-функций, бизнес-объектов, описаний ролей и пользователей системы, предоставляемых коннекторами;
Копирование описания функции в процесс или контекст;
Создание операции по вызову данной функции;
Создание в процессе элемента данных соответствующего типа;
Создание в процессе или контексте описания соответствующего исполнителя;
Назначение соответствующего исполнителя операции;

Экспорт и импорт описаний (шаблонов) бизнес-процесса:

Шаблон бизнес-процесса может быть выгружен в XML-файл и загружен из XML-файла. Поддерживается стандартный формат (консорциума WfMC) описания бизнес-процессов XPDL.

3.4.7 Модуль «Отчетность»

Технология разработки отчетов поддерживает общий подход к конфигурированию системы на платформе RA.NET и включает в себя 2 уровня:

разработка в RA.NET Framework – MS Visual Studio .NET сервисов данных для получения отчетов;
конфигурирование отчетов:

создание и дизайн конкретных присоединенных отчетных форм (linkform);
создание отчетов, как набора отчетных форм.

Реализуется функционал, представленный в первой очереди подсистемы отчетности (на базе проекта «9 мая») с учетом принятых ограничений.

3.4.8 Модуль «Рабочее место пользователя»

Создание (удаление) описания АРМ для роли пользователя;
Создание (удаление) раздела меню в контексте описания АРМ;
Создание (удаление) пункта меню в контексте раздела меню с возможностью указания вызываемой клиентской функции. Должна быть обеспечена возможность вызова:

функции запуска бизнес-процессов по указанному шаблону;
функций, предоставляемых коннекторами;

Описание шаблона меню и привязка шаблона к описанию АРМ;
Сервис построения меню для текущего пользователя в конфигурации.

3.5 RA.NET Workflow

3.5.1 Общая функциональность

Автоматическая генерация коннекторов к WEB-сервисам (мастер создания коннектора к WEB-сервису);
Реализация механизма задания, хранения и редактирования параметров коннекторов (строка подключения и т.д.);
Реализация коннектора к Active Directory (группы и пользователи домена);
Создание автономных приложений (exe) «Дизайнер процессов», «Менеджер процессов», «Консоль»;
Функционал сервера Workflow обеспечивает:

Определение «контрольных сроков операций процессов;
Задание выражений в параметрах функций;
Поддержку массивов в данных процессов;
Поддержку хранения внешних данных (для WEB-сервисов);
Встроенные функции для использования в выражениях;
Разграничение прав доступа и систему безопасности.

3.5.2 Администрирование сервера Workflow

Запуск и остановка служб сервера;
Изменение параметров служб сервера;
Запуск бизнес-процессов на исполнение;
Мониторинг исполняющихся процессов, в т.ч. просмотр диаграммы состояния исполнения процесса;
Мониторинг очередей работ;
Управление очередями работ (изменение состояния работ, приостановка, удаление работ);
Мониторинг потоков сообщений и оповещения сервера;
Настройка планировщика автоматического запуска бизнес-процессов.

3.5.3 Исполнение сервером Workflow бизнес-процессов

Сервер способен исполнять бизнес-процессы в соответствии с их описанием, в том числе:

Обеспечить исполнение ручных операций (исполняемых пользователями);
Исполнять серверные бизнес-функции в автоматическом режиме;
Исполнять вложенные процессы;
Маршрутизировать исполнение операций;
Контролировать сроки исполнения операций процессов;
Обеспечить вычисление выражений с использованием данных процесса для выполнения маршрутизации потоков работ.

Во время исполнения операций процесса вызываются соответствующие (назначенные) функции коннекторов, им передаются соответствующие параметры (как на сервере, так и на клиенте).

3.5.4 Исполнение бизнес-процессов на клиентском АРМ

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

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

3.6 Технологии платформы

3.6.1 NUnit

Технология и средство автоматического тестирования компонент.

3.6.2 NDoc

Технология и средство автоматической генерации документации программиста по исходным кодам.

3.6.3 NAnt

Технология и средство сборки сложно зависимых проектов.

3.7 Утилиты платформы

3.7.1 Assembly Installer

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

3.7.2 Authorization Manager

Утилита администрирования системы.

4 Ограничения

Цели этапа и короткие временные рамки цикла разработки вынуждают выпустить функционально ограниченную версию инструментов платформы RA.NET.

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

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

4.1 RA.NET Framework

Возможность горячей замены состава конфигурации средствами RA.NET Configurator. Данная возможность обеспечивается при использовании стандартных средств Microsoft.NET;
Возможность масштабирования серверов приложений. В первой версии может быть только один сервер приложений, при этом существует возможность распределения прикладных задач на отдельные сервера приложений и связи их через механизм Workflow;
Автоматическое (без дополнительного кодирования) отображение динамических реквизитов в анкетных и листовых формах, а также доступ к ним в фильтрах на данные;
Корпоративные свойства платформы. В первой версии на одном сервере приложений могут быть представлены данные только одной организации.

4.2 RA.NET Business Framework

Средства дизайна для базовых понятий (Add-ins к RA.NET Studio);
Разработка интерактивных отчетов (только печатные формы);
Разработка компонент просмотра кубов в виде сводной таблицы (идет поиск готового решения);
Базовое понятие план и модель контура управления.

4.3 RA.NET Studio

Дерево просмотра прикладных сущностей в терминах базовых понятий (Add-ins к MS Visual Studio .NET, аналог Entity Explorer из версии «9Мая»);
Инструменты проектирования (на данном этапе используется Rational Rose) не интегрируются продукт.

4.4 RA.NET Configurator

Поддержка корпоративных структур;
Сравнение конфигураций и их частей;
Средства импорта, дизайна и конфигурирования сервисов данных для разработки отчетов;
Автоматическое документирование конфигураций, формирование пособий и справочников;
Изоляция изменений при групповой настройке и тестировании конфигурации;
Визуальный редактор настройки регламентов документооборота.

4.5 RA.NET Workflow

Механизм создания резервной копии состояния сервера. Серверная часть (блокировка сервера, сохранение состояния в XML). Клиентская часть (визуальные формы по управлению созданием резервных копий и восстановлению) (патч или сервис пак, должно войти в коммерческую версию);
Клиентские COM компоненты. Опубликовать как COM компоненты визуальный контрол списка работ и обработчика работ (должно войти в коммерческую версию);
Аналитические отчеты (анализ выполнения бизнес-процессов). Должностные инструкции для роли, исполнительская дисциплина, загрузка исполнителей и т.д. (следующая версия);
Дополнительные коннекторы: к электронной почте (IMAP), к Outlook и т.д. (следующая версия);
Редактирование в «Дизайнере процессов» не только описаний процессов на сервере, но и в XML файлах. Ассоциация расширения XPDL с «Дизайнером процессов» (следующая версия);
Пользовательские настройки отображения диаграмм (следующая версия);
Использование подразделений и организационных групп в качестве исполнителей;
Наследование шаблонов бизнес-процессов Workflow.

4.6 Утилиты платформы

4.6.1 Authorization Manager

Не локализуется визуальный интерфейс утилиты Authorization Manager;
Не обеспечивается авторизация прав доступа пользователей к неперсистентным объектам (например, регистрам учета).

4.7 Прикладные подсистемы

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

Для верификации инструментов и технологий платформы применяются функционал контрольного примера «North Wind», входящий в стандартную поставку Microsoft SQL Server, и отдельные разрозненные примеры - для использования в качестве образцов и шаблонов проектирования и разработки.

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

в соответствии с идеологией прикладного функционала, согласно перечню подсистем первой очереди;
на базе контрольного примера коалиции WS-I, с целью проверки соответствия решений стандартам SOA;

4.8 Прикладные конфигурации

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

верификацию инструментов и технологий платформы;
выполнение основных прецедентов конфигурирования системы согласно функциональной спецификации RA.NET Configurator и RA.NET Workflow (например, конфигурирование «Модели учета» и описание шаблонов бизнес-процессов Workflow).

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

Все функции платформы должны попадать в одну из групп: «Функциональный состав» или «Ограничения».

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

5 Состав продуктов

5.1 RA.NET Framework

Технологическая платформа для разработки объектно-ориентированных приложений в SOA. Включает в себя:

Набор компонент, Add-ins к MS Visual Studio .NET и утилит, обеспечивающих средства дизайна приложений (design-time) на платформе RA.NET;
Набор компонент и сервисов, обеспечивающих исполнение (run-time работу) приложений, разработанных для платформы RA.NET;
RA.NET Framework. Руководство пользователя.

5.2 RA.NET Business Framework

Расширяемое ядро базовых понятий и сервисов, позволяющих вести разработку прикладных систем в высокоуровневых терминах. Включает в себя:

Набор компонент и сервисов, реализующих исполняемую часть базовых понятий;
Набор Add-ins к RA.NET Configurator (специальные мастера и кодо-генераторы), обеспечивающих средства дизайна базовых понятий;
RA.NET Business Framework. Руководство пользователя.

5.3 RA.NET Studio

Ограничениями этапа не предусматривалась разработка каких-либо инструментов RA.NET Studio. Поэтому к приемке предлагается только описание технология разработки прикладных подсистем с использованием инструментов RA.NET Framework и сервисов RA.NET Business Framework.

RA.NET Studio Руководство пользователя.

5.4 RA.NET Configurator

Бизнес-конструктор адаптации прикладных систем на основе разработанных в RA.NET Studio прикладных компонент. Включает в себя:

Собственно приложение RA.NET Configurator;
Набор модулей расширения (Add-ins) к конфигуратору:

«Прикладные компоненты» - визуальные компоненты и сервисы управления прикладными компонентами и конфигурациями;
«Прикладные сущности» - визуальные компоненты и сервисы конфигурирования прикладных сущностей;
«Бизнес-процессы» - средства дизайна описания (графический редактор) бизнес-процессов;
«Отчетность» - визуальные компоненты и сервисы конфигурирования отчетов;
«Безопасность» - визуальное средство описания ролей пользователей;
«Рабочее место пользователя» - визуальное средство и сервисы дизайна рабочего места пользователя;
«Коннекторы» - визуальный компонент и сервисы управления коннекторами;

RA.NET Configurator. Руководство пользователя.

5.5 RA.NET Workflow

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

Собственно сервер Workflow;
Базовый набор коннекторов (RA.NET Business Framework, Active Directory, Outlook, файловой системе);
Графический дизайнер процессов;
Менеджер процессов (средство администрирования и мониторинга);
Консоль клиента;
RA.NET Workflow. Руководство пользователя.

RA.NET Workflow может быть установлен независимо от других продуктов, входящих в состав платформы.

6 Требования к результату

6.1 Результаты разработки (состав платформы)

Результатами этапа разработки платформы RA.NET являются:

6.1.1 Инсталлятор

Предусматриваются следующие варианты развертывания платформы RA.NET:

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

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

Клиентский пакет. Данный пакет инсталлирует клиентское программное обеспечение RA.NET на компьютерах конечных пользователей прикладных конфигураций. Предусматривает:

Развертывание компонент, необходимых для функционирования клиентских приложений (UI библиотеки), и последующего развертывания клиентских компонент прикладных конфигураций;

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

Развертывание компонент, входящих в клиентский и серверный пакеты;
Обеспечение поддержки разработки компонент в среде MS Visual Studio .NET - RA.NET Studio.

Структура файловой системы для размещения продуктов, структура папок меню «Start» («Пуск») и перечень ярлыков будут сформированы на этапе стабилизации платформы.

Удаление установленных приложений осуществляется стандартным образом через «Панель управления».

6.1.2 Документация

С программным продуктом должны поставляться следующие документы:

Наименование	Содержание
RA.NET v.1.0. Vision	Краткое описание целей этапа, концепции решения, реализуемой функциональной спецификации платформы.
RA.NET Framework. Руководство пользователя	Документация о функциональном составе, структуре и архитектуре платформы, описание языка объектных запросов, быстрый старт.
RA.NET Business Framework. Руководство пользователя	Описание концепции, архитектуры ядра базовых понятий и его примитивов (базисов).
RA.NET Studio. Руководство пользователя	Описание технология разработки прикладных подсистем с использованием инструментов RA.NET Framework и сервисов RA.NET Business Framework.
RA.NET Configurator. Руководство пользователя	Документация о функциональном составе инструментария, его отличительных особенностях, целях и решаемых задачах.
RA.NET Workflow. Руководство пользователя	Описание функциональности сервера и клиента Workflow.
Платформа RA.NET. Инструменты и технологии. Быстрый старт.[1]	Сквозной пример разработки приложения на платформе RA.NET.
Регламенты технологии разработки и стандарты, используемые в ДПП	1. «Пользовательский интерфейс платформы RA.NET. Корпоративный стандарт»; 2. «Платформа RA.NET. Правила кодирования».

6.2 Системные требования

Для проверки результатов разработки необходимо наличие установленного программного обеспечения:

Уровень	Программное обеспечение
Сервер	OC Windows 2003 Server или Windows XP Professional Microsoft.Net Framework v1.1 IIS v5.0 и выше Microsoft SQL Server 2000 with SP1
Клиент	OC Windows XP Professional Microsoft.Net Framework v1.1 MS Visual Studio .NET 2003 Enterprise Edition;

Возможно использование локального сервера базы данных.

[1] Сквозной пример реализуется только при наличии свободных ресурсов. Документ к приемке предъявляется только в случае реализации сквозного примера.