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

Шаг бизнеспроцесса Описание Исполнитель Счет от поставщика Бухгалтеру поступает счет от поставщика ТМЦ Бухгалтер Проверка закупка от плательщиков ли НДС Проверка платит ли поставщик ТМЦ налог на добавленную стоимость или нет Бухгалтер Платежное поручение с НДС При условии что поставщик является плательщиком НДС формируется платежное поручение с учетом НДС Бухгалтер Платежное поручение без НДС При условии что поставщик не является плательщиком НДС формируется платежное поручение без учета НДС Бухгалтер Банковская выписка...

2014-06-23

240.83 KB

33 чел.


Поделитесь работой в социальных сетях

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


PAGE   \* MERGEFORMAT 2

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

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

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

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

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

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

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

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

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

ВОЛГОГРАД 2013


Содержание

[1]
Содержание

[2] ОБЩИЕ ПОЛОЖЕНИЯ

[3]
НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ

[4]
ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ

[5] ТРЕБОВАНИЯ К СИСТЕМЕ

[6]
СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ (РАЗВИТИЮ) СИСТЕМЫ

[7] ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ

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

[9] ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ

[10]
ИСТОЧНИКИ РАЗРАБОТКИ

[11]
Приложение А

[12] Бланк формы МХ-1. Акт о приеме-передаче товарно-материальных ценностей на хранение

[13] Приложение В

  1.  ОБЩИЕ ПОЛОЖЕНИЯ
    1.  Полное наименование системы и ее условное обозначение

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

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

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

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

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

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

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

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

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

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

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

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

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

  •  ГОСТ 19.201-78. ТЕХНИЧЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ;
  •  ГОСТ 34.601-90. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания;
  •  ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплексность и обозначение документов при создании автоматизированных систем;
  •  РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов.
  1.  
    НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ
  2.  
  3.  
    1.  Назначение системы

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

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

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

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

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

  •  ввод данных в справочник товарно-материальных ценностей новых записей;
  •  редактирование существующих данных;
  •  формирование актов о приеме-передаче, списания товарно-материальных ценностей;
  •  ввод данных в бланки деклараций;
  •  построение аналитических отчетов и выписок.
  1.  
    ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ

Описание процессов рабочего места.

Процесс приемки товарно-материальных ценностей.

Бухгалтер получает первичную документацию, содержащую перечень хозяйственных событий поступления, перемещения и выбытия товарно-материальных ценностей (ТМЦ), которые регистрируются путем ввода в информационную базу документа «Поступление товаров и услуг». В соответствии с действующим законодательством принадлежащие предприятиям торговли и общественного питания товарно-материальные ценности закрепляются за соответствующими материально ответственными лицами, на которые возлагаются прием, хранение, отпуск и учет материальных запасов. Можно вести как партионный учет ТМЦ  (товар, сырье, п/фабрикат, топливо, зап.часть, стройматериал, инвентарь, тара, услуга) так и в розничных ценах.

Рис. 1. Процесс приемки товарно-материальных ценностей

Таблица 1. Описание бизнес-процесса приемки/передачи товара.

Шаг бизнес-процесса

Описание

Исполнитель

  1.  Счет от поставщика

Бухгалтеру поступает счет от поставщика ТМЦ

Бухгалтер

  1.  Проверка, закупка от плательщиков ли НДС

Проверка, платит ли поставщик ТМЦ налог на добавленную стоимость или нет

Бухгалтер

  1.  Платежное поручение с НДС

При условии, что поставщик является плательщиком НДС, формируется платежное поручение с учетом НДС

Бухгалтер

  1.  Платежное поручение без НДС

При условии, что поставщик не является плательщиком НДС, формируется платежное поручение без учета НДС

Бухгалтер

  1.  Банковская выписка

Формирование банковской выписки, отражающей факт перевода предоплаты поставщику

Бухгалтер

  1.  Проверка, закупка от плательщиков ли НДС

Проверка, платит ли поставщик ТМЦ налог на добавленную стоимость или нет

Бухгалтер

  1.  Накладная с НДС

При условии, что поставщик является плательщиком НДС, материальные ценности учитываются по цене приобретения за вычетом НДС.

Бухгалтер

  1.  Накладная без НДС

При условии, что поставщик не является плательщиком НДС, материальные ценности учитываются по цене приобретения

Бухгалтер

  1.  Счет-фактура

