Файл: Телекоммуникационные системы и сети - КНИГА.doc

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

- управление персоналом и расчет заработной платы.

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

Хранилище должно обладать следующими свойствами:

- законченное решение информационного хранилища;

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

- универсальные метаданные и сконфигурированные информа­ционные модели для эффективного и быстрого внедрения;

-открыто для различных источников данных и внешних средств построения анализа и отчетности.

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

Система должна иметь возможность:

- структурировать стратегию развития компаний;

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

- оценивать стратегию на основе планирования сценариев и опе­ративного планирования;

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

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

- собирать неструктурированную информацию из внешних и внут­ренних источников;

- консолидировать фактические данные;

- отслеживать ключевые факторы успеха.

Система должна быть основана на стандартных бизнес-процессах, которые могут быть адаптированы в соответствии с требованиями конкретного предприятия. Они позволяют оперативно вводить пер­вичные данные, появляющиеся в процессе деятельности компании (финансовые транзакции, поступление и отпуск сырья и продукции, информация о сотрудниках и т.п.), используя при этом простые автоматизированные рабочие места, организованные по функционально­му принципу (например, «Финансовый Директор», «Бухгалтер», «Со­трудник отдела продаж», «Кладовщик» и т.д.). Должна быть исключе­на необходимость двойного ввода информации. На основе этих дан­ных обеспечивается возможность гибкого построения бухгалтерских и управленческих отчетов, позволяющих как своевременно предостав­лять необходимые документы во внешние контролирующие органы, так и принимать эффективные управленческие решения.

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

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

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

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

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

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

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

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

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

В настоящее время имеется два подхода к реализации таких систем:

1. Фирма-производитель программного обеспечения для разра­ботки информационных систем, например, фирма ORACLE, исполь­зуя свои продукты, создает прикладную систему, автоматизирующую деятельность предприятия (ORACLE Applications).

2. Фирма-производитель прикладного программного обеспечения, используя доступное на рынке инструментальное программное обес­печение, создает продукт, который, как правило, содержит возможно­сти создания системы управления предприятием подверженной принципам бизнес-процесс реинжиниринга, например, система R3 фирмы SAP.

В итоге получаются одинаковые по возможностям системы, и сравни­вать подходы с точки зрения оптимальности решений не имеет смысла.

В сущности, оба рассмотренных подхода имеют в составе встро­енное CASE средство, все объекты системы хранятся в репозитории и благодаря этому достигается высокая готовность системы к рекон­струкции.

Рассмотрим подходы к проектированию, предлагаемые фирмой ORACLE. Это проиллюстрирует технологии, которые необходимо ис­пользовать для создания современной системы управления предпри­ятием. Нижеизложенные принципы не противоречат принципам Ново­го Системного Проектирования.

Средства проектирования ORACLE

Средства разработки масштабируемых приложений, предлагае­мые корпорацией Oracle, представлены двумя группами программных продуктов: Designer/2000™ и Developer/2000™.

Рассмотрим Designer/2000™. Designer/2000™ позволяет создавать модели сложных систем с помощью средств реинжиниринга приклад­ных процессов (BPR).

Designer/2000™ представляет собой структуру в виде пирамиды, внутри которой расположены уровни. Каждый уровень представляет собой набор инструментов. Рассмотрим основной инструментарий Designer/2000™. Верхний уровень представлен:

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

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

Design Wizards - на этом уровне работа человека сводится к ми­нимуму. Система сама «превращает» созданные модели (информа­ционную и функциональную) в реальные структуры (структуру данных и структуру меню).

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

Основной задачей Designer/2000™ является построение готового приложения. От зарождения проекта до ввода его в эксплуатацию проходит несколько этапов разработки. Такой системный подход обеспечивает производительную систему с широкими возможностя­ми. При этом различают этапы:

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

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

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

Кодирование и документирование. Создание опытной системы (прототипы). На первых двух уровнях Designer/2000™ производится построение модели. Генерация и выполнение DDL утилит для созда­ния таблиц и вспомогательных объектов базы данных. Разработка пользовательской документации, текстов справочных экранов и руко­водств по эксплуатации системы.

Внедрение (отладка). Совершенствование опытной системы и внесения изменений на основе тестирования и приемки пользовате­лем - опытная эксплуатация.

Эксплуатация - передача системы пользователям. Наблюдение за ее производительностью, расширение возможностей и усовершен­ствование.

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

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

Вышеизложенные реализации систем требуют, как правило, про­мышленных решений для создания вычислительных комплексов. Наиболее приемлемым является операционная система UNIX, в ка­честве баз данных используются промышленные СУБД класса ORA­CLE или INFORMIX. Среди аппаратных серверных платформ на первом месте находятся фирмы SUN и Hewlett Packard. Реже исполь­зуются продукты фирмы Microsoft.