Программы автоматической разработки технического задания. 
Сравнительный анализ

МИНОБРНАУКИ РОССИИ Федеральное государственное бюджетное учреждение Высшего профессионального образования «Омский государственный институт сервиса»

(ФГБОУ ВПО «ОГИС»)

Курсовая работа По дисциплине: Анализ эффективности информационных систем Тема: «Программы автоматической разработки ТЗ. Сравнительный анализ»

Омск 2011

СОДЕРЖАНИЕ ВВЕДЕНИЕ ГЛАВА 1. Общие понятия технического задания

1.1 Что такое техническое задание

1.2 Техническое задание согласно ГОСТу

1.3 Программы автоматически разрабатывающие ТЗ ГЛАВА 2. Сравнительный анализ

2.1 Сравнение программ автоматической разработки ТЗ ЗАКЛЮЧЕНИЕ БИБЛИОГРАФИЧЕСКИЙ СПИСОК ВВЕДЕНИЕ С давних времен люди пытались передавать свои знания и опыт из поколения в поколение. Сначала, в первобытном обществе: с помощью нечленораздельных звуков, мимики и жестов. Затем появились наскальные изображения, чуть позднее, с появлением речи, накоплением знаний и опыта, возникает необходимость фиксации информации. И появляются берестяные письма, одни из первых носителей информации. На следующих этапах это уже написание на бумаге талмудов, дневников, книг.

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

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

Уже в V в. до н.э. древнеримский плебс требовал введения четких «писаных» законов. Создание зафиксированных на бумаге законов и правил было также главным требованием средневековых восстаний. Когда же появились законы, от делопроизводителя требовалась абсолютная точность формулировок и безукоризненное знание формы изложения, иначе документ терял силу. [1]

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

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

Цель данной курсовой работы провести сравнительный анализ программ автоматической разработки технических заданий (ТЗ).

Для достижения данной цели необходимо:

1. Определить что такое ТЗ;

2. Сформировать требования к ТЗ согласно ГОСТу;

3. Перечислить программы разрабатывающие ТЗ;

4. Провести сравнительный анализ программ автоматически разрабатывающих ТЗ.

ГЛАВА 1. ОБЩИЕ ПОНЯТИЯ ТЕХНИЧЕСКОГО ЗАДАНИЯ

1.1 ЧТО ТАКОЕ ТЕХНИЧЕСКОЕ ЗАДАНИЕ Техническое задание — технический документ (спецификация), оговаривающий набор требований к системе и утверждённый как заказчиком/пользователем, так и исполнителем/производителем системы. Такая спецификация может содержать также системные требования и требования к тестированию.

Техническое задание позволяет:

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

· заказчику — осознать, что именно ему нужно;

· обеим сторонам — представить готовый продукт;

· исполнителю — спланировать выполнение проекта и работать по намеченному плану;

· заказчику — требовать от исполнителя соответствия продукта всем условиям, оговорённым в ТЗ;

· исполнителю — отказаться от выполнения работ, не указанных в ТЗ;

· заказчику и исполнителю — выполнить попунктную проверку готового продукта (приёмочное тестирование — проведение испытаний);

· избежать ошибок, связанных с изменением требований (на всех стадиях и этапах создания, за исключением испытаний).

В зависимости от ожиданий заказчика существует три альтернативы для выбора шаблона Технического задания. Если заказчик требует оформления документации в соответствии с государственным стандартом, выбор делается в сторону стандарта ГОСТ 34.602−89. Подготовка Технического задания по ГОСТ 34.602−89 требует значительных временных затрат. [2]

Если поставлены сжатые сроки подготовки ТЗ и заказчик не требует оформления документации в соответствии с государственным стандартом, то можно использовать шаблон технического задания по стандарту IEEE Std 830. Стандарт IEEE Std 830 предполагает, что детальные требования могут быть обширными и не существует оптимальной структуры для всех систем. По этой причине, стандартом рекомендуется обеспечивать такое структурирование детальных требований, которое делает их оптимальными для понимания. Стандартом рекомендуются различные способы структурирования детальных требований для различных классов систем.

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

1.2 ТЕХНИЧЕСКОЕ ЗАДАНИЕ СОГЛАСНО ГОСТУ Техническое задание является документом, который позволяет как разработчику, так и заказчику представить конечный продукт и впоследствии выполнить проверку на соответствие предъявленным требованиям.