Производится заполнение счет-фактуры, являющейся основанием для принятия предъявленных сумм НДС

Бухгалтер

  1.  Запись в книгу покупок

Отображается приобретение ТМЦ путем записи в книгу покупок.

Бухгалтер

Процесс списания/ перемещения товарно-материальных ценностей.

Бухгалтер получает первичную информацию о ТМЦ, если данных для списания достаточно, производится списание/перемещение ТМЦ. На следующем этапе получаем отчет о списании /перемещении ТМЦ, динамику расхода ТМЦ, отчет об остатках. На схеме ниже представлено графическое описание данного процесса.

Рис. 2. Процесс списания товарно-материальных ценностей

Таблица 2. Описание бизнес-процесса списания/ перемещения ТМЦ.

Шаг бизнес-процесса

Описание

Исполнитель

  1.  Обработка первичной документации

Бухгалтер просматривает предоставленные документы. Подготавливает их для осуществления списания

Бухгалтер

  1.  Проверка достаточности данных для списания

Проверка, существует ли для объекта ОС регистрационная карточка

Бухгалтер

  1.  Уточнение данных

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

Бухгалтер

  1.  Списание/ перемещение ТМЦ

Производится списание/ перемещение ТМЦ

Бухгалтер

  1.  Отчет о списании/ перемещении ТМЦ

Получение отчета о списании/ перемещении ТМЦ

Бухгалтер

  1.  Динамика расхода ТМЦ

Получение отчета о динамике расхода ТМЦ

Бухгалтер

  1.  Отчет о списании

Производится составление отчета о списанном ТМЦ

Бухгалтер

