Сопровождение и продвижение информационных систем

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

Сопровождение и продвижение ИС

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

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

1) Классификация по характеру обрабатываемой информации. В соответствии с этим признаком выделяют:

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

· фактографические информационные системы

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

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

2) Классификация по целевым функциям.

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

· информационно-справочные системы;

· информационно-расчетные системы;

· информационно-логические системы;

· управленческие системы.

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

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

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

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

3) Классификация по видам процессов управления.

Автоматизированные информационные системы подразделяются на:

· АИС управления технологическими процессами;

· АИС организационного управления;

· АИС управления организационно-технологическими процессами;

· АИС научных исследований;

· обучающие АИС

АИС управления технологическими процессами - это человеко-машинные системы, обеспечивающие управление технологическими устройствами, станками, автоматическими линиями.

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

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

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

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

4) Классификация по отраслевому и территориальному признаку.

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

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

Территориальные АИС предназначены для управления административно-территориальными районами. Деятельность территориальных систем направлена на качественное выполнение управленческих функций в регионе, формирование отчетности, выдачу оперативных сведений местным государственным и хозяйственным органам.

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

Обеспечение АИС

Различают 9 обеспечивающий подсистем или так называемое обеспечение АИС:

1. Информационное.

2. Лингвистическое.

3. Математическое.

4.Методическое.

5. Организационное.

6. Правовое.

7. Программное.

8. Техническое.

9. Эргономическое.

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

Информационно обеспечение включает:

1. Описание технологических процессов.

2. Описание организации информационной базы.

3. Описание входных потоков.

4. Описание выходных сообщений.

5. Описание систем классификации и кодирование.

6. Формы документов.

7. Описание структуры массивов.

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

Назначение классификаторов:

1. Систематическое наименование кодируемых объектов.

2. Однозначная интерпретация одних и тех же объектов в различных задачах.

3. Возможность обобщения информации по заданной совокупности признаков.

4. Возможность сопоставления одних и тех же показателей.

5. Содержание в формах статической отчетности.

6. Возможность поиска и обмена информации между подсистемами и внешними АИС.

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

Используются 3 метода классификации объектов:

1.Иерархический.

2.Фасетный.

3.Дескрипторный.

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

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

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

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

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

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

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

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

Языковые средства лингвистического обеспечения делятся на две группы:

1.Традиционные языки (естественные, математические, алгоритмические, яз. моделирования и т.д.).

2.Языки, предназначенные для диалога с ЭВМ.

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

В состав математического обеспечения входят: 1.Средства математического обеспечения (средства моделирования типовых задач управления, методы многокритериальной оптимизации, математической статистики и т.д.). 2.Техническая документация (описание задач, алгоритмы решения задач) 3.Методы выбора математического обеспечения (методы определения типов задач, методы оценки вычислительной сложности алгоритмов, методы оценки достоверности результатов).

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

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

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

Обобщенная схема организационного бизнес-моделирования

Построение бизнес-модели компании начинается с моделирования ее взаимодействия с внешней средой, т. е. с определения миссии компании.

Миссия согласно стандарту ISO 15704 -- это:

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

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

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

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

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

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

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

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

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

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

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

На этом этапе бизнес-моделирования формируется общепризнанный набор основополагающих внутрифирменных регламентов:

• базовое Положение об организационно-функциональной структуре компании;

• пакет Положений об отдельных видах деятельности (финансовой, маркетинговой и т. д.);

• пакет Положений о структурных подразделениях (цехах, отделах, секторах, группах и т. п.);

• должностные инструкции.

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

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

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

Формализация материалов обследования

Сбор материалов обследования проводится с помощью стандартных форм и таблиц (рис. 2.6) |5].

Результатом предпроектного обследования является «Отчет об экспресс-обследовании предприятия». Его типовая структура приведена ниже.

1. Краткое схематичное описание бизнес-процессов:

* управление закупками и запасами;

* управление производством;

* управление продажами;

* управление финансовыми ресурсами.

2. Основные требования и приоритеты автоматизации.

