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

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 30.06.2023

Просмотров: 33

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Введение

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

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

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

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

1.1 SADT-методология

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

Процесс моделирования может быть разбит на следующие этапы:

1. Создание моделей и диаграмм.

2. Распространение документации.

3. Опрос экспертов.

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


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

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

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

1. Проектирование – взаимодействие и определение подсистем.

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

3. Тестирование – проверка работы системы.

4. Эксплуатация – использование системы.

5. Реализация – создание подсистем по отдельности и объединение их в единое целое.

6. Установка – введение системы в работу.

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

В основе SADT-методологии лежат два главных принципа.

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

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

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


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

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

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

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

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

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

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

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


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

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

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

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

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

1.2 IDEF0-методология

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


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

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

IDEF0 как стандарт был разработан в 1981 году департаментом ВВС США в рамках программы автоматизации промышленных предприятий. В процессе практической реализации, участники программы ICAM столкнулись с необходимостью разработки новых методов анализа процессов взаимодействия в промышленных системах. При этом кроме усовершенствованного набора функций для описания бизнес-процессов, одним из требований к новому стандарту было наличие эффективной методологии взаимодействия в рамках «аналитик-специалист». Другими словами, новый метод должен был обеспечить групповую работу над созданием модели, с непосредственным участием всех аналитиков и специалистов, занятых в рамках проекта.

В результате поиска соответствующих решений родилась методология функционального моделирования IDEF0. С 1981 года стандарт IDEF0 претерпел несколько незначительных изменений, в основном, ограничивающего характера, и последняя его редакция была выпущена в декабре 1993 года Национальным институтом по стандартам и технологиям США.

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

Рисунок 1. Модули стандарта IDEF0

в рамках единой рассматриваемой системы должен иметь свой уникальный идентификационный номер (рис. 1).

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

Описание методологии IDEF0 содержится в рекомендациях Р 50.1.028-2001 "Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования".