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

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

    Сетевой режим эксплуатации АРМ объединяет достоинства первого и второго. В этом случае каждое АРМ строится на базе одной ЭВМ, но в то же время  имеется возможность использовать некоторые общие ресурсы вычислительной сети.

    Одним из подходов к классификации АРМ  является их систематизация по видам  решаемых задач. Возможны следующие  группы АРМ:

    1. Для решения информационно-вычислительных  задач;

    2. Для решения задач подготовки  и ввода данных;

    3. Для решения информационно-справочных  задач;

    4. Для решения задач бухгалтерского  учета;

    5. Для решения задач статистической  обработки данных;

    6. Для решения задач аналитических  расчетов;

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

2.3 Анализ вариантов решений.

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

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

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

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

  Ниже  приведены наиболее распространенные СУБД и их стоимость. 

1. Стоимость MSSQL Server 2003 Standard Edition 28 849 руб., для полного укомплектования всех рабочих мест необходимо 15 лицензий, на общую сумму 47 749 руб.
2. Oracle – лицензия на одно рабочее место 5 530 руб., для полного укомплектования всех рабочих мест необходимо 15 лицензий, на общую сумму 82 950 руб.
3. Стоимость ядра Jet 4.0 определяется стоимостью операционной системы, так как входит в её состав,  например, для ОС Windows Vista Business 32 bit, она составляет 4 615 руб.

      Выбор в качестве хранилища информации - ядра Jet 4.0, экономически оправдан. На всех рабочих местах уже имеются операционные системы, следовательно дополнительных вложений не требуется. 
 
 
 

3. Современные инструментальные средства и целесообразность выбранного варианта решения.

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

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

  Для решения поставленной задачи наиболее подходящими инструментами являются:

      - Microsoft Visual Basic

      - Microsoft Visual C++

      - Microsoft Visual C#

      - Borland Delphi

      Все перечисленные средства обладают практически  одинаковыми возможностями.

     В качестве инструментального средства для разработки автоматизированных рабочих мест, была выбрана интегрированная  среда Borland Delphi 2006 trial version (бесплатная, полнофункциональная пробная версия). Её характеризует хорошая совместимость с ядром Jet 4.0 и наличие всех необходимых инструментов для взаимодействия с хранилищем данных, посредством технологии ActiveX Data Objects (ADO).

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

3.1 Анализ существующих  технологий.

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

     Существует  несколько способов решения задачи обеспечения доступа к 

данным.

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

       В СУБД типа клиент/сервер API инициирует  отправку по сети запроса к  серве-

ру и  получение результатов или кодов  ошибок для дальнейшей их обработки 

клиентским  приложением.

     Один  из  способов доступа к данным  заключается в непосредственномиспользовании API, однако это означает полную зависимость  приложения от используемой СУБД. Таким  образом, необходим некий универсальный  механизм доступа к данным, обеспечивающий для клиентского приложения стандартный  набор общих функций, классов, сервисов, служб, необходимых дляработы  с  различными СУБД. Эти  стандартные  функции (классы или  сервисы) должны размещаться в библиотеках, именуемых  драйверами или провайдерами  баз  данных  (data  base  drivers  (providers)). Каждая  такая библиотека реализует набор стандартных функций, классов или сервисов, используя обращения API к конкретной системе управления базами данных.

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

     Большинством  наиболее популярных и доступных  технологий доступа к данным предоставляется фирмой Microsoft. Раньше в Microsoft  ключевыми технологиями  доступа  к  данным  считались  Data  Access  Objects  (DAO)  для настольных  систем и Remote Data Objects  (RDO), основанная на Open Data-base Connectivity  (ODBC), – для клиент-серверных баз данных. Но на смену им  пришла  единая  модель  Universal  Data  Access  (UDA),  поддерживающая данные любых типов.

     Цель UDA  –  обеспечить  высокопроизводительный  доступ  как  к нереляционным, так и к реляционным источникам данных, предоставив удобный, независимый от инструментальных  средств и языка интерфейс  программирования.  UDA базируется на объектах ADO, которые предоставляют высокоуровневый интерфейс для работы с OLE DB – новейшей технологией Microsoft для доступа к базам данных на основе COM.

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

     Рассмотрим  архитектуру современных служб  доступа к данным. Эволюция способов доступа к данным развивалась по пути от создания средств  низкоуровневого  доступа  к  данным,  требующего  от  программиста глубокого  понимания  структуры  хранимой  информации  и  возможностей  ее извлечения и записи, а также необходимости написания достаточно объемного программного кода, до создания высокоуровневых способов доступа, призванных  упростить процедуру программирования операций извлечения данных  из  структур,  в  которых  они  хранятся  в  БД  и  записи  изменений  в  эти структуры.  Сегодня  при  работе  с  базами  данных,  существует  возможность организации доступа к данным как на низком уровне, так и на высоком уровне. У каждого из этих способов есть свои преимущества и недостатки. Низкоуровневый доступ к данным позволяет обеспечить максимальное быстродействие при обмене информацией между клиентским приложением и самой БД,  что  является неоспоримым, но  единственным  его преимуществом.  Зато такой способ обладает целым рядом недостатков, среди которых: сложность организации доступа вследствие привязки к особенностям реализации СУБД и принципам организации доступа к данным именно  этой СУБД, необходимость  изучения  большого  объема  технической  документации,  низкоуровневых команд и примеров их использования. А так как каждый производитель СУБД  использует  свои  подходы,  принципы  и  оригинальные  решения  в  области доступа к данным, понятно, что ни о какой переносимости программы, реализующей  доступ  к  данным  одной  СУБД  на  работу  с  другой  говорить нельзя. Высокоуровневые методы устраняют приведенные выше недостатки за  счет использования «надстроек» над низким  уровнем, позволяющих программисту  не  задумываться  об  отличиях  физической  реализации  доступа  к данным,  сосредотачиваясь  таким  образом на  логике их  обработки. Конечно этот  дополнительный  уровень  приводит  к  небольшому  снижению  скорости доступа к данным, что, тем не менее, с лихвой компенсируется простотой организации  такого  доступа и  возможностью простого переноса  данных  с  одной СУБД на другую. Сегодня можно с уверенностью сказать, что при разработке ИС для обработки экономической информации целесообразно использовать  именно  высокоуровневые  способы  организации  доступа  к  базе  данных.

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