Информационная система музыкального магазина "Музыка ветра"

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 05.02.2014
Размер файла 1,2 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

Кировское областное государственное образовательное автономное

учреждение среднего профессионального образования

«Вятский техникум экономики, статистики и информатики»

Курсовая работа

Информационная система

«Музыкальный магазин «Музыка Ветра»

по дисциплине

«Разработка и эксплуатация информационных систем»

Разработал студент группы И-41 А.И. Созонтов

Руководитель Е.П. Князева

Киров, 2012

Содержание

Введение

1. Описание предметной области

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

3. Организация базы данных

3.1 Создание информационной модели

3.2. Определение сущностей

3.3 Логическая модель

3.4 Нормализация отношений

3.5 Физическая модель

4. Разработка программного продукта

4.1 Описание интерфейса

4.2 Обработка данных

4.3 Описание выходной информации

Заключение

Библиографический список используемой литературы

Введение

интерфейс информационный система проектирование

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

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

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

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

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

2) Возможность получения информации о поставщиках;

3) Возможность анализа отчетов о продажах и покупках;

4) Сокращение время- и трудозатрат сотрудников и потенциальных покупателей.

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

1) Разработать четкую систему учета поставок, покупок и продаж товаров;

2) Разработать систему анализа результатов;

3) Разработать удобный пользовательский интерфейс.

В разработке ИС мы отталкивались именно от этих целей и задач.

1. Описание предметной области

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

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

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

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

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

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

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

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

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

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

Ш улучшают качество создаваемого ПО за счет средств автоматического контроля (прежде всего, контроля проекта);

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

Ш ускоряют процесс проектирования и разработки;

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

Ш поддерживают развитие и сопровождение разработки;

Ш поддерживают технологии повторного использования компонент разработки.

В нашем случае использовалось такое CASE-средство, как BPWin 4.0, которое, благодаря своей простоте и наглядности занимает видное место среди всех CASE-средств.

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

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

- Статистика продаж;

- Клиенты;

- Инструменты.

К промежуточной:

- Поставщики;

- Сотрудники.

К выходной:

- Проданные товары;

- Отчет о продажах.

Рисунок 1 Общая модель информационной системы

Развернутая диаграмма ИС, представленная ниже, позволит проследить весь путь работы нашего магазина, который можно разделить на 4 основных этапа:

- оценка начальных сведений;

- поставка товара;

- продажа товара;

- оценка результатов и обработка отчетов.

Рисунок 2 Развернутая модель (диаграмма декомпозиции) ИС

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

3. Организация базы данных

3.1 Создание информационной модели

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

Требования к поставщикам:

А. Данные о поставщике:

- Код поставщика

- Название фирмы

- Имя руководителя

- Сайт

- Телефон

- Адрес

Требования к поставкам:

А. Данные о поставке:

- Код поставки

- Дата поставки

Б. Дополнительные сведения:

- Код поставщика

- Код инструмента

- Количество

Требования к товарам:

А. Данные о товаре:

- Код инструмента

- Тип

- Название

Б. Дополнительные данные:

- Описание

- Стоимость

- Рисунок

Требования к продажам:

А. Данные о продаже:

- Дата

- Название инструмента

- Количество

- Цена

3.2 Определение сущностей

Изучив информацию, мы выявили следующие сущности и атрибуты:

Сущность «Инструменты» содержит поля:

- Код

- Тип

- Название

- Описание

- Рисунок

- Цена

Сущность «Поставщики» содержит поля:

- Код

- Название

- Руководитель

- Адрес

- Телефон

- Сайт

Сущность «Поставка» содержит поля:

- Код

- Дата

- Код поставщика

- Код инструмента

- Количество

Сущность «Продажа» содержит поля:

- Код

- Код инструмента

- Дата

- Количество

- Цена

3.3 Логическая модель

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

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

Рисунок 3 - Схема данных

Из предложенной выше схемы данных видно, что:

v одной записи поля «Код» из таблицы «Поставщики» соответствует несколько полей «Код поставщика» из таблицы «Поставка», следовательно, связь - 1-ко-многим;

v одной записи поля «Код» из таблицы «Инструменты» соответствует несколько полей «Код инструмента» из таблицы «Поставка», следовательно, связь - 1-ко-многим;

v одной записи поля «Код» из таблицы «Инструменты» соответствует несколько полей «Код инструмента» из таблицы «Продажа» следовательно, связь - 1-ко-многим.

3.4 Нормализация отношений

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

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

Выделяют несколько типов нормальных форм:

· Первая нормальная форма (1NF)

· Вторая нормальная форма (2NF)

· Третья нормальная форма (3NF)

· Нормальная форма Бойса -- Кодда (BCNF)

· Четвёртая нормальная форма (4NF)

· Пятая нормальная форма (5NF)

· Доменно-ключевая нормальная форма (DKNF)

· Шестая нормальная форма (6NF)

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

