Автоматизация процесса управления расчётами в интернет-магазине зоотоваров

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

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

1. Описание предприятия

1.1 Паспорт интернет-магазина

1. Название организации: «Хвостик».

2. Юридический статус: Общество с ограниченной ответственностью (ООО).

3. Профиль деятельность: зоотовары.

4. Миссия организации (виды деятельности): Поставки зоотоваров частным лицам и организациям.

5. Код ОКВЭД: 51.70 Прочая оптовая торговля.

6. Оказываемые услуги: Продажа и доставка кормов, Корма, диетические добавки, аксессуары, одежда, игрушки, клетки, средства для ухода (косметика, наполнители и т.п.).

7. Масштаб предприятия (численность персонала): малое предприятие (22 человека).

8. Головная организация: нет.

9. Дочерние организации: нет.

10. Территориальные организации: отделение в Центральном районе г. Новосибирска.

11. Основные контрагенты: физические лица, предприятия малого и среднего бизнеса.

12. Положение на рынке: зоомагазин на рынке интернет-магазинов.

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

14. Проблемы деятельности: снижение количества клиентов.

15. Масштаб информационных систем - 3 компьютера.

16. Используемые ИТ технологии - 1С, MS.

17. Количество отделов - 8 отделов.

18. Основные бизнес-процессы: управление расчетами в интернет магазине.

1.2 Организационная структура интернет-магазина

Администрация интернет-магазина.

* Руководитель интернет-магазина (директор).

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

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

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

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

* Бухгалтерия.

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

* Юрист.

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

Технический отдел.

* Программист.

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

* Отдел IT.

В задачи IT отдела входит настройка серверов, периферических компьютеров, АТС, а также настройка бухгалтерской информационной системы (1С, например). Обычно с этой задачей сложно справиться одному специалисту, в связи с чем в штат берут нескольких специалистов либо эти услуги аутсорсят.

* WEB-дизайн.

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

Отдел продвижения.

* SEO (Search Engine Optimization).

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

* SMO (Social Media Optimization).

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

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

Отдел интернет-маркетинга.

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

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

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

Служба формирования контента.

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

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

Складская служба.

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

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

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

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

Таким образом, складские сотрудники интернет-магазина должны иметь опыт работы на складе, опыт работ с 1С, быть надежными и оперативно работающими специалистами.

Отдел закупок.

Формирование отдела закупок становится актуальным при достижении 5-7 продаж в день (100 в месяц). Для оперативного обеспечения такого объема продаж необходимо четко планировать закупки и товарные остатки ходового товара, который для обеспечения конкурентного преимущества интернет-магазина (быстрая доставка) обязательно должен храниться на складе. Необходимо проводить постоянный мониторинг наличия товара у поставщиков и соответственно выставлять товар на витрину магазина или убирать его. И, наконец, закупщики - те специалисты, на плечи которых ложится проведение переговоров, направленных на снижение цен и улучшение других условий поставок.

Оргструктура

Рисунок 1 - Организационная структура интернет-магазина «Хвостик»

2. Описание бизнес-процесса

2.1 Паспорт бизнес-процесса

1. Название организации: «Хвостик».

2. Название бизнес-процесса: Управление расчётами в интернет-магазине зоотоваров.

3. Цель бизнес-процесса: Поступление оплаты за товар.

4. Владелец бизнес-процесса: финансовый менеджер.

5. Команда бизнес-процесса: Продавец-кассир, курьер.

6. Клиенты бизнес-процесса: внешние - владельцы домашних животных. Внутренние - Директор.

7. Продукты бизнес-процесса: деньги, чек, товарная накладная, с/ф, счет.

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

9. Входные ресурсы бизнес-процесса: заявка, чек, счет.

10. Основные функции бизнес-процесса: заказ товара, доставка товара до клиента, прием товара, оплата товара, передача оплаты и товарной накладной финансисту.

11. Инициирующее событие: интернет заказ от клиента.

12. Завершающее событие: поступление оплаты в кассу.

2.2 Описание бизнес-процесса управление расчётами интернет-магазине

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

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

2.3 Модель Захмана

