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

Автоматизация документооборота предприятия (Компания “Family Hobby”)

Содержание:

Введение

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

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

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

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

При этом под движением документов понимается не их физическое перемещение, а допуск к праву на их использования.

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

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

Компания “Family Hobby”

Компания основана в 2008 году, основана индивидуальным предпринимателем Сергеем Крючковым. Сферой деятельности является закупка и поставка материалов для рукоделия из стран Европы и российских производителей, магазинам розничной продажи. Также оказание услуг по ремонту одежды и её пошиву. Миссией является торговля предметами для рукоделия в магазине “Я сама”.

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

Основными конкурентами являются магазины по продаже являются компании по продаже пряжи, такие как “Леонардо”, “Пряжа”, “Алый парус” и “Иголочка”.

Основными поставщиками являются компании как из России, так и из Германия, такие как “Rowan”, “Lamana”, “Tulip”.

Клиентами компании являются обычные жители города, желающие заниматься шитьём или вязание, а также компании, использующие пряжу для вязания на заказ.

Целью компании на ближайшие годы, является расширение рынка сбыта, а также открытие нового магазина.

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

В таблице 1.1. представлены экономические показатели за 2019 год, компании “Family Hobby”

Таблица 1.1.

Наименование характеристики (показателя)

Значение показателей за 2019 г.

1

Клиентская база компании

Более 100 тыс. клиентов

2

Продажа билетов

Более 70 тыс. билетов

3

Кол-во билетов на поезда

Более 1000 билетов

4

Доход от продажи ж/д билетов

500 000 р

5

Посещаемость сайта

Более 10 тыс. чел.

6

Бронирование билетов через сайт

Более 20 тыс. билетов за 2019 г.

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

На рисунке 1.1. представлена организационная структура компании “Family Hobby”

Рисунок 1.1. – Организационная структура компании

Описание организационная структура:

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

Директор: является руководителем компании, определяет направление развития, заключает партнёрские соглашения с другими фирмами, отвечает за исходящую из организации документацию.

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

Логист: выполняет следующие должностные обязанности: оформляет задания для курьеров по доставке товаров, проводит поиск новых сотрудников на должность курьера, прокладывает маршруты доставок и отвечает за своевременные поставки от фирм-партнёров.

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

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

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

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

СЭД должна поддерживать MS SQL Server в качестве управления базой данных
Серверная часть системы должна строиться на базе Microsoft Windows Server, а клиентская на основе Microsoft Windows 10.

СЭД необходимо обеспечения сквозной NTLM аутентификации.
Система должна иметь возможность к подключению через WEB браузеры по протоколу http в пределах локальной вычислительной сети.

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

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

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

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

СЭД должна иметь “журнал событий”, для мониторинга действий внутри системы, а также постоянный журнал находящихся в системе пользователей.

СЭД должна предусматривать развитие по трём направлениям: Территориальное развитие, то есть подключение новых пользователей или подключение филиалов; Функциональное расширение, то есть увеличение функциональных возможностей; Модернизация технического оборудования на котором исполняется система.

СЭД должна иметь настройки шаблонов документов для входящей, исходящей и внутренней документации.

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

Требования к персоналу

СЭД должна обеспечивать возможность работы без дополнительного обучения, за исключением строения самой системы, для пользователя, имеющего следующие навыки: базовые навыки владения ПК с графическим интерфейсом; базовые навыки использования клиентских программ (интернет браузера); базовые навыки работы с пакетом офисных приложений MS Office.

При внедрении СЭД предусматривается обучение групп пользователей, таких как:

  • Ключевые пользователи (4 человека)
  • Руководящий состав (2 человека)
  • Администраторы СЭД (1 человек)

Показатели надёжности и назначения

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

Требования к эргономике и упаковке

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

Требования к эксплуатации и обслуживанию.

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

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

Требования к защите

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

Безопасность системы обеспечивается тремя уровнями: операционной защитой, средствами защиты базы данных и средства защиты СЭД.

Сквозная NTLM аутентификация с доменом во всех компонентах.

Требования к производительности системы

СЭД должна реагировать на простейшие взаимодействия не дольше чем 3 сек.

Функции и задачи системы

Требования к работе с входящими документами

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

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

  • отправитель
  • вид документа (txt, vsdx, и т.д.)
  • краткое описание
  • номер карточки
  • дата создания карточки
  • ответственный за документ
  • получатель
  • подпись отправителя
  • регистрационный номер (номер по которому карточка попадает в базу)

Требуется проверка на наличие скана оригинального документа.

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

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

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

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

