« Поставить закладку » « Сделать стартовой »

« Форумы » « Блоги » « Статьи » « Новости » « Файлы » « Realcoding IRC » « Site map » « Поиск »


Главная Главная
Анонсы Анонсы
Форумы Форумы
Каталог Каталог
Поиск Поиск
Опросы Опросы
Книжный магазин Книжный магазин
Реклама на сайте
Публикации Публикации
Партнеры Партнеры
Карта Карта сайта
Рассылки Рассылки
RSS экспорт
Настройки Настройки
О нас пишут О нас пишут
Контакты Контакты
Гостевая книга Гостевая книга


ПнВтСрЧтПтСбВс
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31        
    Популярное
Использование библиотек WMLScript

Функция AccessResource

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

Функция GlobalWire

Добавление к Классу

Изменение клиентской программы, работающей с Web-службой

Использование Общего Конфигурационного Файла Для Unit Тестов В MS VS2005

Полезные советы для работы с XML

Глава 20. ПРЕДСТАВЛЕНИЕ. ВВЕДЕНИЕ.

Delphi 7. Учебный курс




    Архив файлов



    Сообщества

    Документация

    Кто на сайте
Вы не зарегистрированы.
Имя:

Пароль:

Запомнить

Регистрация позволит Вам пользоваться дополнительными сервисами.
Сейчас на сайте:
Гостей: 152
Пользователей: 0

Статьи:: Проектирование :: Основные принципы выбора прикладного программного обеспечения для построения корпоративной информационной системы



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

Основные принципы выбора прикладного программного обеспечения для построения корпоративной информационной системы



Геннадий Верников

После того, как решение о реорганизации бизнес-процессов на предприятии принято, немаловажным этапом является выбор прикладного программного обеспечения, которое будет призвано обслуживать и автоматизировать бизнес на предприятии. Многие компании используют следующий, в принципе вполне возможный вариант - они утверждают: "Мы имеем в штате программиста и он может запрограммировать все от самого начала, до самого конца на базовом языке C++ или Delphi". Конечно, такой подход имеет право на существование, поскольку найти сейчас дешевого программиста еще не составляет труда, но по мнению специалистов, он представляется бесперспективным, хотя бы по двум причинам:

  • Во-первых, на "пристойное" стандартное программное обеспечение, существующее на рынке, затрачены многие человеко-годы, причем не только на написание самих программ, но и на их отладку.
  • Во-вторых, программист может в любой момент уволиться и унести с собой все "Know-how", и систему в подобных случаях зачастую приходится переписывать практически "с нуля", в то время, как с приличным поставщиком ПО вы связаны определенным договором.

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

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

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

Таким образом, можно сформировать ряд критериев, которыми следует руководствоваться при подборе системы ПО:

Первые два - почти тавтологичны:

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

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

Второй уровень составляют системы по цене 10-80 тыс. долларов и с сопоставимыми затратами на внедрение. Большинство из них - действительно интегрированные системы, поскольку дают возможность весть одновременно и управленческий и финансовый учет. Они не так похожи друг на друга, как системы первого уровня. Например в одной из них может присутствовать модуль, разработанный специально для металлургического завода, в другой - нет, но зато могут присутствовать другие важные частности. И поэтому здесь уже не столь важен сам продукт, как то, как он внедряется, и, следовательно, на предприятии должны присутствовать квалифицированные специалисты, хорошо знающие как и бизнес компании, так и специфику ПО. В этом сегменте больше продуктов западных, нежели отечественных. Выбирая западный продукт, первым делом стоит обращать внимание на то, как он привязан к российским реалиям: к законодательству, инфляции и т.п. Здесь стоит заметить, что европейские системы лучше отвечают этим требованиям, нежели американские, так как они были изначально замешены на присущем всему в Европе многообразию, в том числе и в стандартах учета, и поэтому более гибки.

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

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

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

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

Дополнительную информацию Вы можете получить в компании Interface Ltd.








Вышел MySQL 5.1.30, первый стабильный рели....

MySQL

