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

Содержание:

Введение

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

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

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

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

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

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

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

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

Объектом исследования курсовой работы является информационные системы.

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

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

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

- рассмотреть основные понятия проектирования информационных систем; 

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

- изучить анализ методологий структурного проектирования; 

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

Информационной базой для написания курсовой работы послужили нормативно-правовые акты и другие официальные документы, работы таких отечественных и зарубежных авторов как Белова В.О., Бобровского С.Б., Зенкина А.А., Козлова А.Н., Моисеенко Е.В., Лаврушиной Е.Г., Тельнова Ю.Ф., Хромина А.А. и других.

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

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

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

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

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

В заключении приведены основные выводы по проделанной работе.

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

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

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

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

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

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

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

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

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

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

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

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

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

- своевременность предоставления информации;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- принцип формализации-необходимость строгого методологического подхода к решению проблемы;

- принцип непротиворечивости-это валидность и непротиворечивость пунктов;

- принцип структуры данных - это то, что данные должны быть структурированы и организованы иерархически.

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

- SADT (Structured Analysis and Design Technique) модели и соответствующие функциональные диаграммы;

- DFD (Data Flow Diagrams) диаграммы потоков данных;

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

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

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

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

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

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

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

- строгость и аккуратность. Выполнение правил САДТ требует достаточной строгости и точности, не накладывая при этом чрезмерных ограничений на аналитические действия. Правила SADT включают:

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

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

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

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

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

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

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

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

управление

выходы

входы

функция

механизм

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

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

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

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

2.2. Метод моделирования процессов IDЕF3

Метод моделирования IDEF3 предназначен для моделирования последовательности выполнения действий и взаимозависимости между ними в рамках процессов.

Основой модели IDEF3 служит так называемый сценарий процесса, который выделяет последовательность действий и подпроцессов анализируемой системы. Как и в методе IDEF0, основной единицей модели IDEF3 является диаграмма. Другой важный компонент модели - действие, или в терминах IDEF3 «единица работы» (Unit of Work).^[3]

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

Существенные взаимоотношения между действиями изображаются с помощью связей.

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

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

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

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

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

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

- разворачивающие соединения используются для разбиения потока. Завершение одного действия вызывает начало выполнения нескольких других;

- сворачивающие соединения объединяют потоки. Завершение одного или нескольких действий вызывает начало выполнения другого действия.

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

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

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

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

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

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

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

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

2.3 Моделирование потоков данных

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

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

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

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

Заказчик

Рис.2 Внешняя сущность

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

Подсистема (или система) на контекстной диаграмме изображена на рис. 3.

Поле имени

1

Подсистема обслуживания клиентов

Поле номера

Рис. 3. Подсистема

Номер подсистемы служит для ее идентификации. В поле имени вводится наименование подсистемы в виде предложения с подлежащим и соответствующими определениями и дополнениями.

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

При моделировании бизнес-процессов DFD используются для построения моделей «AS_IS» и «AS_TO_BE», отражая, таким образом, существующую и предлагаемую структуру бизнес-процессов организации и взаимодействие между ними. При этом описание используемых в организации данных на концептуальном уровне, независимом от средств реализации базы данных, выполняется с помощью модели «сущность-связь».

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

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

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

Позиционирование подходов можно провести по отношению к решению задачи моделирования бизнес-процессов на этапе анализа и проектирования следующим образом (табл. 1).

Таблица 1

Позиционирование подходов относительно типов проектов

Подход Тип проекта	Структурный подход	Объектно - ориентированный подход
Типовое проектирование
Оригинальное проектирование
Смешанное проектирование

- анализ;

- проектирование.

Оригинальное проектирование - все проектные решения разрабатываются «с нуля» в соответствии с требованиями к ИС. Типовое проектирование - предполагают создание системы из готовых типовых элементов (проектных решений).^[4]

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

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

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

Выбор будет обуславливаться:

1. Потребностями и целями проекта (либо это комплексное обследование и моделирование с масштабными преобразованиями, либо качественный сбор информации и небольшие изменения), аспектами анализа и требованиями к информации;

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

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

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

- по отношению к школам - Software Engineering (SE) и Information Engineering (IE);

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

- по типу целевых систем - для систем реального времени (СРВ) и для информационных систем (ИС).^[5]

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

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