Должна быть возможность встроить фирменные бланки. Также учитывать различные виды документов, такие как:

  • организационные
  • информационно-справочные
  • проектно-сметные
  • конструкторские

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

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

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

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

  • краткое наименование
  • отправитель
  • вид документа (txt, vsdx, и т.д.)
  • краткое описание
  • номер карточки
  • дата создания карточки
  • ответственный за документ
  • получатель
  • подпись отправителя
  • регистрационный номер (номер по которому карточка попадает в базу)
  • состояние (процесс для выполнения)

Требуется проверка на наличие скана оригинального документа.

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

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

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

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

Должна быть возможность встроить фирменные бланки. Также учитывать различные виды документов, такие как:

  • организационные
  • информационно-справочные
  • проектно-сметные
  • конструкторские

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

  • согласование
  • утверждение
  • регистрация
  • выполнение (подготовка документов перед утверждением, после регистрации, параллельно с согласованием с начальством)

Изменяющееся состояние подготовки документа для отправки должно заноситься в журнал задач персонала.

Требования к работе с внутренними документами организации

СЭД должна отслеживать документы “ходящие” внутри организации и регистрироваться.

Должна быть возможность встроить фирменные бланки. Также учитывать различные виды документов, такие как:

  • организационные
  • информационно-справочные
  • проектно-сметные
  • конструкторские

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

  • согласование
  • утверждение
  • регистрация
  • выполнение (подготовка документов перед утверждением, после регистрации, параллельно с согласованием с начальством)

Общие положения требований

Изменяющееся состояние подготовки документа для отправки должно заноситься в журнал задач персонала. Необходимо разработать систему электронного документооборота, которая включает в себя:

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

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

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

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

Рисунок 1.2. – контекстная диаграмма IDEF0

На рисунке 1.3. отображена диаграмма регистрации входящей и внутренней документации

Рисунок 1.3. Диаграмма регистрации документа

На рисунке 1.4. отображена диаграмма распределения задач сотрудникам

Рисунок 1.4. Диаграмма распределения задач

Диаграмма деятельности и прецедентов

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

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

На рисунке 1.6. представлена диаграмма прецедентов, а в таблицах 1.2 и 1.3 кратко отображены действия актёров и описание прецедентов.

Рисунок 1.6. Диаграмма прецедентов

Таблица 1.2

Актёр

Краткое описание

Директор

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

Бухгалтер

Организует работу по ведению бухгалтерского учёта и ведёт отчётность

Менеджер

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

Логист

Составляет задания курьерам по доставке

IT-специалист

Поддерживает работу системы управления базами данных, модернизирует аппаратные и программные аспекты ИС и поддерживает их работу, также следит за веб-ресурсами

Таблица 1.3

Прецедент

Краткое описание

Ведение бухгалтерского учёта

Запускается Бухгалтером. Ведение записей о полученной прибыли и убытках, в соответствии с законодательством РФ

Заполнение документов

Запускается Логистом. Ведение записей о проведённых сделках и курьерских заказов

Поддержание системы документооборота

Запускается IT-специалистом. Мониторинг работоспособности СЭД, её своевременным расширением и возможной модернизацией системы

Проверка отчётности

Запускается Директором. Проверка отчётов на ошибки

Модернизация аппаратного обеспечения

Запускается IT-специалистом. Поиск решений по улучшению эффективности ИС и их исполнение.

Обновление информации сайта

Запускается Менеджером. Представление продукции для клиента на веб-ресурсе.

Поддержание работы сайта

Запускается IT-специалистом. Мониторинг работоспособности сайта

Модернизация программного обеспечения

Запускается IT-специалистом. Поиск решений по улучшению эффективности ПО и их исполнение.

Техническое и программное обеспечение компании “FamilyHobby”. Структура и состав комплекса технических средств и конфигурации сети.

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

Рабочую зону 1 занимают сотрудники в должности: менеджер, логист

Рабочую зону 2 занимают сотрудники в должности: бухгалтер

Рабочую зону 3 занимают сотрудники в должности: Директор, секретарь

Рабочую зону 4 занимают сотрудники в должности: IT-специалист

Рисунок 1.7. Техническая архитектура сети компании

В таблицах 1.4 – 1.9 представлено подробное описание аппаратного обеспечения компании.

Характеристика рабочей станции на таблице 1.4

Таблица 1.4

Название

Характеристика

Рабочая станция

Тип процессора: AMD Ryzen 3 1200

Тактовая частота: 3.6 ГГц;

Кол-во ядер: 4 ядра;

Объем кэша L1: 1 МБ, L2: 1.5 МБ, L3: 12 Мб;

Чипсет: В450;

Объем памяти: 8 Гб;

