Базы данныхИнтернетКомпьютерыОперационные системыПрограммированиеСетиСвязьРазное
Поиск по сайту:
Подпишись на рассылку:

Назад в раздел

Система генерации проектной документации Rational SoDA

div.main {margin-left: 20pt; margin-right: 20pt} Система генерации проектной документации Rational SoDA

© Александр Новичков
технический специалист Interface Ltd.
преподаватель УЦ Interface Ltd.
КомпьютерПресс #10 2001
Введение Что такое SoDA? Заключение Введение

Ни для кого не секрет, что у любого сотрудника компании уходит много рабочего времени на написание всевозможных отчетов. Как показывает статистика, из 8 часов рабочего дня на документирование тратится 1 час, то есть к концу недели мы получаем 5-6 часов "потерянного" времени. Потерянного - с точки зрения руководителей и заказчиков проекта, которые всегда хотят быть в курсе происходящих событий и знать, за что они платят деньги. Что же касается разработчиков, то и они не в восторге от такой "рутины" - им просто неинтересно составлять отчеты, тем более отчеты читабельные, то есть понятные не только их авторам.

Согласитесь, ситуация достаточно типична для всех компаний, связанных с разработкой. И кажется, что из этого порочного круга нет выхода. Однако с появлением технологий Rational все уже не столь печально, поскольку программные продукты, составляющие оптимальные решения для каждого этапа в разработке ПО, закрывают собой все существующие бреши и несогласованности в разработках. Некоторые из таких продуктов (ClearCase - средство конфигурационного управления; средства тестирования для разработчиков; ClearQuest - средство управления изменениями) касались только "кухни" проекта. Данные, полученные в результате работы программ, могут относиться к коммерческой тайне и поэтому не подлежат разглашению. Даже заказчик системы не владеет всеми тонкостями разработки. Однако общаться с заказчиком (равно, как и с собственным руководством) надо, и не на компьютерном сленге, а на языке, понятном всем окружающим, независимо от степени их владения информационными технологиями. Заказчику надо демонстрировать технические задания, планы работ, описания системы... Но это лишь малая толика проблем, связанных с отчетностью, которые позволит решить SoDA (Software Documentation Automation) - оригинальная разработка компании Rational, значительно упрощающая процесс создания проектной документации и поддержания ее в течение всего цикла разработки ПО.

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

А пока обратимся к таким темам, как управление качеством и выработка корпоративного стандарта. Любой документ, любая бумага, любое слово в компании должны быть стандартизованы, то есть компания должна выработать корпоративный стандарт на разные этапы разработки продукции - программного обеспечения, если речь идет о софтверной компании. Разрешение всех проектных нюансов, связанных со стратегией выработки концепций, содержатся в продукте Rational, носящем имя Rational Unified Process. Этот продукт позволит, основываясь на опыте многих крупных компаний - разработчиков программного обеспечения, выстроить выпуск собственного ПО наиболее верным способом (здесь я не буду вдаваться в дебри RUP, а отошлю читателей к специальным книгам и статьям, где данная тема подробно изложена).

Выделив из всего производственного процесса только документирование и отчетность, попробуем понять, какие возможности предоставляет SoDA. Итак, компании необходимо иметь некий стандарт на отчетность для внутренних целей и для объяснения с заказчиком. Сейчас, как известно, на софтверном рынке очень много подрядчиков и не очень много заказчиков, платящих деньги за работу. А те, кто есть, не спешат доверять свои заказы и деньги первой встречной компании, которая декларирует стопроцентное исполнение заказа. В нынешних условиях мерилом зрелости компании является не ее статус на рынке разработок, а уровень CMM (Capability Maturity Model - модель зрелости процессов создания ПО), который ей присвоен. Получение уже второго уровня CMM софтверной компанией активизирует приток средств от заказчиков, поскольку этот уровень не на словах, а на деле гарантирует исполнение заказа в срок и без превышения бюджета. Но если СММ еще только развивается, то сейчас вовсю шагают по стране такие стандарты, как ISO, да и отечественные ГОСТы на разработку и документирование никто не отменял. И во всех этих стандартах уделяется большое внимание документированию и отчетности.

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

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

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

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

По задаваемым пользователем шаблонам SoDA "компилирует" документацию, собирая в один документ текстовые и графические данные из различных источников, например из моделей, созданных в Rational Rose. Далее пользователь может отредактировать полученный документ с помощью Microsoft Word или Adobe FrameMaker. Как и любая система отчетности, SoDA базируется на тех данных, которые получает из сторонних программ.

SoDA поддерживает всю линейку продуктов Rational Software, позволяя создавать сложные комбинированные отчеты на основе выходных данных программ состава Rational Suite. Плюс ко всему SoDA имеет доступ к данным из Microsoft Project.