Значительный вклад в развитие концепции архитектуры предприятия был сделан Дж. Захманом (John A. Zachman). С момента публикации "модель Захмана для описания архитектуры предприятия" прошла определенную эволюцию в своем развитии и стала основой, на базе которой многие организации создавали свои собственные методики описания информационной инфраструктуры предприятия. С 1987 года, когда была предложена первая версия этой модели, расширенная впоследствии в работах 1992-96 гг., она была использована достаточно большим количеством крупных компаний, входящих в 2000 крупнейших корпораций мира, такими, например, как General Motors, Bank of America и др. Модель Захмана также послужила основой для создания целого ряда других методик и моделей описания архитектуры предприятия, таких как Федеральная Архитектура США (FEAF - FederalEnterprise Architecture Framework), Методика описания архитектуры Open Group (TOGAF - The Open Group Architecture Framework), Методика описания архитектуры министерства обороны США (DoDAF - Department of Defence Architecture Framework). Отметим, что в данном случае в исторически сложившемся переводе названия на русский язык используется именно термин "модель", отражающий прежде всего четкую формальную структуру предложенной Захманом конструкции, хотя по глубине подхода и значимости, скорее, должен был быть применен перевод оригинала "framework" как "методики".

Модель Захмана основана на дисциплине классической архитектуры и обеспечивает общий словарь и набор перспектив, или структур (framework), для описания современных сложных корпоративных систем.

В своей работе Дж. Захман определил Архитектуру предприятия как "набор описательных представлений (моделей), которые применимы для описания Предприятия в соответствии с требованиями управленческого персонала (качество) и которые могут развиваться в течение определенного периода (динамичность)". Термин "архитектура" здесь не случаен, он подчеркивает существующую аналогию между внутренней структурой абстрактного объекта - предприятия и сложного искусственного объекта, такого как здание или орбитальная международная космическая станция (МКС).

Для удобства описания Захман предложил так называемую Модель архитектуры предприятия (Zachman Framework for Enterprise Architecture). Модель преследует две основные цели - с одной стороны, логически разбить все описание Архитектуры на отдельные разделы для упрощения их формирования и восприятия, с другой - обеспечить возможность рассмотрения целостной Архитектуры с выделенных точек зрения или соответствующих уровней абстракции.

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

Основные правила заполнения таблицы Захмана:

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

- порядок следования колонок несущественен;

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

- базовые модели для каждой из колонок являются уникальными;

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

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

Строки (уровни) таблицы Захмана:

Первая строка соответствует уровню планирования бизнеса в целом (бизнес-модель).

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

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

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

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

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

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

На рисунке 2 представлена общая структура модели Захмана.

Рисунок 2 - Модель Захмана

Строки в Модели Захмана.

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

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

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

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

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

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

Колонки в Модели Захмана.

Первая колонка отвечает на вопрос "ЧТО?" и определяет используемые в системе данные. На верхнем уровне достаточным будет простое перечисление основных объектов, используемых в бизнесе. На втором уровне данные объекты объединяются в семантическую модель высокого уровня и обычно описываются в виде диаграммы "сущности-связи" с отражением основных связей и наиболее существенных ограничений. На третьем уровне эта модель приводится к нормализованной форме, определяются все атрибуты и ключи. Четвертый уровень представляет собой физическую модель данных в системе. Следующий уровень содержит описание модели на языке управления данными для формирования таблиц, готовые библиотеки классов, табличные пространства СУБД. Последний уровень может описывать фактические наборы данных, в том числе такие характеристики, как журналы доступа, размеры реально занимаемого дискового пространства, статистику обращений и т.п.

Колонка функций ("КАК?") предназначена для последовательной детализации описания того, как миссия предприятия реализуется на уровне отдельных операций. В частности, на первом уровне достаточным будет простое перечисление процессов. Второй уровень будет содержать модель процессов, которая впоследствии детализируется в операции над данными и архитектуру приложений (уровень 3), методы классов (уровень 4), программный код (уровень 5) и, наконец, исполняемые модули. При этом, начиная с 4-го уровня, рассмотрение ведется уже не в рамках предприятия в целом, а по отдельным подсистемам или приложениям.

