Разработать контрольный пример

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

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

№11

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

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

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

Документ, которые подкрепляет правомерность действий и обозначение единого понимание всех аспектов — ГОСТ Р 50922-96.

№12

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

• «Оранжевая книга» Национального центра защиты компью­теров США (TCSEC);

• Гармонизированные критерии Европейских стран (ITSEC);

• Рекомендации Х.800;

• Концепция защиты от НСД.

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

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

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

1) концепция безопасности;

2) гарантированность.

закона № 152-ФЗ от 27.07.2006 г. "О персональных данных", который вступает в действие с 01 января 2011 г, а также всего комплекса различных нормативных актов РФ, содержащих требования по защите персональных данных.

Все мероприятия по обеспечению безопасности обработки персональных данных можно разделить на три достаточно больших раздела:

- Организационно – методологический

- Технический

- Программный

?????????????????????????????

№13

Стадии и этапы создания ИС, выполняемые организациями-участниками, прописываются в договорах и технических заданиях на выполнение работ:

Стадия 1. Формирование требований к ИС.

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

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

Стадия 2. Разработка концепции ИС.

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

Стадия 3. Техническое задание.

  • разработка и утверждение технического задания на создание ИС.

Стадия 4. Эскизный проект.

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

Стадия 5. Технический проект.

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

Стадия 6. Рабочая документация.

  • разработка рабочей документации на ИС и ее части;
  • разработка и адаптация программ.

Стадия 7. Ввод в действие.

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

Стадия 8. Сопровождение ИС.

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

№ 14

внедрение может осуществляться с использованием следую­щих методов:

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

• параллельный метод, при котором все задачи внедряются во всех подсистемах одновременно;

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

Внедрение проекта осуществляется в течение трех этапов:

• подготовка объекта к внедрению;

• опытное внедрение;

• сдача проекта в промышленную эксплуатацию.

Первый этап- «Подготовка объекта к внедрению».На этом этапе осуществляются следующие операции:

• изменяется организационная структура объекта (предприя­тия);

• набираются кадры соответствующей квалификации в облас­ти обработки информации и эксплуатации системы и сопро­вождения проектной документации;

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

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

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

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

• осуществляется создание файлов информационной базы с нор­мативно-справочной информацией. На вход этого этапа поступают компоненты «Технического проекта» в части «Плана мероприятий по внедрению», решения по техническому и информационному обеспечению, техноло­гические и инструкционные материалы «Рабочего проекта». В результате выполнения этапа составляется «Акт готовности объекта к внедрению» проекта ЭИС. Затем формируется состав приемной комиссии, разрабатывается «Программа проведения опытного внедрения» и издается «Приказ о начале опытного вне­дрения».

Второй этап - «Опытное внедрение».На этом этапе вне­дряются проекты нескольких задач в нескольких подсистемах. В процессе опытного внедрения выполняются следующие работы:

«подготовка исходных оперативных данных для задач, кото­рые проходят опытную эксплуатацию;

• ввод исходных данных в ЭВМ и выполнение запланирован­ного числа реализации;

• анализ результатных данных на предмет наличия ошибок.

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

После устранения ошибок получают «Акт о проведении опыт­ного внедрения», который служит сигналом для начала выпол­нения следующего этапа.

На третьем этапе «Сдача проекта в промышленную эксп­луатацию»используют следующую совокупность документов:

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

· «Приказ на разработку ЭИС»;

· ТЭО и ТЗ;

· исправленный «Техно-рабочий проект»;

· «Приказ о начале промышленного внедрения»;

· «Программа проведения испытаний»;

· «Требования к научно-техническому уровню проекта системы».

В процессе сдачи проекта в промышленную эксплуатацию осуществляются следующие работы:

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

• проверка соответствия проектных решений по ЭИС требова­ниям ТЗ;

• проверка соответствия проектной документации гостам и ос­там;

• проверка технологических процессов обработки данных по всем задачам и подсистемам;

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

• выявление локальных и системных ошибок и их исправление.

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

На четвертой стадии «Эксплуатация и сопровождение проекта»выполняются следующие этапы:

• эксплуатация проекта;

• сопровождение и модернизация проекта.

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

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

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

• сделать заключение о необходимости модернизации всего про­екта или его частей;

• определить объемы доработок, сроки и стоимость выполне­ния этих работ с целью получения «Техно-рабочего проекта»,

прошедшего модернизацию.

№15

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

Технологические процессы можно классифицировать по различным признакам (рис. 7.1), в частности по типу автоматизируемых процессов управления в ЭИС можно выделить:

· технологические процессы, выполняемые в системах обработки данных (СОД);

· технологические процессы аналитической обработки данных в системах подготовки принятия решений (СППР) и экспертных системах (ЭС);

· технологические процессы для разработки новых видов продукции и получения чертежной и технологической документации в системах автоматизированного проектирования (САПР);

· технологические процессы, выполняемые в системах электронного документооборота (СЭД).

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

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

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

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

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

Технологический процесс состоит из совокупности технологических операций.

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

· съем первичной информации, т.е. получение количественной характеристики показателей (например, количество отпущенных материалов, количество изготовленных деталей и т.д.);

· регистрация первичной информации - нанесение всех реквизитов оснований (количественных характеристик) и признаков на какой-либо носитель;

· сбор первичной информации - получение пакета сообщений, «пачки» документов или файла на машинных носителях;

· передача первичной информации от места возникновения к месту обработки.

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

 

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

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

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

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

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

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

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

· по времени выполнения: предварительный контроль, текущий контроль, заключительный контроль;

· по степени охвата контролем рабочих операций: пооперационный контроль и контурный контроль, охватывающий несколько рабочих операций;

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

 

№16

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

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

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

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

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

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

 

№17

На стадии Внедрение проекта проводятся подготовка и постепенное освоение разработанной проектной документации ЭИС заказчиками системы.

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

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

· параллельный метод, при котором все задачи внедряются во всех подсистемах одновременно;

· смешанный подход, согласно которому проектировщики, внедрив несколько подсистем первым методом и накопив опыт, приступают к параллельному внедрению остальных.

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

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

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

Эксплуатация и сопровождение проекта. Эксплуатация проекта. Сопровождение и модернизация проекта.

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

 

№ 18

Метод SADT представляет собой совокупность правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Данный метод успешно использовался в военных, промышленных и коммерческих организациях США для решения широкого круга задач, таких, как долгосрочное и стратегическое планирование, автоматизированное производство и проектирование, разработка ПО для оборонных систем, управление финансами и материально-техническим снабжением и др.

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

 

 полнота описания бизнес-процесса (управление, информационные и материальные потоки, обратные связи);

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

 соответствие подхода к описанию процессов стандартам ISO 9000.

 

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

№19

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

Под моделью в IDEF0 понимают описание системы (текстовое и графи­ческое), ĸᴏᴛᴏᴩᴏᴇ должно дать ответ на некоторые заранее определённые вопросы.

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

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

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

Модель может содержать четыре типа диаграмм˸

· контекстную (в каждой модели должна быть только одна контекстная диаграмма);

· декомпозиции;

· дерева узлов;

· только для экспозиции (FEO).

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

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

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

№20

IDEF3 является стандартом документирования технологических процессов, происходящих на предприятии, и предоставляет инструментарий для наглядного исследования и моделирования их сценариев [7 – 9]. Сценарием (Scenario) принято называть описание последовательности изменений свойств объекта͵ в рамках рассматриваемого процесса (к примеру, описание последовательности этапов обработки детали в цехе и изменение её свойств после прохождения каждого этапа). Исполнение каждого сценария сопровождается соответствующим документооборотом, который состоит из двух базовых потоков˸ документов, определяющих структуру и последовательность процесса (технологические карты, стандарты и т.д.), и документов, отображающих ход его выполнения (результаты тестов и экспертиз, отчеты о браке, и т.д.). Для эффективного управления любым процессом, крайне важно иметь детальное представление об его сценарии и структуре сопутствующего документооборота.

Средства документирования и моделирования IDEF3 позволяют выполнять следующие задачи˸

1. Документировать данные о технологии процесса.

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

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

4. Содействовать принятию оптимальных решений при реорганизации технологических процессов.

5. Разрабатывать имитационные модели технологических процессов, по принципу "КАК БУДЕТ, ЕСЛИ..." Такая возможность существует при использовании, к примеру, системы имитационного моделирования ARENA.

№21

DFD (Data Flow Diagram) подобные диаграммы содержат, как правило, два типа графических объектов: четырехугольники и стрелки. Первые описывают функции (работы, процессы), вторые — потоки данных между этими функциями. Простейшая схема процесса в формате DFD показана ниже.

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

- Определение существующих хранилищ данных (текстовые документы, файлы, Система управления базой данных — СУБД);

- Определение и анализ данных, необходимых для выполнения каждой функции процесса;

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

- выделение основных и вспомогательных бизнес-процессов организации.

