Проектирование и реализация информационной системы "Автосалон"

Размещено на http://www.allbest.ru/

Содержание

Введение

Глоссарий

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

1.1 Информационные системы и базы данных

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

1.3 Обзор и обоснование выбора инструмента разработки

1.4 Характеристика моделей данных

1.5 Язык запросов SQL

1.6 Постановка задачи

2. Проектирование и разработка бизнес-процессов информационной системы

2.1 Разработка логической модели

2.2 Модель требований

2.3 Модель анализа

2.4 Модель проектирования

2.5 Интерфейс ИС «Автосалон»

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

3.1 Определение трудоемкости разработки информационной системы

3.2 Расчет экономической эффективности использования информационной системы

Заключение

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

Приложение



Введение

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

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

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

Цель дипломной работы - закрепление и углубление знаний, получение практических навыков разработки программы с использованием современных технологий и инструментов.

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

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

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

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

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

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

проанализирована деятельность автосалонов и разработана ИС «Автосалон».

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



Глоссарий

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

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

Клиент (Покупатель) - лицо, которое приобретает товар или пользуется услугами магазина.

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

Сотрудник - лицо, обрабатывающее запрос клиента, или оказывающее ему услугу;

СУБД -- система управления базами данных;

Интернет -- всемирная система объединенных компьютерных сетей;

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



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

1.1 Информационные системы и базы данных

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

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

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

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

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

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

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

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

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

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

СУБД Access для работы с данными использует процессор баз данных Microsoft Jet 4.0, объекты доступа к данным и средство быстрого построения интерфейса - Конструктор форм. Для получения распечаток используются Конструкторы отчетов. Автоматизация рутинных операций может быть выполнена с помощью макрокоманд. На тот случай, когда не хватает функциональности визуальных средств, пользователи Access могут обратиться к созданию процедур и функций. При этом как в макрокомандах можно использовать вызовы функций, так и из кода процедур и функций можно выполнять макрокоманды.

MS Access из всех рассматриваемых средств разработки имеет самый богатый набор визуальных средств. Главное качество Access, которое привлекает к нему многих пользователей, - тесная интеграция с Microsoft Office. К примеру, скопировав в буфер графический образ таблицы, открыв Microsoft Word и применив вставку из буфера, мы тут же получим в документе готовую таблицу с данными из БД.

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

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

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

Процесс построения систем обработки данных значительно различается на разных предприятиях и фирмах в зависимости от объема данных, которые они обрабатывают. Естественно, Access - это типичная настольная база данных. В то же время на небольшом предприятии с количеством компьютеров не больше 10, ресурсов Access вполне может хватить для обслуживания всего делопроизводства, естественно, в связке с Microsoft Office. То есть все пользователи могут обращаться к одной базе данных, установленной на одной рабочей станции, которая не обязательно должна быть выделенным сервером. Для того чтобы не возникали проблемы сохранности и доступа к данным, имеет смысл воспользоваться средствами защиты, которые предоставляет Access.

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

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

1.3 Обзор и обоснование выбора инструмента разработки

Microsoft Visual Studio 2010 -- это набор инструментов разработки, основанных на использовании компонентов, и других технологий для создания мощных, производительных приложений. Кроме того, среда Visual Studio оптимизирована для совместного проектирования, разработки и развертывания корпоративных решений. Visual Studio предоставляет средства для проектирования, разработки, отладки и развертывания веб-приложений, XML (веб-службы) и традиционных клиентских приложений.

Среда разработки Visual Studio представляет собой полный набор средств разработки для создания веб-приложений ASP.NET, XML (веб-службы), настольных приложений и мобильных приложений. Visual Basic, Visual C# и Visual C++ используют единую интегрированную среду разработки (IDE), которая позволяет совместно использовать средства и упрощает создание решений на базе нескольких языков. Кроме того, в этих языках используются функциональные возможности платформы.NET Framework, которая позволяет получить доступ к ключевым технологиям, упрощающим разработку веб-приложений ASP и XML (веб-службы). Можно создать обычные приложения Microsoft Windows и приложения с архитектурой "клиент-сервер" с помощью использования конструкторов в Visual Studio.

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

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