После публикации 29 тестовых версий анонсирован первый стабильный релиз MySQL 5.1, пригодный для промышленной эксплуатации и обеспечивающий увеличение производительности для "тяжелых" SQL запросов, по сравнению с MySQL 5.0, примерно на 15-20%. Главные новшества появившиеся в MySQL 5.1:


Подробнее... | Рубрика: MySQL | Добавлено: 28.11.2008

Тестирование параллельных программ.

Тестирование

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


Подробнее... | Рубрика: Тестирование | Добавлено: 28.11.2008

Архитектура AMD64 (EM64T).

Архитектура AMD

Аннотация. В статье кратко рассматривается архитектура AMD64 компании AMD и ее реализация EM64T компании Intel. Описаны особенности архитектуры, ее возможности, достоинства и недостатки.


Подробнее... | Рубрика: Архитектура AMD | Добавлено: 27.11.2008

Остальные статьи:

Платформа 2009. Определяя будущее
Windows Vista Bridge Sample Library - упра...
Оптимизация 64-битных программ
Подгрузка через AJAX HTML-кода, содержащег...
Обзор нового релиза самой мощной Ajax библ...
Firebug 1.3 и 1.4 alpha — что нового и инт...
Релиз Microsoft Silverlight 2.0. Что новог...
XML документация в C#
Курсоры в MySQL 5
Microsoft опубликовала подробности о сесси...
Microsoft делится подробностями о том, что...
Тестируем новый javascript от нового брауз...
MySQL Query Cache
Использование провайдеров компиляции в As...
Чего мы ждем от C# 4.0
Delphi 2009 и C++Builder 2009
Джоэл Спольски и Джеф Этвуд запустили новы...
Поиск кода Google /* что нового? */
10 jQuery скриптов для улучшения интерфейс...
Генераторы отчетов FastReport 4 и QuickRep...


Цитата дня (все,добавить):

Портал фрилансеров

работа на дому


    Рубрикатор

Программирование

C/С++
Обучение
Windows API
XAML
Моделирование
Паттерны
Visual Basic 7 .NET
WxWidgets
Функции WinApi
Функции С++
Разработка под Mac OS
Eiffel
Visual Studio 2008
UI дизайн
Алгоритмы
Конкурсные статьи
Turbo Pascal
Visual Studio
CASE-средства
Visual Studio 2005
Без VCL
Delphi
Тех. документация
Тестирование
Software Testing
ООП
TCP/IP
Google Android
Windows Installer
.NET Framework
Драйвера
C# C Sharp
Справка
Проектирование
Информ. системы
Visual Basic
Assembler
Оптимизация кода
Gtk+
Компоненты
Реинжиниринг
Управление проектами
Extreeme programming
Lotus Notes
Алгебраическое проектирование


Интернет технологии

PHP
Perl
ASP
WAP
Cookies
SSI
CGI
Web Servers
VB Script
DNS
CSS
XML
Html
Java Script
Java2ME
Firewall
Flash
.htaccess
Apache
VRML
Протоколы
Поисковые системы
Технология JAVA
Учебник по PHP
Учебник по JavaScript
Учебник по XML
Java Q&A
AJAX
DHTML
XHTML
Dreamweaver
Web 2.0
Python
Вебмастеру
Cisco
Ruby on Rails
Silverlight

Базы данных

Access
InterBase
MySQL
Oracle
ADO .NET
Основы SQL
Учебник по Access 2002
MS
Microsoft FoxPro
Доступ к данным
XML в MS SQL Server 2000
ODBC и MyODBC
Обучение
Caché
DB2
PostgresSQL
Sybase
Теория
Хранилища данных
Безопасность
Реляционные данные
MySQL и mSQL

Остальное:

Разное
Обзоры книг
Безопасность
Графика и дизайн
Юмор
Linux
Фракталы
Microsoft Axapta
Многоядерность
Сети
Microsoft Office
Работа
MS-DOS
Криптография
Графика и игроделание
Новости SDK
Системы защиты
Учебник по AutoCad
CVS
Windows XP
Windows Server 2003
Windows Vista
Windows 7
Мероприятия