Состав документации на программные средства

 

3.7.1 Отдельные программные средства, имеющие самостоятельное применение (расчетные, оптимизационные и др.), как правило, оформляются в соответствии с ЕСПД.

 

3.7.2 Основными документами для типовых программных средств и программных изделий, имеющих самостоятельное применение, являются:

 

Техническое задание	ГОСТ 19.201
Пояснительная записка (на стадии ТП)	ГОСТ 19.404
Спецификация	ГОСТ 19.202
Описание комплекса программ	ГОСТ 19.402
Описание применения (разрабатывается при отсутствии ТП)	ГОСТ 19.502
Руководство оперативного пользователя	ГОСТ 19.503, ГОСТ 19.504, ГОСТ 19.505
Паспорт	Данный ОРММ

 

3.7.3 Состав программных документов для программных средств в составе АС:

- Техническое задание.

- Спецификация.

- Описание применения (при отсутствии ТП).

- Описание комплекса программ.

- "Руководство оперативного пользователя" (по ЕСПД) или

"Руководство пользователя" (по КС АС).

- Паспорт ПС (для ПС, имеющих самостоятельное применение вне системы).

 

Состав документов при проектировании базы данных

3.8.1 При разработке базы данных (БД) по частному или отдельному ТЗ документация оформляются как комплект отдельных документов. При проектировании базы данных по общему ТЗ на систему проектные решения по базе данных документируются, как правило, в виде разделов соответствующих документов проекта информационной системы.

В обоих случаях состав и содержание технического проекта соответствует в целом ГОСТ 34.201 и РД 50-34.698.

 

3.8.2 Для описания проектных решений по базе данных на стадии ТП разрабатываются следующие документы:

- Пояснительная записка к техническому проекту.

- Описание программного обеспечения по созданию и ведению БД.

- Описание организации информационной базы.

- Описание постановки общесистемного проектного решения по БД.

- Описание регулярных запросов к БД.

В случае проектирования БД по общему ТЗ на ИС соответствующие разделы документации включаются в документы по общесистемным решениям, информационному и программному обеспечению.

3.8.3 На стадии "рабочая документация" состав и содержание проекта соответствует в целом ГОСТ 34.201, РД 50-34.698, 19.101, 19.202, 19.401, 19.402, 19.502, 19.503.

 

3.8.4 Документы по проектируемой БД на стадии "рабочая документация":

- Инструкция по формированию и ведению базы данных.

- Руководство администратора БД (описание технологического процесса).

- Каталог базы данных.

- Ведомость документов технорабочего проекта.

- Паспорт.

 

Документация по комплексу технических средств для ИС

Перечень документации по комплексу технических средств для ИС, разрабатываемый на всех стадиях создания системы, включает следующие документы:

- Схема автоматизации.

- Описание комплекса технических средств.

- План расположения.

- План расположения оборудования и проводок.

- Технические задания на разработку специализированных (новых) технических средств.

- Перечень заданий на разработку специализированных (новых) технических средств.

- Схема структурная комплекса технических средств.

- Схема соединения внешних проводок.

- Схема подключения внешних проводок.

- Таблица соединений и подключений.

- Схема деления системы (структурная).

- Чертеж общего вида.

- Чертеж установки технических средств.

- Схема принципиальная.

- Спецификация оборудования.

- Инструкция по эксплуатации КТС.

 

3.9.1 Перечень необходимых для проектирования системы документов по техническим средствам и другому оборудованию определяется в ТЗ и (или) договоре

 

3.9.2 Состав и содержание документов по комплексу технических средств для ИС определяется ГОСТ 34.201 и РД 50-34.698, для задачи - ГОСТ 19.508 (ЕСПД). Виды документов на разрабатываемые технические средства для ИС и их частей - по
ГОСТ 2.102, в части эксплуатационных документов - по ГОСТ 2.601.

 

ОБОЗНАЧЕНИЕ ДОКУМЕНТОВ

4.1 Каждому разработанному документу ИС службой стандартизации предприятия (или подразделения, выполняющего его функции), должно присваиваться самостоятельное значение.

Все заимствованные документы сохраняют ранее присвоенные коды.

 

4.2 Обозначение документа имеет следующую структуру:

 

ХХХХХХХХ ХХХХХ. ХХХ. ХХ. ХХ. Х - Х.

Код организации-

разработчика______________

 

Код классификационной

