Преподаватель который помогает студентам и школьникам в учёбе.

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

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

Предмет исследования – процесс проектирования информационной системы.

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

Для достижения поставленной цели необходимо выполнить ряд задач:

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

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

ГЛАВА 1. ХАРАКТЕРИСТИКА ИЗУЧАЕМОЙ ОБЛАСТИ

1.1 Характеристика предприятия и его деятельности

ООО «IT-SERVICE» организовано в 2012 г. На первых стадиях формирования были сформированы ключевые отделения, налажены структуры взаимодействия как в середине фирмы, так и с внешними покупателями, отработаны и внедрены новые технологические процессы обслуживания и ремонтных работ. Всё это стало возможно благодаря работе сплочённой команды специалистов и введению прогрессивного программно-аппаратного комплекса Help-Desk.

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

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

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

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

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

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

Профессиональная организация работ. Предприятие применяет специальное оснащение и прогрессивные технологии. «IT-SERVICE» беспрерывно улучшает собственные технологии и учит экспертов.

В нынешнее время структура «IT-SERVICE» содержит в себе 3 ключевых отделения:

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

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

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

Кроме этого, покупатели, направляясь в «IT-SERVICE», используют в собственных целях сервисы других подразделений фирмы (определенные сервисы интегрированы в сервисный контракт), таких как:

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

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

1.2 Описание основных понятий и их анализ и оценка

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

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

Современные системы проектирования могут быть разделены на две большие категории. Первую составляют CASE- системы (как независимые (upper CASE), так и интегрированные с СУБД), обеспечивающие проектирования БД и приложений в комплексе с интегрированными средствами разработки приложений "клиент-сервер" (например, Westmount I-CASE + Uniface, Designer / 2007 + Developer / 2007). Их основное преимущество заключается в том, что они позволяют разрабатывать всю ИС целиком (функциональные спецификации, логику процессов, интерфейс с пользователем и базу данных), оставаясь в одной технологической среде. Инструменты этой категории, как правило, имеют существенную сложности, широкой сферой применения и высокой гибкостью.

Вторую категорию составляют собственно средства проектирования БД, реализующих ту или иную методологию, как правило, "сущность- связь" ("entity-relationship") и рассматриваются в комплексе со средствами разработки приложений. К средствам этой категории можно отнести такие, как SILVERRUN + JAM, ERwin / ERX + PowerBuilder и др.

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

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

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

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

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

Westmount I-CASE;
Uniface;
Designer / 2007 + Developer / 2007 (ORACLE)
SILVERRUN + JAM;
ERwin / ERX + PowerBuilder.

Приведенный перечень никак не претендует на всесторонность. Помимо этого, на рынке беспрерывно возникают как новые (для российских юзеров) системы, так и новые версии, и изменения упомянутых систем (к примеру, CASE / 4/0, System Architect и т.д.).

Некоторое понимание о возможностях, более развитых СП способен предоставить сжатую характеристику последующих программных продуктов:

Westmount I-CASE представляет собою встроенный программный продукт, гарантирующий осуществление последующих функций:

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

· Проектирование диаграмм потоков данных, "сущность-связь", структур данных, структурных методик программ и последовательностей экранных форм;

· Генерация кодировки программ в 4GL целевой СУБД с абсолютным предоставлением программной среды и генерирование SQL-кода с целью формирования таблиц БД, индексов, ограничений целостности и сохраняемых операций;

· Программирование на языке C с интегрированным SQL;

· Управление версиями и конфигурацией проекта;

· Генерация проектной документации по обычным и персональным стандартам;

· Экспорт и импорт информации проекта в формате CDIF.

Westmount I-CASE допускается использовать в конфигурации "клиент- сервер", при этом основа предназначенных данных может размещаться в сервере, а рабочие места разработчиков могут являться покупателями.

Westmount I-CASE работает в абсолютно всех ключевых UNIX- платформах и VMS. В качестве целенаправленный СУБД могут применяться ORACLE, Informix, Sybase и Ingres.

