Преподаватель который помогает студентам и школьникам в учёбе.

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

Содержание:

Введение

Для данной курсовой работы по теме «Автоматизация учета капиталовложений» была выбрана компания OOO «DigitalHand», занимающаяся разработкой имплантатов и протезов для людей

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

Ввиду того, что проект является инновационным и инвестиционным и поэту у компании проблемы с учётом инвестиций и вложений, и капитала компанию

Задачами данной работы являются:

Автоматизация учета капиталовложений;
Разработка базы данных.

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

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

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

Цель предприятия - создание кибер имплантатов для людей, которые потеряли конечности или были рождены с дефектами строения скелета. История компании OOO «DigitalHand» началась с того что группа энтузиастов в 2015 году создала компанию и решила помочь людям и выйти на новый рынок в России где можно был бы построить бизнес с помощью инновационных технологий. C 2015 года компания вела научную деятельность на собственные деньги. В 2016 году компания впервые сделала первый прототип имплантата, который работал с помощью цифровых технологий цена не превышала 50 тыс. рублей. После этого успеха компания попала на всемирный технический форум, где их заметили и решили проспонсировать крупные компании.

Виды деятельности компании:

Биология
Биоинженерия
Бионика
Кибернетика
Программирование
Программная инженерия
Инженерия

Таблица 1 Технико-экономические показатели объекта управления

Наименование показателя	Единица измерения	За 2018 год	За 2019 год
Объёмы полученных инвестиций	млн.руб.	2	3
Число проведенных исследований	-	200	250
Число прототипов имплантатов	Шт.	10	25
Число сотрудников	Чел.	150	200
Число испытателей	Чел.	10	25
Объём успешных операций	Шт.	10	25
Среднемесячная зарплата	тыс. руб.	35.5	39.8

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

OOO «DigitalHand» имеет свою организационную структуру Рисунок 1

Рисунок 1 Организационная структура

В организации OOO «DigitalHand» Соблюдается вертикальная подчинённость. Директор реализует представительную и рекламную деятельность компании. Управляющий выполняет задачу по распределению ресурсов компании. Инженерно-Цифровой отдел выполняет задачи по конструированию кибер имплантатов и программирования их. Отдел исследований проводит опыты для выявления лучших вариантов разработки и использование кибер имплантатов. Отдел трансплантаций выполняет задачу по установки имплантатов и реабилитации. Бухгалтерия ведет подсчёт расходов и доходов организации. Био-отдел занимается разработкой новых видов протезов и их исследований. Программисты специализируются на разработке программного кода для имплантатов. Инженеры специализируются на разработке протезов и имплантатов. Медицинские сотрудники специализируются на операциях и установке имплантатов. Реабилитационный отдел специализируется на восстановлении клиентов и испытателях. Биологи изучают и проводят эксперименты над живыми организмами. Бионики специализируются на воссоздании с помощью техники биологических принципов. Биоинженеры специализируются на применении инженерных принципов в биологии и медицине.

Рассмотрим программное (Рисунок 1.2) и техническое обеспечение (Рисунок 1.3). Используемые в настоящее время в офисе программные средства, выдвигают относительно невысокие требования к техническому обеспечению. В компании используются 4 компьютера, 3 сервера (Сервер приложений, Сервер базы данных, Сервер терминалов), 2 МФУ, коммутатор и роутер, 2 ноутбука:

Таблица 2 - Описание основных характеристик технической и программной архитектуры

N п/п	Наименование устройства	Технические характеристики	Установленное программное обеспечение
1	Коммутатор HP 1420-16G (JH016A)	Количество портов коммутатора: 16 x Ethernet 10/100/1000 Мбит/сек Внутренняя пропускная способность: 32 Гбит/сек Размер таблицы MAC адресов: 8192	Заводская прошивка

