1. каждая функция должна быть инициирована событием и должна завершаться событием;

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

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

Таким образом, при помощи нотации eEPC ARIS можно описывать бизнес-процесс в виде потока последовательно выполняемых работ (процедур, функций).

BPMN (Business Process Modeling Notation) [11] - это нотация для моделирования бизнес-процессов. BPMN ориентирована как на технических специалистов, так и на бизнес-пользователей. Для этого язык использует базовый набор интуитивно понятных элементов, которые позволяют определять сложные семантические конструкции. Кроме того, спецификация BPMN определяет, как диаграммы, описывающие бизнес-процесс, могут быть трансформированы в исполняемые модели на языке BPEL. Спецификация BPMN 2.0 так же является исполняемой и переносимой (т.е. процесс, нарисованный в одном редакторе от одного производителя может быть исполнен на движке бизнес-процессов совершенно другого производителя, при условии если они поддерживают BPMN 2.0).

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

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

Моделирование в BPMN осуществляется посредством диаграмм с небольшим числом графических элементов. Это помогает пользователям быстро понимать логику процесса. Выделяют четыре основные категории элементов:

1. Объекты потока управления: события, действия и логические операторы

2. Соединяющие объекты: поток управления, поток сообщений и ассоциации

3. Роли: пулы и дорожки

4. Артефакты: данные, группы и текстовые аннотации.

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

Чтобы выбрать подходящую нотацию, применим метод экспертных оценок. Для каждого критерия определяем методику оценки выполнения критерия. Возможные результаты: 1, если критерий выполняется и 0, если не выполняется.

Затем для каждого критерия определяем коэффициент значимости. Коэффициенты распределяются на отрезке от 0 до 1.

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

,

где

Oзn - интегральная оценка заявленной методологии;

n - количество критериев сравнения заявленных методологий согласно таблице критериев;

Zi - значение оценки степени выполнения критерия.

Ki - коэффициент значимости критерия сравнения (от 0 до 1).

На основании сделанного мною обзора можно дать оценки рассмотренным методологиям по указанным выше критериям. Для наглядности сведем эти оценки в таблицу (см. таблицу 2.2)

Таблица 2.2 - Оценка рассматриваемых методологий моделирования

Оценка Критерий	Ki	Структурный анализ и проектирование	eEPC ARIS	BPMN
		Zi	Zi·Ki	Zi	Zi·Ki	Zi	Zi·Ki
Графический способ представления модели;	0,1	5	0,5	5	0,5	5	0,5
Возможность отображения последовательности действий с условиями переходов;	0,2	4	0,8	5	1	5	1
Отображение механизмов на диаграммах;	0,1	4	0,4	4	0,4	1	0,1
Выразительная мощность диаграмм;	0,2	4	0,8	3	0,6	5	1
Простота использования в небольших проектах	0,4	5	2	2	0,8	3	1,2
Интегральная оценка, Q		4,5	3,3	3,8

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

2.3.2 Выбор CASE-средств моделирования

CASE-средство моделирования должно отвечать следующим требованиям:

1. Поддержка методологии структурного анализа и проектирования;

2. Возможность русификации интерфейса;

3. Поддержка процедуры декомпозиции;

4. Наличие бесплатной или ознакомительной версии.

Под указанные критерии попадают следующие CASE-средства:

? All Fusion ERWin Process modeler (бывший BPWin);

? Ramus;

? График-студио Лайт.

Дадим характеристику каждому CASE-средству.

All Fusion Process Modeler (BPwin). [12] Данный программный продукт относится к малым интегрированным средствам моделирования, которые поддерживают несколько типов моделей и методов.

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

Из существующих CASE-средств, ориентированных на построение моделей по методологии IDEF0, BPwin является наиболее известным и распространенным, а удобный интерфейс пользователя облегчает работу с программой

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

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

Основными возможностями Ramus являются:

? Моделирование процессов (согласно методологий IDEF0, IDEF3 и DFD);

