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

Автоматизация учета продаж компании «ФаворитПартс»

Содержание:

Введение

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

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

Темой курсовой работы является «Автоматизация учета продаж».

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

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

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

Целью курсовой работы является разработка АС торговой компании «ФаворитПартс».

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

Практическое значение настоящей работы состоит в проектировании и разработке автоматизированной информационной системы для торговой компании «ФаворитПартс».

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

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

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

Компания «Фаворит» была основана в 2003 г. Благодаря сильной команде и динамичному развитию, сейчас «ФаворитПартс» один из ведущих поставщиков автозапчастей.

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

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

Благодаря профессиональным подходам к вопросу складской логистики, компания «ФаворитПартс» на данный момент обладает наиболее полным спектром запчастей. На текущий день предлагаемая линейка автозапчастей свыше 500 000 номенклатурных единиц. С компанией работают более 160 поставщиков сборочных конвейерных производств, и их число постоянно растет.

Основными показателями качества обслуживания потребителей являются:

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

Рассмотрим показатели качества обслуживания компании за период с 01.12.2018 г. по 01.12.2019 г.

Таблица 1

Показатели качества обслуживания

№ п\п	Наименование характеристики (показателя)	Значение показателя на определённую дату либо за период
1.	степень удовлетворения спроса по объему продаж	80 %
2.	степень регулярности продаж	79 %
3.	выполнение объемов продаж	82 %
4.	степень удовлетворенности покупателей	98 %

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

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

Структура организации представлена на рисунке 1:

$C:\Users\Лися\Desktop\2174\1 глава исправить\Безымянный.jpg$

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

На рисунке 1 представлена организационная структура компании «Фаворит», на которой изображены все отделы компании и взаимосвязи.

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

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

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

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

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

Отдел кадров ведет весь спектр документации по данным о сотрудниках.

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

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

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

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

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

Для наглядного представления работ по учету продаж представляется модель бизнес-процессов по методологии SADT, которую реализуем в среде BPwin.

Контекстная диаграмма процесса учёта продаж представлена на рисунке 2:

Рисунок 2 - Диаграмма «AI-IS» для отдела продаж компании «ФаворитПартс»

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

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

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

Рисунок 3 - Декомпозиция модели «AI-IS» для отдела продаж компании «ФаворитПартс»

Модель разбивается на три блока, каждый из которых содержит свои сведения. Блок «Учет запчастей» содержит сведения по запчастям, имеющимся в продаже и под заказ. Блок «Учет клиентов заказов» содержит информацию по клиентам компании и заказам, которые они оставляют. Блок «Учёт продаж» содержит сведения по продажам запчастей.

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

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

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

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

В составе информационного обеспечения включается два комплекса: компоненты вне машинных информационных обеспечений (классификаторы технико-экономической информации и документы) и внутри машинных обеспечений [14, стр. 122].

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

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

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

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

Классифика́тор, или (от лат. classis — разряд и facere — делать) — это систематизированный список именованных объектов, которым дан уникальный код. Классификация объектов производится по правилам распределения заданного множества объектов на подмножества (классификационные группировки) и соответствует действующим признакам их различия или сходства. Применяется в автоматизированных системах управления и обработки информации. Классификатор – это стандартный кодовый язык документов, финансовых отчётов и автоматизированных систем (см. табл. 2).

Таблица 2

Перечень обозначений систем кодирования

Система кодирования	Краткое обозначение
Порядковая	П
Серийно-порядковая	СП
Разрядная (позиционная)	Р
Комбинированная (смешанная)	К

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

Кодирование создано для формализованного описания наименований различных видов данных. Кодирование представляет процесс обозначения исходного множества объектов или сообщений набором символов заданного алфавита и основывается на наборе определенных правил[9, стр. 111-124].

Таблица 3

Перечень обозначений видов классификаторов

Вид классификатора	Краткое обозначение
Общегосударственный	ОГ
Отраслевой	О
Локальный	Л
Международный	М

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

Таблица 4

Используемые классификаторы и коды

№	Наименование объекта кодируемого множества	Значность кода	Система кодирования	Вид классификатора	Список кодов или пример кода множества
№	Наименование объекта кодируемого множества	Значность кода	Система кодирования	Вид классификатора	Код	Значение
1	Код клиента	10	П	Л	1-∞	Порядковый номер клиента
2	Код категории	3	П	Л	1-10	Порядковый код категории
3	Код запчасти	5	П	Л	1-∞	Порядковый код запчасти
4	Код продажи	3	П	Л	1-10	Порядковый код продажи
5	Код заказа	3	П	Л	1-∞	Порядковый код заказа
6	Код менеджера	3	П	Л	1-∞	Порядковый код менеджера

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

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

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

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

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

