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

метки: Автоматизация, Материальный, Ценность, Система, Товарный, Средство, Документ, Обеспечение

Министерство образования и науки РФ

Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования

Волгоградский Государственный Технический Университет

Кафедра «Системы автоматизированного проектирования и поискового

конструирования»

Семестровая работа

по дисциплине «Проектирование АСОиУ»

на тему: «Автоматизация процесса бухгалтерского учета товарно-материальных ценностей»

Выполнил: студент группы АУЗ-361с Тюляева И.А.

Проверил: кандидат технических наук, доцент Щербаков М.В.

ВОЛГОГРАД 2013

1.1 Полное наименование системы и ее условное обозначение

автоматизация учет товарный материальный

Автоматизация процесса бухгалтерского учета товарно-материальных ценностей (ТМЦ).

Далее в документе используется краткое обозначение системы — АСБТМЦ.

1.2 Наименования организации-заказчика и организаций-участников работ

Заказчиком системы является кандидат технических наук, доцент кафедры САПРиПК Щербаков Максим Владимирович.

Исполнителем является студент группы АУЗ-361с, Тюляева Инна Александровна.

1.3 Перечень документов, на основании которых создается система

Разработка ведется на основании семестрового задания, выданного преподавателем, по дисциплине «Проектирование АСОиУ».

1.4 Плановые сроки начала и окончания работы по созданию системы

Плановый срок начала работ по созданию АСБТМЦ — 1 ноября 2012 года. Плановый срок окончания работ по созданию АСБТМЦ — 25 декабря 2012 года.

1.5 Порядок оформления и предъявления заказчику результатов работ по созданию системы

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

Порядок предъявления системы, ее испытаний и окончательной приемки определен в п.6 настоящего ЧТЗ. Совместно с предъявлением системы производится сдача разработанного Исполнителем комплекта документации согласно п.8 настоящего ЧТЗ.

1.6 Перечень нормативно-технических документов, методических материалов, использованных при разработке ТЗ

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

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

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

• ГОСТ 19.201-78. ТЕХНИЧЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ;
• ГОСТ 34.601-90.

Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания;

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

Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов.

2.1 Назначение системы

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

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

2.2 Цели создания системы

Основными целями создания АСБТМЦ являются:

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

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

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

Шаг бизнес-процесса	Описание	Исполнитель
1. Счет от поставщика	Бухгалтеру поступает счет от поставщика ТМЦ	Бухгалтер
2. Проверка, закупка от плательщиков ли НДС	Проверка, платит ли поставщик ТМЦ налог на добавленную стоимость или нет	Бухгалтер
3. Платежное поручение с НДС	При условии, что поставщик является плательщиком НДС, формируется платежное поручение с учетом НДС	Бухгалтер
4. Платежное поручение без НДС	При условии, что поставщик не является плательщиком НДС, формируется платежное поручение без учета НДС	Бухгалтер
5. Банковская выписка	Формирование банковской выписки, отражающей факт перевода предоплаты поставщику	Бухгалтер
6. Проверка, закупка от плательщиков ли НДС	Проверка, платит ли поставщик ТМЦ налог на добавленную стоимость или нет	Бухгалтер
7. Накладная с НДС	При условии, что поставщик является плательщиком НДС, материальные ценности учитываются по цене приобретения за вычетом НДС.	Бухгалтер
8. Накладная без НДС	При условии, что поставщик не является плательщиком НДС, материальные ценности учитываются по цене приобретения	Бухгалтер
9. Счет-фактура	Производится заполнение счет-фактуры, являющейся основанием для принятия предъявленных сумм НДС	Бухгалтер
10. Запись в книгу покупок	Отображается приобретение ТМЦ путем записи в книгу покупок.	Бухгалтер

Шаг бизнес-процесса	Описание	Исполнитель
1. Обработка первичной документации	Бухгалтер просматривает предоставленные документы. Подготавливает их для осуществления списания	Бухгалтер
2. Проверка достаточности данных для списания	Проверка, существует ли для объекта ОС регистрационная карточка	Бухгалтер
3. Уточнение данных	Производится проверка документов, выявление неточностей, их корректировка	Бухгалтер
4. Списание/ перемещение ТМЦ	Производится списание/ перемещение ТМЦ	Бухгалтер
5. Отчет о списании/ перемещении ТМЦ	Получение отчета о списании/ перемещении ТМЦ	Бухгалтер
6. Динамика расхода ТМЦ	Получение отчета о динамике расхода ТМЦ	Бухгалтер
7. Отчет о списании	Производится составление отчета о списанном ТМЦ	Бухгалтер

