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

Содержание:

Введение

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

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

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

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

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

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

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

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

Объект курсовой работы – проектирование экономических информационных систем.

Предмет курсовой работы – структурный подход к проектированию экономических информационных систем.

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

Задачи, поставленные исходя из имеющейся цели:

• Изучить основы проектирования информационных систем;
• Рассмотреть структурный подход к проектированию экономических информационных систем.

Глава 1. Основы проектирования ИС

1.1 Классификация информационных систем

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

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

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

ИС можно разделить на фактографические и документальные в зависимости от типа хранимых данных.^[1]

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

В системах документации информация представлена ​​в виде неструктурированных документов, которые состоят из заголовков, описаний, выдержек и текстов. Поиск неструктурированных данных осуществляется по семантическим характеристикам.^[2]

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

В зависимости от уровня управления ИС существует 4 уровня.

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

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

Информационные системы от специалистов - поддерживают работу с данными и знаниями, повышают продуктивность и продуктивность проектировщиков и инженеров. Задача таких информационных систем – интегрировать новую информацию в организацию и организация рабочего процесса.^[3]

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

• составление периодических отчетов за определенный период (выдача отчетов по текущим событиям в ИС данного уровня не входит, являясь атрибутом ИС оперативного уровня);
• сравнение текущих показателей с аналогичными показателями за предыдущий период;
• обеспечение доступа к архивной информации.^[4]

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

Некоторые стратегические системы имеют ограниченные возможности анализа.

В зависимости от степени интеграции ИС делятся на большие, средние, малые и локальные системы.

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

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

Автоматизация отдельной функции, например, бухгалтерского учета или сбыта готовой продукции, можно считать уже пройденным этапом для многих предприятий.^[5]

1.2 Этапы проектирования информационных систем

Проектирование ИС охватывает три основные области:

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

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

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

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

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

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

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

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

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

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

Множество задач, решаемых с помощью ИС, привело к появлению множества различных типов систем, которые различаются принципами построения и присущими им правилами обработки информации. В то же время существует значительное количество методов проектирования ИС в зависимости от типа.^[8]

1.3 Сравнительный анализ подходов к проектированию ИС

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

1. Целей проекта;

2.Требований к информации необходимой для анализа и принятия решений в рамках конкретного проекта;

3. Возможностей подхода с учетом требований пункта 2;

4. Особенностей разрабатываемой/внедряемой информационной системы.

Сравнение подходов должно дать ответы на следующие вопросы:

1. Насколько сам подход и его нотации применимы для того или иного этапа проектирования ИС.

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

Функциональные возможности подходов можно корректно сравнивать только по отношению к определенному кругу задач.^[9]

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

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

Структурный подход.

Плюсы структурного подхода:

• возможность проведения глубокого анализа бизнес процессов, выявления узких мест: комплексное применение позволяет выявить все возможные рассогласования и неточности;
• применение универсальных графических языков моделирования IDEF0, IDEF3 и DFD обеспечивает логическую целостность и полноту описания, необходимую для достижения точных и непротиворечивых результатов;
• проверенность временем и широкое распространение среди аналитиков и разработчиков.

Минусы структурного подхода:

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

Вывод: рекомендуется применять для правильного, точного и полного определения требований к ИС на начальных этапах.^[11]

Объектно-ориентированный подход.

Плюсы объектно-ориентированного подхода:

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

Минусы объектно-ориентированного подхода:

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

Вывод: язык UML представляет собой достаточно слабое средство проведения анализа при разработке ИС, но может стать мощным инструментарием для грамотных проектировщиков и программистов, т.е. не применим, если анализ бизнес-процессов играет важную роль.^[12]

ARIS методология.

Плюсы ARIS методологии:

• комплексный подход анализу;
• возможность рассматривать объект с разных точек зрения, разные уровни описания, обеспечивающие поддержу концепции жизненного цикла систем;
• дифференцированный взгляд на анализируемый объект (организацию, систему управления и так далее).^[13]

Минусы ARIS методологии:

• необходимость предварительного серьезного обучения работе с методологией;
• необходимость четкой проработки регламента работы с ARIS;
• избыточность методологии для анализа;
• невозможность генерации каких–либо кодов или баз данных при проектировании.

