Вход

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

Рекомендуемая категория для самостоятельной подготовки:
Реферат*
Код 161983
Дата создания 2005
Страниц 19
Источников 8
Мы сможем обработать ваш заказ (!) 29 марта в 12:00 [мск]
Файлы будут доступны для скачивания только после обработки заказа.
560руб.
КУПИТЬ

Содержание

ВВЕДЕНИЕ
ОПРЕДЕЛЕНИЯ
ВОПРОСЫ, ВОЗНИКАЮЩИЕ ПРИ ВНЕДРЕНИИ ИС.
ОСНОВНЫЕ ПРОБЛЕМЫ
Отсутствие постановки задачи менеджмента на предприятии
Необходимость в частичной реорганизация структуры и деятельности предприятия
Необходимость в изменении технологии работы с информацией, и принципов ведения бизнеса
Сопротивление сотрудников предприятия
Временное увеличение нагрузки на сотрудников при внедрении системы
Формирование квалифицированной группы внедрения и сопровождения системы, руководителя группы
ОПРЕДЕЛЕНИЕ ЦЕЛЕЙ ПРОЕКТА
СТАНДАРТЫ ИНФОРМАЦИОННОГО МЕНЕДЖМЕНТА.
ПРИНЦИПЫ ВЫБОРА ПРИКЛАДНОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
ВЫВОД
ЛИТЕРАТУРА

Фрагмент работы для ознакомления

