Клейменов С.А. Администрирование в информационных системах

Подождите немного. Документ загружается.

3. Внедрение систем управленческого и финансового планиро-

вания по принципу «сверху вниз» (т. е. от управляющей компании

к дочерним предприятиям).

Существует два варианта построения единой системы управ-

ленческого и финансового учета и планирования компании:

1) «сверху вниз». Система управления строится на уровне го-

ловной компании (холдинга) и постепенно «спускается» (детали-

зируется) на уровень дочерних предприятий;

2) «снизу вверх». Система управления строится на уровне от-

дельных фрагментов холдинга (например, на ряде дочерних пред-

приятий) и в дальнейшем интегрируется на уровне холдинга.

Как показывает мировой опыт, второй вариант является, безус-

ловно, более затратным и, соответственно, менее эффективным:

В настоящее время имеется ряд существенных обстоятельств,

обусловливающих важность внедрения ИСУ на крупных промыш-

ленных предприятиях России.

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

ных компаний характерны:

• достаточно сложная система распределения полномочий между

головной компанией и производственными подразделениями, до-

черними и зависимыми предприятиями, т.е. разделения показателей

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

управляющей компании холдинга) и определяемые на местах;

• многообразие товарно-материальных и финансовых потоков,

определяемое наличием элементов вертикальной (по стадиям тех-

нологического цикла) и горизонтальной (региональное и

диви-зиональное разделение труда) интеграции;

• многообразие рынков сбыта, отличающихся по своей емкости

и эластичности спроса по цене;

• многообразие видов деятельности (производство, услуги, тор-

говля, строительство) и, как следствие, необходимость дополни-

тельного разграничения по видам деятельности в системе управ-

ленческого учета и планирования;

• усложненная система контроля и стимулирования деятельно-

сти подразделений, которая в идеале должна охватывать все фак-

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

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

ния различных подразделений за одинаковый вклад в финансовые

результаты компании);

• различный характер производственного процесса по различ-

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

затрат и финансовых результатов (так, в рамках одной компании

одновременно могут вестись попроцессный, попередельный и

по-заказный методы учета (в зависимости от вида деятельности));

• недостаточное качество информационного обеспечения про-

цесса принятия управленческих решений (недостаточная полно-

та, достоверность и оперативность получения данных менеджера-

ми всех уровней управления);

• недостаточная регламентированность документооборота и, как

следствие, снижение эффективности систем учета и контроля де

ятельности компании.

Во-вторых, в настоящее время большинство крупных россий-

ских промышленных компаний (особенно в топливно-энергети-

ческом комплексе) активно сотрудничают с зарубежными парт-

нерами в производственной и финансовой сферах. Одним из ус-

ловий продолжения широкомасштабного сотрудничества с запад-

ными партнерами является ведение учета в соответствии с норма-

ми GAAP в целях удовлетворения требований зарубежных акцио-

неров, кредиторов и контракторов. Внедрение интегрированной

системы управления позволит компании эффективно решить дан-

ную задачу, так как ИСУ основывается на новейших разработках в

области управленческого планирования и информационных тех-

нологий, применяемых крупными компаниями Западной Европы и

США. Одной из основных предпосылок ИСУ является ведение

управленческого и финансового документооборота в соответствии

с международными нормами учета и отчетности.

Таким образом, внедрение интегрированной системы управ-

ления в российских промышленных компаниях:

• создаст предпосылки для качественного улучшения процесса

управленческого планирования и контроля деятельности компании

со стороны высшего и среднего руководства;

• обеспечит должное представление о результатах деятельности

компании западным партнерам и, тем самым, окажет положи-

тельный эффект в сфере расширения сотрудничества с зарубеж-

ными предприятиями и организациями.

Контрольные вопросы

1. Опишите роль ИС управления в функционировании предприятий.

2. Как классифицируются ИС по организационным уровням? Дайте

им характеристики по применению.

3. Сформулируйте особенности сетевых систем управления и их адми-

нистрирования.

4. Приведите классификацию сетей и охарактеризуйте их.

5. Приведите системы автоматизированного поиска информации в

Интернете.

6. Раскройте технологическое обеспечение АИТ ОД в АИС СЭО.

