Анализ и оценка средств реализации структурных методов анализа и проектирования экономической информационной системы (Предметная область)

Содержание:

Введение

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

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

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

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

Целью данной работы является анализ программных средств и методы для построения таких систем, как VISIO, BizAgi, BuisnessStudio и т.д.

Предметная область
1.1. Основная область применения и общие характеристики современных систем

Любая современная система, построенная на ведущем программном обеспечении должна удовлетворять треборваниям IT-аутсорсинга.

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

Отличительные характеристики IT-аутсорсинга как вида аутсорсинговых услуг:

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

Сама по себе эта услуга обладает рядом следующих преимуществ:

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

Разновидности

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

• сторонняя поддержка дата-центров;
• поддержка работы персональных компьютеров, СКС, ЛВС и серверов.
• аутсорсинг корпоративных приложений;
• сетевой аутсорсинг.

Преимущества использования

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

Что даёт в связи с этим использование IT-аутсорсинга? Первое и главное — это повышение прибыльности конкретного бизнеса. Это происходит благодаря следующим факторам:

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

Рис. 1.1.1 Организационная структура управления фирмой

Протоколы общения в системах

Несмотря на то, что современное программное обеспечение позволяет строить системы, не касаясь пониманий технических аспектов при передаче данных в них, сетевая модель имеет большое значение. В современных системах, используют, как стек протоколов взаимодействия человека с компьютером TCP/IP, так и его предшественницу – сетевую модель OSI.

Сетевая модель OSI – это сетевая модель стека сетевых протоколов OSI/ISO. Посредством данной модели различные сетевые устройства могут взаимодействовать друг с другом. Она разработана Международной организацией по стандартам. Представляет собой иерархию, состоящую из 7 уровней.

Модель OSI не случайно называют моделью сетевого взаимодействия, а также её не случайно называют эталонной моделью. Модель OSI описывает то, как должны взаимодействовать машины в компьютерной сети. Если говорить в рамках определения, то OSI – это базовая или эталонная модель взаимодействия открытых систем. Как мы знаем, любое взаимодействие происходит по протоколу или определённому набору правил взаимодействия, например, взаимодействие между браузером и веб-сервером происходит по протоколу HTTP.

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

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

Протокол HTTP находится на самом высоком – седьмом уровне модели OSI. Сетевая модель взаимодействия OSI – это довольно абстрактная вещь, которая описывает то, как должны взаимодействовать машины друг с другом в компьютерной сети.

Как и было сказано выше, модель OSI разработала международная организация стандартизации ISO. Не секрет, что в отрасли IT довольно много различных направлений и даже не направлений, а, скажем так, слоёв.

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

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

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

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

В качестве выхода из сложившейся ситуации была разработка эталонной модели сетевого взаимодействия OSI. Естественно, модель OSI – это академический подход и её разработка заняла 7 лет. Здесь я подмечу, что модель OSI лишь описывает принципы взаимодействия устройств в сети, но не говорит о том, как это должно быть реализовано физически.

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

Рис. 1.2.1 Уровни сетевой модели OSI

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

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

Строгость и иерархичность модели OSI — это также недостаток данной модели, так как в природе нет ничего идеального и строго иерархичного.

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

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

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

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

Также стоит отметить, что единицей измерения на первом уровне модели OSI является бит. Как ни странно, но на физическом уровне уже происходит деление клиент/сервер. Также на физическом уровне есть свои собственные протоколы: различные протоколы Wi-Fi, GSM, Bluetooth и другие.

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

Единицей измерения информации на втором уровне модели OSI является кадр, который состоит из нескольких бит полезной информации и служебной информации. Канальный уровень модели OSI делится на два подуровня:

• подуровень MAC. На этом подуровне определяется доступ к физической среде, за счёт данного подуровня канальный уровень может взаимодействовать с несколькими физическими уровнями;
• подуровень LLC. Данный подуровень обеспечивает взаимодействие с сетевым уровнем модели OSI.

Самым широко распространённым устройством второго уровня модели OSI является коммутатор доступа, который устанавливается практически в каждом доме провайдером, именно к коммутатору подключаются роутеры.

Сетевой уровень модели OSI является третьим по счёту уровнем эталонной модели сетевого взаимодействия. На третьем уровне модели OSI происходит формирование маршрутов и путей передачи данных между устройствами, находящимися в сети. Естественно, маршрут определяется оптимально и при этом учитывается дальность маршрута и нагрузка на узлы сети.

Также на третьем уровне эталонной модели происходит преобразование логических сетевых адресов в физические и наоборот. Этот процесс получил название – трансляция. Самым популярным протоколом третьего уровня модели OSI является протокол IP, на данный момент поддерживается две версии протокола IP: IPv4 и IPv6.

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

Четвёртый уровень модели OSI насчитывает множество различных протокол передачи данных: есть протоколы, которые только лишь обеспечивают транспортные функции, а есть протоколы, которые гарантируют правильную передачу данных по сети. В зависимости от потребностей и технических условий выбирается тот или иной протокол. Например, потоковое видео в Интернете никто не будет предавать по протоколу, гарантирующему 100% правильность передачи данных, в качестве примера такого протокола можно привести UPD.

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

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

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

