Преподаватель который помогает студентам и школьникам в учёбе.

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

Содержание:

Введение

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

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

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

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

- Изучение IDEF0–

- Рассмотрение SADT-

- Изучить IDEF1X–

- Рассмотреть экономической информационной информационный система

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

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

SADT-– методология и проектирования, процесс моделирования, конфигурацией проекта, дополнительных языковых и руководство со своим языком.^{^[1]}

Процесс может быть на несколько

- экспертов,

- диаграмм и

- документации,

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

Этот хорошо отлажен, что при проекта специалисты конкретные обязанности.

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

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

— определение того, система будет
проектирование — подсистем и взаимодействие;
— разработка подсистем отдельности, — соединение подсистем в целое;
— проверка работы
установка — системы в
эксплуатация — системы.

В методологии SADT два основных

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

Декомпозиция - этой концепции разделить каждый понимаемый как целое, свои составляющие, на более диаграмме.^{^[2]}

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

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

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

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

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

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

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

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

IDEF0 - функционального моделирования и нотация, для формализации и Отличительной особенностью IDEF0 её акцент соподчинённость объектов. В IDEF0 логические отношения работами, а их временная (WorkFlow).

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

Описание как «» с входами, управлением и который постепенно до необходимого Также для чтобы быть понятым, словари описания и стрелок. В словарях можно описания того, смысл вкладывается в активность либо ^{^[3]} Также отображаются сигналы управления, на DFD (Диаграмме Потоков Данных) отображались. Данная используется при бизнес-и проектов, на моделировании процессов: административных, и организационных.

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

Не на то, в настоящее появляются десятки методологий моделирования предприятия и на её IDEF0 сохраняет для задач предприятий и

Преимущества IDEF0:

история его для решения задач государственных и предприятий;
использоваться и в качестве описания деятельности и предприятия;
информатизация общества усиливает спрос возможности, обеспечиваются IDEF0;
и борьба качество продукции потребности современных в информатизации, самым, дополнительные задачи системных аналитиков и
последовательное и улучшение деятельности, реорганизация и предприятия, и т.д., ряд системных по учёту факторов: Люди, Оборудование, Информация, Управление и Системы производственными процессами;
моделирование различных деятельности предприятия формально выявить и требования к системе, а вести разработку которая удовлетворяет требованиям;
существующей системы может быть чтобы анализировать системные функции, а чтобы документировать (средства) которых они
нотация IDEF0 моделировать системные (работы, операции, ), функциональные связи и (информацию и ), которые обеспечивают системных комплексов. Разработанные представляют собой и взаимосвязанное деятельности предприятия функционирования системы;
внешней среды или системы быть также моделирования и
использование языка для деятельности предприятия и среды позволяет процессные модели, отражают точку потребителя;
процедуры обсуждения IDEF0-позволяют аналитику и проектных работ (потребителю) консенсуса и

1.3 IDEF1X–методология

Метод IDEF1, Т. Рэмей (T. Ramey), основан на П. Чена и построить модель эквивалентную реляционной в третьей форме.

В время на совершенствования методологии IDEF1 ее новая - методология IDEF1X. Она с учетом требований, простота изучения и автоматизации. IDEF1X-используются рядом CASE-(в частности, ERwin, Design/IDEF).^{^[4]} Сущность в IDEF1X является от идентификаторов просто независимой, каждый экземпляр может быть идентифицирован без его отношений с сущностями. Сущность зависимой от или просто если однозначная экземпляра сущности от его к другой Каждой сущности уникальное имя и разделяемые косой "/" и помещаемые блоком.

Связь дополнительно определяться с указания степени мощности (экземпляров сущности- которое может для каждого сущности-).

В IDEF1X быть выражены мощности связей:

1) экземпляр сущности-может иметь один или связанных с экземпляров сущности-

2) экземпляр сущности-должен иметь менее одного с ним сущности-

3) экземпляр сущности-должен иметь более одного с ним сущности-

4) экземпляр сущности-связан с фиксированным числом сущности-

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

Связь линией, между сущностью-и сущностью-с точкой конце линии у -потомка.

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

1.4 DFD-методология

DFD — сокращение от Data Flow Diagrams — потоков данных. Так методология графического анализа, внешние по к системе и адресаты логические функции, данных и данных, к осуществляется доступ.

Диаграмма данных (data flow diagram, DFD) — из основных структурного анализа и информационных систем, до широкого UML. Несмотря имеющее место в условиях смещение от структурного к -ориентированному подходу к и проектированию «старинные» нотации по-широко и используются как в -анализе, и в информационных систем.