Для автоматизации программного обеспечения необходимо:

Составить список входной информации;
Грамотно расположить реквизиты каждого вида входной информации;
Сделать описание реквизитов входных документов.

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

К входной информации относятся следующие данные:

Данные по менеджерам;
Данные по клиентам;
Данные по категориям;
Данные по запчастям;
Данные по заказам;
Данные по продажам.

Рассмотрим процесс создания и заполнения таблиц данных. Таблицы в БД строятся и постепенно заполняются данными последовательно, от основных таблиц к зависимым. Приведем вид всех таблиц в режиме конструктора и режиме таблицы.

Таблица «Менеджеры» содержит основные сведения по менеджерам компании (рис. 7).

Рисунок 7 - Таблица «Менеджеры»

Таблица «Клиенты» содержит основные сведения по клиентам (рис. 8).

Рисунок 8 - Таблица «Клиенты»

Сведения по категориям представлены в таблицы «Категории» (рис.9).

Рисунок 9 - Таблица «Категории»

Сведения по запчастям представлены в таблице «Запчасти» (рис. 10).

Рисунок 10 - Таблица «Запчасти»

Для хранения данных по заказам создана таблица «Заказы» (рис. 11).

Рисунок 11 - Таблица «Заказы»

Сведения по продажам заносятся в таблицу «Продажи» (рис. 12).

Рисунок 12 - Таблица «Продажи»

Форма «Добавить категорию» позволяет хранить и редактировать данные по категориям (рис. 13).

Рисунок 13 - Форма «Добавить категорию»

Форма «Добавить клиента» позволяет хранить и редактировать данные по клиентам (рис. 14).

Рисунок 14 - Форма «Добавить клиента»

Форма «Менеджеры» позволяет хранить и редактировать данные по менеджерам (рис. 15).

Рисунок 15 - Форма «Менеджеры»

Форма «Запчасти» позволяет хранить и редактировать данные по запчастям (рис. 16).

Рисунок 16 - Форма «Запчасти»

Форма «Заказы» позволяет хранить и редактировать данные по заказам (рис. 17).

Рисунок 17 - Форма «Заказы»

Форма «Категории» позволяет хранить и редактировать данные по категориям и запчастям в этих категориях (рис. 18).

Рисунок 18 - Форма «Категории»

Форма «Клиенты» содержит данные по клиентам и продажам (рис.19)

Рисунок 19 - Форма «Клиенты»

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

Запрос «По категориям» создан для вывода на печать данных по категориям и товарам в них. Запрос организован с помощью ввода параметра.

Рисунок 20 - Запрос «По категориям»

Запрос «По клиенту и дате» содержит данные по продажам запчастей клиентам за определённую дату.

Рисунок 21 - Запрос «По клиенту и дате»

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

Рисунок 22 - Запрос «По наименованию и его части»

Запрос «Продажи по дате» выбирает данные по всем продажам за введенную дату.

Рисунок 23 - Запрос «Продажи по дате»

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

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

Система формирует три отчета:

Прайс-лист;
По клиенту и дате;
По наименованию или его части.

Рассмотрим все отчеты (рисунки 24-26).

Рисунок 24 – Отчет «Прайс»

Рисунок 25 – Отчет «По клиенту и дате»

Рисунок 26 – Отчет «По наименованию или его части»

3. Программное обеспечение задачи

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

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

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

Обработку информации – проверку вносимых данных в БД, сверку с предыдущим значением и корректировкой информации;
Созданием документов;
Корректировкой и просмотром документов;
Проведением – производится проведение документов в управленческом, бухгалтерском и налоговом учете;
Печать.

Рисунок 27 - Дерево функций

Служебными функциями производится:

Формированием интерфейса - загрузкой интерфейса систем. Интерфейсы продукта зависят от того, кто его применяет. Для сотрудника отдела продаж назначен один и з интерфейсов – запчасти, для другой службы создан свои интерфейс;
Обращением к БД. Ведение баз данных производится заполнением необходимых для функционирования системы справочных данных.

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

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

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

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

Рисунок 28 - Инфологическая модель

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

Рисунок 29 - Даталогическая модель

Таблица 5

Описание таблиц схемы данных

№ п/п	Наименование показателя	Тип данных	Признак ключа
Менеджеры
	Код менеджера	Счетчик	Ключ
	ФИО	Короткий текст