характеристики (подсистема,

комплекс) АС или ее части______________

 

Регистрационный номер АС

или ее части________________________________

 

Код документа____________________________________

 

Порядковый номер документа одного наименования___________

 

Номер редакции документа______________________________________

 

Номер части документа_______________________________________________

 

4.3 Код организации-разработчика присваивают в соответствии с Общероссийским классификатором предприятий и организаций (ОКПО).

 

4.4 Код классификационной характеристики системы или части (подсистемы, комплекса, компонента) присваивают на основе отраслевого классификатора подсистем и задач. В зависимости от возникающих потребностей предприятиями отрасли этот код может быть расширен, но сохранена его основа.

 

4.5 Регистрационный номер системы или ее части присваивают службы организации разработчика от 001 до 999 по каждому коду регистрационной характеристики.

 

4.6 Код документа присваивают в соответствии с таблицей 4 настоящего документа, а для остальных, не представленных в таблице 4 документов - по
ГОСТ 34.201 или ГОСТ 19.103. Код документа отделяют от предыдущего обозначения точкой.

 

4.7 Порядковые номера документов одного наименования (два знака) присваивают, начиная со второго, и отделяют от предыдущего обозначения точкой.

 

4.8 Номер редакции документа присваивают, начиная со второй в порядке возрастания от 2 до 9, и отделяют от предыдущего значения точкой.

4.9 Номер части документа отделяют от предыдущего обозначения дефисом. Если документ состоит из одной части, то дефис не проставляют и номер части документа не присваивают.

 

4.10 В целях систематизации и информирования предприятий отрасли о новых системах и комплексах задач подразделения организаций-разработчиков, ответственные за присвоение обозначений документов, должны согласовывать коды классификационных характеристик систем с Отраслевым фондом алгоритмов и программ, который ведет БФ ВНИИАС МПС России.

 

Примеры:

 

1) Задача сетевого уровня, разработчик - ГВЦ МПС.

"Составление отчета об использовании грузоподъемности вагонов при погрузке грузов (ЦО-29)", "Описание постановки задачи": 04704353.18110.003. П4.

 

2) АРМ на ПЭВМ дорожного уровня, разработчик - БФ ВНИИАС:

"Автоматизированное рабочее место нарядчика локомотивных бригад" (АРМ ТЧБ), "Руководство пользователя:

01124388.48450.002. И3.

 

4.11 При разработке дополнительных документов код этих документов формируют следующим образом: первый знак буква, означающая вид документа:

В - ведомость,

С - схема,

И - инструкция,

Б - основание,

П - описание,

второй знак - цифра или буква, указывающая порядковый номер документа данного вида.

 

Например, код документа "Описание локальной вычислительной сети для ПЭВМ" - П10.

ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ

Общие положения

 

5.1.1 Требования к содержанию документов технического и рабочего проектов установлены в РД 50-34.698, соответствующими стандартами ЕСПД, ЕСКД, а также рекомендациями международных и национальных стандартов. Некоторые уточнения по наиболее важным из них приведены в данном ОРММ ИСЖТ.

 

5.1.2 В зависимости от объема проектирования (система, комплекс задач, АРМ) разработчик самостоятельно определяет содержание каждого документа.

 

5.1.3 Содержание отчетов по ГОСТ 7.32, разрабатываемых на предпроектных стадиях ("Формирование требований к АС" и "Разработка концепции АС") по набору разделов представлено в РД-34.698 (приложение1).

 

5.2 Требования к содержанию документов по общесистемным решениям

5.2.1 В е д о м о с т ь п р о е к т о в

 

Ведомость проектов содержит перечни всех документов, разработанных на определенной стадии.

Документ следует выполнять по ГОСТ 2.106.

Документ "Ведомость проекта" составляется при разработке технического, рабочего (технорабочего) проектов и может являться основным при предъявлении комплекта документов на АС и их компонентов для утверждения (подписания).

В ведомость документов технического, рабочего (технорабочего) проектов следует включать наименования и обозначения всех вновь разработанных для данного проекта документов и (или) заимствованных из других проектов, ранее разработанных АС или их частей и компонентов.

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

Ведомость технического проекта на систему включает разделы:

- документация по общесистемным решениям;

- документация решений по организационному обеспечению;

- документация решений по техническому обеспечению;

- документация решений по информационному обеспечению;

- документация решений по программному обеспечению;