7. Опишите уровни СУ предприятиями на примере EPR-системы.

8. Что такое Open Plan?

9. Раскройте основное содержание методологии IDEFO.

10. Обоснуйте необходимость внедрения ИСУ на предприятиях России.

.•' \

Глава 3

МЕТОДОЛОГИЯ ПОСТРОЕНИЯ АДМИНИСТРИРОВАНИЯ

И ЕГО СРЕДСТВА

3.1. Организационные и программные структуры

администрирования

3.1.1. Конфигурация системы администрирования

Для того чтобы любая ИС работала с максимальной отдачей, ее

следует должным образом администрировать (хотя разработчики

ИС стремятся создавать системы, требующие наименьшего набора

функций, инструментальных средств и методов их админис-

трирования). К одной из таких современных систем можно отнести

систему Unix и ее версии. Взяв за основу принципиальные под-

ходы Unix к структурированию таких систем, рассмотрим их орга-

низацию и архитектуру построения и функционирования.

Методология построения таких систем ориентируется на боль-

шое количество небольших компонентов и команд. Фактически это

набор мелких команд, спроектированных для совместной работы.

Вместо того чтобы выполнять большую программу управления

пользователями, система должна предоставлять различные

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

записями пользователей. Эта дифференциация команд позволяет

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

успеха в администрировании Unix-компьютера можно, если на-

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

нариев. Достигнув в этом вопросе мастерства, трудно обходиться

без эффективно работающих сценариев, даже для выполнения

своей персональной работы. Например, для использования бес-

платного почтового ящика электронной почты Интернета при

резервировании важных файлов можно по соответствующему сце-

нарию предварительно автоматически определить файлы, подле-

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

на требуемый электронный адрес. Весь этот процесс легко

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

языке сценария оболочки.

Унифицированная файловая система, составленная из различ-

ных физических устройств (жестких дисков, гибких магнитных

дисков и компакт-дисков и др.) рассматривается как часть единой

файловой системы. Управление устройствами и управление

файлами являются важными составными частями системного ад-

министрирования. Установление квот, архивирование файлов,

которые больше не используются, добавление дискового простран-

ства — вот виды деятельности, которые имеют отношение к фай-

ловой системе.

Среда, которая дает возможность многим пользователям одно-

временно регистрироваться в системе, обеспечивает легкую под-

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

граммного обеспечения сервера, которое требуется в некоторых

других системах (Windows NT). Управление учетными записями

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

темного администрирования. Позволить пользователям получить

преимущества через интерактивную регистрацию, сеансы X

Window или файловый сервис и в то же время защитить систему и

ее сервисы от злоупотреблений пользователями — главная функ-

ция Unix.

Защита пользователей от влияния других, потенциально недру-

жественных, пользователей связана с рассмотрением различных

вопросов безопасности. Они особенно важны, если система под-

ключена к Интернету. Около 10 лет назад Интернет был друже-

ственной средой, однако положение изменилось. В настоящее вре-

мя, когда существует широкий доступ к Интернету, система от-

крыта для пользователей с быстродействующими подключениями

к Интернету, которые пытаются взламывать чужие системы. Хотя

для них это потенциально ценный опыт обучения, им необходимо

защитить систему от несанкционированных вторжений.

Способность одновременно выполнять много приложений (программ

или процессов) даже при простаивающей системе — важное свой-

ство Unix. Она выполняет намного больше процессов, чем Windows

NT. В терминах администрирования системы это означает, что

нужно сделать так, чтобы система никогда не была перегружена

слишком большим количеством процессов, поддерживая выпол-

нение только тех из них, которые действительно необходимы.

Обобщенную структуру администрирования ИС можно пред-

ставить в виде схемы (рис. 3.1). По этой схеме конфигурируются

как техническая, так и программно-организационная реализация,

но она является условной, так как все входящие в систему адми-

нистрирования конфигурации очень сильно интегрированы между

собой и часто взаимозаменяемы по функциональным возмож-

ностям обеспечения пользователей.

Рабочие станции, называемые также графическими, функцио-

нируют как пользовательские настольные системы. Большинство

рабочих станций используется для работы с большими монитора-

ми и значительным объемом ОЗУ. Однако такое положение быст-

84 ' * ■ '.' :

