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

функциональное моделирование состоит в представлении системы в виде совокупности взаимосвязанных функций. В качестве методологического инструмента функционального моделирования рассмотрим методологию IDEF0, которая включает в себя метод IDEF0, а также методы и процедуры, его поддерживающие. В методе IDEF0 можно выделить такие составляющие, как концепция метода, графический язык, процедура чтения диаграммы, метод построения модели, критерии оценки качества. В структуру организационной поддержки метода IDEFO входят: процедура сбора данных, метод групповой работы, формы документирования модели, процедуры согласования и утверждения модели. Концепция IDEFO-моделей IDEF0-модель описывает: что система делает, что она производит, какая информация используется для управления, какие ресурсы и средства применяются для исполнения ее функций. Одним из достоинств IDEF0-моделей является то, что они обеспечивают возможность обмена информацией о рассматриваемом объекте на языке, понятном не только аналитику и разработчику системы, но и специалисту-эксперту в предметной области, пользователю, руководителю (Д. Росс назвал технику структурного анализа языком для передачи понимания). В основе метода IDEF0 лежат следующие концептуальные положения: графическое представление модели в виде иерархии диаграмм, обеспечивающее компактность представления информации, максимальная выразительность, способность наилучшим образом обеспечить разумность модели, строгость и точность представления, пошаговые процедуры разработки модели, ее просмотра и объединения, отделение организации от функции исключение влияния организационной структуры на функциональную модель. IDEFO-модель составляется из иерархического ряда диаграмм, которые постепенно отображают уровни все более подробных описаний функций и их интерфейсов в пределах системы. Диаграмма, находящаяся на вершине модели, обобщает всю рассматриваемую систему. Диаграммы первого уровня представляют важнейшие подсистемы с их взаимосвязями, а диаграммы самого нижнего уровня представляют детализированные функции, с помощью которых, собственно, и работает система. Можно назвать три основных типа диаграмм, используемых в IDEF0-моделях: графические, текстовые и глоссарии. Графические диаграммы главный компонент модели определяют функции и функциональные отношения. Эти функции в дальнейшем разбиваются (декомпозируются) на более детальные диаграммы, пока подсистема не будет описана на уровне, удовлетворяющем цели проекта. Текстовые диаграммы и глоссарии (словари) обеспечивают дополнительную информацию для графических диаграмм. Кроме того, могут использоваться и так называемые поясняющие диаграммы FEO. Однако до начала построения модели необходимо определиться с целью моделирования, границей системы и точкой зрения модели. Методология IDEF0 нашла широкое признание и применение, в первую очередь, благодаря простой графической нотации, используемой для построения модели. Главными компонентами модели являются диаграммы. На них отображаются функции системы в виде прямоугольников, а также связи между ними и внешней средой посредством стрелок. Использование всего лишь двух графических примитивов (прямоугольник и стрелка) позволяют быстро объяснить правила и принципы построения диаграмм IDEF0 людям, незнакомым с данной методологией. Это достоинство позволяет подключить и активизировать деятельность заказчика. В IDEF0 существуют соглашения (правила и рекомендации) по созданию диаграмм, которые призваны облегчить чтение и экспертизу модели. Некоторые из этих правил CASE-средства поддерживают автоматически, выполнение других следует обеспечить вручную. Перед построением модели необходимо определиться, какая модель (модели) системы будет построена. Это подразумевает определение ее типа AS-IS, TO-BE или SHOULD-BE, а также определения позиции, с точки зрения которой строится модель. Лучше всего представлять, как место (позицию) человека или объекта, в которое надо встать, чтобы увидеть систему в действии. Например, при построении модели работы продуктового магазина можно среди возможных претендентов, с точки зрения которых рассматривается система, выбрать продавца, кассира, бухгалтера или директора. Обычно выбирается одна точка зрения, наиболее полно охватывающая все нюансы работы системы, и при необходимости для некоторых диаграмм декомпозиции строятся диаграммы FEO, отображающие альтернативную точку зрения. На контекстной диаграмме отображается один блок, показывающий назначение системы. Для него рекомендуется отображать по 2–4 стрелки, входящие и выходящие с каждой стороны. Количество блоков на диаграммах декомпозиции рекомендуется в пределах 3–6. Если на диаграмме декомпозиции два блока, то она, как правило, не имеет смысла. При наличии большого количества блоков диаграмма становится перенасыщенной и трудно читаемой. Блоки на диаграмме декомпозиции следует располагать слева направо и сверху вниз. Такое расположение позволяет более четко отразить логику и последовательность выполнения работ. Кроме этого маршруты стрелок будут менее запутанными и иметь минимальное количество пересечений. Отсутствие у функции одновременно стрелок управления и входа не допускается. Это означает, что запуск данной функции не контролирует. Функциональная модель IDFEO – это методология и графическая нотация, предназначенная для формализации и описания бизнес-процессов.

2.3 Метод модулирования –DFD

Системой альтернативой методологии SADT (IDEFO) является методология диафрагма потоков (Data Flow Diagrams, DFD). В отличие от IDEFO, предназначенной для проектирования систем вообще, DFD предназначена для проектирования информационных систем. Ориентированность этой методологии на проектирование автоматизированных систем делает ее удобным и более выгодным инструментом при построении функциональной модели TO-BE. Основу методологии DFD составляет графический язык описания процессов. Модель системы в нотации DFD представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицей описания системы и располагается на отдельном листе. Модель системы содержит контекстную диаграмму и диаграммы декомпозиции. Принципы построения функциональной модели с помощью DFD аналогичны принципам методологии IDTFO, В начале строится контекстная диаграмма, где отображаются связи системы с внешним окружением. В дальнейшем выполняется декомпозиция основных процессов и подсистем с построением иерархии диаграмм. DFD источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Поток данных определяет информацию (материальный объект), передаваемую через некоторое соединение от источника к приемнику. Реальный поток данных может быть информацией, передаваемой по кабелю между двумя устройствами, пересылаемыми по почте письмами, магнитными лентами или дискетами, переносимыми с одного компьютера на другой. Каждый поток данных имеет имя, отражающее его содержание. Направление стрелки показывает направление потока данных. Иногда информация может двигаться в одном направлении, обрабатываться и возвращаться назад в ее источник. Такая ситуация может моделироваться либо двумя различными потоками, либо одним – двунаправленным. На диаграммах IDEFO потоки данных соответствуют входам и выходам, но в отличие от IDEFO стрелки потоков на DFD могут отображаться входящими и выходящими из любой грани внешней сущности, процесса или накопителя данных, Процесс IDEFO – функция, работа) представляет собой преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом. Каждый процесс должен иметь имя в виде предложения с глаголом в неопределенной форме (вычислить, рассчитать, проверить, определить, создать, получить), за которым следуют существительные в винительном падеже, к примеру: ввести сведения о клиентах, рассчитать допускаемую скорость, сформировать ведомость допускаемых скоростей. Преобразование информации может показываться как с точки зрения процессов, так и с точки зрения систем и подсистем. Если вместо имени процесса (рассчитать допускаемую скорость), написать (подсистема расчета допускаемых скоростей), тогда этот блок на диаграмме стоит рассматривать, как подсистему и представляет собой абстрактное устройство для хранения информации, которую можно в любой момент поместить в накопитель и через некоторое время извлечь, причем способы помещения и извлечения могут быть любыми. Накопитель данных может быть реализован физически в виде ящика в картотеке, области в оперативной памяти, файла на магнитном носителе. Накопителю обязательно должно даваться уникальное имя и номер в пределах всей модели (всего набора диаграмм). Имя накопителя выбирается из соображения наибольшей информативности для разработчика. Например, если в качестве накопителей выступают таблицы проектируемой базы данных, тогда в качестве имен накопителей рекомендуется использовать имена таблиц. Таким образом, накопитель данных может представлять собой всю базу данных целиком, совокупность таблиц или отдельную таблицу. Такое представление накопителей в дальнейшем облегчит построение информационной модели системы. Внешняя сущность (терминатор) представляет собой материальный объект или физическое лицо, выступающие как источник или приемник информации (например, заказчики, персонал, программа, склад, инструкция). Внешние сущности на DFD по смыслу соответствуют управлению и механизмам, отображаемым на контекстной диаграмме IDEFO. Определение некоторого объекта, субъекта или системы в качестве внешней сущности указывает на то, что она находится за пределами границ проектируемой информационной системы. В связи с этим внешние сущности, как правило, отображаются только на контекстной диаграмме DFD. В процессе анализа и проектирования некоторые внешние сущности могут быть перенесены на диаграммы декомпозиции, если это необходимо, или, наоборот, часть процессов (подсистем) может быть представлена как внешняя сущность. При построении диаграммы декомпозиции блоки системы в одних случаях показаны как процессы (имя начинается с глагола), в других – как подсистемы (имя начинается со слова «подсистема»). Это сделано в целях иллюстрации правил именования блоков. В то же время декомпозицию системы можно было бы представить, либо используя только процессы, либо только подсистемы. Контекстная диаграмма и диаграмма декомпозиции выполнены с использованием Bpwin 4.0. Решение о завершении детализации процесса и использовании мини – спецификации принимается проектировщиком исходя из следующих критериев: наличия у процесса относительно небольшого количества входных и выходных потоков данных (2–3 потока), возможности описания процессов в виде простого алгоритма, возможности описания логики процесса при помощи мини –спецификации небольшого объема (не более 20–30 строк). Модель DFD, помимо описания функционального аспекта системы, содержит также сведения об информационном и компонентном аспектах. Совокупность накопителей данных является прообразом будущей базы данных, то есть определяет состав и структуру информации. Построение диаграмм с использованием в качестве блоков подсистем показывает состав и связи компонентов будущей системы. Системы реального времени построены, как правило, на взаимодействии средств вычислительной техники и различных физических устройств съема информации.

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

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