На самом деле, задачи сеансового уровня модели OSI несколько шире, чем описаны выше. В качестве примера протоколов сеансового уровня можно привести: ADSP, PPTP, H.245.

Уровень представления или представительский уровень модели OSI является шестым уровнем эталонной модели сетевого взаимодействия. Шестой уровень модели OSI определяет способы представления данных, а также способы шифрования передачи данных. Например, протокол HTTP никак не шифрует данные при передаче, поэтому эти функции на себя берут протоколы SSL и TLS, которые относятся к шестому уровню модели OSI.

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

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

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

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

Однако, несмотря на всё выше сказанное, модель OSI имеет и свои недостатки.

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

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

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

Анализ и оценка программного обеспечения
2.1. Инструменты

моделирования бизнес-процессов

Когда м

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

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

BizAgi Suite

Рис 2.1.1 BizAgi Suite

Если требуется получить не только модели и описания бизнес-процессов, но и создать исполняемые приложения по ним, то это именно то, что нужно. BizAgi Suite состоит, по сути, из двух модулей — BizAgi Modeler, который используется для моделирования и описания бизнес-процессов и BizAgi Studio, который позволяет превратить модели в исполняемые приложения. Классно то, что это не требует навыков программирования, т.е. каждому по силам делать приложения.

Исполняемое приложение – это приложение на базе BizAgi Engine, которое превращает модель в программу. Например, Вы можете создать модель согласования заявки на закупку и превратить её в приложение, которое позволит участникам процесса выполнять в этом приложении все операции процесса — создание заявки, прохождение заявки через разные стадии согласования, комментирование, доработки заявки и т.д.

Функционал и особенности:

Моделирование бизнес-процессов, их проверка и анализ;

Создание описания бизнес-процессов;

Создание исполняемых приложений на базе моделей;

Выполнение и отслеживание процессов в реальном времени;

Назначение процессов сотрудникам;

Назначение других ресурсов бизнес-процессам;

Программа на русском языке.

ELMA BPM

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

ELMA позволяет исполнять и отслеживать выполнение процессов в реальном времени. Для построения моделей используется нотация BPMN 2.0. Кстати, именно благодаря сотрудникам ELMA, нотация была переведена на русский язык.

Рис. 2.1.2 Среда работы в ELMA BPM

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

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

Функционал и особенности:

Построение моделей бизнес-процессов;

Назначение ролей бизнес-процессов сотрудникам;

Выполнение и отслеживание процессов в реальном времени;

Системная работа с документооборотом;

Удобная “справка”;

Отличная поддержка;

Интеграция с 1С.

Business Studio

Так же, как и ELMA, Российская разработка. Наверное, самый раскрученный инструмент для управления бизнес-процессами на отечественном рынке. Первая версия увидела свет в 2004 году.

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

Рис. 2.1.3 Среда работы в Business Studio

Построение бизнес-процессов, как часто происходит, производится сверху вниз. Программа поддерживает несколько нотаций моделирования: IDEF, eEPC, BPMN и еще несколько других.

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

Функционал и особенности:

Моделирование процессов в разных нотациях;

Автоматическая генерация документов;

Постановка целей компании по Системе сбалансированных показателей;

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

Контроль выполнения процессов;

База знаний.

Visual Paradigm

Начнём с того, что VP поддерживает большое количество нотаций, блок-схем и моделей. Начиная от стандартных нотаций IDEF, eEPC и BPMN, и заканчивая схемами баз данных, диаграмм взаимодействия и матриц.

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

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

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

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

Функционал и особенности:

Моделирование бизнес-процессов в разных нотациях;

Построение других моделей;

Проверка моделей;

Автоматическая генерация документов;

Управление атрибутами элементов моделей;

Создание и назначение правил поведения моделей;

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

Взаимосвязь моделей;

Выгрузка моделей в виде программного кода;

Выгрузка модели в графическом виде;

Версия для Mac OS X.

Bizagi Modeler

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

Очень простой, лаконичный и удобный интерфейс.

Хороший, рабочий инструмент для моделирования, который, к тому же, часто обновляется и совершенствуется. Модели, построение в BizAgi Modeler, полностью совместимы с полной версией — Suite. Существуют определённые ограничения при моделировании, которых нет в нотации BPMN и свойственных только этой программе, но они в принципе обходятся.

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

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

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

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

Функционал и особенности:

Нотация BPMN;

Проверка моделей;

Автоматическая генерация документов;

Управление атрибутами элементов моделей;

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

Выгрузка модели в графическом виде;

Удобный интерфейс;

На русском языке;

Возможна совместная работа над моделями.

ARIS Express

Бесплатная и простая “рисовалка” процессов от монстра по имени ARIS. А точнее, Software AG.

В своём распоряжении имеет несколько вариантов моделей, в частности: модели бизнес-процессов в нотации eEPC и BPMN, организационные модели, карты процессов и т.д. Примечательна наличием функции Smart Design, которая позволяет быстро забить необходимые данные в таблицу и программа самостоятельно создаст диаграмму. Для быстрых набросков весьма удобно.