Клиенты
	Код клиента	Счетчик	Ключ
	ФИО клиента	Короткий текст
	Телефон	Короткий текст
Категории
	Код категории	Счетчик	Ключ
	Категория	Короткий текст
	Описание	Короткий текст
Заказы
	Код заказа	Счетчик	Ключ
	Код клиента	Числовой
	Код запчасти	Числовой
	Количество	Короткий текст
	Цена за единицу	Денежный
	Стоимость заказа	Денежный
	Дата заказа	Дата/время
	Дата исполнения	Дата/время
Запчасти
	Код запчасти	Счетчик	Ключ
	Наименование	Короткий текст
	Количество	Короткий текст
	Стоимость	Денежный
	Производитель	Короткий текст
	Код категории	Числовой
Продажи
	Код продажи	Счетчик	Ключ
	Код клиента	Числовой
	Код менеджера	Числовой
	Код запчасти	Числовой
	Дата продажи	Дата/время
	Количество	Числовой
	Цена за единицу	Денежный
	Стоимость товара	Денежный

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

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

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

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

Рисунок 30 - Структурная схема пакета

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

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

Общий модуль

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

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

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

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

Рисунок 31 - Контекст общего модуля

Модуль приложения.

В конфигурации есть один модуль приложения. Контекст модуля приложения будет образовываться [14] (рис. 32):

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

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

Рисунок 32 - Контекст модуля приложения

Основными событиями, обрабатываемыми в модуле приложения, являются события начала и окончания работы приложения. Схема вызова представлена на рис 33 [14].

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

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

Событие ПередЗавершениемРаботыСистемы появляется при завершении работы системы «Фаворит» до момента закрытия главного окна. Обрабатывая это событие, разработчик может отказаться от завершения работы, если какие-либо условия не выполнены.

Событие ПриЗавершенииРаботыСистемы появляется при завершении работы системы «Фаворит» после закрытия главного окна. В обработчике этого события разработчик уже не может отказаться от закрытия приложения, но может выполнять действия, которые обязательно должны быть выполнены при окончании работы пользователя.

Модуль объекта

Любой прикладной объект конфигурации, данные которого могут быть модифицированы «Фаворит», имеет свой модуль. Такой модуль используют при создании объектов встроенного языка, которые позволяют модифицировать данные объектов конфигурации. Соответствующие объекты встроенного языка создаются, например, при введении нового объекта, при копировании, при получении данных существующего объекта и т.д. для различных объектов конфигурации этот модуль имеет различные имена.

Рисунок 33 - Последовательность вызова событий модуля приложения

Контекст модуля объекта образуется [14]:

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

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

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

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

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

Модуль формы.

Любая форма, определённая в конфигурации имеет свой модуль. Этот модуль выполняется при создании объекта Форма встроенного языка. Этот объект создается при открытии формы прикладного объекта (например, при открытии формы элемента справочника) или явно получается средствами встроенного языка.

Контекст модуля формы образуется:

Глобальным контекстом, включающим экспортируемыми функциями и процедурами общих модулей (если для этих модулей установлено хотя бы одно из свойств Клиент или Сервер);
Экспортируемыми переменными, процедурами и функциями модуля приложений;
Свойствами и методами объекта, который назначен основным реквизитом формы, включая экспортируемые переменные, процедуры и функции, определённые в модуле этого объекта;
Свойствами и методами расширения формы, определяемого основным реквизитом формы;
Свойствами и методами объекта Форма встроенного языка;
Реквизитами формы, которой «принадлежит» модуль;
Локальным контекстом самого модуля формы.

Рисунок 34 - Последовательность вызова событий модуля объекта

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

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

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

Рисунок 35 - Последовательность вызова событий модуля формы

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

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

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

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

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

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

Рисунок 36 - Главная форма

Для добавления нового клиента выбираем форму «Добавить клиента».

Рисунок 37 - Форма «Добавить клиента»

Открываем новую запись и вносим сведения.

Рисунок 38 - Форма «Добавить клиента»

Сохраняем данные, переходим на форму «Заказы» ищем нового клиента и начинаем формировать его заказ.

Рисунок 39 - Форма «Заказы»

При формировании заказы расчет суммы происходит автоматически.

Рисунок 40 - Форма «Заказы»

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

Рисунок 41 - Форма «Продажи»

Данные по продажам конкретному клиенту и на конкретную дату можно сформировать в отчет и вывести на печать.

