ВНЕДРЕНИЕ ПЛАТФОРМЫ РАЗРАБОТКИ И ИСПОЛНЕНИЯ ПРИЛОЖЕНИЙ «RADIXWARE» (НА ПРИМЕРЕ КАФЕДРЫ ПРИКЛАДНОЙ ИНФОРМАТИКИ) - Студенческий научный форум

VIII Международная студенческая научная конференция Студенческий научный форум - 2016

ВНЕДРЕНИЕ ПЛАТФОРМЫ РАЗРАБОТКИ И ИСПОЛНЕНИЯ ПРИЛОЖЕНИЙ «RADIXWARE» (НА ПРИМЕРЕ КАФЕДРЫ ПРИКЛАДНОЙ ИНФОРМАТИКИ)

Шаяхмметов А.Г. 1
1МГТУ им.Носова
 Комментарии
Текст работы размещён без изображений и формул.
Полная версия работы доступна во вкладке "Файлы работы" в формате PDF
ВВЕДЕНИЕ 4

ГЛАВА 1 ОБСЛЕДОВАНИЕ ОБЪЕКТА ИНФОРМАТИЗАЦИИ 6

1.1. Обоснование необходимости внедрения специального ПО 6

1.2. Анализ рынка платформ разработки ПО 7

1.3. О платформе RadixWare 14

Выводы по главе 1 20

ГЛАВА 2 РАЗРАБОТКА ПРОЕКТНЫХ РЕШЕНИЙ ПО ВНЕДРЕНИЮ ПЛАТФОРМЫ «RADIXWARE» 21

2.1. Анализ технологий внедрения компаний-разработчиков ПО 21

2.2. О методологии внедрения OpenUP 26

2.3. Разработка мероприятий по внедрению 27

Список используемой литературы 41

ПРИЛОЖЕНИЯ 42

ПРИЛОЖЕНИЕ А. ТЗ на внедрение платформы разработки и исполнения приложений «RadixWare» на кафедру прикладной информатики. 42

ПРИЛОЖЕНИЕ В. Анализ ИТ-инфраструктуры кафедры 55

ПРИЛОЖЕНИЕ С. Краткое руководство по установке RadixWare 57

ВВЕДЕНИЕ

Процесс разработки программного обеспечения с каждым днем становится только сложнее: появляются новые технологии, новые области применения, растут требования. Если для написания более-менее большого ПО 7-8 лет назад еще хватало текстового редактора и компилятора, то сегодня, увы, для создания какой-нибудь корпоративной системы без специальных платформ не обойтись. Основное предназначение таких платформ – уменьшение сложности процесса разработки. Одним из таких платформ является платформа разработки и исполнения приложений «RadixWare»

Платформа разработки и исполнения приложений «RadixWare» предназначена для разработки систем корпоративного уровня. Данная платформа отлично подходит для разработки систем следующих типов:

• системы управления транзакциями

• системы управления очередями

• быстродоступные и отказоустойчивые системы

• системы с трехуровневой архитектурой

• системы с сервисно-ориентированной архитектурой

• системы управления бизнес процессами

Объектом исследования данной курсовой работы является основные этапы внедрения платформы «RadixWare» по методологии OpenUP на кафедру прикладной информатики.

Предметом исследования данной курсовой работы является внедряемая платформа и кафедра прикладной информатики.

Актуальность данной работы заключается в том, что платформа «RadixWare» существует на рынке всего 2 года, соответственно, еще нет каких-либо инструкций и руководств для внедрения этой платформы (по крайней мере, на русском). Данная курсовая работа отражает основные этапы внедрения платформы «RadixWare» на кафедру прикладной информатики с использованием методологии OpenUP.

ГЛАВА 1 ОБСЛЕДОВАНИЕ ОБЪЕКТА ИНФОРМАТИЗАЦИИ
  1.  
    1. Обоснование необходимости внедрения специального ПО

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

Основные задачи:

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

-Создание условий для удовлетворения потребностей личности в интеллектуальном, культурном и нравственном развитии в процессе образовательно-научной деятельности.

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

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

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

  • Поддержка полного цикла разработки ПО

  • Поддержка различных диаграмм (UML, workflow, и т.д.)

  • Поддержка модельно-ориентированного подхода разработки ПО

  • Возможность генерации схем данных

  • Возможность генерации кода

  • Возможность генерации отчетов

  1.  
    1. Анализ рынка платформ разработки ПО

.NETFramework

.NET Framework — программная платформа, выпущенная компанией Microsoft в 2002 году. Основой платформы является общеязыковая среда исполнения Common Language Runtime (CLR), которая подходит для разных языков программирования. Функциональные возможности CLR доступны в любых языках программирования, использующих эту среду.

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

  • Обеспечение согласованной объектно-ориентированной среды программирования для локального сохранения и выполнения объектного кода, для локального выполнения кода, распределенного в Интернете, либо для удаленного выполнения.

  • Обеспечение среды выполнения кода, минимизирующей конфликты при развертывании программного обеспечения и управлении версиями.

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

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

  • Обеспечение единых принципов работы разработчиков для разных типов приложений, таких как приложения Windows и веб-приложения.

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

Основной средой разработки для данной платформы является Microsoft Visual Studio. Microsoft Visual Studio включает в себяинтегрированную среду разработки программного обеспечения и ряд других инструментальных средств. Данные средства позволяют разрабатывать как консольные приложения, так и приложения с графическим интерфейсом, в том числе с поддержкой технологии Windows Forms, а также веб-сайты, веб-приложения, веб-службы как в родном, так и в управляемом кодах для всех платформ, поддерживаемых Windows, Windows Mobile, Windows CE, .NET Framework, Xbox, Windows Phone .NET Compact Framework и Silverlight. Большое внимание уделено моделированию бизнес процессов и проектированию баз данных. Среда позволяет строить ER диаграммы и на основе их генерировать PL/SQL код для СУБД Oracle, Microsoft SQL Server, MySQL и для многих других. Для моделирования бизнес процессов есть диаграммы UML, из которых можно генерировать коды классов для языков С++/С#. Функционал данной среды разработки можно легко расширить, установив так называемые NuGet пакеты.

Java

