Описание информационного обеспечения

спасибо за схему!! действительно, намного больше ясности об этом разделе

Как угодно. Мне больше нравится выдавать ТРП в виде отдельных документов, т.е и П5 давать отдельно. Но при работе в AuthorIT это некритично - легким движением руки П5 может превратиться в раздел П2, и остаться при этом обособленным документом.

дело в том, что на основании примеров уже готовых ПЗ (в основном разработка программно-аппаратных комплексов) сформировался вывод о том, что как таковой раздел "Требования к информационному обеспечению" не выносится, а рассматривается в описании подсистем, вместе, кстати с функциями не совсем понятно, нужно ли четко придерживаться требований РД50-34 или можно на усмотрение заказчика оставлять этот раздел?...

Конечно, Вы правы. В любом случае спасибо за помощь. Схема многое прояснила. Теперь напишу свой образцово показательный документ

Да. Схема или алгоритм процесса или процедуры есть ИО.

Дело в том, что такой документ, разработанный строго по ГОСТ и прошедший кучу экспертиз, является объектом купли продажи, как и конструкторская документация. Иными словами - стоит немалых денег. По отдельным разделам ТЗ или ТРП готов помогать, но просто так показать все документы ТРП или ТЗ по ГОСТ 34 не готов. Слишком много времени и сил затрачено на все это. Да и коммерческая тайна, черт бы ее побрал.

Да, в качестве внемашинной информационной базы, совершенно верно.

Вот картика - смотрите структуру. Все станет ясно.
[img]http://authorit.ru/images/iis.jpg][/img]

Спасибо. Действительно, все более менее прояснилось. Теперь справлюсь
Жалко только, что не удалось увидеть хоть один подобный целый документ для примера.

лучше по второму пути, поскольку экспорт-импорт в состав ИО не входит, являясь процессом, процедурой, а не данными, как таковыми

Действительно - собственно импорт или экспорт - это процесс, но схема данных которые импортируются или экспортируются (а эти схемы отличаются) - это уже данные используемые конвертерами.
Можно считать, что эти схемы входят в состав ИО?

Да, в качестве внемашинной информационной базы, совершенно верно.

Вот картинка - смотрите структуру. Все станет ясно.

лучше по второму пути, поскольку экспорт-импорт в состав ИО не входит, являясь процессом, процедурой, а не данными, как таковыми

Не помешает, например, сослаться на руководство по Windows

не хотел никого обидеть

Подобный документ пишу в первый раз. Было бы интересно посмотреть и проанализировать различные варианты.
Программная система, на которую пишется документ, представляет собой обычное клиент-серверное win приложение с централизованной БД.
Структура документа должна соответствовать вышеперечисленным ГОСТам

На текущий момент у меня сложилось такое представление: в описании информационного обеспечения должна быть описана модель предметной области и БД приложения.

Вопросы:
1. Требуется ли описывать(или ссылаться) в этом документе нормативные документы, регламентирующие работу пользователей в ПО (не относящиеся к документации на ПО)?
2. Мне не очень понятно что нужно писать в последних разделах документа (организация внутримашинной информационной базы, организация внемашинной информационной базы). Корректно ли объединить эти разделы в один и описать в нем БД приложения.
3. В рамках приложения реализованы импорт и эскспорт данных в формате XML. Следует ли упоминать об этом в разделе "состав ИО" или достаточно будет это все описать в разделе "организация сбора и передачи информации".

Уважили
Отдельные разделы имеются. Задавайте вопросы по-существу.