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

Стандарты в области операционной деятельности

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

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

Имеется другая разновидность стандартов де-факто, распространяемых на некоторый класс аппаратных архитектур. Примером такого стандарта может служить документ, принятый международной организацией SPARC International документ SPARC Complience Definition, содержащий машинно-зависимые уточнения к машинно-независимым спецификациям интерфейсов. Аналогичный документ разрабатывался организацией 88/Open, связанной с RISC-процессорами фирмы Motorola.

Среди других индустриальных де-факто стандартов для современных вариантов ОС UNIX наиболее важны фактический стандарт оконной системы, поддерживаемый X Cosortium, в основе которого находится лаборатория Массачусетского технологического института (MIT), являющаяся разработчиком системы X, а также спецификации интерфейсов инструментального средства разработки графических пользовательских интерфейсов OSF/Motif, разработанные в Open Software Foundation (OSF).

Заметим, что кроме того, в OSF разработан документ OSF Application Environment Specification (AES), содержащий спецификации интерфейсов ОС OSF/1, являющей собственной реализацией OSF ОС UNIX на базе новой микроядерной технологии (правда, до сих пор в этой реализации используются фрагменты исходного текста System V). AES является расширением SVID, POSIX 1003.1 и XPG.

Факторы, которые влияют на планирование ИТ

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

Планирование позволяет:

• создавать планы информационных систем, поддерживающие бизнес-направление фирмы;

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

• эффективнее использовать ресурсы информационной системы;

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

• быть уверенным в том, что ИС будет соответствовать общему направлению развития организации;

• учесть мнение конечных пользователей;

• создавать условия для правильного реагирования на непредвиденные ситуации.

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

Оценка деятельности относительно целей

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

Подходы к планированию ИС

Существует ряд подходов. Один из наиболее широко известных – подход сверху вниз – обычно для проектно-ориентированных компаний. Существует и ряд других подходов, например у С. Ньюмена – «серединный».

Основные направления для, эффективного планирования

• с самого начала необходимо уяснить цель;

• ИС-план должен создаваться как итеративный, а не как последовательный процесс;

• план должен отражать реальные ожидания;

• процесс постановки реалистических ожиданий должен вовлекать менеджеров-пользователей;

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

• эффективный ИС-план должен охватывать все проблемы и барьеры, с которыми сталкивается обычная организация. Формальная стратегия: исходя из деловых потребностей.

Роль людей в планировании ИС

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

Роль менеджера-пользователя

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

Роль профессионала ИС

За последние годы роль профессионала сильно изменилась. Если раньше он занимался и планированием, и построением ИС, то сейчас он скорее консультант по планированию, а не программист.

Оценка проектов информационных систем в малом бизнесе

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

Области для использования ИТ

Настоящая Концепция разработана Министерством информационных технологий и связи Российской Федерации во исполнение решения Правительства Российской Федерации (протокол заседания Правительства Российской Федерации от 11 сентября 2003 г. №33, раздел II, пункт 2).В соответствии с настоящей Концепцией разработан план мероприятий по ее реализации.

 Скачать реферат