Автоматизация процесса бухгалтерского учета товарно-материальных ценностей
Требования к эргономике и технической эстетике Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав системы должно осуществляться посредством визуального графического интерфейса (GUI). Интерфейс системы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм. Навигационные элементы… Читать ещё >
Автоматизация процесса бухгалтерского учета товарно-материальных ценностей (реферат, курсовая, диплом, контрольная)
Министерство образования и науки РФ Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования Волгоградский Государственный Технический Университет Кафедра «Системы автоматизированного проектирования и поискового конструирования»
Семестровая работа
по дисциплине «Проектирование АСОиУ»
на тему: «Автоматизация процесса бухгалтерского учета товарно-материальных ценностей»
Выполнил: студент группы АУЗ-361с Тюляева И.А.
Проверил: кандидат технических наук, доцент Щербаков М.В.
ВОЛГОГРАД 2013
1 ОБЩИЕ ПОЛОЖЕНИЯ
1.1 Полное наименование системы и ее условное обозначение
1.2 Наименования организации-заказчика и организаций-участников работ
1.3 Перечень документов, на основании которых создается система
1.4 Плановые сроки начала и окончания работы по созданию системы
1.5 Порядок оформления и предъявления заказчику результатов работ по созданию системы
1.6 Перечень нормативно-технических документов, методических материалов, использованных при разработке ТЗ
2 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ
2.1 Назначение системы
2.2 Цели создания системы
3 ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ
4 ТРЕБОВАНИЯ К СИСТЕМЕ
4.1 Требования к системе в целом
4.2 Требования к функциям (задачам), выполняемым системой
4.3 Требования к видам обеспечения
5 СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ (РАЗВИТИЮ) СИСТЕМЫ
6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ
6.1 Виды, состав, объем и методы испытаний системы
6.2 Общие требования к приемке работ по стадиям
6.3 Статус приемочной комиссии
7 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ
8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ
9 ИСТОЧНИКИ РАЗРАБОТКИ
Приложение А
Приложение В
1 ОБЩИЕ ПОЛОЖЕНИЯ
1.1 Полное наименование системы и ее условное обозначение
автоматизация учет товарный материальный
Автоматизация процесса бухгалтерского учета товарно-материальных ценностей (ТМЦ). Далее в документе используется краткое обозначение системы — АСБТМЦ.
1.2 Наименования организации-заказчика и организаций-участников работ
Заказчиком системы является кандидат технических наук, доцент кафедры САПРиПК Щербаков Максим Владимирович.
Исполнителем является студент группы АУЗ-361с, Тюляева Инна Александровна.
1.3 Перечень документов, на основании которых создается система
Разработка ведется на основании семестрового задания, выданного преподавателем, по дисциплине «Проектирование АСОиУ».
1.4 Плановые сроки начала и окончания работы по созданию системы
Плановый срок начала работ по созданию АСБТМЦ — 1 ноября 2012 года. Плановый срок окончания работ по созданию АСБТМЦ — 25 декабря 2012 года.
1.5 Порядок оформления и предъявления заказчику результатов работ по созданию системы
Система передается в виде функционирующего комплекса на базе средств вычислительной техники Заказчика и Исполнителя в сроки, установленные настоящим ТЗ. Приемка системы осуществляется комиссией в составе уполномоченных представителей Заказчика и Исполнителя.
Порядок предъявления системы, ее испытаний и окончательной приемки определен в п. 6 настоящего ЧТЗ. Совместно с предъявлением системы производится сдача разработанного Исполнителем комплекта документации согласно п. 8 настоящего ЧТЗ.
1.6 Перечень нормативно-технических документов, методических материалов, использованных при разработке ТЗ
При разработке автоматизированной системы и создании проектно-эксплуатационной документации Исполнитель должен руководствоваться требованиями следующих нормативных документов:
— ГОСТ 19.201−78. ТЕХНИЧЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ;
— ГОСТ 34.601−90. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания;
— ГОСТ 34.201−89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплексность и обозначение документов при создании автоматизированных систем;
— РД 50−34.698−90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов.
2 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ
2.1 Назначение системы
Разрабатываемая автоматизированная система предназначена для комплексного информационно-аналитического обеспечения процесса ведения бухгалтерских операций по учету товарно-материальных ценностей, в частности исполнения следующих процессов:
— формирование структуры складских подразделений;
— формирование и ведение справочника товарно-материальных ценностей;
— отражение в учете поступления, выбытия и внутреннего перемещения товарно-материальных ценностей;
— ведение первичной складской документации;
— учет возвратной тары;
— формирование первичной документации.
2.2 Цели создания системы
Основными целями создания АСБТМЦ являются:
— повышение эффективности исполнения процессов, перечисленных выше, путем сокращения непроизводительных и дублирующих операций, операций, выполняемых «вручную», оптимизации информационного взаимодействие участников процессов;
— повышение качества исполнения бухгалтерских решений за счет
— оперативности представления, полноты, достоверности и удобства
— форматов отображения информации.
Для реализации поставленных целей система должна решать следующие задачи:
— ввод данных в справочник товарно-материальных ценностей новых записей;
— редактирование существующих данных;
— формирование актов о приеме-передаче, списания товарно-материальных ценностей;
— ввод данных в бланки деклараций;
— построение аналитических отчетов и выписок.
3 ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ
Описание процессов рабочего места.
Процесс приемки товарно-материальных ценностей.
Бухгалтер получает первичную документацию, содержащую перечень хозяйственных событий поступления, перемещения и выбытия товарно-материальных ценностей (ТМЦ), которые регистрируются путем ввода в информационную базу документа «Поступление товаров и услуг». В соответствии с действующим законодательством принадлежащие предприятиям торговли и общественного питания товарно-материальные ценности закрепляются за соответствующими материально ответственными лицами, на которые возлагаются прием, хранение, отпуск и учет материальных запасов. Можно вести как партионный учет ТМЦ (товар, сырье, п/фабрикат, топливо, зап. часть, стройматериал, инвентарь, тара, услуга) так и в розничных ценах.
Рис. 1. Процесс приемки товарно-материальных ценностей
Таблица 1. Описание бизнес-процесса приемки/передачи товара.
Шаг бизнес-процесса | Описание | Исполнитель | |
1. Счет от поставщика | Бухгалтеру поступает счет от поставщика ТМЦ | Бухгалтер | |
2. Проверка, закупка от плательщиков ли НДС | Проверка, платит ли поставщик ТМЦ налог на добавленную стоимость или нет | Бухгалтер | |
3. Платежное поручение с НДС | При условии, что поставщик является плательщиком НДС, формируется платежное поручение с учетом НДС | Бухгалтер | |
4. Платежное поручение без НДС | При условии, что поставщик не является плательщиком НДС, формируется платежное поручение без учета НДС | Бухгалтер | |
5. Банковская выписка | Формирование банковской выписки, отражающей факт перевода предоплаты поставщику | Бухгалтер | |
6. Проверка, закупка от плательщиков ли НДС | Проверка, платит ли поставщик ТМЦ налог на добавленную стоимость или нет | Бухгалтер | |
7. Накладная с НДС | При условии, что поставщик является плательщиком НДС, материальные ценности учитываются по цене приобретения за вычетом НДС. | Бухгалтер | |
8. Накладная без НДС | При условии, что поставщик не является плательщиком НДС, материальные ценности учитываются по цене приобретения | Бухгалтер | |
9. Счет-фактура | Производится заполнение счет-фактуры, являющейся основанием для принятия предъявленных сумм НДС | Бухгалтер | |
10. Запись в книгу покупок | Отображается приобретение ТМЦ путем записи в книгу покупок. | Бухгалтер | |
Процесс списания/ перемещения товарно-материальных ценностей.
Бухгалтер получает первичную информацию о ТМЦ, если данных для списания достаточно, производится списание/перемещение ТМЦ. На следующем этапе получаем отчет о списании /перемещении ТМЦ, динамику расхода ТМЦ, отчет об остатках. На схеме ниже представлено графическое описание данного процесса.
Рис. 2. Процесс списания товарно-материальных ценностей
Таблица 2. Описание бизнес-процесса списания/ перемещения ТМЦ
Шаг бизнес-процесса | Описание | Исполнитель | |
1. Обработка первичной документации | Бухгалтер просматривает предоставленные документы. Подготавливает их для осуществления списания | Бухгалтер | |
2. Проверка достаточности данных для списания | Проверка, существует ли для объекта ОС регистрационная карточка | Бухгалтер | |
3. Уточнение данных | Производится проверка документов, выявление неточностей, их корректировка | Бухгалтер | |
4. Списание/ перемещение ТМЦ | Производится списание/ перемещение ТМЦ | Бухгалтер | |
5. Отчет о списании/ перемещении ТМЦ | Получение отчета о списании/ перемещении ТМЦ | Бухгалтер | |
6. Динамика расхода ТМЦ | Получение отчета о динамике расхода ТМЦ | Бухгалтер | |
7. Отчет о списании | Производится составление отчета о списанном ТМЦ | Бухгалтер | |
Для определения количественных оценок эффективности были выделены ключевые показатели эффективности. В соответствии с ними, были выделены объекты автоматизации — операции, для которых выделены ключевые показатели эффективности — они обозначены на схемах с префиксом «К» (К1, К2…).
Таблица 3. Ключевые показатели эффективности
КПЭ | Единица измерения | Алгоритм расчета | Идеальный показатель | Целевой показатель | |
К1. Скорость составления платежного поручения | строк документа /час | K1=Nст*Tст (Nст — кол-во строк, Tст — время выполнения одной строки) | |||
К2. Скорость составления банковской выписки | строк документа /час | K2=Nст*Tст | |||
К3. Скорость заполнения накладной | строк документа /час | K3=Nст*Tст | |||
К4. Скорость составления счет-фактуры | строк документа /час | K4=Nст*Tст | |||
К5. Скорость внесения изменений книгу покупок | строк документа /час | K5=Nст*Tст | |||
4 ТРЕБОВАНИЯ К СИСТЕМЕ
4.1 Требования к системе в целом
Требования к структуре и функционированию системы
Перечень подсистем, их назначение и основные характеристики
Иерархия АСБТМЦ представлена на рисунке ниже.
Рис. 3. Структура АС Система должна включать в себя следующие подсистемы:
— подсистема программного обеспечения АС;
— подсистема технического обеспечения АС;
— подсистема информационного обеспечения АС.
Подсистема программного обеспечения (ПО) включает совокупность компьютерных программ, описаний и инструкций по их применению на ЭВМ. ПО делится на комплексы: общее (операционные системы, операционные оболочки, компиляторы, интерпретаторы, программные среды для разработки прикладных программ, сетевые программы и т. д.), специальное (совокупность прикладных программ, разработанных для конкретных задач в рамках функциональных подсистем, и контрольные примеры).
Подсистема технического обеспечения (ТО) представляет комплекс технических средств, предназначенных для обработки данных в АС. В состав комплекса входят электронные вычислительные машины, осуществляющие обработку информации, средства подготовки данных на машинных носителях, средства сбора и регистрации информации, средства передачи данных по каналам связи, средства накопления и хранения данных и выдачи результатной информации, вспомогательное оборудование и организационная техника.
Подсистема информационного обеспечения (ИО) — это совокупность единой системы классификации и кодирования технико-экономической информации, унифицированной системы документации и информационной базы. В состав ИО включаются два комплекса: компоненты вне машинного информационного обеспечения (классификаторы технико-экономической информации и документы) и внутри машинного информационного обеспечения (макеты/экранные формы для ввода первичных данных в ЭВМ или вывода результатной информации, структура информационной базы: входных, выходных файлов, базы данных).
Требования к надежности
Система должна сохранять работоспособность и обеспечивать восстановление своих функций при возникновении следующих внештатных ситуаций:
— при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке ОС, восстановление программы должно происходить после перезапуска ОС и запуска исполняемого файла системы;
— при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции системы возлагается на ОС;
— при ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС.
Для защиты аппаратуры от бросков напряжения и коммутационных помех должны применяться сетевые фильтры.
Требования к эргономике и технической эстетике Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав системы должно осуществляться посредством визуального графического интерфейса (GUI). Интерфейс системы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм. Навигационные элементы должны быть выполнены в удобной для пользователя форме. Средства редактирования информации должны удовлетворять принятым соглашениям в части использования функциональных клавиш, режимов работы, поиска, использования оконной системы. Ввод-вывод данных системы, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям системы.
Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке.
Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных.
Экранные формы должны проектироваться с учетом требований унификации:
— все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации;
— для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы;
— внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов. Система должна соответствовать требованиям эргономики и профессиональной медицины при условии комплектования высококачественным оборудованием (ПЭВМ, монитор и прочее оборудование), имеющим необходимые сертификаты соответствия и безопасности Росстандарта.
Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы Система должна быть рассчитана на эксплуатацию в составе программно-технического комплекса Заказчика и учитывать разделение ИТ инфраструктуры Заказчика на внутреннюю и внешнюю. Техническая и физическая защита аппаратных компонентов системы, носителей данных, бесперебойное энергоснабжение, резервирование ресурсов, текущее обслуживание реализуется техническими и организационными средствами, предусмотренными в ИТ инфраструктуре Заказчика.
Для нормальной эксплуатации разрабатываемой системы должно быть обеспечено бесперебойное питание ПЭВМ. При эксплуатации система должна быть обеспечена соответствующая стандартам хранения носителей и эксплуатации ПЭВМ температура и влажность воздуха.
Периодическое техническое обслуживание используемых технических средств должно проводиться в соответствии с требованиями технической документации изготовителей, но не реже одного раза в год.
Периодическое техническое обслуживание и тестирование технических средств должны включать в себя обслуживание и тестирование всех используемых средств, включая рабочие станции, серверы, кабельные системы и сетевое оборудование, устройства бесперебойного питания.
В процессе проведения периодического технического обслуживания должны проводиться внешний и внутренний осмотр и чистка технических средств, проверка контактных соединений, проверка параметров настроек работоспособности технических средств и тестирование их взаимодействия.
На основании результатов тестирования технических средств должны проводиться анализ причин возникновения обнаруженных дефектов и приниматься меры по их ликвидации.
Восстановление работоспособности технических средств должно проводиться в соответствии с инструкциями разработчика и поставщика технических средств и документами по восстановлению работоспособности технических средств и завершаться проведением их тестирования. При вводе системы в опытную эксплуатацию должен быть разработан план выполнения резервного копирования программного обеспечения и обрабатываемой информации. Во время эксплуатации системы, персонал, ответственный за эксплуатацию системы должен выполнять разработанный план.
Размещение помещений и их оборудование должны исключать возможность бесконтрольного проникновения в них посторонних лиц и обеспечивать сохранность находящихся в этих помещениях конфиденциальных документов и технических средств.
Размещение оборудования, технических средств должно соответствовать требованиям техники безопасности, санитарным нормам и требованиям пожарной безопасности.
Все пользователи системы должны соблюдать правила эксплуатации электронной вычислительной техники. Квалификация персонала и его подготовка должны соответствовать технической документации.
4.2 Требования к функциям (задачам), выполняемым системой
Система должна выполнять следующие функции:
1. Обеспечивать работу с файлами: сохранение и загрузку информации. Формат файла — текстовый, построчно хранится следующая информация — код ТМЦ, характеристика ТМЦ, дата регистрации, дата убытия.
2. Генерировать формы для составления отчетов по движению ТМЦ.
3. Формировать отчеты о деятельности сотрудников (время регистрации ТМЦ, учета ТМЦ, внесенные изменения).
4. Генерировать формы для актов поступления ТМЦ на учёт.
4.3 Требования к видам обеспечения
Требования информационному обеспечению системы
Структура базы данных представлена на рисунке ниже.
Рис. 4. Структура БД Таблица 4. Описание атрибутов сущностей
№ | Тип сущности | Атрибут | Тип данных, | Значение по умолчанию | Допустимость NULL | |
Поставщик | КодПост | Числовой | нет | нет | ||
Поставщик | Название | Символьный | нет | нет | ||
Поставщик | Адрес | Символьный | нет | нет | ||
Поставщик | Контактная информация | Символьный | нет | нет | ||
Поставщик | Обращаться к | Символьный | нет | нет | ||
Поставщик | Банковские реквизиты | Числовой | нет | нет | ||
ТМЦ | Имя атрибута | Символьный | нет | нет | ||
ТМЦ | Код | Числовой | нет | нет | ||
ТМЦ | Название | Символьный | нет | нет | ||
ТМЦ | Единица измерения | Символьный | нет | нет | ||
ТМЦ | Цена | Числовой | нет | нет | ||
ТМЦ | Количество | Числовой | нет | нет | ||
ТМЦ | Стоимость | Числовой | нет | нет | ||
ТМЦ | Дата | Дата | нет | нет | ||
ТМЦ | кодСчета | Числовой | нет | нет | ||
ТМЦ | КодПост | Числовой | нет | нет | ||
ТМЦ | Номер партии | Числовой | нет | нет | ||
ТМЦ | Номенклатура | Символьный | нет | нет | ||
ТМЦ | Кодификатор | Числовой | нет | нет | ||
ТМЦ | Склад | Символьный | нет | нет | ||
Счет | Имя атрибута | Символьный | нет | нет | ||
Счет | кодСчета | Числовой | нет | нет | ||
Счет | Счет | Числовой | нет | нет | ||
Счет | Название | Символьный | нет | нет | ||
Счет | Субсчет | Числовой | нет | нет | ||
Счет | Название_суб | Символьный | нет | нет | ||
Кодификатор | Имя атрибута | Символьный | нет | нет | ||
Кодификатор | Кодификатор | Числовой | нет | нет | ||
Кодификатор | Раздел | Символьный | нет | нет | ||
Кодификатор | Подраздел | Символьный | нет | нет | ||
Убытие | Имя атрибута | Символьный | нет | нет | ||
Убытие | Код | нет | нет | |||
Убытие | Название | Символьный | нет | нет | ||
Убытие | Единица измерения | Символьный | нет | нет | ||
Убытие | Цена | Числовой | нет | нет | ||
Убытие | Дата | Дата | нет | нет | ||
Убытие | Количество | Числовой | нет | нет | ||
Убытие | Стоимость | Числовой | нет | нет | ||
Убытие | Номер накладной | Числовой | нет | нет | ||
Состав, структура и способы организации данных в системе должны быть определены на этапе технического проектирования.
Уровень хранения данных в системе должен быть построен на основе современных реляционных или объектно-реляционных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД.
Средства СУБД, а также средства используемых операционных систем должны обеспечивать документирование и протоколирование обрабатываемой в системе информации.
Структура базы данных должна поддерживать кодирование хранимой и обрабатываемой информации в соответствии с общероссийскими классификаторами (там, где они применимы).
Доступ к данным должен быть предоставлен только авторизованным пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации.
Структура базы данных должна быть организована рациональным способом, исключающим единовременную полную выгрузку информации, содержащейся в базе данных системы.
Технические средства, обеспечивающие хранение информации, должны использовать современные технологии, позволяющие обеспечить повышенную надежность хранения данных и оперативную замену оборудования (распределенная избыточная запись/считывание данных; зеркалирование; независимые дисковые массивы; кластеризация).
В состав системы должна входить специализированная подсистема резервного копирования и восстановления данных.
При проектировании и развертывании системы необходимо рассмотреть возможность использования накопленной информации из уже функционирующих информационных систем. Перечень функционирующих информационных систем приведен в разделе 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 Мбит.
5 СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ (РАЗВИТИЮ) СИСТЕМЫ
Таблица 5. Работы по созданию (развитию) системы
Стадии | Этапы работ | |
1. Формирование требований к АС | 1.1 Обследование объекта и обоснование необходимости создания АС 1.2 Формирование требований пользователя к АС 1.3 Оформление отчета о выполненной работе и заявки на разработку АС (тактико-технического задания) | |
2. Разработка концепции АС | 2.1. Изучение объекта 2.2. Проведение необходимых научно-исследовательских работ 2.3. Разработка вариантов концепции АС, удовлетворяющих требованиям пользователя 2.4. Оформление отчета о выполненной работе | |
3. Техническое задание | 3.1 Разработка и утверждение технического задания на создание АС | |
4. Эскизный проект | 4.1 Разработка предварительных проектных решений по системе и ее частям 4.2 Разработка документации на АС и ее части | |
5. Технический проект | 5.1 Разработка проектных решений по системе и ее частям 5.2 Разработка документации на АС и ее части 5.3 Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку 5.4 Разработка заданий на проектирование в смежных частях проекта объекта автоматизации | |
6. Рабочая документация | 6.1 Разработка рабочей документации на систему и ее части 6.2 Разработка или адаптация программ | |
7. Ввод в действие | 7.1 Подготовка объекта автоматизации к вводу АС в действие 7.2 Подготовка персонала 7.3 Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно; техническими комплексами, информационными изделиями) 7.6. Проведение предварительных испытаний. 7.7. Проведение опытной эксплуатации. 7.8. Проведение приемочных испытаний. | |
8. Сопровождение АС | 8.1. Выполнение работ в соответствии с гарантийными обязательствами. 8.2. Послегарантийное обслуживание. | |
1 6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ
6.1 Виды, состав, объем и методы испытаний системы
Виды, состав, объем, и методы испытаний подсистемы должны быть изложены в программе и методике испытаний, разрабатываемой в составе рабочей документации.
6.2 Общие требования к приемке работ по стадиям
Сдача-приемка осуществляется комиссией, в состав которой входят представители Заказчика и Исполнителя. По результатам приемки подписывается акт приемочной комиссии.
Все создаваемые в рамках настоящей работы программные изделия (за исключением покупных) передаются Заказчику, как в виде готовых модулей, так и в виде исходных кодов, представляемых в электронной форме на стандартном машинном носителе (например, на компакт-диске).
6.3 Статус приемочной комиссии
Статус приемочной комиссии определяется Заказчиком до проведения испытаний.
7 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ
В ходе выполнения проекта на объекте автоматизации требуется выполнить работы по подготовке к вводу системы в действие. При подготовке к вводу в эксплуатацию АСБТМЦ Заказчик должен обеспечить выполнение следующих работ:
— Определить подразделение и ответственных должностных лиц, ответственных за внедрение и проведение опытной эксплуатации АСБТМЦ;
— Обеспечить присутствие пользователей на обучении работе с системой, проводимом Исполнителем;
— Обеспечить соответствие помещений и рабочих мест пользователей системы в соответствии с требованиями, изложенными в настоящем ТЗ;
— Обеспечить выполнение требований, предъявляемых к программно-техническим средствам, на которых должно быть развернуто программное обеспечение АСБТМЦ;
— Совместно с Исполнителем подготовить план развертывания системы на технических средствах Заказчика;
— Провести опытную эксплуатацию АСБТМЦ.
Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие, включая перечень основных мероприятий и их исполнителей должны быть уточнены на стадии подготовки рабочей документации и по результатам опытной эксплуатации.
1 8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ
Стадия создания | Наименование документа | Код документа | Часть проекта | Принадлежность к ПСД | Принадлежность к ЭД | Дополнительные указания | |
Схема организационной структуры | СО | ОР | ; | ; | Включается | ||
Схема функциональной структуры | С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 МО — решения по математическому обеспечению.
— Знак Х обозначает принадлежность к проектно-сметной или эксплуатационной документации.
1 9 ИСТОЧНИКИ РАЗРАБОТКИ
Настоящее ТЗ разработано на основании следующих стандартов и нормативных документов:
Закон РФ № 4871−1 «Об обеспечении единства измерений».
СТП 7.3−03−2008 СТАНДАРТ ПРЕДПРИЯТИЯ. Порядок разработки, внедрения, сопровождения и эксплуатации автоматизированных систем управления технологическими процессами.
ГОСТ 34.003−90 ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ.
Автоматизированные системы. Термины и определения.
ГОСТ 24.104−85 ЕСС АСУ. Автоматизированные системы управления. Общие требования.
ГОСТ 34.201−89 ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ. Виды, комплектность и обозначение документов при создании автоматизированных систем.
ГОСТ 34.601−90 ЕСС АСУ. Автоматизированные системы. Стадии создания.
ГОСТ 34.602−89 ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.
РД 50−34.698−90 МЕТОДИЧЕСКИЕ УКАЗАНИЯ.
ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ. Автоматизированные системы. Требования к содержанию документов.
ГОСТ 34.603−92 ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ. Виды испытаний автоматизированных систем.
Приложение А
Бланк формы МХ-1. Акт о приеме-передаче товарно-материальных ценностей на хранение
Приложение В
Бланк формы МХ-3. Акт о возврате товарно-материальных ценностей, сданных на хранение