Проектирование экономических информационных систем

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

МИНИСТЕРСТВО СЕЛЬСКОГО ХОЗЯЙСТВА РОССИЙСКОЙ ФЕДЕРАЦИИ

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

«Московский государственный агроинженерный университет им. В. П. Горячкина»

Кафедра « Инжиниринг бизнес - процессов »

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

на тему: Проектирование экономических информационных систем

Выполнила: студентка 47 группы ИЭФ

Каверина К. В.

Проверил: Горбачев М. И.

Москва 2014

Содержание

Введение

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

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

2. Проектирование информационной системы программными средствами AllFusion Process Modeler и AllFusion Erwin Data Modeler

2.1 Диаграмма IDEF0

2.2 Диаграмма потоков данных DFD

2.3 Диаграмма IDEF3

2.4 ERD - диаграмма

3. Проектирование информационной системы с использованием UML и RationalRose

3.1 Модель вариантов использования

3.2 Анализ системы

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

3.4 Диаграмма кооперации

Заключение

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

Введение

Целью курсовой работы является: применение на практике знаний, полученных в процессе изучения курса «Проектирование ИС»;

Задачи курсовой работы:

- получить представление о методах и средствах проектирования современных ИС;

- построить функциональную модель предметной области в программной среде AllFusion Process Modeler;

- рассмотреть 4 вида диаграмм: диаграммы IDEF0; диаграмма DFD; диаграмма IDEF3; ERD - диаграмма.

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

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

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

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

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

- анализ рынка;

- внутренний аудит маркетинга;

- привлечение клиентов и партнеров;

- сбор в единую клиентскую базу всей собранной о клиентах информации;

- изучение рекламы конкурентов;

- оформление рекламы;

- составление маркетингового плана;

- взамодействие с другими отделами предприятия ( финансовый отдел; отдел сбыта).

- планирование и анализ эффективности маркетинговых мероприятий;

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

Аксессуары продаются для 3 видов животных.

- для собак;

- для кошек;

- для хорьков.

Маркетинговый отдел осуществляет размещение рекламы и помогает осуществлять сбыт продукции. Штат сотрудников маркетингового отдела состоит из 4 человек:

- специалист по товарной политике;

- маркетолог;

- дизайнер;

- старший маркетолог;

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

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

2. Проектирование информационной системы программными средствами AllFusion Process Modeler и AllFusion Erwin Data Modeler.

2.1 Диаграмма IDEF0

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

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

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

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

Построим функциональную схему бизнес-модели организации и интегрированной в нее CRM-системы, опишем все необходимые бизнес-процессы с точностью, достаточной для однозначного моделирования деятельности разрабатываемой системы. Для этого воспользуемся программным средством AllFusion Process Modeler и опишем информационную модель системы на основе методологий IDEF0, IDEF3 и DFD.

На рисунке 1 представлена диаграмма верхнего уровня на основе методологии IDEF0. На ней изображен основной процесс, в котором задействованы маркетинговый отдел и CRM-система.

Рисунок 1. Контекстная диаграмма. Деятельность маркетингового отдела.

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

На рисунке 1 показано:

- на входе - информация о клиенте ( ФИО, адрес клиента, дата заказа).

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

- сотрудники - специалист по товарной политике; маркетолог; старший маркетолог; дизайнер.

- на выходе - маркетинговый план ( бюджетный план, мероприятия товарной политики, итоги работы организации прошлых лет).

4 сотрудника:

- специалист по товарной политике, который осуществляет анализ рынка;

- маркетолог, который осуществляет внутренний аудит маркетинга;

- дизайнер, занимающийся привлечением клиентов;

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

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

Рисунок 2. Диаграмма декомпозиции А0 « Деятельность маркетингового отдела».

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

Так же на рисунке 2 показано, что:

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

Из блока «Внутренний аудит маркетинга» выходит Смета расходов - группировка предстоящих плановых затрат предприятия на производство и реализацию продукции.

Из блока «Привлечение клиентов и партнеров» выходят Данные о клиенте - это ФИО клиента, адрес клиента, дата заказа клиентом товара).

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



Рисунок 3. Диаграмма декомпозиции А0 «Анализ рынка».

Как видно из вышепоказанных диаграмм на рисунке 3 бизнес-функция «Анализ рынка » состоит еще из двух других - «Анализ изученного материала на рынке» и «Выявление конкурентов предприятия».

Анализ рынка помог выявить недостатки сегодняшнего положения на рынке и подсказать возможности и пути его улучшения.

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

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

Результаты проведения анализа рынка:

- выявление прогнозов его развития, оценка конъюнктурных тенденций, выявление ключевых факторов успеха;

- определение наиболее эффективных способов ведения конкурентной политики на рынке и возможности выхода на новые рынки;

- осуществление сегментации рынков, т.е. выбор целевых рынков и рыночных ниш.

3.2 Диаграмма потоков данных DFD

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

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

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

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

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

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

Рисунок 4. Контекстная диаграмма потоков данных «Деятельность маркетингового отдела».