Программная платформа Java — ряд программных продуктов и спецификаций компании Sun Microsystems, ранее независимой компании, а ныне дочерней компании корпорации Oracle, которые совместно предоставляют систему для разработки прикладного программного обеспечения и встраивания её в любое кросс-платформенное программное обеспечение. Java используется в самых разных компьютерных платформах от встраиваемых устройств и мобильных телефонов в нижнем ценовом сегменте, до корпоративных серверов и суперкомпьютеров в высшем ценовом сегменте.

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

Java Card: Технология, которая позволяет небольшим Java-приложениям (апплетам) надежно работать на смарт-картах и других подобных устройств c малым объёмом памяти.

Java ME: Включает в себя несколько различных наборов библиотек (известных как профили) для устройств с ограниченным объёмом места для хранения, небольшим размером дисплея и батареи. Часто используется для разработки приложений для мобильных устройств, КПК, ресиверов цифрового телевидения и принтеров.

Java SE: для использования на настольных ПК, серверах и другом подобном оборудовании.

Java EE: Java SE плюс API, полезное для многоуровневых (англ.) клиент-серверных бизнес-приложений (англ.).

Программная платформа Java имеет обширный набор сред разработки, поэтому перечислим только основные три:

  • NetBeans

  • Eclipse

  • IntelliJ IDEA

NetBeans

NetBeans IDE — свободная интегрированная среда разработки приложений (IDE) на языках программирования Java, Python, PHP, JavaScript, C, C++ и ряда других.

Проект NetBeans IDE поддерживается и спонсируется компанией Oracle, однако разработка NetBeans ведётся независимым сообществом разработчиков-энтузиастов (NetBeans Community) и компанией NetBeans Org.

Последние версии NetBeans IDE поддерживают рефакторинг, профилирование, выделение синтаксических конструкций цветом, автодополнение набираемых конструкций на лету и множество предопределённых шаблонов кода.

NetBeans IDE поддерживает плагины, позволяя разработчикам расширять возможности среды.

Eclipse

Eclipse — свободная интегрированная среда разработки модульных кроссплатформенных приложений. Развивается и поддерживается Eclipse Foundation.

Eclipse служит в первую очередь платформой для разработки расширений, чем он и завоевал популярность: любой разработчик может расширить Eclipse своими модулями. Уже существуют Java Development Tools (JDT), C/C++ Development Tools (CDT), разрабатываемые инженерами QNX совместно с IBM, и средства для языков Ada (GNATbench, Hibachi), COBOL, FORTRAN, PHP, X10 (X10DT) и пр. от различных разработчиков. Множество расширений дополняет среду Eclipse диспетчерами для работы с базами данных, серверами приложений и др.

IntelliJ IDEA

IntelliJ IDEA — интегрированная среда разработки программного обеспечения на многих языках программирования, в частности Java, JavaScript, Python, разработанная компанией JetBrains.

IntelliJ IDEA доступна в двух версиях: Community Edition и Ultimate Edition. Community Edition является полностью свободной версией, доступной под лицензией Apache 2.0. В ней реализована полная поддержка Java SE, Groovy, Scala, а также интеграция с наиболее популярными системами управления версиями. В версии Ultimate Edition реализована поддержка Java EE, UML-диаграмм, подсчёт покрытия кода, а также поддержка других систем управления версиями, языков и фреймворков.

RadixWare

Платформа RadixWare предназначена для разработки систем корпоративного уровня. Данная платформа отлично подходит для разработки систем следующих типов:

  • системы управления транзакциями

  • системы управления очередями

  • быстродоступные и отказоустойчивые системы

  • системы с трехуровневой архитектурой

  • системы с сервисно-ориентированной архитектурой

  • системы управления бизнес процессами

Платформа включает себя следующие основные модули:

  • Среда разработки -- RadixWare Designer

  • Система поддержки -- RadixWare Manager

  • Сервер приложений -- RadixWare Server

  • Сервер веб-приложений -- RadixWare Web Presentation Server

  • Приложение клиента -- RadixWare Desktop Explorer/ RadixWare Web Explorer

Среда разработки RadixWare Designer основана на платформе NetBeans. По модели разрабатываемого приложения среда разработки генерирует код на языке Java, выполняемый на платформе Java SE. В трехзвенной архитектуре этот код выполняется на сервере приложений и на клиенте.

Рабочие места могут быть организованы одним из следующих способов:

  • С использованием клиентского приложения RadixWare Desktop Explorer. Пользовательский интерфейс клиентского приложения использует библиотеку QtJambi. Для запуска клиентского приложения может использоваться технология Java Web Start. При этом по протоколу HTTP (HTTPS) с сервера загружается и запускается стартовый апплет, который загружает необходимые для работы компоненты. Платформа RadixWare обеспечивает автоматическое обновление компонентов клиентского приложения.

  • С использованием клиентского приложения RadixWare Web Explorer. При этом для обеспечения доступа к рабочему месту по протоколу HTTPS (или HTTP) используется приложение RadixWare Web Presentation Server, а в качестве клиентского приложения используется браузер.

Для обеспечения возможности своевременного обновления версий продукта код приложения хранится в репозитории Subversion.

Система сопровождения RadixWare Manager и клиентское приложение RadixWare Explorer используют для доступа к репозиторию Subversion pure-java библиотеку svnkit, поэтому для их работы не требуется установленного клиента Subversion.

Платформа RadixWare содержит единую среду разработки - RadixWare Designer. Он содержит полный набор средств разработки для каждой из сред исполнения. RadixWare Designer позволяет создавать, отлаживать, тестировать модель системы во всех средах исполнения.

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

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

  • Кроссплатформенность

  • Стоимость

Таблица 1 – Сравнение платформ.

Следует отметить, что системные требования платформы RadixWare включают в себя также требования к СУБД Oracle, к серверу приложения RadixWare, к среде разработки RadixWare, к серверу системы контроля версий Subversion.

Для сравнения сред разработки данных платформ были выделены следующие критерии:

  • Поддержка различных диаграмм (UML, workflow, и т.д.)

  • Поддержка модельно-ориентированного подхода разработки ПО

  • Возможность генерации схем данных

  • Возможность генерации кода

  • Возможность генерации отчетов

Таблица 2 – Сравнение интегрированных сред разработки платформ.

Платформа RadixWare намного опережает других благодаря архитектурной поддержке модельно-ориентированного подхода разработки ПО и возможности генерации полнофункционального кода.

  1.  
    1. О платформе RadixWare

