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

В Access запросы делятся на QBE-запросы (запрос по образцу), параметры которых устанавливаются в окне конструктора запросов, и SQL-запросы (структурированный язык запросов) применяются операторы и функции языка SQL .

QBE-запросы создаются различными способами:

- конструктор - создание запроса без помощи мастера;

- простой запрос - создание простого запроса на основе выбранных полей;

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

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

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

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

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

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

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

· Снятие пиковых нагрузок с централизованной БД путем распределенной обработки и хранения локальных баз данных на разных ЭВМ

· Обеспечение доступа информационного работника к вычислительным ресурсам сети ЭВМ

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

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

Удаленный запрос - единичный запрос к одному серверу. Несколько удаленных запросов к одному серверу объединяются в удаленную транзакцию. Если отдельные запросы транзакции обрабатываются различными серверами, то такая транзакция называется распределенной.

Распределенная СУБД позволяет обрабатывать 1 запрос несколькими серверами - такой запрос называется распределенным.

32. Понятие архитектуры "клиент-сервер"

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

· ЯДРО - выполняет все основные функции, включенные в понятие обработки БД

· ЯЗЫК - совокупность процедурных и непроцедурных команд, поддерживаемых СУБД (SQL, QBE).

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

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

33. Способы распределения данных

1. Централизованный

На одном сервере находится единственная копия БД. Все операции с базой осуществляются этим сервером. Доступ к данным через удаленный запрос/удаленную транзакцию.

+ - Достаточно легкое поддержание БД в актуальном состоянии

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

2. Децентрализованный

Каждая отдельная БД хранится на компьютере клиента

+ большинство запросов удовлетворяются локальными БД. Для клиента увеличивается доступность данных и надежность их хранения. Снижается стоимость запросов, система дееспособна даже если вышел из строя 1 сервер

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

· Децентрализованный (способом дублирования)

+ Максимальная надежность

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

3. Смешанный

2 способа распределения - разбиение и дублирование. Можно использовать только при наличии сетевой СУБД. Проблемы: требования к памяти.

34.Понятие корпоративных информационных систем

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

Обобщенная структура управления бизнесом включает в себя четыре основных блока: сам объект управления, блок управления, ресурсы и математическую модель (которая распадается на три, а иногда и больше разновидности - модель текущего состояния, переходного состояния и конечного состояния). Все остальное - это правила взаимодействия между ними. "Корпоративность" в терминах КИС означает соответствие системы нуждам крупной фирмы, имеющей сложную территориальную структуру. Кроме того, информационная система отдельных составляющих фирму подразделений (финансовых, экономических, маркетинговых и др.) не может претендовать на корпоративность. Только полнофункциональная система может по праву быть охарактеризована как КИС. Несмотря на то, что нет стандартов, определяющих функционирование КИС, на сегодняшний день существуют наиболее широко распространенные методологии: MRP II (Manufacturing Resource Planning) и ERP (Enterprise Resource Planning) американской исследовательской компании Gartner Group.

MRP II и более новая методология ERP фактически являются стандартами управления бизнесом, реализованными во всех прогрессивных программных продуктах масштаба предприятия. Российские подходы к этой области ограничиваются описанием системы автоматизированных систем управления (АСУ), а это технологические приемы и методические указания, позволяющие придерживаться определенных правил при создании систем автоматизации различных видов деятельности предприятия: системы автоматизированного проектирования (САПР), автоматизированные системы управления технологическими процессами (АСУТП). Только полнофункциональная система может по праву быть охарактеризована как КИС. Основная задача КИС состоит в поддержке функционирования и развития предприятия. Смыслом существования любого коммерческого предприятия, как известно, является получение прибыли. Несмотря на то что сферы деятельности предприятий (производство, услуги) могут быть самыми различными, в общем виде задачи управления схожи. Они заключаются в организации управления поступающими на вход предприятия ресурсами для получения на выходе необходимого результата. Таким образом, можно сделать вывод о том, что информационная структура организации должна быть описана характерными законами управления, регламентирующими управляющие воздействия на систему. Крупному промышленному предприятию целесообразно использовать КИС, которая соответствует законам управления MRP II. Такие КИС способны предоставить руководителю необходимую информацию о возможности выполнения заявок на поставку продукции. Другими КИС являются интегрированные системы управления предприятием, так называемые ERP-системы.

