Автоматизация учета расхода материалов на производство

Содержание:

Введение

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

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

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

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

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

1. Технико-экономическая характеристика предметной области и предприятия

1.1 Характеристика предприятия и его деятельности

Компания «ArduinoGod»

Направление деятельности (размер и отрасль):

Размер: малый бизнес

Отрасль: производство

Состав продуктов/услуг:

• Электронные устройства

Общая характеристика окружения предприятия (клиенты, конкуренты, партнёры, поставщики)

Клиенты:

Основными потребителями являются организации малого размера, которые заинтересованы контролем микроклимата в помещении,

Конкуренты:

• Trafag AG
• Sts electronics
• E+E Elektronik

Партнёры:

• ООО «ElektroMark»
• ООО «LiquidMetal»

Поставщики:

• Интернет-магазин "Амперкот.ру"
• Интернет-магазин “iarduino.ru”

История ООО «ArduinoGod»

Компания ООО «ArduinoGod» – основанная в середине 2018 года начинала свой путь с программирования на любительском уровне и создания первых электронных устройств на основе микроконтроллера Arduino. Данная компания занимается производством собственных электронных устройств различного назначения. Компания постоянно находилась в поиске новых областей применения своей продукции, чтобы максимально удовлетворить потребности внутреннего рынка.

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

В таблице 1 указаны технико-экономические показатели за 2018 и 2019 года.

Таблица 1 – Технико-экономические показатели

№ п\п	Наименование характеристики (показателя)	Значение показателя за 2018	Значение показателя за 2019
1	Количество сотрудников	32 человек	32 человек
2	Доход от продаж в месяц	650 тыс. рублей	650 тыс. рублей
3	Доход от продаж в год	7,8 млн. рублей	7,8 млн. рублей
4	Годовой фонд оплаты труда	7,5 млн. рублей	7,5 млн. рублей
5	Среднемесячная заработная плата сотрудников	25 000 рублей	25 000 рублей
6	Объем продаж в месяц	1300 единиц	1300 единиц

1.2 Организационная структура управления предприятием

Рисунок 1.1 – организационная структура ООО “ArduinoGod”

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

• Генеральный директор (1) – занимается подбором персонала, обеспечивает соблюдение законности в деятельности организации, организует разработку и утверждает штатное расписание предприятия.
• Зам. Ген. директора (1) – принимает меры по своевременному заключению хозяйственных и финансовых договоров, обеспечивает их соблюдение.
• Начальник отдела продаж (1) – занимается поиском и привлечением клиентов, составляет отчётности о выполненной работе и анализом рынка.
• Менеджер по продажам (4) – взаимодействует с клиентами, путем консультации их по ассортименту услуг, предоставляемых организацией.
• Начальник отдела транспортировок (1) – составляет график доставок готовой продукции, обеспечивает целостность и сохранность готовой продукции, организует сортировку готовой продукции и материалов на складе, составляет отчётности о выполненной работе.
• Курьер (2) – занимается непосредственно доставкой готовой продукции заказчикам, осуществляет сортировку готовой продукции и материалов на складе, а также доставку материалов на склад.
• Начальник отдела производства (1) – составляет график проведения работ, руководит рабочим процессом, следит за исправностью оборудования, составляет отчётности о выполненной работе.
• Программист (2) – создает ПО для производимых электронных устройств, и занимается откладкой и тестированием это ПО.
• Инженер-конструктор (2) – занимается трассировкой печатных плат для производимых электронных устройств.
• Сборщик (4) – производит монтаж электронного устройства в корпус или оболочку для дальнейшей продажи.
• Начальник отдела планирования (1) – занимается планированием рабочего процесса и участвует в рабочем процессе, составляет отчётности о выполненной работе.
• Ведущий инженер (2) – разрабатывает структурную схему электронного устройства в общем виде.
• Инженер-электроник (2) – подбирает компоненты и (или) материалы для обеспечения работоспособности структурной схемы электронного устройства.
• Дизайнер (3) – разрабатывает макет корпуса или оболочки для будущих электронных устройств.
• Начальник отдела кадров и бухгалтерии (1) – совместно с ген. директором занимается составлением анкет для подбора персонала.
• Кадровик (2) – ведет учёт сотрудников на предприятии, отсеивает не подходящие резюме.
• Бухгалтер (2) – занимается финансовыми расчётами такими как: заработная плата сотрудников, расходы на покупку материалов, расходы на поддержание в исправном виде оборудования.

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

1.3 Выбор комплекса задач автоматизации, структуры комплекса технических и программных средств и характеристика существующих бизнес-процессов.