Платформа RadixWare реализует парадигму декларативного программирования с применением модельно-ориентированного подхода к разработке ПО (MDD, MDA). Такой подход позволяет создавать исполняемые модели приложений включающие следующие элементы:

  • Общие типы данных

  • Структура баз данных

  • Структура и коды классов приложения

  • Алгоритмы обработки документооборота

  • Диалоговые окна

  • Структуры XML документов и структуры сообщений протокола

  • Роли пользователей и их права

  • Отчеты

и так далее

Программный код при разработке используется только в составе модели, для определения специфических алгоритмов поведения прикладной системы, т.е. ее бизнес-логики, презентационной логики и логики хранения данных. Среда разработки генерирует Java, SQL и PL/SQL-код из модели продукта.

Объектно-реляционное отображение

Платформа RadixWare предназначена для разработки приложений в рамках трехзвенной архитектуры: сервер СУБД - сервер приложений - клиентские приложения. При этом технология объектно-реляционного отображения (ORM, object relational mapping), используемая средой разработки, позволяет решить следующие задачи:

  • Синхронизация и контроль согласованности структуры БД (таблиц, связей и т. д.) и кода сервера приложений, использующего эти структуры.

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

  • Разработка всех трех звеньев в одной среде.

  • Минимизация трафика между сервером приложений и клиентом.

  • Структура приложения

Приложение, основанное на платформе RadixWare, представляет собой направленный граф слоев. Каждый слой реализует функциональность, специализированную до определенного уровня. Самый нижний слой (платформа RadixWare) реализует базовую функциональность (ORM, разграничение доступа, алгоритмы workflow, отчеты и т.д.), которая может быть использована в системах самого разного назначения. Каждый следующий слой увеличивает степень специализации продукта. Самый верхний слой может быть предназначен только для решения задач конкретного заказчика. Слой может использовать функциональность предыдущих слоев, но не следующих. Каждый слой идентифицируется при помощи URI.

Каждый слой разделяется на сегменты:

  • Kernel. Сегмент содержит классы ядра системы, реализованные на Java SE без использования RadixWare Designer. Присутствует не во всех слоях.

  • Database Definition Segment (DDS). Сегмент содержит модель структуры БД продукта.

  • Application Definition Segment (ADS). Сегмент содержит модель приложения в виде набора дефиниций.

  • User Definition Segment (UDS). Сегмент содержит дефиниции пользователя, переданные клиентом на сопровождение вендору.

  • Сегменты, кроме всего прочего, различаются средой исполнения. Сегмент Kernel исполняется в виртуальной машине Java. Сегмент DDS исполняется на сервере СУБД. Сегмент ADS исполняется в среде Application Runtime Environment (ARTE), входящей в состав RadixWare Server, а также в RadixWare Explorer.

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

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

  • Разделение логически независимых частей.

  • Управление областью видимости: в область видимости каждого модуля входят только те модули, которые указаны в списке зависимостей.

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

Трехзвенная архитектура

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

  1. Сервер БД (DB Server). БД используется для хранения всех данных приложения. В качестве сервера БД используется Oracle Database. Может использоваться кластер серверов БД.

  2. Сервер приложений (Application Server). В качестве сервера приложений используется RadixWare Server.

  3. Клиентские приложения. В качестве клиентского приложения используется RadixWare Desktop Explorer/ RadixWare Web Explorer.

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

В рамках каждой инстанции исполняется определенный администратором системы набор модулей. Модули системы взаимодействуют по протоколу SOAP, поэтому могут взаимодействовать как модули, запущенные в рамках одной инстанции, так и модули разных инстанций. Некоторые из модулей обеспечивают сервис EAS (Explorer Access Service), который используется клиентским приложением для взаимодействия с сервером приложений.

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

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

  • в БД

  • на прикладных серверах

  • на рабочих станциях

  • на терминалах

и т.д.

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

Поддержка полного жизненного цикла продукта

Платформа RadixWare обеспечивает единую технологическую поддержку всех этапов жизненного цикла продукта у его разработчиков:

  • проектирование

  • кодирование

  • отладка

  • модульное тестирование

  • интеграционное тестирование

  • выпуск релизов

  • формирование дистрибутивов и пакетов обновлений для клиентов

  • изготовление патчей

  • и т.д.

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

Поддержка непрерывной эксплуатации

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

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

Готовые технологические компоненты

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

  • компоненты сервис-ориентированной архитектуры (SOA): системные сервисы, каталог сервисов, маршрутизация, безопасность и т.д.

  • систему разграничения доступа

  • средства аудита действий пользователей

  • Workflow Engine для оркестровки бизнес-процессов, в том числе с человеческим участием

  • поддержку различных каналов персональных коммуникаций (Email, SMS и т.д.)

  • планировщик заданий

  • дизайнер и генератор отчетов

  • средства описания и поддержки протоколов (как основанных на XML, так и прочих)

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

Выводы по главе 1

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

Для выбора подходящего ПО был проанализирован рынок платформ, которые покрывают требования кафедры. В ходе анализа было принято решение о внедрении платформы разработки и исполнения приложений «RadixWare», поскольку он наиболее полно удовлетворяет требованиям и является единственной платформой из проанализированных, которая поддерживает полный цикл разработки ПО.

ГЛАВА 2 РАЗРАБОТКА ПРОЕКТНЫХ РЕШЕНИЙ ПО ВНЕДРЕНИЮ ПЛАТФОРМЫ «RADIXWARE»
  1.  
    1. Анализ технологий внедрения компаний-разработчиков ПО

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

  • Задачи

  • Фазы

  • Фирма разработчик

  • Модель ЖЦ

  • Продолжительность проекта внедрения

  • Основные принципы

  • Простота изучения

  • Доступность

  • Требование специфических знаний

Критерий

Методология внедрения 1С

ASAP

OneMethodology

Microsoft Dynamics

OpenUP