Для определения количественных оценок эффективности были выделены ключевые показатели эффективности. В соответствии с ними, были выделены объекты автоматизации – операции, для которых выделены ключевые показатели эффективности – они обозначены на схемах с префиксом «К» (К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

  1.  ТРЕБОВАНИЯ К СИСТЕМЕ
  2.  
  3.  
    1.  Требования к системе в целом
      1.  Требования к структуре и функционированию системы
        1.  Перечень подсистем, их назначение и основные характеристики

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  1.  Обеспечивать работу с файлами: сохранение и загрузку информации. Формат файла –  текстовый, построчно хранится следующая  информация – код  ТМЦ,  характеристика ТМЦ,  дата  регистрации, дата убытия.
  2.  Генерировать формы для составления отчетов по движению ТМЦ.
  3.  Формировать отчеты о деятельности сотрудников (время регистрации ТМЦ, учета ТМЦ, внесенные изменения).
  4.  Генерировать формы  для  актов поступления ТМЦ на учёт.
    1.  Требования к видам обеспечения
      1.  Требования информационному обеспечению системы 

Структура базы данных представлена на рисунке ниже.

Рис. 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 настоящего документа.

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

Схематическая архитектура подсистемы ПО представлена на рисунке, ниже

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

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

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

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

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

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

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

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

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

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

Серверы БД, серверы приложений и сервер системы формирования отчетности должны быть объединены одной локальной сетью, с пропускной способностью не менее 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.  
    СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ (РАЗВИТИЮ) СИСТЕМЫ

Таблица 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.  ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ
  2.  
  3.  
    1.  Виды, состав, объем и методы испытаний системы

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

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

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

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

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

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

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

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

  •  Определить подразделение и ответственных должностных лиц, ответственных за внедрение и проведение опытной эксплуатации АСБТМЦ;
  •  Обеспечить присутствие пользователей на обучении работе с системой, проводимом Исполнителем;
  •  Обеспечить соответствие помещений и рабочих мест пользователей системы в соответствии с требованиями, изложенными в настоящем ТЗ;
  •  Обеспечить выполнение требований, предъявляемых к программно-техническим средствам, на которых должно быть развернуто программное обеспечение АСБТМЦ;
  •  Совместно с Исполнителем подготовить план развертывания системы на технических средствах Заказчика;
  •  Провести опытную эксплуатацию АСБТМЦ.

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

  1.  ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ

Стадия создания

Наименование документа

Код документа

Часть проекта

Принадлежность к ПСД

Принадлежность к ЭД

Дополнительные указания

Схема организационной структуры

СО

ОР

-

-

Включается

Схема функциональной структуры

С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

ИО

-

Х

В состав проекта не входит

Примечания:

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

  1.  
    ИСТОЧНИКИ РАЗРАБОТКИ

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

Закон РФ №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. Акт о возврате товарно-материальных ценностей, сданных на хранение 



 

Другие похожие работы, которые могут вас заинтересовать.
11444. Пути совершенствования учета товарно-материальных запасов на предприятии 46.95 KB
  Экономическая стратегия должна исходить из реализации курса на ресурсные сбережения. Особое внимание надо уделить снижению материальных затрат и материальной емкости продукции путем принятия новых решений, внедрения новых технологий, норм переработки и т.д.
18409. Аудит и анализ товарно-материальных запасов 251.64 KB
  С учетом этого гораздо повышается роль постижения причин и условий влияющих на сохранность собственности разработки действенных мероприятий направленных на устранение либо же предупреждение тех обстоятельств которые содействуют отрицательным изменениям в деятельности организаций. Отсель вытекают следующие задачи учета материалов: контроль за сохранностью основных и вспомогательных материалов: контроль за своевременностью и полнотой оприходования материалов своевременностью и правильностью составления актов в случаях несоответствия...
5203. Автоматизация процесса начисления стипендий 1.64 MB
  Простую языковую базу, из которой вынесены в библиотеки многие существенные возможности, вроде математических функций или функций управления файлами; ориентацию на процедурное программирование, обеспечивающую удобство применения структурного стиля программирования; систему типов, предохраняющую от бессмысленных операций;
1682. Автоматизация учета товаров на предприятии 3.3 MB
  Все операции купли-продажи товаров осуществляются на основании договора купли-продажи и его разновидностей (договор поставки, договор розничной купли-продажи и т.п.). Операции по учету товаров для продажи и перепродажи ведутся в специализированных торговых организациях (магазинах, универмагах, универсамах и т. п.)
14204. Теория бухгалтерского учета 92.42 KB
  Развитие рыночных отношений в РФ обозначает новые направления к подготовке специалистов управления крупным и малым бизнесом: руководителям, менеджерам, экономистам, финансистам, бухгалтерам, аналитикам, ревизорам, маркетологам. Данные специалисты, зная основы бухгалтерского учета и умея их применить в практической деятельности
1895. Автоматизация процесса вулканизации грузовых автопокрышек 90.64 KB
  Особое значение придается автоматизации, так как она приводит к улучшению основных показателей эффективности производства: увеличению количества, улучшению качества и снижению себестоимости труда. Автоматизация процессов производства лежит в основе развития всех отраслей техники
11199. Автоматизация учета основных средств на предприятии 5.71 MB
  Система программ 1С: Предприятие предназначена для автоматизации управления и учета на предприятиях различных отраслей, видов деятельности и типов финансирования, и включает в себя решения для комплексной автоматизации производственных, торговых и сервисных предприятий,
1674. АВТОМАТИЗАЦИЯ УЧЕТА РАБОТЫ АВТОТРАНСПОРТНОГО ПРЕДПРИЯТИЯ 1.08 MB
  Автотранспортное предприятие МП ОПАТП осуществляет пассажирские перевозки, сопровождая плановые рейсы формированием определенной документации: формирование маршрутного журнала, листа-дохода кондукторов, учёт рабочего времени водителей.
1398. АВТОМАТИЗАЦИЯ УЧЕТА КЛИЕНТОВ ТУРИСТИЧЕСКОГО АГЕНСТВА 1.79 MB
  Клиентская база, сложившаяся за несколько лет работы очень разнообразна. Она включает в себя как клиентов с небольшими доходами, предпочитающих низкобюджетные туры (автобусные туры на Черноморское побережье, отдых на турбазах, экскурсионные поездки на 1-5 дней)
1675. Автоматизация учета в кафе-баре (Ресторане) 1.18 MB
  В табличной части документа после выбора номенклатуры устанавливается закупочная цена потом процент наценки. При установке документом новых значений покупной и продажной цены они сохраняются и используются в дальнейшем для автоматической подстановки в данные строки табличной части документа при выборе соответствующей позиции номенклатуры. Помимо оприходования товаров от поставщиков в случае изменения продажных цен осуществляется автоматическая переоценка остатков данного вида номенклатуры по всем партиям по всем складам. документ...
© "REFLEADER" http://refleader.ru/
Все права на сайт и размещенные работы
защищены законом об авторском праве.