Рисунок 1.2 – Контекстная диаграмма учёта расхода материалов на производство ООО «ArduinoGod»

Рисунок 1.3 – Декомпозиция контекстной диаграммы ООО «ArduinoGod»

Рисунок 1.4 – Декомпозиция 2 уровня ООО «ArduinoGod»

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

Рисунок 1.5 – Диаграмма деятельности ООО «ArduinoGod»

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

Рисунок 1.6 – Диаграмма прецедентов ООО «ArduinoGod»

В таблице 1.2 приведен список Актеров, изображенный на диаграмме прецедентов

Таблица 1.2

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

В таблице 1.3 приведен перечень прецедентов.

Таблица 1.3

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

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

На рисунке 1.7 изображена техническая архитектура организации ООО «ArduinoGod»

Рисунок 1.7 – Техническая архитектура ООО «ArduinoGod»

В таблице 1.4 приведен перечень программно-аппаратного обеспечения

Таблица 1.4

№п/п	Аппаратное средство	Конфигурация	Установленное ПО
1	Монитор Samsung SyncMaster B2230N	Разрешение: 1920x1080 Входы: VGA (D-Sub)	Специализированное ПО
2	Проводная оптическая мышь Qumo office m14	Интерфейс: USB 2.0 Разрешение датчика: 1000 dpi	Специализированное ПО
3	Клавиатура проводная Chicony KB-9810	Интерфейс: PS/2 Кол-во клавиш: 104	Специализированное ПО
4	Колонки Genius SPS110	Интерфейс: mini jack Отношение сигнал/шум: 70дБ Диапазон частот: 20020000 Гц	Специализированное ПО
5	АТС		Специализированное ПО
6	Коммутатор D-Link DES-1050G	ОЗУ: 3,20 МБ Кол-во портов: 48 Скорость uplink/SFPпортов: 10/100/1000 Мбит/с Внутренняя пропускная способность: 13,6 Гбит/с	Специализированное ПО
7	МФУ HP LaserJet Pro 400 MFP	Скорость печати: 33стр./мин Формат печати: А4	Специализированное ПО
8	Рабочая станция сотрудника (начальника, ген. директора, зам. ген. директора)	Процессор: Intel core i3- 2120 ОЗУ: 8 ГБ HDD: 4ТБ Видеоадаптер: Palit GeForce GT 730	MS Office 2016 Directum Visual Studio 2017 Adobe Photoshop CS6 Adobe Illustrator Kaspersky Team Viewer 11 Google Chrome
9	Сервер БД	Процессор: Intel core i3- 2120 ОЗУ: 8 ГБ HDD: 4ТБ Видеоадаптер: Palit GeForce GT 730	Windows Server 2012 MS SQL Server 2012
10	Межсетевой экран Zyxel ZyWall 310	Интерфейсы: 100/1000 Мбит/с 8 (конфигурируемые) Порт консоли (DB9)	Специализированное ПО
11	Маршрутизатор D-Link DSR-250N	Количество LAN портов: 8 Скорость передачи по проводному подключению: 1000 Мбит/сек	Специализированное ПО

2. Информационное обеспечение

2.1 Информационная модель

На рисунке 2.1 изображена карта процессов в организации ООО «ArduinoGod»

Рисунок 2.1 – Информационная модель

2.2 Характеристика нормативно-справочной, входной и результатной информации

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

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

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

2.3 Характеристика базы данных

Для проектирования ИС была создана модель сущность-связь. В ней определены все основные сущности и связи, которые существуют между ними. Было выделено 6 сущностей: Клиенты, Заказы, Производство, Сотрудник, Продукция, Компоненты, которые описаны в таблицах 2.1 – 2.6

Таблица 2.1

Атрибуты сущности «Клиенты»

Наименование поля	Идентификато р поля	Тип поля	Длина поля	Прочее
ID Клиента	Id_Client	Счётчик	256	Ключевое поле
Имя	Name_Client	Короткий текст	15
Фамилия	Fam_Client	Короткий текст	15
Отчество	Otch_Client	Короткий текст	15
Адрес	Adress_Client	Короткий текст	50
Номер телефона	Num_Client	Короткий текст	30

Таблица 2.2

Атрибуты сущности «Заказы»

Наименование поля	Идентификато р поля	Тип поля	Длина поля	Прочее
ID Заказа	Id_Zakaz	Счётчик	256	Ключевое поле
Клиент	Id_Client	Числовой	256
ID Продукции	Id_Prod	Числовой	256
Количество	Kol_Zakaz	Числовой	256
Исполнитель	Ispol_Zakaz	Числовой	256