На рисунке 4 приведена диаграмма верхнего уровня на основе методологии DFD, отображающая объект предметной области и взаимодействующие с ним внешние сущности. Объектом предметной области является деятельность маркетингового отдела предприятия. С ним взаимодействуют следующие сущности: «Клиент» (поступают данные о клиенте), «Финансовый отдел» ( отправляется статистическая отчетность ), «Отдел сбыта» ( отправляется маркетинговый план ).

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

План маркетинга состоит из следующих разделов документа:

- статистическая отчетность;

- основные итоги деятельности за предыдущий период;

- анализ и прогноз развития экономики и целевого рынка;

- выдвигаемые цели преимущественно в количественном выражении с выделением главной цели;

- стратегии поведения предприятия на рыночных сегментах;

- мероприятия товарной, ценовой, сбытовой и коммуникационной политик с указанием ответственных исполнителей и сроков выполнения;

- бюджетный план маркетинга (маркетинговый бюджет).

Так же, план маркетинга, в общем виде, включает в себя:

- мероприятия по максимальному удовлетворению требований потребителей продукции в процессе осуществления инвестиционного проекта;

- оценку возможности просчетов и ошибок и их "стоимости" при различных прогнозируемых вариантах осуществления проекта;

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

- мероприятия по организации рекламы и данные о затратах на нее;

- перечень конкретных покупателей продукции;

- методы стимулирования продаж;

- организация предпродажной подготовки и послепродажного обслуживания.



Рисунок 5. Декомпозиция диаграммы потоков данных « Деятельность маркетингового отдела ».

Декомпозиция диаграммы верхнего уровня представлена на рисунке 5. Видно, что « Анализ рынка» взаимодействует с клиентом.

« Внутренний аудит маркетинга» взаимодействует, главным образом, с

« Описание идей руководителя».

«Оформление рекламы» разумеется с « Подготовка рекламного макета».

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

Данные о спросе на товар показывают, какое количество товара могут и готовы приобрести покупатели.

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

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

Данные о рекламе конкурентов позволяют нам рассмотреть как именно конкуренты привлекают покупателей.

Внутренний анализ маркетинговых исследований - это: изучение самого рынка; изучение покупателей; изучение конкурентов; изучение товара;

изучение сбытовой деятельности.

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

3.3 Диаграмма IDEF3

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

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

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

IDEF3 состоит из двух методов. Process Flow Description (PFD) - Описание технологических процессов, с указанием того, что происходит на каждом этапе технологического процесса. Object State Transition Description (OSTD) - - описание переходов состояний объектов, с указанием того, какие существуют промежуточные состояния у объектов в моделируемой системе.

Основу методологии IDEF3 составляет графический язык описания процессов. Модель в нотации IDEF3 может содержать два типа диаграмм:

- диаграмму Описания Последовательности Этапов Процесса (Process Flow Description Diagrams, PFDD)

- диаграмму Сети Трансформаций Состояния Объекта (Object State Transition Network, OSTN).

В IDEF3 используются следующие типы объектов:

- работа (UnitofWork, Activity);

- стрелка (Arrow);

- перекресток, или коннектор (Junction);

- ссылочный объект (Referent).

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

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

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

Всё перекрестки на диаграмме нумеруются, каждый номер имеет префикс J. В отличие от IDEF0 и DFD в IDEF3 стрелки могут сливаться и разветвляться только через перекрестки.

Рассмотрим оформление рекламы в методологии IDEF3.



Рисунок 6. Диаграмма IDEF3 « Оформление рекламы »

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

На рисунке 6 показана декомпозиция диаграммы « Оформление рекламы » в методологии IDEF3. Диаграмма состоит из 5 работ: «Оформление рекламы», «Изучение рекламы конкурентов», «Формулировка идеи», «Разработка рекламного текста», «Подготовка оригиналмакета».

На диаграмме видно, что из блока « Оформление рекламы» происходит разветвление перекрестка на такие хранилища как «Изучение рекламы конкурентов», «Разработка рекламного текста». «Формулировка идеи» и «Подготовка оригиналмакета» сходятся на перекрестке слияния и, таким образом, завершается работа.

3.4 ERD - диаграмма

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

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

Во время проектирования баз данных происходит преобразование ERD - диаграммы в конкретную схему базы данных на основе выбранной модели данных (реляционной, объектной, сетевой или др.).

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

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

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

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

Составим модель ERD.



Рисунок 7. Инфологическая модель ПО.

В результате анализа предметной области были выделены следующие сущности:

1. «Клиент» - хранит информацию о клиенте.

2. « Статистическая отчетность » - в сущность вносится информация о составляющих статистической отчетности, которая, в свою очередь, составляет часть маркетингового плана.

3. «Отдел» - хранит информацию о сотрудниках, базе клиентов, о товаре.

4. «Товар» хранит информацию о товаре, его поставке.

4. Проектирование информационных систем с использованием UML и RationalRose

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

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

· Usecasediagram (диаграммы прецедентов);

· Deploymentdiagram (диаграммы топологий);

· Statechartdiagram (диаграммы состояний);

· Activitydiagram (диаграммы активности);