Для определения количественных оценок эффективности были выделены ключевые показатели эффективности. В соответствии с ними, были выделены объекты автоматизации — операции, для которых выделены ключевые показатели эффективности — они обозначены на схемах с префиксом «К» (К1, К2…).

Таблица 3. Ключевые показатели эффективности

КПЭ	Единица измерения	Алгоритм расчета	Идеальный показатель	Целевой показатель
К1. Скорость составления платежного поручения	/час	K1=Nст*Tст (Nст — кол-во Tст — время выполнения одной	400	350
К2. Скорость составления банковской выписки	документа /час	K2=Nст*Tст	300	200
К3. Скорость заполнения накладной	документа /час	K3=Nст*Tст	400	360
К4. Скорость составления счет-фактуры	документа /час	K4=Nст*Tст	600	500
К5. Скорость внесения изменений книгу покупок	документа /час	K5=Nст*Tст	300	300

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

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

Перечень подсистем, их назначение и основные характеристики

Иерархия АСБТМЦ представлена на рисунке ниже.

Рис. 3. Структура АС

Система должна включать в себя следующие подсистемы:

• подсистема программного обеспечения АС;
• подсистема технического обеспечения АС;
• подсистема информационного обеспечения АС.

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

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

Подсистема информационного обеспечения (ИО) — это совокупность единой системы классификации и кодирования технико-экономической информации, унифицированной системы документации и информационной базы. В состав ИО включаются два комплекса: компоненты вне машинного информационного обеспечения (классификаторы технико-экономической информации и документы) и внутри машинного информационного обеспечения (макеты/экранные формы для ввода первичных данных в ЭВМ или вывода результатной информации, структура информационной базы: входных, выходных файлов, базы данных).

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

Система должна сохранять работоспособность и обеспечивать восстановление

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

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

Требования к эргономике и технической эстетике

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

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

Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм.

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

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

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

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

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

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

Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

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

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

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

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

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

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

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

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

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

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

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

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

1. Обеспечивать работу с файлами: сохранение и загрузку информации. Формат файла — текстовый, построчно хранится следующая информация — код ТМЦ, характеристика ТМЦ, дата регистрации, дата убытия.

2. Генерировать формы для составления отчетов по движению ТМЦ.

3. Формировать отчеты о деятельности сотрудников (время регистрации ТМЦ, учета ТМЦ, внесенные изменения).

4. Генерировать формы для актов поступления ТМЦ на учёт.

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

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

Рис. 4. Структура БД

Таблица 4. Описание атрибутов сущностей

№	Тип сущности	Атрибут	Тип данных,	Значение по умолчанию	Допустимость NULL
1	Поставщик	КодПост	Числовой	нет	нет
2	Поставщик	Название	Символьный	нет	нет
3	Поставщик	Адрес	Символьный	нет	нет
4	Поставщик	Контактная информация	Символьный	нет	нет
5	Поставщик	Обращаться к	Символьный	нет	нет
6	Поставщик	Банковские реквизиты	Числовой	нет	нет
7	ТМЦ	Имя атрибута	Символьный	нет	нет
8	ТМЦ	Код	Числовой	нет	нет
9	ТМЦ	Название	Символьный	нет	нет
10	ТМЦ	Единица измерения	Символьный	нет	нет
11	ТМЦ	Цена	Числовой	нет	нет
12	ТМЦ	Количество	Числовой	нет	нет
13	ТМЦ	Стоимость	Числовой	нет	нет
14	ТМЦ	Дата	Дата	нет	нет
15	ТМЦ	кодСчета	Числовой	нет	нет
16	ТМЦ	КодПост	Числовой	нет	нет
17	ТМЦ	Номер партии	Числовой	нет	нет
18	ТМЦ	Номенклатура	Символьный	нет	нет
19	ТМЦ	Кодификатор	Числовой	нет	нет
20	ТМЦ	Склад	Символьный	нет	нет
21	Счет	Имя атрибута	Символьный	нет	нет
22	Счет	кодСчета	Числовой	нет	нет
23	Счет	Счет	Числовой	нет	нет
24	Счет	Название	Символьный	нет	нет
25	Счет	Субсчет	Числовой	нет	нет
26	Счет	Название_суб	Символьный	нет	нет
27	Кодификатор	Имя атрибута	Символьный	нет	нет
28	Кодификатор	Кодификатор	Числовой	нет	нет
29	Кодификатор	Раздел	Символьный	нет	нет
30	Кодификатор	Подраздел	Символьный	нет	нет
31	Убытие	Имя атрибута	Символьный	нет	нет
32	Убытие	Код		нет	нет
33	Убытие	Название	Символьный	нет	нет
34	Убытие	Единица измерения	Символьный	нет	нет
35	Убытие	Цена	Числовой	нет	нет
36	Убытие	Дата	Дата	нет	нет
37	Убытие	Количество	Числовой	нет	нет
38	Убытие	Стоимость	Числовой	нет	нет
39	Убытие	Номер накладной	Числовой	нет	нет

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

Уровень хранения данных в системе должен быть построен на основе современных реляционных или объектно-реляционных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД.

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

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

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

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

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

В состав системы должна входить специализированная подсистема резервного копирования и восстановления данных.

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

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

Рис. 5. Архитектура подсистемы ПО

Подсистема «Документирования» обеспечения поддержки электронного документооборота:

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

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

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

• Документация к программному обеспечению должна содержать разделы: «Руководство пользователя» и «Инструкцию по эксплуатации программного обеспечения».
• Программное обеспечение должно предусматривать защиту данных от несанкционированного доступа на уровне разграничения.
• Ошибки в работе программы или аварийное завершение работы программного обеспечения, не должны вызывать потерю, частичное или полное разрушение базы данных системы.

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

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

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

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

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

• Серверы БД;
• Серверы приложений;
• Сервер системы формирования отчетности;
• ПК пользователей;
• ПК администраторов.

Серверы БД должны быть объединены в отказоустойчивый кластер. Серверы приложений должны образовывать кластер с балансировкой нагрузки.

Серверы БД, серверы приложений и сервер системы формирования отчетности должны быть объединены одной локальной сетью, с пропускной способностью не менее 100 Мбит.

Требования к техническим характеристикам серверов БД:

• Процессор — 2х Intel Xeon 3 ГГц;
• Объем оперативной памяти — 16 Гб;
• Дисковая подсистема — 4х 146 Гб;
• Устройство чтения компакт-дисков (DVD-ROM);
• Сетевой адаптер — 100 Мбит.

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

• Дисковая подсистема 0,5 Тб Raid Array 5

Требования к техническим характеристикам серверов приложений:

• Процессор — 2х Intel Xeon 3 ГГц;
• Объем оперативной памяти — 8 Гб;
• Дисковая подсистема — 4х 146 Гб;
• Устройство чтения компакт-дисков (DVD-ROM);
• Сетевой адаптер — 100 Мбит.

Требования к техническим характеристикам ПК пользователя и ПК администратора:

• Процессор — Intel Pentium 1.5 ГГц;
• Объем оперативной памяти — 256 Мб;
• Дисковая подсистема — 40 Гб;
• Устройство чтения компакт-дисков (DVD-ROM);
• Сетевой адаптер — 100 Мбит.

Стадии	Этапы работ
1. Формирование требований к АС	разработку АС (тактико-технического задания)
2. Разработка концепции АС	2.4. Оформление отчета о выполненной работе
3. Техническое задание	3.1 Разработка и утверждение технического задания на создание АС
4. Эскизный проект	4.2 Разработка документации на АС и ее части
5. Технический проект	проекта объекта автоматизации
6. Рабочая документация	6.2 Разработка или адаптация программ
7. Ввод в действие	7.8. Проведение приемочных испытаний.
8. Сопровождение АС	8.2. Послегарантийное обслуживание.

6.1 Виды, состав, объем и методы испытаний системы

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

6.2 Общие требования к приемке работ по стадиям

Сдача-приемка осуществляется комиссией, в состав которой входят представители Заказчика и Исполнителя. По результатам приемки подписывается акт приемочной комиссии.

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

6.3 Статус приемочной комиссии

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

Стадия создания	Наименование документа	Код документа	Часть проекта	Принадлежность к ПСД	Принадлежность к ЭД	Дополнительные указания
	Схема организационной структуры	СО	ОР	—	—	Включается
	Схема функциональной структуры	С2*	ОР	—	—	Включается
	Перечень заданий на разработку специализированных технических средств	В9	ТО	Х	—	Не разрабатывается в связи с отсутствием необходимости разработки специализированных технических (новых) средств
ТП	Схема автоматизации	С3*	ТО	Х	—	Включается в П2
	Технические задания на разработку технических (новых) средств	—	ТО	—	—	Не разрабатывается в связи с отсутствием необходимости разработки специализированных технических (новых) средств
	Задание на разработку электротехнических, стротельных , санитарно-технических и других разделовпроекта, связанных с созданием системы	—	ТО	Х	—	Не разрабатывается в связи с отсутствием необходимости разработки специализированных технических (новых) средств
	Ведомость технического проекта	ТП*	ОР	—	—	—
	Ведомость покупных изделий	ВП*	ОР	—	—	—
	Перечень входных сигналов и данных	В1	ИО	—	—	Включается в П5
	Перечень выходных сигналов (документов)	В2	ИО	—	—	Включается в П5
	Перечень заданий на разработку электротехнических, стротельных , санитарно-технических и других разделов проекта, связанных с созданием системы	В3	ТО	Х	—	Не разрабатывается в связи с отсутствием необходимости разработки электротехнических, стротельных , санитарно-технических и других разделов проекта
	Пояснительная записка к техническому проекту	П2	ОР	—	—	—
	Описание автоматизируемых функций	П3	ОР	—	—	Включается в П2
	Описание постановки задач	П4	ОР	—	—	Включается в П2
	Описание информационного обеспечения системы	П5	ИО	—	—	—
	Описание организации информационной базы	П6	ИО	—	—	Включается в П5
	Описание систем классификации и кодирования	П7	ИО	—	—	—
	Описание массива информации	П8	ИО	—	—	Включается в П5
	Описание программного обеспечения	ПА	ПО	—	—	—
	Описание алгоритма	ПБ	МО	—	—	В состав проекта не входит
	Описание организационной	ПВ	ОО	—	—	Не разрабатывается, т.к. разрабатываемая система заменяетсуществующую и не требует организационной структуры
	План расположения	С8	ТО	Х	—	Не разрабатываются, т.к. планирование расположение технического обеспечения в прокт не входит
	Ведомость оборудования и материалов	—	ТО	Х	—	—
	Локальный сметный расчет	Б2	ОР	Х	—	Разрабатыва ется в составе контрактной документац ии
	Ведомость держателей подлинников	ДП*	ОР	—	—	Разрабатыва ется шаблон документа, который ведется эксплуатант ом системы
	Ведомость эксплуатационных документов	ЭД*	ОР	—	Х	—
	Спецификация оборудования	В4	ТО	Х	—	—
	Ведомость потребности в материалах	В5	ТО	Х	—	Разрабатыва ется в составе контрактной документац ии
	Ведомость машинных носителей информации	ВМ*	ИО	—	Х	—
	Массив входных данных	В6	ИО	—	Х	В состав проекта не входит
	Каталог базы данных	В7	ИО	—	Х	В состав проекта не входит
	Состав выходных данных (сообщений)	В8	ИО	—	Х	В состав проекта не входит
	Локальная смета	Б3	ОР	Х	—	Разрабатыва ется в составе контрактной документац ии
	Технологическая инструкция	И2	ОО	—	Х	В состав проекта не входит
	Руководство пользователя	И3	ОО	—	Х	—
	Руководство администратора	И3(А)	ОО	—	Х	—
	Инструкция по эксплуатации КТС	ИЭ	ТО	—	Х	В состав проекта не входит
	Схема соединений внешних проводок	С4*	ТО	Х	—	В состав проекта не входит
	Схема подключения внешних проводок	С5*	ТО	Х	—	В состав проекта не входит
	Таблица соединений и подключений	С6	ТО	Х	—	В состав проекта не входит
	Схема деления системы	Е1*	ТО	—	—	Включается в П2
	Чертеж общего вида	ВО*	ТО	Х	—	В состав проекта не входит
	Чертеж установки технических средств	СА	ТО	Х	—	В состав проекта не входит
	Схема принципиальная	СБ	ТО	Х	—	В состав проекта не входит
	Схема структурная комплекса технических средств	С1*	ТО	Х	—	В состав проекта не входит
	План расположения оборудования и проводок	С7	ТО	Х	—	В состав проекта не входит
	Общее описание системы	ПД	ОР	—	Х	—
	Программа и методика испытаний (компонентов, комплексов средств автоматизации, подсистемы, систем)	ПМ*	ОР	—	—	—
	Формуляр	ФО*	ОР	—	Х	—
	Паспорт	ПС*	ОР	—	Х	—
	Инструкция по формированию и ведению базы данных (набора данных)	И4	ИО	—	Х	В состав проекта не входит

Примечания:

• Звездочкой (*) помечены документы, код которых установлен в соответствии с требованиями стандартов ЕСКД
• В таблице приняты следующие сокращения:
• o ПСД — проектно-сметная документация;
• o ЭД — эксплуатационная документация;
• o ЭП — эскизный проект;
• o ТП — технический проект;
• o РД — рабочая документация;
• o ОР — общесистемные решения;
• o ОО — решения по организационному обеспечению;
• o ТО — решения по техническому обеспечению;
• o ИО — решения по информационному обеспечению;
• o ПО — решения по программному обеспечению;
• o МО — решения по математическому обеспечению.
• Знак Х обозначает принадлежность к проектно-сметной или эксплуатационной документации.