Руководствующими стандартами при написании технического задания являются ГОСТ 34.602.89 «Техническое задание на создание автоматизированной системы» и ГОСТ 19.201−78 «Техническое задание. Требования к содержанию и оформлению». Первый стандарт предназначен для разработчиков автоматизированных систем, второй для программных средств.

В табл. 1.1. представлены список и описание разделов, которые должно содержать ТЗ согласно данным ГОСТам.

Таблица 1.1

Сравнение ГОСТов 19.201−78 и 34.602.89

Следовательно, документ «Техническое задание» должен, по сути, отражать все требования к проектируемому продукту, выделенные на этапе аналитического исследования объекта автоматизации. [3]

Опираясь на табл. № 1 мы можем выделить основные разделы технического задания:

· Общие сведения о системе (продукте);

· Назначение, цели и задачи системы (продукте);

· Требования к системе (функциональные требования, пользовательские требования, требования к системе в целом и т. д.);

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

· Требования к документированию;

· Стадии и этапы разработки;

· Порядок контроля и приемки системы (программы).

1.3 ПРОГРАММЫ, АВТОМАТИЧЕСКИ РАЗРАБАТЫВАЮЩИЕ ТЕХНИЧЕСКОЕ ЗАДАНИЕ Формирование проектной документации обычно требует много времени и усилий. Нередко составление документов и отчетов в течение жизненного цикла проектов осуществляется случайным образом, а то и вовсе игнорируется из-за нехватки времени и ресурсов, которые требуются на их разработку и сопровождение.

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

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

· TZ-master;

· IBM Rational SoDA;

· Requirements Miner for AllFusion Modeling Suite;

· IBM Rational Telelogic DOORS;

· Sybase Power Designer;

· Business Studio 3;

· Author IT.

TZ-master — программа обеспечивающая легкое создание профессионального Технического задания в соответствии со стандартом ГОСТ. Возможно редактирование раннее созданного проекта, экспорт результатов в формате HTML и программный пакет Microsoft Word. Имеется встроеная документация (рекомендации, ГОСТы). Главным достоинством данной программы является то, что распространяется совершенно бесплатно.

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

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

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

Requirements Miner for AllFusion Modeling Suite — предназначен для структуризации требований к ПО и автоматического формирования документа «Техническое задание».

Традиционно разработка ПО начинается с определения требований к ПО, формулируемых в форме технического задания. Для повышения достоверности и наглядности требований они основываются на моделях разрабатываемой ИС: моделей бизнес-процессов, моделей данных и т. п. В настоящее время процесс перехода от моделей ИС, разработанных с помощью CASE-инструментов, к требованиям в системах управления требованиями не автоматизирован. Новый продукт Requirements Miner позволяет решить эту проблему.

Requirements Miner for AllFusion Modeling Suite осуществляет выборку и перенос существенной для подготовки ТЗ информации из репозитория моделей AllFusion Process Modeler (ранее BPwin) и AllFusion ERwin Data Modeler (ранее ERwin) в шаблон ТЗ, подготовленный в рамках системы управления требованиями.

Продукт поддерживает генерацию требований в форматах:

· MS Word,

· Telelogic Doors,

· IBM Rational RequisitePro

Requirements Miner for AllFusion Modeling Suite обеспечивает полную связь аналитических моделей и технических заданий в части функциональных требований. Продукт предназначен в первую очередь для системных и бизнес аналитиков на этапе формирования требований.

IBM Rational Telelogic DOORS — улучшает качество, обеспечивая прозрачность целей создания продукта, требований клиентов, технических заданий, стандартов, условий и инструкций. Обладая широчайшими возможностями для сбора, компоновки, трассировки, анализа и управления изменениями требований, данное многоплатформенное решение обеспечивает полное соответствие проектного задания и окончательного результата при соблюдении нормативов и стандартов.

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