Исторически так, для описания DFD используются нотации — Йодана (Yourdon) и Гейна-Сарсона (Gane-Sarson), синтаксисом.

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

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

Кроме нотация DFD понятие подсистемы — компоненты разрабатываемой

Нотация DFD - средство для контекстной диаграммы, есть диаграммы, разрабатываемую АИС в с внешней Это - верхнего уровня в диаграмм DFD. Ее - ограничить рамки определить, заканчивается разрабатываемая и начинается

Стандарт бизнес-DFD – Data Flow Diagram как диаграмма данных и для описания верхнего уровня и описания реально в организации данных.

Созданные потоков данных могут быть при решении задач,

определение хранилищ данных (документы, система управления данных — СУБД);
и анализ необходимых для каждой функции
подготовка к модели структуры организации, называемой ERD-(IDEF1X);
основных и бизнес-организации.

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

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

Глава 2 Функциональный анализ деятельности организации

2.1 Анализ экономической информационной системы информационный система структурный

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

Помимо самого процесса продаж, к деятельности дилера также относятся:

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

Рассмотрим диаграмму А0, представленную на рисунке 1. Основной деятельностью является «продажа товара». Входные данные: информация о покупателях, информация о товаре. Управляющей информацией являются закон о правах потребителей и устав магазина, управляющим механизмом – обслуживающий персонал. Выходные данные представляются в виде сопроводительной документации.

Рис. 1. Диаграмма А0

Теперь проведем декомпозицию полученной диаграммы.

Деятельность «продажа товара» можно представить как последовательность следующих действий (рис. 2):

предподготовка;
оформление;
получение;
постсервис.

Рис. 2. Декомпозиция диаграммы А0

Проведем дальнейшую декомпозицию. Деятельность «предподготовка» включает следующие действия (рис. 3):

консультация;
выбор товара;
проверка наличия на складе.

Рис. 3. Декомпозиция деятельности «предподготовка»

Проведем декомпозицию «оформление». Деятельность «оформление» включает следующие действия (рис. 4):

оплата;
заявка на склад;
оформление документации.

Рис. 4. Декомпозиция деятельности «оформление»

В «получение» входят функции (рис 5):

передача товара;
оформление гарантии;
выдача сопроводительной документации.

Рис. 5. Декомпозиция деятельности «получение»

В «постсервис» входят функции (рис. 6):

проверка наличия неисправностей;
осуществление ремонта;
проверка гарантии;
выдача товара.

Рис. 6. Декомпозиция деятельности «постсервис».

После построения информационной модели сформируем древо целей (рис. 7):

Рис. 7. Древо целей информационной системы.

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

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

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

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

• гетерогенность – система состоит из множества различных информационно-вычислительных, телекоммуникационных, программных и прочих ресурсов;

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

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

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

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

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

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

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

• предусматривала использование комплекса ранее созданных и уже эксплуатирующихся проектных решений;

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

• обеспечивала заданный уровень информационной безопасности. Типовые методологии и схемы системного проектирования информационных систем были рассмотрены в материалах авторов Д. Захмана, Д. Хендерсона, Р. Баркера, У. Меллинга, А. Шеера. Методологические рекомендации по построению информационных систем описываются в работах Б. Позина, Е. Зиндера, Е. Ойхмана и других.

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

Сущность структурного подхода к разработке информационных систем заключается в декомпозиции (разбиении) системы на автоматизируемые функции: система разбивается на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и т. д. Стоит отметить, что при этом устанавливается строгий порядок выпол- няемых действий, а каждый модуль системы реализует один из этапов общего процесса. Как правило, такой подход предполагает раздельное построение модели функций и модели данных. В качестве средств структурного анализа и проектирования, наиболее распространены следующие модели: Диаграмма потоков данных или модель бизнес-процессов DFD (Data Flow Diagram / Business Process Model). Модель определяется как иерархия диаграмм потоков данных, описывающих асинхронный процесс преобразования ин- формации от ее ввода в систему до выдачи пользователю.^{^[6]}

Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до достижения элементарности процессов и невозможности дальнейшей детализации. Моделирование, основанное на диаграммах RAD (Role Activity Diagrams), является развитием моделирования на диаграммах потоков данных. RAD- диаграммы основаны на концепции моделирования бизнес-процессов, включаю- щей понятия ролей и взаимодействия между ними.

На основе SADT была создана методология IDEF0 (Icam DEFinition), представляющая собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Модель "сущность-связь" ("объект-отношение") ERD (Entity Relationship Diagram), была предложена П. Ченом, как средство описания информационной модели предметной области, не привязанное к инструментам реализации структур хранения данных в информационной системе. Модель позволяет использовать наглядные графические обозначения для моделирования сущностей и их взаимосвязей, а также обеспечивает единый формализм в описании сущностей предметной области и компонентов реляционной базы данных, так как конструкции модели четко соответствуют конструкциям реляционной модели данных.

