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



1. Настольные- для работы одного человека. К ним следует отнести Автоматизированное Рабочее Место (АРМ) бухгалтера малого предприятия, АРМ кассира, АРМ расчетчика заработной платы и т.д. Внедрение таких программ не вызывает особых трудностей и для хороших систем может исчисляться днями. Основные проблемы возникают при объединении информации с разных участков учета - так как рабочие данные специалистов хранятся на разных компьютерах, и возникает много рассогласований. Например, один и тот же объект (материал, товар, изделие) на разных АРМах может иметь разные коды.

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

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

 

 

Общая классификация архитектур информационных приложений. Файл-серверные приложения. Клиент-серверные приложения. Intranet-приложения

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

Файл-серверные приложения

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

Рис. 2.3. Классическое представление информационной системы в архитектуре "файл-сервер"

 

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

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

Клиент-серверные приложения

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

Рис. 2.5. представление информационной системы в архитектуре "клиент-сервер"

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

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

Intranet-приложения

По сути, это корпоративная система, в которой используются методы и средства Internet. Такая система может быть локальной, изолированной от остального мира Internet, или опираться на виртуальную корпоративную подсеть Internet. В общем случае в Intranet-системе могут использоваться все возможные службы Internet.Наибольшее распространение получило использование в данных приложениях языка HTML. Это связано с тем, что на базе данного языка можно достаточно просто разработать удобную для использования информационную структуру, которая в дальнейшем будет обслуживаться одним из готовых Web-серверов. Во-вторых, наличие нескольких готовых к использованию клиентских частей - браузеров избавляет от необходимости создавать собственные интерфейсы с пользователями, предоставляя им удобные и развитые механизмы доступа к информации. В ряде случаев такая организация корпоративной информационной системы оказывается достаточной для удовлетворения потребностей компании. Однако, при всех своих преимуществах (простота организации, удобство использования, стандартность интерфейсов и т.д.) эта схема обладает сильными ограничениями. Прежде всего, как видно из рисунка 2.8, в информационной системе отсутствует прикладная обработка данных. Все, что может пользователь, это только просмотреть информацию, поддерживаемую Web-сервером. Далее, гипертекстовые структуры трудно модифицируются.

Рис. 2.8. Простая организация Intranet-системы с использованием средств WWW


Дата добавления: 2018-02-18; просмотров: 1228; Мы поможем в написании вашей работы!

Поделиться с друзьями:






Мы поможем в написании ваших работ!