К сожалению, Express это только графическое средство. Модели нельзя связать друг с другом, атрибуты не назначишь и тому подобное. Состав элементов диаграмм весьма ограничен, так что не получится создать модель в Express и экспортировать в ARIS BA.

Рис. 2.1.4 Среда работы в ARIS Express

Функционал и особенности:

Нотации eEPC и BPMN;

Организационная структура;

Функция Smart Design;

Выгрузка модели в графическом виде;

Простой интерфейс.

Gliffy

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

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

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

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

Функционал и особенности:

Полная поддержка BPMN;

Взаимосвязи моделей через гиперссылки;

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

Гибкая настройка внешнего вида элементов.

Сущности и их функции в системах предприятий

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

Основные задачи аудита ИТ подразделения:

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

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

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

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

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

Основной план

Аудит и анализ:

• анализ бизнеса;
• аудит ИТ.

Разработка:

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

Реализация:

• внедрение модели предоставления услуг;
• внедрение процессной модели;
• построение организационной структуры.
• Обзор и оценка.

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

Прецедент «Аутентификация пользователя» активизируется всеми субъектами ИС. Прежде чем пользователю начать работу с БД, система запрашивает используемый клиентом пароль и логин. Если пользователь не зарегистрирован или в пароле и/или логине допустил ошибку, то он не получает доступа к работе в ИС. После успешной проверки логина и пароля пользователя открывается главное окно программы. На рис. ниже представлена диаграмма последовательности этого прецедента.

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

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

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

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

Рис.2.2.3 Диаграмма действий «Настройка прав доступа»

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

Рис.2.2.4 Диаграмма действий «Ввод записи в БД»

Заключение

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

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

Использование новых возможностей Интернета переведёт электронную коммерцию на качественно новый уровень.

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

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

1. ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы»
2. Алексунин В.А., Родигина В.В. Электронная коммерция и маркетинг в Интернет.- Учебное пособие. - М.: «Дашков и К0», 2010. – 320с.
3. Аналитический портал рынка веб-разработок «CMSmagasine» // Рейтинг CMS // http://ratings.cmsmagazine.ru
4. Ашманов И. С. Национальные особенности поисковых систем // Журнал «Компьютер в школе», № 01, 2009 год // Издательство «Открытые системы»
5. Браун, Д. Разработка веб-сайта. Взаимодействие с заказчиком, дизайнером и программистом. / Д. Браун, - Спб.; Питер, 2010. – 336 с.
6. Все о Joomla - http://www.joomlabegin.ru/
7. Гаевский А.Ю., Романовский В.А. Создание Web-страниц и Web-сайтов. М.: 2008. - 464 с.
8. Дакетт, Джон. Основы веб-программирования под использованием среды HTML, XHTML и CSS./ Джон Дакетт, - М.; Эксмо, 2010. – 768 с.
9. Е. Жарикова, Выбор системы управления контентом интернет-ресурса. // http://www.ibusiness.ru
10. Емельянова Н.З. Проектирование информационных систем. – Москва.: Форум, 2009. – 432 с.
11. Иванов, Андрей. Оптимизация и продвижение сайтов в поисковых системах./ Андрей Иванов, Игорь Ашманов, - Спб.; Питер, 2011. – 400 с.
12. Информатика: Учебник для вузов (Гриф МО РФ) / Острейковский В.А., М: Высшая школа, 2010.- 511 с.
13. Каталог бесплатных CMS // Рейтинг систем управления // http://catalogcms.ru
14. Киселев Ю.Н. Электронная коммерция: практическое руководство.- СПб: ООО «ДиаСофтЮП», 2010.- 290с.
15. Козье Дэвид, Электронная коммерция: перевод с английского./ Дэвид Козье - ИТД Русская редакция, Москва, 2010. - 288 с.
16. Костарев, Алексей. PHP 5. /Алексей Костарев, Дмитрий Котеров, - Спб.; БХВ-Петербург, 2012. – 1104 с.
17. Кошик, Авинаш. Веб-аналитика. Анализ информации о посетителях веб-сайтов. / Авинаш Кошик, - М.; Диалектика, 2010. – 464 с.
18. Ломов, Артемий. HTML, CSS, скрипты: практика создания сайтов. / Артемий Ломов, - Спб.; БХВ-Петербург, 2010. – 416 с.
19. Маршавин Р.А., Ляпунов С.И. Глобальный бизнес и информационные технологии, Учебное пособие. - М.: 2011 г. – 260с.
20. Мещеряков С.В., Иванов В.М. Эффективные технологии создания информационных систем. – Москва.: Политехника, 2009. – 309 с.
21. Мишенин А.И. Теория экономических информационных систем. – Москва.: Финансы и статистика, 2010. – 240 с.
22. Основы контентной оптимизации. / Н. В Евдокимов. – М., 2007.-160 с.
23. Официальный сайт расширений для Joomla //http://extensions.joomla.org
24. Официальный сайт системы управления контентом «1С-Битрикс: Управление сайтом» // http://www.1c-bitrix.ru