Модель ERD стала основой для построения расширенных реляционных моделей и многих CASE-методов. Одна из таких расширенных моделей – RM/T, в которой не делается различий между сущностью и отношением, добавляются собственные специальные операции, дополняющие набор операций базовой реляционной модели. Известный метод Баркера также построен на основе модели ERD, в нем по-другому определяется связь, которая является ассоциацией между сущностями, при которой каждый экземпляр одной сущности (родительской) ассоциирован с произвольным количеством экземпляров другой сущности (потомка), а каждый экземпляр сущности-потомка ассоциирован с только одним экземпляром сущности-родителя.

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

К положительным аспектам применения структурного подхода можно отнести:

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

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

При этом поведение системы описывается в терминах взаимодействия объектов. Предметная область разбивается на некоторое множество относительно независимых сущностей-объектов, обладающих свойствами и набором применимых к ним функций (методов). Понятие объекта, таким образом, объединяет внутри себя данные (состояние) и функции (поведение). В настоящее время наиболее часто применяется набор моделей, входящий в унифицированный язык моделирования UML (Unified Modeling Language).^{^[7]}

Моделирование сложных систем средствами UML сводится к ее описанию в различных проекциях. Каждая проекция описывает определенный аспект разрабатываемой системы.

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

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

• географическое расположение;

• организационная структура;

• описание и степень автоматизации существующих бизнес-процессов;

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

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

• используемый аппаратный комплекс;

• программное обеспечение;

• архитектура информационно-вычислительных и телекоммуникационных сетей;

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

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

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

В настоящее время существует множество инструментальных средств, предназначенных для автоматизации процесса проектирования, но применительно к российскому рынку, можно выделить следующие: AllFusion Process Modeler (ранее BPwin) / AllFusion ERwin Data Modeler (ранее ERWin) (Computer Associates), Rational Rose (IBM) и ARIS (IDS Scheer AG).

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

• одно из лидирующих – положение в своем сегменте;

• опыт успешного внедрения/работы на российских предприятиях;

• локализация и уровень поддержки программного продукта.

AllFusion Process Modeler 7 – инструментальное средство для функционального моделирования, анализа, документирования и оптимизации бизнес-процессов предприятия. AllFusion ERwin Data Modeler – средство для проектирования и документирования баз данных, которое позволяет создавать, документировать и сопровождать базы данных, хранилища и витрины данных.

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

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

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

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

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

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

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

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

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

Глава 3 Практическая часть

3.1 Разработка информационной системы

Разработка и физической начинается с процесса системного для предметной с помощью среды CA Erwin Process Modeler.

Процесс информационной модели из следующих

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

CA Erwin Process Modeler визуальное представление (данных) решаемой задачи. Это может использоваться детального анализа, и распространения части документации, в цикле Однако CA Erwin Process Modeler не только для рисования. CA Erwin Process Modeler создает базу (таблицы, хранимые процедуры, для обеспечения целостности и объекты, для управления ).

Основные диаграммы CA Erwin Process Modeler - сущности, и связи. Каждая является множеством индивидуальных объектов, экземплярами. Каждый индивидуален и отличаться от остальных экземпляров. Построение данных предполагает сущностей и

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

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

Связь логическим соотношением сущностями. Каждая должна именоваться или глагольной Имя связи некоторое ограничение бизнес-и облегчает диаграммы.

В дилера продажи я выделил сущности и

«Информация о » с атрибутами: товара, наименование, срок гарантии, наличие на
«Накладная» с номер накладной, товара, ФИО кассира, количество товара.
«Информация о » с атрибутами: покупателя, ФИО паспортные данные,
«Гарантийный » с атрибутами: талона, покупателя, продавца, ФИО производитель товара, гарантии.
«Чек» с номер чека, товара, товара, дата.

Рис. 8 – Логическая ИС дилер продаже товаров.

Заключение

В курсовом проекте реализована система на примере по продаже при использовании средств CA Erwin Process Modeler, AllFusion Process Modeler. Разработанная позволяет осуществлять функционирование как взятого дилера, и целой Разработка информационной была разделена следующие этапы:

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

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

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

Список использованных источников