3. Оценка необходимых для обеспечения проекта ресурсов заказчика.

4. Оценка возможности автоматизации, предложения по созданию автоматизированной системы с оценкой примерных сроков и стоимости.

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

* предварительное выявление требований к будущей системе;

* определение перечня целевых функций организации;

* определение структуры организации;

* анализ распределения функций по подразделениям и сотрудникам;

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

* анализ существующих средств автоматизации организации.

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

Модель организации предполагает построение двух видов моделей:

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

Методология IDEF0

Декомпозиция

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

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

В свою очередь, функциональный блок “предок” называется родительским блоком (Parent Box) по отношению к дочерней диаграмме, а диаграмма, к которой он принадлежит, - родительской диаграммой (Parent Diagram).

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

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

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

Моделирование потоков данных (процессов) -- DFD

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

В соответствии с методологией модель системы определяется как иерархия диаграмм потоков данных (DFD -- Data Flow Diagram), описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы АИС с внешними входами и выходами. Они детализируются с помощью диаграмм нижнего уровня. Декомпозиция, создавая многоуровневую иерархию диаграмм, продолжается до тех пор, пока не будет достигнут такой уровень, на котором процессы становятся элементарными и детализировать их далее невозможно [14].

При построении DFD можно использовать различные нотации (табл. 2.1). Эти нотации незначительно отличаются друг от друга графическим изображением символов.

Для построения DFD используются следующие понятия.

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

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

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

Хранилище (накопитель) данных -- пассивный объект в составе DFD, в котором данные сохраняются для последующего доступа. Такой объект позволяет на определенных участках определять данные, которые будут сохраняться в памяти между процессами [10].

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

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

Декомпозиция DFD осуществляется на основе процессов: каждый процесс может раскрываться с помощью DFD нижнего уровня [10].

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

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

При таком построении иерархии DFD каждый процесс более низкого уровня необходимо соотнести с процессом верхнего уровня. Обычно для этой цели используются структурированные номера процессов. Например, если детализируется процесс номер 2 на диаграмме первого уровня, раскрывая его с помощью DFD, содержащей три процесса, то их номера будут иметь следующую нумерацию: 2.1, 2.2 и 2.3. При необходимости можно перейти на следующий уровень, т. е. для процесса 2.2 получим 2.2.1, 2.2.2 и т. д.

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

Обратная операция (расщепление потоков на подпотоки) осуществляется с использованием группового узла (рис. 2.11) [7, 10]. Поток может быть расщеплен на любое число подпотоков. При расщеплении подпотоки также должны быть формально определены в словаре данных.

Аналогичным образом осуществляется и декомпозиция потоков через границы диаграмм, позволяющая упростить детализирующую DFD. Пусть имеется поток ЗАГОТОВКИ, входящий в детализируемый процесс. На диаграмме, детализирующей этот процесс, декомпозируемого потока может не быть совсем, но вместо него могут быть детализирующие потоки (как будто бы переданные из детализируемого процесса). Применение таких операций над данными позволяет обеспечить

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

Для обеспечения декомпозиции данных и некоторых других сервисных возможностей к DFD добавляются следующие типы объектов [7, 10].

Групповой узел. Объект предназначен для расщепления и объединения потоков. В некоторых случаях может отсутствовать (фактически вырождаться в точку слияния/расщепления потоков на диаграмме).

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

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

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

Также можно использовать текст в свободном формате в любом месте диаграммы.

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

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

• не загромождать диаграммы несущественными на данном уровне деталями;

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

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

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

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

• отделять управляющие структуры от обрабатывающих структур (процессов), локализовывать управляющие структуры.

В соответствии с рекомендациями моделирование включает следующие этапы [7,10].

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

2. Идентификация внешних объектов, с которыми должна быть связана система.

3. Идентификация основных видов информации, циркулирующей между системой и внешними объектами.

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

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

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

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

8. Проверка основных требований по DFD первого уровня.