Рис. 3.1. Обобщенная структура администрирования ИС

ро изменяется с ростом популярности Linux, FreeBSD, SCO Unix,

Solaris X86 и всех разновидностей программных продуктов для Unix,

привязанных к аппаратным средствам Intel. Теперь, когда процес-

соры Pentium способны обеспечивать мощность обработки инфор-

мации, сравнимую с мощностью процессоров SPARC, персональ-

ные компьютеры становятся рабочими станциями. При одинако-

вой рабочей нагрузке требования к памяти и ресурсам централь-

ного процессора рабочей станции Unix меньше, чем при исполь-

зовании этого же компьютера под управлением Windows любой

версии начиная с 3.1.

Совсем недавно тенденция к замене настольных систем Unix

компьютерами с Windows NT или Windows 9X была очень силь-

ной. Теперь же появилось новое прикладное ПО, которое обеспе-

чит в Unix-системе такой же уровень функциональности, какой

имеется в любой Windows-системе. Многие крупные корпорации,

например Lotus Development, также привязали свои популярные

программные продукты (Domino R5) к Unix. Рабочие станции Unix

сохраняют сильные позиции в системах автоматизированного про-

ектирования и системах автоматизированного управления произ-

водством (САПР/АСУП), разработки ПО, финансов и научной

визуализации. Почти вся графика Unix пришла из системы X Window

с трехмерной визуализацией, добавленной OpenGL и другими

расширениями.

При этом администрирование рабочих станций не остается

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

предлагает таких сетевых сервисов, как файловый сервис, ано-

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

администрироваться только базовые сервисы — обслуживание

файлов, учетных записей, программных средств и т.д.

Другим основным использованием Unix является платформа

для управления сетью. В данном случае слово «сеть» имеет общий

смысл и может означать что угодно — от маршрутизатора до на-

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

Unix.

Управление сетью означает, что необходимо регулярно опра-

шивать каждый нужный узел для проверки его состояния и сбора

статистики, получать предупредительные сообщения от этих узлов

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

мониторингом сети. Платформа, используемая для удовлетворения

таких потребностей, должна быть очень устойчивой и гибкой. Unix

идеально удовлетворяет этим требованиям, и большая часть

коммерческого программного обеспечения для управления сетью

выполнена в расчете на использование Unix-систем.

Станции управления сетью требуют конфигурации достаточной

мощности, так как они выполняют громоздкие графические

приложения. Часто для своей работы приложения станций сетево-

го управления требуют несколько гигабайтов дискового простран-

ства, несколько сотен мегабайтов памяти, ускоренных графических

адаптеров и мощного центрального процессора. Иногда эти

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

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

получать на своих мониторах их вывод — это требует еще больше

ресурсов.

Unix-системы работают на большом разнообразии рабочих стан-

ций — от суперкомпьютеров Cray до настольных компьютеров,

таких как ПК на базе микропроцессоров Intel, компьютеры

Macintosh и Amiga. Сейчас даже предпринимаются усилия по при-

вязке бесплатной версии Unix (Linux) к переносимым устройствам,

работающим под ОС Palm. Рабочие станции Unix и серверы произ-

водятся фирмами Sun Microsystems, Hewlett-Packard, IBM, Digital

Equipment Corp. и Silicon Graphics. Помимо приобретения всей

системы, т.е. аппаратного и ПО, можно также приобрести только

ПО Unix, которое будет выполняться на персональных компью-

терах Intel и других системах, у таких производителей, как SCO и

BSDI.

В настоящее время Unix работает на большом разнообразии ком-

пьютерных архитектур, включая RISC (Reduced Instruction Set

Computer — компьютер с сокращенным набором команд) и CISC

(Complex Instruction Set Computer — компьютер со сложным на-

бором команд), как это представлено в табл. 3.1. Некоторые архи-

тектуры, такие как PowerPC, работают со многими версиями Unix

(IBM AIX, Sun Solaris, Linux и т.д.) наряду с другими операцион-

ными системами (MacOS, BeOS и т.д.).

X-терминалы предоставляют пользователям графическую часть

рабочей станции Unix без обязательной платы за полностью уком-

плектованную систему. X-терминал использует мощность сервера