Почему именно эта версия продукта, потому что в нем есть такие удобные нововведения как:

Выделение ссылок: При щелчке символа в исходном коде в документе выделяются все экземпляры этого символа. Для перемещения к следующему или предыдущему выделенному символу можно использовать сочетание клавиш CTRL+SHIFT+СТРЕЛКА ВНИЗ или CTRL+SHIFT+СТРЕЛКА ВВЕРХ.

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

Live Semantic Errors: в Visual C# 2010 компонент Live Semantic Errors был доработан. Использование подчеркивания волнистой линией для обозначения ошибок и предупреждений при вводе было расширено и теперь распространяется на конструкции, выходящие за пределы тел методов, например типы возвращаемых значений, типы параметров и значения по умолчанию в объявлениях методов.

Создание решений, глубоко интегрированное с Office: Если требуется создать решение, глубоко интегрированное с Office и использующее всю мощь.NET Framework, надстройка или пользовательская настройка -- отличное решение. Надстройка будет запускаться при запуске приложения Office, например Excel. Надстройки могут влиять на любой документ, открываемый пользователем. Каждая настройка связана с конкретным документом.

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



1.4 Характеристика моделей данных

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

-иерархическую;

-сетевую;

реляционную;

объектно-ориентированную.

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

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

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

Реляционная модель получила свое название от английского термина (relation) «отношение» и была предложена в 1970-х годах сотрудником фирмы IBM Эдгаром Коддом. Реляционная БД представляет собой совокупность таблиц связанных отношен6иями. Разница между таблицей в привычном смысле и понятием отношения заключается в том, что в отношении нет порядка - это неупорядоченное множество записей. Порядок определяется не отношением, а конкретной выборкой из отношения. Связь между таблицами существует на логическом уровне и определяется предметной областью. Практически связь между таблицами устанавливается путем использования логически связанных данных в разных таблицах.

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

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

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

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

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

1.5 Язык запросов SQL

Запрос представляет собой специальным образом описанное требование, определяющее состав производимых над БД операций по выборке или модификации хранимых данных. Для подготовки запросов с помощью M Access используется язык запросов SQL (Structured Query Language). Структурированный язык запросов SQL основан на реляционном исчислении с переменными кортежами. SQL предназначен для выполнения операций над таблицами (создание, удаление, изменение структуры ) и над данными таблиц (выборка, изменение, добавление и удаление), а также некоторых сопутствующих операций. SQL является непроцедурным языком и не содержит имеющихся в обычных языках программирования операторов управления, организации подпрограмм, ввода-вывода и т.д.

В связи с этим SQL автономно не используется, а обычно погружен в среду встроенного языка программирования СУБД, в нашем случае в MS. Access.

В современных СУБД с интерактивным интерфейсом можно создавать запросы, не применяя SQL в явном виде. Однако его применение в некоторых случаях позволяет расширить возможности использования СУБД. При подготовке запроса в среде Access можно перейти из окна конструктора запросов (задания запроса по образу) в окно с эквивалентным оператором SQL. Подготовку нового запроса путём редактирования уже имеющегося в ряде случаев проще выполнить путём изменения оператора SQL.

Рассмотрим важнейший оператор - оператор SELECT, который будет использован при проектировании и работы БД. В упрощённом виде оператор имеет следующий формат:

SELECT [ALL/DISTINCT]<список данных> <список таблиц>

[WHERE<условие выбора>]

[GROUP BY <имя столбца>,[имя столбца]…]

[HAVING <условие поиска>]

[ORDER BY <спецификация сортировки>,[<спецификация сортировки>]…]