1. Титоренко Г.А. Информационные системы в экономике – 2008 г.
2. Ткалич Т.А Экономическая эффективность информационных систем, – 2013 г.
3. Журнал Вестник ЮРГТУ (НПИ) №4, – 2012 г.
4. Журнал Научный Вестник МГТУ ГА №2 (10), – 2005 г.
5. Журнал Вестник Самарского государственного аэрокосмического университета №3 (19), – 2009 г.
6. Международный научный журнал «Символ Науки» (5), – 2016 г.
7. Маслов А.В. Проектирование информационных средств в экономике, – Издательство Томского университета, 2008 г.
8. Журнал Вестник МГТУ им. Баумана «Естественные науки», – 2011 г., УДК 6587, А.А. Александров.
9. Александров, Д.В. Инструментальные средства информационного менеджмента. Case-технологии и распределенные информационные системы. Учебное пособие, – Фис, 2011 г.
10. Золотова , Е.В. Основы кадастра: Территориальные информационные системы: «Учебник для ВУЗов», – М.: Фонд «Мир», Акад. Проект, 2012 г.
11. Бодров О.А. Предметно-ориентированные экномические системы: Учебник для ВУЗов, – М: Гор. Линиия-Телеком, 2013 г.
12. Горбенко А.О. Информационные системы в экономике, – М.: БИНОМ. ЛЗ, 2012 г.
13. Блиновская Я.Ю. Введение в геоинформационные системы: Учебное пособие, – М.: Форум НИЦ ИНФРА-М, 2013 г.
14. Рубичев Н.А. Измерительные информационные системы, – М.: Дрова, 2010 г.
15. Балдин, К.В Информационные системы в экономике: Учебное пособие, – М.: НИЦ ИНФРА-М, 2013 г.