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

×


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

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


Сообщения - bas

2191
что такое Software Requirement Patterns?
В контексте - http://www.amazon.com/gp/product/0735623988/ref=pe_pe_5400_5954140_pe_snp_988
типовые варианты использования
Денис, ты уверен, что в книге Software Requirement Patterns сказано именно про паттерны ВИ? А не вообще про патерны и других видов Требований?!

Ни у кого кстати нет этой книги в электронном или печатном варианте (если в Мск)

Также меня заинтересовала книга Requirements Patterns and Antipatterns: Best (and Worst) Practices for Defining Your Requirements (Paperback). Кто что про нее может сказать?

2193
Исправил описание Фич, просьба посмотреть и откомментировать.

Функции СУТ
1   Сбор Требований
1.1   Ведение Глоссария
   ·         Поддержка ведения отдельного раздела Глоссария проекта (межпроектный глоссарий)
   ·         Автоматическая ссылочность термина в Требовании на нужное определение в Глоссарии (один раз вбил термин, а потом везде в тексте при наведении показывалось определение)
1.2   Работа с Атомарными Требованиями
   Возможность ввода\редактирования\удаления\ просмотра атомарных Требований
1.3   Богатое форматирование Текста
   ·         Возможность редактирования и хранения текста Требования в формате Rich Text
   ·         Возможность добавлять картинки в текст Требования
   ·         Возможность добавлять веб ссылки
1.4   Загрузка Требований из Файла
   ·         Возможность автоматизированной загрузки набора Требований из файла (MS Excel, Word, HTML, XML, ...)
   ·         Возможность поддержки round-trip выгрузки\загрузки Требований из Файла в Инструмент и обратно
1.5   Шаблоны описания Требований
   ·         Поддержка основных шаблонов описания Требований: Проблемы, Цели, ВИ со сценариями, ФТ, НФТ и т.д.
   ·         Возможность модификации шаблонов и создания новых
1.7   Автонумерация Требований
   ·         Автонумерация Требований в зависимости от типа
   ·         Иерархическая автонумерация, поддержка перенумерации дочерних Требований при удалении (изменении номера) родительского Требования
1.8   Обсуждение Требований
   Возможность обсуждения Требований

2   Анализ Требований
2.1   Формирование структуры проекта
   ·         Автоматическое формирование структуры проекта (разделы Анализа, Проектирования и т.д.) по шаблону известных методологий
   ·         Настройка собственного шаблона проекта
   ·         Возможность посмотреть примеры применения шаблона структуры проекта
2.2   Классификация Требований
   Поддержка различных типов Требований и настройка ЖЦ каждого типа Требований
2.3   Трассировка Требований
   ·         Возможность связывать Требования между собой
   ·         Возможность связывать часть текста Требований (пункт Сценария ВИ например) с другим Требованием прямо из текста
2.4   Анализ влияния
   Возможность построения отчета по всем связанным Требованиям с данным Требованием
2.5   Анализ покрытия
   Возможность показать все верхоуровневые требования, которые не детализированы (не покрыты) Требованиям более низкого уровня.
2.6   Трассировка к др. Артефактам разработки
   Возможность трассировать Требования к:
   ·         Элементам модели
   ·         Тестовым сценариям
   ·         Коду
   ·         Задачам и плану
2.7   Отчетность по требованиям
   Возможность получения отчета по требованиям в разных разрезах:
   ·         возможность представления "срезов" по определённой функциональности (пример: представить на одной странице всю информацию о требованиях к операции "отмена платежа")
   ·         возможность формирования "срезов" по атрибутам Требований (тип, статус, ...)
   ·         фильтрация и поддержка пользовательских выборок
   ·         построение графиков по выборке
   
3   Документирование Требований
3.1   Наследование (заново использование) Тр
   Возможность наследования (заново использования) Требований в разных проектах
3.2   Поддержка форматов файлов для вывода
   Выгрузка в:
   ·         RTF
   ·         DOC
   ·         EXCEL
   ·         PDF
   ·         XML
   ·         HTML