9. Декомпозиция каждого процесса текущей DFD с помощью детализирующей диаграммы или спецификации процесса.

10. Проверка основных требований по DFD соответствующего уровня.

11. Добавление определений новых потоков в словарь данных при каждом их появлении на диаграммах.

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

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

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

Методология ARIS

Одной из современных методологий бизнес-моделирования, получившей широкое распространение в России, является методология ARIS (Architecture of Integrated Information Systems) -- проектирование интегрированных АИС [2, 8]. В настоящий момент методология ARIS является наиболее объемной и содержит около 100 различных бизнес-моделей, используемых для описания, анализа и оптимизации различных аспектов деятельности организации. Часть моделей используется в настроечном модуле интегрированной АИС SAP/R3, который применяется при внедрении системы и ее настройки в соответствии с деятельностью компании.

Методология ARIS предусматривает четыре группы бизнес-моделей (рис. 2.12).

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

2. «Функции» состоят из моделей, используемых для описания стратегических целей компании, функций и прочих элементов функциональной деятельности организации.

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

информационная система автоматизированный сопровождение

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

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

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

Несмотря на большое число моделей в методологии ARIS, в проектах по описанию и оптимизации деятельности в общем случае их используется не более десяти. Методология ARIS позиционирует себя как конструктор, из которого под конкретный проект в зависимости от его целей и задач разрабатывается локальная методология, состоящая из небольшого количества требуемых бизнес-моделей и объектов. Наиболее часто используемые в проектах модели приведены в табл. 2.2 [8].

Таблица Наиболее часто используемые на практике модели методологии ARIS

Название модели	Описание и предназначение модели
Английский вариант	Русский вариант
0D -- Objective diagram	Диаграмма целей	Модель описывает стратегические цели компании и их взаимосвязь с другими элементами организации
PST -- Product/Service tree	Дерево продуктов и услуг	Модель описывает продукты и услуги, производимые компанией, и их взаимосвязь с другими элементами организации
FT -- Function tree	Дерево функций	Модель описывает функции, выполняемые в компании, и их иерархию
FAD -- Function allocation diagram	Диаграмма окружения процесса	Процессная модель описывает окружение бизнес-процесса
VACD -- Value added chain diagram	Диаграмма цепочки добавленной стоимости	Процессная модель -- прототип классического стандарта DFD; применяется для описания бизнес-процессов верхнего уровня
PSM -- Process selection matrix	Матрица выбора процесса	Процессная модель -- прототип классического стандарта DFD; является альтернативой модели VACD и применяется для описания бизнес-процессов верхнего уровня
eEPC -- Extended event driven Process Chain	Расширенная цепочка процессов, управляемая событиями	Процессная модель -- прототип классического стандарта WFD; применяется дпя описания бизнес-процессов нижнего уровня.
ORG -- Organizational chart	Модель организационной структуры	Модель описывает организационную структуру компании
ASTD -- Application system type diagram	Диаграмма типов информационных систем	Модель описывает структуру информационных систем, используемых в компании



Модель «Диаграмма целей» -- OD -- применяется для описания стратегических целей компании, их иерархической упорядоченности, а также взаимосвязи целей с продуктами и услугами, производимыми компанией, и бизнес-процессами, поддерживающими их производство (рис. 2.13) [8].

Модель «Дерево продуктов и услуг» -- PST -- применяется для описания продуктов и услуг, производимых в компании, а также для взаимосвязи со стратегическими целями компании, бизнес- процессами, поддерживающими их производство (рис. 2.14) [8].

Модель «Дерево функций» -- FT -- описывает функции, выполняемые в компании, и их иерархию. Модель часто применяется для построения дерева бизнес-процессов компании (рис. 2.15) [8].

Модель «Диаграмма окружения процесса» -- FAD -- позволяет описать окружение или границы бизнес-процесса, показывая его входы, выходы, поставщиков и клиентов (рис. 2.16).