Разработка ПО основана на модели ВХОД-ОБРАБОТКА-ВЫХОД: данные входят в систему, обрабатываются или преобразуются и выходят из системы. Эта модель используется во всех структурных методах. Таким образом, важен порядок построения модели. Традиционный процессно-ориентированный подход регулирует примат построения функциональной составляющей по отношению к построению структур данных: требования к данным раскрываются по функциональным требованиям. При подходе, ориентированном на данные, ввод и вывод являются наиболее важными - структуры данных сначала определяются, а процедурные компоненты извлекаются из данных. Информационно-ориентированный подход, как часть дисциплины IE, отличается от ориентированного на данные подхода, который позволяет ему работать с неиерархическими структурами данных.

Таблица 2

Сравнительный анализ информационных систем и систем реального времени

Информационные системы	Системы реального времени
Управляемы данными	Управляемы событиями
Сложные структуры данных	Простые структуры данных
Большой объем входных данных	Малое количество входных данных
Интенсивный ввод/вывод	Интенсивные вычисления
Машинная независимость	Машинная зависимость

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

Заключение

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

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

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

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

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

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

1) DFD (Dаta Flоw Diagrams) - диаграммы потоков данных или SАDT-диаграммы, иллюстрирующие функции, которые должна выполнять система;

2) ЕRD (Entity-Relationship Diagrams) - диаграммы «сущность-связь», моделирующие отношения между данными;

3) SТD (State Transition Diagrams) - диаграммы переходов состояний, моделирующие зависящее от времени поведение системы (аспекты реального времени).

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

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

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

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

Список литературы

1.Алексунин В.А., Родигина В.В. Электронная коммерция и маркетинг в Интернет.- Учебное пособие. - М.: «Дашков и К 0», 2013. - 320с.

2.Вендеров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем / А.М. Вендеров - М.: Финансы и статистика, 2016.- 197с.

3.Воробович Н.П. Основы создания прикладных систем обработки данных. Лабораторный практикум [Текст] / Н.П.Воробович - Красноярск: СибГТУ; 2013.- 190с.

4.Зиндер Е.З. Бизнес-реинжиниринг и технологии системного проектирования. Учебное пособие. М., Центр Информационных Технологий, 2016.- 219с.

5.Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). М., «Лори», 2014.- 313с.

6.Марка Д.А., МакГоуэн К. Методология структурного анализа и проектирования. М., «МетаТехнология», 2013.- 188с.

7. Маршавин Р.А., Ляпунов С.И. Глобальный бизнес и информационные технологии, Учебное пособие. - М.: 2015. - 260с.

8.Мещеряков С.В., Иванов В.М. Эффективные технологии создания информационных систем. - Москва.: Политехника, 2016. - 309с.

9.Мишенин А.И. Теория экономических информационных систем. - Москва.: Финансы и статистика, 2013. - 240с.

10.Николаев А.В. Использование словаря-справочника данных для реализации пользовательских средств обработки информации / А.В. Николаев, А.В. Остроух, С.А. Будихин, А.П. Баринов // Приборы и системы. Управление, контроль, диагностика. 2015.-159с.

11.Репин В. В., Елиферов В. Г. Процессный подход к управлению. Моделирование бизнес-процессов, 2014.- 179с.

12.Рубцов С.А. Сравнительный анализ известных инструментов организационного проектирования, Сергей Рубцов,М: 2015.- 301с.

13.Юрчик П.Ф. Формализация задач принятия решений при управлении проектами обеспечения жизненного цикла ИС / И.Н. Акиньшина, А.В. Остроух, А.Г. Соленов, П.Ф. Юрчик // Приборы и системы. Управление, контроль, диагностика. 2017.-184с.

1. Воробович Н.П. Основы создания прикладных систем обработки данных. Лабораторный практикум [Текст] / Н.П.Воробович - Красноярск: СибГТУ; 2013.- 190с. ↑

2. Зиндер Е.З. Бизнес-реинжиниринг и технологии системного проектирования. Учебное пособие. М., Центр Информационных Технологий, 2016.- 219с. ↑

3. Маршавин Р.А., Ляпунов С.И. Глобальный бизнес и информационные технологии, Учебное пособие. - М.: 2015. - 260с. ↑

4. Мишенин А.И. Теория экономических информационных систем. - Москва.: Финансы и статистика, 2013. - 240с. ↑

5. Николаев А.В. Использование словаря-справочника данных для реализации пользовательских средств обработки информации / А.В. Николаев, А.В. Остроух, С.А. Будихин, А.П. Баринов // Приборы и системы. Управление, контроль, диагностика. 2015.-159с. ↑

6. Рубцов С.А. Сравнительный анализ известных инструментов организационного проектирования, Сергей Рубцов,М: 2015.- 301с. ↑