Методические рекомендации по изучению дисциплины «Инфраструктура информационных систем»

Министерство образования и науки Республики Казахстан

МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ

по изучению дисциплины «Инфраструктура информационных систем»

для магистрантов специальностей 6М070300,6N0703 Информационные системы

Павлодар

Проректор по УР

___________Н.Э. Пфейфер

«__»_______20__ г.

Составитель: к.п.н., доцент ПГУ Майдисарова Д.С.

Кафедра Информатика и информационные системы

Методические рекомендации

По изучению дисциплины Инфраструктура информационных систем

для магистрантов специальности (ей) 6М070300, 6N0703 Информационные системы

(подпись)

Одобрена УМС магистратуры «___»___________20__ г. Протокол №______

Председатель УМС_____________ Ельмуратова Б.Ж. «__»_______20__ г.

(подпись)

ОДОБРЕНО:

Начальник ОПиМОУП ____________ Варакута А.А. «__»_______20__ г.

«__»_______20__ г. Протокол №_____

Анализ задач стоящих перед ИС. Степень автоматизации бизнес-процессов. Современные системы ERP, CRM. Основные характеристики систем классов ERP, CRM. Краткий обзор рынка ERP-систем. Примеры внедрения ERP- систем.

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

ERP-система (англ. Enterprise Resource Planning System — Система планирования ресурсов предприятия) — это интегрированная система на базе ИТ для управления внутренними и внешними ресурсами предприятия (значимые физические активы, финансовые, материально-технические и человеческие ресурсы). Цель системы — содействие потокам информации между всеми хозяйственными подразделениями (бизнес-функциями) внутри предприятия и информационная поддержка связей с другими предприятиями. Построенная, как правило, на централизованной базе данных, ERP-система формирует стандартизованное единое информационное пространство предприятия

Исторически концепция ERP стала развитием более простых концепций MRP (Material Requirement Planning — Планирование материальных потребностей) и MRP II (Manufacturing Resource Planning — Планирование производственных ресурсов). Используемый в ERP-системах программный инструментарий позволяет проводить производственное планирование, моделировать поток заказов и оценивать возможность их реализации в службах и подразделениях предприятия, увязывая его со сбытом.

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

модель управления информационными потоками (ИП) на предприятии;

аппаратно-техническая база и средства коммуникаций;

СУБД, системное и обеспечивающее ПО;

набор программных продуктов, автоматизирующих управление ИП;

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

IT-департамент и обеспечивающие службы;

собственно пользователи программных продуктов.
Основные функции ERP систем:

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

формирование планов продаж и производства;

планирование потребностей в материалах и комплектующих, сроков и объёмов поставок для выполнения плана производства продукции;

управление запасами и закупками: ведение договоров, реализация централизованных закупок, обеспечение учёта и оптимизации складских и цеховых запасов;

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

оперативное управление финансами, включая составление финансового плана и осуществление контроля его исполнения, финансовый и управленческий учёт;

управления проектами, включая планирование этапов и ресурсов

Классические ERP-системы, в отличие от так называемого «коробочного» программного обеспечения, относятся к категории «тяжёлых» программных продуктов, требующих достаточно длительной настройки, для того чтобы начать ими пользоваться. Выбор ERP-системы, приобретение и внедрение, как правило, требуют тщательного планирования в рамках длительного проекта с участием партнёрской компании — поставщика или консультанта. Поскольку ERP-системы строятся по модульному принципу, заказчик часто (по крайней мере, на ранней стадии таких проектов) приобретает не полный спектр модулей, а ограниченный их комплект. В ходе внедрения проектная команда, как правило, в течение нескольких месяцев осуществляет настройку поставляемых модулей.

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

Основные сложности на этапе внедрения ERP- систем возникают по следующим причинам:

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

Сопротивление департаментов в предоставлении конфиденциальной информации уменьшает эффективность системы.

Небольшие компании не могут позволить себе инвестировать достаточно денег в ERP и адекватно обучить всех сотрудников.

Внедрение является достаточно дорогим.

Система может страдать от проблемы «слабого звена» — эффективность всей системы может быть нарушена одним департаментом или партнёром.