(как правило, Unix-сервера) для обслуживания приложений, ра-

ботающих с графическими дисплеями. Большинство поставщиков

X-терминалов в настоящее время модифицируют свои продукты

так, чтобы они были как Х-, так и Java-терминалами.

Кроме выполнения общего конфигурирования, Х-терминалы не

нуждаются в администрировании.

Термин «открытая система», как и термин «клиент-сервер»,

является синонимом Unix. Выбирая открытую систему вроде Unix,

пользователь не попадает в зависимость от какого-либо конкрет-

ного поставщика. Он остается свободным от решений, навязанных

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

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

гого поставщика. Unix представляет собой одну из наиболее от-

крытых операционных систем, существующих в настоящее время.

Таблица 3.1

Основные архитектуры, поддерживаемые Unix

Архитектура процессора

Компания

MIPS

Silicon Graphics

SPARC

Sun Microsystems

PA-RISC, CISC

Hewlett-Packard

PowerPC

IBM

Alpha

Digital Equipment

Pentium

Intel

Однако не все Unix-системы одинаковы. При администрирова-

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

конфигурировании, запуске и останове Unix-систем, полученных

от различных поставщиков.

При такой широкой поддержке архитектур процессоров многие

версии Unix со временем разделились между собой, особенно в

системном администрировании. Здесь никогда не наблюдалось

такой хорошей стандартизации, как в базовых командах Unix. На-

званные различия привели к разделению рынка Unix, создав тем

самым возможности для наступления конкурирующих систем,

таких как Windows NT.

С середины 1980-х гг. компания AT&T, обладавшая правами

собственности на торговую марку Unix (которые впоследствии не-

сколько раз перепродавались), начала унифицировать основные

версии Unix, ее собственную версию AT&T System V Unix и вер-

сию BSD. Получившаяся System V версии 4 объединила в себе

свойства обоих названных систем и сформировала базис для пос-

ледующих реализации Unix, таких как Solaris 2.x фирмы Sun.

Фирма Sun переименовала старые версии своей SunOS 4.x,

созданные на основе BSD, в Solaris 1.x. Большинство администрато-

ров, говоря о системах SunOS 4, называют их SunOS, а не Solaris 1;

при этом общий термин Solaris они используют для обозначения

систем семейства Solaris 2.

Большая часть версий Unix не имеет слова «Unix» в своем на-

звании из-за давних лицензионных проблем, составляющих пред-

мет спора с компанией AT&T — создателем системы Unix. Это

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

является, а что не является системой Unix. Известны такие назва-

ния версий Unix, как SunOS (Sun), Solaris (также Sun), HP-UX

(Hewlett-Packard), Irix (Silicon Graphics) и AIX (IBM).

Кроме коммерческих продуктов сообщество Unix создало и бес-

платные версии системы Unix, такие как Linux, FreeBSD и NetBSD.

Основная причина существования всех этих версий связана с

переносимостью ПО Unix. Unix была одной из первых операцион-

ных систем, написанных в основном на языке программирования

высокого уровня С. В то время большинство ОС писались в кодах

ассемблера, что делало их очень трудными для преобразования

кода под другие архитектуры. Вследствие того, что Unix была на-

писана в основном на языке С, ее перенос на другие архитектуры

намного облегчился. Поэтому почти с самого начала Unix работала

на совершенно различных платформах.

В дополнение к System V версии 4 производители ПО, собрав-

шись вместе, создали семейство стандартов, назвав его POSIX,

которое определяет, какие функции должны обеспечивать

Unix-системы и Unix-подобные системы. Windows NT тоже

соответствует некоторым стандартам POSIX.

Для того чтобы еще больше унифицировать версии Unix, ос-

новные производители этого ПО определили около 1160 интер-

фейсов (в основном, это вызовы функций на языке С), которые они

поддерживают через свой стандарт Spec 1160.

Производители ПО Unix также определили стандарт общей

среды рабочего стола, или CDE, который обеспечивает графи-

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

циях Unix и X-терминалах. Все основные производители ПО Unix,

за исключением Silicon Graphics, поддерживают CDE.

Переходя от одной версии Unix к другой, можно обнаружить

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

пример, принтеры в системах Solaris подключаются другим спо-

