Автоматизация комплекса задач менеджера по продажам автозапчастей

Тип работы: Курсовая работа
Бесплатно: Антиплагиат
Объем: 27 страниц
В избранное:

Курсовая работа
На тему: Автоматизация комплекса задач менеджера по продажам автозапчастей

Содержание

Введение
Глава 1. Теоретические основы разработки информационных систем
1.1 Информационные системы. Классификация информационных систем
1.2 Использования баз данных в информационных системах
1.3 Ms Access, как средство разработки информационных систем
Глава 2. Проектирование и реализация информационной системы средствами MS Access
2.1 Анализ предметной области и функции решаемых задач
2.2 Анализ входной информации предметной области и выделение информационных объектов
2.3 Преобразование моделей в реляционную базу данных
Заключение
Список литературы
Введение

Одной из важнейших составляющих современных информационных систем являются системы управления базами данных (СУБД), отвечающие за информационную поддержку ИС.
Большинство современных баз данных являются распределенными, то есть физически распределены по взаимосвязанным ресурсам вычислительной сети и доступная для совместного использования физически разнесенных ресурсов. Распределенная архитектура построения БД приобретает в последнее время все большее значение. В связи с этим задачи данной курсовой работы, заключающиеся в изучении технологий распределенных баз данных, являются весьма актуальными.
Многие из современных ИС при этом написаны на одном из языков создания динамических HTML-страниц (JSP, PHP, ASP и т.д.) и рассчитаны на функционирование в среде Интернет. Хранение данных таких систем в большинстве случаев осуществляется в базах данных СУБД MySQL. MySQL представляет собой бесплатную, мощную и надежную СУБД, использование которой даже в очень сложных проектах практически всегда оправдано.
В данной курсовой работе осуществлена разработка информационной системы для магазина автозапчастей, который является объектом исследования.
Предметом для рассмотрения является деятельность магазина, связанная с анализом результатов его работы.
Цель данной работы состоит в разработке информационной системы, т.е. создание среды, предназначенной для поддержания ведения базы данных заказчиков, автозапчастей, поставщиков, а также обеспечивать ввод, удаление, хранение и редактирование информации, которая содержится в таблицах данных.
Для достижения данной цели необходимо решить следующие задачи:
1. Теоретический анализ и обработка практической и методической литературы по теме исследования.
2. Анализ особенностей проблемы разработки информационной системы автомагазина.
3 Проектирование и реализация приемлемой для салона информационной системы средствами Access.
Глава 1. Теоретические основы разработки информационных систем

1.1 Информационные системы. Классификация информационных систем

