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

Дисциплины => Системный Анализ и Требования => Тема начата: kidman от 12 Февраля 2007, 12:53:08

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

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

П.С. Помогите плиз.
Название: Re: IEEE-STD-830-1998
Отправлено: Denis Beskov от 12 Февраля 2007, 13:33:35
Держи стандарт (http://amd.streamload.com/anarchsyst/Hosted/Software_Requirements/IEEE-STD-830-1998.pdf)

Какие есть вопросы?
Название: Re: IEEE-STD-830-1998
Отправлено: kidman от 12 Февраля 2007, 14:18:14
Держи
Спасибо!

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

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

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

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

Но вообще идея хорошая. Хотя опять же вопросы прав.
Название: Re: IEEE-STD-830-1998
Отправлено: Юрий Булуй от 15 Марта 2007, 00:02:22
Э ... вот если честно встречал я перевод стандарта IEEE 830, мне как-то прислали. Я правда так и не удосужился посмотреть его ...
Название: Re: IEEE-STD-830-1998
Отправлено: Александр Котельников от 17 Марта 2007, 23:21:59
Предлагаю выложить его в файловый архив
Название: Re: IEEE-STD-830-1998
Отправлено: bas от 19 Марта 2007, 00:11:24
Предлагаю выложить его в файловый архив
Добавил: http://www.uml2.ru/index.php?option=com_remository&Itemid=28&func=fileinfo&id=82
Название: Re: IEEE-STD-830-1998
Отправлено: kidman от 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
Отправлено: Юрий Булуй от 26 Марта 2007, 20:55:55
Один из способов -- в п.2.2. должны быть фичи, а в п 3.2 фичи делализируются конкретными требованиями (и группируются по фичам). Так легче контролировать scope, гогда он "обложен" фичами.

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

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

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

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

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

Т.е. переведя на русский, получается:
Хар-ки Системы описываются в п.2.2., а в п 3.2 они детализируются требованиями (и группируются по хар-кам Системы)
Если известны основные хар-ки Системы, то легче контролировать масштаб проекта и не вылезать особенно в сторону за рамки проекта, когда фантазия клиента сильно разыграется.
Название: Re: IEEE-STD-830-1998
Отправлено: Юрий Булуй от 27 Марта 2007, 14:04:27
Саша, спасибо за коментарий. Никак не могу привыкнуть, что требуется пояснять что такое feature (фича), и что это не сленг а вполне себе термин.
Модератору -- см. на тему фич тут http://www.sorlik.ru/swebok/3-1-software_engineering_requirements.pdf
Название: Re: IEEE-STD-830-1998
Отправлено: kidman от 27 Марта 2007, 14:20:39
Юрий, вы видели мой пост?
Правильно ли я понял ответ?
Название: Re: IEEE-STD-830-1998
Отправлено: Юрий Булуй от 27 Марта 2007, 16:55:54
 Сорри, не внимательно посмотрел ответ
Юрий, вы видели мой пост?
Правильно ли я понял ответ?

Не совсем. SRS по IEEE 830 ничего про ВИ не говорит ... да и я стараюсь придерживаться Вигерсовской классификации, что ВИ это в большей степени пользовательские требования. Другой вопрос, что они могут содержать функциональные требования (ФТ) в контексте их использования. Но это не есть ФТ в чистом виде.
Есть т.н. Modern SRS, где включаются UC ... но в классике -- фича, это некая укрупненная возможность ... которая детализируется потом в п. 3.2. ФТ ... как правило в виде иерархии.
Название: Re: IEEE-STD-830-1998
Отправлено: kidman от 27 Марта 2007, 18:58:29
Ок, спасибо за уточнения.
буду разбираться.
Тяжеловато без примеров. Нигде в инете не могу найти примеров:(
Название: Re: IEEE-STD-830-1998
Отправлено: Юрий Булуй от 27 Марта 2007, 20:45:34
Ок, спасибо за уточнения.
буду разбираться.
Тяжеловато без примеров. Нигде в инете не могу найти примеров:(

Посмотри тут http://www.processimpact.com/process_assets/sample_requirements_documents.zip
Название: Re: IEEE-STD-830-1998
Отправлено: kidman от 27 Марта 2007, 22:00:22
Спасибо!!
Не чистый SRS по IEEE STD 830, но очень похоже, главное проверенное и правильное - полезная штука.
Спасибо!
Название: Re: IEEE-STD-830-1998
Отправлено: Galogen от 29 Марта 2007, 18:23:15
Цитировать
Посмотри тут http://www.processimpact.com/process_assets/sample_requirements_documents.zip

Посмотрел и перевел. Перевод прилагается. Предлагаю развить пример до полного его употребления. Без реализации, только проектную часть во всех его деталях. Ну естественно выборочно.
Название: Re: IEEE-STD-830-1998
Отправлено: olevanov от 06 Мая 2007, 14:03:32
Коллеги,

в результате обсуждения и просмотра обсуждаемых стандартов, выкладываю структуры документов - спецификаций требований к ПО:
    * Стандарта IEEE-830-1998
    * Шаблона спецификации требований к ПО Вигерса
    * Технических Требований к ПО на основе ГОСТ 34.602-89

Два вложения - структуры в MS Word и MindManager
Название: Re: IEEE-STD-830-1998
Отправлено: Дмитрий от 06 Августа 2007, 13:13:46
Добрый день.
Скажите пожалуйста, правильно ли я понял, что функциональные требования "Заказы питания" это требования которые вытекают из  ВИ "Заказать блюдо (заказ блюд)"??? И если это так, то можно ли установить взаимосвязь между пунктами Сценария ВИ и функциональными требованиями???
(речь о документах "ТЗ" и "Варианты использования" из архива sample_requirements_documents_RUS.rar) 
Название: Re: IEEE-STD-830-1998
Отправлено: Андрей Морозов от 28 Марта 2011, 22:51:29
Снимаю шапку перед всеми!!! (хоть уже и столько лет прошло)  :)
Мегаполезные доки!!!