3. Принципы построения кис. Типовые функциональные компоненты кис.

Концепция построения КИС в экономике предусматривает наличие типовых компонентов:

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

2. Система автоматизации документооборота в рамках корпорации;

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

4. Программно-технические средства системы безопасности КИС;

5. Сервисные коммуникационные приложения (электронная почта, программное обеспечение удаленного доступа);

6. Компоненты интернет/интранет для доступа к разнородным базам данных и информационным ресурсам, сервисным услугам;

7. Офисные программы - текстовый редактор, электронные таблицы, СУБД настольного класса и др.

8. Системы специального назначения - системы автоматизированного проектирования (САПР), автоматизированные системы управления технологическими процессами (АСУТП), банковские системы и др.

К основным принципам построения КИС относятся:

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

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

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

Этапы проектирования КИС:

1.Анализ

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

2.Проектирование

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

1. Разработка

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

2. Интеграция и тестирование

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

3. Внедрение

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

4. Сопровождение

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

4. Классификация кис по способу организации: архитектура файл-сервер, архитектура клиент-сервер, многоуровневая архитектура, архитектура Intranet.

1.Архитектура "Файл-сервер". Исторически первая архитектура информационных систем. Как исполняемые модули, так и данные размещаются в отдельных файлах операционной системы. Доступ к данным осуществляется путем указания пути (path) и использования файловых операций (открыть, считать, записать). Для хранения данных используется выделенный сервер (отдельный компьютер), который и является файловым сервером. Исполняемые модули хранятся либо на рабочих станциях, либо на файловом сервере. В последнем случае упрощается процедура их администрирования, но при этом возрастают требования к надежности сети.

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

В рамках направления "клиент-сервер" существуют два основных "диалекта": "тонкий" и "толстый" клиент.

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

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

3.Трехслойная архитектура( многоуровневая). Базируется на дальнейшей специализации компонент архитектуры: клиент занимается только организацией интерфейса с пользователем, сервер баз данных - только стандартизованной обработкой данных. Для реализации логики обработки данных архитектура предусматривает отдельный слой - слой бизнес-логики. Этот слой может представлять собой либо выделенный сервер (сервер приложений), либо размещаться на клиенте в качестве динамической библиотеки. Данная архитектура позволила соединить достоинства тонкого и толстого клиентов: хорошая переносимость соединяется в ней с невысокими требованиями к клиенту.

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

В качестве примера рассмотрим изменения а архитектуре КИСи АРМ (автоматизированных рабочих мест)

Первый этап – от появления первых АСУ (начало-середина 70-х гг.) до распространения персональных ЭВМ (конец 80-х – начало 90-х гг.). Для этого этапа характерны системы с жестко централизованной архитектурой. Центральным звеном большинства КИС это­го поколения была одна или две больших ЭВМ

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

Началом третьего этапа можно считать середину 90-х гг. Характерной особенностью этого этапа стал постепенный возврат к централизованной архитектуре. Первым шагом стало появление клиент-серверных технологий создания БД, позволяющих реализовать двух­уровневую частично централизованную архитектуру с централизованным хранением данных («единым информационным пространством») (рис. 3,б). При такой архитектуре вся информация, используемая в процессе решения различных управленческих задач, структурируется в соответствии с единой ин­формационно-логической (концептуа­ль­ной) моделью и сводится в одно место – сервер данных. При двухуровневой архитектуре любой пользовательский АРМ исполняет лишь две функции – обработку данных и обеспечение пользовательского интерфейса.

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

Использование этого принципа позволяет реализовать четырехуровневую полностью централизованную архитектуру КИС, в которой корпоративный интер­нет- и/или интра­нет-сервер, взаимодействуя с сервером приложений, обеспечивает диалог со всеми пользователями по сети с помощью стандартного протокола TCP/IP и стандартной программы-проводника. АРМ пользователя в этом случае превращается в простой удаленный терминал и является «тонким клиентом».