Первые информационные системы появились в 50-х гг. В эти годы они были предназначены для обработки счетов и расчета зарплаты, а реализовывались на электромеханических бухгалтерских счетных машинах. Это приводило к некоторому сокращению затрат и времени на подготовку бумажных документов.
60-с гг. знаменуются изменением отношения к информационным системам. Информация полученная из них, стала применяться для периодической отчетности по многим параметрам. Для этого организациям требовалось компьютерное оборудование широкого назначения, способное обслуживать множество функций, а не только считать зарплату, как было ранее.
В 70-х - начале 80-х гг. информационные системы начинают широко использоваться в качестве средства управленческого контроля, поддерживающего и ускоряющего процесс принятия решений). Тoгдa пoявилacь кoнцeпция cиcтeм пoддepжки пpинятия peшeний (decision support systems - DDS). Эти cиcтeмы должны были oбecпeчить мeнeджepoв спeциaлизиpoвaннoй и интepaктивнoй пoддepжкoй пpoцeccoв принятия yникaльныx peшeний пpoблeм в peaльнoм, быcтpoизмeняющeмcя миpe.
К концу 80-х гг. концепция использования информационных систем вновь изменяется. Развитие мощности (быстродействия) микро-ЭВМ, пакетов прикладных программ и телекоммуникационных ceteй далo тoлчoк к пoявлeнию фeнoмeнa кoнeчнoгo пoльзoвaтeля (end user computing).Они становятся стратегическим источником информации и используются на всех уровнях организации любого профиля. Информационные системы этого периода, предоставляя вовремя нужную информацию, помогают организации достичь успеха в своей деятельности, создавать новые товары и услуги, находить новые рынки сбыта, обеспечивать себе достойных партнеров, организовывать выпуск продукции по низкой цене и многое другое.
Инфopмaциoнныe cиcтeмы, пpeднaзнaчeнныe для oбecпeчeния мeнeджepoв инфopмaциeй для пoддepжки принятия эффeктивныx peшeний, нaзывaютcя yпpaвлeнчecкими инфopмaциoнными cиcтeмaми (management information systems - MIS).
Информационная система является средой, составляющими элементами которой являются компьютеры, компьютерные сети, программные продукты, базы данных, люди, различного рода технические и программные средства связи и т.д.
Информационная система - это организационно-упорядоченная взаимосвязанная совокупность средств, и методов ИТ, а также используемых для хранения, обработки и выдачи информации в интересах достижения поставленной цели. Такое понимание информационной системы предполагает использование в качестве основного технического средства переработки информации ЭВМ и средств связи, реализующих информационные процессы и выдачу информации, необходимой в процессе принятия решений задач из любой области.
Классификация информационных систем.
Классификация информационных систем по признаку структурированности задач:
· Для структурированных задач;
· Для частично структурированных или неструктурированных задач:
Создающие управленческие отчеты;
Разрабатывающие альтернативные решения (модельные и экспертные).
Классификация информационных систем по функциональному признаку и уровням управления:
· производственные системы;
· системы маркетинга;
· финансовые и учетные системы;
· системы кадров (человеческих ресурсов);
· прочие типы, выполняющие вспомогательные функции в зависимости от специфики деятельности фирмы.
. Классификация по степени автоматизации:
· ручные
· автоматические
· автоматизированные
.Классификация по характеру использования информации:
· Информационно-поисковые системы
· Информационно-решающие системы
· Управляющие ИС
· Советующие ИС
Классификация по сфере применения
· Информационные системы организационного управления
· ИС управления технологическими процессами (ТП)
· ИС автоматизированного проектирования (САПР)
· Интегрированные (корпоративные) ИС