Антопольский, А.Б. Информационные ресурсы России: Научно-методическое пособие / А.Б. Антопольский. - М.: Либерия, 2014. - 424 c.
Божко, В.П. Информатика: данные, технология, маркетинг / В.П. Божко, В.В. Брага, Н.Г. Бубнова. - М.: Финансы и статистика, 2014. - 224 c.
Гейн, А.Г. Основы информатики и вычислительной техники / А.Г. Гейн, В.Г. Житомирский, Е.В. Линецкий, и др.. - М.: Просвещение, 2013. - 254 c.
Голубцов, В.Н. Информатика: Лабораторный практикум. Создание простых текстовых документов в текставом редакторе Microsoft Word 2000 / В.Н. Голубцов, А.К. Козырев, П.И. Тихонов. - М.: Саратов: Лицей, 2012. - 686 c.
Балабанов И.Т. Современные моделирования./ И.Т. Балабанов – СПб: Питер, 2015. – 120 с.
Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебное пособие. – М.: Финансы и статистика, 2015
Пахчанян А. Обзор информационных систем // Директор информационной службы. – 2014.
Вендров А. М. Проектирование программного обеспечения экономических информационных систем: Учебник. – М.: Финансы и статистика, 2014.
Калянов Г. Н. CASE-технологии. Консалтинг в автоматизации бизнес-процессов. – 3-е изд. – М.: Горячая линия – Телеком, 2015.
Малков О. Б., Белимова Е. В. Проектирование баз данных с использованием CASE-технологии: Методические указания. Омск, 2013.
Маклаков С. В. BPwin и ERwin. CASE-средства разработки информационных систем. – М.: Диалог-МИФИ, 2014.
Маклаков С. В. Моделирование бизнес-процессов с BPwin 4.0.– М.: Диалог-МИФИ, 2012.
Проектирование экономических информационных систем: Учебник / Г. Н. Смирнова, А. А. Сорокин, Ю. Ф. Тельнов; Под ред. Ю. Ф. Тельнова. – М.: Финансы и статистика, 2015.
Симонович, С.В. Занимательный компьютер. Книга дя детей, учителей и родителей / С.В. Симонович, Г.А. Евсеев. - М.: АСТ-Пресс; Издание 2-е, перераб. и доп., 2012. - 368 c.
Симонович, С.В. Общая информатика / С.В. Симонович. - М.: СПб: Питер, 2015. - 428 c.
Угринович, Н. Информатика и информационные технологии / Н. Угринович. - М.: Бином. Лаборатория знаний, 2017. - 512 c.
Угринович, Н.Д. Информатика / Н.Д. Угринович. - М.: Бином. Лаборатория знаний, 2017. - 511 c.
Угринович, Н.Д. Информатика. Учебник / Н.Д. Угринович. - М.: БИНОМ. Лаборатория знаний; Издание 3-е, 2012. - 173 c.
Угринович, Н.Д. Практикум по информатике и информационным технологиям / Н.Д. Угринович, Л.Л. Босова, Н.И. Михайлова. - М.: Бином. Лаборатория Базовых Знаний, 2013. - 394 c.
Угринович, Н.Д. информатика и информационные технологии: Учебник/ Н.Д. Угринович. - М.: Лаборатория Базовых Знаний, 2014. - 512 c.
Шестакова Информатика и информационно-коммуникационные технологии. Базовый курс. / Шестакова, Л.В. и. - М.: Бином, 2017. - 176 c.
Экономическая информатика. Учебник для вузов / Под ред. проф. В. В. Евдо-кимова. – СПб: Питер, 2013.
Экономическая информатика: Учебник / Под ред. П. В. Конюховского и Д. Н. Колесова. – СПб: Питер, 2015.

Вендров А. М. Проектирование программного обеспечения экономических информационных систем: Учебник. – М.: Финансы и статистика, 2014. ↑
Шестакова Информатика и информационно-коммуникационные технологии. Базовый курс. 8 класс / Шестакова, Л.В. и. - М.: Бином, 2017. - 176 c. ↑
Калянов Г. Н. CASE-технологии. Консалтинг в автоматизации бизнес-процессов. – 3-е изд. – М.: Горячая линия – Телеком, 2015. ↑
Антопольский, А.Б. Информационные ресурсы России: Научно-методическое пособие / А.Б. Антопольский. - М.: Либерия, 2014. - 424 c. ↑
Угринович, Н. Информатика и информационные технологии / Н. Угринович. - М.: Бином. Лаборатория знаний, 2017. - 512 c ↑
Малков О. Б., Белимова Е. В. Проектирование баз данных с использованием CASE-технологии: Методические указания. Омск, 2013. ↑
Балабанов И.Т. Современные моделирования./ И.Т. Балабанов – СПб: Питер, 2015. – 120 с. ↑