Вывод: при использовании на этапе анализа не используется суть методологии и применение мало отличается от классических структурных или ОО нотаций. При построении моделей бизнес-процессов сначала может быть построена модель еЕРС, а затем модель информационных потоков. Существенным преимуществом по сравнению с совместным использованием IDEF1 является большая наглядность, большее количество объектов, используемые при построении модели символы логики позволяют отразить ветвление и слияние бизнес-процесса в одной нотации (еЕРС).^[14]

Проведенный анализ сильных и слабых сторон структурного, объектно-ориентированного подходов и методологии ARIS является основой технологии проектирования ИС с использованием CASE – технологий.

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

Глава 2. Структурный подход к проектированию экономических информационных систем

2.1 Применение структурного подхода при проектировании ЭИС

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

Единственный эффективный подход к решению этой проблемы, который человечество разработало на протяжении всей своей истории, - это построить сложную систему из небольшого количества больших частей, каждая из которых, в свою очередь, состоит из частей меньшего размера, и так далее к тому времени. Самые маленькие детали можно сделать из подручного материала.^[16]

Этот подход известен под самыми разными названиями, среди них такие, как «разделяй и властвуй» (divide et impera), иерархическая декомпозиция и др.

С точки зрения проектирования сложной программной системы это означает, что она должна быть разбита (декомпозирована) на небольшие подсистемы, каждая из которых может быть разработана независимо от других. Это дает возможность при разработке подсистемы любого уровня учитывать информацию только о ней, а не обо всех других частях системы.^[17]

Правильная декомпозиция является главным способом преодоления сложности разработки больших систем ПО.

Понятие «правильная» по отношению к декомпозиции означает следующее:

• связность отдельных частей внутри каждой подсистемы должна быть максимальной;
• количество связей между отдельными подсистемами должно быть минимальным.^[18]

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

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

Сегодня в разработке программного обеспечения существует два основных подхода к разработке программного обеспечения ЭИС, принципиальное различие которых связано с разными способами декомпозиции систем.^[19]

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

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

Фундаментальное различие между структурным и объектно-ориентированным (ОО) подходами заключается в том, как система разбита. Объектно-ориентированный подход использует декомпозицию объектов при описании статической структуры системы с точки зрения объектов и связей между ними, а также при описании поведения системы с точки зрения обмена сообщениями между объектами.^[20]

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

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

2.2 Сущность и основные принципы структурного подхода

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

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

• принцип иерархического упорядочивания – принцип организации составных частей проблемы в иерархические древовидные структуры с добавлением новых деталей на каждом уровне;
• принцип «разделяй и властвуй» – принцип решения сложных проблем путем их разбиения на множество меньших независимых задач, легких для понимания и решения.^[22]

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

• принцип абстрагирования – заключается в выделении существенных аспектов системы и отвлечения от несущественных;
• принцип формализации – заключается в необходимости строгого методического подхода к решению проблемы;
• принцип непротиворечивости – заключается в обоснованности и согласованности элементов;
• принцип структурирования данных – заключается в том, что данные должны быть структурированы и иерархически организованы.^[23]

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

• DFD (Data Flow Diagrams) диаграммы потоков данных;
• ERD (Entity-Relationship Diagrams) диаграммы «сущность-связь»;
• SADT (Structured Analysis and Design Technique) модели и соответствующие функциональные диаграммы.

На этапе проектирования ИС модели расширяются, уточняются и дополняются диаграммами, отражающими структуру программного обеспечения: архитектуру программного обеспечения, блок-схемы программы и диаграммы экранов.^[24]

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

2.3 Методологии структурного подхода

DFD (Data Flow Diagrams) – диаграммы потоков данных, обеспечивающих анализ требований и функциональное проектирование информационных систем.

STD (State Transition Diagram) – диаграммы перехода состояний для проектирования систем реального времени.

Структурные карты Джексона и /или Константайна для проектирования межмодульных взаимодействий и внутренней структуры объектов.

FDD (Functional Decomposition Diagrams) – диаграммы функциональной декомпозиции.