Название таблицы

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

Инструменты

Код

Тип

Название

Цена

Описание

Рисунок

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

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

Отношение находится в 3NF тогда и только тогда, когда выполняются следующие условия:

· Отношение находится во второй нормальной форме;

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

На основании этого, мы выявили, что база удовлетворяет требованиям 3НФ и это - окончательный результат нормализации.

3.5 Физическая модель

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

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

Таблицы в конструкторе:

Рисунок 4 Таблица «Инструменты»

Рисунок 5 Таблица «Поставщики»

Рисунок 6 Таблица «Поставка»

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

Таблицы в редакторе таблиц:

Рисунок 8 Таблица «Инструменты»

Рисунок 9 Таблица «Поставщики»

Рисунок 10 Таблица «Поставка»

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

4. Разработка программного продукта

4.1 Описание интерфейса

Рисунок 12 Главная кнопочная форма

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

Рисунок 13 Форма «Инструменты

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

Рисунок 14 Форма «Поставка»

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

Рисунок 15 Форма «Поставщики»

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

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

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

=([Количество]*[Инструменты_Цена])+(([Количество]*[Инструменты_Цена])*0,25)

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

4.2 Обработка данных

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

1) Запрос «Поставки в январе»

Рисунок 17 Запрос «Поставки в январе» в конструкторе запросов

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

SELECT Поставка.Дата, Инструменты.Название, Поставка.Количество, [Количество]*[Инструменты]![Цена] AS Сумма

FROM Инструменты INNER JOIN Поставка ON Инструменты.Код = Поставка.[Код инструмента]

WHERE (((Поставка.Дата) Like "*.01.2012"));

Рисунок 18 Результат выполнения запроса «Поставки в январе»

Результат запроса можно представить в виде диаграммы, сводной таблицы и таблицы обычной. Мы выберем последний вариант:

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

2) Запрос «Незаказанные товары»

Рисунок 19 Запрос «Незаказанные товары» в конструкторе запросов

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

Ниже приведен SQL вид запроса:

SELECT Инструменты.Код, Инструменты.Название, Инструменты.Цена

FROM Инструменты LEFT JOIN Поставка ON Инструменты.Код = Поставка.[Код инструмента]

WHERE (((Поставка.[Код инструмента]) Is Null));

Рисунок 20 Результат выполнения запроса «Незаказанные товары»

3) Запрос «Продажа за январь»

Рисунок 21 Запрос «Продажа за январь» в конструкторе запросов

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

Ниже приведен SQL вид запроса:

SELECT Продажа.Дата, Инструменты.Название, Продажа.Количество, ([Инструменты]![Цена]*[Продажа]![Количество])+(([Инструменты]![Цена]*[Продажа]![Количество])*0.25) AS Сумма

FROM Инструменты INNER JOIN Продажа ON Инструменты.Код = Продажа.[Код инструмента]

WHERE (((Продажа.Дата) Like "*.01.2012"))

ORDER BY Продажа.Дата;

Рисунок 22 Результат выполнения запроса «Продажи за январь»

Запросы «Продажи за февраль» и «Продажи за март» работают аналогичным образом.

4) Запрос «Топ продаж»

Рисунок 23 Запрос «Топ продаж» в конструкторе запросов

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

Ниже приведен SQL вид запроса:

SELECT Инструменты.Код, Инструменты.Название, Sum(Продажа.Количество) AS [Sum-Количество]

FROM Инструменты INNER JOIN Продажа ON Инструменты.Код = Продажа.[Код инструмента]

GROUP BY Инструменты.Код, Инструменты.Название

HAVING (((Sum(Продажа.Количество))>=4))

ORDER BY Sum(Продажа.Количество);

Рисунок 24 Результат выполнения запроса «Топ продаж»

Рисунок 25 Запрос «Непроданные товары» в конструкторе запросов

Запрос «Непроданные товары»

По аналогии с запросом «Незаказанные товары», данный запрос выводит информацию о тех товарах, которые не были проданы.

Ниже приведен SQL вид запроса:

SELECT Инструменты.Код, Инструменты.Название, Инструменты.Цена

FROM Инструменты LEFT JOIN Продажа ON Инструменты.Код = Продажа.[Код инструмента]

WHERE (((Продажа.[Код инструмента]) Is Null));

Рисунок 26 Результат выполнения запроса «Непроданные товары»

Рисунок 27 Запрос «Наличие на складе» в конструкторе запросов

Запрос «Наличие на складе» на создание таблицы

Рисунок 28 Таблица «Наличие», создаваемая запросом

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

Ниже приведен SQL вид запроса:

SELECT Поставка.Дата, Поставщики.Название, Инструменты.Название, Поставка.Количество, Инструменты.Цена INTO Наличие

FROM Поставщики INNER JOIN (Инструменты INNER JOIN Поставка ON Инструменты.Код = Поставка.[Код инструмента]) ON Поставщики.Код = Поставка.[Код поставщика]