2	Маршрутизатор Keenetic Giga (KN-1010)	Тип: Wi-Fi роутер Стандарт беспроводной связи: 802.11a/b/g/n/ac, частота 2.4 / 5 ГГц, возможность одновременной работы в двух диапазонах Поддержка MIMO: есть Макс. скорость беспроводного соединения: 1267 Мбит/с	Заводская прошивка
3	Файловый сервер	Форм-фактор корпуса: Tower Процессор: Opteron X3216 1600 МГц 2 ядра Тип памяти: DDR-4 16 Гб Жесткий диск: 4x рвв по 1 ТБ	Windows Server 2016 iFolder Windows Defender
4	Почтовый сервер	Форм-фактор корпуса: Tower Процессор: Opteron X3216 1600 МГц 2 ядра Тип памяти: DDR-4 16 Гб Жесткий диск: 4x рвв по 1 ТБ	Windows Server 2016 Windows Defender Microsoft Exchange Server Microsoft Outlook
5	Сервер БД	Форм-фактор корпуса: Tower Процессор: Opteron X3216 1600 МГц 2 ядра Тип памяти: DDR-4 16 Гб Жесткий диск: 4x рвв по 1 ТБ	Windows Server 2016 Windows Defender Microsoft SQL Server
6	Р.С. №1 Lenovo IdeaCentre AIO 730S-24	Диагональ экрана: 23.8" Разрешение экрана: 1920x1080 Процессор : Intel Core i7-8550U Размер оперативной памяти: 16 Гб Видеопроцессор: Intel UHD Graphics 620 SSD: 500 Гб	Windows 10 Windows Defender Microsoft Outlook 1С:Бухгалтерия Пакет программ Microsoft Office
7	Р.С. №2 Lenovo IdeaCentre AIO 730S-24	Диагональ экрана: 23.8" Разрешение экрана: 1920x1080 Процессор : Intel Core i7-8550U Размер оперативной памяти: 16 Гб Видеопроцессор: Intel UHD Graphics 620 SSD: 500 Гб	Windows 10 Windows Defender Microsoft Outlook 1С:Бухгалтерия Пакет программ Microsoft Office
8	Р.С. №3 Lenovo IdeaCentre AIO 730S-24	Диагональ экрана: 23.8" Разрешение экрана: 1920x1080 Процессор : Intel Core i7-8550U Размер оперативной памяти: 16 Гб Видеопроцессор: Intel UHD Graphics 620 SSD: 500 Гб	Windows 10 Windows Defender Microsoft Outlook 1С:Бухгалтерия Пакет программ Microsoft Office
9	Р.С. №4 Lenovo IdeaCentre AIO 730S-24	Диагональ экрана: 23.8" Разрешение экрана: 1920x1080 Процессор : Intel Core i7-8550U Размер оперативной памяти: 16 Гб Видеопроцессор: Intel UHD Graphics 620 SSD: 500 Гб	Windows 10 Windows Defender Microsoft Outlook 1С:Бухгалтерия Пакет программ Microsoft Office
10	Ноутбук №1 Apple MacBook Pro 13	Диагональ экрана: 13.3 дюймов Разрешение экрана: 2560x1600 Процессор: Intel Core i5 2400 Мгц 4 ядра Оперативная память: 8гб SSD: 250 Гб	macOS Microsoft Outlook 1С:Бухгалтерия Пакет программ Microsoft Office
11	Ноутбук №2 Apple MacBook Pro 13	Диагональ экрана: 13.3 дюймов Разрешение экрана: 2560x1600 Процессор: Intel Core i5 2400 Мгц 4 ядра Оперативная память: 8гб SSD: 250 Гб	macOS Microsoft Outlook 1С:Бухгалтерия Пакет программ Microsoft Office

12	МФУ №1 Canon imagePROGRAF iPF770 MFP L36	Устройство: принтер/сканер/копир Максимальное разрешение: 2400x1200 dpi Максимальное разрешение копира: 600x600 dpi Разрешение сканера: 600x600 dpi	Заводская прошивка
13	МФУ№2 Canon imagePROGRAF iPF770 MFP L36	Устройство: принтер/сканер/копир Максимальное разрешение: 2400x1200 dpi Максимальное разрешение копира: 600x600 dpi Разрешение сканера: 600x600 dpi	Заводская прошивка

Рисунок 1.2 Схема технического комплекса отдела бухгалтерия.