Таблица 2.3

Атрибуты сущности «Производство»

Наименование поля	Идентификато р поля	Тип поля	Длина поля	Прочее
ID Продукции	Id_Proiz	Счётчик	256	Ключевое поле
ID Компонента	Id_Komp	Числовой	256
Количество компонентов	Kol_Prod	Числовой	256
ID сотрудника	Id_Sotrud	Числовой	256

Таблица 2.4

Атрибуты сущности «Сотрудники»

Наименование поля	Идентификато р поля	Тип поля	Длина поля	Прочее
ID сотрудника	Id_Sotrud	Счётчик	256	Ключевое поле
Фамилия	Fam_Sotrud	Короткий текст	15
Имя	Name_Sotrud	Короткий текст	15
Отчёство	Otch_Sotrud	Короткий текст	15
Должность	Dolzh_Sotrud	Короткий текст	30
Дата рождения	Date_Sotrud	Дата и время		Маска
Пол	Sex_Sotrud	Короткий текст	15
Телефон	Tel_Sotrud	Короткий текст	30	Маска
Адрес	Adress_Sotrud	Короткий текст	50
Оклад	Oklad_Sotrud	Денежный

Таблица 2.5

Атрибуты сущности «Продукция»

Наименование поля	Идентификато р поля	Тип поля	Длина поля	Прочее
ID Продукции	Id_Prod	Счётчик	256	Ключевое поле
Наименование продукции	Name_Prod	Короткий текст	50
Стоимость	Cost_Prod	Денежный	50

Таблица 2.6

Атрибуты сущности «Компоненты»

Наименование поля	Идентификато р поля	Тип поля	Длина поля	Прочее
ID Компонента	Id_Komp	Счётчик	256	Ключевое поле
Наименование	Name_Komp	Короткий текст	25

Схема данных изображена на рисунке 2.2

Рисунок 2.2 – схема данных ООО «ArduinoGod»

3. Контрольный пример реализации и его описание

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

Рисунок 3.1 – Выборка по компонентам

Рисунок 3.2 – Выборка по компонентам

Далее на рисунке 3.3 показан пример реализации запроса список заказов, при его исполнении выдается список всех имеющихся заказов.

Рисунок 3.3 – запрос на список заказов

На рисунке 3.4 – 3.5 изображен пример реализации входной формы добавление клиента

Рисунок 3.4 – входная форма на добавление клиента

Рисунок 3.5 – добавление нового клиента

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

Рисунок 3.6 – добавление нового клиента

Заключение

В заключении следует отметить, что проведенная мной работа по автоматизации учёта расхода материалов на производство была выполнена в полном объёме. В ходе работы я подробно изучил сферу деятельности предприятия, историю компании, технико-экономические показатели за 2018/2019 года, проанализировал организационную структуру предприятия и выявил ее недостатки, изучил техническую архитектуру предприятия, а также техническое и программное обеспечение предприятия.

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

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

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

Список использованных источников

1. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем – М.: ИУИТ, 2012 – 300 с. 
2. Гущин А.Н. Базы данных: учебник. - М.: Директ-Медиа, 2014. - 266с 
3. Методология функционального моделирования IDEF0, Руководящий документ, Госстандарт России 
4. Абрамова Л.В. Инструментальные средства информационных систем: учебное пособие. - Архангельск: САФУ, 2013. - 118 с. - режим доступа http:// biblioclub.ru 
5. Заботина Н.Н.Проектирование информационных систем: учебное пособие. – М.: ИНФРА-М, 2013. -  331с. 
6. Золотов С.Ю. Проектирование информационных систем: учебное пособие. - Томск: Эль Контент, 2013. - 88 с. – режим доступа http:// biblioclub.ru 
7. Методы и средства проектирования информационных систем и технологий: учебное пособие / авт.-сост. Е.В. Крахоткина. - Ставрополь: СКФУ, 2015. - 152 с. 
8. Проектирование информационных систем. Проектный практикум: учебное пособие / А.В. Платёнкин, И.П. Рак, А.В. Терехов, В.Н. Чернышов. - Тамбов: Издательство ФГБОУ ВПО «ТГТУ», 2015. - 81 с. - режим доступа http:// biblioclub.ru 
9. Советов Б.Я. Базы данных: учебник / Б.Я. Советов, В.В. Цехановский, В.Д. Чертовский. – 2-е изд., перераб. и доп. - М.: Юрайт, 2015. - 463с. 
10. Документация исследуемой организации. 
11. Официальный сайт исследуемой организации 
12. Разумный подход к автоматизации управленческого учета. Ольга Феклисова. Режим доступа http://www.cfin.ru/itm/kis/choose/management_accounting.shtml 