SADT (Structured Analysis and Design Technique) – технология структурного анализа и проектирования семейство.

Методология IDEF0 основана на подходе, разработанном Дугласом Россом в начале 70-х годов и получившем название SADT (Structured Analysis & Design Technique, – метод структурного анализа и проектирования). Является также основой IDEF1X. ^[25]

Семейство IDEF (ICAM – Integrated Computer Aided Manufacturing Definition):

• IDEF0 (Integration Definition method for Function Modeling) – методология функционального моделирования, позволяющая описать процесс в виде иерархической системы взаимосвязанных функций;
• IDEF1 (Integration Definition method for Information Modeling) – применяется для построения информационной модели, которая представляет структуру информации, необходимой для поддержки функций производственной системы или среды.

IDEF1X (Integration Definition method for Semantic Data Modeling) – методология моделирования структуры информации, основанная на концепции «сущность-связь».

ERD (Entity-Relationship Diagrams) – диаграммы «сущность-связь».

IDEF2 (Integration Definition method for Simulation Modeling) – позволяет построить динамическую модель меняющегося во времени поведения функций, информации и ресурсов производственной системы или среды.

IDEF3 (Integration Definition method for Process Description Capture) – методология документирования технологических процессов.

Методика потокового моделирования, а не структурного как IDEF0. WFD (Work Flow Diagram) – диаграмма потоков событий, инструмент графического представления функций системы, моделируемой в нотации IDEF3.^[26]

IDEF4 (Integration Definition method for Object-Oriented Design) – методология объектно–ориентированного проектирования сложных систем, описывающая структуру, поведение и реализацию систем в терминах класса объектов.

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

CASE – системы (Computer-Aided Software/System Engineering): BPwin, Erwin.

Метод SADT был разработан Дугласом Россом для моделирования искусственных систем средней сложности. Этот метод успешно используется военными, промышленными и торговыми организациями в США для решения множества задач, таких как: долгосрочное и стратегическое планирование, автоматизированное производство и конструирование, разработка программного обеспечения для систем защиты, управление финансами и поставками материалов и т.д.^[27]

Метод SADT поддерживается Министерством обороны США, которое было инициатором разработки семейства стандартов IDEF. Метод SADT реализован в одном из стандартов этого семейства – IDEFO, который был утвержден в качестве федерального стандарта США в 1993 г.

Метод SADT состоит из серии правил и процедур, с помощью которых может быть создана функциональная модель объекта любой предметной области. Функциональная модель SADT отражает функциональную структуру объекта, т.е. предпринятые действия и связи между этими действиями.^[28]

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

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

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

Результатом применения метода SADT является модель, состоящая из схем, текстовых фрагментов и глоссария, связанных друг с другом.

Диаграммы – это основные составляющие модели. Все организационные функции и интерфейсы на них представлены в виде блоков или дуг. Связь между дугой и блоком определяет тип интерфейса.^[29]

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

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

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

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

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

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

Поскольку один блок представляет всю систему в целом, имя, данное в блоке, является общим. То же самое касается интерфейсных дуг – они также представляют собой весь набор внешних интерфейсов всей системы. Затем блок, представляющий систему как единое целое, подробно описывается на другой диаграмме с использованием нескольких блоков, соединенных интерфейсными дугами. Эти блоки представляют основные подфункции исходной функции. Это разложение показывает полный набор подфункций, каждая из которых представлена ​​в виде блока, границы которого определяются дугами интерфейса. Каждая из этих подфункций может быть разбита аналогичным образом для более подробного представления.^[30]

Модель SADT состоит из серии диаграмм с сопроводительной документацией, которые разбивают сложный объект на его компоненты, которые представлены в виде блоков.^[31]

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

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

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

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

На рисунке 3 представлены различные варианты выполнения функций и соединения дуг с блоками.

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

Некоторые дуги присоединены к блокам диаграммы обоими концами, у других же один конец остается не присоединенным. Не присоединенные дуги соответствуют входам, управлениям и выходам родительского блока.^[32]

Источник или получатель этих пограничных дуг может быть обнаружен только на родительской диаграмме.^[33]

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

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