Модель «Диаграмма цепочки добавленной стоимости» -- VACD -- является прототипом классического DFD-стандарта и используется для описания бизнес-процессов верхнего уровня. Существенным различием этой и других процессных моделей является то, что информационные и материальные потоки на схеме VACD изображаются не стрелками, а объектами. При этом для каждого типа потока используется свой объект. В отличие от классического подхода здесь также используются логические связи между работами, которые позволяют отобразить логическую последовательность выполнения работ. В качестве одного из вариантов логической последовательности может выступать временная последовательность выполнения работ, что характерно для классического подхода WFD [8].

Модель «Дерево продуктов и услуг» -- PST/ARIS

Модель «Дерево функций» -- FT/ARIS

Модель «Диаграмма окружения процесса» -- FAD/ARIS

Модель «Диаграмма цепочки добавленной стоимости» -- VACD/ARIS

Модель «Матрица выбора процесса» -- PSM -- является прототипом классического DFD-стандарта и используется как альтернатива VACD-модели. Матрица выбора процессов по отношению к диаграмме цепочки добавленной стоимости является, с одной стороны, более упрощенным вариантом описания процесса, с другой -- содержит дополнительные объекты, позволяющие выявить другие аспекты бизнес-процесса. Простота матрицы выбора бизнес-процессов в том, что на этой модели не отражаются информационные и материальные потоки. Что касается других аспектов, то данная модель позволяет на одной схеме компактно и наглядно показать различные варианты выполнения описываемого бизнес-процесса.

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

Модель «Матрица выбора процессов» -- PSM/AR1S

Модель «Расширенная цепочка процессов, управляемая событиями» -- еЕРС -- является прототипом классического WFD-стандарта и используется для описания бизнес-процессов нижнего уровня. Существенным отличием еЕРС-модели от классической WFD-схемы является наличие в модели объекта, который называется событием. С помощью событий изображается факт, время или событие, инициирующие начало выполнения работ процесса, а также факт или время их завершения (рис. 2.19) [8].

Модель «Организационная структура» -- ORG -- используется для описания организационной структуры компании; отображает структурные подразделения, группы, должности, роли и прочие элементы организационной структуры и связи между ними (рис. 2.20) [8].

Модель «Диаграмма типов информационных систем» -- ASTD -- используется для описания структуры информационных систем, применяемых в компании. Здесь отображаются типы и модули информационных систем, программные продукты, взаимосвязь между ними и автоматизируемыми бизнес-процессами организации [8].

Модель «Расширенная цепочка процессов, управляемая событиями» -- eEPC/ARIS

Модель «Организационная структура» -- ORG/AR1S

Модель «Диаграмма типов информационных систем» -- ASTD/ARIS

Методология функционального моделирования SADT

Методология SADT разработана Дугласом Россом. На ее основе разработана, в частности, известная методология IDEF0 (Icam DEFinition). Методология SADT представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Основные элементы этой методологии основываются на следующих концепциях:

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

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

· ограничение количества блоков на каждом уровне декомпозиции (правило 3-6 блоков);

· связность диаграмм (номера блоков);

· уникальность меток и наименований (отсутствие повторяющихся имен);

· синтаксические правила для графики (блоков и дуг);

· разделение входов и управлений (правило определения роли данных).

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

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

Состав функциональной модели

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

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

Функциональный блок и интерфейсные дуги

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

Иерархия диаграмм

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

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

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

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

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

Структура SADT-модели. Декомпозиция диаграмм

Одновременное выполнение

Соответствие должно быть полным и непротиворечивым

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

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

Пример обратной связи

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

Пример механизма

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

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

Иерархия диаграмм

Типы связей между функциями

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

Тип связи	Относительная значимость
Случайная	0
Логическая	1
Временная	2
Процедурная	3
Коммуникационная	4
Последовательная	5
Функциональная	6

Ниже каждый тип связи кратко определен и проиллюстрирован с помощью типичного примера из SADT.

(0) Тип случайной связности: наименее желательный.

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

Случайная связность

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

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

(3) Тип процедурной связности. Процедурно-связанные элементы появляются сгруппированными вместе вследствие того, что они выполняются в течение одной и той же части цикла или процесса. Пример процедурно-связанной диаграммы приведен на рисунке.