Задачи

  • Определение бизнес-требований и требований к системе

  • Определение и детальная разработка тех. решений, обеспечение выполнения тех. требований

  • Сравнение требований с реальным результатом

  • Фирмы «1С» - обеспечение качественного внедрения и дальнейшего сопровождения; определение и поддержание стандартов работы партнеров; информационная поддержка;

  • Партнеров – осуществление и поддержка внедрения; сопровождение системы;

  • Пользователей – эффективная эксплуатация системы; получение выгоды от использования программного решения.

  • Постановка бизнес целей и ожиданий от внедрения Учреждение технической инфраструктуры проекта

  • Определение специфики бизнес стратегии клиента Анализ бизнес процессов Поиск системных решений для воплощения этих бизнес процессов и стратегии

  • Тестирование ключевых решений

  • Уточнение плана реализации задуманного

  • Настройка модели системы

  • Конфигурирование ключевых БП

  • Определение функциональной недостаточности и построение расширений системы

  • Разработка программ переноса данных

  • Разработка отчетных форм

  • Подготовка к интеграционному тестированию

  • Разработка пользовательской документации и материалов обучения

  • Подготовка системы к промышленной эксплуатации

  • Подготовка пользователей к работе в системе

  • Выявление и устранение ошибок при «живой» эксплуатации

  • Анализ процесса внедрения проекта

  • Утверждение результатов внедрения

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

  • Определить требования к проектным командам с обеих сторон, а также порядок их взаимодействия

  • Учесть приоритетность проводимых работ и разделение рисков/ ответственности с фиксацией ролей Исполнителя и Заказчика.

  • Обеспечить реализацию требований к системе согласно составу задач и описанию бизнес-процедур.

  • Обеспечить безболезненный переход к работе в новом информационном окружении.

  • Определение состава команды;

  • Определение структуры проекта;

  • Определение бизнес-целей;

  • Оценка существующей ситуации;

  • Создание документа общей картины и области действия проекта;

  • Определение требований и профилей пользователей;

  • Разработка концепции решения;

  • Оценка риска;

  • Закрытие этапа

  • Унифицированная методология, подходит для очень широкого спектра проектов, можно легко расширить

Фазы

  • Постановка задачи

  • Анализ и оценка

  • Техническое проектирование

  • Рабочее проектирование

  • Ввод в эксплуатацию

  • Промышленная эксплуатация

  • Подготовка проекта.

  • Концептуальный проект.

  • Реализация.

  • Заключительная подготовка.

  • Переход к эксплуатации и поддержка.

  • Рамки внедрения

  • Модель

  • Конфигурирование

  • Запуск в эксплуатацию

  • Развитие

  • Defining (определение требований);

  • Designing (анализ и проектирование);

  • Developing (разработка);

  • Testing (тестирование);

  • Deploying (развертывание)

  • Идентификация заинтересованных лиц

  • Разработка промежуточных вариантов решения

  • Согласование технического подхода в целях обеспечения персистентности

  • Планирование итерации

Фирма разработчик

1С: Предприятие

SAP SE

PeopleSoft

Microsoft

Eclipse Foundation

Модель ЖЦ

Инкрементная

Полный жизненный цикл инсталляции

Полный жизненный цикл инсталляции

Смешанная модель ЖЦ, используется инкрементная модель с возвратом

Смешанная

(Итеративная и инкрементная)

Продолжительность проекта внедрения

Согласовывается

от 7-8 до 9-12 месяцев

Согласовывается

Согласовывается

Согласовывается

Основные принципы

  • Описание задач, их связей и общий подход к их решению.

  • Удовлетворение бизнес-требований, подтвержденные объективными данными требования

  • Получение результата при заданных ограничениях на сроки, бюджет и персонал

  • Принцип формулирования задания на внедрение (концептуального проекта) в терминах системы.

  • Принцип разделения ролей на этапе проектирования

  • Принципы группировки и классификации различных данных, план счетов, объекты котировки и пр.

  • Определение функциональных целей;

  • Разработка технологической архитектуры;

  • Конвертация данных;

  • Интерфейсы с внешними программами.

  • Распределение ответственности при фиксации отчетности

  • Наделяйте членов команды полномочиями

  • Концентрируйтесь на бизнес-приоритетах

  • Единое видение проекта

  • Проявляйте гибкость — будьте готовы к переменам

  • Поощряйте свободное общение

  • Совместная работа с целью согласования интересов и достижения общего понимания;

  • Развитие с целью непрерывного обеспечения обратной связи и совершенствования проекта;

  • Концентрация на архитектурных вопросах на ранних стадиях для минимизации рисков и организации разработки;

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

Простота изучения

Легкая

Сложная

Сложная

Средняя

Средняя

Доступность

Не имеет демонстрационной версии

Стартует от 400 000 долларов

-

-

Полностью бесплатная

Требование специфических знаний

Требуются специфические знания.

Требуются специфические знания.

Требуются специфические знания.

Требуются специфические знания.

 

Таблица 3 – Сравнение методологий.

Для внедрения платформы RadixWare хорошо подойдет методология OpenUP. Данная методология пригодна не только для собственных продуктов компании разработчика, как ASAP, и не такая объемная как 1С Methodology, Microsoft Dynamics, OneMethodology.

  1.  
    1. О методологии внедрения OpenUP

OpenUP — это итеративно-инкрементальный метод разработки или внедрения ПО. Позиционируется как легкий и гибкий вариант RUP.

В основу OpenUP положены следующие основные принципы:

  • Совместная работа с целью согласования интересов и достижения общего понимания;

  • Развитие с целью непрерывного обеспечения обратной связи и совершенствования проекта;

  • Концентрация на архитектурных вопросах на ранних стадиях для минимизации рисков и организации разработки;

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

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

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

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

  1.  
    1. Разработка мероприятий по внедрению

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

Проектный план методологии OpenUP

Данный план охватывает все основные этапы внедрения платформы разработки и исполнения приложений «RadixWare».

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

Проект внедрения состоит из следующих областей:

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

  • Управление требованиями

  • Подготовка инфраструктуры

  • Внедрение

  • Тестирование

Основные этапы проекта и задачи

Фаза

Итерация

Основные задачи

Дата начала

Длительность

(календарные дни)

Начало

М0

  • Определение стоимости и рисков проекта

  • Одобрение и принятие проекта заказчиками

  • Определение проектной команды

  • Встреча участников проекта. Распределение ролей в проекте и обсуждение плана.

07.02.2016

7

Начало

М1

  • Решение юридических вопросов

  • Обучение участников базовым знаниям проекта

14.02.2016

6

Разработка

М2

  • Определение требований

  • Определение состава и содержания работ по внедрению платформы

  • Создание ТЗ на внедрение

20.02.2016

12

Разработка

