DI
В смысле, форма?
Да
Size: a a a
2017 May 23
DI
Казалось бы всё должно быть интегрировано/автоматизировано
R
Но в каком виде?
в смысле список требований по госту, юс кейс или юзер стори?
DI
1. Текущее состояние
2. Необходимое состояние
3. Список изменений
2. Необходимое состояние
3. Список изменений
DI
в смысле список требований по госту, юс кейс или юзер стори?
А кроме ГОСТа? Что на глобальном рынке используется, ISO?
R
А кроме ГОСТа? Что на глобальном рынке используется, ISO?
так чаще всего они коррилируют другу с другом
DI
Какие развитые инструменты и форматы описания ФТ и НФТ есть и наиболее популярны сейчас?
R
да же называеются типа так: ГОСТ Р ИСО/МЭК 15910-2002 Процесс создания документации пользователя программного средства
R
Какие развитые инструменты и форматы описания ФТ и НФТ есть и наиболее популярны сейчас?
я их перечислил:
1. Функциональные требования (ГОСТ, ISO)
2. Сценарий использования (Use Case по RUP/Вигерсу/Коберну)
3. Пользовательские истории (User Stories по Dan North)
1. Функциональные требования (ГОСТ, ISO)
2. Сценарий использования (Use Case по RUP/Вигерсу/Коберну)
3. Пользовательские истории (User Stories по Dan North)
DI
да же называеются типа так: ГОСТ Р ИСО/МЭК 15910-2002 Процесс создания документации пользователя программного средства
Типа такого? http://philosoft.biz/metrix.zhtml
DI
Не, сорри, это что то не то нагуглил
DI
DI
Но оно опять же в виде слабоструктурированного текста, текст имеет плохое свойство - интерпретация
DI
Было бы удобно иметь каталог требований
DI
Далее связывать это с задачами
R
Это просто название документа. Если не ошибаюсь. Термин пришел из IBM
R
Далее связывать это с задачами
ааа, то есть нужно управлять требованиями?
DI
Контроль, учёт, валидация и пр