35. Информационные технологии поддержки принятия решений

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

В состав системы поддержки принятия решений входят три основных компонента: база данных, база моделей и программная подсистема, состоящая из СУБД, системы управления базой моделей (СУБМ) и системы управления интерфейсом между пользователем и компьютером [9].

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

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

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

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

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

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

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

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

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

Дополнительно к этой особенности информационной технологии поддержки принятия решений можно указать еще ряд ее отличительных характеристик [9]:

- ориентация на решение плохо структурированных (формализованных) задач;

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

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

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

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

36. Стандарт методов управления и дистрибуции MRP II

Стандарт методов управления производством и дистрибуции MRP II является наиболее распространенным в мире. Стандарт разработан Американской ассоциацией по контролю за производством и запасами (American Production and Inventory Control Society). MRP II представляет собой набор проверенных на практике принципов, моделей и процедур управления и контроля, направленных на повышение экономической эффективности деятельности предприятия.

Структура MRP II точно соответствует функциональным группам системы:

* планирование продаж и производства - Sales and Operation Planning.

* управление спросом - Demand Management;

* спецификации продуктов - Bill of Materials;

* составление плана производства - Master Production Scheduling;

* плановые поставки - Scheduled Receipts Subsystem;

* планирование и контроль производственных операций - Tooling Planning and Control;

* планирование ресурсов реализации товаров - Distribution Resource Planning;

* финансовое планирование - Financial Planning;

* управление складом - Inventory Transaction Subsystem;

* управление на уровне производственного цеха - Shop Flow Control;

* планирование материальных потребностей - Material Requirement Planning;

* планирование производственных мощностей - Capacity Requirement Planning;

* оценка результатов деятельности - Performance Measurement;

* контроль показателей на входе и выходе - Input/Output Control;

* моделирование - Simulation;

* материально-техническое снабжение - Purchasing.

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

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

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

* сокращение избыточных ресурсов на складах;

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

* уменьшение совокупной стоимости владения средств информационных технологий;

* гибкое изменение системы в зависимости от нужд предприятия;

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

* оперативное, краткосрочное, среднесрочное, долгосрочное планирование деятельности предприятия;

* планирование и оперативный контроль за циклом производства для повышения эффективности использования производственной мощности и используемых ресурсов;

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

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

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

Цепочка планов может быть представлена следующим образом: Стратегическое планирование - Бизнес-планирование - Планирование объемов продаж производства - Планирование ресурсов - Планирование потребностей в материалах - Планирование потребностей в мощностях.

37. Система управления ERP

ERP-системы (Enterprise Resource Planning) могут использоваться крупными предприятиями для управления потоками данных и их хранения. ERP-системы способствуют развитию электронного бизнеса предприятия.

Основное внимание MRP II направлено на управление производственными ресурсами. Методы ERP претендуют на управление всеми ресурсами, имеющимися у предприятия (персоналом, финансами). ERP лучше учитывает корпоративную структуру предприятия, его международный масштаб. Такие системы реализуют управление удаленными предприятиями и сбытовыми подразделениями по всему миру.

Ассоциация American Production and Inventory Control Society регламентирует содержание современной системы управления предприятием, соответствующей концепции ERP:

* управление цепочкой поставок (Supply Chain Management, SCM; ранее - Distribution Resource Planning, DRP);

* усовершенствованное планирование и составление расписаний (Advanced Planning and Scheduling, APS);

* управление данными об изделии (Product Data Management, PDM);

* модуль автоматизации продаж (Sales Force Automation, SFA);

* модуль электронной коммерции (Electronic Commerce, EC);

* интеллект бизнеса, OLAP-технологии (Business Intelligence, BI);

* автономный модуль, отвечающий за конфигурирование (Stand Alone Configuration Engine, SCE);

* окончательное планирование ресурсов (Finite Resource Planning, FRP).

38. Понятие и структура информационной системы

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

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

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

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

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

В составе ИС можно выделить функциональные и обеспечивающие подсистемы

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

· перспективного развития или прогнозирования;

· текущего планирования;

· оперативного управления производством;

· управления кадрами;

· бухгалтерского учета;

· маркетинга;

· управления финансами;

· материально-технического снабжения;

· реализации и сбыта и др.

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