М3

  • Определение необходимой инфраструктуры для внедряемой платформы

  • Создание необходимой инфраструктуры

03.03.2016

8

Внедрение

М4

  • Установка СУБД Oracle

  • Установка сервера Subversion и TortoiseSVN

  • Настройка Subversion

  • Установка и настройка RW Manager

  • Настройка баз данных

11.03.2016

13

Тестирование

М5

  • Общее тестирование работы платформы

24.03.2016

3

Таблица 4 – Планирование фаз и итераций.

Планирование итераций

План итерации М0

Этап

Дата

Начало итерации

07.02.2016

Встреча участников проекта

12.02.2016

Конец итерации

14.02.2016

Таблица 5—Ключевые этапы итерации.

Основные задачи итерации

  • Определение стоимости и рисков проекта

  • Одобрение и принятие проекта заказчиками

  • Определение проектной команды

  • Встреча участников проекта. Распределение ролей в проекте и обсуждение плана.

Наименование

Приоритет

Назначено

Временные затраты (в часах)

Анализ рисков проекта

2

Аналитик

24

Анализ стоимости проекта

2

Аналитик

24

Создать проектный план

3

Менеджер проекта

36

Собрать проектную группу

3

Менеджер проекта

60

Запланировать встречу с участниками проекта

3

Менеджер проекта

12

Таблица 6 – Распределение работ итерации.

Критерии оценки итерации

  • Заказчики приняли проект

  • Проектная команда сформирована и согласна работать по проектному плану.

План итерации М1

Этап

Дата

Начало итерации

14.02.2016

Подписание договоров

15.02.2016

Конец итерации

20.02.2016

Таблица 7 – Ключевые этапы итерации.

Основные задачи итерации

  • Решение юридических вопросов

  • Обучение базовым знаниям проекта

Наименование

Приоритет

Назначено

Временные затраты (в часах)

Договорится о финансировании проекта

2

Менеджер проекта

12

Подписать лицензионные соглашения

2

Менеджер проекта

12

Подписать договора на внедрение и тестирование платформы

2

Менеджер проекта

12

Собрать информацию о кафедре и о внедряемой платформе

1

Аналитик

60

Скомпоновать ранее собранную информацию

2

Аналитик

32

Раздать ранее скомпонованную информацию проектной команде

2

Менеджер проекта

12

Таблица 8 — Распределение работ.

Критерии оценки итерации

  • Проектная команда имеет представление о предметной области и о внедряемой платформе

  • Все договора согласованы и подписаны

План итерации М2

Этап

Дата

Начало итерации

20.02.2016

Создание ТЗ на внедрение платформы «RadixWare»

27.02.2016

Конец итерации

03.03.2016

Таблица 9 – Ключевые этапы итерации.

Основные задачи итерации:

  • Определение требований

  • Определение состава и содержания работ по внедрению платформы

  • Создание ТЗ на внедрение

Наименование

Приоритет

Назначено

Временные затраты (в часах)

Определить общие требования

1

Аналитик

32

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

1

Аналитик

24

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

2

Аналитик

12

Определение состава и содержания работ по внедрению системы

1

Менеджер проекта

60

Определение Состава и содержания работ по внедрению платформы

3

Менеджер проекта

32

Составить ТЗ на внедрение платформы

3

Менеджер проекта, Аналитик

84

Таблица 10 – Распределение работ итерации.

Критерии оценки итерации

  • Есть ТЗ на внедрение платформы «RadixWare»

  • Все договора согласованы и подписаны

План итерации М3

Этап

Дата

Начало итерации

03.03.2016

Создание необходимой ИТ-инфраструктуры для внедрения платформы «RadixWare»

08.03.2016

Конец итерации

11.03.2016

Таблица 11 – Ключевые этапы итерации.

Основные задачи итерации:

  • Определение необходимой инфраструктуры для внедряемой платформы

  • Создание необходимой ИТ-инфраструктуры

Наименование

Приоритет

Назначено

Временные затраты (в часах)

Детальный анализ существующей инфраструктуры

2

Аналитик

48

Анализ требуемой инфраструктуры внедряемой платформы

2

Аналитик

24

Предложение по улучшению существующей инфраструктуры до требуемого платформой уровня (если улучшение необходимо)

3

Аналитик

48

Создание необходимой инфраструктуры

3

Системный администратор, Заказчик

60

Таблица 12 – Распределение работ итерации.

Критерии оценки итерации

  • Возможное улучшение ИТ-инфраструктуры

План итерации М4

Этап

Дата

Начало итерации

11.03.2016

Полное внедрение платформы

24.03.2016

Конец итерации

24.03.2016

Талица 13 – Ключевые этапы итерации.

Основные задачи итерации:

  • Установка СУБД Oracle

  • Установка сервера Subversion и TortoiseSVN

  • Настройка Subversion

  • Установка и настройка RW Manager

  • Настройка баз данных

Наименование

Приоритет

Назначено

Временные затраты (в часах)

Развертывание СУБД Oracle на стороне сервера

2

Системный администратор

32

Настройка СУБД

1

Системный администратор

24

Установка RW Manager на стороне сервера

3

Системный администратор

24

Настройка соединения между RW Manager и СУБД Oracle

2

Системный администратор

24

Установка Subversion на стороне сервера

3

Системный администратор

24

Настройка Subversion

2

Системный администратор

24

Развертывание сервера RadixWare

3

Системный администратор

32

Настройка сервера RadixWare

1

Системный администратор

12

Установка RadixWare Explorer на клиентской стороне

3

Системный администратор

48

Настройка соединения с сервером RadixWare и с репозиторием SVN

3

Системный администратор

48

Таблица 14 – Распределение работ итерации.

Критерии оценки итерации

  • Платформа готова к применению

  • Все модули соединены и работают нормально.

План итерации М5

Этап

Дата

Начало итерации

24.03.2016

Начало тестирования

24.03.2016

Конец итерации

27.03.2016.

Таблица 15 – Ключевые этапы итерации.

Основные задачи итерации:

  • Общее тестирование работы платформы

Наименование

Приоритет

Назначено

Временные затраты (в часах)

Тестирование соединений между модулями платформы

1

Тестировщик

12

Тестирование функционала платформы

1

Тестировщик

32

Нагрузочное тестирование

2

Тестировщик

12

Таблица 16 – Распределение работ итерации.