Следующая колонка ("ГДЕ?") определяет пространственное распределение компонент системы и сетевую организацию. На уровне планирования бизнеса здесь достаточно определить расположение всех производственных объектов. На следующем уровне эти объекты объединяются в модель со связями, характеризующими взаимодействие между собой. На третьем уровне системной архитектуры осуществляется привязка компонент информационной системы к узлам сети. Четвертый уровень служит для определения физической реализации в терминах аппаратных платформ, системного программного обеспечения, а также средств промежуточного уровня, используемых для интеграции различных компонент информационной системы между собой. На пятом уровне определяются используемые протоколы и спецификации каналов связи. Последний уровень описывает функционирование реализованной сети.

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

Пятая колонка отвечает на вопрос "КОГДА?" и определяет временные характеристики бизнес-процессов и работы системы. Детализация осуществляется сверху вниз, начиная от календарного плана (уровень 1) и основных параметров, характеризующих выполнение бизнес-процессов (уровень 2). На третьем уровне определяются события, вызывающие изменение состояния информационных объектов и инициацию операций над ними. На следующем уровне эти события транслируются в программные вызовы или передаваемые сообщения. Пятый уровень определяет физическую реализацию обработки таких событий. На 6-м уровне - фактическая история функционирования системы.

Последняя колонка ("ПОЧЕМУ?" или "ЗАЧЕМ?") служит для определения мотивации и задает порядок перехода от задач бизнеса к требованиям и элементам информационных систем. Исходной точкой является бизнес-стратегия, которая затем последовательно транслируется в бизнес-план, затем в правила и ограничения для реализации бизнес-процессов, а на уровне 4 - в соответствующие приложения, необходимые для включения в состав информационных систем и, в дальнейшем, в их физическую реализацию. Такая модель описания полезна для идентификации возможных ограничений. Эти ограничения могут распространяться как от верхних уровней к нижним (например, указание руководства компании о выборе тех или иных средств, продуктов или принципов работы), так и в обратном направлении (например, возможности существующих технологий беспроводной связи в значительной степени определяют спектр предлагаемых услуг и организацию бизнес-процессов у провайдеров этих услуг).

3. Построение Модели Захмана

3.1 Контекстуальный уровень

На верхнем уровне приводится перечисление основных объектов, используемых в бизнесе, колонка «Что?»:

- Управление расчётами в интернет-магазине зоотоваров.

Колонка «Как?», на первом уровне содержит перечисление бизнес-процессов:

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

· Анализ конкурентной среды.

· Принятие решения по развитию.

· Определение структуры и объема капитала.

- Моделирование финансового состояния.

· Обоснование оптимальной величины издержек

· Обоснование оптимальной величины продаж.

· Формирование проекта финансового плана.

- Определение способов достижения смоделированного процесса.

· Составление плана по снижению издержек.

· Составление плана по увеличению продаж.

· Оптимизация финансового плана.

- Постановка задач исполнителям.

· Утверждение финансового плана.

· Передача плана и смет в отделы.

· Сбор отчетности по контролю за исполнением финансового плана.

- Контроль.

· Контроль издержек.

· Контроль продаж.

Колонка «Где?», на уровне планирования содержит определение расположения всех производственных объектов:

Разработка проекта ведется в Новосибирской области, в центральном районе, улица Каменская 52.

Колонка «Кто?», на уровне планирования бизнеса представляет список подразделений предприятия и выполняемые ими функции:

- Руководитель финансового отдела.

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

- Бухгалтер.

В колонке «КОГДА?» представлен краткий календарный план:

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

- Моделирование финансового состояния.

- Определение способов достижения смоделированного процесса.

- Постановка задач исполнителям.

- Контроль.

Шестая колонка ("ПОЧЕМУ?" или "ЗАЧЕМ?") служит для определения мотивации и задает порядок перехода от задач бизнеса к требованиям и элементам информационных систем. Поэтому здесь представлены основные стратегические бизнес цели:

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

- Отслеживание финансового положения на рынке.

- Контроль сдачи отчетности.

- Контроль финансов интернет-магазина.

3.2 Концептуальный уровень (владелец, менеджер)

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

На этом уровне в колонке «Что?» данные объекты объединяются в семантическую модель высокого уровня и обычно описываются в виде диаграммы "сущности-связи" (E-R диаграммы) с отражением основных связей и наиболее существенных бизнес-ограничений:

Рисунок 3 - Концептуальная модель в колонке «Что?» на 2 уровне

Второй уровень Модели Захмана в колонке «Как?» содержит верхний уровень модели бизнес-процессов, который будет декомпозирован на последующих уровнях иерархии:



Рисунок 4 - Верхний уровень модели бизнес-процессов, в колонке "Как?" на 2 уровне

Рисунок 5 - Управление расчетами в интернет-магазине



Рисунок 6 - Анализ финансового положения и определения путей развития

Рисунок 7 - Моделирование финансового состояния



Рисунок 8 - Определение способов достижения смоделированного процесса

Рисунок 9 - Постановка задач исполнителя



Рисунок 10 - Контроль

На 2 уровне модели Захмана, в колонке «Где?» объекты объединяются в модель со связями, характеризующими взаимодействие между собой:

Рисунок 11 - Колонка "Где?" на 2 уровне

На 2 уровне колонки «Кто?» приводится полная организационная диаграмма:

Рисунок 12 - Организационная диаграмма на 2 уровне колонки "Кто?"

В колонке «КОГДА?» определяются основные параметры, характеризующие выполнение бизнес-процессов, - например, требование ко времени регулирования результата:

- до 1 октября 2014 г. утвердить финансовый план

- до 15 января 2014 г. - создать финансовый отчет

- до 1 февраля 2014 г. - завершить регулирование результата;

В колонке «Почему?» на данном уровне отображается дерево проблем:

Рисунок 13 - Дерево проблем в колонке "Почему?" на 2 уровне

3.3 Логический уровень (конструктор, архитектор)

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

Рисунок 14 - Бизнес модель на 3 уровне колонки «Что?»

На 3 уровне модели в колонке «Как?» описываются операции над данными и архитектура приложений:

Рисунок 15 - Колонка "Как?" на 3 уровне

В колонке «Где?» на 3 уровне осуществляется привязка компонент информационной системы к узлам сети:

Рисунок 16 - Колонка "Где?" на 3 уровне

3 уровень колонки «Кто?» определяет участников и их роли:

Рисунок 17 - Колонка "Кто?" на 3 уровне

На третьем уровне колонки «Когда?» определяются события, вызывающие изменение состояния информационных объектов и инициацию операций над ними:

- 2014 год - Создание регламентов и проектирование моделей.

- 2015 год - Разработка интерактивных форм финансовых планов и финансовых отчетов.

- 2015 год - Разработка системы управления расчетами интернет-магазина.

- с 2015 года - Сопровождение ИС в электронном виде.

Третий уровень колонки «Почему?» содержит дерево целей:

Рисунок 18 - Дерево целей на 3 уровне колонки "Зачем?"

Рисунок 19 - Планирование количества продаж

3.4 Технологический или физический уровень (проектировщик)

Четвертый уровень колонки «Что?» представляет собой физическую модель данных в системе:

Рисунок 20 - Физическая модель на 4 уровне колонки "Что?"

На 4 уровне колонки «Как?» модель бизнес-процессов детализируется в методы классов:

Рисунок 21 - Колонка "Как?" на 4 уровне

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

Рисунок 22 - Уровень 4 колонки "Где?"

4 уровень колонки «Кто?»:

Рисунок 23 - Колонка "Кто?" на 4 уровне

Колонка «Когда?» на 4 уровне:

В соответствии с ИС интернет-магазина зоотоваров "Хвостик", полное функционирование электронного управления расчетами должно быть обеспечено до 2016 года.

Четвертый уровень колонки «Почему?» содержит стратегию достижения целей:



Рисунок 24 - Стратегия достижения целей на 4 уровне колонки "Почему?"

3.5 Уровень «Детали реализации»

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

Описание структуры данных (рис. 25). Демонстрирующая классы системы и взаимосвязи между ними.

Рисунок 25 - Диаграмма классов процесса разработки финансового плана

Сетевая архитектура. На данном уровне определяется то каким образом физически будет обусловлена передача информации внутри бизнес-процесса.

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

Рисунок 26 - Архитектура безопасности интернет-магазина зоотоваров

Определение временных привязок (рис. 27). Распределим все этапы бизнес-процесса по времени в человеко-днях.

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

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

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