Код поставщика

Уникальный идентификатор заказа

>0

-

10

Наименование организации

Наименование организации предоставляющая товар

-

-

ОМИК

Телефон

Контактный телефон организации

-

-

52-85-45

Адрес

Адрес организации

-

-

г. Благовщенск, Ленина 145

Директор

ФИО директора организации

-

-

Трофимов Д.А.

Таблица 3 - Атрибуты сущности «Категория запчастей»

Название атрибута	Описание атрибута	Диапазон значений	Единицы измерения	Пример значений атрибута
Код категории	Уникальный идентификатор категории	>0	-	100
Название категории	Наименование категории	-	-	Шаровая опора

Таблица 4 - Атрибуты сущности «Запчасти»

Название атрибута	Описание атрибута	Диапазон значений	Единицы измерения	Пример значений атрибута
Код запчасти	Уникальный идентификатор товара	>0	-	4896
Название	Наименование товара	-	-	CBT-1
Категория	Наименование категории запчасти	-	-	Шаровая опора
Единицы измерения	Наименование единицы измерения	-	-	шт

Таблица 5 - Атрибуты сущности «Склад»

Название атрибута	Описание атрибута	Диапазон значений	Единицы измерения	Пример значений атрибута
Код прихода	Уникальный идентификатор документа прихода товара	>0	-	1458
Номер документа	Номер документа прихода товара	-	-	14
Дата прихода	Дата поступления товара на склад	-	-	10.11.2013
Сумма	Общая сумма прихода товара	-	-	2500

Таблица 6 - Атрибуты сущности «Расход»

Название атрибута	Описание атрибута	Диапазон значений	Единицы измерения	Пример значений атрибута
Код	Уникальный идентификатор документа	>0	-	15
Номер документа	Номер документа	-	-	3
Дата	Наименование категории запчасти	-	-	10.11.2013
Сумма	Общая стоимость	-	-	750

Таблица 7 - Атрибуты сущности «Расходный документ »

Название атрибута	Описание атрибута	Диапазон значений	Единицы измерения	Пример значений атрибута
Код	Уникальный идентификатор документа	>0	-	47
Код товара	Идентификационный номер запчасти	-	-	1
Код категории	Идентификационный номер категории	-	-	2
Количество	Количество товара	-	-	10
Цена	Стоимость единицы товара	-	-	120
Номер документа	Номер документа	-	-	12
Код единицы измерения	Идентификационный номер единицы измерения	-	-	3

Таблица 8 - Атрибуты сущности «Приходная накладная»

Название атрибута	Описание атрибута	Диапазон значений	Единицы измерения	Пример значений атрибута
Код места	Уникальный идентификатор товара	>0	-	47
Код запчасти	Идентификационный номер запчасти	-	-	1
Код категории	Идентификационный номер категории	-	-	2
Количество	Количество поступившего товара	-	-	12
Номер приходной накладной	Номер документа	-	-	14
Код единицы измерения	Идентификационный номер единицы измерения	-	-	3

Приложение Е

Таблицы на основании логической модели

Таблица 9 - Единицы измерения

Название атрибута	Тип данных	Ограничения на допустимые значения	Значение по умолчанию	Допустимость NULL
Код единицы измерения	счетчик	>0	-	нет
Название	текстовый	-	-	нет

Таблица 10 - Поставщик

Название атрибута	Тип данных	Ограничения на допустимые значения	Значение по умолчанию	Допустимость NULL
Код поставщика	счетчик	>0	-	нет
Название организации	текстовый	-	-	нет
Номер телефона	текстовый	-	-	нет
Адрес	текстовый	-	-	нет
Ф.И.О. директора	текстовый	-	-	нет

Таблица 11 - Запчасти

Название атрибута	Тип данных	Ограничения на допустимые значения	Значение по умолчанию	Допустимость NULL
Код запчасти	счетчик	>0	-	нет
Название	текстовый	-	-	нет
Код категории	числовой	-	-	нет
Код единицы измерения	числовой	-	-	нет

Таблица 12 - Категория запчасти

Название атрибута	Тип данных	Ограничения на допустимые значения	Значение по умолчанию	Допустимость NULL
Код категории	счетчик	>0	-	нет
Название	текстовый	-	-	нет

