Visual Basic 6. Руководство разработчика

IT консалтинг - статьи

Автоматизация бизнес-процессов – термин, который на слуху уже не первый год. Обещая баснословную прибыль, многочисленные «автоматизаторы» внедряют под знаменем новейших технологий разнообразные решения, призванные повысить эффективность бизнеса своего клиента. И часто это происходит так, что клиент слабо ориентируется, как же происходит процесс внедрения, а фирмы, осуществляющие внедрение, не утруждают себя, чтобы сделать автоматизацию хоть сколько-нибудь прозрачной. Данный материал поможет устранить некоторые пробелы в понимании того, что же скрывается за словами «процесс внедрения АСУ».
Итак, вы решили внедрить на своем предприятии систему автоматизации бизнес-процессов. Прежде чем искать исполнителя, нужно уяснить некоторые принципиальные моменты. Главный из них – внедрение должно быть действительно необходимо, то есть иметь экономическое обоснование. При этом речь может идти об автоматизации бизнес-процессов, тогда его цель — повышение надежности и оперативности предоставления информации и выделение большего времени сотрудников на ее анализ, а не на обработку. Кроме того, цель автоматизации может состоять в реорганизации бизнес-процессов. В любом случае стоимость внедрения достигает 1-2% от месячного оборота компании (разумеется, речь идет о комплексной автоматизации). Если же бизнес-цели не ясны или бюджет вашего предприятия просто не выдержит рыночной цены внедрения, то лучший выход — отложить подобное мероприятие.

Автоматизация без дураков
Автоматизация: от идеи до утилизации
Управление компанией можно довести до автоматизма
Система SMARTEAM
Концепции построения ERP-систем на предприятии
IT-планирование: новые перспективы
Ловушки управленческого консультирования
Почему молчат разработчики программного обеспечения для банков?
Особенности в проектировании и практической разработке медицинской информационной системы
Жизненный цикл обслуживания продуктов: самолету тоже нужна нянька
Промышленная автоматизация: движение от САПР к PLM
Внедрение ИС: через тернии к звездам
Консолидация

Компонентный подход в программировании

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

Программы "большие" и "маленькие"
Понятие жизненного цикла ПО
Унифицированный процесс Rational
Анализ предметной области
Качество программного обеспечения
Анализ области решений
Образцы человеческой деятельности
Данные–представление–обработка
Удобство использования программного обеспечения
Платформы Java и .NET
Наследование
Основные понятия компонентных технологий
Web-приложения
Общая архитектура Web-приложений
Развитие технологий J2EE
Задачи управления проектами

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

Знание языка командной оболочки является залогом успешного решения задач администрирования системы. Даже если вы не предполагаете заниматься написанием своих сценариев. Во время загрузки Linux выполняется целый ряд сценариев из /etc/rc.d, которые настраивают конфигурацию операционной системы и запускают различные сервисы, поэтому очень важно четко понимать эти скрипты и иметь достаточно знаний, чтобы вносить в них какие либо изменения.
Язык сценариев легок в изучении, в нем не так много специфических операторов и конструкций. Синтаксис языка достаточно прост и прямолинеен, он очень напоминает команды, которые приходится вводить в командной строке. Короткие скрипты практически не нуждаются в отладке, и даже отладка больших скриптов отнимает весьма незначительное время.
Shell-скрипты очень хорошо подходят для быстрого создания прототипов сложных приложений, даже не смотря на ограниченный набор языковых конструкций и определенную "медлительность". Такая метода позволяет детально проработать структуру будущего приложения, обнаружить возможные "ловушки" и лишь затем приступить к кодированию на C, C++, Java, или Perl.

Зачем необходимо знание языка Shell?


Visual Basic 6. Руководство разработчика

Прежде чем приводить примеры использования определенных API-функций, ознакомимся с некоторыми основными понятиями. Win32 API состоит из функций, структур и сообщений, позволяющих создавать приложения для Windows 95/98 и Windows NT.
API-функции Windows можно разделить на следующие функциональные группы:
• Windows Management (Управление Windows);
•  Graphic Device Interface - GDI (Интерфейс графических устройств);
•  System Services (Kernel) (Системные ресурсы (Ядро системы));
•  Multimedia (MMSystem) (Средства мультимедиа).
Функции, входящие в состав этих элементов, организованы в виде DLL-библиотек (Dynamic Link Libraries - библиотеки динамической компоновки), и для получения доступа к ним можно воспользоваться любым языком программиро­вания. DLL загружается только на время выполнения программы, поэтому нет необходимости включать ее в приложение на этапе компоновки. Поскольку API-функции используются также и Windows, DLL-библитотеки всегда доступны вашим приложениям.

Обращение к API-функциям
Обработка ошибок класса
Элемент управления
Компоненты-члены элемента управления

Visual Basic Script

Автоматизация - это одна из возможностей, предоставляемых технологией Microsoft COM (Component Object Model). Не вдаваясь в подробности реализации этой технологии, заметим, что она используется приложениями (называемыми COM-серверами) для предоставления доступа к их объектам, а также к свойствам и методам этих объектов другим приложениям (называемым COM-клиентами), каковыми могут быть и средства разработки. Например, текстовый процессор, будучи COM-сервером, может предоставлять другим приложениям доступ к документу, абзацу, закладке с помощью соответствующих объектов. Для именования (и опознания) COM-серверов обычно используются специальные строковые обозначения - программные идентификаторы (Programmatic Identifier, ProgID). Они нужны для того, чтобы операционная система могла с помощью этих идентификаторов определить, в каком именно каталоге (или на каком компьютере локальной сети, если используется тот или иной способ удаленного доступа к серверу) расположен исполняемый файл сервера автоматизации, и запустить его на выполнение. О том, какие именно программные идентификаторы применяются для того или иного приложения Microsoft Office, будет сказано в разделах, посвященных этим приложениям.

Файлы Windows Scripting Host
Microsoft Word и Microsoft Excel
Как получить информацию об операционной системе при помощи WMI
Windows Script Host (WSH). Чтение и редактирование файлов
Windows Script Host (WSH). Файловая система
Windows Script Host (WSH) - файлы и папки
Windows Script Host (WSH) - MS Office
Windows Script Host (WSH) - обработка исключений
Windows Script Host (WSH) - теория, реестр
Windows Script Host (WSH) - управление программами
Windows Script Host (WSH) - запуск программ