? Разработка систем классификации и кодирования предприятия с внутренними перекрёстными связями, которая также тесно увязывается и с моделями процессов;

? Формирование отчётности по моделям и системе классификации, в том числе и отчётности в форме такой регламентирующей документации как должностные инструкции и регламенты процессов;

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

График-студио Лайт. [15] Программный продукт График-студио Лайт является упрощенной версией модуля График-студио программного продукта Бизнес-инженер и предназначен для разработки локальных графических диаграмм (График-студио диаграмм), сохраняемых в виде локальных файлов и их дальнейшего импорта в Бизнес-инженер.

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

В типовую конфигурацию программного продукта График-студио Лайт включены 15 График-студио диаграмм, соответствующих наиболее часто применяемым на практике методологиям и нотациям процессного описания:

? БИТЕК Диаграмма бизнес-процесса

? IDEF0

? Data flow diagram в нотации Гейна-Сарсона

? Data flow diagram в нотации Йордона-Де Марко

? IDEF3

? ORACLE diagram

? BAAN diagram

? Swimmer lanes

? Process variant matrix diagram

? ARIS Function tree

? ARIS Value-added chain diagram

? ARIS Process selection diagram

? ARIS eEPC

? ARIS Information flow diagram

? ARIS Material flow diagram

а также включены 20 График-студио диаграмм, которые используются для моделирования стратегии, продуктов и услуг, системы BSC, ключевых показателей - KPI, оргструктуры, ИТ-системы, моделирования и анализа других элементов организации.

Чтобы выбрать подходящее CASE-средство, применим метод экспертных оценок. Для каждого критерия определяем методику оценки выполнения критерия. Возможные результаты: 1, если критерий выполняется и 0, если не выполняется.

Затем для каждого критерия определяем коэффициент значимости. Коэффициенты распределяются на отрезке от 0 до 1.

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

,

где

Oзn - интегральная оценка заявленного CASE-средства;

n - количество критериев сравнения заявленных CASE-средств согласно таблице критериев;

Zi - значение оценки степени выполнения критерия.

Ki - коэффициент значимости критерия сравнения (от 0 до 1).

На основании сделанного мною обзора можно дать оценки рассмотренным CASE-средствам по указанным выше критериям. Для наглядности сведем эти оценки в таблицу (см. таблицу 2.3)

Таблица 2.3 - Оценка рассматриваемых CASE-средств моделирования

Оценка Критерий	Ki	BPWin	Ramus	График-студио лайт
		Zi	Zi·Ki	Zi	Zi·Ki	Zi	Zi·Ki
Поддержка методологии структурного анализа и проектирования;	0,4	5	2	3	1,2	4	1,6
Возможность русификации интерфейса;	0,1	2	0,2	5	0,5	5	0,5
Поддержка процедуры декомпозиции;	0,2	5	1	5	1	3	0,6
Наличие бесплатной или ознакомительной версии	0,3	3	0,9	4	1,2	5	1,5
Интегральная оценка, Q		4.1	3,9	4,2

Метод экспертных оценок позволяет выбрать наилучшую альтернативу с учетом важности критериев. В моей решаемой задаче такой альтернативой является CASE-средство BP-Win.

2.3.3 Построение функциональной модели бизнес-процессов

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

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



Рисунок 2.2 - Контекстная диаграмма функциональной модели бизнес-процесса

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

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

Перейдем на один уровень ниже и заглянем внутрь данного черного ящика (рисунок 2.3)



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

Процесс состоит из следующих черных ящиков:

1. Анализ продаж товаров. Это процесс, впервые введенный мною в модели «как должно быть». В нем выполняется расчет количества потребления товаров из ассортимента.

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

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

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

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

Перейдем на один уровень ниже и заглянем внутрь черного ящика «Определение списка товаров для ассортимента» (рисунок 2.4). Это целиком новый процесс, внедренный при оптимизации.