Основная часть современных систем CRM базируется на принципе "Клиент-Сервер", то есть все данные CRM-системы хранятся и обрабатываются в одной централизованной Базе Данных, а клиенты имеют к ним доступ через удаленные терминалы. Клиентами таких CRM-систем могут быть как внешние, так и внутренние по отношению к компании пользователи. Взаимодействие между Клиентом и Сервером может осуществляться на основе Intranet/Internet. В последнем случае для доступа к системе через Интернет клиент использует стандартный web-браузер (для поддержки возможностей технологии OLAP используется язык JAVA). Часть "Сервер" обычно состоит из двух приложений - СУБД для хранения, обработки данных и системы OLAP-сервер для анализа этих данных в режиме онлайн. Чаще всего компании используют в качестве СУБД продукты от известных производителей, такие как Oracle, Interbase, Microsoft SQL Server. Индивидуальным решением каждого разработчика CRM-систем обычно является построение OLAP-приложений.

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

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

Около 75% рынка управленческих систем занимает пятерка лидеров: SAP, Oracle (включая PeopleSoft), Sage Group, Microsoft Business Solutions (MBS), и SSA Global (купившая Baan).

Успешное продвижение после приобретения Navision демонстрирует Microsoft Business Solutions (MBS) — подразделение американской корпорации Microsoft. На текущий момент MBS принадлежит 4% мирового рынка. В 2004 г. эта компания увеличила свою выручку в этом сегменте ИТ-продуктов и услуг на 14%. Расширяясь, Microsoft проникает в целевые для SAP сектора рынка, увеличивая конкуренцию. В то же время в Европе присутствие компании оценивается как весьма скромное — менее 1%. Так, в секторе малого и среднего бизнеса, на который преимущественно ориентированы ERP-продукты Microsoft, решения MBS, предназначенные для небольших компаний, вытесняются менее дорогими решениями Sage Group, а средний бизнес Западной Европы в большей степени предпочитает продукты SAP.

Инфраструктура ИС, ее элементы. Перечень компонент инфраструктуры ИС. Комплекс технологий построения инфраструктуры ИС.

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

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

Определение ИС

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

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

Часто информационные системы называют «автоматизированными системами» или «автоматизированными информационными системами», желая подчеркнуть использование, при их построении электронно-вычислительной техники. Нам нет нужды использовать такое дополнение, так как использование вычислительной техники в функционировании ИС вытекает из нашего определения.

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

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

Под реквизитами документа будем понимать совокупность свойств этого документа, позволяющих однозначно его идентифицировать. Примерами реквизитов могут служить название документа, его номер, дата создания, имена создателей, электронная подпись и т.д. В качестве примеров документов можно привести статьи, тексты приказов и распоряжений, бухгалтерские документы, карты местности, звуковые записи и т.д. Важно еще раз подчеркнуть, что структура объекта, который мы назвали документом, может носить самый произвольный характер: форматы для текстовых документов (обычный текстовый формат, формат Word, формат PDF, формат DJVu, формат HTML и т.д.), таблицы, графические файлы и т.п.

Типичным примером документальных информационных систем являются справочные юридические системы типа Гарант, Консультант+ и т.п. Поисковые интернет системы также являются представителями документальных систем. Реальные информационные системы часто оперируют некоторой смесью фактографической и документальной информации, тем более что современные СУБД[2], на основе которых, как правило, и строятся современные ИС, предоставляют мощные инструментальные средства для манипулирования информацией того и другого типа.

Из определения в частности следует, что в информационной системе имеется два компонента: программное обеспечение и электронное информационное хранилище. Обратимся к рисунку 1.1, где сказанное представлено в графическом виде.

Рис. 1.1. Структура информационной системы

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

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

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

Рис. 1.2. Трехуровневая архитектура информационной системы

Под инфраструктурой информационной системы будем понимать все то, что обеспечивает ее бесперебойное функционирование.

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

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

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

1) Стоимость приобретённого оборудования (персональные компьютеры, оргтехника, сервер, материалы для локальной сети, включая крепёж и т.п., сетевое оборудование, оборудование резервного копирования, оборудование для бесперебойного энергообеспечения) + стоимость монтажа и пуско-наладки оборудования;