Основное предназначение и функционал DOORS легко представить, если задуматься над тем, какие ресурсы затрачиваются на то, чтобы внести в проект необходимые изменения, отследить документы, в которые они вносятся, проверить вносимые дополнения на непротиворечивость друг другу, а также их соответствие различным нормативным документам (корпоративные правила, стандарты, законы), известить об этих изменениях всех вовлеченных в процесс, найти в многостраничных документах последние изменения, скорректировать и привести в соответствие имеющиеся планы и согласовать новые, согласовывать сроки этапов и проектов, провести многочисленные совещания, а для разных департаментов компании — согласовать свою совместную работу с другими отделами. [5]

Sybase Power Designer — дает возможность управления изменениями на этапе проектирования, предлагает технику управления метаданными и содержит уникальную технологию анализа взаимосвязей моделей (технология impact analysis). Одновременно с поддержкой ведущих техник моделирования и управления метаданными, PowerDesigner также позволяет работать с моделями любых типов в единой интегрированной среде, а репозиторий метаданных PowerDesigner помогает наладить слаженное взаимодействие между всеми заинтересованными лицами компании, что обеспечивает более быстрый отклик на изменения в существующей бизнес-среде. Также имеет расширенный, независимый от модели генератор отчетов, позволяющий получить документ, включающий в себя информацию по нескольким моделям. [6]

Business Studio 3 — система визуального бизнес-моделирования, основное назначение которой — описание моделей бизнес-процессов предприятия, организационных структур, документооборота с автоматической генерацией регламентов процессов, процедур, положений о подразделениях и должностных инструкций, доступных на каждом рабочем месте в форме html-навигатора или документов Microsoft Word.

Система бизнес-моделирования Business Studio поддерживает полный цикл разработки и оптимизации системы управления компанией: проектирование — внедрение — контроль — анализ, позволяя решать следующие задачи:

· формализация стратегии и контроль ее достижения;

· проектирование и оптимизация бизнес-процессов;

· проектирование организационной структуры и штатного расписания;

· формирование и распространение среди сотрудников регламентирующей документации;

· внедрение системы менеджмента качества в соответствии со стандартами ISO;

· подготовка к автоматизации и формирование технических заданий на внедрение информационных систем. [7]

Author IT— предоставляет собой мощное, простое в использовании, совместную среду разработки, что способствует повторному использованию контента. Имеется возможность создания технического задания как для программного обеспечения, так и для информационной системы, а так же просмотр содержимого в реальном времени, предписывание корпоративных стандартов и безопасности, поддерживают детальные контрольные журналы, которые позволяют вести подробную статистику аудита. [8]

ГЛАВА 2. СРАВНИТЕЛЬНЫЙ АНАЛИЗ

2.1 СРАВНЕНИЕ ПРОГРАММ АВТОМАТИЧЕСКОЙ РАЗРАБОТКИ ТЕХНИЧЕСКОГО ЗАДАНИЯ Рассматривая выше каждую программу в отдельности, можно произвести сравнительный анализ, в табл. 2.1.1 сравним все программы по критериям.

технический задание программа автоматический Таблица 2.1.1

Сравнительный анализ

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

ЗАКЛЮЧЕНИЕ

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

Если рассматривать точку зрения автора, то автор конкретно выбрал программу «TZ-master», так как она бесплатная и ее функции подходят под требования автора. А если рекомендовать более продвинутую версию программного продукта для предприятия, то автор порекомендовал «Author IT», так как эта программа подходит под любую платформу, имеет недорогой ценовой интервал, а так же обладает практически всеми общими свойствами, которые присвоены другим программным продуктам.

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

БИБЛИОГРАФИЧЕСКИЙ СПИСОК

1. Кузнецова Т. В. Делопроизводство (документальное обеспечение управления). М.: ЗАО «Бизнес-школа «Интел-Синтез», 1999. С. 5.

2. http://www.informicus.ru/default.aspx?SECTION=6&id=72/ Что такое техническое задание .

3. http://it-gost.ru/content/view/111/39/ Требования к содержанию ТЗ.

4. http://it-gost.ru/content/view/101/51/ ТЗ согласно ГОСТу.

5. http://www.interface.ru/home.asp?artId=20 524/ IBM Rational Telelogic DOORS .

6. http://www.interface.ru/fset.asp?Url=/sybase/news/m021120775.html/ Sybase Power Designer 9.0.

7. http://www.bsconsulting.kiev.ua/library/business_studio/business-studio.html/ Business Studio.

8. http://www.author-it.com/ / Author IT.