Рис.4 Обратные связи

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

Рис.5 Пример механизма

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

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

Рис.6 Иерархия диаграмм

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

Различают по крайней мере семь типов связывания:

• случайная;
• логическая;
• временная;
• процедурная;
• коммуникационная;
• последовательная;
• функциональная. ^[38]

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

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

Рис.7 Случайная связность

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

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

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

Рис.8 Процедурная связность

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

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

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

Рис.10 Последовательная связность

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

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

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

Заключение

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

В данном проекте были рассмотрены основные понятия SADT-моделей, а также продемонстрирован пример построения сетевой модели.

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

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

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

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

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

Основными из этих принципов являются следующие:

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

В структурном анализе используются в основном две группы средств, иллюстрирующих функции, выполняемые системой и отношения между данными. Каждой группе средств соответствуют определенные виды моделей (диаграмм), наиболее распространенными, среди которых являются следующие: SADT модели и соответствующие функциональные диаграммы; DFD диаграммы потоков данных; ERD диаграммы «сущность-связь».

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

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

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

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

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

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

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

1. Алиев, В.С. Информационные технологии и системы финансового менеджмента: Учебное пособие / В.С. огл. Алиев. – М.: Форум, Инфра–М, 2017. – 320 c.
2. Амириди, Ю.В. Информационные системы в экономике. Управление эффективностью банковского бизнеса: Учебное пособие / Ю.В. Амириди, Е.Р. Кочанова, О.А. Морозова. – М.: КноРус, 2018. – 174 c.
3. Бабаш, А.В. Информационная безопасность: Лабораторный практикум / А.В. Бабаш, Е.К. Баранова, Ю.Н. Мельников. – М.: КноРус, 2019. – 432 c.
4. Балдин, К.В Информационные системы в экономике: Учебник / К.В Балдин, В.Б. Уткин. – М.: Дашков и К, 2016. – 395 c.
5. Баранова, Е.К. Информационная безопасность и защита информации: Учебное пособие / Е.К. Баранова, А.В. Бабаш. – М.: Риор, 2017. – 400 c.
6. Бородакий, Ю.В. Информационные технологии. Методы, процессы, системы / Ю.В. Бородакий, Ю.Г. Лободинский. – М.: ГЛТ , 2018. – 456 c.
7. Брусакова, И.А. Информационные системы и технологии в экономике / И.А. Брусакова, В.Д. Чертовски. – М.: Финансы и статистика, 2017. – 352 c.
8. Варфоломеева, А.О. Информационные системы предприятия: Учебное пособие / А.О. Варфоломеева, А.В. Коряковский, В.П. Романов. – М.: НИЦ Инфра-М, 2017. – 283 c.
9. Голицына, О.Л. Информационные системы: Учебное пособие / О.Л. Голицына, Н.В. Максимов, И.И. Попов. – М.: Форум, 2016. – 352 c.
10. Горбенко, А.О. Информационные системы в экономике. Учебное пособие / А.О. Горбенко. – М.: Бином. Лаборатория знаний, 2017. – 292 c.
11. Гришина, Н.В. Информационная безопасность предприятия: Учебное пособие / Н.В. Гришина. – М.: Форум, 2017. – 159 c.
12. Громов, Ю.Ю. Информационная безопасность и защита информации: Учебное пособие / Ю.Ю. Громов, В.О. Драчев, О.Г. Иванова. – Ст. Оскол: ТНТ, 2017. – 384 c.
13. Данелян, Т.Я. Экономические информационные системы (ЭИС) предприятий и организаций: Монография. / Т.Я. Данелян. – М.: Юнити, 2017. – 284 c.
14. Ермолин, Н.П. Информационные системы в экономике. Практикум / Н.П. Ермолин. – М.: КноРус, 2017. – 256 c.
15. Информационные системы в экономике: Учебник/Под ред. Г.А. Титоренко. – М.: Юнити, 2019. – 463 c.
16. Информационные системы и технологии / Под ред. Тельнова Ю.Ф.. – М.: Юнити, 2017. – 544 c.
17. Информационные системы и технологии: Научное издание / Под ред. Ю.Ф. Тельнова. – М.: Юнити, 2016. – 303 c.
18. Информационные технологии и вычислительные системы / Под ред. С.В. Емельянова. – М.: Ленанд, 2019. – 124 c.
19. Информационные технологии и вычислительные системы: Высокопроизводительные вычислительные системы. Математическое моделирование. Методы обработки информации/Под ред. С.В. Емельянова. – М.: Ленанд, 2017. – 100 c.
20. Исаев, Г.Н. Информационные системы в экономике: Учебник для студентов вузов / Г.Н. Исаев. – М.: Омега–Л, 2017. – 462 c.
21. Калашян, А.Н. Информационные системы в экономике: В 2-х ч. Ч.2. Практика использования: Учебное пособие / А.Н. Калашян. – М.: Финансы и статистика, 2016. – 240 c.
22. Карминский, А.М. Информационные системы в экономике: В 2-х ч. Ч.1. Методология создания / А.М. Карминский, Б.В. Черников. – М.: Финансы и статистика, 2016. – 336 c.
23. Конотопов, М.В. Информационная безопасность. Лабораторный практикум / М.В. Конотопов. – М.: КноРус, 2017. – 136 c.
24. Косиненко, Н.С. Информационные системы и технологии в экономике: Учебное пособие для бакалавров / Н.С. Косиненко, И.Г. Фризен. – М.: Дашков и К, 2017. – 304 c.
25. Кувшинов, М.С. Информационные системы в экономике. Управление эффективностью банковского бизнеса / М.С. Кувшинов. – М.: КноРус, 2017. – 176 c.
26. Лашина, М.В. Информационные системы и технологии в экономике и маркетинге: Учебное пособие / М.В. Лашина, Т.Г. Соловьев. – М.: КноРус, 2018. – 480 c.
27. Малюк, А.А. Информационная безопасность: концептуальные и методологические основы защиты информации / А.А. Малюк. – М.: ГЛТ, 2018. – 280 c.
28. Мезенцев, К.Н. Автоматизированные информационные системы / К.Н. Мезенцев. – М.: Academia, 2016. – 1280 c.
29. Мельников, Д.А. Информационная безопасность открытых систем: учебник / Д.А. Мельников. – М.: Флинта, 2017. – 448 c.
30. Нестеров, В.В. Информационные системы в экономике: В 2-х ч. Ч.1. Методология создания. Уч. пособ. / В.В. Нестеров. – М.: Финансы и статистика, 2016. – 336 c.
31. Одинцов, Б.Е. Информационные системы управления эффективностью бизнеса: Учебник и практикум для бакалавриата и магистратуры / Б.Е. Одинцов. – Люберцы: Юрайт, 2016. – 206 c.
32. Партыка, Т.Л. Информационная безопасность: Учебное пособие / Т.Л. Партыка, И.И. Попов. – М.: Форум, 2018. – 88 c.
33. Патрушина, С.М. Информационные системы в экономике: Учебное пособие / С.М. Патрушина, Н.А. Аручиди.. – М.: Мини Тайп, 2017. – 144 c.
34. Перова, М.Б. Информационные системы и технологии в экономике: Учебное пособие / М.Б. Перова. – М.: Финансы и статистика, 2017. – 352 c.
35. Рыбакова, О.В. Информационные системы и технологии в экономике / О.В. Рыбакова. – М.: Финансы и статистика, 2016. – 416 c.
36. Семакин, И.Г. Информационные системы и модели. Элективный курс / И.Г. Семакин. – М.: Бином. Лаборатория знаний, 2017. – 303 c.
37. Семененко, В.А. Информационная безопасность / В.А. Семененко. – М.: МГИУ, 2017. – 277 c.
38. Уткин, В.Б. Информационные системы в экономике / В.Б. Уткин. – М.: Academia, 2018. – 189 c.
39. Уткин, В.Б. Информационные системы в экономике: Учебник для студентов высших учебных заведений / В.Б. Уткин, К.В. Балдин. – М.: ИЦ Академия, 2018. – 288 c.
40. Федорова, Г.Н. Информационные системы / Г.Н. Федорова. – М.: Academia, 2016. – 158 c.
41. Чистов, Д.В. Информационные системы в экономике: Учебное пособие / Д.В. Чистов. – М.: Инфра-М, 2019. – 248 c.
42. Шаньгин, В.Ф. Информационная безопасность и защита информации / В.Ф. Шаньгин. – М.: ДМК, 2017. – 702 c.