Рисунок 1.3 Схема программного комплекса отдела бухгалтерия.

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

1.3.1 Диаграмма IDEF0

На Рисунке 1.4 и 1.5 представлена структурно-функциональная диаграмма организации учета капиталовложений, соответствующая бизнес-процессам. Данная диаграмма построена с использованием принципов стандарта IDEF0.

Рисунок 1.4 IDEF0 Диаграмма

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

Рисунок 1.5 Декомпозиция процесса решения учёта капиталовложений

На данном предприятии Автоматизированная система будет использоваться для:

Учета капиталовложений
Загрузка данных в БД;
Базовый расчет капитала компании.

1.3.2. Диаграмма прецедентов

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

Для нашей предметной области мы выделили следующих актеров:

Актер	Краткое описание
OOO «DigitalHand»	Компания которая утверждает действия
Вкладчик	Человек или компания решившемся вложить деньги в проект
БД "Капиталовложения"	База данных учитывает вкладчиков и их данные, а также процент вложения
Бухгалтер	Сотрудник, который выполняет бухгалтерскую деятельность
БД "Бюджет"	База данных учитывает расходы и аланы на проект
ООО "ТехноСтрой"	Компания занимается строительство и составление планов стройки

Рассмотрим теперь, какие возможности должна предоставлять наша система:

Актёр Вкладчик – Возможность просмотра этапа разработки проекта
Актёр OOO «DigitalHand» - Возможность просмотра плана работ и расходов бюджета на проект
ООО "ТехноСтрой" – Возможность просмотра стадии работ и расходов на определённых этапах работ
Актёр БД "Капиталовложения" – Возможность резервного копировании, а также надёжной цифровой защиты от взлома и понятный интерфейс для ввода
Актёр БД "Бюджет" – Возможность резервного копировании, а также надёжной цифровой защиты от взлома и понятный интерфейс для ввода
Бухгалтер – Возможность понятного интерфейса в система управления

На основании вышеизложенного можно выделить следующие прецеденты:

Прецедент	Краткое описание
Создание капитала	Вкладчик вносит денежные ед. в компанию
Формирование бюджета	Запускается OOO «DigitalHand» и Бухгалтером позволяет составить план расходов
Учитывание бюджета	Бухгалтером и позволяет БД «Бюджет» сохранять всё отчёты по планированию расходов
Составление плана исследований	Запускается OOO «DigitalHand» и позволяет создавать графи, планы, отчёта по исследованиям
Составление плана строительства	Запускается ООО "ТехноСтрой" и позволяет создавать графи, планы, отчёта по строительству
Требование необходимых материалов	Запускается инженером по работе со станками. Предназначено для затребования необходимых материалов со склада.
Создание плана проекта	Запускается автоматически после окончания прецедентов Учитывание бюджета и составление плана строительства

Рисунок 1.6 Главная диаграмма прецедентов

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

Х.1 предусловия;
Х.2 главный поток;
Х.3 под-потоки;
Х.4 альтернативные потоки;
Х.5 поступления.

Где Х – число от единицы до количества прецедентов.

Поток событий для прецедента «Работа с закупкой»..

Если закупка оформляется по заказу завскладом, то под-поток добавить новый заказ (Add a New Order) прецедента Учёт поступления и выдачи тары должен быть выполнен перед его началом.

Прецедент начинает выполняться, когда менеджер подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: добавить (Add), изменить (Change), удалить (Delete), просмотреть (View) или выйти (Exit).

Если выбрана операция добавить (Add), S-1: выполняется поток добавить новый заказ (Add a New Order).

Если выбрана операция изменить (Change), S-2: выполняется поток изменить заказ (Change Order).

Если выбрана операция удалить (Delete), S-3: выполняется поток удалить заказ (Delete Order).

Если выбрана операция посмотреть (View), S-4: Выполняется поток просмотреть заказ (View Order).

Если выбрана операция выйти (Exit) прецедент завершается

S-1: Добавить новый заказ (Add a New Order)

