- •Московский государственный технический университет им.Н.Э.Баумана Кафедра "Системы обработки информации и управления" методические указания
- •Москва, 2009 содержание
- •2. Организация дипломного проектирования
- •3. Заявка на дипломное проектирование
- •1. Преддипломная практика: 11.02.2010—10.03.2010
- •4. Преддипломная практика
- •4.1 Требования к организации практики.
- •4.2 Содержание преддипломной практики.
- •Задание на дипломный проект
- •6. Состав дипломного проекта
- •4.3 Аттестация по итогам практики.
- •7. Содержание разделов дипломного проекта
- •8. Оформление дипломного проекта
- •8.1 Графическая часть
- •8.2 Расчетно-пояснительная записка
- •8.3 Структурные элементы расчетно-пояснительной записки
- •8.4 Требования к содержанию структурных элементов отчета
- •8.5 Правила оформления расчетно-пояснительной записки
- •Приложение б
- •Приложение в
- •Предметная область функционирования
- •Варианты возможной реализации Вариант 1 Вариант 2
Предметная область функционирования
Изображение предметной области
функционирования изделия и
взаимосвязи его со средой
функционирования и деятельностью
пользователя
Варианты возможной реализации Вариант 1 Вариант 2
Структурная схема Структурная схема
Выполнил: (подпись) Утвердил: (подпись)
Рис.2. Примерный макет второго листа дипломного проекта
Приложение Г
РЕКОМЕНДАЦИИ ПО ВЫБОРУ ТЕМ ДИПЛОМНЫХ ПРОЕКТОВ
Разработка содержания задания на дипломный проект или работу начинается с формулировки ее предварительной темы в период прохождения преддипломной практики. Тему дипломного проекта или работы предлагает ее руководитель — преподаватель кафедры. В течение практики происходит ее уточнение и, возможно, корректировка.
Закрепленные персонально за каждым студентом темы дипломных проектов и работ утверждаются на заседании кафедры.
Студентам предоставляется право выбора темы работы. Студент может предложить для дипломного проекта или работы свою тему с обоснованием целесообразности ее разработки.
Тема дипломного проекта должна быть конкретной, кратко и точно именовать разрабатываемую АСОИУ (ее компоненты или информационно-программные изделия) и отражать для использования в каких задачах и в какой предметной области она предназначена.
Тема дипломного проекта должна быть достаточно широкой, позволяющей студенту показать уровень теоретической подготовки, умение выполнять инженерно-конструкторские работы на всех этапах и стадиях проектирования изделий. Она должна требовать от студента выполнения достаточно серьезных расчетных, конструкторских работ, решения достаточно сложных инженерно-технических вопросов.
Формулировка темы дипломного проекта должна отражать его содержание. Предложенные формулировки не должны начинаться со слов "исследование" или "разработка".
Тематика дипломных проектов может относиться к одному из следующих направлений:
— вычислительные системы обработки информации;
— телекоммуникационные системы и сети;
— системы отображения информации;
— базы и банки данных;
— интеллектуальные системы и технологии;
— функциональные задачи автоматизированных систем;
и др.
Объектами проектирования в дипломном проекте могут быть системы и подсистемы различного назначения и ориентированные на разные классы пользователей. Наиболее часто объект проектирования методически связан с вопросами специальных курсов учебного плана подготовки специалистов на кафедре. В связи с этим рассмотрим особенности проектирования систем в выделенных направлениях.
Вычислительные системы обработки информации.
Цель проекта — проектирование как аппаратного, так и программного воплощения устройств и алгоритмов вычислений и управления вычислительными системами и их комплексами с учетом системного подхода.
Дипломные проекты могут быть двух видов: разработка технического устройства и программного изделия. Содержанием проекта может быть комплексная автоматизация — оснащение средствами вычислительной техники объекта, комплексирование ее.
Системный подход заключается в том, что не только непосредственно проектируется техническое или программное изделие на стадии рабочего проектирования, но и разрабатываются на уровне технического проекта общесистемные вопросы: разработка общей структурной схемы вычислительной системы, в которую входит проектируемое устройство; разработка структурной схемы программного обеспечения, в которое входит разрабатываемое программное изделие как компонент; обоснование технико-экономической эффективности проектируемого изделия с учетом повышения эффективности той части вычислительной системы, в которую это изделие входит как компонент; построение алгоритма работы предлагаемого изделия с учетом не только общего алгоритма функционирования, но и изменений в нем, которые могут возникнуть при внедрении проектируемого изделия; уточнение целей проектирования, заданных в техническом задании на изделие.
Принятые технические решения дипломник должен на стадии рабочего проектирования довести до практически значимого результата, поэтому проект первого вида должен содержать принципиальные схемы и сборочные чертежи изделия в целом. Проект второго вида также заканчивается рабочим проектированием, что требует не только разработки программного изделия, но и отладки его на тестовом примере. Это значит, что в проекте должен содержаться листинг отлаженной программы с результатами его работы на тестовом примере.
Телекоммуникационные системы и сети.
Цель проекта - проектирование сетей и систем сбора и передачи информации в информационно-вычислительных сетях (ИВС) обработки данных.
Основное внимание следует уделить проектированию транспортного уровня, алгоритмам и протоколам, а также методам создания и использования локальных и распределенных сетей (intranet и internet), процедур телеобработки данных.
Весь процесс проектирования ИВС предполагает наличие двух этапов: макропроектирования синтез функциональной и организационной структуры сети; микропроектирования — выбор и расчет компонентов информационно-функциональных подсистем.
На стадии технического задания определяется полная совокупность элементов, с помощью которой описывается проектируемая система, называющаяся исходным базисом проекта Основными исходными данными являются: требования к режиму функционирования, описание входных воздействий, критерии синтеза. Они определяют совокупность итерационных циклов проектирования: выбор топологической и информационной архитектуры ИВС, стратегию синтеза структурных параметров, критериальную комбинаторику. Кроме этого должны быть предусмотрены и вероятностно-временные ограничения: директивное время обработки заявок абонентов, требуемая достоверность обработки информационных потоков, заданная вероятность информационных потерь и ненадежность системы элементов сети.
На стадии технического проектирования осуществляется выбор наилучшего из конечного множества вариантов решений. Поэтому процедуру проектирования лучше строить таким образом, чтобы иметь возможность коррекции и конкретизации параметров на каждом последующем этапе Исходя из того, что оптимизация параметров за счет выделения одной из критериальных функций в ранг целевой не всегда приносит желаемые результаты, необходимо использовать либо процедурную декомпозицию, либо итерационно совершенствовать проектируемую систему, варьируя критериальные ограничения.
Техническое проектирование заключается в предварительном выборе структуры сети, производительности и алгоритмов функционирования ее элементов. Здесь необходимо четко представлять, что базовыми функциональными звеньями ИВС являются подсеть пользователей (абонентские пункты) и транспортная подсеть (сеть передачи данных). Методология анализа и синтеза ИВС предполагает разделение общей задачи проектирования сети на ряд взаимосвязанных частных подзадач, установление последовательности их выполнения с организацией параметрического обмена между ними.
На стадии рабочего проектирования находят технические решениям, реализующие сеть телеобработки данных в соответствии с результатами общесистемного проектирования. На этом этапе разрабатывают модели и алгоритмы, описывающие компоненты построения аппаратного уровня, определяют конкретное построение методов и алгоритмов программного обеспечения. Общие требования к проектированию с позиций решения инженерно-конструкторских задач формулируются следующим образом: необходимо найти вектор управляемых параметров, топологическую структуру и алгоритм функционирования, при которых для заданных характеристик информационного обмена, параметры стоимости и надежности обеспечивают минимально возможное время реакции системы.
При разработке алгоритмов и программ следует учитывать влияние топологических особенностей ИВС на распределение трафика и канальных емкостей и процедуры распределения вычислительных ресурсов пользователей на маршрутизацию и управление информационными потоками.
Системы отображения информации.
Цель проекта — проектирование комплекса технических средств систем отображения информации, их информационного и программного обеспечения, с разработкой баз графических данных и алгоритмизацией процессов децентрализованной обработки информации с использованием мультипроцессорных и конвейерных структур.
Особенности проектирования систем отображения информации обусловлены специфичной ролью данного класса систем. Системы отображения современных автоматизированных систем обеспечивают возможность включения в контур управления человека-оператора. В связи с этим проектирование систем отображения и их компонентов должно проводиться с целью оптимизации взаимодействия "человек-оператор — система отображения" при реализации задач управления.
В качестве исходных данных при проектировании систем отображения информации чаще всего выступают: назначение системы, класс формируемых информационных моделей, условия работы оператора и др. На этой основе осуществляется эргономическое и инженерно-психологическое проектирование системы отображения, позволяющее обоснованно сформулировать требования к точности отображения обстановки, времени формирования изображения, его яркости и контрастности, информационной насыщенности отображаемой модели и к другим эргономическим характеристикам системы.
На стадии технического задания решается задача декомпозиции проектирования компонентов системы отображения с целью формирования технических требований к общей структуре, комплексу технических средств, математическому, программному и информационному обеспечениям.
На стадии технического проектирования анализируются, моделируются и оцениваются различные варианты структур системы, информационной базы, вычислительного процесса с целью выбора наиболее рациональных. Выбранная таким образом структура является основой дальнейшего технического проектирования, а затем и рабочего проектирования.
При проектировании программных средств необходимо иметь в виду, что метод формирования изображений определяет вид получаемых расчетных данных и существенно влияет на структуру алгоритмов обработки информации.
Базы и банки данных.
Цель проекта — создание базы данных или информационного обеспечения АСОИУ.
Основной особенностью дипломного проекта, посвященного базам и банкам данных, является факт наличия конкретной системы управления базами данных или некоторого их множества. При проектировании следует особенно внимательно относиться к специфике конкретных СУБД, так как она определяет и процесс проектирования и его результат. Условно можно выделить два типа задач проектирования: разработка локальной или части интегрированной базы данных, описывающих некоторую предметную область; разработка информационного обеспечения, на основе выбранной СУБД т.е. разработка базы данных является одной из задач проектирования системы.
Основные проблемы проектирования баз данных — определение назначения элементов данных и структуризация. Главными критериями, которым должна удовлетворять спроектированная структура, следует считать: степень обеспечения функциональных требований приложений, высокая производительность системы, целостность и согласованность данных, степень защиты и секретности данных, способность к расширению и возможность обеспечения изменяющихся требований к данным.
База данных должна обеспечивать получение пользователями всех необходимых данных и их эффективную обработку. Плохо спроектированная база данных может затруднить процесс прикладного программирования потребовать реализации более сложной логики в прикладных программах, чем необходимо для обработки данных. Это в свою очередь увеличит время и трудоемкость разработки системы и в процессе эксплуатации приведет к увеличению времени обработки Не должно быть случайных потерь или разрушений данных, повторяющиеся данные должны соответствовать одному уровню обновления, чтобы пользователи получали все необходимые данные. База данных должна быть защищена от несанкционированного доступа
Процесс проектирования включает три самостоятельных этапа. На этапе концептуального проектирования осуществляется сбор, анализ и редактирование требований к данным. В процессе логического проектирования требования к данным преобразуют в структуры (в виде сегментов и иерархий) используемой системы управления базами данных. На этапе физического проектирования решают вопросы, связанные с производительностью системы, определяют структуры хранения данных и методы доступа.
Каждый этап проектирования следует рассматривать как совокупность итеративных процедур, в результате выполнения которых получают соответствующую модель
Интеллектуальные системы и технологии.
Цель проекта — разработка информационно-программных средств и систем поддержки интеллектуальной деятельности человека в АСОИУ.
Основными в рамках данного направления являются задачи разработки: интеллектуальных информационных систем, реализующих функции автоматического индексирования и поиска; автоматизированных обучающих систем; систем поддержки принятия решений; экспертных систем; инструментальных средств разработки баз лингвистических знаний различных систем поддержки общения человека с ЭВМ на ограниченном естественном языке.
Особенностью задачи автоматического индексирования и дипломного проекта по ней является необходимость изучения методов описания лингвистической информации о входном языке. Особое внимание следует уделять ограничениям, накладываемым на язык тех документов, которые система будет индексировать. Большое время затрачивается на анализ предметной области и составление вспомогательных словарей и тезаурусов. Так как в процессе индексирования проводят морфологический, синтаксический и семантический анализ входных документов, при проектировании системы целесообразно найти рациональное сочетание полноты их реализации в соответствующих программах Эффективность и качество проектируемый системы автоматического индексирования в основном определяют по мощности лингвистического процессора, осуществляющего грамматический разбор входных документов, и его производительности. Информационное обеспечение систем автоматического индексирования в дипломном проекте желательно реализовать в виде баз данных под управлением достаточно развитой СУБД.
При проектировании систем информационного поиска известной и хорошо изученной должна быть модель временных затрат на доступ к информации в базах данных. В рамках дипломного проекта реально можно изучить только одну СУБД и конкретную базу данных. Поэтому возможности выбора вариантов реализации систем информационного поиска ограничены:
во-первых, видом базы данных — фактографическая или документальная; во-вторых, средствами доступа к данным, которые предоставлены СУБД; в-третьих, самой структурой базы данных. Ограниченными являются также и параметры информационного языка, используемого для описания поисковых образов. Все это не позволяет достаточно обоснованно выбрать вариант информационно-поисковой системы, а также оценить его эффективность. По этой причине в рамках проекта целесообразно ограничиться расчетом временных характеристик процесса поиска и алгоритмической сложности программных средств, осуществляющих его, что позволит основное внимание уделить практической реализации разрабатываемой системы. Особое значение имеют в настоящее время разработка и использование систем для поиска информации в internet, изучение существующих "машин поиска".
Дипломный проект, посвященный разработке системы поддержки принятия решений, по содержанию отличается от других проектов развитой расчетно-аналитической частью. Основное внимание в проекте следует уделить постановке задачи оптимизации при выборе вариантов проектных решений на основании тщательного изучения предметной области. В зависимости от назначения системы поддержки принятия решений в определенной последовательности должны быть рассмотрены следующие задачи: определение лица, принимающего решения (ЛПР), и ситуации, в которой он находится; определение типа оптимизационной задачи и методов ее решения; задание альтернатив и их описание; выбор критериев для оценки альтернатив; определение системы предпочтений ЛПР; задание ограничений и др. В некоторых случаях целесообразно использовать уже разработанные программные комплексы и пакеты для решения задач оптимизации. Определенную сложность представляет разработка информационного обеспечения таких систем. Для дипломного проекта можно использовать известные СУБД или организовать информационные файлы системы наипростейшим образом, например, использовать последовательные файлы. Особенностью систем поддержки принятия решений является требование "дружественности", которое находит свое выражение в развитой форме диалога системы с пользователем — ЛПР. В связи с этим в проекте необходимо уделить большее внимание разработке сценария и содержания диалоговых процедур
Автоматизированная обучающая система (АОС) представляет собой человеко-машинный (эргатический) комплекс, работающий в диалоговом режиме и предназначенный для управления познавательной деятельностью в процессе обучения. В ее составе можно выделить функциональные и обеспечивающие подсистемы. Функциональные подсистемы реализуют обучение, контроль, лабораторный практикум, самостоятельную работу и т.д. Обеспечивающие подсистемы — это техническая, программная, информационная и учебно-методическая. Техническими средствами АОС является ЭВМ, снабженная аппаратурой для ввода, хранения и выдачи учебной и иной информации. Программные средства АОС предназначены для ввода, хранения, переработки и выдачи пользователям информации, а также для организации работы системы. Учебно-методическое обеспечение АОС — это совокупность учебного материала, методических указаний, результатов анализа характеристик процессов обучения.
В дипломном проекте, посвященном разработке АОС, целесообразно рассматривать вопросы проектирования обеспечивающих подсистем. Главная особенность данного дипломного проекта — степень понимания студентом основной педагогической концепции, заложенной в АОС. Сложность определения концепции во всех тонкостях ее проявления, практическая неформализуемость предопределяют путь ее пояснения дипломнику в часы индивидуальных консультаций.
Другая особенность проекта по АОС — ориентация дипломника на реализацию не всех возможных способов использования проектируемой системы, а только на определенное число примеров, но это не позволяет сделать обоснованный вывод об эффективности системы. В зависимости от содержания проекта оценивать можно рациональность организации информационного обеспечения; эффективность программных средств, например, время реакции системы на вопрос обучаемого; "дружественность" диалоговой подсистемы; затраты вычислительных ресурсов на организацию обучения и др.
Экспертные системы являются известным классом автоматизированных систем, который сформировался на основе развития и объединения расчетно-логических систем, систем поддержки принятия решений, обучающих систем, систем автоматизации проектирования и ряда других. Основой для проектирования экспертных систем и их компонентов могут быть результаты НИР по месту выполнения дипломного проекта, а также и опытно-экспериментальные системы, описанные в научной литературе. Данный проект должен быть хорошо подготовлен руководителем и может быть выдан дипломнику только после анализа "задела" по данной теме.
Особенность дипломного проекта по тематике экспертных систем состоит в том, что студенту предстоит разобраться со сложной научной темой, представлением знаний в системах искусственного интеллекта. В содержание проекта могут входить следующие вопросы: анализ методов представления знаний, уровни понимания и представления знаний в автоматизированных системах, системы управления базами знаний, программные средства сбора и формализации знаний и др. В связи со сложностью и трудоемкостью программной реализации процедур накопления и хранения знаний рационально использовать готовые экспериментальные системы. Использование готовой системы для формализации знаний в некоторой новой предметной области само по себе может являться содержанием дипломного проекта.
Функциональные задачи автоматизированных систем.
Цель проекта — разработка функциональной подсистемы АСОИУ, автоматизированного рабочего места (АРМ) пользователя.
Дипломный проект может быть посвящен разработке систем, подсистем и их компонентов, реализующих функциональные задачи в рамках автоматизированных систем различного назначения. Такими функциональными задачами являются: учет материально-технического снабжения, бухгалтерский учет, календарное планирование, оперативное управление и т.д. Данные задачи широко распространены и особенности их реализации в рамках автоматизированных систем подробно рассмотрены в литературе. Наряду с перечисленными функциональными задачами в автоматизированных системах организационного типа широко представлены задачи автоматического индексирования различных документов, в том числе и представленных на естественном языке, информационного поиска, поддержки принятия решений, экспертного анализа, обучения и др. Реализованные в комплексе они представляют собой автоматизированное рабочее место некоторого пользователя, например, руководителя подразделения предприятия, учреждения, фирмы и т.п.
Особенностью дипломных проектов, посвященных функциональным задачам автоматизированных систем, названным выше, является то, что они не могут опираться на какой-либо специальный курс, а в некоторых случаях даже на раздел специального курса. Основой проектирования в этих случаях являются материалы предприятий и организаций, где выполняется дипломный проект, литературные источники, рекомендованные дипломнику руководителем для самостоятельной проработки. Изучение литературы не укладывается во время, отведенное для дипломного проектирования, в связи с чем дипломный проект по функциональным задачам автоматизированных систем может быть выполнен в срок при наличии ранее созданного "задела". В состав "задела" могут входить: обзор литературы по соответствующей предметной области, исследования конкретных систем-прообразов или частей проектируемой системы, разработанные программные или технические средства, которые в дальнейшем будут использоваться на одной из стадий проектирования и т.д.
Приложение Д
ПЕРЕЧЕНЬ ОСНОВНЫХ СТАНДАРТОВ
Дипломное проектирование АСОИУ и ее компонент должно быть выполнено с соблюдением требований ГОСТ, связанных с тематикой конкретного проекта. Основными стандартами для проектирования являются:
ГОСТ 7.0 -- ГОСТ 7.9 Система стандартов по информации, библиотечному и издательскому делу (СИБИД);
ГОСТ 19.001 -- ГОСТ 19.701 Единая система программной документации (ЕСПД);
ГОСТ 24.104 -- ГОСТ 24.703 Система технической документации на АСУ;
ГОСТ Р 34.10 -- ГОСТ Р 34.986.1 Информационная технология;
ГОСТ Р ИСО 7478 -- ГОСТ Р ИСО 9542 Информационная технология;
ГОСТ Р ИСО 10303-1 -- ГОСТ Р ИСО 10303-46 Системы автоматизации производства и их интеграция;
ГОСТ Р ИСО /МЭК 2593 -- ГОСТ Р ИСО /МЭК 15910 Информационная технология;
ГОСТ Р ИСО /МЭК МФС 10607 -- ГОСТ Р ИСО /МЭК МФС 11185-9 Информационная технология;
ГОСТ Р ИСО /МЭК ТО 9294 -- ГОСТ Р ИСО /МЭК ТО 15271 Информационная технология.
В дипломном проекте должны быть учтены требования ГОСТ распространяемые на предметную область, в которой осуществляется автоматизация.
Программный продукт, разрабатываемый в дипломном проекте, в целом должен соответствовать:
1. ГОСТ 19781-90. Обеспечение систем обработки информации программное. Термины и определения.
2. ГОСТ 28195-89. Оценка качества программных средств. Общие положения.
3. ГОСТ 28397-89. Языки программирования. Термины и определения.
4. ГОСТ 28806-90. Качество программных средств. Термины и определения.
5. ГОСТ Р ИСО/МЭК 9126-93. Информационная технология. Оценка программной продукции. Характеристики качества и руководства по их применению.
6. ГОСТ Р ИСО/МЭК 12207-99. Информационная технология. Процессы жизненного цикла программных средств.
7. ГОСТ Р ИСО/МЭК 12119-2000. Информационная технология. Пакеты программ. Требование к качеству и тестирование.
8. ГОСТ Р ИСО/МЭК 15408-1-2002. Информационная технология. Методы и средства обеспечения безопасности. Критерии оценки безопасности информационных технологий. Часть 1. Введение и общая модель.
9. ГОСТ Р ИСО/МЭК 15408-2-2002. Информационная технология. Методы и средства обеспечения безопасности. Критерии оценки безопасности информационных технологий. Часть 2. Функциональные требования безопасности.
10. ГОСТ Р ИСО/МЭК 15408-3-2002. Информационная технология. Методы и средства обеспечения безопасности. Критерии оценки безопасности информационных технологий. Часть 3. Требования доверия к безопасности.
11. ГОСТ Р ИСО/МЭК 14764-2002. Информационная технология. Сопровождение программных средств.
12. ГОСТ Р ИСО/МЭК 15026-2002. Информационная технология. Уровни целостности систем и программных средств.
13. ГОСТ Р ИСО/МЭК ТО 12182-2002. Информационная технология. Классификация программных средств.
14. ГОСТ Р ИСО/МЭК ТО 15271-2002. Информационная технология. Руководство по применению ГОСТ Р ИСО/МЭК 12207 (Процессы жизненного цикла программных средств).
15. ГОСТ 27781-88. Системы обработки информации. Магнитные носители данных с записью. Правила выполнения этикетки.
Программная документация должна отвечать требованиям:
1. ГОСТ Р ИСО 9127-94. Системы обработки информации. Документация пользователя и информация на упаковке для потребительских программных пакетов.
2. ГОСТ 19.001-77. Единая система программной документации. Общие положения.
3. ГОСТ 19.005-85. Единая система программной документации. Р-схемы алгоритмов и программ. Обозначения условные графические и правила выполнения.
4. ГОСТ 19.101-77. Единая система программной документации. Виды программ и программных документов.
5. ГОСТ 19.103-77. Единая система программной документации. Обозначение программ и программных документов.
6. ГОСТ 19.104-78. Единая система программной документации. Основные надписи.
7. ГОСТ 19.105-78. Единая система программной документации. Общие требования к программным документам.
8. ГОСТ 19.106-78. Единая система программной документации. Требования к программным документам, выполненным печатным способом.
9. ГОСТ 19.202-78. Единая система программной документации. Спецификация. Требования к содержанию и оформлению.
10. ГОСТ 19.301-79. Единая система программной документации. Программа и методика испытаний. Требования к содержанию и оформлению.
11. ГОСТ 19.402-78. Единая система программной документации. Описание программы.
12. ГОСТ 19.404-79. Единая система программной документации. Пояснительная записка. Требования к содержанию и оформлению.
13. ГОСТ 19.501-78. Единая система программной документации. Формуляр. Требования к содержанию и оформлению.
14. ГОСТ 19.502-78. Единая система программной документации. Описание применения. Требования к содержанию и оформлению.
15. ГОСТ 19.503-79. Единая система программной документации. Руководство системного программиста. Требования к содержанию и оформлению.
16. ГОСТ 19.504-79. Единая система программной документации. Руководство программиста. Требования к содержанию и оформлению.
17. ГОСТ 19.505-79. Единая система программной документации. Руководство оператора. Требования к содержанию и оформлению.
18. ГОСТ 19.506-79. Единая система программной документации. Описание языка. Требования к содержанию и оформлению.
19. ГОСТ 19.507-79. Единая система программной документации. Ведомость эксплуатационных документов.
20. ГОСТ 19.603-78. Единая система программной документации. Общие правила внесения изменений.
21. ГОСТ 19.604-78. Единая система программной документации. Правила внесения изменений в программные документы, выполненные печатным способом.
22. ГОСТ 19.701-90. Единая система программной документации. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения.
23. ГОСТ Р ИСО/МЭК 8631-94. Информационная технология. Программные конструктивы и условные обозначения для их представления.
Информационные базы данных должны отвечать требованиям:
1. ГОСТ 20886-85. Организация данных в системах обработки данных. Термины и определения.
2. ГОСТ 28803-90. Обмен данными. Структура идентификации организаций.
3. ГОСТ ИСО 8601-2001. Система стандартов по информации, библиотечному и издательскому делу. Представление дат и времени. Общие требования.
4. ГОСТ 7.19-2001. Система стандартов по информации, библиотечному и издательскому делу. Формат для обмена данными. Содержание записи.
5. ГОСТ 7.24-90. Система стандартов по информации, библиотечному и издательскому делу. Тезаурус информационно-поисковый многоязычный. Состав, структура и основные требования к построению.
6. ГОСТ 7.25-2001. Система стандартов по информации, библиотечному и издательскому делу. Тезаурус информационно-поисковый одноязычный. Правила разработки, структура, состав и форма представления.
7. ГОСТ 7.54-88. Система стандартов по информации, библиотечному и издательскому делу. Представление численных данных о свойствах веществ и материалов в научно-технических документах. Общие требования.
8. ГОСТ 7.66-92. Система стандартов по информации, библиотечному и издательскому делу. Индексирование документов. Общие требования к координатному индексированию.
9. ГОСТ 7.67-94. Система стандартов по информации, библиотечному и издательскому делу. Коды названий стран.
10. ГОСТ 7.70-96. Система стандартов по информации, библиотечному и издательскому делу. Описание баз данных и машиночитаемых информационных массивов. Состав и обозначение характеристик.
11. ГОСТ 7.74-96. Система стандартов по информации, библиотечному и издательскому делу. Информационно-поисковые языки. Термины и определения.
12. ГОСТ 7.75-97. Система стандартов по информации, библиотечному и издательскому делу. Коды наименований языков.
13. ГОСТ 7.83-2001. Система стандартов по информации, библиотечному и издательскому делу. Электронные издания. Основные виды и выходные сведения.
14. ГОСТ 7.82-2001. Система стандартов по информации, библиотечному и издательскому делу. Библиографическая запись. Библиографическое описание электронных ресурсов. Общие требования и правила составления.
15. ГОСТ 28270-89. Системы обработки информации. Спецификация файла описания данных для обмена информацией.
16. ГОСТ 28388-89. Системы обработки информации. Документы на магнитных носителях данных. Порядок выполнения и обращения.
17. ГОСТ 27459-87. Системы обработки информации. Машинная графика. Термины и определения.
18. ГОСТ 34.320-96 Информационные технологии. Система стандартов по базам данных. Концепции и терминология для концептуальной схемы и информационной базы.
19. ГОСТ 34.321-96 Информационные технологии. Система стандартов по базам данных. Эталонная модель управления данными.
20. ГОСТ Р ИСО/МЭК 9075-93 Информационная технология. Язык баз данных SQL с расширением целостности.