· Interactiondiagram (диаграммы взаимодействия);

· Sequencediagram (диаграммы последовательностей действий);

· Collaborationdiagram (диаграммы сотрудничества);

· Classdiagram (диаграммы классов);

· Componentdiagram (диаграммы компонентов).

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

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

UML позволяет также разработчиками программного обеспечения достигнуть соглашения в графических обозначениях для представления общих понятий (таких как класс, компонент, обобщение (generalization), объединение и поведение), и больше сконцентрироваться на проектировании и архитектуре.

Итак, основными задачами при моделировании предметной области является описание:

· Бизнес-процессов предприятия;

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

· Бизнес-сущностей;

· Сценариев выполнения бизнес-функций, подлежащих автоматизации;

· Состояний бизнес-сущностей;

· Бизнес-правил.

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

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

4.1 Модель вариантов использования

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

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

Создадим диаграмму вариантов использования по маркетинговому отделу.(рис.1)

Рисунок 8. Диаграмма вариантов использования « Деятельность коммерческого отдела».

Действующие лица:

- старший маркетолог;

- дизайнер;

- специалист по товарной политике;

- маркетолог.

Варианты использования:

- обобщение изученной информации;

- привлечение клиентов и партнеров;

- анализ рынка;

- внутренний аудит маркетинга.

4.2 Анализ системы

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

1. Утверждение общих стандартов моделирования и документирования системы;

2. Предварительное выявление архитектурных механизмов;

3. Формирование основных абстракций предметной области;

4. Формирование начального представления архитектурных уровней.

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

Для нашей системы идентифицировано 3 класса:

- клиент;

- маркетинговый отдел;

- заказ

У клиента есть спрос на определенную группу товаров. При этом он обладает следующими атрибутами: код клиента, ФИО клиента, дата заказа. Маркетинговый отдел анализирует спрос покупателей на товар и организовывает продвижение товара на рынке. Маркетинговый отдел имеет следующие атрибуты: код отдела, количество сотрудников, данные о клиенте, вид услуги. Затем проводится внутренний аудит маркетинга. Чтобы привлечь больше покупателей нужно оформить рекламу. В итоге составляется маркетинговый план, где учитываются все потребности покупателей. Маркетинговый отдел может просматривать заказы, чтобы учесть потребности покупателей. Заказ имеет следующие атрибуты: код заказа, дата заказа, стоимость заказа. Заказ может иметь одного клиента. Маркетинговый отдел может просто просматривать заказы, а может частично их оформлять и передавать в коммерческий отдел.

Рис. 9 Диаграмма классов информационной системы.

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

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

Рисунок 10. Диаграмма последовательности.

На диаграмме описана следующая последовательность действий:

1. Действия 1,2 - маркетолог анализирует рынок и занимается оформлением рекламы.

2. Действие 3 - клиент заказывает продукцию.

3. Действие 4 - Маркетолог обрабатывает заказ.

4. Действие 5 - происходит оформление договора с маркетинговым отделом.

5. Действие 6 - маркетинговый план готов

7. Действие 7 - заказ доставляют клиенту.

4.4 Диаграмма кооперации

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

Рисунок 11. Диаграмма деятельности.

«Маркетолог» анализирует рынок, привлекает потенциальных клиентов.

«Клиент» (если он готов сделать заказ после консультации) выбирает продукцию, делает заказ и оплачивает его.

«Маркетинговый отдел» оформляет договор, подготавливает заказ, согласовывает заказ с клиентом, передает заказ коммерческому отделу.

Заключение

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

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

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

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

При выполнении работы был произведен анализ и рассмотрены существующие, наиболее зарекомендовавшие себя CRM-решения, произведен анализ и выбор сервера базы данных, механизма, метода и способа доступа к базе данных, выделены достоинства и функциональные особенности выбранных сред проектирования и разработки (Allfusion Process Modeler 7 ) построены диаграммы, описывающие функциональную схему бизнес - модели организации по методологиям IDEF0, IDEF3, DFD, ERD; составлены диаграммы объектно-ориентированных моделей программных приложений CRM-системы в нотации UML.

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

1. Вендров А.М., «Проектирование программного обеспечения экономических информационных систем» М: «Финансы и статистика», 2010.

2. Гвоздева Т. В., Баллод Б. А., Проектирование информационных систем, Издательство: Феникс, 2011.

3. Голубков Е. П. Маркетинговые исследования: теория, методология и практика. - М.: Издательство «Финпресс», 2010. - 416 с.

4. Заботина Н.Н. Проектирование информационных систем: Учебное пособие / Заботина Н.Н. -Братск: Филиал ГОУВПО «БГУЭП», 2010. - Ч.1 - 146 с.

5. Красильникова М. В. Проектирование информационных систем. Учебное пособие. М.: МИСиС, 2011. - 106 с

6. Левина Л.И. Методологические проблемы проектирующей деятельности: Дис. … канд. филос. наук. - СПб, 2010. - 158 с.

7. Сиговцев Г. С. Информационные системы. Учебное пособие. Петрозаводск. Изд-во ПетрГУ, 2012. - 220 с.

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