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

Содержание:

Введение

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

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

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

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

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

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

Система – это совокупность элементов, взаимосвязанных друг с другом, образующих определённую целостность.
Стандарт ISO/IEC 2382-1 определяет информационную систему как систему обработки информации, работающую совместно с организационными ресурсами, такими как люди, технические средства и финансовые ресурсы, которые обеспечивают и распределяют информацию.

Российский ГОСТ РВ 51987 определяет информационную систему как автоматизированную систему, результатом функционирования которой является представление выходной информации для последующего использования.

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

К основным задачам проектирования относятся:

-оказание влияния на улучшение организации учётной, плановой и аналитической работы;

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

-создание баз данных, обеспечивающий оптимальное использование информации;

-создание нормативно-справочной информации.

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

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

1) построить функциональную модель предметной области,

2) построить модель данных,

3) реализовать базу данных,

4) спроектировать пользовательский интерфейс информационной системы.

В данном проекте для моделирования информационной системы были использованы CASE-средства; база данных реализована в СУБД Microsoft SQL, а интерфейс информационной системы реализован на языке программирования Delphi. Для построения контекстной диаграммы и диаграммы декомпозиции была использована программа RAMUS Educational.

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

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

ООО «АПЕКС» - предприятие, основными видами деятельности которого являются оптовая продажа топлива и горюче-смазочных материалов, обеспечивая поставки топлива напрямую с нефтеперерабатывающих заводов, a также утилизация топлива. Компания предлагает товары известных нефтеперерабатывающих предприятий. Неизменными покупателями и партнерами являются крупные промышленные организации, службы по ремонту и строительству, автосалоны, автосервисы и автозаправочные комплексы. Поставщиками выступают «ГАЗПРОМ», «ТАТНЕФТЬ» и «ТАНЕКО» — крупные предприятия нефтеперерабатывающей отрасли. Топливо проходит контроль качества из четырех ступеней и сопровождается сертификатом соответствия требованиям к данному виду продукта. Компания обладает собственным автопарком бензовозов и топливозаправщиков.

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

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

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

На рисунке 1 представлена схема организационной структуры управления ООО «АПЕКС».

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

Таблица 1.

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

№ п\п	Наименование характеристики (показателя)	Значение показателя в 2018 году
1	Прибыль	2456 тыс. р
2	Объём поставок ДТ	500 тыс. л
3	Объём поставок бензина	500 тыс. л
4	Средний объём поставок	1000л
5	Количество бензовозов	500
6	Количество сотрудников	1248
7	Утилизировано топлива	8 тыс. л
8	Оборудование контроля качества	1 млн р.

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

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

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

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

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

Автоматизация бизнес-процессов — это внедрение программной системы, выполняющей типовые процедуры по современным алгоритмам. Речь идет о составлении и выписке документов, контроле исполнения учетных, складских операций. Благодаря подобным нововведениям уровень работы предприятия качественно повышается. Одним из основных условий автоматизации бизнеса является применение предприятием процессного подхода. Под этим термином понимают подход,

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

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

Контекстная диаграмма - вид IDEF0-диаграммы. Это диаграмма, расположенная на вершине древовидной структуры диаграмм, представляющая собой самое общее описание системы и ее взаимодействие с внешней средой (как правило, здесь описывается основное назначение моделируемого объекта). Контекстная диаграмма состоит из одного блока, описывающего функцию верхнего уровня, ее входы, выходы, управления, и механизмы, вместе с формулировками цели модели и точки зрения, с которой строится модель. Составление контекстной диаграммы производилось в программе Ramus Educational ^[12].

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

В нашем случае контекстная диаграмма создаётся с позиции директора предприятия. Контекстная диаграмма изображена на рисунке 2.

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

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

Формирование заказа состоит из выбора поставщика, выбора типа и количества доставляемого топлива, определение способа доставки (автотранспорт, ж/д транспорт, смешанный).

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

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

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

При выполнении доставки топливных грузов необходимо соблюсти требования, закреплённые на законодательном уровне в следующих нормативных документах: ГОСТ 1510-84 «Нефть и нефтепродукты. Маркировка, упаковка, транспортирование и хранение», Правилами перевозок грузов автомобильным транспортом и Европейским соглашением о международной дорожной перевозке опасных грузов (ДОПОГ) (в случае доставки автомобильным транспортом).

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

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

Бухгалтерская отчётность составляется в соответствии с Федеральным законом Российской Федерации «О бухгалтерском учёте» N 402-ФЗ.

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

Рисунок 1.2. Контекстная диаграмма автоматизации по учёту поставок топлива потребителям

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

Хотя действительной вершиной модели является диаграмма уровня А-0, настоящей «рабочей вершиной» является диаграмма А0, поскольку она является уточненным выражением точки зрения модели. Ее содержание показывает, что будет рассматриваться в дальнейшем, ограничивая последующие уровни в рамках цели проекта. Нижние уровни уточняют содержание функциональных блоков, детализируя их, но, не расширяя границ модели. Диаграмма декомпозиции изображена на рисунке 3.

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

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

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

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

Рисунок 1.3. Диаграмма декомпозиции автоматизации бизнес-процессов по учёту поставок топлива потребителям

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

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

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

Отделом продаж вносится информация о заказах, поступившая из звонков клиентов. Бухгалтерия на основании данных о заказе просматривает базы поставщиков и водителей и на их основании формирует товарную накладную по форме N ТОРГ-12.

2.2. Используемые классификаторы и системы кодирования.

В таблице 2 представлены используемые классификаторы и дано их описание.

Таблица 2.

Классификаторы

Кодируемое множество объектов	Длина кода	Мощность кода	Система кодирования	Система классификации	Вид классификатора
Состояние заказа	1	10	Порядковая	Иерархическая	Локальный
Состояние оплаты	1	10	Порядковая	Иерархическая	Локальный
Статус водителя	1	10	Порядковая	Иерархическая	Локальный
Код базы поставщика	5	3923700	Комбинированная	Фасетная	Локальный

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

Все порядковые коды имеют числовое представление. Присвоение кодов происходит по формуле K_n=K_n-1+1, где K_n – кодируемый элемент, K_n-1 - предыдущий элемент. Первый элемент имеет порядковый номер 0.

Первый классификатор – «Состояние заказа». Состоит из двух позиций и обозначает, доставлен заказ или нет. Его описание представлено в таблице 3 ниже.

Таблица 3.

Классификатор «Состояние заказа»

Код	Статус
0	Не выполнен
1	Выполнен

Классификатор «Состояние оплаты», описанный в таблице 4, показывает, оплачен ли заказ или нет.

Таблица 4.

Классификатор «Состояние оплаты»

Код	Статус
0	Не оплачен
1	Оплачен

Классификатор «Статус водителя» предоставляет информацию о водителе. Его описание представлено в таблице 5.

Таблица 5.

Классификатор «Статус водителя»

Код	Статус
0	Свободен
1	В рейсе
2	В отпуске
3	Болеет
4	Отсутствует по неуважительной причине

Последний классификатор - «Код базы поставщика», имеет цифробуквенное представление. Описание классификатора представлено в таблице 6.

Код состоит из 5 символов, первые три из которых содержат буквы и обозначают город, в котором находится база поставщика. Последние два символа имеют порядковую структуру и также вычисляются по формуле K_n=K_n-1+1.

Таблица 6.

Классификатор «Код базы поставщика»

Код	База
МСК11	Москва, база 11
СПБ01	Санкт-Петербург, база 1
САР03	Саратов, база 3

2.3. Характеристика нормативно-справочной, входной и оперативной информации

В представленной ИС в качестве входящего документа вводится информация о заказе, поступившая из звонков клиентов. Экранная форма содержит несколько полей, в которые вносятся: ФИО заказчика; адрес, на который будет производиться доставка, а также день, в который доставка должна быть произведена; телефон заказчика; дата поступления заказа. После заполнения всех полей информация добавляется в таблицу «Список заказов». Необходимые коды присваиваются автоматически.

Рисунок 2.2. Форма ввода данных о заказе

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

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

В состав нормативно справочной информации входят справочники «Список водителей» и «Список баз поставщика». В справочниках хранится информация многократного использования, предусмотрена возможность дополнения, удаления и редактирования содержащихся данных. Классификаторы для справочников были описаны в предыдущем разделе. На рисунке 2.3. представлена форма просмотра и редактирования справочников.

Рисунок 2.3. Форма просмотра и редактирования справочников

2.4. Характеристика результатной информации

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

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

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

Рисунок 2.4. Форма создания товарной накладной.

Рисунок 2.5. Форма создания товарной накладной.

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

3.1 Общие положения (дерево функций и сценарий диалога)

На рисунке 3.1 представлено дерево функций.

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

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

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

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

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

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

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

Рисунок 3.1. Дерево функций информационной системы

На рисунке 3.2 изображен сценарий диалога.

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

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

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

Рисунок 3.2. Сценарий диалога

В таблицах содержатся все данные о заказах. Коды ключевых полей присваиваются автоматически. При просмотре таблиц и справочников через графический интерфейс программы поля, имеющие присвоенные классификаторы, автоматически выводят текстовую информацию, т.е. если в таблице «Статус оплаты заказа» полю «Код статуса оплаты» присвоено значение «0», то в графическом интерфейсе будет выведено «Не оплачен».