Приложения

Приложение 1 – Техническое задание

Общие сведения

• 1. Наименование системы

Автоматизированная система учёта расхода материалов на производство

• 1. Заказчики исполнители работ.

Заказчик: ООО “ArduinoGod”

Адрес фактический: ул. мещанская д.9/14 стр.1

Телефон / Факс: +7 (3499) 53-77-27

Представитель заказчика:

Аветян Тигран Гайкович

Телефон / Факс: +7 (999) 856-95-43

Разработчик:

Никонов Тимур Андреевич

• 1. Основание для проведения работ.

Отсутствие автоматизированной системы учета расхода материалов на производство

• 1. Стадийность работ.

Сроки начала и окончания работ представлены в таблице 1

Таблица 1

Стадийность работ
№ п/п	Наименование работ	Сроки начала	Сроки окончания
1	Пред проектное обследование	Январь 2019	Январь 2019
2	Начало проектирования	Февраль 2019	Март 2019
3	Модернизация технического/программного обеспечения	Март 2019	Апрель 2019
4	Закупка оборудования	Апрель 2019	Апрель 2019
5	Завершение модернизации	Май 2019	Май 2019
6	Опытная эксплуатация	Июнь 2019	-

• 1. Особые условия.

Комплекс технических средств должен быть частично модернизирован согласно ТЗ

Программное обеспечение, а именно: 1С: Предприятие, Консультант+, должны быть установлены на “Рабочие станции сотрудников”, также нужно предусмотреть резервное копирование данных.

Назначение и цели создания системы

• 1. Назначение.

Разрабатываемая система предназначена для применения в IT-отделе ООО «ArduinoGod». 

• 1. Цели создания системы.

Увеличение объёма выпускаемой продукции, и повышение эффективности сотрудников.

Снижение уровня нагрузки на сотрудников путем автоматизации учёта расхода материалов на производство

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

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

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

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

Смежные системы отсутствуют

• • • 1. Требования к режимам функционирования системы

Для АИС «Склад» определены следующие режимы функционирования: 

• Нормальный режим функционирования; 
• Аварийный режим функционирования.  
• Основным режимом функционирования АС является нормальный режим.  

В нормальном режиме функционирования системы: 

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

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

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

В случае перехода системы в предаварийный режим необходимо: 

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

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

• • • 1. Требования по диагностированию системы

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

• • • 1. Перспективы развития, модернизации системы

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

• • 1. Требования к численности и квалификации персонала системы

Сотрудники должны:

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

В их обязанности входит ввод информации для формирования продаж.

Администраторы должны иметь опыт администрирования ОС Windоws. В их обязанности входит:

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

Рекомендуемая численность для эксплуатации АС Склад: - Администратор – 1 штатная единица; - Сотрудник – число штатных единиц определяется структурой компании.

• • 1. Показатели назначения

АИС «Склад» должна обеспечивать выполнение следующих функций:

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

Срок службы технических средств системы должен составлять не менее 10 лет (с учетом старения средств вычислительной техники). 

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

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

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

• обеспечения правильности ввода информации; 
• пользователь не должен иметь возможность изменить заносить работы без шифра; 
• не должно быть возможности изменения даты внесения данных. 
  • 1. Требования к безопасности

При работе с техническими средствами АИС «учета расхода материалов на производство» должны выполняться требования «Инструкции по охране труда для пользователей при работе на ПЭВМ». 

Уровни шума и звуковой мощности в местах расположения АРМ системы не должны превышать значений, установленных ГОСТ 12.1.003.83. 

Общие требования по уровню вибрации на рабочих местах пользователей системы - по ГОСТ 12.1.012.79. 

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

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

• к рабочим местам пользователей - требованиям ГОСТ 2.2269-76; 
• к микроклимату мест расположения АРМ системы - требованиям ГОСТ 12.1.005-76 и Сан ПиН 2.2.2.542-96. 

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

Вновь устанавливаемый АРМ системы должен размещаться в существующих помещениях пользователей по согласованию с заказчиком. При наличии на рабочем месте пользователя ПК с характеристиками, удовлетворяющими требованиям настоящего ТЗ, возможно его подключение к АИС «учета расхода материалов на производство». 

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

• • 1. Требования к транспортабельности для подвижных АС