1.2 Использования баз данных в информационных системах
информационный система access проектирование
Процессу моделирования баз данных в сфере информационных технологий долго не придавали особого значения. Считалось, что если необходимо протестировать или уточнить код приложения, вполне достаточно просто перебросить данные в любую базу данных. Это мнение глубоко ошибочно. Правильно построенные модели данных не только способствуют повышению производительности приложений за счет более быстрого извлечения и записи данных, но и обеспечивают маштабируемость и гибкость дальнейшей разработки. В наши дни даже секунды решают многое, поэтому пользователи, которым приходится терять время в ожидании ответа от медленных приложений, стремятся найти альтернативные решения. Если вы хотите, чтобы ваши приложения были лучшими в своем роде, придется выделить время и ресурсы на создание моделей данных. В этом техническом описании мы расскажем, что такое моделированием данных, почему оно имеет такое значение, и какие концепции и методы лежат в основе моделирования данных.
Базы данных играют очень важную роль в процессе разработки приложений. Большинству приложений необходимо хранить определенные данные для дальнейшего использования. Когда дело доходит до сохранения этих данных, в большинстве случаев выбор самым логичным образом падает на реляционные базы данных. Существуют и другие варианты - плоские файлы, XML, персистентные наборы записей или даже пользовательские форматы файлов, но, ни один из этих вариантов не обладает надежностью и защищенностью базы данных. Базы данных позволяют анализировать собранную информацию при помощи таких инструментов, как отчеты и хранилища данных. Кроме того, большинство реляционных систем управления базами данных (РСУБД) позволяют восстановить базу данных из резервной копии в случае отказа и предлагают способы реализации решений высокой готовности для минимизации времени простоя вследствие отказа. Даже сами по себе эти преимущества могут подтолкнуть к решению об использовании баз данных в качестве решения для хранения и управления информацией при разработке приложений.
На самом деле, моделирование баз данных не отличается сложностью - это процесс отображения реальной информации на логическое представление этих данных. Другими словами, как информация о клиентах хранится в модели данных? Здесь многое зависит от специалиста, создающего модель, но есть ряд ключевых концепций, которые помогут такому специалисту принимать правильные решения в процессе разработки. Итак, при моделировании нужно воспринимать данные с точки зрения логики, не заботясь о том, как именно будут выглядеть в базе данных таблицы и столбцы. Такой подход называется логическим моделированием, и его единственная задача - создать модель, представляющую реальные объекты. После создания логической модели можно перейти к проектированию физической модели данных. Разделение логической и физической модели гарантирует создание надежной базы данных.
В процессе разработки приложения в самой ранней фазе проекта проектировщики и разработчики обычно тратят много времени на сбор требований к создаваемому приложению. Эту информацию обычно собирают при помощи интервьюирования пользователей и руководителей, а также путем наблюдения за существующей системой (даже если это совершенно неавтоматизированная система). Конечный результат представляет собой довольно детализированный набор требований, включающий прецеденты, диаграммы системы и макеты интерфейса приложения. После того, как требования всех основных заинтересованных в проекте сторон будут удовлетворены, начинается разработка приложения. Одно из первых действий, которое приходится выполнять большинству разработчиков приложений - это создание репозитория для данных, с которыми будет работать новое приложение, другими словами - базы данных приложения. Во многих случаях разрабатывается база данных, которая будет удовлетворять физическим требованиям интерфейса приложения. То есть, при наличии проекта, описывающего способ получения и отображения данных приложением, разработчики приложения могут создать в РСУБД пустую базу данных. Если имеется таблица или набор таблиц, которые полностью определяют все данные, получаемые от интерфейса, то разработчик приложения может начать разработку механизма хранения данных и создание кода, при помощи которого приложение будет взаимодействовать с только что созданной базой данных.
Хотя этот подход далек от совершенства, он может работать, особенно для краткосрочных проектов. Если все будет сделано с достаточной тщательностью, то готовая база данных даже может функционировать, при условии небольшого объема хранящихся в ней данных и отсутствия необходимости в изменениях. Однако разработанные этим способом базы данных неизбежно будут испытывать серьезные проблемы с масштабируемостью, и по прошествии некоторого времени их будет чрезвычайно трудно изменить. Известно, что приложения, в конце концов, приходится изменять и даже полностью переписывать, чтобы добавить в них новые (или убрать устаревшие) функции; но при этом обычно нужно сохранить устаревшие данные. Значит, мы приходим к необходимости частичного перепроектирования "устаревшей" базы данных для добавления новых функций без риска потери каких-либо данных. Это ведет к снижению производительности, поскольку зачастую мы добавляем новые структуры базы данных (таблицы и представления), а также сложную логику SQL для представления устаревших и новых данных в рамках все того же интерфейса. Создание эффективной логической модели данных до выполнения любых реальных действий по разработке базы данных поможет предотвратить описанные проблемы и выяснить любые неучтенные требования на уровне данных до того, как будет написана хотя бы строка программного кода.
Модели данных создаются на ранних стадиях фазы проектирования, обычно ближе к завершению фазы сбора требований данного проекта. После завершения всех интервью и наблюдений создается модель данных, предназначенная для документирования данных, которыми будет управлять приложение. Эта модель будет логически представлять все порции информации, необходимые приложению, и описывать, как различные порции данных связаны с другими порциями данных. Модель также предусматривает представление данных для пользователей, не обладающих достаточными техническими знаниями, и может быть очень полезна для получения одобрения проекта приложения в целом конечными пользователями.
Строго говоря, реляционная база данных представляет собой упорядоченный набор таблиц, в которых хранятся данные. На практике база данных представляет собой набор таблиц, представлений и хранимых процедур (в зависимости от конкретной СУБД), которые хранят данные и выполняют с ними различные действия. Эти структуры определены при помощи встроенного языка программирования данной РСУБД, который обычно представляет собой один из диалектов языка SQL. Любая РСУБД хранит данные в файлах операционной системы и оснащена функциями по управлению файлами, управлению безопасностью и отладке производительности запросов, которые используются для манипуляций с данными. С точки зрения приложения, база данных - это место, откуда поступают данные.
В отличие от базы данных, модель данных не является представлением физического хранилища данных. Если база данных определяет способ хранения данных, способ использования реальных отношений между ними для манипулирования данными и обеспечивает программный доступ к данным, то модель данных просто перечисляет, какие данные существуют и как различные биты информации связаны между собой. Хорошо спроектированная модель данных, в конце концов, превращается в логическую схему разрабатываемой базы данных. По этой причине модели данных обязательно должны быть платформенно-независимыми; и любая модель данных может использоваться для создания физической базы данных в Oracle 10g, SQL Server 2005 или MySQL. И все же не следует думать, что при моделировании не нужно учитывать, с какой РСУБД будет работать приложение. В ряде ситуаций предварительная осведомленность о РСУБД, которая будет использоваться для управления базой данных, может повлиять на процесс моделирования данных.
Эффективное моделирование данных обеспечивает высокую производительность работы РСУБД, Во-первых, выполнение стандартных правил моделирования данных поможет вам устранить алогичности данных, например, их дублирование, что в конечном итоге поможет избежать необходимости встраивания в приложение дополнительной логики для обработки этих алогичностей. Кроме того, при хранении данных в структурированном формате ядро запросов может найти и извлечь данные быстрее, чем в том случае, если они хранятся в плоском файле или являются плохо структурированными. Это обусловливает более высокую производительность вашего приложения иили отчетов.