Процедурная связность

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

Коммуникационная связность

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

Последовательная связность

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

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

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

C = g(B) = g(f(A))

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

Функциональная связность



Значимость	Тип связности	Для функций	Для данных
0	Случайная	Случайная	Случайная
1	Логическая	Функции одного и того же множества или типа (например, "редактировать все входы")	Данные одного и того же множества или типа
2	Временная	Функции одного и того же периода времени (например, "операции инициализации")

Подобные документы

• Техническое обеспечение автоматизированных информационных систем

  Эволюция технического обеспечения. Основные требования, применение и характеристики современных технических средств автоматизированных информационных систем. Комплексные технологии обработки и хранения информации. Создание базы данных учета и продажи.
  
  курсовая работа [127,1 K], добавлен 01.12.2010
  

• Проектирование информационных систем

  Понятие, модели и назначение информационных систем. Функциональное моделирование ИС. Диаграмма потоков данных. Декомпозиция процессов и миниспецификации. Реализация макета системы средствами MS SQL Server 2005. Создание базы данных. Скалярные функции.
  
  курсовая работа [1,0 M], добавлен 16.09.2012
  

• Информационные технологии в управлении бизнесом

  Предмет и основные понятия информационных систем. Базовые стандарты корпоративных информационных систем. Характеристика входящих и исходящих потоков информации. Основные понятия искусственного интеллекта. Обеспечение безопасности информационных систем.
  
  курс лекций [295,6 K], добавлен 11.11.2014
  

• Защита информационных систем

  Факторы угроз сохранности информации в информационных системах. Требования к защите информационных систем. Классификация схем защиты информационных систем. Анализ сохранности информационных систем. Комплексная защита информации в ЭВМ.
  
  курсовая работа [30,8 K], добавлен 04.12.2003
  

• Разработка информационной системы для учета компьютерной техники на предприятии ООО "Дельта"

  Развитие информационных систем. Современный рынок финансово-экономического прикладного программного обеспечения. Преимущества и недостатки внедрения автоматизированных информационных систем. Методы проектирования автоматизированных информационных систем.
  
  дипломная работа [1,5 M], добавлен 22.11.2015
  

• Автоматизация информационных потоков в бюджетной системе

  Актуальность внедрения автоматизированных информационных систем (АИС) в бюджетный процесс. Осуществление бюджетного планирования и управления с помощью АИС "Финансы" и "Бюджет". Разработка электронного бюджета с целью улучшения информационных потоков.
  
  реферат [39,2 K], добавлен 04.10.2013
  

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

  Общее понятие и признаки классификации информационных систем. Типы архитектур построения информационных систем. Основные компоненты и свойства базы данных. Основные отличия файловых систем и систем баз данных. Архитектура клиент-сервер и ее пользователи.
  
  презентация [203,1 K], добавлен 22.01.2016
  

• Разработка информационных систем на предприятии

  Виды обеспечения автоматизированных информационных систем. Составление технического задания, разработка информационной системы, составление руководства пользователя к программе. Средства программирования распределенных систем обработки информации.
  
  отчет по практике [1,1 M], добавлен 16.04.2017
  

• Проектирование информационных систем

  Жизненный цикл информационных систем, методологии и технологии их проектирования. Уровень целеполагания и задач организации, классификация информационных систем. Стандарты кодирования, ошибки программирования. Уровни тестирования информационных систем.
  
  презентация [490,2 K], добавлен 29.01.2023
  

• Проектирование информационных систем

  Методология структурного анализа и проектирования информационных систем. Базовый стандарт процессов жизненного цикла программного обеспечения. Цели и принципы формирования профилей информационных систем. Разработка идеальной модели бизнес-процессов.
  
  презентация [152,1 K], добавлен 07.12.2013
  

• главная
• рубрики
• по алфавиту
• вернуться в начало страницы
• вернуться к началу текста
• вернуться к подобным работам