· информационным обеспечением (ИО), состоящим из внемашинного ИО (документы, классификаторы) и внутримашинного ИО (электронные макеты ввода-вывода документов, базы данных, электронные архивы);

· экономическим обеспечением (экономические показатели, рассчитываемые в каждой задаче, и методы их расчета);

· техническим обеспечением, (ЭВМ, периферийные средства, средства связи);

· программным обеспечением (общее ПО - операционная система, операционная оболочка, системы управления базами данных (СУБД), трансляторы с языков программирования и специализированное ПО - функциональные пакеты прикладных программ, методо-ориентированные ППП, профессионально-ориентированные ППП);

· математическим обеспечением (экономико-математические модели, методы, алгоритмы их реализации);

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

39. Зарубежные нормы безопасности

Зарубежные стандарты по безопасности компьютерного оборудования для здоровья человека за последние десять лет претерпели сильные изменения. Они берут свое начало в стандартах для мониторов (ТСО'92, MPRII) и трансформируются в стандарты для всех устройств компьютера в целом (ТСО'95, ТСО'99). Шведский стандарт MPR II был разработан SWEDAC (The Swedish Board for Technical Accreditation) для регламентирования максимально допустимых величин излучения магнитного и электрического полей, а также методов их измерения. Идеология MPR II заключается в том, что, так как люди географически работают в местах с изначально существующими магнитными и электрическими полями, то искусственные поля компьютерной техники не создадут серьезных проблем, если не будут превышать естественные. При тестировании мониторов на соответствие стандарту MPR II проводятся измерения на расстоянии 50 см от монитора. Стандарт ТСО предложила Шведская конфедерация профессиональных коллективов рабочих (The Swedish Confederation of Professional Employees). В Конфедерацию входят более 1,3 млн. членов рабочих и служащих государственного и частного сектора. Члены ТСО в своей ежедневной работе имеют дело с компьютерами, и сами заинтересованы в разработке стандартов безопасности при работе с ними. Это определяет основную деятельность ТСО - разработка стандартов и тестирование компьютерной техники. В середине 80-х годов при активном распространении компьютерной техники стали появляться различные гипотезы о ее вредном воздействии на людей. Для того чтобы определить и минимизировать возможные негативные последствия, ТСО разработала свою первую методику. Определенную помощь в разработке оказали и сами производители компьютеров, использовав соответствие своей техники новой методике в качестве дополнительного побудительного мотива для приобретения ее потребителями. В 1986 г. вышел первый документ "ТСО Screen Checker". Он представлял из себя список, состоящий из 22 вопросов, которые мог использовать для себя покупатель при решении о покупке. В 1991 г. публикуется документ "Screen Facts", в котором детализированы требования к технике и дается соответствующая мотивировка. В настоящее время рекомендации ТСО утвердились в качестве европейских стандартов. Кроме того, ведущие мировые производители компьютеров и мониторов стремятся выпускать технику в соответствии с периодически меняющимися поколениями стандартов ТСО. Безусловно, при выборе техники, сертифицированной по ТСО, пользователь лишь минимизирует, а не исключает полностью возможные опасности, возникающие при работе с компьютером.

40. Подходы к созданию автоматизированной системы

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

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

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

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

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

Заказные системы

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

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

С технологической точки зрения наивно полагать, что разработчики будут создавать заказанную вами систему действительно "с нуля" (а если вдруг и будут, то это явный путь к провалу проекта). У них наверняка есть заранее наработанные решения, которые будут адаптироваться к вашим требованиям. Таким образом, во многих случаях сегодня "заказная" разработка фактически сводится к неявному использованию тиражируемых систем, которые имеются в распоряжении исполнителя. Результат разработки в этом случае во многом будет определяться качеством этих систем. Поэтому прежде чем остановиться на данном подходе, имеет смысл внимательно познакомиться с возможностями построения КИС с явным применением тиражируемых средств, поскольку эти варианты могут быть дешевле при той же функциональности и надежнее в связи с применением широко апробированных решений.

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

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

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

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

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

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

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

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

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

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

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

41. Управление циклом реализации и ресурсами проекта

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

Признаки проекта:

- Наличие целей;

- Наличие изменений;

- Ограниченность во времени;

- Замкнутость;

- Специфичность организации.

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

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

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

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

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

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

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

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

Страницы: 1, 2, 3, 4