1.3 Ms Access, как средство разработки информационных систем

В современном мире, когда возникла необходимость в хранении информации о большом количестве объектов наиболее эффективным способом решения этой проблемы является представление этой информации в виде таблиц. Но каждый объект может быть рассмотрен во взаимосвязи с другим объектом. Для хранения информации о таких объектах используются базы данных. Для создания баз данных существуют различные программные средства, одним из которых является средство Microsoft Office - Microsoft Access, в котором возможно создание непосредственно базы данных и различных приспособлений, облегчающих восприятие этой информации.Office Access или просто Microsoft Access - реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.
Основные компоненты MS Access:
· построитель таблиц;
· построитель экранных форм;
· построитель SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI);
· построитель отчётов, выводимых на печать.
Они могут вызывать скрипты на языке VBA, поэтому MS Access позволяет разрабатывать приложения и БД практически с нуля или написать оболочку для внешней БД.
В деловой или личной сфере часто приходится работать с данными из разных источников, каждый из которых связан с определенным видом деятельности. Для координации всех этих данных необходимы определенные знания и организационные навыки. Microsoft Access объединяет сведения из разных источников в одной реляционной базе данных. Создаваемые формы, запросы и отчеты позволяют быстро и эффективно обновлять данные, получать ответы на вопросы, осуществлять поиск нужных данных, анализировать данные и печатать отчеты. Система база данных в MS Access представляет собой совокупность инструментов для ввода, хранения, просмотра, выборки и управления информацией. К этим средствам относятся таблицы, формы, отчеты, запросы. В MS Access поддерживаются два способа создания базы данных. Вы можете создать пустую базу данных, а затем добавить в нее таблицы, формы, отчеты и другие объекты. Такой способ является наиболее гибким, но требует отдельного определения каждого элемента базы данных. Кроме этого имеется возможность создать с помощью мастера базу данных определенного типа со всеми необходимыми таблицами, формами и отчетами. Так как MS Access содержит большой выбор подготовленных для вас баз данных, второй способ во многих случаях может оказаться предпочтительным. В обоих случаях у Вас останется возможность в любое время изменить и расширить созданную вами базу данных.
Система Access - это набор инструментов конечного пользователя для управления базами данных. В ее состав входят конструкторы таблиц, форм, запросов и отчетов. Эту систему можно рассматривать и как среду разработки приложений. Используя макросы или модули для автоматизации решения задач, можно создавать ориентированные на пользователя приложения такими же мощными, как и приложения, написанные непосредственно на языках программирования. При этом они будут включать кнопки, меню и диалоговые окна. Программируя на языке VBA, можно создавать такие мощные программы, как сама система Access.
Создание приложений без программирования с использованием макросов Access. Пользователи электронных таблиц и баз данных должны быть знакомы со многими ключевыми понятиями, используемыми в Access. Прежде чем приступить к работе с каким-либо программным продуктом, важно понять его возможности и типы задач, для решения которых он предназначен. Microsoft Access (далее - просто Access) - это многогранный продукт, использование которого ограничено только воображением пользователя.
В Access в полной мере реализовано управление реляционными базами данных. Система поддерживает первичные и внешние ключи и обеспечивает целостность данных на уровне ядра (что предотвращает несовместимые операции обновления или удаления данных). Кроме того, таблицы в Access снабжены средствами проверки допустимости данных, предотвращающими некорректный ввод вне зависимости от того, как он осуществляется, а каждое поле таблицы имеет свой формат и стандартные описания, что существенно облегчает ввод данных. Access поддерживает все необходимые типы ... продолжение

Вы можете абсолютно на бесплатной основе полностью просмотреть эту работу через наше приложение.