Рисунок 2.5 - Диаграмма процесса «Определение списка товаров для ассортимента»

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

2.4 Перечень изменений внутри бизнес-процесса оценки предпочтений покупателей и формирования ассортимента

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

Таблица 2.4 - Изменения внутри бизнес-процесса

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

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

3. Разработка проекта информационной системы поддержки формирования товарного ассортимента ЗАО «Тандер»

3.1 Обзор и сравнительный анализ информационных систем-аналогов

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

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

1. Наличие функций по составлению ассортимента;

2. Средства анализа потребления товаров;

3. Расчет количества товаров при закупке;

4. Работа с ассортиментными матрицами или их аналогами.

По указанным критериям были найдены следующие информационные системы:

? 1С-Рарус: [16]

? Респект: [17]

? АСТОР: [18]

3.1.1 Обзор систем-аналогов

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

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

Основной функционал конфигурации

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

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

- Валютный учет

- Учет дополнительных расходов

- Нормативно-справочная информация

- Добавлены виды номенклатуры

- Введены дополнительных единиц измерения

- Партионный учет

Учет товаров, материалов и готовой продукции реализован согласно ПБУ 5/01 «Учет материально-производственных запасов». Поддерживаются следующие способы оценки материально-производственных запасов (МПЗ) при их выбытии:

- по средней себестоимости;

- по себестоимости первых по времени приобретения МПЗ (способ ФИФО);

- по себестоимости последних по времени приобретения МПЗ (способ ЛИФО).

Для поддержки способов оценки ФИФО и ЛИФО на счетах учета МПЗ ведется партионный учет. Наличие данной возможности позволяет отдельно учитывать товары одного и того же наименования, поступившие в разное время и по разным ценам. Различные способы оценки могут применяться независимо для бухгалтерского и налогового учета и для каждой организации.

Учет производственных затрат, учет сезонности.

Стоимость конфигурации на 1 рабочее место - 18 000 руб.

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

Доп. лицензия на 1 пользователя 4 500 руб.

Доп. лицензия на 3 пользователя 7 500 руб.

Доп. лицензия на 5 пользователей 15 000 руб.

Доп. лицензия на 10 пользователя 30 000 руб.

Респект: Программный продукт «Респект: для 1С:Бухгалтерии» предназначен для комплексной автоматизации производства и выпуска продукции на небольших предприятиях торговли.

Основные задачи, решаемые программным продуктом:

· Синхронное формирование документов бухгалтерского учета по списанию материалов и выпуску продукции;

· Возможность учета сезонных норм закладок товаров в ассортимент, а так же нормативов убыли для различных товарных групп;

· Формирование калькуляции с использованием товаров аналогов;

· Печать необходимых для учета унифицированных форм: Калькуляционная карточка ОП-1, Ассортимент ОП-2 , Требование в кладовую ОП-3, Накладная на отпуск товара ОП-4, Дневной заборный лист ОП-6, Заказ-счет ОП-20, Сводная калькуляция, Сопоставительная ведомость, и другие необходимые формы документов;

· Интеграция с конфигурацией «1С:Бухгалтерия предприятия».

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

Основные возможности конфигурации:

· Учет наличия и движения товаров на складах;

· Автоматическое списание себестоимости товаров по одному из методов: по среднему, LIFO, FIFO;

· Составление ассотримента:

· Задание наценки для автоматического введения в калькуляционную карту;

· Возможность составления таблицы взаимозаменяемости для товара в ассортименте;

· Возможность печати типовой формы калькуляционной карты

3.1.2 Сравнительный анализ систем-аналогов

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

1. Наличие функций по составлению ассортимента;

2. Средства анализа потребления товаров;

3. Расчет закупки;

4. Работа с ассортиментными матрицами или их аналогами.

Сравнение будем производить уже применяемым в ходе работы в п.2.3.1 и 2.3.2 методом экспертных оценок.

Сведем оценку рассматриваемых систем в таблицу 3.1.