Таблица 13 - Склад

Название атрибута	Тип данных	Ограничения на допустимые значения	Значение по умолчанию	Допустимость NULL
Код	счетчик	>0	-	нет
Номер приходной накладной	числовой	-	-	нет
Код поставщика	числовой	-	-	нет
Дата прихода	дата/время	-	Текущая дата	нет
Сумма	денежный	-	-	нет

Таблица 14 - Приходная накладная

Название атрибута	Тип данных	Ограничения на допустимые значения	Значение по умолчанию	Допустимость NULL
Код	счетчик	>0	-	нет
Код запчасти	числовой	-	-	нет
Код категории	числовой	-	-	нет
Количество	денежный	-	-	нет
Цена	денежный	-	-	нет
Номер приходной накладной	числовой	-	-	нет
Код единицы измерения	числовой	-	-	нет

Таблица 15 - Расходный документ

Название атрибута	Тип данных	Ограничения на допустимые значения	Значение по умолчанию	Допустимость NULL
Код	счетчик	>0	-	нет
Код запчасти	числовой	-	-	нет
Код категории	числовой	-	-	нет
Количество	денежный	-	-	нет
Цена	денежный
Номер документа	числовой
Код единицы измерения	числовой

Таблица 16 - Расход

Название атрибута	Тип данных	Ограничения на допустимые значения	Значение по умолчанию	Допустимость NULL
Код	счетчик	-	-	нет
Номер документа	числовой	-	-	нет
Дата расхода	дата/время	-	Текущая дата	нет
Стоимость	денежный	-	-	нет

Приложение Ж

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

1 ОБЩИЕ СВЕДЕНИЯ

Полное наименование разрабатываемой системы: «Разработка подсистемы учета и подбора запчастей для СТО «Мустанг»»

Разработчик: студент факультета математики и информатики Амурского государственного университета Серебренникова Мария Владимировна.

Заказчик: автосервис «Мустанг».

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

Плановый срок начала работы по проектированию и созданию системы в соответствии с календарным графиком - 05.09.2013 года.

Плановый срок окончания работы - 05.11.2013 года.

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

2 НАЗНАЧЕНИЯ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ

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

Информационная подсистема создается с целью:

? обеспечить быстрый поиск информации;

? ведение учета товара на складе;

? ведение анализа продаж;

? облегчение работы с информацией.

В результате создания системы должны быть улучшены значения следующих показателей:

? время сбора и первичной обработки исходной информации;

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

? время, затрачиваемое на информационно-аналитическую деятельность.

Объектом автоматизации является деятельность отдела снабжения автосервиса «Мустанг».

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

3. ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ

Автосервис «Мустанг» -- это современный техцентр, оборудованный профессиональной техникой для высокоточной диагностики и качественного ремонта автомобилей иностранного производства. Основное направление деятельности техцентра -- постгарантийное обслуживание и ремонт автомобилей с 1998 года выпуска.

Структура автосервиса «Мустанг»:

1. Директор;

2. Бухгалтер;

3. Отдел по работе с клиентами;

4. Отдел по работе с мастерами ремонтного цеха;

5. Ремонтный цех;

6. Отдел снабжения.

В функции отдела снабжения входит:

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

– заказ, приемка поступивших товаров, проверка количества и качества;

– подбор, упаковка и выдача товаров в цех;

– розничная торговля запасными частями и принадлежностями;

– эффективное использование объема склада, оптимизация оборудования;

– соблюдение системы хранения во избежание пересортицы, размещение товаров наиболее экономичным способом;

– обеспечение сохранности товаров от повреждений и хищений;

– учет и контроль движения товаров;

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

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

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

4.1 Требования к системе в целом

4.1.1 Требования к структуре и функционированию системы

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

В Системе предлагается выделить следующие функциональные подсистемы:

? подсистема обработки данных, которая предназначена для реализации процессов ввода данных, необходима для наполнения подсистемы хранения данных;

? подсистема хранения данных, которая предназначена для хранения данных в таблицах;

? подсистема формирования и визуализации отчетности, которая предназначена для формирования отчетности.

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

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

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