Оператор SELECT позволяет выполнять выборку и вычисления над данными одной или нескольких таблиц. Результатом выполнения оператора является ответная таблица, которая может иметь (ALL) или не иметь (DISTINCT) повторяющиеся строки.

1.6 Постановка задачи

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

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

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

При проектировании модели информационной системы должны быть созданы:

диаграмма вариантов использования;

диаграмма последовательности;

кооперативная диаграмма;

диаграмма классов;



2. Проектирование и разработка бизнес-процессов информационной системы

2.1 Разработка логической модели

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

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

В данной предметной сущности выделяются следующие базовые сущности, образующие структуру проектируемой ИС:

Автомобили. Атрибуты автомобилей - код автомобиля, марка, модель, комплектация, цена, год выпуска, объем двигателя, мощность двигателя, тип коробки передач, тип трансмиссии, максимальная скорость, родина бренда, цвет, количество дверей, количество мест, статус.



Марки. Атрибуты марки - название марки;



Тип коробки передач. Атрибуты - тип коробки передач;

Тип трансмиссии. Атрибуты - тип трансмиссии;



Родина бренда. Атрибуты - родина бренда

информационный автосалон продажа учет

Продажа. Атрибуты - код продажи, автомобиль, покупатель, дата продажи;



Покупатель. Атрибуты - код покупателя, фамилия, имя, отчество, телефон, адрес, город;

2.2 Модель требований

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

Диаграммой прецедентов, или использования (Use case diagram), называется диаграмма, на которой показана совокупность прецедентов и актеров, а также отношения между ними. Диаграммы прецедентов представляют собой один из пяти типов диаграмм, применяемых в UML для моделирования динамических аспектов системы. Они применяются для моделирования вида системы с точки зрения прецедентов (или вариантов использования). Чаще всего это предполагает моделирование контекста системы, подсистемы или класса либо моделирование требований, предъявляемых к поведению указанных элементов.

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

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

Рис. 2 Диаграмма вариантов использования



2.3 Модель анализа

Модель анализа выявляет основные классы и взаимоотношения между ними. Диаграммой классов (Class diagram) называют диаграмму, на которой показано множество классов, интерфейсов, коопераций и отношений между ними. В нашей системе всего шесть класса: продавец, детали заказа, форма выбора заказа, менеджер транзакции, менеджер заказов и заказ. Классы между собой находятся в отношении ассоциации. Ассоциацией (Association) называется структурное отношение, показывающее, что объекты одного типа неким образом связаны с объектами другого типа.

Рис.3 Диаграмма классов

2.4 Модель проектирования

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

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

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

Последовательность при выполнении данной задачи, после входа в систему:

Создание нового договора;

Открытие формы;

Введение информации о заказчике (ФИО, № заказа) и марка модель;

Сохранение заказа;

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

Диаграмма последовательности изображена на рисунке 4



Рис.4 Диаграмма последовательностей: ввод нового заказа

Рис.5. Диаграмма кооперации: ввод нового договора

2.5 Интерфейс ИС «Автосалон»

Для запуска программы запустите exe файл находящийся по пути: C:\Desktop\Автосалон\DATABASE\bin\Debug\DATABASE.exe.

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

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

Рис 6. Главная форма показывает автомобили в наличии. Позволяет добавить новый автомобиль

Рис 7. Форма для добавления клиентов

Рис 8. Форма учета проданных авто

Рис 9. Форма для добавления марки автомобилей доступных для заказа



Рис 10.Форма для добавления родины бренда авто

Рис 11. Запрос на проданные автомобили определенного бренда



Рис. 12 Запрос на выборку проданного автомобиля по id

Рис. 13 Вывод суммы проданных авто за текущую дату



Рис. 13 Код интерфейса приложения «Автосалон»



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

Разработка любой автоматизированной информационной системы невозможна без доказательства экономической эффективности ее внедрения.

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

Внедрение программного продукта «Автосалон» в эксплуатацию, позволит упростить работу продавца-консультанта, что способствует повышению его работоспособности.