Таблица 3.1 - Экспертная оценка систем-аналогов

Оценка Критерий	Ki	1С-Рарус:	Респект:	АСТОР:
		Zi	Zi·Ki	Zi	Zi·Ki	Zi	Zi·Ki
Составление ассортимента	0,3	4	1,2	4	1,2	3	0,9
Анализ потребления товаров;	0,2	4	0,8	5	1	3	0,6
Расчет закупки	0,3	3	0,9	2	0,6	2	0,6
Работа с ассортиментными матрицами	0,2	3	0,6	4	0,8	5	1
Интегральная оценка, Q		3,5	3,6	3,2

Метод экспертных оценок позволяет выбрать наилучшую альтернативу с учетом важности критериев. В моей решаемой задаче такой альтернативой является Респект. Данная система получила максимальную оценку в 3,6 балла. Однако если учесть, что оценка производилась по пятибалльной шкале, то ни одна из систем не удовлетворяет даже на уровне «хорошо» заявленным требованиям. Кроме того, все системы построены на базе 1С:Предприятие, что затруднит внедрение дополнительных механизмов расчета и повысит стоимость эксплуатации системы.

Поэтому использование готовой системы не является приемлемым. Требуется спроектировать собственную ИС, которая удовлетворит требования выделенных критериев более чем на 4,0 балла.

3.2 Выбор архитектуры информационной системы поддержки формирования товарного ассортимента ЗАО «Тандер»

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

Сегодня остаются актуальными четыре основных вида архитектур информационных систем [19]:

1. Файл-сервер

2. Клиент-сервер

3. Трехслойная архитектура

4. Интернет-архитектура

Архитектура "Файл-сервер"

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

Архитектура "Клиент-сервер"

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

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

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

Трехслойная архитектура

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

Интернет-архитектура

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

Выбор архитектуры

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

Таблица 3.2 - Сравнительная характеристика архитектуры ИС

Параметры сравнения	Файл-сервер	Клиент-сервер	Трехслойная	Интернет
Установка СУБД	На клиентском компьютере	Отдельный сервер	Несколько отдельных серверов	Несколько отдельных серверов
Объемы передаваемых данных	Малые	Большие	Очень большие	Очень большие
Число клиентов	малое (около 10)	среднее (около 100)	высокое (свыше 100)	высокое (свыше 1000)
Сложность модернизации	очень сложно (модификация затрагивает клиентское ПО)	сложно (модификация затрагивает часть клиентского ПО)	затруднительно (модификация затрагивает модули клиентского ПО)	просто (модификация не затрагивает клиентское ПО)

Проведем расчет выбора архитектуры ИС по выбранным параметрам с учетом степени соответствия параметру и степени его важности.

Оценим каждую архитектуру по выбранным показателям с использованием 5-ти бальной шкалы. Важность каждого критерия будем оценивать от 0 до 1.

Результаты сравнения сведем результаты сравнения в таблицу 3.3.

Таблица 3.3 - Сравнительная оценка архитектур для решаемой задачи

Оценка Критерий	Ki	Файл-сервер	Клиент-сервер	Трехслойная архитектура	Интернет-архитектура
		Zi	Zi·Ki	Zi	Zi·Ki	Zi	Zi·Ki	Zi	Zi·Ki
Установка СУБД	0,15	1	0,15	3	0,45	4	0,6	4	0,6
Объемы передаваемых данных	0,25	1	0,25	3	0,75	4	1	4	1
Число клиентов	0,35	1	0,35	3	1,05	4	1,4	5	1,75
Сложность модернизации	0,25	1	0,25	2	0,5	3	0,75	5	1,25
Интегральная оценка, Q		1	2,75	3,75	4,6

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

Архитектура проектируемой системы в соответствии с выбранной типом показана на рисунке 3.1.

Рисунок 3.1 - Архитектура информационной системы поддержки формирования товарного ассортимента ЗАО «Тандер»

3.3 Проектирование структуры информационной системы поддержки формирования товарного ассортимента ЗАО «Тандер»

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

На серверную часть выносятся все функции системы, т.е.:

? Хранение и предоставление доступа к данным;

? Предоставление интерфейсов для взаимодействия с функциями системы;

? Расчет оценки потребления товаров;

? Формирование ассортимента

Информационная система поддержки формирования товарного ассортимента ЗАО «Тандер» включает в себя следующие модули:

? Модуль «Ассортимент»;

? Модуль «Ассортиментная матрица»;

? Модуль администрирования.

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

Диаграмма компонентов языка UML [20], описывающая данный модуль, представлена на следующем рисунке 3.2.

Рисунок 3.2 - Модуль «Ассортимент»

Модуль «Ассортиментная матрица» реализует оптимизированную математическую модель: считает точку безубыточности, проводит ABC-анализ, формирует списки продуктов с количественными оценками.

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



Рисунок 3.3 - Модуль «Ассортиментная матрица»

Модуль администрирования включает в себя функции по управлению работой информационной системы поддержки формирования товарного ассортимента ЗАО «ТАНДЕР». Таким образом, система представляет собой набор компонентов (PHP-скриптов), связанным между собой с помощью интерфейсов.

3.4 Проектирование базы данных информационной системы поддержки формирования товарного ассортимента ЗАО «ТАНДЕР»

Для построения модели базы данных нашей информационной системы будем использовать CASE-средство AllFusion ERwin Data Modeler 7 (ERwin). Программное средство позволяет довольно просто проектировать реляционные базы данных, предоставляет графический интерфейс для удобного просмотра созданных моделей баз данных.

Erwin поддерживает методологию проектирования баз данных IDEF1x. IDEF1x [21] является методом для разработки реляционных баз данных и использует условный синтаксис, специально разработанный для удобного построения концептуальной схемы. Во-первых, IDEF1X требует от проектировщика определить ключевые атрибуты, для того чтобы отличить одну сущность от другой. Во-вторых, в тех случаях, когда более чем один атрибут является однозначно идентифицирующим сущность, проектировщик должен определить один из этих атрибутов первичным ключом, а все остальные вторичными.

На основе моделей построенных ранее, создадим логическую модель данных, представленную в виде реляционных объектов - сущностей с указанием взаимосвязей между атрибутами сущностей. Каждую сущность необходимо привести к виду третьей нормальной формы (нормализовать) для обеспечения целостности данных. Логическая модель базы данных информационной системы автоматизации отдела маркетинга ЗАО «ТАНДЕР» представлена на следующем рисунке.

Рисунок 3.5 - Логическая модель базы данных

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

1. Товарная группа;

2. Состав (каждая группа может содержать много товаров, и товары могут повторяться в группах);

3. Товар;

4. История продаж (по датам для каждого товара в отдельности);

5. Ассортиментная матрица (набор товаров с указанием количества, закрепленный в ассортименте на конкретную дату);

6. Ассортимент на день.

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

4. Реализация информационной системы поддержки формирования товарного ассортимента ЗАО «Тандер»

4.1 Выбор средств реализации поддержки формирования товарного ассортимента ЗАО «Тандер»

4.1.1 Операционная система

1) SUSE Linux Enterprise Server - масштабируемая и высокопроизводительная основа для защищенного функционирования вычислительных систем масштаба предприятия. Благодаря широким функциональным возможностям этот продукт компании Novell® отвечает требованиям современных сетей и запросам пользователей. Развертывание, настройка и обслуживание продукта SUSE Linux Enterprise Server 9 в масштабах предприятия не вызывает затруднений. SLES поддерживает широкий спектр аппаратных платформ и сертифицирован ведущими мировыми разработчиками ПО, например, корпорацией Oracle. Благодаря уникальным и открытым средствам управления, можно легко устанавливать, распространять, конфигурировать, защищать и обновлять Linux-серверы в любой части корпоративной сети.