3.3   Настройка шаблонов вывода Документов
   Возможность настройки и создания своих шаблонов для результирующих Документов
3.4   Шаблонный вывод Документов
   ·         Возможность вывода результирующих Документов (ТЗ, ТП и т.д.) в определенном шаблоне

4   Проверка Требований
4.1   Проверка орфографии
   Проверка орфографии на русском и др. языках
4.2   Нахождение дубликатов и зависимостей
   Возможность нахождения дубликатов (похожих) Требований
   
5   Управление Требованиями
5.1   Атрибуты Требований
   ·         Возможность задания атрибутов у Требований
   ·         Возможность поддержки и настройки ЖЦ Требования
   ·         Возможность фильтрации Требований по Атрибутам
5.2   Версионность Требований
   ·         Возможность указать\получить описание Требований к определенной версии ПО
   ·         Возможность формирования результирующих Документов для определенной версии ПО
   ·         Возможность связываниям Тр с тестовыми планами и прогонами в конкретной версии ПО (в какой версии протестировано)
   ·          
5.3   Изменения Требований
   ·         Хранение истории изменении требований
   ·         Возможность отката к любому изменения Требований
   ·         Поиск по изменениям
   ·         Возможность указания причины изменения
   ·         Возможность оповещения рабочей группы об изменениях
5.4   Одновременный доступ к Требованиям
   ·         Поддержка многопользовательского доступа к репозиторию Требований
   ·         Возможность доступа через веб интерфейс
5.6   Управление правами на работу
   Разделение прав на работу с Требованиями между Пользователями в разрезе проектов, типов Требований и их аттрибутов
5.7   Работа с несколькими проектами
   ·         Поддержка ведения репозитория Тр для нескольких проектов
   ·         Возможность использования и трассировки Требований из разных Проектов
   ·         Множественные представления одного и того же требования для разных условий - клиентов, проектов (пример: есть один "общий" вариант чека операции "продажа" и его модификации для отдельных клиентов);
5.8   Способ хранения Требований
   ·         В каком виде и в каком формате может хранится репозиторий Требований
   ·         Возможность сырого доступа к репозиторию (БД, формат файлов)

6   Другие условия
6.1   Документация
   ·         Пользовательская Документация в т.ч. на русском
   ·         Примеры
6.2   Расширения
   ·         Поддержка plug-in, add-on, расширений и т.д.
   ·         Кол-во уже имеющихся на рынке расширений
   ·         Простота написания собственных расширений
6.3   Цена
   Ценовое предложение по продаже Инструмента


В приложении картинки и выгрузка пакета для ЕА

2195
ИМХО на Форуме смогут помочь, если у Вас есть конкретные вопросы. Все за Вас делать не будут и пересказывать пару книжек тоже резона нет.
Если совсем так тошно, то попросите кого-то сделать Вашу работу за деньги, думаю, найдутся люди на форуме...

2196
Разослал всем Докладчикам ссылку на список фич СУТ. Вроде бы первое приближение получили. На основании выше и лично сказанного подправлю описание Фич и более полно раскрою каждую. К среде должны получить список, на который и должны ориентироваться Докладчики.

Решили заключение Семинара сделать таким:
1. Делаем на доске табличку где по горизонтали идут список Фич, а по вертикале СУТ. По мере доклада Модератор ставит оценку на пересечении каждой Фичи и СУТ. В конце подводим формальный итог.
2. Далее делаем голосование Слушателей - кому какая СУТ больше понравилась и делаем второе Заключение.
3. Если останется время, то Слушатели задают вопросы докладчикам.
4. Все заканчивается миром, дружбой и жвачкой.