1. Громов, Ю.Ю. Информационная безопасность и защита информации: Учебное пособие / Ю.Ю. Громов, В.О. Драчев, О.Г. Иванова. – Ст. Оскол: ТНТ, 2017. С.80 ↑

2. Варфоломеева, А.О. Информационные системы предприятия: Учебное пособие / А.О. Варфоломеева, А.В. Коряковский, В.П. Романов. – М.: НИЦ Инфра-М, 2017. С.170 ↑

3. Семакин, И.Г. Информационные системы и модели. Элективный курс / И.Г. Семакин. – М.: Бином. Лаборатория знаний, 2017. С.217 ↑

4. Информационные технологии и вычислительные системы / Под ред. С.В. Емельянова. – М.: Ленанд, 2019. 70 ↑

5. Лашина, М.В. Информационные системы и технологии в экономике и маркетинге: Учебное пособие / М.В. Лашина, Т.Г. Соловьев. – М.: КноРус, 2018. С.230 ↑

6. Информационные системы в экономике: Учебник/Под ред. Г.А. Титоренко. – М.: Юнити, 2019. С. 401. ↑

7. Чистов, Д.В. Информационные системы в экономике: Учебное пособие / Д.В. Чистов. – М.: Инфра-М, 2019. С.53 ↑

8. Балдин, К.В Информационные системы в экономике: Учебник / К.В Балдин, В.Б. Уткин. – М.: Дашков и К, 2016. С.212 ↑

