Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Темы - kyrie

Страницы: 1
1
Всем привет!
Недавно удалось протащить через руководство нашего НИИ и выложить в открытый доступ (http://www.piket.org.ru) демо-версию (с небольшими функциональными ограничениями) небольшой программы для разработки требований и тех. документации. О конкуренции с doors, конечно, речи не идет. Программа немного самобытная, т.к. создавалась не как уменьшенная копия больших RMS, а под локальные задачи в нашем НИИ.
Основные объективные "фишки":
- умеет генерировать документы по ГОСТ 19, в том числе составные из требований. В том числе ЛУ и титул. Внутри LaTeX, поэтому, при некоторой грамотности, вручную можно прикрутить любой существующий  LaTeX-стиль для документов;
- файловое хранение "модулей" с требованиями, т.е. можно работать без сети;
- есть версии на win, linux, отечественных закрытых ОС (Астра, МСВС);
- полнофункциональный WISWIM редактор требований и документов;
- прослеживание связей требований с содержимым произвольных файлов;
- встроенный словарь терминов проекта с подсветкой терминов по текстам.
Субъективно:
- удобная среда для разработки верхних уровней требований - бизнес, пользовательских и т.д, где нужны богатые возможности редактора текстов.  Удобно разрабатывать документы, которые состоят из требований (напр., ГОСТ ЕСПД "Описание программы", "Программа и методика испытаний");
- удобно работать с комплектами документов, нет постоянной опасности при генерации что форматирование "съедет". По крайней мере, мы у себя перегенерируем достаточно регулярно документы по 200-300 страниц после правок: ошибки бывают, но мало. В основном, это на миллиметр-другой увеличенный отступ где-нибудь в одном месте, или некорректно подавленная висячая строка. Нормоконтроль (там, где он есть -:) ) это даже не всегда замечает;
- простая и понятная идея с последовательной декомпозицией системы на модули.

Очевидная нехватка функциональности - в части управления требованиями (есть ручная проверка связи вверх-вниз, или общий отчет по проценту покрытия требований, тестов и их выполнения. Нет матриц. Нет свободных атрибутов требований/документов), в части организации совместной работы (сервер+упр. доступом). Мы используем, как правило, git(где есть сеть) или флешки(да-да, много где еще нет локальной сети!), но это нишевое решение. Наконец, нет связи с UML - только вставка картинок. Принципиальный момент - нет экспорта в Word.

Возможно, что кому-то еще, кроме нас, она будет полезной.

Страницы: 1