С этим и связано большинство их недостатков. В целом же, типичные «узкие места» отечественных ПО выглядят следующим образом:
Низкий уровень функциональности, интегрированности и недостаточное количество настроек.
Несовершенная математическая модель, негативно сказывающаяся на возможностях по развитию функциональности.
Нестабильность работы. Наличие устаревших технологий обработки данных (известно, что иногда перевести ПО на новые технологические рельсы сложнее, чем написать его заново).
Отсутствие актуальной технической и пользовательской документации.
Несоблюдение принципа «версионности».
Несоответствие маркетинговой информации реальным возможностям ПО.
Финансовая нестабильность разработчика.
С точки зрения стоимости, отечественные решения выглядят привлекательно, однако, как показывает опыт, большинству из них (несмотря на громкие рекламные заявления) под силу автоматизировать лишь только некоторые базовые учетные функции, например: бухгалтерию, кассу, склад и расчёты с контрагентами. С точки зрения технологического совершенства и полноты функциональной структуры, отечественные ПО значительно (а иногда безнадежно) отстают от западных собратьев, поэтому чаще всего являются применимыми на крупных предприятиях только в качестве заведомо временного решения.
При выборе ПО нужно всегда руководствоваться исходной постановкой задачи. Не стоит пытаться отвечать на возникающие вопросы самому, исходя из прочитанных маркетинговых брошюр. На конкретные вопросы, касающиеся применимости ПО в каждом случае должны отвечать специалисты поставщика, подтверждая каждый свой ответ соответствующей демонстрацией (показом действующей системы у других клиентов, настройкой контрольного примера и т.д.). Особое внимание следует уделять предлагаемой поставщиком политике ценообразования на ПО. Обычно стоимость формируется исходя из количества приобретаемых лицензий на рабочие места по каждому из условных функциональных модулей. Иногда отдельно учитываются серверные лицензии по каждому дополнительному серверу приложений, включенному в итоговую конфигурацию. Если поставщик решения выступает в качестве внедряющей компании, нужно очень осторожно подходить к оценке предлагаемых комплексных вариантов, когда процентное соотношение стоимости продуктов и услуг может изменяться вариативно. Главное правило можно сформулировать следующим образом: любая схема ценообразования должна быть прозрачна и не должна использовать качественных факторов в качестве параметров расчета стоимости.
В заключение следует сказать, что выбор поставщика ПО целесообразно производить в режиме коммерческого тендера, что позволяет максимально объективно анализировать предложения и вести предметный диалог с потенциальными поставщиками.
Принципы выбора прикладного программного обеспечения
После того, как решение о реорганизации бизнес-процессов на предприятии принято, немаловажным этапом является выбор прикладного программного обеспечения, которое будет призвано обслуживать и автоматизировать бизнес на предприятии. Многие компании используют следующий, в принципе вполне возможный вариант - они утверждают: "Мы имеем в штате программиста и он может запрограммировать все от самого начала, до самого конца на базовом языке C++ или Delphi". Конечно, такой подход имеет право на существование, поскольку найти сейчас дешевого программиста еще не составляет труда, но по мнению специалистов, он представляется бесперспективным, хотя бы по двум причинам:
Во-первых, на "пристойное" стандартное программное обеспечение, существующее на рынке, затрачены многие человеко-годы, причем не только на написание самих программ, но и на их отладку.
Во-вторых, программист может в любой момент уволиться и унести с собой все "Know-how", и систему в подобных случаях зачастую приходится переписывать практически "с нуля", в то время, как с приличным поставщиком ПО вы связаны определенным договором.
Более того, как показывает практика, основные недочеты "самопальных" систем выясняются порой уже на этапах их эксплуатации и ведут к разрушительным последствиям, поскольку исправление ошибок требует больших капитало и трудовложений, а самое печальное, оказывается необходимым останавливать систему на неопределенный срок, что влечет за собой фактическое затормаживание бизнеса в ряде направлений, которые непосредственно контролировались с помощью системы, таких, например, как отгрузки или бухгалтерия.
Одной из подобных проблем, возникших в последнее время является наступление нового тысячелетия, в связи с чем на большом количестве предприятий, на которых установлены автоматизированные системы, не поддерживающие четырехзначное летоисчисление возникла необходимость в корне переписывать систему, или немедленно переходить к новой.
При выборе поставщика прикладного программного обеспечения, немаловажным фактором является его финансовая стабильность, потому как финансово нестабильный поставщик программно-прикладной составляющей ИС гораздо хуже, чем финансово нестабильный клиент. Последний омертвляет лишь оборотные средства, а первый, уйдя с рынка, омертвит капиталовложение, потому как исчезнет возможность модернизировать систему, и , в случае сбоя, ею придется заниматься незнакомым с ней специалистам.
Таким образом, можно сформировать ряд критериев, которыми следует руководствоваться при подборе системы ПО:
Система должна быть именно системой, т.е. изменение в одной ее части (скажем, изменения запасов на складе) должны автоматически изменить показатели в других ее раздела (скажем, в бухгалтерских проводках); это свойство системы принято называть интегрируемостью.
Процедуры в автоматизированных системах должны быть действительно автоматизированы. Дело в том, что случается, что после внедрения системы, количество процедур не уменьшается, просто раньше они выполнялись к примеру на бумаге, а сейчас делается все то же самое, но на компьютере.
Система должна обеспечивать реализацию бизнес-процессов и процедур, которые существуют либо должны сужествовать. (оптимальны для конкретного предприятия)
Система должна давать руководителю возможность получать оперативную информацию в объеме, достаточном для принятия оперативных решений.
Система должна быть легка в обучении и использовании (дружественна), чтобы рядовой сотрудник мог научиться выполнять свои обязанности при ее помощи за максимально короткое время.
В системе должна быть заложена возможность без помощи программиста редактировать все необходимые отчеты и документы, менять их форму и создавать собственные форматы.
В системе должны быть заложены процедуры контроля, сводящие ошибки к минимуму.
Система должна давать возможность отследить, кто и когда внес изменения в том или ином файле и какая запись была до этих изменений.
В системах среднего уровня и выше, должны присутствовать надежные программы защиты данных и функции распределения прав доступа.
Системы ПО на российском рынке бывают трех уровней. На первом уровне располагаются простые системы для малого и сверхмалого бизнеса, по цене от 50 до 5000 долларов. В этом сегменте доминируют российские продукты. Их очень много, в основном это программы, предназначенные для простых бухгалтерских функций. Они имеют ограничения по количеству операций, по возможности наращивания дополнительных мощностей, по защищенности данных и другим параметрам, но зато просты в использовании и дешевы.
Второй уровень cоставляют системы по цене 10-80 тыс. долларов и с сопоставимыми затратами на внедрение. Большинство из них - действительно интегрированные системы, поскольку дают возможность весть одновременно и управленческий и финансовый учет. Они не так похожи друг на друга, как системы первого уровня.
Например, в одной из них может присутствовать модуль, разработанный специально для металлургического завода, в другой - нет, но зато могут присутствовать другие важные частности. И поэтому здесь уже не столь важен сам продукт, как то, как он внедряется, и, следовательно, на предприятии должны присутствовать квалифицированные специалисты, хорошо знающие как и бизнес компании, так и специфику ПО. В этом сегменте больше продуктов западных, нежели отечественных. Выбирая западный продукт, первым делом стоит обращать внимание на то, как он привязан к российским реалиям: к законодательству, инфляции и т.п. Здесь стоит заметить, что европейские системы лучше отвечают этим требованиям, нежели американские, так как они были изначально замешены на присущем всему в Европе многообразию, в том числе и в стандартах учета, и поэтому более гибки.
В российских системах редко встречаются такие качества, как многовалютность, соответствующая мировым стандартам и многоязычность, что может стать препятствием при работе с иностранными партнерами, инвесторами или клиентами.
Системы третьего уровня - это масштабные системы управления предприятием в целом по цене от 100 до 500 тыс. долларов (а иногда и дороже - все зависит от числа пользователей, от удаленности доступа, уровня базы данных и т.д.). В мире таких систем наберется не более десятка, в России систем такого уровня пока не создано вообще. Эти системы функционально различны: в одной может быть очень хорошо развит производственный модуль, в другой - финансовый. Одна больше подходит к нефтегазовому производству, другая к автомобилестроению. Сравнительный анализ систем такого уровня может вылиться в грандиозную работу, а для осуществления проекта внедрения, нужна целая команда из финансовых, управленческих и технических экспертов, имеющая достаточный опыт.
Вывод
Перед тем, как осуществлять проект внедрения максимально формализуйте его цели;
Никогда не жертвуйте стадией предпроектного анализа. Привлекайте профессиональных консультантов для обследования Вашего предприятия и постановки задач менеджмента. Ваши затраты непременно окупятся. Но старайтесь иметь дело при этом с солидными компаниями, так как, к сожалению, кроме консультантов, существуют еще и псевдо-консультанты;
Старательно подходите к выбору программного обеспечения для построения КИС, так как ошибки дорого обходятся. Старайтесь посмотреть как можно больше систем, и посмотреть их "живьем", а не по маркетинговым материалам разработчиков. Не стоит пытаться разрабатывать систему силами своих программистов. Готовые системы разрабатываются специализированными коллективами на протяжении многих лет и имеют реальную себестоимость гораздо выше продажной цены - известный парадокс характерный для программных и интеллектуальных продуктов;
Установите высокий приоритет процессу внедрения системы, среди остальных организационных и коммерческих процессов. Наделите высокими полномочиями руководителя проекта;
Создайте среди всех сотрудников предприятия атмосферу неотвратимости внедрения и старайтесь организационными мерами повысить темп освоения новых технологий;
Внедрение системы как ремонт - его невозможно закончить, можно лишь прекратить. Так что внедрение по сути никогда не закончится, система должна все время совершенствоваться в процессе своей промышленной эксплуатациями вместе с прогрессом информационных технологий и методологий управления деятельностью вашего предприятия.
После того, как решение о выборе прикладного ПО на базе которого будет построена ИС принято, необходимо принять решение об аппаратной платформе. Аппаратную платформу следует выбирать проанализировав и определив перспективы развития предприятия, принимая во внимание масштаб выбранного ПО и то, планируется ли его наращивание в будущем, а также всевозможные количественные и качественные параметры, такие как количество автоматизированных рабочих мест, их функции, объемы информации, направленность ее потоков. Масштабы и мощность системы определяют уровень технического решения.
А к уровню и конкретному наполнению ИС уже могут быть применены стоимостные мерки. И следовательно, сущности, стоящие за малопонятными , но такими красивыми технологическими мерками, попадают под юрисдикцию закона по экономической целесообразности, в соответствии с которым приходится искать оптимальное решение, пройдя по острию ножа между неразумной с экономической точки зрения избыточностью и потерей капиталовложений в программно-техническую платформу.
Внедрение системы автоматизации управления, как и любое серьезное преобразование на предприятии, является сложным и зачастую болезненным процессом. Тем не менее, некоторые проблемы, возникающие при внедрении системы, достаточно хорошо изучены, формализованы и имеют эффективные методологии решения.
Литература
Абдулин А., Козленко Л. «Представление отсутствующей информации», Москва 2001.  
Тенцер А. «Естественные ключи против искусственных ключей» 
Дейт К. «Введение в системы баз данных». Издание шестое, Диалектика, Киев — Москва, 2002.
Марков Б. «Проектирование систем регистрации и анализа данных».
Попов А.А. «FoxPro 2.5/2.6», Москва 2000.
Тенцер А. «База данных — хранилище объектов»
Филипп Котлер Маркетинг Менеджмент: Анализ, планирование, внедрение, контроль./ Пер. с англ. под ред. О.А.Третьяк, Л.А.Волковой, Ю.М.Каптуревского. – СПб: Издательство “Питер”, 2000.
Геннадий Верников «Внедрение системы автоматизации, основные проблемы и задачи», http://www.vernikov.ru/kis/vern-2.htm
Введение 2
Определения 2
Вопросы, возникающие при внедрении ИС. 2
Основные проблемы 4
Отсутствие постановки задачи менеджмента на предприятии 4
Необходимость в частичной реорганизация структуры и деятельности предприятия 5
Необходимость в изменении технологии работы с информацией, и принципов ведения бизнеса 5
Сопротивление сотрудников предприятия 7
Временное увеличение нагрузки на сотрудников при внедрении системы 7
Формирование квалифицированной группы внедрения и сопровождения системы, руководителя группы 8
Определение целей проекта 9
Стандарты информационного менеджмента. 11
Принципы выбора прикладного программного обеспечения 15
Вывод 17
Литература 19
18