Формальная оценка СУТ
К среде мы формируем список ФИЧ, которым должна удовлетворять СУТ, с кратким описанием. На семинаре Докладчик демонстрирует наиболее характерные Фичи для данной СУТ и Модератор проставляет - или + или +\- или ++ на пересечении Фичи и СУТ в таблице. Если Докладчик не успел показать какие-то фичи, то за 5 минут мы проходим по оставшимся и ставим + или - на против этих Фич на основании знаний Докладчика.
Система оценок:
"-"    - СУТ не поддерживает Фичу
"+\-" - СУТ поддерживает Фичу, но не в полном объеме*
"+"    - СУТ поддерживает Фичу в полном объеме*
"++"  - СУТ поддерживает Фичу в полном объеме*, да и еще что-то добавляет сверх описанного в Фиче.
* объем определяется описанием фичи и субъективной оценкой Модератора

Фуф, вроде все :)

2198
Согласен, надо сделать.

2199
Гриша респект.

Может эту тему немного по другому назвать и разместить в разделе о Сайте и Форуме?! И прикрепить наверх.

2200
На самом деле выделять ресурсы нужно до начала проекта. Т.е. говорить заказчику, а м.б. и подписывать с ним договор с четко оговоренным временем встреч.

Отвечая на вопрос Настены:
Заказчик действительно не любит водить друшлаком по воде. Ему нужна конкретика. Поэтому лучше подготавливаться к встрече и писать все что знаеш, и высылать этот материал заранее, потоми на встрече уточнять.
Или делать первую встречу вводную не долгую, для определения куда копать. Прокопать, описать и выслать. Потом сделать еще одну встречу, чтобы уточнить.

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

2202
Богатое форматирование текста - это зачет :) (по моему мнению форматирования надо не так уж и много)
Но оно нужно! Предложи тогда перевод - Rich Text Editor

Формирование структуры проекта  - что под этим подразумевается?
Это возможность формирования различных подразделов (Глоссарий, Цели и т.д.) и возможность формирования иерархической структуры

Анализ покрытия - чего покрывали то??
То что мы все вышестоящие требования покрыли в более детальных Требованиях.

Саш, тут в соседней теме делали требования ИС Аттестации или как то так.
Почему не выделить такую же тему и решать задачу по описанию требований к идеальной СУТ там?
Так тут как раз говорим о тех ф-ях, которые ребята будут демонстрировать в своих Инструментах.

где работа с Use Cases и сценариями?
где глоссарий?
если закладываемся на трассировку к элементам модели и кода, то где трассировка к тестам
1. Имелось в виду в п. "Шаблоны описания Требований", т.е. сценарный шаблон для ВИ. Что-то еще нужно для ВИ в СУТ?
2. А что нам нужно специфического для Глоссария? Кроме отдельного структурного раздела?!
3. Согласен. Трассировка к другим артефактам Разработки (Элементы модели, код, тесты и т.д.)

2203
Вот составил первоначальный набор Фич, которыми должен обладать СУТ. Просьба добавлять\уточнять.
Также прикладываю скрин ментальной карты Функций СУТ и выгрузку пакета из Sparx EA.

Функции СУТ:
1. Сбор Требований
В вод Атомарных Требований                         
Богатое форматирование Текста                     
Загрузка Требований из Файла                     
Шаблоны описания Требований                       
Автонумерация Требований                         
2. Анализ Требований
Формирование структуры проекта                   
Классификация Требований                         
Трассировка Требований                           
Анализ влияния                                   
Анализ покрытия                                   
Трассировка к элементам модели и коду             
Отчетность по требованиям                         
3. Документирование Требований
Наследование (заново использование) Тр           
Поддержка форматов файлов для вывода             
Настройка шаблонов вывода Документов             
Шаблонный вывод Документов                       
4. Проверка Требований
Проверка орфографии                               
Нахождение дупликатов и зависимостей             
5. Управление Требованиями
Атрибуты Требований                               
Версионность Требований                           
История изменения Требований

2204
Что за Диаграмму? Сформулируйте нормально вопрос и приложите свой вариант Диаграммы.

2205
Ураааааааа, со всеми Докладчиками согласована дата семинара - 9 апреля 2009 года.

Теперь ждем от Иры список Фич, по которым будут показаны инструменты. Далее здесь этот список согласуем.