Требования не предъявляются

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

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

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

Для размещения персонального компьютера должна выделятся производственная площадь не менее 6 кв. м. Помещение должно иметь огнестойкость не ниже второй степени согласно СН 512-78 с параметрами среды: 

• температура воздуха от +20 до 30 С, 
• относительная влажность воздуха - (65+15)%, 
• атмосферное давление - (715+85)мм рт. ст. 
  • 1. Требования к защите информации от несанкционированного доступа

АИС должна обеспечивать защиту от несанкционированного доступа (НСД) на уровне не ниже установленного требованиями, предъявляемыми к категории 1Д по классификации действующего руководящего документа Гостехкомиссии России «Автоматизированные системы.

Защита от несанкционированного доступа к информации. Классификация автоматизированных систем» 1992 г.  

Компоненты подсистемы защиты от НСД должны обеспечивать: 

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

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

Уровень защищённости от несанкционированного доступа средств вычислительной техники, обрабатывающих конфиденциальную информацию, должен соответствовать требованиям к классу защищённости 6 согласно требованиям действующего руководящего документа Гостехкомиссии России «Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации». 

Защищённая часть системы должна использовать "слепые" пароли (при наборе пароля его символы не показываются на экране либо заменяются одним типом символов; количество символов не соответствует длине пароля). 

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

• • 1. Требования по сохранности информации при авариях

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

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

• • 1. Требования к защите от влияния внешних воздействий

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

• • 1. Требования к патентной частоте

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

• • 1. Требования по стандартизации и унификации

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

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

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

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

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

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

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

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

Форма «Клиент»: 

• ФИО;  
• Телефон; 
• Адрес доставки. 

Форма «Сотрудник»: 

• ФИО; 
• Должность; 
• Телефон;
• Возраст;

Форма «Расходы»: 

• Наименование;
• Материал 
• Дата расхода; 
• Количество; 
• Сотрудник 

Форма «Отчеты»: 

Печать отчетов по заданным периодам. 

• 1. Требования к видам обеспечения
     1. Программное обеспечение:

ПО должно:

• обладать функциональной полнотой для выполнения всех функций системы; 
• иметь стандартизованные информационные связи и использовать стандартные интерфейсы; 
• допускать расширение функциональных возможностей системы. 
• Средствами СУРБД должны обеспечивать следующие требования: 
• контроль целостности данных; 
• сохранение целостности данных в БД при нештатном завершении программы (отказ рабочей станции и т.п.); 
• автоматическая поддержка данных в непротиворечивом состоянии и стабильная работа системы при многопользовательском режиме работы. 
  • 1. Техническое обеспечение:

Для нормальной работы с АИС «учета расхода материалов на производство» рабочие места пользователей должен иметь характеристики не ниже указанных: 

Операционная система Windоws 10; 

Корпус: DEXP DC-101B

Материнская плата: GIGABYTE GA H61M S2PV 

Процессор: Intel Cоre i3-2120 

Куллер:  CPU Intel S-1156/1155 BОX 

HDD:  Seagate SATA 500Gb 

RAM:  4GB DDR3 1333MHz Kingstоn PC3-10666  

Привод: DVD-RW

Клавиатура, «мышь»; 

монитор не менее 17 дюймов. 

Состав и содержание работ по созданию системы

На выполнение работ отведено 6 месяцев, исполнителем является: ООО “АвтоматизПРО”.

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

Порядок контроля и приемки системы

Проверить:

• Соответствует ли система разработанному плану
• Не превышает ли финансирование установленных заказчиком ограничений

Требования и содержание работ по подготовке системы к вводу в действие

• Необходимо провести полное тестирование ИС
• Проверить содержание выполненных работ

Требования к документированию

• Каждое изменение необходимо документировать
• Все документы должны храниться в электронном и печатном видах
• Документы, хранящиеся в электронном виде, должны постоянно обновляться
• Все документы должны иметь по 3 копии, во избежание потери данных

Источники разработки

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

• ГОСТ 34.601-90. Автоматизированные системы. Стадии создания;
• ГОСТ 34.602-89. Техническое задание на создание автоматизированной системы;
• ГОСТ 34.603-92. Информационная технология. Виды испытаний автоматизированных систем;
• РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов.

1. Дополнения (Гарантийный срок и контактная информация)
   1. Гарантийный срок:

Составляет 1 год, в течении этого срока при возникновении ошибок разработчик берет на себя обязанность исправить их

• 1. Контактная информация:

Телефон: +7 951 839-45-29

Адрес: г. Москва, ул. Есенина