3.1 Определение трудоемкости разработки информационной системы

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

1. Получение информации о принципах учета и подведения итогов за день:

1.1 Сбор данных о предметной области.

1.2 Обработка и анализ данных.

1.3 Создание структуры прикладного решения.

2. Разработка прикладного решения на базе MS Access.

2.1 Разработка алгоритма действий в системе StarUML.

2.2 Создание объектов необходимых для реализации подведения итога.

3. Описание работы пользователей в программе.

3.1 Системный анализ действий и прав доступа пользователей в системе.

3.2 Разработка интерфейса пользователей на Visual Studio 210 C#.

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

Разделение работ по этапам с указанием трудоемкости их выполнения приведено в таблице 2.

Таблица 2 - Распределение работ по этапам и видам и оценка их трудоемкости

Этап проведения	Вид работы на данном этапе	Трудоемкость выполнения, чел.- ч.
Получение информации о принципах учета продаж	Сбор данных о предметной области	15
	Обработка и анализ данных	15
	Создание структуры прикладного решения	4
Разработка прикладного решения на базе MS Access.	Разработка алгоритма действий в системе	8
	Создание объектов необходимых для реализации процесса;	50
	Тестирование прикладного решения	30
Описание работы пользователей в программе.	Системный анализ действий и прав доступа пользователей в системе.	10
	Разработка интерфейса пользователей	40
Итого трудоемкость выполнения дипломного проекта	172

Затраты на разработку ИС состоят из следующих статей:

Материальные затраты.

Затраты на оплату труда.

Отчисления на социальные нужды.

Амортизация основных фондов.

Прочие затраты.

Затраты на материальные ресурсы:



Таблица 3 - Затраты на материальные ресурсы

Наименование материального ресурса	Единица измерения	Количество израсходованного материала	Цена за единицу, руб.	Сумма, руб.
CD-RW диск	шт	1	15,00	15,00
Бумага	пачка	1	120,00	120,00
Доступ в интернет	часы	15	30	450,00
Заправка картриджа принтера	штук	1	200,00	200,00
ИТОГО затраты на материальные ресурсы	785,00

Общая сумма затрат на электроэнергию (ЗЭ) рассчитывается:

(1.1)

где, - паспортная мощность i-го электрооборудования, кВт;

- коэффициент использования мощности i-го электрооборудования (принимается Кi=0.70.9);

- время работы i-го оборудования за весь период разработки АИС, ч;

- цена электроэнергии, руб/кВтч (по данным бухгалтерии института).

- вид электрооборудования;

- количество электрооборудования.

Таблица 4 - Затраты на электроэнергию

Наименование оборудования	Паспортная мощность, кВт	Коэффициент использования мощности	Время работы оборудования для разработки АИС, ч	Цена электроэнергии,	Сумма, руб.
Ноутбук	0,15	0,7	140	2,57	47,22
ИТОГО затраты на электроэнергию	37,77



В статью «Затраты на оплату труда» включаются расходы по оплате труда всех работников, занятых разработкой АИС (дипломника, руководителей и консультантов дипломной работы, привлеченных лиц).

Общая сумма затрат на оплату труда (ЗТР) определяется по формуле:

, (1.2)

где - часовая ставка i-го работника, руб.;

- трудоемкость разработки ИС, чел.ч;

- категория работника;

- количество работников, занятых разработкой АИС.

Часовая ставка работника может быть рассчитана по формуле:

, (1.3)

где - месячная заработная плата i-го работника, руб.

- месячный фонд рабочего времени i-го работника, час (приблизительно 100 часов в месяц)

Общее время работы студента-программиста определяется из таблицы 28 (т.е. равно 172 часам).

Для руководителя и консультантов Федерального агентства по образованию РФ установлены следующие нормы затрат рабочего времени на одну дипломную работу, ч:

консультант по экономической части - 2.

Часовая тарифная ставка программиста =45 руб./ч.

Т.о., заработная плата студента-программиста:

(руб.) (1.2)

Общая сумма затрат на оплату труда равна:

(руб.) (1.2)

Таблица 5 - Затраты на оплату труда

Категория работника	Квалификация	Трудоемкость разработки АИС, чел.-ч.	Часовая ставка, руб/ч	Сумма, руб
Разработчик программы	Студент-программист	172	45	7740
Консультант по экономической части	Начальник планово-экономического отдела	2	85	170
Итого затраты на оплату труда	7910

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

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

, (1.4)

где ? норматив страховых взносов, %.

Норматив страховых взносов составляет 30 % (ПФР-22%, ФСС-2,9%, ФФОМС-5,1%).

Подставив все численные значения в формулу (1.4) получим, что отчисления на страховые взносы равны:

(1.4)

Сумма амортизационных отчислений в месяц определяется по формуле (1.5).



, (1.5)

где - первоначальная (балансовая) стоимость оборудования, руб.;

- годовая норма амортизации;

Первоначальная стоимость ноутбука составляет 21000 руб. Срок реализации проекта в календарных днях день составляет 50 день, усредненное количество дней в месяце - 30. Амортизационные отчисления ЗА, включаемые в состав затрат на создание данного проекта, определяются по формуле (1.5.).

Таким образом, руб. (1.5)

Таблица 6 - Амортизация основных фондов

Наименование оборудования	Стоимость оборудования, руб	Годовая норма амортизации, %	Сумма, руб.
Ноутбук	21000	20	583,33
Итого	21000	-	583,33

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

руб. (1.6)

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



Таблица 7 - Смета затрат на разработку ИС

Статьи затрат	Сумма, руб.
Материальные затраты, в том числе:	832,22
материалы	785,00
электроэнергия	47,22
Затраты на оплату труда.	7910
Отчисления на социальные нужды.	2373
Амортизация основных фондов.	583,33
Прочие затраты.	4270
ИТОГО по смете	16800,77

3.2 Расчет экономической эффективности использования информационной системы

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

, (1.7)

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

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

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

(1.8)

где - затраты на ручную обработку информации, руб.;

- затраты на автоматизированную обработку информации, руб.;

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

Данный продукт используется продавцами -консультантами автосалона. Оклад продавца-консультанта - 15000 руб., премиальный фонд (доп з/п) - 0 от оклада, количество рабочих дней в месяце - 24 дней, продолжительность рабочего дня - 8 ч. Тогда, цена одного часа работы продавца-консультанта , руб./ч, составит:

(1.3)

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

Годовые затраты (затраты за 12 месяцев) продавца-консультанта, при ручной обработке информации вычислим по формуле:

, (1.9)

Годовые затраты (затраты за 12 месяцев) продавца-консультанта при автоматизированной обработке информации вычислим по формуле:

(1.10)

Получим

(руб.) (1.9)

(руб.) (1.10)

Следовательно, годовой эффект от внедрения программного продукта, даже без учета дополнительного экономического эффекта (ЭДОП = 0), на основании формулы (1.8.), получится равным:

(руб.) (1.1.)

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

На основании формулы (1.1.) для персонального компьютера продавца-консультанта за 12 месяцев затраты на электроэнергию при потребляемой мощности ноутбука =0,15 кВт составят:

(руб.) (1.1.)

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

, (1.11)

где - балансовая стоимость вычислительной техники, руб.;

- норма отчислений на ремонт;

- годовой фонд времени работы вычислительной техники (= 2112 ч);

- фонд рабочего времени при создании программного продукта.

Фонд рабочего времени при создании программного продукта tв, ч, можно определить по формуле:

, (1.12)



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

Т.о.,

Таким образом, затраты на техническое обслуживание и текущий ремонт составят:

(1.12)

Затраты на амортизацию вычислительной техники по формуле (1.5) составят

Тогда, эксплуатационные затраты при использовании программного продукта составят:

Прибыль от использования программного продукта за год рассчитаем по формуле (1.7):

