Проектирование корпоративных информационных систем и управление

 

Российский  Государственный Социальный университет

 

Кафедра экономики и менеджмента

 

Специальность :МЕНЕДЖМЕНТ(бакалавриат)

 

РЕФЕРАТ

На тему : «Проектирование корпоративных информационных систем и управление.»

 

 

ФИО студента: Синтюрина Анна Владимировна

очного  отделения,4 курса

 

 

 

Научный руководитель:

____________________________________

 

Оценка:__________________

Подпись рецензента:_______

________________________________

«___»____________________20       г.

 

 

Содержание

Введение.................................................................................................3

Глава1.Особенности проектирования корпоративной ИС............................................................................................................4

1.1. Требования к архитектуре  корпоративной ИС.............................................................................................................4

1.2. Проектирование клиент-серверных  систем оперативной обработки транзакций .............................................................................................6

Глава 2. Инструментальные средства создания трехуровневой КИС.........................................................................................................9

2.1. Проектирование распределенной БДсредствами ER WIN 3.5.2.........................................................................................................9

Литература.............................................................................................13

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Введение

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

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

Реферат состоит из трех глав. В первой главе рассматриваются теоретические вопросы проектирования корпоративных информационных систем (КИС). Вторая глава посвящена вопросам создания КИС архитектуры «Клиент-сервер» средствами CASE системы ER WIN 3.5.2.

В третьей главе изложены принципы администрирования сервера  БД – MS SQL SERVER-2000.

 

 

 

 

 

 

 

 

 

 

 

Глава 1. Особенности  проектирования корпоративной ИС

1.1. Требования  к архитектуре корпоративной  ИС

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

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

К современным КИС предъявляются следующие требования:

• Управление полным циклом выполнения заказов клиентов на всех операциях делового

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

• Оперативное получение  аналитической информации для повышения  качества прини-

маемых управленческих решений.

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

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

• Создание систем бизнес-планирования и управления с учетом рисков.

• Создание систем электронного документооборота и управления рабочими потоками.

КИС имеет следующие основные свойства:

• Модульность, предполагающая разработку и внедрение ИС по отдельным программным комплексам, которые автоматизируют определенные виды деятельности предприятия и комплексируются между собой.

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

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

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

• Открытость (переносимость), реализующая сопряжение программных комплексов со стандартными программными приложениями через механизмы OLE, например, программами Microsoft Office, и с внешними приложениями других информационных систем через API-интерфейс (Application Programming Interface), например, INTERNET-приложениями.

• Конфиденциальность, предполагающая настройку прав доступа пользователей к информационной системе в зависимости от уровня компетенции.

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

1.2. Проектирование  клиент-серверных систем оперативной  обработки транзакций

Архитектура современных  КИС базируется на принципах клиент-серверного взаимодействия программных компонентов информационной системы или выполнения транзакций, позволяющих управлять достаточно сложными цепочками операций делового процесса как единым целым. Поэтому такие информационные системы называются системы оперативной обработки транзакций (OLTP – OnLine Transaction Processing).                                 Клиент-серверная архитектура КИС упрощает взаимодействие пользователей с информационной системой и между собой в процессе выполнения деловых процессов или длинных транзакций. Под длинной транзакцией будем понимать совокупность операций делового процесса, требующих обращения к КИС, каждая из которых не имеет ценности без выполнения всей совокупности. Под короткой транзакцией или просто транзакцией будем понимать отдельное обращение к одному из компонентов КИС или обращение клиента к серверу.

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

Вобщем случае клиент-серверная архитектура включает три уровня представления:

− Уровень представления (презентации) данных пользователем;

− Уровень обработки данных приложением;

− Уровень взаимодействия с базой данных.

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

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

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

Двухуровневая клиент-серверная  архитектура основана на использовании только сервера базы данных (DB-сервера), когда клиентская часть представляет уровень представления данных, а на сервере находится база данных вместе с СУБД и прикладными приложениями.                                 DB-сервер отличается от файл-сервера тем, что в его оперативной памяти, помимо сетевой операционной системы, функционирует централизованная СУБД, обеспечивающая совместное использование рабочими станциями базы данных, размещенной во внешней памяти этого DB-сервера. DB-сервер дает возможность отказаться от пересылки по сети файлов данных целиком и передавать только ту выборку из базы данных, которая удовлетворяет запросу пользователя. При этом возможно разделение пользовательского приложения на две час-ти: одна часть выполняется на сервере и связана с выборкой и агрегированием данных избазы данных, а вторая часть по представлению данных для анализа и принятия решения выполняется на клиентской машине. Таким образом, увеличивается общая производи-тельность информационной системы в результате объединения вычислительных ресурсовсервера и клиентской рабочей станции.   Обращение к базе данных осуществляется на языке SQL, который фактически стал стандартом для реляционных баз данных. Отсюда сервер баз данных часто называют SQL-сервером, который поддерживается всеми реляционными СУБД: Oracle, Informix, MS SQL Server, ADABAS D, InterBase, SyBase и др. Клиентское приложение может быть реализовано на языке настольных СУБД (MS Access, FoxPro, Paradox, Clipper и др.). При этом взаимодействие клиентского приложения с SQL-сервером осуществляется через ODBC-драйвер (Open Data Base Connectivity), который обеспечивает возможность пересылки и преобразования данных из глобальной базы данных в структуру баз данных клиентского приложений.

Трехуровневая клиент –  серверная архитектура позволяет  помещать приклад-ные программы на отдельные серверы приложений , с которыми через API-интерфейс (Application Program Interface) устанавливается связь клиентских рабочих станций. Работа клиентской части приложения сводится к вызову необходимых функций сервера приложения, которые называются «сервисами». Прикладные программы в свою очередь обращаются к серверу базы данных с помощью SQL запросов. Такая организация позволяет еще более повысить производительность и эффективность КИС за счет:

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

− параллельности в работе сервера приложений и сервера базы данных, причем сервер приложений может быть менее мощным по сравнению с сервером базы данных;

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

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

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

Рассмотрим технологическую  сеть техно-рабочего проектирования трехуровневой клиент – серверной КИС

 

Глава 2. Инструментальные средства создания трехуровневой КИС

2.1. Проектирование  распределенной БД средствами ER WIN 3.5.2 Case – средство проектирования структуры БД – ER WIN 3.5.2. является одним из инструментов проектирования КИС, которые разработаны компанией LogicWorks. В состав этих средств включены следующие программные продукты:  BP WIN предназначен для проектирования бизнес процессов объекта управления, для которого разрабатывается КИС. В основе проектирования бизнес процессов лежит метод IDEF0 – построение диаграмм потоков (DFD). Построение DFD помогает понять проектировщикам информационную взаимосвязь бизнес процессов объекта управления. Метод IDEF0 основывается на использовании стандарта структурного анализа и проектирования сложных систем – SADT. ER WIN служит для разработки структуры БДКИС;  MODEL MART позволяет коллективно разрабатывать и синхронизировать как диаграммы бизнес процессов, так и ER-диаграммы.

Для синхронизации BPWIN модели с моделью ERWIN, необходимо выполнить следующие шаги в ModelMart:

1. Соединиться с ModelMart, который содержит модели, которые необходимо синхрониизировать.

2. Выбрать направление  синхронизации диаграмм (BPWIN к модели ERWIN или наоборот).