- документация решений по математическому обеспечению.

 

В ведомость технического или технорабочего проектов, разрабатываемых с применением в них в качестве общесистемного проектного решения пакетов прикладных программ (систем телеобработки, систем управления базами данных, программного обеспечения сетей ЭВМ и др.), в раздел "Документация решений по программному обеспечению" включают спецификации используемых ППП и программ привязки.

Пример оформления ведомости технического проекта приведен в приложении А, ведомости документов технорабочего проекта - в приложении Б, ведомости рабочей документации - в приложении В.

5.2.2 О п и с а н и е и н ф о р м а ц и о н н о й т е х н о л о г и и с и с т е м ы

 

Документ предназначен для описания информационной технологии для комплексных многоуровневых и интегрированных информационных систем и включает следующие разделы:

 

1) Общие положения:

- наименование системы и ее назначение;

- основные компоненты системы;

- этапы создания системы и функциональный состав задач каждого этапа.

2) Состав сообщений

Приводятся виды сообщения на всех уровнях функционирования системы.

3) Технология подготовки, формирования и передачи информации (сообщений, документов, сигналов и пр.)

Приводится информация об основных объектах системы, где осуществляется зарождение информации, ее формирование, контроль, прием и передача. Описывается технология этого процесса.

4) Основные базы данных системы и их состав

Приводятся базы данных (сервера) как системы в целом, так и входящих в нее компонентов (подсистем, АРМ и пр.). Описывается их организация и состав, а также администрирование.

5) Принципы логического контроля и синхронизации баз данных

Описываются принципы контроля (форматный, логический) и синхронизации баз данных. Приводится технология функционирования системы при наличии ошибок

6) Описание функций системы

Приводятся реализуемые в проекте функции системы в целом и всех ее частей (подсистем, комплексов задач, АРМ и пр.) на всех уровнях решения (линейном, дорожном, сетевом). Описывается перечень выходных печатных форм (справок, отчетов и пр.).

7) Порядок взаимодействие с другими системами

Описывается взаимодействие системы в целом и ее составляющих с другими системами, базами (банками) данных. Приводится перечень задач, обеспечиваемый этим информационным взаимодействием. Приводятся структуры сообщений, справок и пр.

 

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

 

5.2.3 П о я с н и т е л ь н а я з а п и с к а к т е х н и ч е с ко м у п р о е к т у

 

Документ "Пояснительная записка к техническому проекту" предназначен для общего описания и обоснования решений, принятых в проекте. Разрабатывается в составе технического проекта для систем (комплексов задач, АРМ).

Состав и содержание документа:

1) Общие положения:

- наименование разработки и ее назначение;

- наименование документов, на основании которых ведется разработка проекта системы;

- перечень организаций, участвующих в разработке;

- назначение системы (комплекса задач).

2) Описание процесса деятельности

Описывается состав процедур (операций) с учетом обеспечения взаимосвязи и совместимости процессов автоматизированной и неавтоматизированной деятельности, формируются требования к организации работ в условиях функционирования АС.

3) Основные технические решения:

- перечень утвержденных методик, использованных при разработке проекта;

- решения по структуре системы, подсистем, средствам и способам связи для информационного обмена между компонентами системы, подсистем;

- решения по взаимосвязи АС со смежными частями, обеспечению ее совместимости;

- краткое описание функционирования системы (комплекса задач, АРМ) в целом и по отдельным частям, ее диагностирование;

- состав функций, комплексов задач (задач), реализуемых системой (подсистемой);

- решения по комплексу технических средств, его размещению на объекте;

- решения по составу информации и базам данных, входным и выходным документам и сообщениям, последовательности обработки информации;

- решения по составу программных средств, языкам деятельности, алгоритмов процедур и операций.

В разделе приводят в виде иллюстраций другие документы, которые допускается включать по ГОСТ 34.201.

4) Мероприятия по подготовке объекта автоматизации к вводу (по унификации информации для обработки на ЭВМ, по созданию необходимых подразделений, по изменению структуры объекта автоматизации и пр.).

 

5.2.4 О п и с а н и е а в т о м а т и з и р о в а н н ы х ф у н к ц и й

 

Документ "Описание автоматизированных функций" разрабатывается для систем типа АСУТП, АСУП и включающих подсистемы, АРМы и другие компоненты. Состав разделов документа:

- исходные данные (перечень используемых при разработке функций системы материалов и документов);

- цели ИС и автоматизированные функции (приводится их описание);

- характеристика функциональной структуры (перечень подсистем с описанием функций каждой из них, описание разделения операций между техническими средствами и человеком);

- типовые решения (при наличии).

Подробное описание разделов в РД 50-34.698, п.2.5.2 - 2.5.5.

 

5.2.5 О п и с а н и е п о с т а н о в к и з а д а ч и (комплекса задач)

 

Документ "Описание постановки задачи" является обязательной составной частью технической документации на типовые комплексы задач, задачу и такие компоненты информационной системы, как АРМ и др.

Допускается разрабатывать документ "Описание постановки задачи" на группу задач одного комплекса или на несколько комплексов задач, имеющих общий алгоритм функционирования. При этом необходимо соблюдать требования к оформлению данного документа в соответствии с РД 50-34.698 (п.2.6.2 - 2.6.4).

Документ должен содержать следующие разделы:

- характеристика комплекса задач (задачи);

- архитектура построения распределенных приложений;

- выходная информация (на уровне документов, сообщений, массивов);

- входная информация (на уровне документов, сообщений, массивов);

- нормативно-справочная информация;

- меры по повышению надежности функционирования комплекса задач (задачи);

- описание алгоритма;

- описание результатов имитационного (имитационно-физического) моделирования.

Допускается вводить разделы, содержащие материалы, необходимые для учета специфики задачи (комплекса задач). Отсутствие проектных решений по разделу документа "Описание постановки задачи" поясняется в соответствующем разделе.

Совместно с "Техническим заданием" на разработку комплекса задач (АРМ, задачу) документ определяет требования к видам обеспечения. "Описание постановки задачи разрабатывается:

1) в составе технического (технорабочего) проекта на систему (комплекс задач, автоматизированное рабочее место, задачу);

2) как дополнение к технорабочему проекту в случае, когда на этапе развития и совершенствования уже внедренных задач осуществляется расширение их функционального состава за счет новых комплексов задач на базе единого общесистемного, информационного и технического обеспечения.

Содержание разделов:

1) В разделе "Характеристика комплекса задач" приводится следующая информация:

- назначение комплекса задач;

- комплексы задач (задачи, АРМы), на которые распространяется этот документ;

- перечень объектов (технологических объектов управления, подразделений предприятий), при управлении которыми решают этот комплекс задач;

- базы данных, используемые при решении задачи;

- наименование и обозначение заимствованных массивов, образованных в результате решения других задач, а также перечень сообщений, поступающих в этот комплекс из других комплексов;

- режим функционирования комплекса задач (реального времени, интерактивный и пр.), периодичность и продолжительность решения;

- условия, при которых прекращается решение функционирование задач автоматизированным способом, и ссылка на утвержденную технологию работы в условиях отказа технических и программных средств;

- связь данного комплекса задач с другими задачами и комплексами системы;

- распределение действий между персоналом и техническими средствами при различных ситуациях решения комплекса задач.

2) Раздел "Архитектура построения распределенных приложений" определяет протоколы и интерфейсы взаимодействия клиентских и серверных частей приложений между собой и с программными средствами среды распределенной обработки данных при выполнении ими функций поддержки интерфейсов пользователя. Приводятся компоненты клиентской части и представляемые средства пользовательского интерфейса (наличие управления окнами, использование готовых графических символов (икон), манипулирование графическими объектами и окнами посредством "мыши", объектно- и проблемно-ориентированное проектирование диалоговых систем и пр.).

3) Раздел "Выходная информация" содержит:

- Перечень и описание выходных документов (массивов, сообщений), представленных в виде таблицы. В таблицу включаются все документы (массивы, сообщения), пользователями которых являются: заказчик комплекса задач (АРМ); подразделения, осуществляющие технологический процесс решения задачи; эта же задача в последующих периодах ее решения; другие задачи, комплексы, системы.

По каждому документу (массиву, сообщению) указывают:

· идентификатор;

· форму представления (документ, видео-кадр, массив, сообщение, сигнал управления и пр.)

· периодичность выдачи;

· сроки выдачи и допустимое время задержки решения;

· получателей и назначение выходной информации.

- Состав и характеристики имеющих самостоятельное смысловое значение реквизитов выходных документов (массивов, сообщений). Описание реквизитов производится в последовательности расположения их в документе (массиве, сообщении). По каждому структурному реквизиту информации следует указывать:

· наименование;

· идентификатор;

· требования к точности и надежности (при необходимости).

 

Допускается ссылка на документы с их описанием.

Если результаты решения задачи представляются на экран ПЭВМ, то в раздел должны быть помещены соответствующие видеограммы.

 

4) Раздел "Входная информация" включает:

- перечень и описание входных документов (массивов, сообщений и пр.) с указанием их идентификаторов, формы представления, сроков и частоты поступления, времени хранения;

- перечень и описание структурных единиц информации входных;

- документов (массивов, сообщений и пр.) или ссылку на документы, содержащие эти данные, а также виды логического контроля.

Приводится перечень прикладных программ контроля.

В разделе также приводится перечень видов контроля, которые требуется осуществлять при вводе информации. При этом указывается, какие из этих видов являются стандартными для используемой системы ввода, а какие должны обеспечиваться прикладной программой.

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

5) Раздел "Нормативно-справочная информация" включает:

- перечень классификаторов (общероссийских, отраслевых, локальных);

- словари;

- массивы (таблицы, справочники);

- состав реквизитов словарей и массивов, используемых при решении задачи.

Описание нормативно-справочной информации приводится в форме таблиц.

6) Раздел "Описание алгоритма решения" включает:

- математическое описание (при необходимости);

- алгоритм решения.

В подразделе "Математическое описание" приводится математическая модель или экономико-математическое описание процесса (объекта), перечень принятых допущений и оценки соответствия принятой модели реальному процессу (объекту) в различных режимах и условиях работы, сведения о результатах научно-исследовательских работ, если они использованы для разработки алгоритма.

В подразделе "Алгоритм решения" приводится:

- общий алгоритм решения задачи в соответствии с утвержденными методиками, разработанными и описанными в документе "Пояснительная записка", включая контроль входной, промежуточной и выходной информации (возможно текстовое описание, укрупненные функциональные схемы и пр.);

- описание блоков, реализуемых промышленными программными продуктами;

- описание алгоритмов решения комплекса задач (задачи), реализуемых современными программными средствами (включая CASE-технологии) с указанием логических операций, соотношений для контроля вычислений, требования к точности расчетов и контроля достоверности вычислений, последовательности формирования выходной информации;

- описание параметров настройки алгоритмов, учитывающих конкретные условия объекта, на котором внедряется система.

Алгоритм представляют одним из следующих способов: графический, текстовый, смешанный (графический или табличный с текстовой частью).

Способ представления алгоритма выбирает разработчик, исходя из сущности описываемого алгоритма и возможности формализации его описания.

Алгоритм в виде схемы выполняется по правилам, установленным ГОСТ 19. 002 и ГОСТ 19.005, в виде таблиц и текстовых описаний - по ГОСТ 2.105.

 

7) В разделе "Меры по повышению надежности функционирования задачи" приводятся:

- способы использования хранимой информации при изменении инфраструктуры объектов автоматизации;

- порядок автоматического протоколирования хода решения задачи с приведением образцов протоколов для каждого этапа решения;

- порядок получения дополнительных данных в случае передачи неполной или ошибочной информации.

 

8) Раздел "Описание результатов имитационного (имитационно-физического) моделирования разрабатывается при необходимости и включает:

- общее описание метода моделирования;

- описание исходных данных для моделирования;

- описание количественных характеристик функционирования задачи по результатам моделирования, производительности, времени реакции и др.;

- анализ результатов моделирования и определения возможности дальнейшей доработки алгоритмов функционирования.

Допускается в качестве приложений к документу давать иллюстрационный материал, таблицы или текст вспомогательного характера, а также документы, имеющие самостоятельное значение (чертежи форм документов, описание массивов информации, схемы и пр.).

5.2.6 П а с п о р т

 

Документ разрабатывается в соответствии с РД 50-34.698-90 (п.2.8) для ИС, ее частей и компонентов. Информация, помещенная в данном документе, включается Отраслевым фондом алгоритмов и программ МПС (ОФАП МПС) при регистрации системы в Информационно-справочную систему состояния средств информатизации и телекоммуникаций на железнодорожном транспорте (ИССИТ)"

Документ содержит разделы:

1) Полное название автоматизированной системы (задачи, АРМ).

2) Сокращенное название.

3) Основные функции.

4) Входная информация.

5) Выходная информация.

6) Состав АС (другие системы, общесистемные компоненты, АРМ и пр.).

7) Состав НСИ.

8) Организация-заказчик.

9) Источник финансирования.

10) Объем финансирования (млн.руб.).

11) Вид плана выполнения работ.

12) Головной разработчик.

13) Соисполнители.

14) Дата утверждения ТЗ.

15) Дата и № акта о сдаче в опытную эксплуатацию на головном объекте.

16) Дата и № акта о сдаче в постоянную эксплуатацию на головном объекте.

17) Головной объект внедрения.

18) Другие объекты внедрения

19) Уровень применения.

20) Предметная область.

21) Класс системы.

22) Режим функционирования.

23) Временные характеристики.

24) Тиражируемость (возможность внедрение на нескольких объектах).

25) Вхождение в другие системы (перечень).

26) Периодичность решения.

27) Тип ЭВМ.

28) Тип и версия ОС.

29) Языки программирования.

30) Признак наличия средств генерации.

31) Признак работы в сетях.

32) Виды каналов связи (для АРМ).

33) Тип модема (для АРМ)

34) Протоколы связи.

35) Требуемый размер оперативной памяти.

36) Требуемый размер памяти на магнитных носителях.

37) Организация-изготовитель.

38) Организация-держатель подлинника.

39) Признак наличия документации в ОФАП или его отделениях.

40) Признак наличия ПО в ОФАП или его отделениях.

41) Вид носителя информации программного обеспечения.

42) Вид носителя документации.

43) Наличие лицензии (№ договора) на используемые операционные системы, СУБД и инструментальные средства.

44) Конечные пользователи.

45) Версия ПО.

46) Почтовый адрес головного разработчика.

47) Фамилии основных разработчиков и их рабочие телефоны.

48) Контактный телефон.

 

5.2.7 О б щ е е о п и с а н и е с и с т е м ы

 

Документ разрабатывается на стадии "рабочая документация", относится к эксплуатационной документации, предназначен для ознакомления пользователей с общими вопросами функционирования системы и имеет рекламный характер. В документ включаются следующие разделы:

- назначение системы (вид деятельности, для которой предназначена система; перечень объектов автоматизации, на которых может использоваться система; перечень функций, реализуемых системой);

- описание системы (структура системы и назначение ее частей);

- описание взаимосвязей ИС с другими системами (перечень систем, описание связей и их регламента);

- описание подсистем (при необходимости).

Подробное описание разделов в РД 50-34.698 (пп.2.11.2 - 2.11.5).

 

5.2.8 П р о г р а м м а и м е т о д и к а и с п ы т а н и й

 

Программа испытаний должна содержать перечни конкретных проверок:

- соответствие ТЗ;

- комплектность системы (задачи, АРМ и др.);

- комплектность и качество документации;

- комплектность, достаточность состава и качество программных средств и программной документации;

- количество и квалификация обслуживающего персонала;

- степень выполнения требований функционального назначения системы;

- контролепригодность системы (приводится контрольный пример);

- выполнение требований техники безопасности, противопожарной безопасности, промышленной санитарии, эргономики;

- функционирование системы с применением программных средств.

Описание методов испытаний в той же последовательности, что и в технических требованиях.

Программа испытаний должна охватывать:

- объект испытаний;

- цель испытаний;

- общие положения;

- условия и порядок проведения испытаний;

- материально-техническое обеспечение испытаний;

- метрологическое обеспечение испытаний;

- отчетность.

Описание контрольного примера приводится в качестве приложения.

Подробное содержание этих разделов в РД 50-34.698 (п.п.2.14.7 - 2.14.17).

5.2.9 С х е м а о р г а н и з а ц и о н н о й с т р у к т у р ы

 

Схема структуры содержит состав подразделений (лиц), участвующих в функционировании ИС, их основные функции и связи между ними.

 

5.2.10 О п и с а н и е п о с т а н о в к и о б щ е с и с т е м н о г о п р о е к т н о г о

р е ш е н и я п о б а з е д а н н ы х

 

Документ разрабатывается в случае создания базы данных как самостоятельного объекта проектирования в системе на основе частного ТЗ. Документ должен включать следующие разделы:

1) Введение (обоснование и краткая характеристика решений по базе данных).

2) Инфологическая модель предметной области и ее отображение в среду, поддерживаемую выбранной СУБД (описываются элементы модели).