9. Горбенко, А.О. Информационные системы в экономике. Учебное пособие / А.О. Горбенко. – М.: Бином. Лаборатория знаний, 2017. – С.109 ↑

10. Кувшинов, М.С. Информационные системы в экономике. Управление эффективностью банковского бизнеса / М.С. Кувшинов. – М.: КноРус, 2017. С.44 ↑

11. Калашян, А.Н. Информационные системы в экономике: В 2-х ч. Ч.2. Практика использования: Учебное пособие / А.Н. Калашян. – М.: Финансы и статистика, 2016. С.170 ↑

12. Брусакова, И.А. Информационные системы и технологии в экономике / И.А. Брусакова, В.Д. Чертовски. – М.: Финансы и статистика, 2017. С.270 ↑

13. Шаньгин, В.Ф. Информационная безопасность и защита информации / В.Ф. Шаньгин. – М.: ДМК, 2017. С.506 ↑

14. Малюк, А.А. Информационная безопасность: концептуальные и методологические основы защиты информации / А.А. Малюк. – М.: ГЛТ, 2018. С.147 ↑

15. Голицына, О.Л. Информационные системы: Учебное пособие / О.Л. Голицына, Н.В. Максимов, И.И. Попов. – М.: Форум, 2016. С.299 ↑

16. Конотопов, М.В. Информационная безопасность. Лабораторный практикум / М.В. Конотопов. – М.: КноРус, 2017. С.30 ↑

17. Нестеров, В.В. Информационные системы в экономике: В 2-х ч. Ч.1. Методология создания. Уч. пособ. / В.В. Нестеров. – М.: Финансы и статистика, 2016. С.220 ↑

18. Уткин, В.Б. Информационные системы в экономике / В.Б. Уткин. – М.: Academia, 2018. С.51 ↑

19. Косиненко, Н.С. Информационные системы и технологии в экономике: Учебное пособие для бакалавров / Н.С. Косиненко, И.Г. Фризен. – М.: Дашков и К, 2017. С.200 ↑

20. Баранова, Е.К. Информационная безопасность и защита информации: Учебное пособие / Е.К. Баранова, А.В. Бабаш. – М.: Риор, 2017. .С.243 ↑