- поиск необходимых запчастей по данным автомобиля;

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

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

- печать отчетов;

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

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

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

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

Для организации доступа пользователей к отчетности должен использоваться протокол презентационного уровня HTTP и его расширение HTTPS.

Определяются требования к режимам функционирования системы.

? система должна быть стабильна в работе;

? необходимо установленное антивирусное программное обеспечение;

? персональный компьютер должен иметь беспроводное питание.

4.1.2 Требования к персоналу

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

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

К надежности оборудования предъявляются следующие требования:

? в качестве аппаратных платформ должны использоваться средства с средней надежностью;

? применение технических средств соответствующих классу решаемых задач;

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

К надежности электроснабжения предъявляются следующие требования:

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

? должно быть обеспечено бесперебойное питание активного сетевого оборудования.

Обеспечение информационное безопасности информационной системы должно удовлетворять следующим требованиям:

? защита системы должна обеспечивать комплексом программно - технических средств и поддерживающих из организационных мер.

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

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

? разграничение прав доступа пользователей и администраторов системы должно строиться по принципу «что не разрешено, то запрещено».

Средства антивирусной защиты должны быть установлены на всех рабочих местах пользователей и администраторов базы данных. Средства антивирусной защиты рабочих местах пользователей и администраторов должны обеспечивать:

? централизованное управление сканированием, удалением вирусов и протоколированием вирусной активности на рабочих местах пользователей;

? централизованную автоматическую инсталляцию клиентского ПО на рабочих местах пользователей и администраторов;

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

? ведение журналов вирусов активности;

? администрирование всех антивирусных продуктов.

Применительно к программно-аппаратному окружению персонального компьютера предъявляются следующие требования к защите от влияния внешних воздействий.

Требования по стойкости, устойчивости и прочности к внешним воздействиям:

? информационная система должна иметь возможность функционирования при колебаниях напряжения электропитания от 155 до 256 В (220 ± 20 % - 30%);

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

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

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

? самоорганизация;

? гибкость - настраивается на любую структуру, для широкого круга деятельности;

? безопасность - ограничение общего доступа к заранее определенным ресурсам базы данных;

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

? использование форм и шаблонов - позволит использовать типовые документы с возможностью изменений определенных полей;

? возможность поиска - фильтрация по базе данных.

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

4.3.1 Требования к информационному обеспечению

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

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

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

Для разработки базы данных используется СУБД InterBase 7.5.

InterBase 7.5 - высокопроизводительный, экономичный, многоплатформенный сервер баз данных. InterBase 7.5 представляет собой экономичную, высокопроизводительную СУБД с обработкой транзакций, которую используют миллионы пользователей во всем мире.

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

Производительность, удобство использования, поддержка Windows, Linux и Solaris, а также таких сред разработки, как Delphi, C++Builder, C#Builder и Kylix позволяют InterBase занять ведущее место среди разработчиков и стать недорогим вариантом ПО для предприятий.

Требования к контролю, хранению, обновлению и восстановлению данных

К контролю данных предъявляется следующие требования:

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

К обновлению и восстановлению данных предъявляются следующие требования:

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

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

? холодная копия - ежеквартально;

? логическая копия - ежемесячно;

? инкрементальное резервное копирование - еженедельно;

? архивирование - ежеквартально.

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

4.3.2 Требования к лингвистическому обозначению

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

? средство разработки структуры базы данных ERWin;

? язык программирования высокого уровня Delphi 7 Studio;

? построение модели информационных потоков предприятия и его отделов производится в пакете BPWin.

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

Delphi 7 Studio - полное решение для разработки корпоративных приложений от проектирования до развертывания по архитектуре, управляемой моделью (MDA), которое позволяет интегрировать моделирование, разработку и развертывание приложений и систем электронного бизнеса для платформы Windows. Delphi 7 Studio содержит развитые библиотеки и инструменты для создания приложений электронного бизнеса и веб-сервисов, полностью интегрирует соответствующие технологии и качественно повышает производительность разработчиков, предоставляя все необходимое для исследования вопросов перехода на Microsoft.NET. При помощи включенного в комплект поставки Kylix 3 для Delphi разработчики могут переносить свои приложения на Linux, повышая отдачу своих инвестиций и расширяя спектр платформ, на которых доступны их приложения. Интегрируя ведущие приложения разработки в единый и легкий в использовании пакет, Delphi 7 Studio сокращает жизненный цикл разработки приложений и ускоряет вывод создаваемых с его помощью продуктов на рынок ПО.

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