В таблице 7 представлено описание структуры записей таблицы «Список заказов». Таблица имеет 3 ключевых поля, присваиваемых автоматически.

Таблица 7

Описание структуры записей таблицы «Список заказов»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код заказа	Kod_zak	char	5	Ключевое поле
Код заказчика	Kod_chel	char	5
Код оплаты	Kod_opl	char	5
ФИО заказчика	FIO_zak	varchar	50
Телефон заказчика	Phone	char	15
Адрес	Address_zak	varchar	50
Дата поступления заказа	Date_zak	Datetime
Срок доставки	Date_fin	Datetime

Таблица 8 представляет собой описание структуры записей таблицы «Состояние заказа».

Таблица 8

Описание структуры записей таблицы «Состояние заказа»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код заказа	Kod_zak	char	5	Ключевое поле
Код водителя	Kod_vod	char	5
Код базы	Kod_base	char	5
Код оплаты	Kod_opl	char	5
Код состояния заказа	complete	int

Описание справочника «Список баз поставщиков» представлено в таблице 9.

Таблица 9

Описание структуры записей таблицы «Список баз поставщиков»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код базы	Kod_base	char	5	Ключевое поле
Наименование организации	Name_org	char	20
Адрес	Address_org	varchar	30
Доступное топливо	Toplivo_avail	varchar	20

В таблице 10 приведено описание записей таблицы «Состояние оплаты»

Таблица 10

Описание структуры записей таблицы «Состояние оплаты»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код заказчика	Kod_zal	char	5	Ключевое поле
Код оплаты	Kod_opl	char	5
Код водителя	Kod_vod	Char	5
Код базы	Kod_base	char	5
ФИО заказчика	FIO_zak	varchar	50
Код состояния оплаты	Oplata	int
Сумма	Sum	money

В таблице 11 приведено описание записей таблицы «Статус оплаты»

Таблица 11.

Описание структуры записей таблицы «Список водителей»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код водителя	Kod_vod	Char	5	Ключевое поле
Статус водителя	Vod_status	int
ФИО водителя	FIO_vod	Char	5
Вместительность бака (л)	Liters	Int
Ставка	Stavka	Money

На рисунке 3.3 изображена ER-модель.

ERM (Entity-relationship model, модель сущность-связь) — модель данных, позволяющая описывать концептуальные схемы предметной области. С её помощью можно выделить ключевые сущности и обозначить связи, которые могут устанавливаться между этими сущностями. ER-модель представляет собой формальную конструкцию, которая сама по себе не предписывает никаких графических средств её визуализации. В качестве стандартной графической нотации, с помощью которой можно визуализировать ER-модель, была предложена диаграмма сущность-связь (ER-диаграмма) (англ. entity-relationship diagram, ERD).

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

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

Рисунок 3.3. ER-модель базы данных

3.3 Структурная схема пакета (дерево вызова программных модулей)

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

Таблица 12.

Описание функций модулей

№ п/п	Наименование модуля	Функции модуля
1	Глобальный модуль	Содержит глобальные процедуры и функции, предопределенные процедуры
2	Модуль безопасности	Содержит процедуры и функции, обеспечивающие ввод и проверку пароля, вход пользователей в систему, напоминание о необходимости смены пароля, автоматический выход из системы при отсутствии пользователя на рабочем месте.
3	Модуль инициализации интерфейса программы	После успешного входа в систему, запускает программу, используя настройки прав доступа для учетной записи пользователя
4	Модуль справочника «Справочники»	Содержит процедуры и функции, позволяющие просматривать и редактировать справочники
5	Модуль «Ввод данных о заказе»	Содержит процедуры и функции для добавления данных о заказе в таблицу «Список заказов»
6	Модуль взаимодействия с базой данных	Содержит процедуры и функции, используемые для установления соединения с базой данных, а также управляющие операциями чтения, записи и редактирования данных

Продолжение таблицы 12.

7	Модуль «Отчёты»	Содержит процедуры и функции для создания отчётной документации
8	Модуль «Оплата заказа»	Используется для получения данных об оплате заказа, а также расчёта суммы заказа.
9	Модуль «Отправка документа»	Содержит процедуры и функции для отправки документа по электронной почте или факсу
10	Модуль «Печать документов»	Обеспечивает предварительный просмотр, настройку параметров документов и печать на принтере
11	Модуль справочника «Список баз поставщиков»	Содержит предопределенные процедуры формы списка и элемента справочника
12	Модуль справочника «Список водителей»	Содержит предопределенные процедуры формы списка и элемента справочника
13	Модуль документа «Товарная накладная»	Содержит процедуры и функции для создания документа формы ТОРГ-12