собом, чем в системах, которыми управляет FreeBSD. При этом ни

один из этих способов не имеет преимуществ по сравнению с

другим; просто они разные и у каждого из них свои преимущества

и недостатки.

Для нейтрализации подобных отличий производители ПО Unix

заметно активизировались, создавая дружественные к пользова-

телю системные интерфейсы администрирования, которые обес-

печивают уровень функциональности, сравнимый с функциональ-

ностью панели управления в Windows. Даже при использовании

IRIX или Linux, которые предоставляют наиболее завершенные

графические приложения системного администрирования, при-

ходится запускать Xterm и вводить команды. Наилучшим подхо-

дом, по-видимому, является смешанный (например, кое-что делать

с помощью графического интерфейса пользователя (GUI), a кое-что

— с помощью команд).

С ростом популярности Windows NT среди настольных систем

большая часть усилий в Unix-системах связана с серверами. Сер-

веры предоставляют такие сервисы, как электронная почта, Web,

выполнение приложений, а также интерактивные сеансы удален-

ных пользователей. Большая часть поставщиков услуг Интернета

использует Unix-серверы.

Широкий диапазон услуг, оказываемых серверами, делает за-

дачу их администрирования достаточно трудной. Можно добиться

полного успеха в ее решении «одним махом», но, скорее всего,

придется делать маленькие шаги — один за одним в нужном на-

правлении. В конечном итоге можно получить стабильно работаю-

щую систему.

Электронная почта, поддерживаемая Unix с момента ее воз-

никновения, обеспечивает средство связи даже в том случае, если

пользователи находятся на разных континентах. Если говорить о

пользователях, находящихся в России, Японии, Корее, Европе и

Северной Америке, то различия во временных зонах затрудняют

планирование времени для речевого общения. Факсимильные ус-

тройства могут передавать изображения документов, однако нельзя

послать по факсу файл документа. С помощью электронной почты

можно передать файл документа. Пользователи могут посылать

документы и отвечать на сообщения в течение своего рабочего дня.

Пользователи в других временных зонах могут читать эти со-

общения также в свое рабочее время. Временное различие может

иметь место не только в Северной Америке, где разница во вре-

мени между Калифорнией и Нью-Йорком составляет 3 ч, но и в

России, где разница в часовых зонах достигает 7 ч. Кроме того,

используя электронную почту, не надо беспокоиться о таких ве-

щах, как занятая телефонная линия либо отсутствие бумаги в уда-

ленном факсимильном аппарате.

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

информации значительно возрастает, распространение стан-

дартных протоколов Интернета значительно облегчает работу си-

стемного администратора. Обычно при администрировании по-

чтового сервера ожидается обработка сообщений электронной

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

обработка спэма (как входящего, так и исходящего), рассмотрение

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

вопросы также являются частью правильного системного ад-

министрирования.

Почти каждая ОС поддерживает работу Web-броузеров. Хране-

ние информации в Web-форматах, особенно в формате HTML,

обеспечивает возможность пользователям использовать практичес-

ки любую ОС при просмотре информации и обмене информацией.

Web предоставляет в распоряжение пользователей один из лучших

и самых легких способов обмена информацией.

Обмен данными через Web-броузер оказался очень удобным в

работе компаний, совершивших корпоративные приобретения.

Можно столкнуться со случаем, когда различные подразделения

недавно объединенной компании используют конфликтующие

программные средства, такие как Microsoft Word, WordPerfect и

FrameMaker в различных ОС, включая MacOS, Windows и Unix.

Здесь для пользователей необходимо найти способ обмениваться

информацией о проектах, находящихся на разных стадиях разви-

тия. Эту задачу решает ПО Web-сервера в системе Unix.

Почти каждый прикладной текстовый процессор может сохра-

нять информацию в формате HTML, и почти каждая система может

просматривать Web-данные. Порекомендовав пользователям запи-

сывать данные в HTML-формате, а затем перемещать документы с

Web-сервера в Intranet, можно гарантировать, что разрозненные

части объединенной компании смогут работать вместе.

В системах клиент-сервер необходимо администрировать ресур-

сы, затрачиваемые И С на обслуживание сетевых подключений к

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

использование серверной частью приложения памяти, ресурсов