4.3.3 Требования к программному обеспечению

Для нормального функционирования системы необходимо наличие установленной операционной системы Microsoft Windows 2000/XP. Для функционирования в системе прикладного программного обеспечения необходимо наличие приложений Microsoft Office, Microsoft Excel 2000/XP.

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

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

Система должна функционировать при следующем минимальном наборе технических средств:

- процессор с частотой 633 МГц;

- объем оперативного запоминающего устройства не менее 128 Мб;

- объем постоянного запоминающего устройства 20 Гб;

- монитор с разрешающей способностью 800x600;

- принтер;

- устройства ввода информации - клавиатура, мышь.

Сеть должна быть реализована на основе структурированной кабельной системы.

Сеть должна обеспечивать пропускную способность от 10 до 1000 Mbit, (рекомендуется 100 Mbit).

Во всей сети должен поддерживаться сетевой протокол TCP/IP.

4.3.5 Требования к организационной структуре и функции эксплуатации подразделений

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

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

К защите от ошибочных действий персонала предъявляются следующие требования:

? должна быть предусмотрена система подтверждении легитимности пользователя при просмотре данных;

? для всех пользователей должна быть запрещена возможность удаления преднастроенных объектов и отчетности;

? для снижения ошибочных действий пользователей должно быть разработано полное и доступное руководство пользователя.

5 СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ

На стадии разработки технического задания должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания.

На этапе разработки технического задания должны быть выполнены

перечисленные ниже работы:

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

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

определение требований к программе;

определение стадий, этапов и сроков разработки программы и документации на неё;

согласование и утверждение технического задания.

Срок окончания: 14 октября 2013 г.

На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:

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

разработка программной документации;

испытания программы.

Срок окончания: 24 ноября 2013 г.

На стадии внедрения должен быть выполнен этап разработки подготовка и передача программы.

На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы.

Срок окончания: 24 ноября 2013 г.

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

Срок окончания: 1 декабря 2013 г.

На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:

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

проведение приемо-сдаточных испытаний;

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

Срок окончания: 1 декабря 2013 г.

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

Срок окончания: 1 декабря 2013 г.

6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ

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

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

7 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ

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

? определить подразделение и ответственных должностных лиц, ответственных за внедрение и проведение опытной эксплуатации системы;

? обеспечить присутствие пользователей на обучении работе с системой, проводимой Разработчиком;

? обеспечить соответствие помещений и рабочих мест пользователей системы в соответствии с требованиями, изложенными в техническом задании;

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

? совместимо с разработчиком подготовить план развертывания системы на технических средствах Заказчика;

? провести опытную эксплуатацию системы.

8 ИСТОЧНИКИ РАЗРАБОТКИ

Настоящее Техническое Задание разработано на основе следующих документов и информационных материалов:

? ГОСТ 24.701-86 Надежность автоматизированных систем управления;

? ГОСТ 15150-69 Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды;

? ГОСТ 21958-76 Система «Человек - машина». Зал и кабинет операторов. Взаимное расположение рабочих мест. Общие эргономические требования;

? ГОСТ 12.1.004-91 ССБТ. Пожарная безопасность. Общие требования;

? ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы;

? ГОСТ 34.003-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения;

? ГОСТ 34.601-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания;

? ГОСТ 34.201-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначения документов при создании автоматизированных систем;

? ГОСТ 34.603-92. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем;

? ГОСТ 23962-80 Организация работ при создании систем;

? РД 50-682-89 Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Общие положения;

? РД 50-680-88 Методические указания. Автоматизированные системы. Основные положения;

? РД 50-34.698-90 Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов;

? Р 50-34.126-92 Информационная технология. Правила проведения работ при создании автоматизированных систем.

Размещено на Allbest.ru