Список литературы [ всего 8]

1.Абдулин А., Козленко Л. «Представление отсутствующей информации», Москва 2001.
2.Тенцер А. «Естественные ключи против искусственных ключей»
3.Дейт К. «Введение в системы баз данных». Издание шестое, Диалектика, Киев — Москва, 2002.
4.Марков Б. «Проектирование систем регистрации и анализа данных».
5.Попов А.А. «FoxPro 2.5/2.6», Москва 2000.
6.Тенцер А. «База данных — хранилище объектов»
7.Филипп Котлер Маркетинг Менеджмент: Анализ, планирование, внедрение, контроль./ Пер. с англ. под ред. О.А.Третьяк, Л.А.Волковой, Ю.М.Каптуревского. – СПб: Издательство “Питер”, 2000.
8.Геннадий Верников «Внедрение системы автоматизации, основные проблемы и задачи», http://www.vernikov.ru/kis/vern-2.htm
Очень похожие работы
Пожалуйста, внимательно изучайте содержание и фрагменты работы. Деньги за приобретённые готовые работы по причине несоответствия данной работы вашим требованиям или её уникальности не возвращаются.
* Категория работы носит оценочный характер в соответствии с качественными и количественными параметрами предоставляемого материала. Данный материал ни целиком, ни любая из его частей не является готовым научным трудом, выпускной квалификационной работой, научным докладом или иной работой, предусмотренной государственной системой научной аттестации или необходимой для прохождения промежуточной или итоговой аттестации. Данный материал представляет собой субъективный результат обработки, структурирования и форматирования собранной его автором информации и предназначен, прежде всего, для использования в качестве источника для самостоятельной подготовки работы указанной тематики.
bmt: 0.00449
© Рефератбанк, 2002 - 2024