3. Назначение и цели

Оглавление:

3.1. Назначение разработки

4. Требования к аппартно-программному комплексу

4.1. Требованияк функциональным характеристикам

4.2. Требования к надёжности

4.3. Условия эксплуатации

4.4. Требования к составу и параметрам технических средств

4.4.1. Требования к техническим средствам

4.4.2. Требования к программным средствам

4.5. Требования к информационной и программной совместимости

5. Требования к программной документации

6. Cтадии и этапы разработки

7. Порядок контроля и приёмки

Аппаратно-программный комплекс «Наименование программы», далее АПК,предназначен и представляет собой комплекс специального программного обеспечения (СПО) функционирующего на аппаратной платформе IBM PC/AT совместимых компьютеров.

2. Основание для разработки.

Комплекс создается в соответствии с хозяйственным договором № _______ от _______________между и .

3. Назначение и цели.

3.1. Назначение разработки.

АПК является составной частью и предназначен для :

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

— выдачи рекомендаций по ;

— оперативного получения служебной и справочной информации необходимой для принятия управленческих решений;

— ведения служебно-информационных документов;

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

3.2. Цель разработки.

Целью разработки АПК является:

— предоставление сведений для управления имеющимися в наличии ;

— повышение качества и оперативности принимаемых решений, оптимального использования средств;

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

4. Требования к АПК.

СПО АПК должно состоять из следующих программных блоков:

— формирование сведений о наличии — » «;

— отображение общей оперативной обстановки – » «;

— ввод справочных данных об объёктах и графический редактор – » «;

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

Информационные связи между СПО АПК должны обеспечиваться средствами управления базой данных (СУБД) через базу данных (БД) файл сервера.

Программные блоки » » и » » логически должны быть объединены в одно автоматизированное рабочее место (АРМ) «АРМ «.

Программный блок » » должен быть реализован с использованием картографической основы (масштаб 1:500000) в двух вариантах:

Программный блок » » должен позволять функционировать вне состава АПК.

4.1. Требования к функциональным характеристикам.

Программа должна обеспечить:

Входными данными является информация характеризующая:

Программа должна обеспечивать:

Состав базы данных:

4.1.3. Программный блок » «.

Программа должна обеспечивать:

— приём, обработку и отображение данных;

— отображение динамики в реальном масштабе времени;

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

— отображение информации в виде списка;

— фильтрацию отображаемой информации по запросу;

— печать информации за сутки и по требованию;

— подготовка суммарных отчётов за указанный промежуток времени, выдача их на печать;

— привязка базы данных к графическим объектам отображения;

Состав баз данных:

— сводная ведомостьна текущий момент времени, за сутки или за указанный срок;

4.1.4. Программа «Сведения об объектах»

Программа должна быть разработана на основе требований » «.

Программа должна обеспечивать:

— ввод и корректировку информации об объектах;

— составление графической части;

— ввод (добавление) уже существующих баз данных аналогичного формата;

— выдачу на печать сведений об объекте в установленной форме.

— оперативно-тактическая характеристика объекта;

— графическая информация о расположении объекта на местности;

— данные об объекте;

— оперативно-тактическая характеристика объекта.

4.2. Требования к надёжности

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

Программное обеспечение должно быть разработано с использованием лицензионных программных средств.

4.3. Требования к условиям эксплуатации АПК

Условия эксплуатации АПК:

— температура окружающей среды от +10 до +25 С;

— относительная влажно сть воздуха при 25 С от 40 до 80%;

— атмосферное давление 84-107 кПа;

— содержание агрессивных примесей в воздухе в пределах санитарных норм.

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

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

4.4. Требования к составу и параметрам технических и программных средств АПК

4.4.1. Требования к техническим средствам

АПК должен функционировать на ПЭВМ, совместимых с IBM PC AT со следующими характеристиками:

— процессор типа Pentium 100 и выше;

— оперативная память 16 Мб и выше;