Диаграммы потоков данных (Data Flow Diagrams — DFD) представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления — продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
Для построения DFD традиционно используются две различные нотации, соответствующие методам Йордона-ДеМарко и Гейна-Сэрсона. Эти нотации незначительно отличаются друг от друга графическим изображением символов (далее в примерах используется нотация Гейна-Сэрсона).
В соответствии с данным методом модель системы определяется как иерархия диаграмм потоков данных, описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи потребителю.

Состав диаграмм потоков данных
Основными компонентами диаграмм потоков данных являются:

- внешние сущности;

- системы и подсистемы;

- процессы;

- накопители данных;

- потоки данных.

№22

FEO (For Exposition Only) диаграммы (другое название - диаграммы только для экспозиции, описания) используются для иллюстрации альтернативной точки зрения, для отображения отдельных деталей, которые не поддерживаются явно синтаксисом IDEF0. FEO диаграммы позволяют нарушить любое синтаксическое правило, посколько эти диаграммы - фактически обычные картинки - копии стандартных диаграмм. Например, работа на FEO диаграмме может не иметь стрелок выхода или управления. AllFusion Process Modeler позволяет также строить FEO диаграммы для диаграмм в нотации DFD.

Обычно FEO –диаграммы применяются как специальное средство объяснения с различных точек зрения отдельных составных частей проекта или для дополнительного изучения функциональных деталей, которые не получили должного исследования из-за особенностей синтаксиса IDEF0.
При создании диаграммэкспозиции FEO позволяется нарушать синтаксические правила IDEF0, поскольку, по сути своей, они являются просто копиями стандартных диаграмм и не включаются в анализ синтаксиса. Например, функция на диаграмме FEO может не иметь стрелок управления и выхода. С целью обсуждения определенных аспектов модели с экспертом предметной области может быть создана диаграмма только с одной функцией и одной стрелкой, поскольку стандартная диаграмма декомпозиции содержит множество деталей, не относящихся к теме обсуждения и дезориентирующих эксперта. Но еслиFEOиспользуется для иллюстрации альтернативных точек зрения (альтернативный контекст), то рекомендуется все-таки придерживаться синтаксисаIDEFO.
В контекстной диаграмме или диаграммах декомпозиции могут существовать неограниченное количество FEO-диаграмм. Диаграммы этого типа могут сопровождаться различного рода текстовыми примечаниями, синтаксис которых также может не соответствовать правилам методологии IDEF0.
FEO-диаграмма внешне выглядит также, как и оригинальная диаграмма, за исключением имени, которое присваивается FEO-диаграмме. Например, если FEO-диаграмма была добавлена к диаграмме с номером А1.3, то FEO-диаграмма получит номер А1.3F.

№23-24

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

Основоположник термина OLAP — Эдгар Кодд, предложил в 1993 году «12 законов аналитической обработки в реальном времени».

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

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

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

Преимущества OLAP-систем

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

Разработка каждого отчёта требует работы программиста.

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

Данные, получаемые от различных структурных элементов компании не унифицированы и часто противоречивы.

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

Создание OLAP-системы на предприятии позволит:

· Интегрировать данные различных информационных систем, создав единую версию правды

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

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

· Действие OLAP

· Причина использования OLAP для обработки запросов — это скорость. Реляционные БД хранят сущности в отдельных таблицах, которые обычно хорошо нормализованы. Эта структура удобна для операционных БД (системы OLTP), но сложные многотабличные запросы в ней выполняются относительно медленно.

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

· Например, все клиенты могут быть сгруппированы по городам или по регионам страны (Запад, Восток, Север и т. д.), таким образом, 50 городов, 8 регионов и 2 страны составят 3 уровня иерархии с 60 членами. Также клиенты могут быть объединены по отношению к продукции; если существуют 250 продуктов по 2 категориям, 3 группы продукции и 3 производственных подразделения, то количество агрегатов составит 16560. При добавлении измерений в схему, количество возможных вариантов быстро достигает десятков миллионов и более.

№25

CRМ - управление отношениями с клиентами

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

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

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

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

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

В современном понимании ERP система (Enterprise Resource Planning) представляет собой интегрированную информационную систему управления предприятием. Она обеспечивает автоматизацию планирования, учета, контроля и анализа всех бизнес процессов. В основе работы ERP системы лежит управление единым хранилищем данных, которое содержит всю необходимую корпоративную информацию: финансовую, производственную, кадровую, информацию по запасам и пр.

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

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

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

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

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