|
Ключевые слова: business, (найти похожие документы)
From: Андрей Прокофьев <andrey.prokofjev@softlogic.ru.> Newsgroups: email Date: Mon, 19 Apr 2010 14:31:37 +0000 (UTC) Subject: Подводные камни при внедрении систем автоматизации бизнеса
Вам необходима автоматизация бизнеса. Какую систему выбрать? Каковы требования и критерии? О чем нужно помнить, создавая и внедряя информационную систему? Не спешите привлекать дорогих консультантов. Поверьте, они не решат ваших проблем. Ниже приведены простые рекомендации, которые позволят выбрать правильный путь и помогут избежать наиболее типичных ошибок. Дайте для себя ответы на вопросы по тексту, и шансы на успешное завершение проекта многократно возрастут. Будьте готовы к тому, что
Да, это действительно так. Информационные технологии развиваются громадными шагами, но системы, которая нужна Вам еще нет. И это не удивительно, ведь Ваша компания обладает уникальными особенностями, которые выделяют её среди конкурентов. Эти особенности несомненно важны и должны быть учтены в системе, но только Вы знаете о них. По этой причине Вы должны быть готовы участвовать в разработке системы, а для этого
Автоматизация это долгий и непрерывный процесс, но начинать нужно с малого и двигаться небольшими итерациями. Это позволит избежать резких изменений в деятельности Вашей компании, которые могут негативно отразиться на бизнесе. Для этого нужно выработать четкий план, что и в какой последовательности автоматизировать. При планировании
Не забывайте о том, что Ваша организация будет расти и изменяться. Вместе с этим должна изменяться и система автоматизации. По этому система должна быть:
легко модифицируемой;
масштабируемой.
Чем проще вносить изменения в систему, тем дешевле окажется её поддержка. Если нет возможности модифицировать систему, то со временем это заставит Вас отказаться от неё. Приведу примеры тех факторов и их важность, которые влияют на модифицируемость системы:
|
Фактор |
Замечание |
Важность (баллы) |
1. |
Наличие встроенного языка описания бизнес-логики |
Стоит учитывать возможности данного языка, простоту и распространение среди разработчиков. |
100-150 |
2. |
Наличие средств проектирования пользовательского интерфейса |
Проектирование должно быть максимально простым, т.к. требования к пользовательскому интерфейсу часто меняются |
50-80 |
3. |
Бизнес-логика системы отделена от пользовательского интерфейса |
Это естественное требование, т.к. бизнес-процесс не имеет никакого отношения к интерфейсу пользователя. Однако часто эти понятия смешиваются, что указывает на серьезные проблемы в архитектуре системы |
40 |
4. |
Наличие программного интерфейса (API), позволяющего взаимодействовать с системой из сторонних приложений |
Если API нет, то в лучшем случае необходимо будет интегрироваться с базой данных, а это плохо, т.к. при этом не учитывается бизнес-процесс |
50 |
5. |
Наличие исходного кода системы |
Если у Вас есть исходный код системы, то это позволит вносить небольшие изменения |
50 |
6. |
Наличие документации к коду |
Без документации разбираться в чужом коде очень сложно. Если её нет, тот сам по себе код может оказаться бесполезным |
100 |
Стоит с большой осторожностью подходить к выбору клиент-серверной системы, в которой сервером выступает база данных, а бизнес-логика реализована на клиенте (2-х звенная архитектура). Такая система часто обладает следующими недостатками:
система не масштабируема;
отсутствуют механизмы интеграции;
бизнес-логика тесно связана с пользовательским интерфейсом;
сложно вносить доработки в систему и обновлять клиентские приложения.
Этими недостатками обладают и многие WEB системы. Это связано с тем, что часто они проектируются с упором на пользовательский интерфейс, не уделяя при этом внимания бизнес-процессам. Будьте очень внимательны, выбирая такую систему, так как за красивым внешним видом могут прятаться серьезные технологические недостатки, устранить которые может быть невозможно.
Также учитывайте, что со временем объем хранимой в системе информации накапливается, поэтому система должна быть масштабируемой. При этом уделяйте особое внимание базе данных и серверам приложений, т.к. именно они являются слабыми звеньями.
Факторы, влияющие на масштабируемость:
|
Фактор |
Замечание |
Важность (баллы) |
1. |
Наличие механизма распределения нагрузки по серверам приложений |
Снижает нагрузку на сервер приложений |
60 |
2. |
Наличие кэша данных |
Кэш позволяет существенно увеличить производительность на схожих запросах |
20 |
3. |
Возможность использовать несколько баз данных |
Снижает нагрузку на базу данных |
60 |
4. |
Сервис ориентированная архитектура (SOA) |
Позволяет распределить выполнение задач по разным звеньям системы. У этого подхода есть минус: если одно из звеньев окажется перегруженным, то это может повлиять на весь комплекс |
40 |
5. |
Наличие отдельно хранилища документов |
Позволяет существенно сократить объем базы данных |
20 |
Также при выборе системы нужно задуматься о том,
Это могут быть:
сотрудники Вашей организации, которым важна функциональность пользовательского интерфейса. Для этого лучше всего подходит "толстое" клиентское приложение;
Ваши клиенты, которым необходим доступ к системе из любого места. Для этого стоит рассмотреть WEB.
А также информационные системы, существующие в Вашей организации. Для связи с которыми необходимы удобные средства интеграции (как синхронные так и асинхронные) и простое API. При этом все эти категории являются важными. И, как видно, накладывают совершенно разные требования.
Не забывайте о том, что пользователям системы нужно предоставить различные права, поэтому в системе должны быть штатные средства разграничения прав. После того, как система или платформа выбрана, необходимо задуматься о том,
При этом необходимо ответить на следующие вопросы:
Достаточна ли квалификация разработчиков?
Смогут ли они поддерживать систему в будущем?
А если уйдут те люди, которые изначально дорабатывали систему?
Можете ли Вы взять на себя поддержку системы?
После того, как команда разработчиков выбрана, сразу следует обсудить
Для того, чтобы пользователи системы сразу могли приступить к работе в системе необходимо наполнить её данными. Теми данными, которые существуют в Вашей компании в виде таблиц Exсel, документов Word, баз данных Access и др. Как правило при внедрении этому процессу уделяется не достаточно внимания, что в итоге приводит к отторжению системы пользователями.
Внедрение системы - это сложный и долгий процесс, подходить к которому нужно с большой осторожностью и двигаться поэтапно. Особое внимание стоит уделить технологической платформе на которой разработана система, т.к. не правильный выбор платформы приводит к значительному увеличению стоимости системы и сроков внедрения. Кроме этого дальнейшее развитие такой системы может оказаться невозможным.
При выборе системы не
стесняйтесь задавать вопросы с помощью
каких технологий она разработана, какие
есть возможности для модификации и
интеграции, предусмотрена ли балансировки
нагрузки и разграничение прав
пользователей.
Если внимательно
отнестись к выбору системы, то в итоге
это приведет к выдающимся результатам.
|
Обсуждение | [ RSS ] |
|
Добавить комментарий |
Закладки на сайте Проследить за страницей |
Created 1996-2024 by Maxim Chirkov Добавить, Поддержать, Вебмастеру |