Автоматизированный метод корпоративной стандартизации процесса разработки систем на платформе Oracle Designer 6i.

Автор работы: Пользователь скрыл имя, 07 Ноября 2013 в 13:41, реферат

Описание работы

В статье приводится постановка задачи корпоративной стандартизации процесса кодирования и рассматривается архитектура системы контроля соблюдения требований корпоративной стандартизации для проектов с использованием продукта Oracle Designer

Проблема разработки программного обеспечения быстро, в срок и с удовлетворительным качеством стоит перед компьютерным сообществом уже давно. Еще в 70 годы Брукс в своей книге “Мифический человеко-месяц” [1] обозначил одну из основных проблем при создании программного обеспечения – нехватка времени.

Файлы: 1 файл

article.doc

— 775.00 Кб (Скачать файл)


 

Рисунок 2. Схемы проверки соответствия стандартам

 

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

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

Архитектура модуля проверки исходного кода

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

Рисунок 3. Диаграмма классов модуля проверки исходного кода

Класс StandardChecker

Назначение: Используется для проверки cпециализированного XML-описания проекта (наименование которого получает из командной строки) на соответствие стандартам.

Методы:

Main  - проверка  входного файла  на соответствие стандартам.

Класс ProjectComponent

Назначение: Используется для считывания описания компонента проекта из cпециализированного XML-описания. Предоставляет методы проверки компонента.

Класс CharStream

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

Класс PLSQLParser

Назначение: Строит дерево синтаксического  разбора для потока символов.

Класс SimpleNode

Назначение: Используется для представления  объекта проверки - элемента программы. 

Поля:

Name – наименования узла

ErrorDescription – Текст сообщения  об ошибке несоответствия стандартам, если такая имеется.

Методы:

Класс определяет метод CheckCurrentNode(), который переопределяется в его потомках. Метод вызывается при обходе дерева. Служит для проверки узла на соответствие стандартам.

Класс ASTParameter

Назначение: Используется для представления  параметра процедуры/функции программы  на PL/SQL при синтаксическом разборе.

Класс ASTConstantDeclaration

Назначение: Используется для представления  объявления константы программы  на PL/SQL при синтаксическом разборе.

Класс ASTVariableDeclaration

Назначение: Используется для представления  переменной программы на PL/SQL при синтаксическом разборе.

Класс ASTFunctionDeclaration

Назначение: Используется для представления  объявления функции программы на PL/SQL при синтаксическом разборе.

Класс ASTProcedureDeclaration

Назначение: Используется для представления  объявления процедуры программы на PL/SQL при синтаксическом разборе.

 

Класс ASTPackageDeclaration

Назначение: Используется для представления  объявления пакета программы на PL/SQL при синтаксическом разборе.

Класс ASTCursorDeclaration

Назначение: Используется для представления объявления курсора программы на PL/SQL при синтаксическом разборе.

Модуль работы с результатами проверки

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


Рисунок 4. ER-Диаграмма модуля результатов проверок ошибок стандартизации

 

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

Заключение

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

 

 

 

 

Список  литературы

 

    1. Фредерик Брукс. Мифический человеко-месяц. - СПб.: Символ, 2000.-304 с.
    2. А. Ахо, Дж. Ульман. Теория синтаксического анализа, перевода и компиляции - М.: Мир, 1978.- 487 с.
    3. Б.В.Керниган. Практика программирования. СПб.: Невский Диалект 2001.-380с.
    4. К.Бек Экстремальное программирование. СПб.: Питер, 2002.- 190 c.

Сведения  об авторах

Виноградов  Владимир Иванович, доцент   кафедры  математической кибернетики  Московского  авиационного института (государственного технического университета), к.ф.-м.н.

Кудинов Николай  Александрович, аспирант кафедры математической кибернетики Московского авиационного института (государственного технического университета); 
E-mail: n_kudinov_@mail.ru




Информация о работе Автоматизированный метод корпоративной стандартизации процесса разработки систем на платформе Oracle Designer 6i.