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

Проблемы выбора информационной системы

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

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

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

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

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

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

Для российского пользователя выбор таких систем ограничен. Не так уж много западных фирм вышли на российский рынок. Реально это SAP, Computer Associates, BAAN и ISF. Попытки выйти делали ORACLE, JDEdvards, SSA, JBA и QAD. Причем реальные внедрения имеются только у продуктов SAP и Computer Associates. Кроме того, различные системы предназначены для разных предприятий. Одни, такие как SAP или CA-Masterpiece, ориентированны на корпоративный рынок, другие, как BAAN или MK Enterprise (ранее MANMAN/X) на рынок промышленных предприятий или компаний. И предприятию нужно сделать правильный выбор, чтобы в результате ошибки не оказаться обладателем системы не подходящей для него.

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

1. Функциональные возможности информационной системы;

2. Совокупная стоимость владения;

3. Перспективы развития;

4. Технические характеристики;

5. Минимизация рисков.

· архитектуру системы;

· надежность;

· масштабируемость;

· способность к восстановлению;

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

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

· возможность интеграции с другими системами.

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

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

Для минимизации инвестиционных рисков выделяют следующие объекты затрат:

· процесс создания системы;

· оборудование;

· программное обеспечение;

· персонал;

· управление задачами.

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

Тема 8. Структура ИС

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

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

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

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

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

Входные подсистемы ИС управления персоналом

Бухгалтерская ИС . Данные, с которыми имеет дело ИС управления персоналом, включают в себя бухгалтерские и кадровые элементы.

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

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

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

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

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

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

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

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

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

Таблица 3 - Содержание базы данных сотрудников фирмы

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

Выходные подсистемы ИС управления персоналом

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

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

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

Подсистема найма включает в себя два основных приложения: 1) поиски и переговоры с внешними кандидатами; 2) исследования по поиску кандидатов, проводимые внутри фирмы. Как показывает практика, первое из указанных приложений является более популярным в среде управленцев.

Подсистема контроля рабочей силы включает с себя следующие приложения: 1) повышение квалификации; 2) контроль соответствия занимаемой должности; 3) контроль наличия определенной квалификации; 4) дисциплинарный контроль работников.

Подсистема выплат включает в себя следующие приложения: 1) определение динамики зарплаты; 2) определение выплат за выслугу лет; 3) определение доплат руководству; 4) определение различных видов страховки, покупку лекарств, использование служебного транспорта и т. п.

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

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

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

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

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

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

Совокупная стоимость владения;

Перспективы развития;

Технические характеристики;

Минимизация рисков.

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

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

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

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

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

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

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

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

архитектуру системы;

надежность;

масштабируемость;

способность к восстановлению;

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

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

возможность интеграции с другими системами.

Функциональные возможности

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

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

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

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

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

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

Перспективы развития системы.

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

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

Технические характеристики.

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

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

Минимизация рисков.

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

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

Для минимизации инвестиционных рисков выделяют следующие объекты затрат:

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

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

Методы внедрения системы.

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

Необходимо:

• 1. Добиться веры в успех и преданности делу со стороны тех, кто играет ключевую роль в реализации проекта.
• 2. Определить, кто будет штатным руководителем проекта по внедрению системы. Этот человек должен обладать необходимыми навыками для выполнения такой работы, желательно, чтобы он имел опыт внедрения систем.
• 3. Четко определить и отразить в документах функции и обязанности, а также сферу компетенции каждого члена группы специалистов по работе над проектом.
• 4. Убедиться, что люди, выполняющие эти функции, обладают необходимыми навыками.
• 5. Разработать подробный план работы, разбить его на этапы, определите сроки выполнения задач, и придерживаться их.

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

• 1. Убедиться, что правила и процедуры бухучета зафиксированы в документах по установленной форме и понятны работникам бухгалтерии.
• 2. Описать методы ведения хозяйственной деятельности и действия, которые должны быть выполнены в результате их применения.
• 3. При необходимости изменить эти методы так, чтобы они обеспечивали более эффективную работу и интеграцию новой системы.
• 4. Описать организационную структуру и подумать о том, в максимальной ли степени она отвечает целям предприятия.
• 5. Изучить наиболее эффективные методы, применяемые в отрасли.

Обеспечить создание необходимой технической инфраструктуры:

• 1. Поручить соответствующим специалистам оценку нынешней инфраструктуры на основе требований, предъявляемых новой системой. Определить роль отдела информационных систем и продумать, каким изменениям он подвергнется в новой среде.
• 2. Осуществить необходимые изменения в перечисленных областях перед тем, как передать систему в промышленную эксплуатацию. Убедиться, что система отвечает основным потребностям всех пользователей.
• 3. Документально зафиксировать потребности бизнеса с той степенью подробности, которой будет достаточно для сравнения одной системы с другой.
• 4. Пользоваться полученными документами, чтобы убедиться, что реализованные функции отвечают потребностям.

Управлять изменениями, подстраиваясь под сотрудников:

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

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

Данный план состоит из следующих этапов:

• 1. Предварительное обследование и оценка состояния компании.
• 2. Предварительная переподготовка.
• 3. Техническое задание (анализ проблемы построения системы)
• 4. Технико-экономическое обоснование (анализ "затраты-эффект")
• 5. Организация проекта (назначение ответственных лиц, состав комитетов)
• 6. Выработка целей (что мы ожидаем от проекта)
• 7. Техническое задание на управление процессами
• 8. Начальная переподготовка (переподготовка сотрудников)
• 9. Планирование и управление верхнего уровня
• 10. Управление данными
• 11. Одновременное внедрение различных технологий организации и управления
• 12. Программное обеспечение
• 13. Опытный пример
• 14. Получение результатов
• 15. Анализ текущего состояния
• 16. Постоянная переподготовка

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

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

* Моделирование данных
* Особенности архитектуры и функциональные возможности
* Контроль работы системы
* Особенности разработки приложений
* Производительность
* Надежность
* Требования к рабочей среде
* Смешанные критерии

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

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

* Используемая модель данных. Существует множество моделей данных;
самые распространенные — иерархическая, сетевая, реляционная,
объектно-реляционная и объектная. Вопрос об использовании той или иной модели
должен решаться на начальном этапе проектирования информационной системы.
* Триггеры и хранимые процедуры. Триггер — программа базы данных,
вызываемая всякий раз при вставке, изменении или удалении строки таблицы.
Триггеры обеспечивают проверку любых изменений на корректность, прежде чем эти
изменения будут приняты. Хранимая процедура – программа, которая хранится на
сервере и может вызываться клиентом. Поскольку хранимые процедуры выполняются
непосредственно на сервере базы данных, обеспечивается более высокое
быстродействие, нежели при выполнении тех же операций средствами клиента БД. В
различных программных продуктах для реализации триггеров и хранимых процедур
используются различные инструменты.
* Средства поиска. Некоторые современные системы имеют встроенные
дополнительные средства контекстного поиска.
* Предусмотренные типы данных. Здесь следует учесть два фактически
независимых критерия: базовые или основные типы данных, заложенные в систему,
и наличие возможности расширения типов. В то время как отклонения базовых
наборов типов данных у современных систем от некоего стандартного, обычно,
невелики, механизмы расширения типов данных в системах того или иного
производителя существенно различаются.
* Реализация языка запросов. Все современные системы совместимы со
стандартным языком доступа к данным sql-92, однако многие из них реализуют те
или иные расширения данного стандарта.

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

* Мобильность. Мобильность – это независимость системы от среды, в
которой она работает. Средой в данном случае является как аппаратура, так и
программное обеспечение (операционная система).
* Масштабируемость. При выборе СУБД необходимо учитывать, сможет ли
данная система соответствовать росту информационной системы, причем рост может
проявляться в увеличении числа пользователей, объема хранимых данных и объеме
обрабатываемой информации.
* Распределенность. Основной причиной применения информационных
систем на основе баз данных является стремление объединить взгляды на всю
информацию организации. Самый простой и надежный подход — централизация
хранения и обработки данных на одном сервере. К сожалению, это не всегда
возможно и приходится применять распределенные базы данных. Различные системы
имеют разные возможности управления распределенными базами данных.
* Сетевые возможности. Многие системы позволяют использовать широкий
диапазон сетевых протоколов и служб для работы и администрирования.

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

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

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

* Многие производители СУБД выпускают также средства разработки приложений
для своих систем. Как правило, эти средства позволяют наилучшим образом
реализовать все возможности сервера, поэтому при анализе СУБД стоит
рассмотреть также и возможности средств разработки приложений.
* Средства проектирования. Некоторые системы имеют средства
автоматического проектирования, как баз данных, так и прикладных программ.
Средства проектирования различных производителей могут существенно
различаться.
* Многоязыковая поддержка. Поддержка большого количества национальных
языков расширяет область применения системы и приложений, построенных на ее
основе.
* Возможности разработки web-приложений. При разработкеразличных
приложений зачастую возникает необходимость использовать возможности среды
internet. Средства разработки некоторых производителей имеют большой набор
инструментов для построения приложений под web.
* Поддерживаемые языки программирования. Широкий спектр используемых
языков программирования повышает доступность системы для разработчиков, а
также может существенно повлиять на быстродействие и функциональность
создаваемых приложений.

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

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

Надежность.

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

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

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

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

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

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

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

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

31.01.2013, ЧТ, 18:01, Мск

Число различных трехбуквенных аббревиатур, обозначающих новые классы информационных систем, на глазах - ERP, CRM, SCM, WMS, BPM, ESB, BPA, PLM, MDM, SRM и пр. Одновременно с этим в каждом классе увеличивается количество решений, предлагаемых на российском рынке. Как не ошибиться в таком многообразии предложений и сделать правильный выбор?

страницы: 1 | | следующая

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

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

Собираем требования

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

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

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

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

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

Формируем запросы

После определения требований и понимания их приоритетности все становится предельно просто. На базе требований формируется запрос информации поставщикам (RFI – request for information). При этом перечень компаний для рассылки может также формироваться по тем или иным критериям через анализ внешних источников, всевозможных рейтингов или по рекомендации экспертов. Фактически составляется длинный список (Long list), в рамках которого и рассылается запрос. В этом запросе поставщикам предлагается ответить на сформулированные требования и дается определенное время для подготовки.