Автор работы: Пользователь скрыл имя, 07 Ноября 2013 в 13:41, реферат
В статье приводится постановка задачи корпоративной стандартизации процесса кодирования и рассматривается архитектура системы контроля соблюдения требований корпоративной стандартизации для проектов с использованием продукта Oracle Designer
Проблема разработки программного обеспечения быстро, в срок и с удовлетворительным качеством стоит перед компьютерным сообществом уже давно. Еще в 70 годы Брукс в своей книге “Мифический человеко-месяц” [1] обозначил одну из основных проблем при создании программного обеспечения – нехватка времени.
Рисунок 2. Схемы проверки соответствия стандартам
Наличие двух схем проверки отражает тот факт, что первоочередной целью софтверной компании является выпуск программного продукта. И далеко не всегда необходимо, чтобы продукт, выпускаемый компанией, был выполнен без ошибок. Часто бывает так, что компания принимает решение выпустить продукт, не соответствующий стандартам, чтобы «удержаться на плаву» или обойти конкурентов.
Но есть также ситуации, когда качество играет исключительную роль. Для этого существует схема контроля при сборке патча.
Архитектура модуля проверки исходного кода
Диаграмма классов модуля проверки исходного кода изображена на рисунке 3.
Рисунок 3. Диаграмма классов модуля проверки исходного кода
Класс StandardChecker
Назначение: Используется для проверки cпециализированного XML-описания проекта (наименование которого получает из командной строки) на соответствие стандартам.
Методы:
Main - проверка входного файла на соответствие стандартам.
Класс ProjectComponent
Назначение: Используется для считывания описания компонента проекта из cпециализированного XML-описания. Предоставляет методы проверки компонента.
Класс CharStream
Назначение: Используется для абстрагирования от того, как передан код модуля. Предоставляет интерфейс для работы с кодом модуля.
Класс PLSQLParser
Назначение: Строит дерево синтаксического разбора для потока символов.
Класс SimpleNode
Назначение: Используется для представления объекта проверки - элемента программы.
Поля:
Name – наименования узла
ErrorDescription – Текст сообщения
об ошибке несоответствия
Методы:
Класс определяет метод CheckCurrentNode(), который переопределяется в его потомках. Метод вызывается при обходе дерева. Служит для проверки узла на соответствие стандартам.
Класс ASTParameter
Назначение: Используется для представления
параметра процедуры/функции
Класс ASTConstantDeclaration
Назначение: Используется для представления объявления константы программы на PL/SQL при синтаксическом разборе.
Класс ASTVariableDeclaration
Назначение: Используется для представления переменной программы на PL/SQL при синтаксическом разборе.
Класс ASTFunctionDeclaration
Назначение: Используется для представления объявления функции программы на PL/SQL при синтаксическом разборе.
Класс ASTProcedureDeclaration
Назначение: Используется для представления объявления процедуры программы на PL/SQL при синтаксическом разборе.
Класс ASTPackageDeclaration
Назначение: Используется для представления объявления пакета программы на PL/SQL при синтаксическом разборе.
Класс ASTCursorDeclaration
Назначение: Используется для представления объявления курсора программы на PL/SQL при синтаксическом разборе.
Модуль работы с результатами проверки
При использовании системы контроля соответствия стандартам важной задачей является возможность наблюдения за динамикой ошибок стандартизации. То есть возможность получения информации о количестве различного вида ошибок и его изменение в различных версиях программного продукта. На следующем рисунке приведена упрощенная ER-модель состава данных модуля работы с результатами проверок.
Рисунок 4. ER-Диаграмма модуля результатов проверок ошибок стандартизации
Модуль предназначен, в первую очередь, для руководителей проектов и позволяет контролировать соблюдение правил корпоративных стандартов, вычислять метрики качества удовлетворения корпоративных стандартов.
Заключение
Разработанная система позволяет
контролировать нарушения правил корпоративной
стандартизации, а также производить
их частичное исправление. Для руководителя
проекта предназначен модуль контроля
за динамикой появления/исправлени
Список литературы
Сведения об авторах
Виноградов Владимир Иванович, доцент кафедры математической кибернетики Московского авиационного института (государственного технического университета), к.ф.-м.н.
Кудинов Николай
Александрович, аспирант кафедры математической
кибернетики Московского
E-mail: n_kudinov_@mail.ru