Критерии оценки итерации

  • Все этапы тестирования успешно пройдены

Заключение

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

В ходе курсовой работы была поставлена и проанализирована проблема нехватки специализированного ПО на кафедре прикладной информатики. Путем анализа рынка подходящих ПО, было решено внедрять платформу разработки и исполнения приложений «RadixWare», поскольку именно он наиболее полно удовлетворял требованиям кафедры. Был подробно рассмотрен процесс внедрения ПО по методологии OpenUP.

В конечном итоге было составлено ТЗ на внедрение платформы «RadixWare», был составлен план проекта по методологии OpenUP, была разработана краткая инструкция внедрения платформы «RadixWare» для администраторов.

Список используемой литературы

  1. Официальный сайт платформы «RadixWare». [Электронный ресурс] - Режим доступа: http://radixware.org/.

  2. Официальный сайт платформы «Java». [Электронный ресурс] - Режим доступа: http://oracle.com/java/.

  3. Официальный сайт среды разработки «Eclipse». [Электронный ресурс] - Режим доступа: http://eclipse.org/.

  4. Официальный сайт среды разработки «IntelliJ IDEA». [Электронный ресурс] - Режим доступа: http://jetbrains.com/idea/

  5. Официальный сайт платформы «.NET». [Электронный ресурс] - Режим доступа: http://microsoft.com/net/.

  6. Официальный сайт среды разработки «Visual Studio». [Электронный ресурс] - Режим доступа: http://visualstudio.com/.

  7. Информационный сайт «Методология OpenUP». Раздел «Википедия». [Электронный ресурс] - Режим доступа: http://epf.eclipse.org/wikis/openup/ .

  8. Официальный сайт платформы «.NET». [Электронный ресурс] - Режим доступа: https://microsoft.com/net.

  9. ГОСТ 24.003 «Единая система стандартов АСУ. Автоматизированные системы управления. Термины и определения».

  10. Информационный сайт «Center-YF». Статья «ИТ-инфраструктура. [Электронный ресурс] Режим доступа: http://center-yf.ru/data/stat/IT-infrastruktura.php.

  11. ГОСТ 34.602 «Техническое задание на создание автоматизированной системы».

  12. РД 50-34.698-90 «Методические указания. Автоматизированные системы требования к содержанию документов».

ПРИЛОЖЕНИЯ

ПРИЛОЖЕНИЕ А. ТЗ на внедрение платформы разработки и исполнения приложений «RadixWare» на кафедру прикладной информатики.

1.Общие сведения

1.1 Полное наименование системы

Платформа разработки и исполнения приложений «RadixWare»

1.2 Наименование предприятий разработчика и заказчика системы и их реквизиты

Заказчик: Кафедра «Прикладной Информатики»

Коды предприятия:

www.pi.magtu.ru

ИНН 7445025860, КПП 744501001, ОГРН 1057420504118

Юридический и почтовый адрес:

455002, г. Магнитогорск Челябинской обл., ул. Ленина 114.

Исполнитель: Студент 4-го курса факультета информатики Шаяхметов Азамат Газизович

1.3 Основания для внедрения системы

Платформа разработки и исполнения приложений «RadixWare» внедряется на основании решения, принятого преподавателями кафедры.

1.4 Плановые сроки начала и окончания работ

Начало с 07.02.2016 г. по 27.03.2016 г. На основе плана-графика внедрения платформы разработки и исполнения приложений «RadixWare».

1.5 Порядок финансирования

Финансирование работ по внедрению системы производится за счет собственных средств кафедры.

1.6 Порядок оформления и предъявления заказчику результатов работ

Комплекс работ по проекту состоит из этапов, перечень которых определен в плане-графике внедрения платформы разработки и исполнения приложений «RadixWare»

1.7 К составу отчетной документации относятся следующие документы:

Техническое задание, выполненное в соответствии с ГОСТ 34.602-89.

Документация по работе с платформой разработки и исполнения приложений «RadixWare»

2.1 Назначение системы

Платформа «RadixWare» предназначена для разработки систем корпоративного уровня

2.2 Цель внедрения системы

Основной целью внедрения системы является обеспечение возможности обучения студентов платформе разработки и исполнения приложений «RadixWare»

2.3 Основные функции платформы

Платформа разработки и исполнения приложений «RadixWare» будет обладать со следующими функциями:

  • проектирование приложений

  • кодирование приложений

  • отладка приложений

Также платформа разработки и исполнения приложений «RadixWare» предусматривает возможность:

  • модульного тестирования

  • интеграционное тестирования

  • выпуска релизов приложений

  • формирование дистрибутивов и пакетов обновлений для клиентов

  • изготовление патчей для приложений

3. Характеристика объекта автоматизации

Кафедра прикладной информатики является структурным подразделением МГТУ им. Носова и подчиняется непосредственно к директору Института энергетики и автоматизированных Систем

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

3.1 Основная цель

Основная цель кафедрыприкладнойинформатики - подготовка и выпуск специалистов по направлению «Прикладная информатика»

3.2 Предметная область

В качестве предметной области был рассмотрен процесс обучения студентов кафедры прикладной информатики.

4. Требования к системе

4.1 Общие требования

Требования к структуре и функционированию системы

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

  • Платформа должна обеспечить аутентификацию и авторизацию пользователей системы

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

  • Платформа должна иметь систему резервирования и восстановления данных.

  • Перед началом полноценного применения платформы нужно распределить полномочия пользователям платформы.

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

  • система должна содержать механизм создания копии БД и механизм восстановления БД;

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

Требования к численности и квалификации персонала

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

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

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

Требования к охране труда

  • определены внутрикорпоративным стандартом на этот вид деятельности;

  • определены санитарно-гигиеническими нормами работы с вычислительной техникой и коммуникационным оборудованием.

Требования к надежности системы

Состав и количественные значения показателей надежности для системы в целом или ее подсистем:

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

  • устойчивость оборудования к перепадам напряжения;

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

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

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

  • непредвиденное отключение электроэнергии;

  • поломка серверного оборудования;

  • пожар;

  • затопление;

  • иные форс-мажорные обстоятельства.