Таким образом, имеем следующий денежный поток:

0 шаг (капиталовложения) - 16800,77руб.;

1 шаг-37497,6руб.;

2 шаг -37497,6руб.;

3 шаг-37497,6руб.;

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

, (1.14)

где - расчетный период, год;

- прибыль от использования программного продукта за k-й год его эксплуатации, руб.;

- норма дисконта, %;

- капиталовложения при внедрении программного продукта, руб.

Следовательно, ЧДД, руб., при N = 3, т. е. за три года использования программного продукта (срок до морального старения рассматриваемой конфигурации) при норме дисконта E = 20% в соответствии с формулой (1.13) составит:

Приходим к выводу, что ЧДД ? положителен, т. е. проект эффективен.

Рассчитаем срок окупаемости проекта. Срок окупаемости проекта , год, найдем по формуле

(1.15)

где - максимальное количество лет, прошедших с начала эксплуатации программного продукта, в течение которых величина дохода от его использования не превысила величины капиталовложения при внедрении программного продукта;

- величины приведенных (дисконтированных) годовых эффектов за j-й год, руб., прошедший с начала эксплуатации программного продукта, вычисленные по формуле (1.13) при подстановке нормы дисконта = 20%.

Величина приведенного (дисконтированного) годового эффекта за первый год расчетного периода по формуле (1.13) равна:

(руб.)

что больше величины капиталовложений (K = 16800,77 руб.).

Тогда, в формуле (1.14) имеем N = 0 и срок окупаемости составит

года или же 6 месяцев и 25 дней

В процессе анализа экономического обоснования разработки приложения «Автосалон», было экономически обоснована рентабельность разработки (табл.8).

Таблица 8 - Показатели экономической эффективности проекта

Статья расхода	Сумма,
Затраты на разработку конфигурации	16800,77 руб.
Трудоемкость разработки проекта	172 чел-ч
Срок окупаемости информационной подсистемы	6 месяцев и 25 дней
Годовая выгода от внедрения программного продукта	37497,6 руб.

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



Заключение

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

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

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

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

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

Была спроектирована база данных в среде MS Access, составлены таблицы, составлена схема данных, где составлялись сущности и связи.

Так же был построен интерфейс для связи пользователя с БД и внесения новых клиентов в среде разработки C#,

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



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

1. Разработка баз данных в системе Microsoft Access: учебник. - 2-е изд. - М.: ФОРУМ: ИНФА-М, 2007. - 224 с.: ил. - (Профессиональное образование)

2. Вендров А.М., Малышко В.В. Объектно-ориентированный анализ и проектирование с использованием языка UML

3. Леоненков А.В. «Объектно-ориентированный анализ и проектирование с использованием UML и IBM Rational Rose» - Интернет-университет информационных технологий, Бином. Лаборатория знаний, 2006.

4. Э. Телсон. «Язык программирования С# 2010 и платформа .NET 4»

5. Microsoft Visual Studio 10 для профессионалов. Шаг за шагом: Практ. пособ./Пер. с англ. - М.: Издательство ЭКОМ, 2011. - 720 с.: илл.

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

7. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учеб. / А.М. Вендров. - М.: Финансы и стат., 2003.- 352с.

8. Смирнова, Г.Н. и др. Проектирование экономических информационных систем: Учеб. / Г.Н. Смирнова, А.А. Сорокин, Ю.Ф. Тельнов; Под ред. Ю.Ф. Тельнова. - М.: Финансы и стат., 2003.- 512 с.

9. Фаулер, М., Скотт, К. Основы UML: Учеб. / М. Фаулер, К. Скотт. - СПб.: Символ плюс, 2002.-192 с.

10. Скотт, Кендалл. UML. Основные концепции / К. Скотт; пер. с англ. О. А. Лещинского. - М.: Издат. дом «Вильямс», 2002. - 144с.