2) Стоимость приобретённого программного обеспечения (начиная с операционной системы, антивирусной защиты, заканчивая бизнес-приложениями) + стоимость установки и настройки программного обеспечения;

3) Стоимость расходных материалов для оргтехники (не только картриджей и барабанов, но и бумаги для печати);

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

5) Стоимость обновлений программного обеспечения;

6) Затраты на оплату труда персонала, настраивающего и поддерживающего работоспособность оборудования и программного обеспечения + соответствующие налоги;

7) Затраты на ремонт оборудования, материалы для планового технического обслуживания;

8) Затраты на связь (например, интернет);

9) Затраты на постоянное обучение как ИТ-персонала, так и конечных пользователей;

10) Затраты на помещение, где функционирует сервер (арендная плата либо налоги за владение этим помещением);

11) Затраты на систему вентиляции и кондиционирования в указанном помещении (без неё сервер может очень быстро выйти из строя);

12) Амортизация;

13) Затраты на оплату того количества электроэнергии, которое потребляет оборудование, а так же система вентиляции и кондиционирования для серверной;

14) Временные потери, связанные с тем, что вы лично принимаете участие в организации функционирования ИТ-инфраструктуры (сами устанавливаете программное обеспечение принимаете решение о приобретении оборудования и т.п.);

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

И этот список можно продолжать. Причём, пункты 14 и 15 данного списка легко можно привести к денежному эквиваленту. По данным федеральной службы статистики в среднем годовой оборот одного малого предприятия в Свердловской области составлял 25 649 000 рублей, т.е. около 70 270 тыс. рублей в день. В то же время, по данным, публикуемым в интернете, 76% малых предприятий теряют 1 день и более в месяц из-за вирусных заражений, вызывающих потерю данных, а 73% - из-за отсутствия резервного копирования, так же приводящих к потере данных. Таким образом, рассматриваемое среднестатистическое малое предприятие с очень высокой вероятностью несёт риск потери не менее 12 дней в год на восстановление работоспособности ИТ-инфраструктуры, что составляет не менее 843 260 тыс. рублей (12 дней * 70 270 тыс. руб.) упущенного оборота в год. Огромная сумма для малого предприятия! При этом стоит отметить, что попытка сэкономить на расходах, указанных в пп. 1-13 приведённого выше перечня, приводит к существенному увеличению потерь по пп. 14-15, которые в большинстве случаев превышают ожидаемую экономию.

Из всего вышесказанного можно сделать несколько выводов.

Во-первых, создание полноценной комплексной ИТ-инфраструктуры – дело сложное, длительное, требующее специализированных знаний и серьёзных материальных затрат. При этом, максимизировать эффект от функционирования ИТ-инфраструктуры можно только при её полноте и комплексности (см. рисунок 1). Конечно, ИТ-инфраструктура может быть и меньших масштабов, в ней может отсутствовать часть составляющих, и при этом она будет эффективной, однако абсолютная величина экономического эффекта будет естественно ниже. Это особенно актуально для малых предприятий, которые зачастую используют в локальной сети ряд бизнес-приложений, установленных на сервер (или несколько серверов) и повышающих производительность сотрудников, однако им «не по карману» создание отказоустойчивой кластерной платформы, с резервным электропитанием для центра обработки данных, а так же полноценной системы резервного копирования данных. Таким образом, вероятность недополучать ежегодно сотни тысяч рублей из-за сбоев в системе для этих предприятий по прежнему сохраняется на уровне 73%.

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

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

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

Совокупность средств вычислительной техники. Коммуникации. Проблемы и особенности проектирования локальной сети.

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

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

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

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