1.3 Характеристика аналогов существующих систем

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

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

Программное обеспечение «IntraService» – многоцелевая ServiceDesk система с интернет-интерфейсом, дозволяющая автоматизировать учет и обрабатывание заказов (в т.ч. поступивших через интернет). Заказы распределяются согласно проектам. Обширные возможности для настройки и доработки. Экспортирование в Excel. Интегрированная основа сведений и знаний. Устанавливается на Windows Server с Microsoft SQL. Основными способностями «IntraService» представлены:

прием заказов по электронной почте;
прием заказов с помощью вашего сайта;
прием заказов по телефону;
интегрируема с Active Directory;
версия для PDA;
импорт пользователей из Excel.

Цену Enterprise в версии ServiceDesk составляет 145 000 руб.

Программное обеспечение «Kayako Fusion». Многофунциональная инсталлируемая Helpdesk система с интернет-дизайном для управления тикетами, имейлами, контактами, SLA договорами и заданиями (с целью коллективной работы). Содержит в себе модули портала самообслуживания, live-chat и desktop sharing, систему по прогнозу посетителей клиентского портала. «Kayako Fusion» владеет обширным перечнем возможностей.

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

Цена «Kayako Fusion» составляет 18 000 руб. в год. Программное обеспечение «SmartNut». Удобная онлайн Service Desk.

Дает возможность вести базу покупателей, условия SLA соглашений с ними, осуществлять подсчет заказов, рассматривать отчеты. Заказы возможно формировать вручную, или автоматически получать через интернет-форму. Заказы можно устанавливать ответственным работникам, осуществлять контроль их статус исполнения, добавлять комментарии. Оповещения по -email и SMS. К основным функциям «SmartNut» принадлежат:

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

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

ГЛАВА 2. АНАЛИЗ СРЕДСТВ РЕАЛИЗАЦИИ СТРУКТУРНЫХ МЕТОДОВ АНАЛИЗА И ПРОЕКТИРОВАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ

2.1 Анализ структурных методов анализа и проектирования ИС

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

- разбивка системы на уровне абстракции с ограничением числа элементов на каждом уровне;

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

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

- последовательное приближение к конечному результату.

В структурном анализе и проектировании используют разные модели. Наиболее распространенными являются:

- функциональная модель SADT (IDEF0), которая описывает функциональную структуру системы;

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

- диаграммы потоков данных DFD, которые описывают передачу

информации между функциональными процессами;

- спецификация BPMN (англ. Business Process Model and Notation, нотация и модель бизнес-процессов) позволяет описать БП в виде последовательности объектов потока управления с возможностью задания циклических действий.

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

Можно выделить следующие положительные черты структурных методов:

- графические диаграммы позволяют наглядно представить структуру системы;

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

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

При разработке ИС целесообразно использовать диаграммы потоков данных DFD, поскольку этот метод хорошо согласуется со средством моделирования данных (модель «сущность-связь»). Хранилища данных, описываемые на диаграммах DFD, является основой для построения модели «сущность-связь».

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

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

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

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

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

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

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

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

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

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

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

Комплекс работ на предпроектной стадии выполняется в несколько этапов:

- сбор материалов об объекте проектирования (предприятие);

- обработка и анализ материалов обследования;

- формирование требований к проектной системы.

На этапе сбора материалов исследования ведется в трех направлениях:

1) получение сведений о производственной деятельности, структуру, показатели деятельности предприятия. Результаты изучения предоставляются в виде соответствующих описаний;

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

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

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

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

2.2 Методология структурного анализа и проектирования ИС

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

В настоящее время успешно используются такие методологии, как SADT (Structure Analysis and Design Technique), структурный системный анализ Гейна-Сарсона, структурный анализ и проектирование Йодана / Де Марко, развитие систем Джексона и другие.

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

Несмотря на достаточно широкий спектр методов и диаграммной техники, большинство методологий базируются на следующей "классической" совокупности:

- Диаграмы потоков данных в нотации Йодана / Де Марко или Гейна- Сарсона, обеспечивающие анализ требований и функциональное проектирование информационных систем;

- расширение Хатли и Уорда-Меллора для проектирования систем реального времени, основанные на диаграммах переходов состояний, таблицах решений, картах и схемах потоков управления;

- Диаграмы "сущность-связь (в нотации Чена или Баркера)" для проектирования структур данных, схем БД, форматов файлов как части всего проекта;

Структурные карты Джексона и / или Константайна для проектирования межмодульных взаимодействий и внутренней структуры модулей.

Разработка основывается на модели ВХОД-ОБРАБОТКА-ВЫХОД: данные входят в систему, обрабатываются или превращаются и выходят из системы. Такая модель используется во всех структурных методологиях. При этом важен порядок построения модели. Традиционный процедурно- ориентированный подход регламентирует первичность проектирования функциональных компонент по отношению к проектированию структур данных: требования к данным раскрываются через функциональные требования. При подходе, который ориентируется на данные, вход и выход являются наиболее важными - структуры данных определяются первыми, а процедурные компоненты являются производными от данных.

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

Эффективным решением задачи оптимизации является применение "процессного подхода" и "8D методики командного решения проблем".

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

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

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

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

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

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

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

Для более глубокого понимания процессного подхода необходимо применять цикл Деминга-Шухарта «Plan — Do — Check — Act» (PDCA). Это «планирование — осуществление — проверка — действие». Использование этого цикла позволяет на практике реализовать непрерывное улучшение процессов, направленное на повышение эффективности работы организации.

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

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

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

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

Метод 8D также известен как: Global 8D, Ford 8D или TOPS 8D. Метод 8D разработан в компании «Форд» и представляет из себя 8 последовательных шагов решения проблемы, причины которой полностью или частично неизвестны. В методике 8D применяются командный, процессный, проблемный и аналитический подходы.

Каждый шаг (этап) метода 8D имеет в своем наименовании букву D, что означает Discipline (Дисциплина).

D0 — Определение проблемы и разработка плана.

D1 — Формирование команды.

D2 — Описание проблемы.

D3 — Сдерживание проблемы. D4 — Анализ проблемы.

D5 — Разработка корректирующих мероприятий.

D6 — Внедрение и валидация корректирующих действий.

D7 — Разработка предупреждающих действий.

D8 — Закрытие мини проекта 8D.

Метод 8D представляет собой методологию решения проблем с целью улучшения продукта или процесса. Она структурно состоит из 8 дисциплин, подчеркивая синергию группы. Методика 8D — это командная работа. Предполагается, что группа, в целом, более эффективна, чем качественная сумма отдельно взятых ее членов.

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

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

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

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

Концепция IDEF0

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

ARIS - методология и одноименный программный продукт компании IDS Sheer. Нотация ARIS eEPC является расширением нотации IDEF3.

Бизнес-процесс в нотации eEPC представляет собой поток последовательно выполняемых работ (процедур, функций), расположенных в порядке их выполнения. Между процессами могут быть отображены потоки материальных ресурсов и информации. Для описания инфраструктуры, необходимой для выполнения процесса, используют объекты Продукт/Сервис и ИТ система.

В соответствии с методологией ARIS каждый процесс может быть рассмотрен в пяти аспектах:

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

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

Организация в ARIS рассматривается с четырех точек зрения:

Организационной структуры,
Функциональной структуры,
Структуры данных,
Структуры процессов.

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

Модель AS IS («как есть») - модель существующего состояния организации. Данная модель позволяет систематизировать протекающие в данный момент процессы, а также используемые информационные объекты. На основе этого выявляются узкие места в организации и взаимодействии бизнес-процессов, определяется необходимость тех или иных изменений в существующей структуре.

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

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

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

Объекты нотации eEPC:

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

Стрелка, соединяющая Событие 1 и Функцию 1, «активирует» или инициирует выполнение Функции 1. Функция 1 «создает» Событие 2, за которым следует символ логического «И», «запускающий» выполнение Функций 2 и 3.