Основные возможности системы: Автоматическое извлечение информации из файлов, созданных различными инструментальными средствами. SoDA "понимает" структуру информации, хранимой теми системами, с которыми она интегрирована, а сама информация доступна ей через API этих систем. Сохранение при "перекомпиляции" текста и графики, введенных пользователем вручную в текстовом процессоре. Если пользователь, скажем, в Microsoft Word, добавил какие-нибудь комментарии или иллюстрации в сгенерированный с помощью SoDA документ, то при перестраивании данного документа SoDA его не испортит. Настройка шаблонов, по которым генерируется документация. С помощью удобного визуального редактора можно создавать шаблоны, соответствующие всевозможным внешним стандартам (таким как ISO 9000, IEEE, MIL-STD-498 и DOD-STD-2167A) или внутренним стандартам компании. Синхронизация с источниками и проверка актуальности документации. Связи между отдельными частями документации и исходными файлами запоминаются. Поэтому, во-первых, SoDA может отслеживать изменения, происходящие с источниками, на основе которых была в последний раз "скомпилирована" документация, а во-вторых, пользователь может из любой секции документа быстро получить доступ к источникам, информация из которых используется в этой секции. Частичная "перекомпиляция" больших документов. Проектная документация к масштабным программным системам может достигать гигантских объемов. Поэтому в SoDA предусмотрена возможность "перекомпилировать" только такие части документации, которые действительно утратили актуальность. Сбор информации из многочисленных и разнородных источников. Документирование всех этапов работы над проектом. Проверка соблюдения требований, предъявляемых к разрабатываемой системе. SoDA позволяет сформировать таблицы, из которых можно понять, насколько полученные результаты соответствуют требованиям, определенным на начальных этапах проектирования. Поддержка русифицированных шаблонов и отчетов.

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

Давайте немного остановимся на первом режиме, когда за основу берется стандартный шаблон. Известно, что компания Rational не только полностью описала процесс выпуска программного обеспечения, но и создала программные средства для каждого этапа этого процесса. Следовательно, каждый продукт сохраняет данные, а SoDA по ним строит ("компилирует") отчет.

Если внимательнее присмотреться к этапам разработки приложений с точки зрения Rational, получится следующий список: Бизнес-моделирование. Определение требований. Анализ и проектирование. Тестирование. Реализация. Внедрение.

Естественно, все этапы детально описаны, и на каждом из них предполагается получение документа строго определенного образца (согласно RUP), после того как соответствующие данные были обработаны той или иной программой из набора средств Rational. Так, на первом этапе при помощи SoDA можно получить документы "Оценка организации заказчика", "Словарь терминов предметной области", "Коммерческое предложение", "Бизнес-правила" и т.д. На втором этапе можно получить документы "Спецификация на программную систему", "Спецификация на функции системы".

Каждый из этих отчетов будет соответствовать RUP, а форма изложения - отражать требования ISO. В дальнейшем такой документ можно согласовать с заказчиком. Обратите внимание: первый этап называется "Бизнес-моделирование", что подразумевает использование на данном этапе средств визуального проектирования. Согласно технологии RUP, этим средством является Rational Rose, позволяющее на основе различных диаграмм получить полную бизнес-модель предприятия и модель проектируемой системы. Соответственно, опять же по технологии RUP, на этапе проектирования аналитик или проектировщик не только рисует модель, создавая определенные связи между диаграммами, но и комментирует каждое свое движение на специальных полях либо подключает уже имеющиеся документы к модели. Разумеется, в результате получается отличная модель, полностью описывающая бизнес-процессы и программную систему. Правда, понятной она будет только узкому кругу лиц, представляющих себе полную картину сделанного.

Заказчик же, к сожалению, зачастую плохо ориентируется в мире диаграмм... Вот и настает черед SoDA! Из меню Rose запускается составитель отчетов, пользователь выбирает тип отчета и через 1-5 минут получает готовый документ с разметками, комментариями и фрагментами моделей в формате Word. При этом все элементы документа представляют собой внедренные объекты, а это значит, что изменения, внесенные в модель, автоматически отражаются в документе.

В табл. 1 показано, с какими программными продуктами работает SoDA и какие отчеты может создавать.

Для тех, кто не знаком с терминологией, в табл. 2 даны расшифровка и описание типов диаграмм в Rose.

Таблица 1 Продукт Отчет Характеристика/комментарий
ClearCase Version Отчет по версии одного элемента из репозитария ClearCase
  Vob Отчет по состянию всех репозитариев в целом
  Element Отчет по свойствам элементов
  Region Отчет по всем используемым в проекте регионам
ClearQuest All Defect in This State Вывод всех дефектов, находящихся в указанном состоянии
RequisitePro DocsReqts.doc Отчет по требованиям и документам проекта
  Reqts.doc Отчет по требованиям
  ReqtsAttrs.doc Отчет по требованиям с выводом атрибутов требований
  ReqtsTraces.doc Отчет по требованиям с использованием трассирования
TeamTest BuildDetail.doc Детальный отчет по тестированию с выводом ошибок, состояний и владельцев
  Build Summary.doc Упрощенная версия вышеуказанного отчета
  ComputerDetail.doc Отчет по характеристикам компьютеров, на которых проводилось тестирование, в том числе IP-адрес машины, на которой проигрывались тесты, наименование операционной системы
  ScriptDetail.doc Отчет по скриптам тестирования, в том числе путь к файлу, имя его владельца
  TestDocDetail.doc Отчет по тестовым документам