2) Mac OS X Server - операционная система от Apple, построенная на основе операционной системы Mac OS X, и объединяющая в себе мощь UNIX-сервера с простотой в использовании Макинтош. Ее устойчивый фундамент предоставляет вам все преимущества, присущие основанной на UNIX операционной системе, такие как, например, вытесняющая многозадачность, поддержка симметричной многопроцессорности, защищенная память, а также поддержка самых разных сетевых технологий и стандартов обеспечения безопасности. Средства удаленного администрирования позволяют легко производить безопасный мониторинг и администрирование ваших служб из любого места локальной сети или через Интернет. Для максимизации времени бесперебойной работы сервера Mac OS X Server предлагает системы защиты от сбоев, автоматически обнаруживающие и нейтрализующие сбои в системных службах. Основанная на ядре с открытым кодом и доказавших себя в деле индустриальных стандартах, таких как сетевые BSD технологии, операционная система эффективно действует и в многоплатформенном мире. Отличается высокой надежностью и простотой в использовании.

3) Microsoft Windows Server - это операционная система которая помогает ИТ-специалистам полностью контролировать инфраструктуру, обеспечивая беспрецедентную доступность и управляемость, что позволяет достичь более высокого, чем когда-либо, уровня безопасности, надежности и устойчивости серверной среды. ОС Windows Server открывает перед организациями новые возможности, предоставляя всем пользователям, независимо от их местонахождения, доступ к полному набору сетевых услуг. Кроме того, в Windows Server имеются средства для анализа состояния и диагностики операционной системы, помогающие администраторам уделять больше времени развитию бизнеса.

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

Определим наиболее важные критерии для разрабатываемой ИС, по которым впоследствии произведем оценку представленных ОС:

1. Надежность - так как планируется интернет-архитектура, то требования к надежности ОС высоки: бесперебойная работа 24 часа 7 дней в неделю с защитой от вредоносных воздействий

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

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

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

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

Таблица 4.1 - Сравнительная оценка серверных операционных систем

Оценка Критерий	Ki	SUSE Linux Enterprise Server	Mac OS X Server	Microsoft Windows Server
		Zi	Zi·Ki	Zi	Zi·Ki	Zi	Zi·Ki
Надежность	0,35	5	1,75	5	1,75	4	1,4
Удобство использования	0,25	3	0,75	4	1	5	1,25
Стоимость	0,15	4	0,6	3	0,45	4	0,6
Доступное ПО	0,25	4	1	4	1	5	1,25
Интегральная оценка, Q		4,1	4,2	4,5

Вывод: Таким образом проведенные оценки показывают, что нам для решаемой задачи наиболее подходит серверная операционная система Microsoft Windows Server.

4.1.2 Система управления базами данных

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

В качестве СУБД, из которых будет производиться выбор для использования их в ИС, выбраны следующие:

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

Microsoft SQL Server

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

Необходимо заметить, что SQL Server уступает другим рассматриваемым СУБД по двум важным показателям: программируемость и средства работы. При разработке клиентских БД приложений на основе языков Java, HTML часто возникает проблема недостаточности программных средств SQL Server и пользоваться этой СУБД будет труднее, чем системами, Oracle или MySQL. Общемировой тенденцией в XXI веке стал практически повсеместный переход на платформу LINUX, а SQL Server функционирует только в среде Windows. Поэтому использование SQL Server целесообразно, по нашему мнению, только если для доступа к содержимому БД используется исключительно стандарт ODBC, в противном случае лучше использовать другие СУБД.

MySQL -- свободная система управления базами данных (СУБД). MySQL является собственностью компании Sun Microsystems, осуществляющей разработку и поддержку приложения. Распространяется под GNU General Public License и под собственной коммерческой лицензией, на выбор. Помимо этого разработчики создают функциональность по заказу лицензионных пользователей, именно благодаря такому заказу почти в самых ранних версиях появился механизм репликации. MySQL является решением для малых и средних приложений. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, однако в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы.

Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Выбор критериев для сравнения:

1. Работа под управлением различных ОС

2. Сопряжение с другими БД

3. Функциональная совместимость

4. Одновременный доступ нескольких пользователей

5. Подключение к Web

Сравнительный анализ СУБД представлен в таблице 4.2

Таблица 4.2 - Сравнительная оценка СУБД

Оценка Критерий	Ki	Oracle	Microsoft SQL Server	MySQL
		Zi	Zi·Ki	Zi	Zi·Ki	Zi	Zi·Ki
Работа под управлением различных ОС	0,2	5	1	2	0,4	5	1
Сопряжение с другими БД	0,2	4	0,8	5	1	4	0,8
Функциональная совместимость	0,1	4	0,4	5	0,5	5	0,5
Многопользовательский доступ	0,15	5	0,75	5	0,75	5	0,75
Подключение к Веб	0,35	4	1,4	4	1,4	5	1,75
Интегральная оценка, Q		4,35	4,05	4,8

Вывод: MySQL является оптимальным решением для решаемой нами задачи, так как обладает максимальной общей оценкой по сравнению с другими СУБД.

4.1.3 Выбор языка веб-программирования

Предположительно подсистема разрабатывается в среде php. Для обоснования выбора было произведено сравнение РНР с другими языками программирования Web-приложений. Это его основные конкуренты -- Perl, ASP.NET, ColdFusion и Java.

1. РНР и Perl

Язык Perl был создан программистом Ларри Уоллом (Larry Wall) и расшифровывается как Practical Extraction and Report Language. Перевести это можно как "язык для практического извлечения данных и составления отчетов. Perl является интерпретатором и появился намного раньше, чем Web. С появлением интернета язык Perl оказался удобным инструментом для создания динамических Web-страниц. Большое распространение Perl получил потому, что был доступен на каждом Web-сервере, поскольку практически все они работали под управлением UNIX, и альтернативой ему являлся лишь более сложный язык С.

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

2. РНР и Java

Вообще говоря, различают язык Java и технологию Java. Язык Java представляет собой С-подобный язык, который разрабатывался как "улучшенный C++". Технология Java включает в себя клиентскую и серверную часть, а также доступ к базам данных, поэтому наиболее корректно проводить сравнение технологии Java со связкой Apache/PHP/MySQL. Технология Java разрабатывалась как межплатформенная технология, позволяющая создавать Web-приложения корпоративного масштаба. Основными достоинствами этой технологии являются межплатформенная переносимость и объектно-ориентированный язык, что позволяет создавать сложные и объемные приложения. К числу недостатков можно отнести медленное выполнение, потребление большого количества памяти (плата за межплатформенную переносимость) и сложность разработки Web-приложений по сравнению с РНР. Между тем РНР почти не уступает Java в гибкости и масштабируемости созданных приложений. Кроме того, использование Java для разработки достаточно простых приложений вряд ли оправдано, а при работе над серьезными задачами Java обходится дороже.

3. РНР и ASP.NET

ASP (Active Server Pages) - язык сценариев от Microsoft. Если язык ASP значительно уступал РНР по многим параметрам, в первую очередь, по времени выполнения сценариев, то с появлением технологии ASP.NET ситуация изменилась.

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