3) Описание логической структуры базы данных (состав информационных объектов; структуризация данных, содержащихся в информационных объектах; представление структурных связей с помощью средств СУБД и пр.)

4) Описание внутренней схемы базы данных (способы организации данных в среде хранения; состав хранимых записей, их формат, размеры блока, ключей, форматов представлений полей, количество экземпляров записей; выбор метода организации и доступа к данным; определение объемных характеристик хранимых данных; выбор средств реализации логических связей и пр.)

5) Описание представлений данных для приложений.

6) Описание состава функций, поддерживаемых СУБД и пакетами прикладных программ приложений окружения, а также функций, реализуемых средствами прикладного программного обеспечения. Описание генерации и настройки.

7) Описание функций СУБД по обеспечению следующих задач:

ввода сообщений и документов;

контроля сообщений и документов;

исправления вводимых сообщений и документов;

управления потоком ввода документов и сообщений;

загрузки данных из множества документов и сообщений в базу данных с одновременным контролем их достоверности;

актуализации базы данных;

организации контрольных точек;

рестарта после сбоев и восстановления;

ведение системного журнала;

реорганизации баз данных;

редактирования и форматирования выходных документов и сообщений;

обеспечение безопасности, в том числе целостности;

тестирования;

тестирования и отладки программ пользователя и пр.

8) Расчет потребностей в оборудовании и ресурсах вычислительной системы (приводятся решения по структуре КТС, описания методов обмена данными, защиты; расчет потребности в объеме машинных носителях, объемов оперативной памяти, организационно-техническом оснащении рабочих мест администратора и пользователей, расчет численности персонала, обслуживающего базу данных и пр.)

9) Описание организационной структуры и функции администратора базы данных (описываются процедуры, входящие в сферу деятельности пользователей и службы администратора базы данных, в условиях функционирования базы данных).

 

Требования к содержанию документов с решениями по организационному обеспечению

 

5.3.1 О п и с а н и е о р г а н и з а ц и о н н о й с т р у к т у р ы

 

Документ содержит разделы:

- изменения в организационной структуре управления объектом;

- организация подразделений;

- реорганизация существующих подразделений управления.

Подробное описание разделов в РД 50-34.698 (пп.3.1.2 - 3.1.4).

 

5.3.2 М е т о д и к а (т е х н о л о г и я) а в т о м а т и з и р о в а н н о г о

п р о е к т и р о в а н и я

 

Документ разрабатывается для систем автоматизированного проектирования и содержит разделы:

- общие положения;

- постановка задачи;

- методика проектирования;

- исходные данные;

- проектные процедуры;

- оценка результатов.

Подробное описание разделов в РД 50-34.698 (пп.3.2.2 - 3.2.8).

 

5.3.3 Т е х н о л о г и ч е с к а я и н с т р у к ц и я

 

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

Структуру документа устанавливает разработчик в зависимости от содержания операций.

 

5.3.4 Р у к о в о д с т в о п о л ь з о в а т е л я

 

Документ содержит разделы:

- введение;

- назначение и условия применения;

- подготовка к работе;

- описание операций;

- аварийные ситуации;

- рекомендации по освоению.

 

В разделе "Введение" указывают область применения, краткое описание возможностей, уровень подготовки пользователей, перечень эксплуатационных документов, с которыми необходимо ознакомиться пользователю.

 

В разделе " Назначение и условие применения" описывают:

- виды деятельности, функции, для автоматизации которых предназначено данное средство автоматизации;

- условия функционирования системы (вид ЭВМ и конфигурация технических средств, операционная среда и общесистемные программные средства, входная информация, база данных, требования к подготовке специалистов и пр.)

В разделе "Подготовка к работе" указывают:

- состав и содержание дистрибутивного носителя данных;

- порядок загрузки данных и программ;

- порядок проверки работоспособности.

В разделе "Описание операций" указывают:

- описание всех выполняемых функций, задач (комплексов задач), процедур;

- описание операций технологического процесса обработки данных для выполнения функций, задач (комплексов задач), процедур.

В разделе "Описании операций" должна быть предусмотрена идентификация ошибочных действий и стандартизована форма сообщений об ошибках.

Кроме этого, должны быть описаны:

- соответствие между элементами интерфейсов пользователя (экранными формами) и типовыми процедурами;

- последовательнос