Главная Случайная страница


Категории:

ДомЗдоровьеЗоологияИнформатикаИскусствоИскусствоКомпьютерыКулинарияМаркетингМатематикаМедицинаМенеджментОбразованиеПедагогикаПитомцыПрограммированиеПроизводствоПромышленностьПсихологияРазноеРелигияСоциологияСпортСтатистикаТранспортФизикаФилософияФинансыХимияХоббиЭкологияЭкономикаЭлектроника






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

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

По сфере функционирования объекта бывают АИС:

банков;

финансовых органов;

фирм или предприятий;

статистики и т.д.

По видам процессов управления выделяют:

АИС управления технологическими процессами;

АИС организационного управления;

АИС управления организационно-технологическими процессами;

АИС научных исследований;· обучающие АИС.

По уровню в системе государственного управления бывают: отраслевые АИС; территориальные АИС; межотраслевые АИС.

Классификация АИСосуществляется по ряду признаков, и в зависимости от решаемой задачи можно выбрать разные признаки классификации. При этом одна и та же АИС может характеризоваться одним или несколькими признаками. В качестве признаков классификации АИС используются: область применения, охватываемая территория, организация информационных процессов, направление деятельности, назначение, структура и др. ПРИМЕРОВ НЕ НАШЕЛ(

 

Обеспечивающие подсистемы АИС.

Обеспечивающие подсистемы:

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

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

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

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

Лингвистическое обеспечение – это совокупность языковых средств, используемых на различных уровнях создания и обработки данных для общения человека с ЭВМ.

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

 

Архитектуры АИС.

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


Модели жизненного цикла АИС.

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

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

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

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

 

Требования и технологии проектирования АИС.

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

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

Основные требования, предъявляемые к выбираемой технологии проектирования, следующие:

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

- технология должна максимально отражать все этапы цикла жизни проекта;

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

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

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

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

 


 

Анализ предметной области АИС.

 

 

 


 

 

 

 

 


ARIS продолжение

 

 


Основы современных СУБД.

 


Архитектура файл-сервер

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

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

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

Архитектура клиент-сервер

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

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

Поскольку эта схема предъявляет наименьшие требования к серверу, она обладает наилучшей масштабируемостью.

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

Многоуровневая архитектура

Многоуровневая архитектура стала развитием архитектуры клиент-сервер классической форме состоит из трех уровней:

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

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

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

Подобную концепцию обработки данных пропагандируют, в частное Oracle, Sun, Borland и др.

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

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

Интернет/интранет-технологии

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

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

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

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

· Моделирование данных

· Особенности архитектуры и функциональные возможности

· Контроль работы системы

· Особенности разработки приложений

· Производительность

· Надежность

· Требования к рабочей среде

· Смешанные критерии

Рассмотрим каждую из этих групп в отдельности.

Моделирование данных

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

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

· Средства поиска. Некоторые современные системы имеют встроенные дополнительные средства контекстного поиска.

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

· Реализация языка запросов. Все современные системы совместимы со стандартным языком доступа к данным SQL-92, однако многие из них реализуют те или иные расширения данного стандарта.

Контроль работы системы

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

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

Производительность

· Рейтинг TPC (Transactions per Cent). Для тестирования производительности применяются различные средства, и существует множество тестовых рейтингов. Одним из самых популярных и объективных является TPC-анализ производительности систем. Фактически TPC анализ рассматривает композицию СУБД и аппаратуры, на которой эта СУБД работает. Показатель TPC - это отношение количества запросов обрабатываемых за некий промежуток времени к стоимости всей системы.

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

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

Надежность

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

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

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

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

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

Требования к рабочей среде

· Поддерживаемые аппаратные платформы.

· Минимальные требования к оборудованию.

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

· Операционные системы, под управлением которых способна работать СУБД .

Смешанные критерии

· Качество и полнота документации. К сожалению, не все системы имеют полную и подробную документацию.

· Локализованность. Возможность использования национальных языков не во всех системах реализована полностью.

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

· Стабильность производителя.

· Распространенность СУБД.

История

Turbo Pascal фирмы Borland включал в себя «базу данных» Toolbox, которая была первым дополнением для компиляторов Borland, предназначенным для работы с БД. Затем появился движок БД Paradox for Windows — PXENGWIN — который мог быть включён в программу для подключения к таблицам формата Paradox.

Первым механизмом подключения, основанным на использовании DLL, был ODAPI (от англ. Open Database API — «открытый интерфейс прикладного программирования баз данных»). Он представлял собой попытку Borland унифицировать взаимосвязи в своём программном пакете, включавшем в себя совершенно новый Paradox for Windows 4 и Quattro. С версиями 4.5 / 5.0 Paradox for Windows этот движок баз данных оформился как IDAPI (от англ. Integrated Database Application Program Interface — «интегрированный интерфейс прикладного программирования баз данных»).

В 2000 году Borland представила новую, основанную на SQL-драйверах, архитектуру, названную dbExpress, которая сделала устаревшей использовавшуюся в BDE технологию SQL Links.

Описание

Имеющийся набор драйверов баз данных даёт единообразный доступ к стандартным источникам данных: Paradox, dBASE, FoxPro, Access, а также текстовым БД. Вы можете добавлять драйверы Microsoft ODBC при необходимости подключения к ODBC-сокету. Кроме того, Borland предоставляет SQL Links для доступа к широкому диапазону мощных СУБД, включая Informix, DB2, InterBase, Oracle и Sybase.

BDE имеет объектно-ориентированное устройство. Во время выполнения приложение взаимодействует с BDE, создавая различные BDE-объекты. Эти объекты затем используются для управления элементами БД, такими как таблицы и запросы. BDE API даёт прямой и оптимизированный доступ к движку, а также к встроенным в BDE драйверам для dBASE, Paradox, FoxPro, Access и текстовых БД.

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

Система BDE конфигурируется с помощью BDE Administrator (BDEADMIN.EXE).

 

В BDE используется «Local SQL», подмножество стандарта ANSI-92 языка SQL, расширенное для поддержки используемых в Paradox и DBF (называемых в BDE «стандартными» таблицами) соглашений о наименовании таблиц и полей. Local SQL позволяет использовать SQL для запросов к локальным «стандартным» таблицам, которые не находятся на серверах БД, в т. ч. удалённых. Local SQL также является необходимым средством для создания запросов с выборками из многих таблиц, часть которых локальна, а часть находится на удалённых SQL-серверах.

Архитектура базы данных.

 

 

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

По сфере функционирования объекта бывают АИС:

банков;

финансовых органов;

фирм или предприятий;

статистики и т.д.

По видам процессов управления выделяют:

АИС управления технологическими процессами;

АИС организационного управления;

АИС управления организационно-технологическими процессами;

АИС научных исследований;· обучающие АИС.

По уровню в системе государственного управления бывают: отраслевые АИС; территориальные АИС; межотраслевые АИС.

Классификация АИСосуществляется по ряду признаков, и в зависимости от решаемой задачи можно выбрать разные признаки классификации. При этом одна и та же АИС может характеризоваться одним или несколькими признаками. В качестве признаков классификации АИС используются: область применения, охватываемая территория, организация информационных процессов, направление деятельности, назначение, структура и др. ПРИМЕРОВ НЕ НАШЕЛ(

 

Обеспечивающие подсистемы АИС.

Обеспечивающие подсистемы:

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

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

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

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

Лингвистическое обеспечение – это совокупность языковых средств, используемых на различных уровнях создания и обработки данных для общения человека с ЭВМ.

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

 

Архитектуры АИС.

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


Последнее изменение этой страницы: 2016-08-11

lectmania.ru. Все права принадлежат авторам данных материалов. В случае нарушения авторского права напишите нам сюда...