11. Гордеев, А.В. Операционные системы: учебник / А.В. Гордеев- 2-е изд. - СПб.: Питер, 2007. - 416 с.

12. Назаров, С.В. Операционные среды, системы и оболочки. Основы структурной и функциональной организации: учеб. пособие / С.В. Назаров - М.: КУДИЦ-ПРЕСС, 2007. - 504 с.

13. Назаров, С.В. Операционные системы: практикум / С.В. Назаров, Л.П. Гудыно, А.А. Кириченко - М.: КУДИЦ-ПРЕСС, 2008. - 464 с.

14. Олифер, В.Г. Сетевые операционные системы: учебник для вузов / В.Г. Олифер, Н.А. Олифер - 2-е изд. - СПб.: Питер, 2008. - 672 с.

15. Иртегов, Д.В. Введение в операционные системы: учеб. пособие / Д.В. Иртегов - 2-изд., перераб. и доп. - СПб.: БХВ-Петербург, 2008. - 1040 с.

16. Патрушина С.М. Информационные системы в бухгалтерском учете: Учебное пособие. - М.: ИКЦ «МарТ», 2003.

17. Экономическая информатика и вычислительная техника. / Под ред. В.П. Косарева, А.Ю. Королева. - М.: Финансы и статистика, 1996.

18. Агальцов В.П., Локальные базы данных. - М.: Изд-во ООО НВП "ИНЭК", 2009. - 52с.;

19. Агальцов В.П., Распределенные и удаленные базы данных. - М.: Изд-во ООО НВП "ИНЭК", 2008. - 83с.;

20. Агальцов В.П., Базы данных. Локальные базы данных. Книга 1 - М.: Форум, 2009. - 352с. Шпак Ю.А., Проектирование баз данных. Просто как дважды два - М.: Эксмо, 2007. -304с.;

21. Экономическая информатика и вычислительная техника. / Под ред. В.П. Косарева, А.Ю. Королева. - М.: Финансы и статистика, 1996.

22. Вендров А.М. Проектирование программного обеспечения экономических информационных систем. М-2002.



Приложение

namespace DATABASE

{

partial class Form1

{

/// <summary>

/// Требуется переменная конструктора.

/// </summary>

private System.ComponentModel.IContainer components = null;

/// <summary>

/// Освободить все используемые ресурсы.

/// </summary>

/// <param name="disposing">истинно, если управляемый ресурс должен быть удален; иначе ложно.</param>

protected override void Dispose(bool disposing)

{

if (disposing && (components != null))

{

components.Dispose();

}

base.Dispose(disposing);

}

#region Код, автоматически созданный конструктором форм Windows

/// <summary>

/// Обязательный метод для поддержки конструктора

/// </summary>

private void InitializeComponent()

{

this.components = new System.ComponentModel.Container();

System.ComponentModel.ComponentResourceManager resources = new System.ComponentModel.ComponentResourceManager(typeof(Form1));

this.tabControl1 = new System.Windows.Forms.TabControl();

this.tabPage1 = new System.Windows.Forms.TabPage();

this.button1 = new System.Windows.Forms.Button();

this.label1 = new System.Windows.Forms.Label();

this.dataGridView1 = new System.Windows.Forms.DataGridView();

this.кодАвтомобиляDataGridViewTextBoxColumn = new System.Windows.Forms.DataGridViewTextBoxColumn();

this.маркаDataGridViewTextBoxColumn = new System.Windows.Forms.DataGridViewComboBoxColumn();

this.модельDataGridViewTextBoxColumn = new System.Windows.Forms.DataGridViewTextBoxColumn();

this.комплектацияDataGridViewTextBoxColumn = new System.Windows.Forms.DataGridViewTextBoxColumn();

this.ценаDataGridViewTextBoxColumn = new System.Windows.Forms.DataGridViewTextBoxColumn();

this.годВыпускаDataGridViewTextBoxColumn = new System.Windows.Forms.DataGridViewTextBoxColumn();

...