Rose 498idd.doc Отчет по списку документов, дизайну интерфейса, трассировке требований
  498irs.doc Список документов, требования к интерфейсу, квалификационный лист, трассировка требований
  498ocd.doc Список документов, требования к продукту, квалификационный лист, трассировка требований
  498sdd.doc CSCI-заключение, дизайн, трассировка требований
  Classes.doc Отчет по всем классам в системе. Отчет следует иерархии и показывает связи
RUP Actor Report.doc Простой и быстрый отчет по характеристикам, отношениям и диаграммам состояний модели

Таблица 2 Аббревиатура Расшифровка Описание
IDD Interface Design Description Описание интерфейса системы
IRS Interface Requirements Specification Спецификации на требования интерфейса
OCD Operational Concept Description Операционное концептуальное описание
SDD Software Design Description Описание программного дизайна
SDP Software Development Plan План разработки
SRS Software Requirements Specification Спецификации на требования
SSS System/Subsystem Specification Спецификации на систему

Еще раз внимательно посмотрите на табл. 1. Хотя я не стал описывать все виды стандартных отчетов, представленного списка с лихвой должно хватить для правильной оценки возможностей продукта. К слову сказать, все вышеприведенные форматы отчетов помогут аналитикам и проектировщикам точно договориться с заказчиком о том, какую систему он хочет получить. Тестировщики же смогут генерировать отчеты по всем ошибкам (дефектам) и представлять их в удобной форме.

Не остались без внимания и разработчики. Для них будет полезным отчет по классам, когда в наглядном виде можно получить список классов с иерархией и описанием всех атрибутов и методов, не выходя из среды разработки. В качестве одного дополнительного (я бы даже сказал - комплексного) штриха можно с помощью только Rose и SoDA сделать отчет по классам той системы, которая УЖЕ написана и скомпилирована! Rose имеет механизм так называемого обратного проектирования, когда исходный код превращается в модель Rose (преобразуясь в UML-нотацию). При обратном проектировании учитываются все составляющие классов, а также комментарии, которыми они снабжались, вследствие чего на выходе получается полная модель всех классов (с иерархией). После этого достаточно будет просто пропустить модель через систему генерации отчетов - и вы получите полноценный документ, описывающий систему классов программного продукта по всем мыслимым и немыслимым стандартам и правилам!

Понятно, что даже с помощью SoDA трудно получить стопроцентно читабельный отчет для заказчика, но свои процентов восемьдесят такого отчета SoDA честно сгенерирует. Остальную правку можно возложить на плечи специалиста, способного придать отчету (на этом этапе уже - документу) литературный вид.

Вернувшись к основе ведения проектов - RUP, можно выделить 10 важнейших моментов, когда без системы отчетности невозможно обойтись. Это бывает в тех случаях, когда необходимо: Выработать концепцию будущего приложения (документы, роли участников). Выработать план. Идентифицировать и смягчить риски. Устанавливать и отслеживать проблемы. Проанализировать прецеденты. Разработать компонентную архитектуру. Создавать и тестировать продукт. Проверять и оценивать результаты. Управлять изменениями и контролировать их. Обеспечивать ввод в коммерческую эксплуатацию и поддержку пользователей. Заключение

Трудно описать такой инструмент, как SoDA, в рамках одной статьи - данный продукт очень тесно связан с технологиями RUP и UML (ссылка на: http://www.interface.ru/fset.asp?Url=/rational/umltend.htm). Но надеюсь, что это не помешало вам оценить мощь и обоснованность использования данного инструмента, даже основываясь на стандартных шаблонах отчетов.

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

О том, как конструировать комбинированные отчеты и соотносить технологии качества CMM с технологиями RUP, читайте во второй части статьи.

Подробности о SoDA и ознакомительную версию продукта можно найти на Web-сайте компании Rational Software Corporation.

Дополнительная информация

Eсли вы хотите регулярно получать новости и ссылки на свежие статьи по Rational, Oracle, Microsoft, Inprise, системам автоматизации и т.д., советую подписаться на рассылку "Информационные технологии: CASE, RAD, OLAP, ERP" службы Subscribe.ru

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

Приобрести продукты Rational Software в электронном магазине IT-shop

Учебные курсы по продуктам Rational Software


  • Главная
  • Новости
  • Новинки
  • Скрипты
  • Форум
  • Ссылки
  • О сайте




  • Emanual.ru – это сайт, посвящённый всем значимым событиям в IT-индустрии: новейшие разработки, уникальные методы и горячие новости! Тонны информации, полезной как для обычных пользователей, так и для самых продвинутых программистов! Интересные обсуждения на актуальные темы и огромная аудитория, которая может быть интересна широкому кругу рекламодателей. У нас вы узнаете всё о компьютерах, базах данных, операционных системах, сетях, инфраструктурах, связях и программированию на популярных языках!
     Copyright © 2001-2024
    Реклама на сайте