Рисунок 42 - Отчет «По клиенту и дате»

Заключение

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

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

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

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

Создание информационной системы проходило в несколько этапов:

Обследование предметных областей, изучение и формализация требований будущих пользователей;
Разработка концептуальных моделей (с применением технологии Erwin);
Создание АС (использование СУБД Access);
Оформление сопутствующих документов.

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

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

Построение ER - модели осуществлялось с помощью ERWin. ERWin позволяет чётко и грамотно формировать основу модели данных, определять все необходимые сущности и связи и генерировать модель данных в СУБД для дальнейшего создания базы данных.

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

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

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

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

Erwin - CASE, Computer Associates - Программные продукты - Каталог ПО - Описания продуктов. Web: http://www.erwin.ru
Александров, Д.В. Инструментальные средства информационного менеджмента. CASE-технологии и распределенные информационные системы: Учебное пособие / Д.В. Александров. - М.: ФиС, 2011. - 224 c.
Балдин, К.В Информационные системы в экономике: Учебник / К.В Балдин, В.Б. Уткин. - М.: Дашков и К, 2015. - 395 c.
Балдин, К.В. Информационные системы в экономике: Учебное пособие / К.В. Балдин. - М.: НИЦ ИНФРА-М, 2013. - 218 c.
Бодров, О.А. Предметно-ориентированные экономические информационные системы: Учебник для вузов / О.А. Бодров. - М.: Гор. линия-Телеком, 2013. - 244 c.
Буреш, О.В. Интеллектуальные информационные системы управления социально-экономическими объектами / О.В. Буреш, М.А. Жук. - М.: Красанд, 2012. - 192 c.
Варфоломеева, А.О. Информационные системы предприятия: Учебное пособие / А.О. Варфоломеева, А.В. Коряковский, В.П. Романов. - М.: НИЦ ИНФРА-М, 2013. - 283 c.
Васильков, А.В. Информационные системы и их безопасность: Учебное пособие / А.В. Васильков, А.А. Васильков, И.А. Васильков. - М.: Форум, 2013. - 528 c.
Вдовин, В.М. Предметно-ориентированные экономические информационные системы: Учебное пособие / В.М. Вдовин. - М.: Дашков и К, 2013. - 388 c.
Г. Востров, Е. Малахов, К. Корнилова – Проблемы моделирования предметных областей в информационных системах - http://www.codenet.ru/progr/other/modeling-problems/
Гаврилов, М. В. Информатика и информационные технологии : учебник М. В. Гаврилов, В. А. Климов. — 2-е изд., испр. и доп. — М. : Издательство Юрайт, 2014. — 350 с. — Серия : Основы наук.
Гвоздева, В.А. Информатика, автоматизированные информационные технологии и системы: Учебник / В.А. Гвоздева. - М.: ИД Форум, НИЦ Инфра-М, 2013. - 544 c.
Голицына, О.Л. Информационные системы: Учебное пособие / О.Л. Голицына, Н.В. Максимов, И.И. Попов. - М.: Форум, 2016. - 352 c.
Головин Ю.А. Информационные сети: учебник для студентов учреждений высш. проф. образования / Ю.А. Головин, А.А. Суконщиков, С.А. Яковлев. –2-е изд., стереотип. - М.: Академия, 2013. – 384 с.
Горбенко, А.О. Информационные системы в экономике / А.О. Горбенко. - М.: БИНОМ. ЛЗ, 2012. - 292 c.
Горяев Ю.А. – Информационное обеспечение ИТ и ИС управления организацией - http://www.miemp-mi-gor.narod.ru/utcheba/itu/glava/003.htm
Гохберт, Г.С. Информационные технологии: учебник для студентов учреждений сред. проф. образования / Г.С. Гохберт, А.В. Зафиевский, А.А. Короткин. – 8-е изд., испр. – М.: Академия, 2013. – 208 с.
Гришин, В. Н. Информационные технологии в профессиональной деятельности: учебник / В.Н. Гришин. – М.: Форум, Инфра-М, 2013. – 416 с.
Емельянов, С.В. Информационные технологии и вычислительные системы / С.В. Емельянов. - М.: Ленанд, 2015. - 96 c.
Заботина Н.Н. -Использование Case-средств при изучении дисциплины «Проектирование ИС»-http://i04.pfo-perm.ru/Data2004/DConf04/ZabotinaNN.htm
Заботина, Н.И. Проектирование информационных систем: учебное пособие / Н.И. Заботина. – М.: Инфра-М, 2013. – 331 с.