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

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

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

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

Добавлен: 31.03.2023

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

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

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

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

Структурный подход при моделировании предметной области был первым и долгое время основным.

1.2 Методологии структурного подхода к проектированию информационных систем

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


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

Все наиболее распространенные методологии структурного под­хода базируются на ряде общих принципов:

- разбиение общей проблемы на множество меньших независимых подзадач;

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

- принцип строго­го методического подхода к решению проблемы.


Современные структурные методологии анализа и проектирования классифицируются по следующим признакам (таблица 1):

Таблица 1.

Классификация структурных методологий анализа и проектирования ИС

Признак классификации

Виды методологий

Краткая характеристика

по отношению к школам

- Software Engineering (SE);

- Information Engineering (IE)

IE используется только для построения информационных систем, а SE - для всех типов систем

по порядку построения модели

- процедурно-ориентированные;

- ориентированные на данные;

- информационно-ориентированные

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

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

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

по типу целевых систем

- для систем реального времени (СРВ);

- для информационных систем

Основная и первоочередная функция СРВ - реагирование на внешние события во времени

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

- SADT (Structured Analysis and Design Technique);

- методология структурного системного анализа Гейна-Сарсона (Gane-Sarson);

- методология структурного анализа и проектирования Йодана/Де Марко (Yourdon/De Marko);

- методология развития систем Джексона (Jackson);

- методология развития структурных систем Варнье-Орра (Warnier-Orr);

- методология анализа и проектирования систем реального времени Уорда-Меллора (Ward-Mellor) и Хатли (Hatley);

- методология информационного моделирования Мартина (Martin).

В структурном анализе и проектировании применяются различные модели, которые описывают:

1) функциональную структуру проектируемой системы;

2) последовательность выполняемых процессов;

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

4) отношения между данными.

Наиболее распространенными моделями первых трех групп являются:

- функциональная модель SADT (Structured Analysis and Design Technique);


- модель IDЕF3;

- DFD (Datа Flоw Diаgrams) - диаграммы потоков данных.

Модель «сущность — связь» (ЕRМ — Еntity-Relationship Model), описывающая отношения между данными, традиционно используется в структурном анализе и проектировании, однако, по существу, представляет собой подмножество объектной модели предметной области.

В качестве инструментальных средств структурного анализа и проектирования выступают следующие диаграммы:

- ВFD (Businеss Functiоn Diаgram) – диаграмма бизнес-функций (функциональные спецификации);

- DFD (Data Flоw Diаgram) – диаграмма потоков данных;

- SТD (State Transition Diagram) – диаграмма переходов состояний (матрицы перекрестных ссылок);

- ЕRD (Entity Relationship Diagram) – ER-модель данных предметной области (информационно - логические модели “сущность - связь”);

- SSD (System Structure Diagram) – диаграмма структуры программного приложения.

Диаграммы функциональных спецификаций (ВFD) позволяют представить общую структуру ИС, отражающую взаимосвязь различных задач (процедур) в процессе получения требуемых результатов. Диаграммы этого вида определяют основные объекты и их графические образы в следующих нотациях: Йодана (Yourdon), Гейна – Сарсона (Gane – Sarson), SАDT (Structured Analysis and Design Technique), SАG (Software AG).

Следующим этапом развития графического языка описания функциональных систем SADT (Structured Analysis and Design Teqnique) является методология IDEF0. Целью методики является построение функциональной схемы исследуемой системы, описывающей все необходимые процессы с точностью, достаточной для однозначного моделирования деятельности системы. Обязательное наличие управляющих интерфейсных дуг является одним из главных отличий стандарта IDEF0 от других методологий классов DFD (Data Flow Diagram) и WFD (Work Flow Diagram).

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

Глава 2. Анализ методологий структурного проектирования

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

SАDT (от англ. Struсtured Аnalysis and Design Тechnique) — методология структурного анализа и проектирования, объединяющая процесс моделирования, управления конфигурацией проекта, использование языковых средств и руководство проектом с собственным графическим языком.


Методология SADT возникла в ходе революции конца 60-х годов и была вызвана сложностями в структурном программировании. В то время, когда большинство программистов билось над созданием программных средств, специалисты, традиционно занимавшиеся созданием крупномасштабных систем, стали осознавать необходимость большей упорядоченности. Таким образом, разработчики решили формализовать процесс создания системы, разбив его на фазы: анализ, проектирование, реализация, объединение, тестирование, установка — введение системы в действие, эксплуатация.

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

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

1) графическое представление блочного моделирования объектов предметной области. Графика блоков и дуг SАDT-диаграммы отображает в виде блока функцию, а интерфейсы входа-выхода представляются дугами, входящими в блок и выходящими из него. Взаимодействие блоков друг с другом также описываются посредством интерфейсных дуг, которые определяют "ограничения", выражающие, когда и каким образом функции выполняются;

2) выполнение правил SАDT требует строгости и точности, в то же время, не накладывая чрезмерных ограничений на действия аналитика.

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

1. Верхний уровень модели должен отражать контекст си­стемы — взаимодействие моделируемого единственным кон­текстным процессом предприятия с внешним миром.

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

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