Характеристика CASE - средств.

BP Win и ER Win – эти программы разработаны фирмой с1998 года выпускаются под логотипом платинум- технологии и включены в состав комплекса разработки прикладного ПО.

BP Win – это средство моделирования бизнес- процессов. Текущая версия поддерживает диаграммы потов данных и потов работ. В процессе моделирования BP Win позволяет переключиться с нотации IDEF на любые ветви модели на нотацию IDIF 3 и создать смешанную модель.

Вопрос № 14

CASE – средства. Этапы развития CASE – средств

CASE-средства (Computer Aided Software Engineering) - это программные средства, поддерживающие процессы создания и сопровождения ИС, включая анализ и формулировку требований, проектирование прикладного ПО (приложений) и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы. CASE-средства вместе с системным ПО и техническими средствами образуют полную среду разработки ИС.

За последнее десятилетие сформировалось новое направление проектирования ИС – автоматизированное проектирование с помощью CASE – средств. CASE – технология представляет собой совокупность методологии анализа, проектирования, разработки и сопровождения сложных систем ПО, поддержанную комплексом взаимосвязанных средств автоматизации, которые позволяют в наглядной форме моделировать предметную область, анализировать эту модель на всех стадиях разработки. Наибольшая потребность в использовании CASE – систем испытывается на начальных этапах разработки. При грамотном применении CASE – инструментария достигается значительный рост производительности труда от 100 до 600% - по оценкам зарубежных фирм.

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

Классификация CASE – средств.

До сих пор не существовало устойчивой классификации CASE - средств.

Ориентация на технологические этапы и процессы ЖЦ АИС

• Средства анализа и проектирования;

• Средства проектирования БД;

• Средства управления требованиями;

• Средства документирования;

• Средства тестирования;

• Средства управления проектам.

Вопрос № 15

Основные сведения о языке UML. UML – моделирование, его преимущества

UML (Унифицированный Язык Моделирования) - графический язык моделирования общего назначения, предназначенный для визуализации, спецификации, конструирования и документирования артефактов программных системы.

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

Применение

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

• Построение точных, недвусмысленных и полных моделей программных систем;

• Конструирование программных систем с последующей генерацией кода из UML модели в какой либо конкретный язык программирования. Так же возможен и обратный процесс – реконструирование модели по имеющейся программной реализации;

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

Преимущества

UML объектно-ориентирован, в результате чего методы описания результатов анализа и проектирования семантически близки к методам программирования на современных объектно-ориентированных языках;

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

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

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

UML получил широкое распространение и динамично развивается.

Недостатки

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

Неточная семантика. Так как UML определён комбинацией себя (абстрактный синтаксис), OCL (языком описания ограничений - формальной проверки правильности) и Английского (подробная семантика), то он лишен скованности присущей языкам, точно определённым техниками формального описания. В некоторых случаях абстрактный синтаксис UML, OCL и Английский противоречат друг другу, в других случаях они неполные.

Только код отражает код. Ещё одно мнение - что важны рабочие системы, а не красивые модели. Как лаконично выразился Джек Ривс, "The code is the design" ("Код и есть проект"). В соответствии с этим мнением, существует потребность в лучшем способе написания ПО; UML ценится при подходах, которые компилируют модели для генерирования исходного или выполнимого кода. Однако этого всё же может быть недостаточно, так как UML не имеет свойств полноты по Тьюрингу и любой сгенерированный код будет ограничен тем, что может разглядеть или предположить интерпретирующий UML инструмент.

Кумулятивная нагрузка/Рассогласование нагрузки (Cumulative Impedance/Impedance mismatch). Рассогласование нагрузки - термин из теории системного анализа для обозначения неспособности входа системы воспринять выход другой. Как в любой системе обозначений UML может представить одни системы более кратко и эффективно, чем другие. Таким образом, разработчик склоняется к решениям, которые более комфортно подходят к переплетению сильных сторон UML и языков программирования. Проблема становится более очевидной, если язык разработки не придерживается принципов ортодоксальной объектно-ориентированной доктрины (не старается соответствовать традиционным принципам ООП).

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

Вопрос № 16

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

Типичными инструментальными средствами автоматизированного проектирования Баз данных являются CASE – средства и BP Win.

CASE-средства (Computer Aided Software Engineering) - это программные средства, поддерживающие процессы создания и сопровождения ИС, включая анализ и формулировку требований, проектирование прикладного ПО (приложений) и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы. CASE-средства вместе с системным ПО и техническими средствами образуют полную среду разработки ИС.

Характеристика CASE - средств. Они делятся на

BP Win и ER Win – эти программы разработаны фирмой с1998 года выпускаются под логотипом платинум- технологии и включены в состав комплекса разработки прикладного ПО.

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

AllFusion ERwin Data Modeler (ERwin) предназначен для всех компаний, разрабатывающих и использующих базы данных, для администраторов баз данных, системных аналитиков, проектировщиков баз данных, разработчиков, руководителей проектов. AllFusion ERwin Data Modeler позволяет управлять данными в процессе корпоративных изменений, а также в условиях стремительно изменяющихся технологий.

AllFusion ERwin Data Modeler (ERwin) позволяет наглядно отображать сложные структуры данных. Удобная в использовании графическая среда AllFusion ERwin Data Modeler упрощает разработку базы данных и автоматизирует множество трудоёмких задач, уменьшая сроки создания высококачественных и высокопроизводительных транзакционных баз данных и хранилищ данных. Данное решение улучшает коммуникацию организации, обеспечивая совместную работу администраторов и разработчиков баз данных, многократное использование модели, а также наглядное представление комплексных активов данных в удобном для понимания и обслуживания формате.

Вопрос № 17

Понятие базы данных. Система управления базами данных

БД – это набор структурированной информации, предназначенной для совместного употребления несколькими пользователями одновременно.

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

К числу основных функций СУБД принято относить следующее:

1. Непосредственное управление данными во внешней памяти. Эта функция включает обеспечение необходимых структур внешней памяти, как для хранения данных непосредственно входящих в БД, так и для служебных целей, например для повышения скорости доступа к данным в некоторых случаях. Этот процесс называется ИНДЕКСИРОВАНИЕ.

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

3. Управление транзакциями.

Транзакция – это последовательность операций над БД, рассматриваемых СУБД как единое целое.

4. Журнализация восстановления БД после сбоев. Одним из основных требований к СУБД является надежность хранения данных во внешней памяти. Обычно рассматривают 2 возможных вида аппаратных сбоев: легкие сбои и жесткие сбои. Для восстановления БД нужно располагать некоторой дополнительной информацией, причем та часть данных, которая используется для восстановления, должна храниться особо надежно. Для этого используют метод ВНЕДРЕНИЯ ЖУРНАЛА ИЗМЕНЕНИЯ БД.

Журнал – это особая часть БД недоступная пользователям СУБД и и поддерживаемая с особой тщательностью.

Вопрос № 18

Критерии выбора СУБД при создании информационной системы

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

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

Моделирование данных

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

Контроль работы системы

Особенности разработки приложений

Производительность

Надежность

Требования к рабочей среде

Смешанные критерии

Рассмотрим каждую из этих групп в отдельности.

Моделирование данных.

Многие производители СУБД выпускают также средства разработки приложений для своих систем. Как правило, эти средства позволяют наилучшим образом реализовать все возможности сервера, поэтому при анализе СУБД стоит рассмотреть также и возможности средств разработки приложений.

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

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

Возможности разработки Web-приложений. При разработкеразличных приложений зачастую возникает необходимость использовать возможности среды Internet. Средства разработки некоторых производителей имеют большой набор инструментов для построения приложений под Web.

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

Производительность.

Рейтинг TPC (Transactions per Cent). Для тестирования производительности применяются различные средства, и существует множество тестовых рейтингов. Одним из самых популярных и объективных является TPC-анализ производительности систем. Фактически TPC анализ рассматривает композицию СУБД и аппаратуры, на которой эта СУБД работает. Показатель TPC – это отношение количества запросов обрабатываемых за некий промежуток времени к стоимости всей системы.

Возможности параллельной архитектуры. Для обеспечения параллельной обработки данных существует, как минимум, два подхода: распараллеливание обработки последовательности запросов на несколько процессоров, либо использование нескольких компьютеров-клиентов, работающих с одной БД, которые объединяют в так называемый параллельный сервер.

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

Надежность.

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

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

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

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

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

Требования к рабочей среде.

Поддерживаемые аппаратные платформы.

Минимальные требования к оборудованию.

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

Операционные системы, под управлением которых способна работать СУБД .

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

Вопрос № 19

Приемы создания структуры базы данных

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

Структура базы данных

Большинство баз данных имеют табличную структуру. Как мы знаем, в табличной структуре адрес данных определяется пересече­нием строк и столбцов. В базах данных столбцы называются поля­ми, а строки — записями. Поля образуют структуру базы данных, а записи составляют информацию, которая в ней содержится.

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

Простейшие базы данных

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

Существует, по крайней мере, два формата текстовых баз данных:

•       с заданным разделителем;

•       с фиксированной длиной поля.

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

Вопрос № 21

Основные объекты базы данных SQL

SQL (структурированный язык запросов) был разработан в середине 70 – х годов в рамках исследовательского проекта экспериментальной СУБД. Данный проект включал в себя разработку реляционной СУБД.

Средства:

1. Для определения схемы БД и манипулирования ею.

2. Для определения ограничения целостности и триггеров.

3. Для создания представителей БД.

4. Для определения структур физического уровня, поддерживающих выполнение запросов.

5. Для авторизации доступа к отношениям и полям.

6. Для поддержания точек сохранения.

Команды SQL:

1. Команды языка DDL (язык определения данных) – используется для создания и изменения структуры объектов БД.

2. Команды языка DML (язык манипулирования данными) – служит для манипулирования информацией.

3. Команды языка DSL (язык запросов к данным).

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

6. Команды управления транзакциями.

Типы данных можно подразделить на группы:

1. Строковые типы

2. Числовые типы

3. Типы для предоставления даты и времени

Строковые типы определены:

• Символьные строки фиксированной длины

• Символьные строки переменной длины

Числовые типы определены:

• Целочисленные типы

• Вещественные, с фиксированной точкой

• Вещественные, с плавающей точкой

• Двоичные строки фиксированной и переменной длины.

В стандарте SQL определены следующие типы данных на дате и времени:

• Хранение даты

• Хранение времени

• Хранение даты и времени

• Хранение промежутка времени между датами или моментами времени

Вопрос № 22

Технология разработки таблиц базы данных

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

Процесс создания таблиц БД можно подразделить на следующие этапы:

1. Разработка физической модели данных

2. Создание таблицы с помощью конструктора таблиц

3. Установление связей между таблицами

4. Заполнение таблиц данными

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

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

На следующем этапе мы должны составить проекты таблиц, которые будут в дальнейшем реализовываться в проектируемой СУБД.

Вопрос № 23

Системы доступа к базе данных

Существует несколько способов доступа к данным из средств разработки и клиентских приложений. Подавляющее большинство систем управления БД содержит в своем составе библиотеки, предоставляющие специальный прикладной про­граммный интерфейс (Application Programming Interface — API) для доступа к данным этой СУБД. Обычно такой интерфейс пред­ставляет собой набор функций, вызываемых из клиентского при­ложения. В случае настольных СУБД эти функции обеспечивают чтение/запись файлов БД, а в случае серверных СУБД иниции­руют передачу запросов серверу БД и получение от сервера ре­зультатов выполнения запросов или кодов ошибок, интерпрети­руемых клиентским приложением. Библиотеки, содержащие АР\ для доступа к данным серверной СУБД, обычно входят в состав ее клиентского программного обеспечения, устанавливаемого на компьютерах, где функционируют клиентские приложения.

В последнее время Windows-версии клиентского программ­ного обеспечения наиболее популярных серверных СУБД, в ча­стности Microsoft SQL Server, Oracle, Informix, содержат также СОМ-серверы, предоставляющие объекты для доступа к данным и метаданным.

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

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

Отметим, что достоинством универсальных механизмов яв­ляется возможность применения одного и того же абстрактного API, a во многих случаях — СОМ-серверов, компонентов, классов для доступа к разным типам СУБД. Поэтому приложения, использующие универсальные механизмы доступа к данным легко модифицировать при необходимости замены СУБД. Причем модификация, как правило, затрагивает не код приложения как таковой, а настройки доступа к данным, содержащиеся в реестре или внешних файлах. Недостатками универсальности являются невозможность доступа к уникальной функциональности конкретной СУБД, снижение производительности приложений, а также усложнение процедуры поставки приложения — ведь в его состав нужно включать библиотеки, ответственные за реализацию универсальных механизмов, драйверы для конкретных СУБД, а также обеспечивать настройки, необходимые для их правильного функционирования.

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

• Borland Database Engine (BDE);

• Open Database Connectivity (ODBC); . OLE DB;

• ActiveX Data Objects (ADO).

Универсальные механизмы ODBC, OLE DB и ADO фирмы Microsoft представляют собой по существу промышленные стан­дарты. BDE фирмы Borland так и не стал промышленным стан­дартом, однако до недавнего времени применялся довольно ши­роко, так как до выхода Delphi 5 был практически единственным универсальным механизмом доступа к данным, поддерживаемым средствами разработки Borland на уровне компонентов и классов.

В общем случае приложение, использующее БД, может применять следующие механизмы доступа:

• непосредственный вызов функций клиентского API (или обращение к COM - объектам клиентских библиотек)

• вызов функций ODBC API (или применение классов, инкапсулирующих подобные вызовы);

• непосредственное обращение к интерфейсам OLE DB;

• применение ADO (или применение классов, инкапсулирующих обращение к объектам ADO);

• применение ADO + OLE DB + ODBC;

• применение BDE + SQL Links (или применение классов, инкапсулирующих обращение к функциям BDE);

• применение BDE + ODBC Link | ODBC.

Кроме выше указанных, существуют и другие способы досту­па к данным, использующие перечисленные универсальные механизмы или непосредственно клиентские API.

Вопрос № 24

Основные технологии построения информационных систем

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

Проект принято разделить на фазы (стадии, этапы):

1. Формирование концепции

2. Подготовка технического знания

3. Разработка

4. Ввод системы в эксплуатацию

Концептуальная фаза включает в себя:

1. Формирование идеи, постановку цели.

2. Формирование ключевой команды проекта

3. Изучение мотивации, требования участников и заказчика.

4. Сбор исходных данных и анализ существующего состояния

5. Определение основных требований и ограничений требуемых материально – финансовых или трудовых ресурсов

6. Сравнительная оценка альтернатив

7. Предоставление предложений, их эксплуатация и утверждение

Подготовка технических предложений:

1. Разработка основного содержания базовой структуры проекта

2. Разработка и утверждение технического задания

3. Планирование модели

4. Составление системы бюджета, потребность в ресурсах

5. Разработка календарных планов и графиков проекта

6. Контракт с заказчиком

7. Ввод в действие участников проекта

Вопрос № 25

Интерфейс пользователя и его управление

Интерфе́йс по́льзователя, он же по́льзовательский интерфейс (UI — англ. user interface) — разновидность интерфейсов, в котором одна сторона представлена человеком (пользователем), другая — машиной/устройством. Представляет собой совокупность средств и методов, при помощи которых пользователь взаимодействует с различными, чаще всего сложными, машинами, устройствами и аппаратурой.

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

Несколько широко распространённых примеров:

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

дисплей электронного аппарата (автомагнитолы, часов) + набор кнопок и переключателей для настройки;

Под совокупностью средств и методов интерфейса пользователя подразумеваются:

Средства:

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

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

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

Методы:

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

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

Разновидности: Текстовый интерфейс пользователя; Графический интерфейс пользователя; Оконный интерфейс; Web-ориентированный интерфейс; и др.

Вопрос № 26

Технология обработки информации

Различаются следующие способы обработки данных: централизованная, децентрализованная, распределенная и интегрированная.

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

Децентрализованная обработка. Этот способ связан с появлением персональных ЭВМ, дающих возможность автоматизировать конкретное рабочие место. В настоящие время существуют три вида технологий децентрализованной обработки данных. Первая основывается на персональных компьютерах, не объединенных в локальную сеть.(данные хранятся в отдельных файлах и на отдельных дисках). Второй: ПК объединенные в локальную сеть, что ведет к созданию единых файлов данных (но он не рассчитан на большие объемы информации). Третий: ПК объединенные в локальную сеть, в которую включаются специальные серверы (с режимом "клиент-сервер").

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

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

Вопрос № 27

Приемы и методы рациональной эксплуатации информационных систем

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

Различают два вида износа: физический и моральный.

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

Моральный износ обусловлен научно-техническим прогрессом и появлением новых, более производительных и совершенных средств, имеющих лучшие пользовательские качества. Это приводит к изменениям в технике, технологии производства работ и в организации использования СИ. Это еще раз показывает, что простои средств обработки информации всегда невыгодны: даже в хорошем техническом состоянии они не дадут их владельцу возможности выстоять в конкурентной борьбе и, более того, они будут прямо или косвенно приносить владельцу убытки. Обобщая сказанное, можно заметить, что в сложных системах, состоящих из множества разнородных элементов, проявление износа их частей может быть различным: одни могут быть совершенно новыми и самого высокого на данный момент уровня, другие – изношенными и устаревшими, третьи – новыми, но устаревших моделей и т.д. Интенсификация использования ресурсов. При оценке интенсивности использования ресурсов необходимо учитывать степень напряженности технологического процесса ОИ, а также организационные основы соответствующих подразделений и процессов. На предприятии в целом следует организовать определенный технологический процесс обработки информации и поддерживать требуемый уровень его эффективности. Необходимый для этого информационный менеджмент может строиться по аналогии с менеджментом производства продукции с заданными показателями процесса производства. Он включает: планирование, контроль (наблюдение), управление средствами производства в информационной инфраструктуре системы. Особое значение здесь имеет управление ресурсами (менеджмент ресурсов или мощностей): в соответствии с технологическим процессом необходимо иметь в распоряжении нужные средства к определенному времени и на определенное время. Каждый пользователь и каждая задача должны получить возможность выдать своему заказчику ожидаемый от них результат с высокими показателями эффективности. Это весьма непростая проблема для любой, даже вполне ритмично работающей и имеющей достаточные резервы мощностей системы. Управление ресурсами предусматривает постоянное наблюдение и анализ реакций системы. Для этого необходимо описать информацию, используемую для выявления состояния системы ОИ и прикладных систем. Это могут быть периодически вводимые в систему специальные сообщения, автоматически выдаваемые служебные сообщения, а также сообщения, вырабатываемые по запросу. Во всех вариантах распределения и использования ресурсов необходимы определение всех видов затрат и контроль производительности как по отдельным операциям ИТ, так и по системе в целом. Обслуживание систем. Обслуживание ИС требует организации контроля их состояния. При таком методическом обеспечении может осуществляться проверка ИС или системы ОИ как часть общего комплекса контрольных мероприятий и проверок на предприятии. Сложность объекта проверки требует создания подходящих инструментальных (технических и программных) средств, например специальных утилит, экспертных систем и т.д. В интересах контроля применяются различные методы получения данных: анализ документов, устные опросы, письменные отчеты, тестирование прикладных систем, специальные испытательные системы и технологии и др. Все шире внедряется дистанционное обслуживание ЭВМ и других технических средств. Восстановление вычислительного процесса после сбоев и сохранение и восстановление баз данных во многом обеспечиваются операционными системами. Организацию обслуживания обеспечивают ведение журнала эксплуатации ЭВМ и другая эксплуатационная документация. Менеджмент данных. В настоящее время практически на всех предприятиях имеются достаточно обширные и разветвленные структуры данных. В совокупности накопленные данные начинают представлять все большую ценность для любого предприятия. Для многих предприятий данные со временем могут стать основной их ценностью. В связи с этим на предприятии необходимо организовать и постоянно осуществлять менеджмент данных. Задачами менеджмента данных могут быть: участие в формировании структур данных, совершенствование информационных структур, прием и занесение данных в соответствующие компоненты информационной структуры (банки данных, базы знаний и др.), устранение выявленных (возникших) ошибок в данных, обеспечение адекватной комплексной защищенности данных, предоставление копий блоков данных в соответствии с ИТ, контроль данных, представляемых для помещения в банки (данные должны быть полными, актуальными, ценными, содержательными, качественными и т.п.), создание и ведение каталога данных и иных средств сервиса, предоставляемых потребителям данных. С учетом особой важности для предприятия функции менеджмента данных, как правило, за его осуществление отвечает одно лицо – администратор данных. Для обеспечения успешного выполнения этих функций должна быть создана и постоянно находиться в распоряжении менеджера (администратора) данных специальная технология работы с данными, реализующая названные выше функции менеджмента на технологическом уровне. Это должны быть средства: ведения каталога; формирования структуры (архитектуры) данных; анализа данных по различным аспектам; менеджмента копирования и выдачи; приема, занесения и корректировки; обслуживания пользователей путем локализации и защиты их данных, предоставления инструментальных средств; проектирования и создания банков данных. По целому ряду функций на рынке предлагаются средства их поддержки.

Вопрос № 28

Методы и средства восстановления информационных систем

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

Резервное копирование и восстановление БД.

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

Частота резервирования данных зависит от количества данных, которые можно потерять и величины активности БД. Рассматривая следующие факты и рекомендации:

1. Резервировать БД чаще

2. Резервировать данные реже, если система имеет маленькую активность или используется для решения

3. Запланировать резервное копирование, когда SQL – сервер бездействует или сильно обновлен.

4. Автоматизировать процесс

Модели восстановления БД

Изменить модели восстановления БД можно в любое время, но нужно планировать модель восстановления при создании БД. Сервер SQL имеет 3 модели восстановления, каждая из них сохранит данные в момент ошибки сервера, различие только в том, что SQL – сервер восстанавливает данные. Во время выполнения операции резервного копирования SQL – сервер:

1. Позволяет выполнить резервирование во время работы с базой

2. Резервирует оригинальные файлы БД и хранящиеся в ней записи. Резервирование содержит структуру файла и схемы, данные, пропорции файла.

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

Типы методов резервирования:

1. Полное резервирование БД

2. Дифференцирование резервирования БД

3. Резервирование журнала транзакций

4. Резервирование файлов БД и файлов групп

5. Ограничение при резервировании файлов

Вопрос № 29

Приемы восстановления информации в базе данных

Резервное копирование и восстановление БД.

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

Частота резервирования данных зависит от количества данных, которые можно потерять и величины активности БД. Рассматривая следующие факты и рекомендации:

5. Резервировать БД чаще

6. Резервировать данные реже, если система имеет маленькую активность или используется для решения

7. Запланировать резервное копирование, когда SQL – сервер бездействует или сильно обновлен.

8. Автоматизировать процесс

Модели восстановления БД

Изменить модели восстановления БД можно в любое время, но нужно планировать модель восстановления при создании БД. Сервер SQL имеет 3 модели восстановления, каждая из них сохранит данные в момент ошибки сервера, различие только в том, что SQL – сервер восстанавливает данные. Во время выполнения операции резервного копирования SQL – сервер:

3. Позволяет выполнить резервирование во время работы с базой

4. Резервирует оригинальные файлы БД и хранящиеся в ней записи. Резервирование содержит структуру файла и схемы, данные, пропорции файла.

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

Типы методов резервирования:

6. Полное резервирование БД

7. Дифференцирование резервирования БД

8. Резервирование журнала транзакций

9. Резервирование файлов БД и файлов групп

10. Ограничение при резервировании файлов

Вопрос № 30

Обеспечение эффективности и надежности информационных систем

Основы оценки эффективности ИС

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

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

Методологические  подходы к оценке эффективности  информационных систем.

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

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

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

Инвестиции  в ИТ формируют развитие следующих  конкурентоспособных качеств компании:

· сокращение сроков поставок продуктов заказчикам;

· сокращение сроков ввода в производство новых  продуктовых линеек;

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

· возможность  управления себестоимостью продукции;

· автоматизация  отношений с клиентами (CRM).

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

Качество информационной системы.

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

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

Основные показатели надежности

Показатель  надежности - это количественная характеристика одного или нескольких свойств, определяющих надежность системы. В основе большинства  показателей надежности лежат оценки наработки системы, то есть продолжительности или объема работы, выполненной системой. Показатель надежности, относящийся к одному из свойств надежности, называется единичным. Комплексный показатель надежности характеризует несколько свойств, определяющих надежность системы. Единичные показатели надежности. К единичным показателям надежности в соответствии с ГОСТ 27.002-80 относятся показатели безотказности, показатели ремонтопригодности и показатели долговечности.

Обеспечение надежности функционирования ис

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

Виды  обеспечения надежности: экономическое; временное; организационное; структурное; технологическое; эксплуатационное; социальное; эргономическое; алгоритмическое; синтаксическое; семантическое.

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

Вопрос № 31

Анализ и оценка функционирования информационных систем

Отсутствие постановки задачи менеджера на предприятии.

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

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

Инвестиции в информационные технологии формируют следующие качества:

1. Сокращение сроков поставок, состава продукции.

2. Сокращение срока ввода в производство новых ячеек продукции.

3. Гибкость в планировании производства за счет автоматизации управления

4. Возможность управления себестоимостью продукции

5. Автоматизация отношений с клиентами.

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

Качество ис.

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

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

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

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

Надежность – комплексное свойство, оно включает в себя просты свойства – безотказность, рентопригодность. Безотказность – свойство системы сохранять работоспособное состояние в течении некоторого времени. Рентопригодность – заключается в приспособленности к предупреждению и обнаружению причин возникновения отказов, повреждений и поддержание работоспособного состояния путем проведения технического обслуживания и ремонта.

Одним из основных понятий теории надежности является отказ. Отказом называют полезную или частично полезную работоспособность системы. Системы бывают восстановительные и невосстановительные, обслуживаемые и необслуживаемые. Восстановительная – такая система, работа которой подлежит восстановлению. Невосстановительная наоборот.

Вопрос № 32

Внедрение и настройка информационных систем

Отсутствие постановки задачи менеджмента на предприятии.

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

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

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

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

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

Проблемы:

1. Кому система больше нужна, тот пусть и занимается ее внедрением.

2. При внедрении ИС управления предприятием в большинстве случаев возникает активное сопротивление сотрудников на местах.

Для этого:

1. Создать у сотрудников всех уровней твердое ощущение неизбежности внедрения.

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

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

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