Система отображает диалоговое окно, содержащее поле, в котором менеджер должен выбрать тип материалов. Пользователь выбирает необходимый тип. Система отображает поле для выбора поставщика и список возможных для закупки материалов, в котором менеджер отмечает выбранные клиентом комплектующие. Менеджер заполняет поля (Е-2). Система запоминает введенные данные и распечатывает счет для оплаты. Затем прецедент начинается сначала.

S-2: Изменить заказ (Change Order)

Система отображает диалоговое окно, содержащее список заказов и поле для ввода номера заказа. Менеджер выбирает необходимый заказ из списка или вводит номер заказа в поле (Е-3). Система отображает информацию о данном заказе. Менеджер делает необходимые изменения (Е-2). Система запоминает введенные данные. Затем прецедент начинается сначала.

S-3: Удалить заказ (Delete Order)

Система отображает диалоговое окно, содержащее список заказов и поле для ввода номера заказа. Менеджер выбирает необходимый заказ из списка или вводит номер заказа в поле (Е-3). Система удаляет выбранный заказ (Е-4). Затем прецедент начинается сначала.

S-4: Просмотреть заказ (View Order)

Система отображает диалоговое окно, содержащее список заказов и поле для ввода номера заказа. Менеджер выбирает необходимый заказ из списка или вводит номер заказа в поле (Е-3). Система отображает информацию о выбранном заказе. Когда менеджер посмотрит информацию, прецедент начнется сначала.

Е-1: Введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.

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

Е-3: Введен неправильный номер заказа. Менеджер должен повторить ввод или завершить ввод или изменить прецедент.

Е-4: Система не может удалить заказ. Информация сохраняется, система удалит заказ позже. Выполнение прецедента продолжается.

Если выбрана операция добавить (Add), S-1: выполняется поток добавить нового клиента (Add a New Client).

Если выбрана операция изменить (Change), S-2: выполняется поток изменить данные о клиенте (Change Client Data).

Если выбрана операция удалить (Delete), S-3: выполняется поток удалить клиента (Delete Client).

Если выбрана операция посмотреть (View), S-4: выполняется поток просмотреть данные о клиенте (View Client Data).

Если выбрана операция выйти (Exit) прецедент завершается.

S-1: добавить нового поставщика (Add a New Provider)

Система отображает диалоговое окно, содержащее поля для ввода данных о новых поставщиках. Пользователь заполняет поля (Е-2). Система запоминает введенные данные. Затем прецедент начинается сначала.

S-2: изменить данные о поставщике (Change Provider Data)

Система отображает диалоговое окно, содержащее список поставщиков и поле для ввода номера поставщика. Менеджер выбирает необходимого клиента из списка или вводит его номер в поле (Е-3). Система отображает информацию о данном поставщике. Менеджер делает необходимые изменения (Е-2). Система запоминает введенные данные. Затем прецедент начинается сначала.

S-3: удалить поставщика (Delete Provider)

Система отображает диалоговое окно, содержащее список поставщиков и поле для ввода номера поставщиков. Менеджер выбирает необходимого клиента из списка или вводит его номер в поле (Е-2). Система удаляет выбранного клиента (Е-4).

4). Затем прецедент начинается сначала.

S-4: просмотреть данные о поставщике (View Provider Data)

Система отображает диалоговое окно, содержащее список поставщиков и поле для ввода номера поставщика. Менеджер выбирает необходимого поставщика из списка или вводит его номер в поле (Е-3). Система отображает информацию о выбранном поставщике. Когда менеджер просмотрит информацию, прецедент начнется сначала.

Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.

Е-2: выбраны не все материалы, необходимые для изготовления тары или материалов нет в наличии. Менеджер должен заказать материалы.

Е-3: введен неправильный номер наряда. Менеджер должен повторить ввод или завершить прецедент.

Е-4: система не может удалить наряд. Информация сохраняется, система удалит наряд позже. Выполнение прецедента продолжается.

Прецедент начинает выполняться, когда завскладом подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: добавить (Add), отметить (Mark) или выйти (Exit).

Если выбрана операция добавить (Add), S-1 выполняется поток внести поступившие материалы (Add a New Materials).

Если выбрана операция отметить (Mark), S-2: выполняется поток сделать отметку о выдаче материалов (Mark Materials).