В настоящее время фирма Rational Software является безусловным лидером в области объектно-ориентированного анализа и проектирования информационных систем с компонентной архитектурой. Разрабатываемая этой фирмой методология, основанная на использовании унифицированного языка моделирования (UML - Unified Modeling Language в настоящее время принят OMG в качестве стандарта), поддержана целым спектром инструментальных программных средств визуального моделирования, совместной разработки (поддерживаются основные языки программирования С++, Java, Visual Basic, SmallTalk и др., а также популярные среды разработки - MS Visual Studio, Delphi, PowerBuilder), автоматизированного тестирования и документирования, охватывающих жизненный цикл создания программных систем. В сети интернет узел этой фирмы (www.rational.com) содержит обширную и постоянно пополняемую и обновляемую информацию о новых методологиях и стандартах, программных продуктах, публикациях и доступных ресурсах (включая примеры построения информационных систем и реализации отдельных решений). На этом же узле обсуждаются многие из, возникающих в процессе разработки системы, вопросов.

Помимо Rational Rose, продукта фирмы Rational Software, к числу популярных средств визуального моделирования, поддерживающих стандарты UML, можно отнести Paradigm Plus (программный продукт фирмы PLATINUM Technology) и SELECT (SELECT Software).

Rational Rose - хорошо сбалансированный программный продукт с удобным интерфейсом и набором инструментов моделирования, ориентированным как на разработчиков программных систем, так и на бизнес- и системных аналитиков. На базе Rational Rose был создан Visual Modeler - средство визуального проектирования, включенное в состав среды разработки Microsoft Visual Studio (версия 6.0).

Paradigm Plus, скорее всего, понравится не тем разработчикам, которые отдают предпочтение удобству настроек по умолчанию и простоте использования инструмента, а тем, которые больше всего ценят возможность максимальной адаптации инструмента к своим потребностям, вплоть до настройки шаблонов (скриптов), на основе которых реализуется генерация кода программной системы.
Средство визуального моделирования Select в большей степени, чем два предыдущих, похоже на традиционное CASE (Computer-Aided System Engineering) средство моделирования, знакомое бизнес- и системным аналитикам еще со времен структурного анализа и проектирования систем. Хотя Select и ориентирован, в основном, на аналитиков, он может использоваться и разработчиками программных систем. Этот продукт, также, как и два предыдущих, поддерживает UML и компонентную технологию проектирования программных систем.

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

Коммуникации. Устойчивость системы. Вопросы информационной и физической безопасности. Терминальный доступ. Мониторинг информационных систем и ресурсов.

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

Структура информационной системы

Типы обеспечивающих подсистем

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

Рис. 1.2. Структура информационной системы как совокупность

• 
  информационное;
  
• 
  техническое;
  
• 
  математическое;
  
• 
  программное;
  
• 
  организационное;
  
• 
  правовое обеспечение.
  

Информационное обеспечение

• 
  к унифицированным системам документации;
  

• 
  к унифицированным формам документов различных уровней управления;
  

• 
  к составу и структуре реквизитов и показателей;
  

• 
  к порядку внедрения, ведения и регистрации унифицированных форм документов.
  

• 
  чрезвычайно большой объем документов для ручной обработки;
  

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

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

• 
  имеются показатели, которые создаются, но не используются, и др.
  

Построение схем информационных потоков, позволяющих выявить объемы информации и провести ее детальный анализ, обеспечивает:

• 
  исключение дублирующей и неиспользуемой информации;
  
• 
  классификацию и рациональное представление информации.
  

1-й этап – обследование всех функциональных подразделений фирмы с целью:

• 
  понять специфику и структуру ее деятельности;
  

• 
  построить схему информационных потоков:
  

• 
  проанализировать существующую систему документооборота;
  

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

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

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

• 
  совершенствование системы документооборота;
  

• 
  наличие и использование системы классификации и кодирования;
  

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

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

Техническое обеспечение

Комплекс технических средств составляют:

• 
  компьютеры любых моделей;
  

• 
  устройства сбора, накопления, обработки, передачи и вывода информации;
  

• 
  устройства передачи данных и линий связи;
  

• 
  оргтехника и устройства автоматического съема информации;
  

• 
  эксплуатационные материалы и др.
  

• 
  общесистемную, включающую государственные и отраслевые стандарты по техническому обеспечению;
  

• 
  специализированную, содержащую комплекс методик по всем этапам разработки технического обеспечения;
  

• 
  нормативно-справочную, используемую при выполнении расчетов по техническому обеспечению.
  

Централизованное техническое обеспечение базируется на использовании в информационной системе больших ЭВМ и вычислительных центров.

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

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