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

×


IEEE-STD-830-1998(Прочитано 32702 раз)
IEEE-STD-830-1998 : 12 Февраля 2007, 12:53:08
Собственно, хотелось бы пообсуждать немного написание SRS на основе (по правилам) IEEE-STD-830-1998.

Собственно, столкнулся с проблемой...
Где его скачать? в оригинале, а не abstract... так сказать:)

П.С. Помогите плиз.



Re: IEEE-STD-830-1998 Ответ #1 : 12 Февраля 2007, 13:33:35
Держи стандарт

Какие есть вопросы?



Re: IEEE-STD-830-1998 Ответ #2 : 12 Февраля 2007, 14:18:14
Держи
Спасибо!

Цитировать
Какие есть вопросы?

Вопросы чуть позже будут, как под (в) него буду под(в)гонять требования.

Спасибо!



Re: IEEE-STD-830-1998 Ответ #3 : 14 Марта 2007, 16:26:20
А существует перевод?
Может имеет смысл взяться за эту работу?



Re: IEEE-STD-830-1998 Ответ #4 : 14 Марта 2007, 19:43:07
А существует перевод?
Может имеет смысл взяться за эту работу?
Перевод не встречал. По сути это западный, более коммерциализированный вариант ГОСТ 34.602 (вкупе с IEEE Std 1233-1998 - Guide for Developing System Requirements Specifications), основанный на структурно-функциональном подходе к пониманию систем.

Мне кажутся более полезными шаблоны и руководства по созданию Концепции, Описаний прецедентов и Нефункциональных требований из RUP.

Но вообще идея хорошая. Хотя опять же вопросы прав.



Re: IEEE-STD-830-1998 Ответ #5 : 15 Марта 2007, 00:02:22
Э ... вот если честно встречал я перевод стандарта IEEE 830, мне как-то прислали. Я правда так и не удосужился посмотреть его ...
"Politics is the art of looking for trouble, finding it, misdiagnosing it, and then misapplying the wrong remedies" (c)
Мой блог
http://www.yurybuluy.blogspot.com/



Re: IEEE-STD-830-1998 Ответ #6 : 17 Марта 2007, 23:21:59
Предлагаю выложить его в файловый архив



Re: IEEE-STD-830-1998 Ответ #7 : 19 Марта 2007, 00:11:24
Не важно какой ты сейчас - большой или маленький, важно - как ты растешь.
Б.А.С.



Re: IEEE-STD-830-1998 Ответ #8 : 26 Марта 2007, 16:26:18
Интересует взаимосвязь пунктов 2.2 Product functions и 3.2 Functions:

Должен ли пункт 3.2 раскрывать пункт 2.2, давая более детальные указания для разработчика?
Или там может быть несоответствие в структуре, названиях в функциях?
Тоесть 3.2 перечисляет все функциональные требования и дает исчерпывающие инструкции.
А 2.2 просто перечисляет основные функции и фичи.
???

П.С. Буду рад увидеть самплы SRS



Re: IEEE-STD-830-1998 Ответ #9 : 26 Марта 2007, 20:55:55
Один из способов -- в п.2.2. должны быть фичи, а в п 3.2 фичи делализируются конкретными требованиями (и группируются по фичам). Так легче контролировать scope, гогда он "обложен" фичами.

Модератор: Пожалуйста, пишите нормальными словами, или поясняйте значения сленга...
« Последнее редактирование: 27 Марта 2007, 14:00:45 от Юрий Булуй »
"Politics is the art of looking for trouble, finding it, misdiagnosing it, and then misapplying the wrong remedies" (c)
Мой блог
http://www.yurybuluy.blogspot.com/



Re: IEEE-STD-830-1998 Ответ #10 : 27 Марта 2007, 10:14:43
Один из способов -- в п.2.2. должны быть фичи, а в п 3.2 фичи делализируются конкретными требованиями (и группируются по фичам). Так легче контролировать scope, гогда он "облюжен" фичами.
Не по теме. Это на каком языке написано? :-))

Модератор: ответ по теме ...
« Последнее редактирование: 27 Марта 2007, 10:19:38 от Александр Котельников »



Re: IEEE-STD-830-1998 Ответ #11 : 27 Марта 2007, 13:17:41
Один из способов -- в п.2.2. должны быть фичи, а в п 3.2 фичи делализируются конкретными требованиями (и группируются по фичам). Так легче контролировать scope, гогда он "облюжен" фичами.

Модератор: Пожалуйста, пишите нормальными словами, или поясняйте значения сленга...
Это значит что я могу указать функциональность в виде списка фич, разбить их тематически например. в Пункте 2.2
А в пункте 3.2 Предоставить ВИ для каждой фичи и расписать ВИ. + дополнить их при помощи Activity diagrams + расписать все неперекрытое ВИ и Activity diagrams?
Правильно ли я понимаю?

Спасибо за ответ.



Re: IEEE-STD-830-1998 Ответ #12 : 27 Марта 2007, 13:35:21
Один из способов -- в п.2.2. должны быть фичи, а в п 3.2 фичи делализируются конкретными требованиями (и группируются по фичам). Так легче контролировать scope, гогда он "облюжен" фичами.

Модератор: Пожалуйста, пишите нормальными словами, или поясняйте значения сленга...
Немного поясню:
Фича или feature или характиристика - это основные функции или хар-ки, которые система должна делать.
Scope или масштаб - это описание границ проекта.

Т.е. переведя на русский, получается:
Хар-ки Системы описываются в п.2.2., а в п 3.2 они детализируются требованиями (и группируются по хар-кам Системы)
Если известны основные хар-ки Системы, то легче контролировать масштаб проекта и не вылезать особенно в сторону за рамки проекта, когда фантазия клиента сильно разыграется.
Не важно какой ты сейчас - большой или маленький, важно - как ты растешь.
Б.А.С.



Re: IEEE-STD-830-1998 Ответ #13 : 27 Марта 2007, 14:04:27
Саша, спасибо за коментарий. Никак не могу привыкнуть, что требуется пояснять что такое feature (фича), и что это не сленг а вполне себе термин.
Модератору -- см. на тему фич тут http://www.sorlik.ru/swebok/3-1-software_engineering_requirements.pdf
"Politics is the art of looking for trouble, finding it, misdiagnosing it, and then misapplying the wrong remedies" (c)
Мой блог
http://www.yurybuluy.blogspot.com/



Re: IEEE-STD-830-1998 Ответ #14 : 27 Марта 2007, 14:20:39
Юрий, вы видели мой пост?
Правильно ли я понял ответ?




 

Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19