Если выбрана операция выйти (Exit) прецедент завершается.

S-1: внести поступившие материалы (Add a New Materials)

Система отображает диалоговое окно, содержащее поля для ввода наименования комплектующих, их количества, поставщика. Завскладом заполняет указанные поля (Е-2). Система запоминает введенные данные. Затем прецедент начинается сначала.

S-2: сделать отметку о выдаче комплектующих (Change Order)

Система отображает список комплектующих, находящихся на складе. Завскладом напротив нужных материалов вводит количество выданных (Е-3). Система запоминает введенные данные. Затем прецедент начинается сначала.

Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.

Е-2: заполнены не все поля. Пользователь должен заполнить пропущенные поля или завершить прецедент.

Е-3: указано количество выданных материалов, превышающее их количество на складе. Пользователь должен повторить ввод или завершить прецедент.

Прецедент начинает выполняться, когда инженер по работе со станками подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: просмотреть (View), отменить (Mark) или выйти (Exit).

Если выбрана операция просмотреть (View), S-1: выполняется поток просмотреть наряд на производства тары (View an Production of Containers).

Если выбрана операция отметить (Mark), S-2: выполняется поток сделать отметку о статусе производимой тары по наряду (Production of Containers).

Если выбрана операция выйти (Exit) прецедент завершается.

S-1: Просмотреть наряд на производство тары (Production of Containers).

Система отображает диалоговое окно, содержащее список нарядов и поле для ввода номера наряда. Инженер выбирает необходимый наряд из списка или вводит его номер в поле (Е-2). Система отображает информацию о выбранном наряде. Когда инженер просмотрит информацию, прецедент начнется сначала.

S-2: сделать отметку о статусе производимой тары (Mark Production of Containers).

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

Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.

Е-2: заполнены не все поля. Пользователь должен заполнить пропущенные поля или завершить прецедент.

Е-3: введен неправильный номер наряда. Инженер должен повторить ввод или завершить прецедент.

Прецедент начинает выполняться, когда инженер по работе со станками подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: посмотреть (View), затребовать (Order) или выйти (Exit).

Если выбрана операция просмотреть (View), S-1: выполняется поток просмотреть затребованные материалы на складе (View Ordered Material).

Если выбрана операция затребовать (Order), S-2: выполняется поток затребовать необходимые материалы на складе (Order Required Materials on Warehouse).

Если выбрана операция выйти (Exit) прецедент завершается.

S-1: Просмотреть затребованные материалы обо всех сделанных заказах данным инженером по работе со станками: дата сделанных партиях данным инженером: дата затребования, наименование материалов, их количество, заказ выполнен или нет. Когда инженер просмотрел список, он уведомляет систему.

Прецедент начинается сначала.

S-2: затребовать необходимые материалы на складе (Order Required Materials on Warehouse)

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

Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.

Описание потоков событий для прецедентов Управление информацией о поставщиках и Управление информацией о материалах аналогично описанию для прецедента Управление информацией о партии; для прецедента

Проверка продукта на брак – прецеденту производство тары

1.3.3 Диаграмма деятельности

Рисунок 1.7 Диаграмма деятельности

На Рисунке 1.7 представлена «диаграмма деятельности». Диаграммы деятельности используются при моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений.

Диаграммы деятельности состоят из ограниченного количества фигур, соединенных стрелками. Основные фигуры:

Прямоугольники с закруглениями – действия;
Ромбы – решения;
Широкие полосы – начало и окончание ветвления действий;
Круг – начало процесса;
Круг с обводкой – окончание процесса.

Стрелки идут от начала к концу процесса и показывают потоки управления или потоки объектов.

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

2.1. Информационная модель и её описание

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

Справочник материалов
Справочник сотрудников
Справочник продукции

На рисунке 4 изображена информационная модель данной системы.

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

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

Для проектирования ИС была создана модель сущность-связь. В ней определены все основные объекты (сущности) и связи, которые существуют между ними. Были выделены 5 сущностей: Инвестиции, Недвижимость, Сотрудник, Финансовой актив, Капиталовложения.

