Смекни!
smekni.com

Информационная инфраструктура организации (стр. 2 из 2)

Поскольку любая ИАС содержит большое количество разнообразных данных, а одним из основных принципов реляционных баз данных является то, что в системе не должно быть дублирования данных, вопрос связей между компонентами один из основных. Некоторые связи являются атрибутами структуры данных отдельных компонент. Например, ссылка на сотрудника в таблице отпусков. Другие – это отдельные таблицы, реализующие отношения многие ко многим. Например, таблица назначений на должности, которая содержит две ссылки: на человека и на должность. Таблицы связей в этом случае могут содержать дополнительные данные, которые уточняют характеристики конкретной связи между экземплярами двух и более объектов (в случае люди – должности такой характеристикой может быть размер ставки, т.е. 0.5, 1, 1.25). Такие таблицы являются основой для определения правил бизнес логики ИАС. Некоторые связи между данными системы могут быть временными и содержать только две ссылки. Назовем такой вид связи объединением. Очевидно, процесс создания таблиц связи, установления связей между записями и удаления связи можно автоматизировать поскольку необходимой для этого информацией являются только имена таблиц, которые необходимо связать, и полей этих таблиц, которые будут ключами связи и тех, в которых будет находиться содержательная информация (характеристики записей). Для определения конкретной связи достаточно двух списков в клиентском приложении, содержащих характеристики связываемых записей, и собственно механизма установления и удаления связи.

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

Проект ИАС института

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

- объектов, существующих в системе;

- функциональных зависимостей между объектами;

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

- уровней доступа к данным и их модификации;

Схема задач и компонент ИАС отражает 1, частично 2-й и 3 вышеперечисленные аспекты.

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

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

- использование архитектуры клиент-сервер;

- организация АРМов специалистов и руководителей как контейнеров, содержащих унифицированные модули клиентских приложений;

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

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

Такой подход к архитектуре системы позволяет в дальнейшем производить изменения и развитие системы независимыми разработчиками. Таким образом не так остро стоит вопрос: «а будет ли система работать без людей ее создававших?»

Следует отметить, что в структуре компонент и задач ИАС не описаны рабочие места, однако, из вышеизложенного следует, что если объект присутствует в системе, его клиентский модуль может быть легко включен в любой АРМ, или на его основе создан новый АРМ (рис. 1).



Рисунок 1. Структура задач и компонент ИАС

Заключение

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

Использование систем автоматизации деловых процессов позволяет говорить о следующих преимуществах внедрения новой технологии организации управленческой деятельности по сравнению с традиционными:

- обеспечивается высокая эффективность принятия решений;

- рационализируются и интегрируются информационные процессы, в том числе совершенствуется организация документооборота предприятия;

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

- устраняется дублирование функций;

- повышается эффективность работы в целом;

- снижаются расходы на информационное сопровождение функционирования предприятия.

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

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

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

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

Литература

1. Мишенин А.И. Теория информации. – М.: Финансы и статистика, 1999

2. Жеребин В.М., Мальцев В.Н., Савалов М.С. Экономические информационные системы. – М.: Наука, 1998

3. Введение в информационный бизнес: Учеб. пособие / под ред. Тихомирова В.П. – М.: Финансы и статистика, 1996