Нотация eEPC построена на определенных семантических правилах описания:

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

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

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

FMEA (аббревиатура от Failure Mode and Effects Analysis, анализ видов и последствий отказов) — методология проведения анализа и выявления наиболее критических шагов производственных процессов с целью управления качеством продукции.

Согласно военному стандарту США MIL-STD-1629 «Procedures for Performing a Failure Mode, Effects and Criticality Analysis», FMEA — это процедура, с помощью которой проводится анализ всех возможных ошибок системы и определения результатов или эффектов на систему с целью классификации всех ошибок относительно их критичности для работы системы. Наиболее известными методами принятия решений при оптимизации бизнес-процессов являются технологии мозгового штурма, метод номинальных групп и бенчмаркинг.

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

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

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

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

BPwin проверяет создаваемые модели с точки зрения синтаксиса выбранной методологии, количество ссылок целостность между диаграммами, а также выполняет ряд других проверок, чтобы создать правильную модель, а не просто рисунок. Поскольку IDEF0 была рассмотрена достаточно подробно и она реализована в Bpwin строго по методологии, рассмотрим подробнее реализацию методологий DFD и IDEF3.

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

потоков данных (Data Flow Diagrams). Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота вашей организации. Чаще всего диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.

Как нотации DFD использует четыре элемента:

Работы. Работы в DFD обозначают функции или процессы, которые обрабатывают и изменяют информацию. Работы представлены на диаграммах в виде прямоугольников со скругленными углами. (См. Рис.8 - "Проверить наличие товара на складе")

Стрелки. Стрелки идут от объекта-источника к объекту-приемника, обозначая информационные потоки в системе документооборота. (См. Рис.8 - "Запрос на склад")

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

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

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

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

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

Модель, выполненная в IDEF3 может содержать следующие элементы:

Единицы работы (Unit of Work) - основной компонент диаграммы IDEF3 близок по содержанию к работе IDEF0.

Связи (Links) - связи, изображаемые стрелками, показывают взаимоотношения работ. В IDEF3 различают три типа связей:

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

Связь отношения (Relational) - показывает связь между двумя работами или между работой и объектом ссылки. Обозначается пунктирной линией.

Связь поток объектов (Object Flow) - показывает участие некоторого объекта в двух или более работах, как, например, если объект производится в ходе выполнения одной работы и потребляется другой работой. Обозначается стрелкой с двумя наконечниками.

ЗАКЛЮЧЕНИЕ

Результаты работы

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

СПИСОК ЛИТЕРАТУРЫ

ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы»
Алексунин В.А., Родигина В.В. Электронная коммерция и маркетинг в Интернет.- Учебное пособие. - М.: «Дашков и К0», 2015. – 320с.
Аналитический портал рынка веб-разработок «CMSmagasine» // Рейтинг CMS // http://ratings.cmsmagazine.ru
Ашманов И. С. Национальные особенности поисковых систем // Журнал «Компьютер в школе», № 01, 2013 год
Браун, Д. Разработка веб-сайта. Взаимодействие с заказчиком, дизайнером и программистом. / Д. Браун, - Спб.; Питер, 2012. – 336 с.
Гаевский А.Ю., Романовский В.А. Создание Web-страниц и Web- сайтов. М.: 2013. - 464 с.
Е. Жарикова, Выбор системы управления контентом интернет- ресурса. // http://www.ibusiness.ru
Емельянова Н.З. Проектирование информационных систем. – Москва.: Форум, 2016. – 432 с.
Маршавин Р.А., Ляпунов С.И. Глобальный бизнес и информационные технологии, Учебное пособие. - М.: 2014 г. – 260с.
Мещеряков С.В., Иванов В.М. Эффективные технологии создания информационных систем. – Москва.: Политехника, 2013. – 309 с.
Мишенин А.И. Теория экономических информационных систем. – Москва.: Финансы и статистика, 2014. – 240 с.
Основы контентной оптимизации. / Н. В Евдокимов. – М., 2017.-160 с.