Целостность, корректность и надежность данных обеспечивает подсистема платформы Subversion:

  • Хранение полной истории изменений отслеживаемых объектов (файлов и т.д) в централизованном хранилище, в том числе при изменении атрибутов («метаданных»), перемещении, переименовании и удалении

  • Копирование объектов с разветвлением истории — при копировании в хранилище появляются два отдельных объекта с общей историей

  • Поддержка переноса изменений между копиями объектов, в том числе полного слияния копий (в рабочей копии; без объединения истории)

  • Поддержка ветвления:

  • создания ветвей (копированием директорий) и работы с ними

  • слияние ветвей (переносом изменений)

  • Поддержка меток (копированием директорий)

  • История изменений и копии объектов (в том числе ветви и метки) хранятся в виде связанных разностных копий — «дешёвых» (не требующих больших временны́х и дисковых ресурсов) при создании и хранении

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

  • Фиксации изменений в хранилище (в том числе многообъектные) организуются в виде атомарных транзакций

  • Сетевой обмен между сервером и клиентом предусматривает передачу только различий между рабочей копией и хранилищем

  • Обеспечивается одинаково эффективная работа как с текстовыми, так и с двоичными файлами

Соблюдение этих принципов обеспечивает логическую целостность хранимой информации в любой момент времени.

Требования к безопасности системы

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

  • Организация безопасного соединения между клиентом и сервером посредством SSL-протокола

  • Организация механизма электронно-цифровой подписи (ЭЦП) пакетов обновлений программного продукта (ПП) и проверки ЭЦП

  • Управление хранилищами ключей и сертификатов системы осуществляется утилитой Key Store Administrator, которая входит в состав платформы RadixWare.

Основные функции, реализуемые утилитой Key Store Administrator:

  • Генерация собственных RSA-ключей

  • Генерация и экспорт собственных ключей в файл PKCS12

  • Создание самоподписанного сертификата для собственного ключа

  • Создание запроса на получение сертификата для собственного ключа

  • Изготовление и выдача сертификатов на ключи

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

  • Загрузка / выгрузка доверенных сертификатов

  • Загрузка ключа и его сертификатов из файла PKCS12

Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

  • Платформа должна постоянно функционировать во время работы кафедры.

  • Условия и регламент эксплуатации.

Для пользователей платформа разработки и исполнения приложений «RadxiWare» является десктопным. Среда разработки платформы должна быть установлена на каждом компьютере пользователя.

Администратор должен устранить неполадку согласно регламенту устранения замечаний.

  • Количество и квалификация обслуживающего персонала.

Необходимым условием является наличие как минимум одного системного администратора широкого профиля.

  • Регламент обслуживания:

На диагностику сервера приходится 2-3 часа в неделю. При выявлении неполадок в работе системы администратор системы должен зарегистрировать факт возникновения неполадки. После этого должны быть устранены как неполадка, так и её причина. Кроме того, администратор баз данных должен реагировать на любые сообщения пользователей о возникновении неполадок в работе системы.

  • Разработано краткое руководство по установке (представлено в Приложении С).

Требования к эргономике и технической эстетике

Комфортность и удобство работы пользователей с системой в данном случае зависит от:

  • мощности и быстродействия аппаратного обеспечения;

  • соответствия аппаратного обеспечения современному уровню (моральное устаревание оборудования ведёт к снижению комфортности работы на нём).

Требования к интерфейсу пользователя

Система имеет дружественный пользовательский интерфейс, обладающий следующими характеристиками:

  • современный многооконный и многозадачный интерфейс – применён стандартный MDI-интерфейс, позволяющий работать одновременно с несколькими окнами, содержащими различные данные;

  • оперативность получения необходимой информации – обеспечивается получение выборок и отчётов на экран для предварительного просмотра; при работе с большими массивами данных система в соответствии с настройками выводит заданное подмножество записей;

  • панель инструментов – применено дублирование основных команд системы кнопками-картинками с подсказками на панели инструментов. Одинаковым смысловым действиям в различных окнах соответствуют одинаковые картинки;

  • использование клавиатуры и «мыши» – основные элементы управления ориентированы на работу с «мышью» (к примеру, панель инструментов, полосы горизонтальной и вертикальной прокрутки, всплывающие меню) и продублированы «горячими» клавишами;

  • сохранение пользовательских установок – применяется сохранение пользовательских установок (вид таблиц данных, критерии последних выборок, параметры упорядоченности информации).

  1.  
    1. .Требования к функциям системы

Таблица 1 – Функциональные требования

Название требования

Действие системы

Авторизация

Система должна подтвердить, что пользователь зарегистрирован в системе.

Авторизация. Отказ

Система отказывает в авторизации, если пользователя нет в системе.

Разработка

Система должна позволять пользователю, зарегистрированному в системе, создавать модели приложений, редактировать уже имеющиеся, генерировать на их основе код.

Разработка. Создание моделей

Система должна предоставлять пользователю возможность создания новых моделей.

Разработка. Редактирование

Система должна предоставлять пользователю возможность редактирования уже созданных моделей.

Разработка. Генерация кода.

Система должна предоставлять пользователю возможность генерации кода на основе моделей.

Разработка. Отчеты. Генерация отчетов.

Система должна предоставлять пользователю возможность генерации отчетов.

Разработка. Схемы данных.

Система должна предоставлять пользователю возможность создания схем данных.

4.3 Требования к видам обеспечения

Требования к техническому обеспечению

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

Технические требования к серверу: СУБД Oracle, сервер Subversion, RadixWare Manager и сервер RadixWare.

Таблица 2 – Технические требования к серверу

Процессор

2.5 Ггц

Оперативная память

4 Gb

Жёсткий диск

6

Сетевое подключение

1 Gbit

Таблица 3 – Минимальные технические требования к рабочим местам пользователей

Процессор

2.2 GHz и выше

Оперативная память

2 Gb

Жёсткий диск

1 Gb свободного места

Сетевое подключение

10 Mbit

Данное требование обеспечивается следующими характеристиками решения:

  • использование Windows/Linux в качестве платформы для функционирования сервера приложения системы;

  • использование Oracle в качестве системы управления базами данных;

  • использование RadixWare Explorer в качестве среды функционирования клиентского приложения.

Требования к организационному обеспечению

Для защиты от ошибочных действий пользователей необходимо:

  • перед допуском пользователя к работе в системе необходимо обязательное прохождение им обучения, а также инструктажа;

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

Одним из требований к организационному обеспечению является разработка план-графика по внедрению платформы разработки и исполнения приложений «RadixWare», который представлен в пункте 5 - Состав и содержание работ по внедрению платформы.

  1. Состав и содержание работ по внедрению платформы

