Файл: Разработка регламента выполнения процесса «Анализ и изучение конкуренции».pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 28.04.2023

Просмотров: 69

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

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

2. Моделирование бизнес-процесса

2.1 Обоснование выбора инструментария для решения задачи

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

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

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

Достоинствами реляционной модели являются:

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

Недостатки данной модели:

  • низкая производительность при больших объемах баз данных;
  • высокая избыточность данных и связанная с этим проблема обеспечения непротиворечивости данных при их обновлении.
  • более высокий уровень независимости данных.

По сравнению с другими моделями данных можно выделить следующие преимущества реляционной модели:

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

Разработанная система с использованием базы данных, позволяет:

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

2.2 Модель «как есть»

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

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

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

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

IDEF0 определяет два графических объекта:

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

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

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

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

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

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

Контекстная диаграмма бизнес-процесса анализа и изучения конкуренции изображена на рисунке 4 (для построения диаграмм использовалось CASE- средство AllFusion Process Modeler 7)


Рисунок 4. Контекстная диаграмма

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

Следующий этап построения функциональной модели – декомпозиция контекстной диаграммы на составляющие её бизнес-процессы. Диаграмма декомпозиции процесса анализа и изучения конкуренции представлена на рисунке 2.

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

Анализ и изучение конкуренции состоит из трех основных этапов:

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

2.3 Мероприятия для улучшения

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

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

В качестве языка программирования был выбран язык php.

PHP (PersonalHomePageTools – «Инструмент для создания персональных веб-страниц») – является скриптовым языком программирования общего пользования, используемый для создания Web-приложений. В данный момент времени поддерживают подавляющие большинство хостинг-провайдеров и стал одним из ведущих языком программирования, использующих для разработки динамических Web-сайтов.

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

  • автоматически извлекаемые GET и POST -параметров, а также переменных окружения веб-сервера в предопределённые массивы;
  • взаимодействует с очень большим количеством разныхСУБД (MySQL, SQLite,MySQLi, Oracle (OCI8), PostgreSQL, Microsoft SQL Server и пр.);
  • автоматическая отправка HTTP-заголовков;
  • работает с HTTP-авторизацией;
  • работает с сессиями и cookies;
  • работает с удалёнными и локальными файлами, сокетами;
  • обрабатывает файлы, загруженные на сервер;

В качестве системы управления базой данных была выбрана СУБД MySQL.

MySQL – разработка шведской компании MySQL AB. СУБД MySQL является программным обеспечением с открытым исходным кодом, распространяемым по лицензии GNU (GPL) и коммерческой лицензии для ситуаций, не подпадающих под действие лицензии GPL.

MySQL поддерживает реляционную модель данных, т. е. представляет собой реляционную СУБД.

Основные достоинства СУБД MySQL:

  • Высокое качество – MySQL характеризуется устойчивой работой.
  • Наряду с Oracle, MySQL считается одной из самых быстрых СУБД в мире.
  • Открытый код доступен для просмотра и модернизации, что позволяет постоянно улучшать программный продукт.
  • СУБД MySQL, разработанная с использованием языков C/C++, протестирована на многих платформах, среди которых Windows, Linux, FreeBSD, Mac OS X, OS/2, Solaris и др.
  • MySQL поддерживает API (Application Programming Interface, программный интерфейс приложения) для С, C++, Eiffel, Java, Perl, PHP, Python, Ruby и Tcl. MySQL можно успешно применять как для построения Web-страниц с использованием Perl, PHP и Java, так и для работы прикладной программы, созданной с использованием Delphi, Builder C++ или платформы .NET.4
  • СУБД MySQL предоставляет широкий выбор типов таблиц, в том числе и сторонних разработчиков, что позволяет реализовать оптимальную для решаемой задачи производительность и функциональность.
  • Локализация в MySQL выполнена корректно. У пользователя, как правило, не возникает проблем при обработке русского содержимого БД

MySQL поддерживает несколько типов данных.

Числовые данные. К ним относят целые числа, не содержащие дробной части (например, 124), а также вещественные числа, имеющие как целую, так и дробную части (например, 56.45). Числовые данные делятся на точечные (bit, boolean, integer и decimal) и приближенные (float, real и double precision).

Строковые данные— последовательность символов, заключенных в одинарные или двойные кавычки: 'Hello world', '123', "MySQL". Поскольку в качестве стандарта в SQL определены одинарные кавычки, для совместимости с другими базами данных рекомендуется использовать именно их. Различают строковые типы CHAR, VARCHAR, BLOB, TEXT, MEDIUMTEXT, MEDIUMBLOB, LONGTEXT, LONGBLOB, ENUM, SET.

Календарные данные.

СУБД MySQL имеет пять календарных типов данных: DАТЕ, DATETIME, TIME, TIMESTAMP и YEAR. Тип DАТЕ предназначен для хранения даты, TIME — для времени суток, a TIMESTAMP – для представления и даты, и времени суток. Тип TIMESTAMP предназначен для представления даты и времени суток в виде числа секунд, прошедших с полуночи 1 января 1970 года. Тип данных YEAR позволяет хранить только год.

Для значений, имеющих тип DATE и DATATIME принят формат YYYY-MM-DD или YY-MM-DD. В типах TIME и DATATIME время приводится в привычном формате hh:mm:ss


Для хранения всех необходимых данных была спроектирована и создана база данных, состоящая из 7 таблиц. ER-модель спроектированной базы данных представлена на рисунке 6.

Рисунок 6. ER-модель базы данных

Описание всех таблиц базы данных представлено в таблицах 3-9.

Таблица 3 - Таблица users

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Код пользователя

id

int

4

AI

ФИО пользователя

fio

varchar

120

Логин пользователя

login

varchar

120

Пароль пользователя (в зашифрованном виде)

password

varchar

120

Email пользователя

email

varchar

120

Таблица 4 - Таблица competitors

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Код конкурента

id

int

4

AI

Наименование

caption

varchar

120

Телефон

phone

varchar

120

Адрес

address

varchar

120

Веб-сайт

website

varchar

120

Дата открытия

opendate

datetime

10

Комментарий

comment

varhar

255

Слабые стороны

weak

longtext

65655

Тип конкурента

typeid

int

4

Сотрудник, добавивший конкурента

authorid

int

4

Таблица 5 - Таблица comptypes

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Код типа

id

int

4

AI

Наименование

caption

varchar

120

Таблица 6 - Таблица actiontypes

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Код типа

id

int

4

AI

Наименование

caption

varchar

120