Тип памяти: DDR4;

Видеокарта: интегрированная

Дисковая система:

HDD (жесткий диск) 500 Гб, 5400 об. /мин., 3.5"

Характеристика маршрутизатора на таблице 1.5

Таблица 1.5

Название

Характеристика

Частота

2.4 ГГц

Макс скорость беспроводного соединения

8 Гбит/с LAN

Защита информации

Встроенный брандмауэр

Скорость портов

2 Гбит/с

Расширенные функции

DHCP

Характеристика файл сервера на таблице 1.6

Таблица 1.6

Название

Характеристика

Память

До 128 ГБ оперативной памяти DDR4-2400

Дисковая подсистема

2Tb SAS Seagate Enterprise Capacity 3.5"

Сетевой адаптер

2-канальный интегрированный сетевой адаптер 10 Гбит/с

Система удалённого управления сервером

IPMI 2.0 Server Management

Характеристика сервера базы данных на таблице 1.7

Таблица 1.7

Название

Характеристика

Память

До 128 ГБ оперативной памяти DDR4-2400

Дисковая подсистема

2Tb SAS Seagate Enterprise Capacity 3.5"

1Tb SAS Dell SSD (400-ADSB)

Сетевой адаптер

2-канальный интегрированный сетевой адаптер 10 Гбит/с

Система удалённого управления сервером

IPMI 2.0 Server Management

Характеристика сайт-сервера на таблице 1.8

Таблица 1.8

Название

Характеристика

Память

До 128 ГБ оперативной памяти DDR4-2400

Дисковая подсистема

2Tb SAS Seagate Enterprise Capacity 3.5"

Сетевой адаптер

2-канальный интегрированный сетевой адаптер 10 Гбит/с

Система удалённого управления сервером

IPMI 2.0 Server Management

Характеристика коммутатора на таблице 1.9

Таблица 1.9

Название

Характеристика

Порты

24 порта 1Гбит/с, 4 порта SFP 1Гбит/с

Пропускная способность

168 Гбит/с

Производительность

42 Mpps

Протокол

Клиент DHCP

Программное обеспечение компании

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

  • операционные системы;
  • программы;
  • программные средства базы данных;
  • специальное программное обеспечение:

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

Таблица 1.10

Название

Программное обеспечение

Рабочая станция

Windows 10, Microsoft Office, Microsoft Office Access

Сервера

Windows Server 2016

Описание программной архитектуры предприятия:

Windows 10 — операционная система для персональных компьютеров и рабочих станций, разработанная корпорацией Microsoft.

Microsoft Office — офисный пакет приложений, созданных корпорацией Microsoft для операционных систем Microsoft Windows, Windows Phone, Android, macOS. В состав этого пакета входит программное обеспечение для работы с различными типами документов: текстами, электронными таблицами, базами данных и др. Microsoft Office является сервером OLE-объектов и его функции могут использоваться другими приложениями, а также самими приложениями Microsoft Office.

Microsoft Office Access — реляционная система управления базами данных (СУБД) корпорации Microsoft. Входит в состав пакета Microsoft Office. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных.

К специальному программному обеспечению относятся драйвера для МФУ, принтеров, сканеров, коммутаторов, маршрутизаторов, WI-FI раздатчикам и камерам. В таблицах они не описаны, так как они не вариативны и выбираются для конкретного оборудования в последних обновлениях, поэтому их описание не имеет надобности.

  1. Информационное обеспечение задачи
    1. Информационная модель и её описание

На рисунке 2.1 представлена диаграмма EDR-сущность связь

Рисунок 2.1 диаграмма EDR-сущность связь

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

В таблицах 2.1. – 2.5. представлены характеристики сущностей

Таблица 2.1. Сущность “Сотрудник”

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Сотрудник

Ключ

Счетчик

Ключевое поле

Имя

Короткий текст

255

Фамилия

Короткий текст

255

Должность

Короткий текст

255

Паспортные данные

Короткий текст

255

Таблица 2.2. Сущность “Журнал активности”

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Код активности

Ключ

Счетчик

Ключевое поле

Состояние

Короткий текст

255

Исполнитель

Числовой

Таблица 2.3. Сущность”Картотека”

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Регистрационный номер

Ключ

Счетчик

Ключевое поле

Статус

Числовой

Вид документа

Короткий текст

255

Тип документа

Короткий текст

255

Код отправителя

Числовой

Сроки выполнения

Дата и время

Таблица 2.4. Сущность “Отправитель”

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Код отправителя

Ключ

Числовой

Ключевое поле

Фамилия

Короткий текст

255

Имя

Короткий текст

255