Состав и содержание работ по внедрению системы отражены в план-графике на внедрение платформы разработки и внедрения приложений «RadixWare».

Рисунок 1 – План-график работ.

6. Порядок контроля и приемки

Регламентирован стандартом ГОСТ 19.301-79 и отражен в план-графике на внедрение платформы разработки и внедрения приложений «RadixWare».

7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

Состав и содержание работ по вводу системы в действие рассмотрены в плане-графике на внедрение платформы разработки и внедрения приложений «RadixWare».

Перед опытной эксплуатацией платформы разработки и внедрения приложений «RadixWare» необходимо провести следующее:

  • добавить в систему роли пользователей, категории задач, процессы, и произвести их настройку;

  • добавить пользователей в систему, и приписать им ранее созданные роли.

К настройкам системы относятся:

Таблица 4 – Настройка системы

Область

Наименование

Роли

Доступ к репозиториям

 

Доступ к СУБД

 

Операции с БД

 

Операции с пользователями

 

Разрешения по категориям

 

Разрешения по процессам

Категории

Связи между категориями

 

Права на категорию

Процессы

Типы операций

 

Состояния

 

Приоритеты

 

Дополнительные поля

8. Источники разработки

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

  • ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания»

  • ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы».

  • ГОСТ 34.603-92 «Виды испытаний автоматизированных систем»

  • ГОСТ P ИСО/МЭК 12207-99 «Процессы жизненного цикла ПС».

  • ГОСТ P ИСО/МЭК 14764 – 2002 «Сопровождение ПС».

  • ГОСТ P ИСО/МЭК 15271 – 2002 «Руководство по применению ГОСТ P ИСО/МЭК 12207 – 99 (процессы ЖЦПС)».

  • ГОСТ P ИСО/МЭК 12119-2000 «Пакеты программ. Требования к качеству и тестированию».

ПРИЛОЖЕНИЕ В. Анализ ИТ-инфраструктуры кафедры

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

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

На кафедре прикладной информатики уже имеется необходимая ИТ-инфраструктура для внедрения платформы «RadixWare», поэтому, улучшение ИТ-инфраструктуры кафедры для внедрения платформы не требуется.

Внедрения платформы «RadixWare» состоит из двух частей: серверная и клиентская. Серверная часть платформы включает в себя сервер СУБД Oracle, сервер Subversion, RadixWare Manager и сервер RadixWare. Клиентская часть включает в себя лишь приложение RadixWare Explorer.

На рисунке представлена типовая ИТ-инфраструктура платформы «RadixWare».

Рисунок 2 – ИТ-инфраструктура платформы «RadixWare».

Сервер базы данных (DB Server). Используется Oracle Database (может использоваться кластер серверов базы данных (БД)). Предоставляет доступ к объектам БД установленного программного продукта.

Сервер приложений (Application Server). Функции сервера приложений выполняет приложение RadixWare Server, которое взаимодействует с сервером БД, используя его для хранения и выборки данных, и с рабочими станциями, выполняя обработку запросов пользователей.

Рабочие станции (Workstations). На рабочих станциях исполняется приложение RadixWare Explorer.

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

ПРИЛОЖЕНИЕ С. Краткое руководство по установке RadixWare

Первым делом лучше установить сервер СУБД Oracle.

  1. Установка сервера Oracle

    • Извлечь архивы из каталога RadixWareDistribOracle в одну папку

    • В этой папке запустить файл setup.exe

    • Отключить настройку «I wish to receive security updates via My Oracle Support.»

    • Нажать кнопку

    • Нажать кнопку

    • Выбрать «Server Class» и нажать

  1.  
    • В настройках «Install Type» выбрать «Advanced install»

  1.  
    • В настройках «Specify Configuration Options» перейти на вкладку «Character sets» и выбрать пункт «Use Unicode (AL32UTF8)»

  1.  
    • В настройках «Specify Schema Passwords» выбрать пункт «Use the same password for all accounts». Ввести и подтвердить пароль (для простоты лучше использовать пароль SYS).

  1.  
    • После завершения загрузки, нажать кнопку

    • Дождаться завершения установки

  2. Установить сервера Subversion и TortoiseSVN

  3. Настройка сервера Subversion (см официальную документацию SVN)

  4. Установка RW Manager

  5. Создание нового проекта в RW Manager

    • В качестве «Base Development URI» указать org.radixware.lms

    • Нажав на кнопку , добавить два новых слоя:

  1. Загрузка Upgrade-а

    • Переместить в папку *ProjectUpgrades файл RadixWareDistriborg.radixware.lms.oss-1-1.115-install.zip

    • Загрузить Upgrade

  2. Создание табличного пространства

    • Изменить файл RadixWareScriptstablespace.sql, исправив путь к базе данных

    • Запустить файл RadixWareScriptsrunSqlplus.cmd

    • Прописать команду @tablespace.sql

Примечание: при запуске SQLPlus может быть проблема с кодировкой. Для ее исправления нужно запустить regedit и в файле HKEY_LOCAL_MACHINESOFTWAREORACLEKEY_OraDb11g_home изменить параметр NLS_LANG на AMERICAN_AMERICA.AL32UTF8

  1. Установка базы данных

    • Перейти в RW Manager и открыть ветку ProjectConfigDatabases

    • Добавить новое подключение к базе данных

Примечание: вместо LMSOSS (в поле URL) должно стоять имя базы данных, заданое при установке сервера Oracle

  1.  
    • Вызвать контекстное меню для ProjectDistributionKitsLMS(org.radixware.lms)1-1.115Release и выбрать пункт «Install Database»

  2. Checkout и запуск RW

    • Создать папку LMS, вызвать для нее контекстное меню и выбрать пункт «SVN Checkout…»

  1.  
    • В поле «URL of repository:»ввести svn:localhostdevtrunk и нажать кнопку OK

    • После завершения загрузки извлечь содержимое архива RadixWareScriptsRW Scripts в папку LMS

    • В файлах designer.ini и explorer.ini исправить параметр dbUrl

Примечания

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

  2. Назначения скриптов:

    • !designer.cmd – запуск RW Designer

    • !explorer.cmd – запуск RW Explorer

    • !server.cmd – запуск RW Server

2

Просмотров работы: 2106