21. Перова, М.Б. Информационные системы и технологии в экономике: Учебное пособие / М.Б. Перова. – М.: Финансы и статистика, 2017. С.303 ↑

22. Информационные системы и технологии: Научное издание / Под ред. Ю.Ф. Тельнова. – М.: Юнити, 2016. С.98 ↑

23. Алиев, В.С. Информационные технологии и системы финансового менеджмента: Учебное пособие / В.С. огл. Алиев. – М.: Форум, Инфра–М, 2017. С.211 ↑

24. Информационные системы и технологии / Под ред. Тельнова Ю.Ф.. – М.: Юнити, 2017. С.302 ↑

25. Бабаш, А.В. Информационная безопасность: Лабораторный практикум / А.В. Бабаш, Е.К. Баранова, Ю.Н. Мельников. – М.: КноРус, 2019. С.370 ↑

26. Партыка, Т.Л. Информационная безопасность: Учебное пособие / Т.Л. Партыка, И.И. Попов. – М.: Форум, 2018. С.45 ↑

27. Мезенцев, К.Н. Автоматизированные информационные системы / К.Н. Мезенцев. – М.: Academia, 2016. С.673 ↑

28. Бородакий, Ю.В. Информационные технологии. Методы, процессы, системы / Ю.В. Бородакий, Ю.Г. Лободинский. – М.: ГЛТ , 2018. С.302 ↑

29. Одинцов, Б.Е. Информационные системы управления эффективностью бизнеса: Учебник и практикум для бакалавриата и магистратуры / Б.Е. Одинцов. – Люберцы: Юрайт, 2016. С.108 ↑

30. Федорова, Г.Н. Информационные системы / Г.Н. Федорова. – М.: Academia, 2016. С.26 ↑

31. Данелян, Т.Я. Экономические информационные системы (ЭИС) предприятий и организаций: Монография. / Т.Я. Данелян. – М.: Юнити, 2017. С.174 ↑

32. Информационные технологии и вычислительные системы: Высокопроизводительные вычислительные системы. Математическое моделирование. Методы обработки информации/Под ред. С.В. Емельянова. – М.: Ленанд, 2017. С.44 ↑

33. Мельников, Д.А. Информационная безопасность открытых систем: учебник / Д.А. Мельников. – М.: Флинта, 2017. С.222 ↑

34. Уткин, В.Б. Информационные системы в экономике: Учебник для студентов высших учебных заведений / В.Б. Уткин, К.В. Балдин. – М.: ИЦ Академия, 2018. С.170 ↑

35. Исаев, Г.Н. Информационные системы в экономике: Учебник для студентов вузов / Г.Н. Исаев. – М.: Омега–Л, 2017. С.394 ↑

36. Рыбакова, О.В. Информационные системы и технологии в экономике / О.В. Рыбакова. – М.: Финансы и статистика, 2016. С.274 ↑

37. Патрушина, С.М. Информационные системы в экономике: Учебное пособие / С.М. Патрушина, Н.А. Аручиди.. – М.: Мини Тайп, 2017. С.70 ↑

38. Исаев, Г.Н. Информационные системы в экономике: Учебник для студентов вузов / Г.Н. Исаев. – М.: Омега–Л, 2017. С.300 ↑

39. Амириди, Ю.В. Информационные системы в экономике. Управление эффективностью банковского бизнеса: Учебное пособие / Ю.В. Амириди, Е.Р. Кочанова, О.А. Морозова. – М.: КноРус, 2018. С.78 ↑

40. Ермолин, Н.П. Информационные системы в экономике. Практикум / Н.П. Ермолин. – М.: КноРус, 2017. С.140 ↑

41. Гришина, Н.В. Информационная безопасность предприятия: Учебное пособие / Н.В. Гришина. – М.: Форум, 2017. С.99 ↑

42. Карминский, А.М. Информационные системы в экономике: В 2-х ч. Ч.1. Методология создания / А.М. Карминский, Б.В. Черников. – М.: Финансы и статистика, 2016. С.209 ↑

43. Семененко, В.А. Информационная безопасность / В.А. Семененко. – М.: МГИУ, 2017. С.135 ↑