Таблица 2.1 Сущность "Инвестиции"

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
№		Счетчик	Длинное целое	Номер инвестора в таблице
Инвестор	Ключ	Короткий текст	50	ФИО инвестора лили наименовании организации
Номер сотрудник		Числовой	Длинное целое	Табельный номер
Объект		Короткий текст	255	Наименование объекта
Контактный номер		Числовой	Длинное целое	Контактный номер инвестора

Таблица 2.2 Сущность «Недвижимость»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код Объекта		Счетчик	Длинное целое	Код объекта в таблице
Объект	Ключ	Короткий текст	255	Наименование объекта
Адрес		Короткий текст	255	Адрес объекта
Площадь объекта		Числовой	Длинное целое	Единица измерения квадратные метры
Собственник объекта		Короткий текст	50	ФИО или наименовании организации собственника

Таблица 2.3 Сущность «Сотрудник»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Табельный номер	Ключ	Счетчик	Длинное целое	Табельный номер сотрудника
ФИО		Короткий текст	100	ФИО сотрудника
Должность		Короткий текст	100	Должность сотрудника
Номер паспорта		Числовой	Целое	Номер паспорта
Ставка в час		Денежный	-	Ед. изм. Руб.
Контактный номер		Числовой	Длинное целое	Контактный номер сотрудника

Таблица 2.4 Сущность «Финансовой актив»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
№		Счетчик	Длинное целое	Номер актива в таблице
Финансовой актив	Ключ	Короткий текст	150	Финансовой актив
Наименование организации		Короткий текст	100	В какой организации актив

Таблица 2.5 Сущность «Капиталовложения»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код	Ключ	Счетчик	Длинное целое	Код в таблице
Объект		Короткий текст	255	Наименование объекта
Вкладчик		Короткий текст	100	ФИО вкладчика лили наименовании организации
Ответсвенный сотрудник		Числовой	Длинное целое	Табельный номер сотрудника
Капитал		Денежный	-	Сколько вкладчик внес компанию

Рисунок 5 Сема данных

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

В данном разделе представлены Запросы, Входные формы и Выходные формы БД.

Запросы:

Финансовые активы и их сумма

Запрос на площадь объектов

Запрос на контакты сотрудников

Входные Формы:

Инвестиции

Капитал

Входная форма Недвижимость

Входная форма Сотрудники

Входная форма Финансовый актив

Выходные формы:

Выходная форма Отчёт о внесении сотрудников в БД

Выходная форма Отчёт о финансовых активах

Заключение

В результате выполнения работы была создана база данных для компании OOO «DigitalHand».

Для достижения данного результата было проделано следующее:

Рассмотрена предметная область, а именно, OOO «DigitalHand» организационная структура предприятия;
Рассмотрен комплекс задач, которые необходимо автоматизировать;
Рассмотрено информационное обеспечение задачи: построена информационная модель, рассмотрены используемые классификаторы, входящая и результатная информация;
Рассмотрено программное обеспечение: дано дерево функций, сценарий диалога, описаны программные модули;
Приведен контрольный пример реализации системы: описаны работы базы данных, входные и выходные формы.

Список литературы

Книги

1. А. А. Жердев. Администрирование информационных систем. Практикум, МИСиС, 2017., -112 стр.

2. А. Ю. Сергеева, Ю. В. Нефедов, Типовые проблемы интеграции ИС и пути их решения, Университет, 2018., -7 стр.

3. А. П. Смирнов, Прикладные проблемы надежности и качества систем. Курс лекций, МИСиС, 2018., -82 стр.

Электронные ресурсы

1. Значимость информационных систем в деятельности современного предприятия – 2015 – URL: https://moluch.ru/archive/90/18684/ (дата обращения 01.07.2019)

2. Организация эксплуатации крупной информационной системы – URL: https://its.1c.ru/db/metod8dev#content:5905:hdoc 3. Требования к эксплуатации государственных информационных систем – URL: https://base.garant.ru/5191489/7a58987b486424ad79b62aa427dab1df/ (4. Администрирование информационных систем – URL: https://www.sibsau.ru/sveden/edufiles/144341/