ASP.NET тесно интегрирован в новую технологию NET компании Microsoft. Главной особенностью разработки Web-приложений при помощи ASP.NET является возможность использовать любой язык программирования среды исполнения NET. Это может быть как модифицированный вариант Visual Basic - Visual Basic.NET, так и новый язык С# или клон Java - J#. Более того, в рамках одного Web-приложения могут быть использованы несколько языков программирования. Все это позволяет объединять в рамках одного проекта программистов, владеющих разными языками программирования. Код Web-приложения на ASP.NET компилируется в промежуточный язык MSIL (Microsoft Intermediate Language), иногда просто называемый IL. Аппаратно-независимый код на языке IL помещается в кэш Web-сервера для повышения производительности, по аналоги с байт-кодом Java. Но в отличие от технологии Java, обеспечивающей платформенную независимость, NET обеспечивает независимость от языка разработки. Выполнение Web-приложений ASP.NET на серверах, работающих не под Windows, практически невозможно. Более того, если Web-приложение интенсивно использует компоненты NET, просмотр динамической страницы будет возможен только под Windows и только с помощью браузера Internet Explorer. Поэтому в смысле переносимости РНР, безусловно, отличается от ASP.NET в лучшую сторону. Другой крайне немаловажный довод в пользу РНР заключается в быстром исправлении обнаруженных ошибок. Теоретически исправить их можно самостоятельно, если обладаете достаточной квалификацией. Также можно написать письмо разработчикам, и с большой долей вероятности, в следующей версии ошибка будет исправлена. А версии РНР выходят очень часто. С другой стороны, попробуйте написать об ошибке в Microsoft и попросить ее исправить. Если вы не глава Пентагона, вам это вряд ли удастся. Еще одним плюсом РНР, особенно важным для начинающих, является то, что его легче использовать для построения Web-приложений.

Выбрав среду реализации PHP, можно без проблем решить следующие задачи:

· универсальность доступа к системе;

· независимость от платформы;

· простота реализации.

4.1.4 Аппаратные компоненты

На основе определенной программной части, можно сделать выбор аппаратной части, которая обеспечит стабильное функционирование ИС. Так как ИС поддержки формирования товарного ассортимента ЗАО «Тандер» ориентирована на одновременную работу небольшого числа пользователей (не больше 3), то для серверной платформы вполне достаточно настольного IBM-совместимого компьютера (таблица 16)

Таблица 4.3 - Сравнение аппаратных платформ

Параметр	Flex 920	Flex 720 G	Flex 820 G
Тип	Настольный	Настольный	Настольный
Процессор	INTEL Core 2 Quad Q8400	INTEL Core 2 Duo E8500	INTEL Core 2 Duo E8500
Материнская плата	S-775 ASUSTeK P5Q-SE 2	S-775 ASUSTeK P5KPL-AM/C/Si	S-775 ASUS P5QL EPU
Память	DDR2 4096Mb - 800	DDR2 2GB PC-6400	DDR2 2GB PC-6400
Жесткие диски	500 Gb	500 Gb
Сетевой контроллер	Ethernet (10/100/1000)	Ethernet (10/100/1000)	Ethernet (10/100/1000)
Видеоподсистема	Интегрированная	Интегрированная	512Mb Leadtek PX9600GT FAN DDR3 HDCP/DVI PCI-E [RTL]
Корпус	ATX Корпус InWin V564 [525W, mATX, Mini-Tower, black]	Корпус InWin V564 [525W, mATX, Mini-Tower, black]	Image II Black-Silver [525W, mATX, Mini-Tower, black/silver]
Источники питания	525 Ватт	525 Ватт	525 Ватт
Стоимость	15 374,19 руб	15 030,02 руб.	19 013,00 руб.

Таким образом, наиболее оптимальным решением является конфигурация Flex 920. Она обладает приемлемой ценой, мощным процессором и достаточным объемом жесткого диска.

4.2 Определение функций, выполняемых системой

ИС поддержки формирования товарного ассортимента ЗАО «Тандер» должна выполнять следующие функции:

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

- редактирование ранее введенной информации;

- удаление информации;

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

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

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

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

1) с помощью непосредственного просмотра таблиц базы данных;

2) с помощью запросов;

3) с помощью формирования отчетов.

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

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

Рисунок 4.1 - Структура функций проектируемой системы

5. Социальная значимость разработки

Решение проблемы формирования ассортимента и оценки предпочтений покупателей позволит с социальной точки зрения:

- повысить удовлетворённость покупателей от посещения магазинов «МАГНИТ-Косметик»;

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

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

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

ЗАКЛЮЧЕНИЕ

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

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

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