Код фирмы

Числовой

Номер телефона

Короткий текст

255

Электронная почта

Короткий текст

255

Таблица 2.5. Сущность “Фирма”

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Код фирмы

Ключ

Счетчик

Ключевое поле

Юридический адресс

Короткий текст

255

ИНН

Короткий текст

255

Электронная почта

Короткий текст

255

Название

Короткий текст

255

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

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

В данной курсовой работе была задействована СУБД Microsoft Access. Данная СУБД позволяет добавлять удалять или изменять любую информацию в базе данных. Также данная СУБД способна отображать и делиться информацией с пользователями в виде отчётов. При проектировании была создана ER-модель, в которой отражены основные сущности и связи. Были выделены следующие сущности: Сотрудник, Журнал активности, Картотека, Отправитель, Фирма.

На рисунке 2.2. отображена действующая схема данных.

Рисунок 2.2. схема данных

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

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

Подробное описание всех статусов представлен на рисунке 3.2.

Далее необходимо указать вид документа (текст, таблица, картинка и т.д.)

Далее необходимо выбрать код отправителя, который заводится заранее (в таблице доступны примерные отправители)

Рисунок 3.1. форма “добавление документа”

Рисунок 3.2. описание статусов

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

Рисунок 3.3. форма на “изменение документа”

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

Рисунок 3.4. форма “манипуляции над фирмами”

В форме “Редакция активностей” можно отредактировать таблицу статусов (смотри рисунок 3.2.) по желанию администратора. Форма отображена на рисунке 3.5.

Рисунок 3.5. форма “Редакция активностей”

В форме “Редакция сотрудников” представленной на рисунке 3.6. можно отредактировать данные о сотрудниках.

Рисунок 3.6. форма “Редакция сотрудников”

На рисунке 3.7. представлен “Запрос к журналу задач”, при его выполнении мы можем узнать о том, какой сотрудник на какой должности, имеет срок на выполнение работы над документом, а также на каком этапе находится выполнение задачи.

Рисунок 3.7. “Запрос к журналу задач”

На рисунке 3.8. изображён запрос на то с какой “Сотрудник работает с фирмой”. Запрос позволяет узнать с документом какой фирмы работает сотрудник и какую должность он занимает.

Рисунок 3.8. запрос “Сотрудник работает с фирмой”

На рисунке 3.9. отображён “отчёт о сроках” по “Запрос к журналу задач”

Рисунок 3.9. “отчёт о сроках

Заключение

В ходе курсовой работы была создана ИС автоматизации документооборота предприятия. Для ИС была создана база данных на основе Microsoft Access и был продемонстрирован примерная реализация данной ИС. СУБД Microsoft Access была выбрана как проверенная система, занимающая совсем малое место и вполне подходящая для малых объёмов данных. Позволяет разделять полномочия сотрудникам. Для разработки данной ИС не требовалось больших объёмов временных ресурсов, благодаря уже разработанной СУБД.

Также для СУБД был изучен язык запросов, с помощью которого осуществляются все манипуляции с базой данных, метод создания ERD и ER модели проектирование и создание таблиц их нормализация создание внешних ключей создание запросов. Также была изучена процедура настройки сервера и маршрутизации.

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

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

  1. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем – М.: ИУИТ, 2012 – 300 с.
  2. Гущин А.Н. Базы данных: учебник. - М.: Директ-Медиа, 2014. - 266с
  3. Методология функционального моделирования IDEF0, Руководящий документ, Госстандарт России
  4. Абрамова Л.В. Инструментальные средства информационных систем: учебное пособие. - Архангельск: САФУ, 2013. - 118 с.
  5. Заботина Н.Н. Проектирование информационных систем: учебное пособие. – М.: ИНФРА-М, 2013. - 331с.
  6. Золотов С.Ю. Проектирование информационных систем: учебное пособие. - Томск: Эль Контент, 2013. - 88 с.
  7. Методы и средства проектирования информационных систем и технологий: учебное пособие / авт.-сост. Е.В. Крахоткина. - Ставрополь: СКФУ, 2015. - 152 с.
  8. Проектирование информационных систем. Проектный практикум: учебное пособие / А.В. Платёнкин, И.П. Рак, А.В. Терехов, В.Н. Чернышов. - Тамбов: Издательство ФГБОУ ВПО «ТГТУ», 2015. - 81 с.
  9. Черноусова А.М Создание и использование баз данных: учебное пособие/ А.М Черноусова. – Оренбург: ГОУ ОГУ 2009г 244c 1. Атре Ш. Структурный подход к организации баз данных. - М.: Финансы и статистика, 1983. - 320 с.