В теме 8 ответов, и 5 участников, последнее обновление сделано пользователем 
Sergey.Shimansky 13 г, 4 мес. назад.
-
Сообщения
-
Андрей, все что я увидел по ссылке, это огромной список непонятной документации со страшными названиями.
Есть на что ровняться? Есть грубые ошибки? Что следует использовать, а что нет? Очень интересна оценка не начинающих.
Я не совсем понял суть вопроса применительно к тому, что у меня открывается по ссылке. Ошибки в чем именно? Использовать где и с какой целью?
Также меня интересует вопрос, найдется ли здесь кто-нибудь, кто перечитает все документы по ссылке
…Привет!
Андрей, все что я увидел по ссылке, это огромной список непонятной документации со страшными названиями.
Там много документации в том числе и много ТЗ. Можно сортировать поле "Тип" в нём указано "ТЗ на разработку". Вот ТЗ "Распределенная АИС МиСП 2010".
Ошибки в чем именно?
В самом ТЗ. В оформлении, в структуре, в формулировки требований и пр.
Использовать где и с какой целью?
При написании ТЗ и спецификации. Я думаю, что многое можно использовать из данных ТЗ в SRS. Возможно в них есть удачные решения, которые можно использовать при написании ТЗ/SRS. Выделить удачные и не удачные решения может опытный аналитик. При указании на эти + и — новичкам будет проще ровняться т.к. будет реальный пример. Кстати я так и не добился
реальных примеров в Примеры требований к ПО. Теперь есть примеры, но нужна оценка. Чтобы можно было сказать вот в этом ТЗ и в этом разделе есть отличный пример для всех.Также меня интересует вопрос, найдется ли здесь кто-нибудь, кто перечитает все документы по ссылке
…)))) М-дааа…. Это же не срочно. Постепенно выделять интересные и неудачные моменты. Читать много надо… Можно читать когда скучно на работе или как-нить на досуге или в отпуске у моря на пляже с бокалом коктейля…
[url=http://aisup.economy.gov.ru/pubportal/]Здесь[/url] список документации.
Есть на что ровняться? Есть грубые ошибки? Что следует использовать, а что нет? Очень интересна оценка не начинающих.Бегло посмотрел структуру.
Документы типа ТЗ имеют структуру по ГОСТ 34.602-90. Содержание разделов весьма произвольное, плохо формализованное.
Первое впечатление — оплата работы шла по объему документации. А чтобы вникнуть в детали — в общем, я столько не выпью…По секрету расскажу, что наша компания осуществляет экспертизу документации на соответствие ГОСТ 19, ГОСТ 34. В частности экспертизу документации на системы, разрабатываемые в рамках российского гос. заказа. Как раз, как по приведенной ссылке.Экспертиза — это очень трудоемкий, кропотливый и дорогой процесс, не думаю, что кто-то из возьмется на добровольной основе поднять эту гору документации.
Мир.
Содержание разделов весьма произвольное, плохо формализованное.
Первое впечатление — оплата работы шла по объему документации.Я уже почти полгода читаю темы по аналитики и статьи и не разу не читал хорошего отзыва о документе. Все только ругают ))) А возможен ли в принципе хорошее ТЗ/SRS? Можете пример показать на что можно ровняться?
По секрету расскажу, что наша компания осуществляет экспертизу документации на соответствие ГОСТ 19, ГОСТ 34. В частности экспертизу документации на системы, разрабатываемые в рамках российского гос. заказа. Как раз, как по приведенной ссылке.
О! Отлично Сергей! Почему же вы раньше скромничали?
Значит, вы точно можете показать документ на который можно ровняться![quote="Sergey.Shimansky"]По секрету расскажу, что наша компания осуществляет экспертизу документации на соответствие ГОСТ 19, ГОСТ 34. В частности экспертизу документации на системы, разрабатываемые в рамках российского гос. заказа. Как раз, как по приведенной ссылке.
О! Отлично Сергей! Почему же вы раньше скромничали?
Значит, вы точно можете показать документ на который можно ровняться![/quote]Думаю, может, но только для сотрудников его компании и для соответствующего заказчика.
Да, сказать, какое ТЗ хорошее, а какое нет сложно — для этого нужно перелопатить массу вариантов, а все это занимает много времени.ТЗ — это далеко не единственный документ на системы, создаваемый по ГОСТ. В помощь — http://www.rugost.com/index.php?option= … &Itemid=53
Нужно также понимать, что ТЗ по ГОСТ и западные образцы SRS — это разные документы. ТЗ по ГОСТ охватывает в себе все аспекты системы — технические, программные, организационные. SRS содержит в себе в основном лишь функциональные требования к ПО. Из за этого документы имеют разную структуру и содержание.
Если вас интересуют формальные требования к структуре и содержанию ТЗ, то вот они — http://www.rugost.com/index.php?option= … &Itemid=53
Для SRS можно пользоваться IEEE 830-1998 Recommended Practice for Software Requirements Specifications — http://www.info2.uqam.ca/~makarenkov_v/INM5151/IEEE830.pdf
Вы должны авторизироваться для ответа в этой теме.
