Теория экономических информационных систем

Теория экономических информационных систем

(Составитель: доцент каф. АСУ А.И. Исакова)

1. Классификация ЭИС. Компоненты экономических информационных систем.

 

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

По функциональному признаку.

По режимам работы ЭИС.

По способу распределения вычислительных ресурсов ЭИС.

Существует два типа ЭИС:

· управляющие ИС (для управления технологическими процессами);

· ИС административно-организационного типа (для обеспечения специалистов информацией в интересах управления предприятием).

Далее рассматриваются ИС административно-организационного типа.

Классификация ЭИС по функциональному признаку:

· системы обработки данных (СОД);

· автоматизированные системы управления (АСУ);

· информационно-поисковые системы (ИПС).

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

· ввод;

· выборка;

· корректировка;

· выдача информации.

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

ЭИС, дополненная прикладными программами различного назначения, образует систему обработки данных — СОД.

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

Компоненты системы:

- Структура — множество элементов системы и взаимосвязей между ними.

Математической моделью структуры является граф.

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

 

Линейная организация данных (последовательная организация данных, линейная списковая организация данных, цепные каталоги).

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

Линейная организация данных:

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

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

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

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

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

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

Указатель списка – адрес, хранящий положение первой записи.

Конец списка – специальное значение, отмечающее, что последующих записей больше нет.

 

Уровни представления данных

Концепции многоуровневой архитектуры СУБД служат основой современной технологии БД. Эти идеи впервые были сформулированы в отчёте рабочей группы по базам данных Комитета по планированию стандартов Американского национального института стандартов (ANSI/X3/SPARC), опубликованному в 1975 г. В нем была предложена обобщенная трехуровневая модель архитектуры СУБД, включающая концептуальный, внешний и внутренний уровни

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

Внутренний уровень архитектуры поддерживает представление БД в среде хранения – хранимую базу данных. На этом архитектурном уровне БД представлена в полностью “материализованном” виде, тогда как на других уровнях идёт работа на уровне отдельных экземпляров или множества экземпляров записей. Описание БД на внутреннем уровне называется внутренней схемой или схемой хранения.

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

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

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

В архитектурной модели ANSI/SPARC предполагается наличие в СУБД механизмов, обеспечивающих междууровневое отображение данных “внешний – концептуальный” и “концептуальный – внутренний”. Функциональные возможности этих механизмов обеспечивают абстракцию данных и определяют степень независимости данных на всех уровнях.

 

 

Программная инженерия

(Составитель: профессор каф. АСУ М.Ю. Катаев)

 

 

ФазыV-образной модели

Ниже подано краткое описание каждой фазы V-образной модели, начиная от планирования проекта и требований вплоть до приемочных испытаний:

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

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

· архитектура или проектирование на высшем уровне – определяет, каким образом функции ПО должны применяться при реализации проекта;

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

· разработка программного кода – выполняется преобразование алгоритмов, определенных на этапе детализированного проектирования, в готовое ПО;

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

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

· системное и приемочное тестирование – выполняется проверка функционирования программной системы в целом (полностью интегрированная система), после помещения в ее аппаратную среду в соответствии со спецификацией требований к ПО;

· производство, эксплуатация и сопровождение – ПО запускается в производство. На этой фазе предусмотрены также модернизация и внесение поправок;

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

НедостаткиV-образной модели

При использовании V-образной модели в работе над проектом, для которого она не является в достаточной степени приемлемой, становятся очевидными ее недостатки:

· с ее помощью непросто справиться с параллельными событиями;

· в ней не учтены итерации между фазами;

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

· тестирование требований в жизненном цикле происходит слишком поздно, вслед­ствие чего невозможно внести изменения, не повлияв при этом на график выпол­нения проекта;

· в модель не входят действия, направленные на анализ рисков.

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

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

Фазы моделиRAD

Модель RAD проходит через следующие фазы:

· этап планирования требований — сбор требований выполняется при использо­вании рабочего метода, называемого совместным планированием требований (Jointrequirementsplanning,JRP), который представляет собой структурный ана­лиз и обсуждение имеющихся коммерческих задач;

· пользовательское описание — совместное проектирование приложения (Jointapplicationdesign,JAD) используется с целью привлечения пользователей; на этой фазе проектирования системы, не являющейся промышленной, работающая над проектом команда зачастую использует автоматические инструментальные сред­ства, обеспечивающие сбор пользовательской информации;

· фаза конструирования ("до полного завершения") — эта фаза объединяет в себе детализированное проектирование, построение (кодирование и тестирование), а также поставку программного продукта заказчику за определенное время. Сроки выполнения этой фазы в значительной мере зависит от использования генера­торов кода, экранных генераторов и других типов производственных инстру­ментальных средств;

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

 

Основные понятия положены в основу стандарта качества СММ?

 

Самым именитым стандартом качества следует считать Capability Maturity Model (CMM) – модель оценки уровня зрелости процессов разработки вместе с его производными.

В экономике

(Составитель: доцент каф. АСУ С.Ю. Золотов)

 

Теория экономических информационных систем

(Составитель: доцент каф. АСУ А.И. Исакова)

1. Классификация ЭИС. Компоненты экономических информационных систем.

 

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

По функциональному признаку.

По режимам работы ЭИС.

По способу распределения вычислительных ресурсов ЭИС.

Существует два типа ЭИС:

· управляющие ИС (для управления технологическими процессами);

· ИС административно-организационного типа (для обеспечения специалистов информацией в интересах управления предприятием).

Далее рассматриваются ИС административно-организационного типа.

Классификация ЭИС по функциональному признаку:

· системы обработки данных (СОД);

· автоматизированные системы управления (АСУ);

· информационно-поисковые системы (ИПС).

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

· ввод;

· выборка;

· корректировка;

· выдача информации.

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

ЭИС, дополненная прикладными программами различного назначения, образует систему обработки данных — СОД.

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

Компоненты системы:

- Структура — множество элементов системы и взаимосвязей между ними.

Математической моделью структуры является граф.

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