3.4 Описание программных модулей

На рисунке 3.3 Изображена блок-схема расчёта суммы оплаты.

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

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

Рисунок 3.1. Блок-схема расчёта суммы оплаты

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

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

Рисунок 4.1. Авторизация в системе

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

Рисунок 4.2. Главное меню программы

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

Рисунок 4.3. Форма добавления информации о заказе

На рисунке 4.4 представлена форма просмотра заказов. Имеются кнопки для добавления заказа, редактирования уже существующих заказов, а также открытия служебных окон «Архивация и очистка» и «Календарь».

Рисунок 4.4. Окно просмотра заказов

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

Рисунок 4.5 Окно просмотра справочника «Список баз поставщиков»

Рисунок 4.6 Окно просмотра справочника «Список водителей»

Рисунок 4.7 показывает форму для введения данных в товарную накладную и её печати. На основании данных из заказа выбирается информация для заполнения полей «Грузополучатель», «Поставщик», «Плательщик». Имеются поля для ввода товарных позиций, выпадающее меню для выбора водителя, кнопки для открытия калькулятора, быстрой очистки всех полей и сохранения данных в отдельный файл.

Рисунок 4.7 Создание товарной накладной

Рисунок 4.8 показывает форму для введения данных в отчёт о доставке и его печати. Оно почти идентично с окном для ввода данных в товарную накладную, однако также имеет поля для введения итоговой суммы и даты доставки.

Рисунок 4.8 Создание отчёта о доставке

Рисунок 4.9 иллюстрирует интерфейс калькулятора. В нём имеется как стандартный калькулятор с базовыми математическими операциями, так и автоматизированные разделы для расчёта стоимости литра с доставкой и суммы с НДС.

Рисунок 4.9 Окно калькулятора

На рисунке 4.10 изображён интерфейс календаря. Красным выделяются дни с невыполненными заказами, зелёным – дни с выполненными заказами. Если же в один день есть как выполненные, так и невыполненные заказы то ячейка принимает цвет дня с невыполненными заказами.

Рисунок 4.10 Окно календаря

Рисунок 4.11 иллюстрирует окно функции «Архивация и очистка». В настройках архивации можно выбрать данные для архивации, а также настроить автоматическую архивацию через определённый период времени.

Рисунок 4.11 Окно настройки архивации и очистки

Заключение

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

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

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

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

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

Для проектирования БД использованы CASE-средства ERWin и построена концептуальная модель (на физическом и логическом уровнях), которая сгенерирована в СУБД Microsoft SQL, где она хранится.

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

Список использованной литературы

1. ГОСТ РВ 51987-2002. Информационная технология. Комплекс стандартов на АС. Типовые требования и показатели качества функционирования информационных систем. Госстандарт России. Москва.

2. ГОСТ 1510-84 «Нефть и нефтепродукты. Маркировка, упаковка, транспортирование и хранение» от 12.09.2018/

3. Правила перевозок грузов автомобильным транспортом от 15.04.2011 с изменениями от 22.12.2018

4. Европейское соглашение о международной дорожной перевозке опасных грузов (ДОПОГ) от 01.01.2019

5. Автоматизация проектирования вычислительных систем. Языки, моделирование и базы данных / ред. М. Брейер. - М.: Мир, 2015. - 463 c.

6. Вендров, А. М. Практикум по проектированию программного обеспечения экономических информационных систем / А.М. Вендров. - М.: Финансы и статистика, 2017. - 192 c.

7. Воройский, Ф. С. Основы проектирования автоматизированных библиотечно-информационных систем / Ф.С. Воройский. - М.: ФИЗМАТЛИТ, 2016. - 384 c.

8. Зегжда, Д.П. Основы безопасности информационных систем / Д.П. Зегжда, А.М. Ивашко. - М.: Горячая линия - Телеком, 2017. - 452 c.

9. Ипатова, Э. Р. Методологии и технологии системного проектирования информационных систем / Э.Р. Ипатова, Ю.В. Ипатов. - М.: Флинта, 2016. - 256 c.

10. Мидоу, Ч. Анализ информационных систем: моногр. / Ч. Мидоу. - М.: Прогресс, 2015. - 400 c.

11. Раскин Интерфейс: новые направления в проектировании компьютерных систем / Раскин, Джеф. - М.: Символ-плюс, 2017. - 272 c.

12. https://www.intuit.ru/studies/courses/2195/55/lecture/15043 Программное средство структурного моделирования процессов RAMUS