— ёмкость накопителя на жёстком диске 300 Мб и выше.

4.4.2. Требования к программным средствам

1) Операционная система – Window`s 95 и выше;

2) Средство разработки программ:

— » » и » » – Visual FoxPro 5.0 и выше;

3) Формат баз данных – dbf, графическая часть-bmp.

4) Формат отчётных документов (журналов, справок) – Microsoft Word 6.0 и выше;

4.5. Требования к информационной и программной совместимости.

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

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

В общем виде классификатор содержит наименование понятия и его код. Коды могут быть простые и составные.

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

Составной код имеет составляющие, которые занимают определённые позиции кода.

5. Требования к программной документации

На АПК должны быть разработаны следующие документы:

— программа и методика испытаний;

документы должны быть выполнены в соответствии с ГОСТ 19.105-78, ГОСТ 19.106-78.

6. Стадии и этапы разработки

Разработка АПК должна проводится с учётом следующих этапов:

— изучение предметной области;

— уточнение структур хранения данных;

— разработка алгоритма работы программы;

— кодирование и автономная отладка программ;

— комплексная отладка программ;

7. Порядок контроля и приёмки

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

Разработка ТЗ по ГОСТ 19 — разделы 4-8

ГОСТ 19.ххх на создание технического задания: .

    Структура документа (разделы 4-8):

4 ТРЕБОВАНИЯ К ПРОГРАММЕ

УКАЗАНИЯ ГОСТ:
Раздел «Требования к программе или программному изделию» должен содержать следующие подразделы:
— требования к функциональным характеристикам;
— требования к надежности;
— условия эксплуатации;
— требования к составу и параметрам технических средств;
— требования к информационной и программной совместимости;
— требования к маркировке и упаковке;
— требования к транспортированию и хранению;
— специальные требования.

4.1 Требования к функциональным характеристикам

УКАЗАНИЯ ГОСТ:
В подразделе «Требования к функциональным характеристикам» должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т.п.

4.1.1 Требования к составу выполняемых функций

ПРИМЕР СОДЕРЖАНИЯ:
АС ОВИР должна выполнять следующие функции:
1. Функции для работы с гражданами РФ:
— Обеспечение доступа всех пользователей к общедоступным функциям и сведениям, опубликованным на сайте;
— Отображение сведений о федеральном агентстве;
— Отображение новостных, нормативно-правовых и других сведений в графическом виде, табличной и текстовой форме;
— Навигация по разделам сайта;
— Поиск по ключевым словам;
— Скачивание на компьютер пользователя и печать бланков документов, представляемых в федеральное агентство;
— Регистрация пользователей;
— Управление профилем.
2. Административные функции:
— т.п.;
— пр.
Точный состав сведений, размещаемых на сайте, и функций сайта будет определен и согласован с Заказчиком на этапе подготовки технического задания на разработку АС ОВИР.

Читайте так же:  Система трудовых отношений в коллективе организации

4.2 Требования к надежности

УКАЗАНИЯ ГОСТ:
В подразделе «Требования к надежности» должны быть указаны требования к обеспечению надежного функционирования (обеспечения устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа и т.п.).

4.3 Условия эксплуатации

УКАЗАНИЯ ГОСТ:
В подразделе «Условия эксплуатации» должны быть указаны условия эксплуатации (температура окружающего воздуха, относительная влажность и т.п. для выбранных типов носителей данных), при которых должны обеспечиваться заданные характеристики, а также вид обслуживания, необходимое количество и квалификация персонала.

4.4 Требования к составу и параметрам технических средств

УКАЗАНИЯ ГОСТ:
В подразделе «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их основных технических характеристик.

ПРИМЕР СОДЕРЖАНИЯ:
Наполнение этого раздела можно взять из ТЗ на систему в целом (в части, необходимой для данной АС):
— Требования к техническому обеспечению.

4.5 Требования к информационной и программной совместимости

УКАЗАНИЯ ГОСТ:
В подразделе «Требования к информационной и программной совместимости» должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования и программным средствам, используемым программой.

4.6 Требования к маркировке и упаковке

УКАЗАНИЯ ГОСТ:
В подразделе «Требования к маркировке и упаковке» в общем случае указывают требования к маркировке программного изделия, варианты и способы упаковки.

ПРИМЕР СОДЕРЖАНИЯ:
Требования не предъявляются.

4.7 Требования к транспортированию и хранению

УКАЗАНИЯ ГОСТ:
В подразделе «Требования к транспортированию и хранению» должны быть указаны для программного изделия условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях.

ПРИМЕР СОДЕРЖАНИЯ:
Требования не предъявляются.

5 ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ

УКАЗАНИЯ ГОСТ:
В разделе «Требования к программной документации» должен быть указан предварительный состав программной документации и, при необходимости, специальные требования к ней.

ПРИМЕР СОДЕРЖАНИЯ:
Наполнение данного раздела необходимо взять из ТЗ на систему в целом:
8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ.

6 ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИ

УКАЗАНИЯ ГОСТ:
В разделе «Технико-экономические показатели» должны быть указаны: ориентировочная экономическая эффективность, предполагаемая годовая потребность, экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами.

ПРИМЕР СОДЕРЖАНИЯ:
Ориентировочная экономическая эффективность не рассчитываются.
Предполагаемая годовая потребность продукта — 100 сеансов в год.
Зарубежных и отечественных аналогов нет.

7 СТАДИИ И ЭТАПЫ РАЗРАБОТКИ

УКАЗАНИЯ ГОСТ:
В разделе «Стадии и этапы разработки» устанавливают необходимые стадии разработки, этапы и содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены), а также, как правило, сроки разработки и определяют исполнителей.

ПРИМЕР СОДЕРЖАНИЯ:
Наполнение этого раздела можно взять из ТЗ на систему в целом (в части, необходимой для данной АС):
ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ.

8 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ

УКАЗАНИЯ ГОСТ:
В разделе «Порядок контроля и приемки» должны быть указаны виды испытаний и общие требования к приемке работы.

ПРИМЕР СОДЕРЖАНИЯ:
Наполнение данного раздела необходимо взять из ТЗ на систему в целом:
ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ.

8.1 Виды испытаний

8.2 Общие требования к приемке работы

УКАЗАНИЯ ГОСТ:
В приложениях к техническому заданию, при необходимости, приводят:
перечень научно-исследовательских и других работ, обосновывающих разработку;
схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые могут быть использованы при разработке;
другие источники разработки.

ПРИМЕР СОДЕРЖАНИЯ:
Требования не предъявляются.

Требования к информационной и программной совместимости

Объём ОЗУ: 1024 Мб и более. Наши авторы, у которых вы можете купить рефераты на заказ в Уфе , это преподаватели ВУЗов с многолетним опытом. Объём свободного места на жёстком диске: 300 Мб.
Программа должна работать под управлением семейства опе-рационных систем Win 32 (Windows ХР/7 и т. п.).
Требования к маркировке и упаковке и требования к транспортированию и хранению
Особых требований не предъявляется.
Требования к программной документации
Разрабатываемый программный модуль должен быть самодокументирова¬н, т. е. тексты модулей должны содержать все необходимые комментарии.
Разрабатываемая система должна включать справочную информацию.
В состав сопровождающей документации должны входить:

  • Пояснительная записка, содержащая описание разработки.
  • Руководство пользователя.
  • Тексты программы.

Стадии и этапы разработки
Этапы разработки программного продукта:

  • Анализ предметной области
  • Разработка технического задания
  • Разработка функциональной модели
  • Создание программного модуля
  • Тестирование программного модуля
  • Сопровождение (документация)

1.2 Анализ предметной области. Функциональная модель приложения
Инвентаризация кассы – это проверка первичной и вторичной документации учета, остатка по кассовой книге и наличных в кассе. Основными задачами учета кассы являются:
1. Своевременное и правильное документальное оформление поступления и выбытия денежных средств.
2. Обеспечение контроля над сохранностью документов.
3. Своевременное отражение всех изменений, происходящих в состоянии кассы.
4. Правильное отражение записей в регистрах учета.
5. Обеспечение контроля над сохранностью полученных денежных средств.
Программный модуль «Инвентаризация кассы» создан в версии 8.1 платформы «1С: Предприятие».

Требования к информационной и программной совместимости;

Требования к составу и параметрам технических средств

Требования к надежности

Требования к функциональным характеристикам

Требования к программе или программному изделию

Назначение разработки

Основания для разработки

Введение

Раздел не нумеруется. В разделе «Введение» указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.

В разделе «Основания для разработки» должны быть указаны:

  • документ (документы), на основании которых ведется разработка; (учебный план специальности)
  • организация, утвердившая этот документ, и дата его утверждения; (кафедра АИПУ)
  • наименование и (или) условное обозначение темы разработки.

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

Содержит описание системы, что хотим получить от автоматизации ее РМ, указывается:

· Что хотим получить

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

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

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

· Перечень АРМ с указанием их максимального количества

· Перечень выполняемых на них функций

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

3.3. Условия эксплуатации

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

Указывают необходимый состав технических средств с указанием их основных технических характеристик:

· Техническая конфигурация компов АРМ и их инфраструктуры

· Примерный расчет объема БД

С указанием источников откуда требования

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

При необходимости должна обеспечиваться защита информации и программ.

Требования к информационной и программной совместимости

По требованию заказчика данное программное обеспечение разрабатывается под платформу Windows. Программа должна работать под основными версиями этой платформы:Windows98,Windows2000,WindowsXP. Причем серверная часть программы для версийWinNTдолжна работать как сервис (работать в фоновом режиме).

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

Требования к транспортировке и хранению

Разрабатываемая система управления будет поставляться в комплекте при продаже RAID-контроллера. Она должна быть записана на отдельныйCD-диск, на котором будут находиться драйверы системы и необходимая документация к продаваемому контроллеру. Для этого следует учесть, чтобы объем установочных файлов был не более примерно 2/3 стандартногоCD-диска (700 Мб).

Специальные требования

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

Структурная схема работы программы

Весь программный проект основан на двух независимых модулях. Как уже упоминалось, один из них запускается отдельно на компьютере с RAID-системой, а второй на компьютере администратора. Для сокращения будем называть первый модульАгентом, а второй –Менеджером.

Читайте так же:  Езда без осаго на новой машине

Менеджер– пользовательская сторона программы, содержащая в себе интерфейс программы, мастер начальной установки, раздел справки.Менеджербудет управлятьRAID-системой посредствомАгента.

Агентв основном служит для передачи команд отМенеджераRAID-системе и обратно. ТакжеАгентбудет заниматься мониторингомRAID(ведениеlog-файла) и нотификацией администратора при ошибках.

Рис. 1.2. Основная структура работы программы GUIRAIDManager

Основная структура работы всей работы в целом представлена на рис. 1.2. На нем показаны различные варианты работы двух модулей АгентиМенеджер:

Агент(C3) запущен на компьютере и анализирует работуRAID-массиваR2;

Менеджерс удаленного компьютера (С2илиС4) может соединяться по сети с Агентом(С3) для управления работойRAID-массиваR2;

МенеджериАгентзапущены на одном компьютере С1 для управления работойRAID-массиваR2. При таком варианте подключение к сети не требуется.

Структура входных и выходных данных

Основной обмен данными в системе в целом происходит по двум каналам:

между МенеджеромиАгентомпо сети по протоколуTCP/IP(командыМенеджераи ответыАгента);

между АгентомиRAID-контроллером через интерфейсRS-232 (опрос контроллера и ответы от него).

Общая схема обмена данными в проекте проиллюстрирована на рис. 1.3.

Рис. 1.3. Обмен данными в программе GUIRAIDManager

Формат данных между МенеджеромиАгентом, а также междуАгентомиRAID-контроллером описан в параграфе «Формат данных модуляАгент» данного раздела.

Моей задачей в этом проекте является разработка модуля Агент. Поэтому рассмотрим подробнее обмен данных в модулеАгентмеждуМенеджеромиRAID-контроллером. Разбитая на модули структураАгентапоказана на рис. 1.4

Рис. 1.4. Обмен данными в модуле Агент

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

Требования к информационной совместимости со смежными системами

Состав данных для осуществления информационного обмена по каждой смежной системе должен быть определен Разработчиком на стадии «Проектирование. Разработка эскизного проекта. Разработка технического проекта» совместно с полномочными представителями Заказчика.

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

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

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

Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и .

Совместимость информационная

Далее будут приведены онисания испытанных схем различных ФУ, удовлетворяю щих перечисленным требованиям Все ФУ совместимы информационно, электрически и конструктивно. Под информационной совместимостью подразумевается совместимость сигналов, несущих информацию (например, по номинальному диапазону частот, скорости [c.12]

Обмен информацией между подсистемами и их информационную совместимость обеспечивают единая информационно-поисковая система, единая система кодирования, контроля и преобразования информации. [c.106]

Принципы создания САПР. К ним относят принципы включения, системного единства, развития, комплексности, информационного единства, совместимости, стандартизации. [c.47]

Согласно принципу совместимости языки, символы, коды, информационные и технические характеристики структурных связей между подсистемами, средствами обеспечения и компонентами должны обеспечивать совместное функционирование подсистем и сохранять открытую структуру системы в целом. [c.48]

ЭВМ. Мониторная система должна обеспечивать генерацию или настройку, а также контроль и восстановление процесса функционирования программ, обладать свойствами информационной совместимости с ППП и подсистемами САПР на уровне управляющих параметров, констант и интерфейсов обмена информации. [c.58]

При использовании в ЛВС нескольких методов управления средой передачи данных существенно увеличивается сложность схемных решений контроллеров, с помощью которых станции ЛВС подключаются к среде передачи данных. Принцип информационной и программной совместимости предусматривает совместимость операционных систем, программ и систем управления базами данных (СУБД), рассредоточенных в рамках ЛВС. [c.81]

Совместимость — свойство ПИ, заключающееся в том, что ПИ или входящие в него программы могут выполняться в технической, информационной и программной среде иного типа, чем та, для которой оно непосредственно предназначено. [c.346]

Документ Технические требования содержит документы 1) технические характеристики программ 2) условия эксплуатации 3) требования к информационной и программной совместимости. [c.83]

Принятой в настоящее время формой построения КТС САПР является двухуровневая иерархическая структура (ГОСТ 23501.17-82), в которой обеспечивается информационная и программная совместимость компонентов. ЭМУ принято относить к классу объектов средней сложности, в составе которых имеется от 10 до 10 составных частей. [c.39]

Современная информационно-измерительная система состоит в общем случае из функциональных блоков (первичных измерительных преобразователей), ЭВМ и средств сопряжения, обеспечивающих совместимость (взаимодействие) функциональных блоков. Информационная, энергетическая и конструктивная совместимость, а также набор правил, позволяющих упорядочить обмен информацией между отдельными функциональными блоками системы, получили название интерфейса [8]. [c.52]

Требования к организации взаимодействия компонентов информационно-измерительных систем определяются ГОСТ 22316— 77, регламентирующим правила организации потоков данных, свойства функциональных блоков, правила взаимодействия, виды и назначения сигналов, а также форматы сообщений и требования к совместимости сигналов. [c.54]

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

Условиями стандарта на интерфейс, обеспечивающими информационную совместимость, являются [c.54]

В отличие от универсальной системы КАМАК, описанной выше, УКБ оснащается жестким набором модулей, связанных с контроллером устройства по внутреннему интерфейсу, являющемуся аналогом магистрали КАМАК. Достоинствами устройства являются полная информационная и конструктивная совместимость его с УВК и довольно широкий набор функциональных возможностей. Кроме того, следует учитывать возможность совместной работы УКБ и аппаратуры КАМАК в составе одного информационно-измерительного комплекса. Недостатком УКБ является невозможность замены имеющихся блоков ввода — вывода электрических сигналов на какие-либо другие. [c.60]

Принцип информационного единства означает, что все потоки информации в системе должны быть совместимыми. Программирование должно осуществляться на одном из универсальных языков (например, на языке ПЛ-1 и ФОРТРАН). Термины, условные обозначения, размерности физических величин должны быть одинаковыми для всех систем. [c.548]

Основные принципы построения СНК-Обеспечение конструктивной, информационной, энергетической, метрологической и эксплуатационной совместимости СНК достигается за счет унификации, агрегатирования приборов и построения их параметрических рядов. [c.22]

Информационная совместимость подсистем САПР заключается в единстве информационно-поискового языка, в едином порядке сбора и обработки информации, а также в применении однородных показателей, единой системе классификации. и кодирования технико-экономической информации и унифицированных систем документации. [c.100]

Содержание и форма представления операторов ОГРА-2 соответствуют входной системе данных проблемно-ориентированного пакета программ отображения. Довольно часто в системах автоматизированного проектирования используется базовое программное обеспечение, включающее только функциональный и базисный пакеты программ. Кроме того, в системе программ отображения должна обеспечиваться информационная совместимость различных проблемно-ориентированных и базисных пакетов с единым функциональным пакетом. Этой цели служат внутренние диалекты ОГРА-3, ОГРА-0 [25]. [c.161]

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

Совместимость технических средств — это обеспечение согласованной совместной работы этих средств в предусмотренном сочетании их при этом однотипные технические средства должны обладать полной взаимозаменяемостью по всем нормируемым параметрам. Требования к совместимости функциональной, информационной, электрической, конструктивной (по присоединительным и габаритно-установочным размерам, эргономическим требованиям) и по другим параметрам установлены ГОСТ 22315—77 Средства агрегатных информационно-измерительных систем. Общие положения . [c.485]

Читайте так же:  Пенсия для переселенцев из крыма

Классификация и кодирование технико-экономической информации. Для информационного обеспечения Единой системы технологической подготовки производства (ЕСТПП) и автоматизированных систем управления (АСУ) созданы системы классификации и кодирования технико-экономической информации (ТЭИ). Они выполняют функцию формализованного языка, обеспечивающего перенос информации на машинные носители для последующей обработки ее средствами вычислительной техники, и решают вопросы информационной совместимости систем управления. [c.486]

Большое внимание на Западе уделяется вопросам совместимости (технической, программной, информационной) действующих АБД с целью объединения их в национальные и международные сети банков и баз данных, доступ к которым осуществляется пользователями стран Америки, Европы, Азии через спутники космической связи. [c.43]

Параллельно с пополнением банка по сталям, чугунам и сплавам велось создание совместимой с ним, но практически полностью автономной информационной базы по пластмассам, используемым в машиностроении и энергетике. [c.46]

К обязательным относятся безопасность продукта, услуги, процесса для здоровья человека, окружающей среды, имущества, а также производственная безопасность и санитарные нормы техническая и информационная совместимость и взаимозаменяемость изделий единство методов контроля и единство маркировки. Особую актуальность приобретают требования безопасности, поскольку безопасность товара — основной аспект сертификации соответствия. Требования обязательного характера должны соблюдать государственные органы управления и все субъекты хозяйственной деятельности независимо от формы собственности. [c.28]

Программное обеспечение ДС должно иметь модульную структуру и адаптироваться к изменению структуры и средств ведения диалога. Информационное обеспечение ДС САПР должно быть совместимым с ИО недиалоговых средств САПР. В него должны входить БД для управления процессом диалога и обеспечения режимов обучения и адаптации. [c.59]

Построенные но схемам, показанным на рнс. 3.1, а, САПР называют о д н о у р о в н с в 1,1 м и САПР. Отнесение всех технических средств, входящих в КТС, к одному уровню связано с тем, что в такой САПР используются единая мониторная система, банк данных и пакеты прикладных программ, ориентированные на основные ЭВМ комплекса. Терминальные микроЭВ.М программно совместимы с основной ЭВМ и служат либо для подготовки задач к решению на основной ЭВМ, либо для решения простых задач с помощью тех же программных и информационных средств. [c.88]

Единая система стандартов приборостроения (ЕССП) призвана унифицировать и согласовывать по принципу агрегатирования параметры и характеристики приборов и устройств, входящих в системы автоматического контроля, регулирования и управления сложными производственными процессами. При этом обеспечивается информационная, конструктивная, эксплуатацнонная и другая совместимость указанных приборов и технических средств. [c.73]

По этой причине в составе ТО САПР желательно иметь несколько ЭВМ различной производительности, которые были бы информационно и программно совместимы. Применение САПР делает необходимым подключение к ЭВМ ряда специализированных внещних устройств, таких как устройства ввода графической информации, графопостроители, графические дисплеи, которые должны обладать достаточными разрешающей способностью, позволяющей устойчиво идентифицировать обрабатываемые элементы изображений, точностью выполнения графических операций, быстродействием и другими характеристиками, позволяющими получать качественные графические изображения и выполнять требуемые преобразования. [c.25]

Особенностью разработки компонентов ПО САПР является достаточно жесткая их привязка к ранее выбранному комплексу технических средств, поскольку следует обеспечить внутримашинную совместимость зтих компонентов, не требующую действий пользователей по обмену информацией между отдельными программами. Вместе с тем наличие большого количества моделей в рассмотренных ранее системах ЕС и СМ ЭВМ, обладающих информационной и программной совместимостью,, дает возможности разработчику ПО САПР выбирать модель ЭВМ и режим ее применения, в наибольщей степени отвечающие его запросам. [c.60]

При создании ИИС, базирующихся на использовании агрегатных комплексов ГСП, в настоящее время возникает проблема информационной и метрологической (по характеристикам точности) совместимости устройств АСЭТ между сйбой и с устройствами других агрегатных комплексов, входящих в ИИС. Эта проблема обусловлена как неполной реализацией системных требований к средствам АСЭТ, так и недостатками приборного интерфейса ЕИП, регламентирующего взаимодействие устройств и приборов АСЭТ в ИИС. Отмеченные обстоятельства приводят к тому, что компоновка конкретной ИИС на базе АСЭТ невозможна без значительных доработок, направленных на создание согласующих устройств. Современные подходы к рещению указанной проблемы связаны с организацией ИИС на базе средств интерфейсной системы КАМАК или использованием международного приборного интерфейса МЭК. [c.336]

Система КАМАК является составной частью ЕССП (уровень 2). ГОСТ 26.201—80 Система КАМАК. Крейт и сменные блоки. Требования к конструкции и интерфейсу разработан АН СССР на базе международного стандарта КАМАК и полностью соответствует Публикации МЭК 516. Стандарт распространяется на модульную стационарную аппаратуру системы КАМАК и устанавливает требования к конструкции, электрическим сигналам, пи танию и логике обмена информацией, которые обеспечивают совместимость блоков с крейтом и между собой. Совокупность механических, электрических, информационных и зависящих от устройства функциональных элементов, необходимых для взаимодействия устройств в системе, составляет систему интерфейса. [c.195]

Автоматические и человеко-машинные системы проектирования имеют ряд одинаковых компонентов банки данных, технические и программные средства. В то же время автоматизированные системы включают присущие только им компоненты разветвленную систему банков текстовых и графических данных индивидуального и коллективного пользования средства, обеспечивающие текстовой и графический диалог проектировщиков с ЭВМ. Все задания поступают в систему автоматизированного проектирования из внешней среды. Результаты тоже возвращаются во внешнюю среду. Поэтому возникает необходимость обеспечения информационной совместимости системы и внешней среды, а также взаимодействующих между собой элементов системы—проектировщиков, технических, программных и информационных средств. Этой цели, как было показано, служат ЕСКД и ЕСТД, принятые в качестве единой информационной базы системы автоматизированного проектирования. [c.40]

Ключом к решению проблем информационной совместимости элементов системы автоматизированного проектирования между собой и с внешней средой является создание единого комплекса математических моделей объектов и процессов, построенных на основе существующих стандартов ЕСКД и ЕСТД с учетом их развития и совершенствования. [c.40]

Процессор СМ-ЗП совместим с СМ-4П, и для увеличения производительности СМ-3 ее процессор может быть заменен яа СМ-4П. Процессоры ЭВМ М-400, а также Электроника-60 совместимы с СМ-4П (СМ-ЗП) программно и не совместимы конструктивно. Процессор ЭВМ М-400 совместим с процессорами СМ-4П (СМ-ЗП) по логической организации ввода-вывода, аналогично совместим л.икро-процессор К580. Возможно создание многомашинных комплексов на базе нескольких ЭВМ М-400, СМ-3 или СМ-4 и использование микропроцессоров в устройствах сопряжения с внешними объектами. В частности, на основе СМ-3, СМ-4 и других базовых моделей построены информационно-вычислительные комплексы (ИВК) и автоматизированные рабочие места (АРМ) (см. 5.7). Базовые модели СМ ЭВМ также позволяют использовать аппаратуру КАМАК для сопряжения с объектами. Подробнее см. [84]. [c.141]

Обеспечение функционирования системы централизованного информационного обеспечения предъявляет новые требования к подбору и комплектованию технических средств передачи и приема информации ЦУП АТП с учетом их совместимости с общей системой технических средств управления ТПОАТ и возможности последующего внедрения АСУ территориального производственного объединения автомобильного транспорта. [c.285]

Единая система стандартов приборостроения. Значительное увеличение выпуска приборов и средств автоматизации потребовало создание специальной Единой системы стандартов приборостроения (ЕССП). Эта система призвана унифицировать и согласовать на принципе агрегатирования параметры и характеристики приборов и устройств, входящих в системы автоматического контроля, регулирования и управления сложными производственными процессами. При этом обеспечивается информационная, конструктивная, эксплуатационная и другая совместимость указанных приборов и технических средств. [c.485]

Сущность стандартизации в РФ закон толкует как деятельность, направленную на определение норм, правил, требований, характеристик, которые должны рбеспечйвать безопасность продукции, работ и услуг, их техническую и информационную совместимость, взаимозаменяемость, качество продукции (услуг) в соответствии с достижениями научно-технического прогресса. Нормы и требования стандартов могут относиться также к безопасности хозяйственных объектов в чрезвычайных ситуациях (например, природные и техногенные ката-строфы) к обороноспособности и мобилизационной готовности страны. [c.44]

Главный государственный инспектор России — Председатель Госстандарта РФ, а главные государственные инспекторы республик в составе РФ и других субъектов Федерации — руководители центров стандартизации и метрологии, т.е. территориальных органов госнадзора. Государственный контроль и надзор за соблюдением обязательных требований государственных стандартов осуществляют также и другие организации. В частности, Государственная инспекция по торговле, качеству товаров и защите прав потребителей (Госторгинспекция) проводит контроль за качеством и безопасностью потребительских товаров. Такие обязательные требования стандартов, как совместимость и взаимозаменяемость, информационная совмес- [c.59]

Смотреть страницы где упоминается термин Совместимость информационная : [c.121] [c.332] [c.336] [c.54] [c.127] [c.22] [c.163] [c.429] [c.86] [c.190] [c.46] [c.80] [c.85] Теория и техника теплофизического эксперимента (1985) — [ c.332 ]