WHERE (((Поставка.Дата)<=Now()));

4.3 Описание выходной информации

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

Рисунок 29 Отчет «Поставки в январе»

1) Отчет «Поставки в январе»

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

Рисунок 30 Отчет «Продажи за январь»

2) Отчет «Продажи за январь»

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

3) Отчет «Наличие на складе» и макрос «Наличие»

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

Ниже представлены макрос «Наличие» и отчет «Наличие на складе»:

Рисунок 31 Макрос «Наличие» в конструкторе

Рисунок 32 Отчет «Наличие на складе»

Заключение

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

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

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

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

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

Библиографический список используемой литературы

Ш Гаврилов Д.А. Управление производством на базе стандарта MRP I I. СПб.: Питер, 2008.

Ш Питеркин С.В., Оладов Н.А., Исаев Д.В. Точно во время для России. Практика применения ERP-систем, 2-е издание. М.: Альпина Паблишер, 2008.

Ш Информационные системы и технологии в экономике и управлении: уч.пособие / Под ред. В.В. Трофимова. М.: Высшее образование, 2007.

Ш Романов А.Н., Одинцов Б.Е. Информационные системы в экономике: 2-е издание. М.: Вузовский учебник, 2008.

Ш Бочаров Е.П., Колдина А.И. Интегрированные корпоративные информационные системы. М.: Финансы и статистика, 2006.

Ш Никитин А.В., Рачковская И.А., Савченко И.В. Управление предприятием (фирмой) с использованием информационных систем: Уч. пособие. М.: Инфра-М, 2007.

Ш Липунцов Ю.П. Управление процессами Методы управления предприятием с использованием информационных технологий. М.: ДМК-Пресс: Компания АйТи, 2008.

Ш Производственный менеджмент: Учебник/ Под ред. В.А. Козловского. М.: ИНФРА-М,2006.

Ш Шуремов Е.Л., Чистов Д.В., Лямова Г.В. Информационные системы управления предприятиями. М.: Бухгалтерский учет, 2006.

Ш Информационные технологии управления: Уч. пособие для вузов / Под ред. проф. Г.А. Титоренко. 2-е изд., М.: ЮНИТИ, 2007.

Ш Информационные системы в экономике: Уч. для студентов вузов, обучающихся по экономическим специальностям / Под ред. Г.А. Титоренко, 2-е издание, М: ЮНИТИ, 2006.

Ш Информационные системы и технологии в экономике и управлении: Уч. Пособие / Под ред. В.В. Трофимова. М.: Высшее образование, 2007.

Ш Лихтенштейн В.К. Информационные технологии в бизнесе. Практикум: применение системы Decision в микро и макроэкономике: уч. Пособие / В.Е. Лихтенштейн, Г.В. Росс. М.: Финансы и статистика, 2008.

Ш Романов А.Н., Одинцов Б.Е. Информационные системы в экономике: 2-е издание. М.: Вузовский учебник, 2008.

Ш Одинцов Б.Е. Обратные вычисления в формировании экономических решений. М.: Финансы и статистика, 2007.

Ш Романов А.Н., Одинцов Б.Е. Советующие информационные системы в экономике: Уч. пособие для вузов. М.: ЮНИТИ, 2009.

Ш Романов А.Н., Одинцов Б.Е. Автоматизация аудита. М.: ЮНИТИ, 2009.

Ш Информационные системы и технологии в экономике и управлении: уч. Пособие / Под ред. В.В. Трофимова. М.: Высшее образование, 2007.

Ш Хорошилов А.В., Селетков С.Н. Мировые информационные ресурсы. СПб.: Питер, 2007.

Ш Информационные ресурсы развития Российской Федерации: правовые проблемы / А.Б. Антокольский, И.Л. Бачило, Г.В. Белов и др. М.: Наука, 2006.

Ш Информационные ресурсы и их использование в регионах / Н.В. Федоров, Л.П. Кураков, Е.Г.Ефремов. Чебоксары, НИИ соц.-экон. проблем развития регионов. 2007.

Ш Черемных С.В. Структурный анализ систем: IDEF-технологии. М.: Финансы и статистика, 2007.

Ш Гринберг А.С., Горбачев Н.Н., Бондаренко А.С. Информационные технологии управления. М. ЮНИТИ, 2008.

Ш Коротков А.В. Интегрированные информационные системы в бизнесе. М.: 2006.

Ш Карр Н. Дж. Блеск и нищета информационных технологий: Почему ИТ не являются конкурентным преимуществом. М.: Изд. Дом «Секрет фирмы», 2005.

Ш Барсегян А.А., Куприянов М.С., Степаненко В.В., Холод И.И. Методы и модели анализа данных: OPLAP и Data Mining. СПб.: БХВ-Петербург, 2006.

Размещено на Allbest.ru

...

Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.