- •Оглавление
- •1 Понятие ис.
- •2 Особенности современных ис
- •3 Жизненный цикл ис. Понятие жц. Этапы жц.
- •4 Жизненный цикл ис. Модели жц ис.
- •5 Классификация ис с учетом сферы применения.
- •6 Уровни информатизации на предприятии (анализ подходов к информатизации организации).
- •7 Место ис в управлении организацией.
- •8 Состав и структура ис. Понятие бд. Понятие субд.
- •Среда хранения данных (бд)
- •Среда обработки данных (субд)
- •9 Состав и структура ис. Понятие «среда конечного пользователя». Классификация пользователей ис по правам доступа.
- •10 Классификации ис. Классификация ис по функциональному признаку. Сод, асу, ипс.
- •11 Классификации ис. Классификация ис по режиму работы; по способу распределения вычислительных ресурсов; по характеру работы.
- •12 Классификации ис. Классификация ис по степени автоматизации; по характеру информации; по сфере применения.
- •13 Виды информационных технологий предприятия.
- •14 Состав экономической информационной системы. Информационное обеспечение ис.
- •Функциональные подсистемы
- •15 Состав экономической информационной системы. Техническое обеспечение ис.
- •16 Организация клиент-серверного взаимодействия. Архитектура «клиент-сервер». Odbc.
- •Архитектура «файл-сервер»
- •Двухуровневая архитектура «клиент-сервер»
- •Трехуровневая клиент - серверная архитектура
- •Многоуровневая архитектура "Клиент-сервер"
- •17 Состав экономической информационной системы. Организационное и правовое обеспечение ис.
- •Правовое обеспечение
- •18 Этапы жцис. Понятие системного проекта. Подходы к выбору программного обеспечения системы.
- •19 Стадия внедрения в жцис. Критерии успешного внедрения. Подходы к внедрению ис.
- •20 Корпоративные ис. Роль и место кис в управлении организацией.
- •21 Корпоративные ис. Основные положения. Обзор стандартов управления производством.
- •22 Materials Requirements Planning (mrp). Mrp и mrp I системы как «черный ящик».
- •Mrp II система как «черный ящик».
- •24 Enterprise Resource Planning (erp). Отличие erp от mrpii.
- •26 Актуальные проблемы внедрения кис.
- •28 Обзор erp – решений на отечественном рынке (отечественные системы).
- •30 Особенности нотации bpmn. Особенности bpmn
- •1. Описание
- •3. 3. Роли
- •3. 4. Артефакты
- •4. Использование bpmn
- •5. Правила синтаксиса
15 Состав экономической информационной системы. Техническое обеспечение ис.
ОПР.: Техническое обеспечение – это комплекс технических средств, предназначенных для работы ИС, а также соответствующая техническая документация на эти средства и технологические процессы..
Документацией оформляются предварительный выбор технических средств, организация их эксплуатации, технологический процесс обработки данных, технологическое оснащение. Документацию можно условно разделить на три группы
общесистемную, включающую государственные и отраслевые стандарты по техническому обеспечению;
специализированную, содержащую комплекс методик по всем этапам разработки технического обеспечения;
нормативно-справочную, используемую при выполнении расчетов по техническому обеспечению.
Помимо технической документации в состав подсистемы технического обеспечения входит комплекс технических средств, предназначенных для обработки данных в ИС. Технические средства служат основой построения ИС. Мощность этих средств, в значительной мере определяет состав решаемых задач управления.
К техническим средствам ИС относят
компьютеры любых моделей, осуществляющие обработку информации;
средства коммуникаций (передачи данных по каналам связи);
вспомогательное оборудование и организационная техника.
К настоящему времени сложились две основные формы организации технического обеспечения (формы использования технических средств): (Error: Reference source not found).
– централизованное техническое обеспечение (базируется на использовании в информационной системе больших ЭВМ и вычислительных центров).
– децентрализованное техническое обеспечение (предполагает реализацию функциональных подсистем на персональных компьютерах непосредственно на рабочих местах).
16 Организация клиент-серверного взаимодействия. Архитектура «клиент-сервер». Odbc.
Специалисты фирмы Microsoft разработали стандарт Open Database Connectivity (ODBC). Он представляет собой стандарт интерфейса прикладных программ (Application Programming Interface - API) и позволяет программам, работающим в среде Microsoft Windows, взаимодействовать (посредством операторов языка SQL) с различными СУБД, как с персональными, так и с многопользовательскими, функционирующими в различных операционных системах. Фактически, интерфейс ODBC универсальным образом отделит чисто прикладную, содержательную сторону приложений (обработка электронных таблиц, статистический анализ, деловая графика) от собственно обработки и обмена данными с СУБД. Основная цель ODBC - сделать взаимодействие приложения и СУБД прозрачным, не зависящим от класса и особенностей используемой СУБД (мобильным с точки зрения используемой СУБД).
Отметим, что стандарт ODBC является неотъемлемой частью семейства стандартов, облегчающих написание и обеспечивающих вертикальную открытость приложений (WOSA - Windows Open Services Architecture - открытая архитектура сервисов системы Windows).
Интерфейс ODBC (рис) обеспечивает взаимную совместимость серверных и клиентских компонентов доступа к данным. Для реализации унифицированного доступа к различным СУБД, было введено понятие драйвера ODBC (представляющего собой динамически загружаемую библиотеку).
Рис.
ODBC-архитектура содержит четыре компонента:
приложение;
менеджер драйверов;
драйверы;
источники данных.
Роли среди них распределены следующим образом. Приложение вызывает функции ODBC для выполнения SQL-инструкций, получает и интерпретирует результаты; менеджер драйверов загружает ODBC-драйверы, когда этого требует приложение; ODBC-драйверы обрабатывают вызовы функций ODBC, передают операторы SQL СУБД и возвращают результат в приложение; источник данных (data source) - объект, скрывающий СУБД, детали сетевого интерфейса, расположение и полное имя базы данных и т.д.
Действия, выполняемые приложением, использующем интерфейс ODBC, сводятся к следующему: для начала сеанса работы с базой данных приложение должно подключиться к источнику данных, ее скрывающему; затем приложение обращается к базе данных, посылая SQL-инструкции, запрашивает результаты, отслеживает и реагирует на ошибки и т.д., то есть имеет место стандартная схема взаимодействия приложения и сервера БД, характерная для RDA-модели. Важно, что стандарт ODBC включает функции управления транзакциями (начало, фиксация, откат транзакции). Завершив сеанс работы, приложение должно отключиться от источника данных.
Архитектура современных ИС базируется на принципах клиент - серверного взаимодействия программных компонентов информационной системы.
Клиент - серверная архитектура реализует многопользовательский режим работы и является распределенной, когда клиенты и серверы располагаются на разных узлах локальной или глобальной вычислительной сети.
В общем случае схема клиент - серверной архитектуры включает три уровня представления: уровень представления (презентации) данных пользователем; уровень обработки данных приложением и уровень взаимодействия с базой данных.
По этой схеме пользователь (клиент) в одном случае вводит данные, которые после контроля и преобразования некоторым приложением попадают в базу данных, а в другом случае запрашивает обработку данных приложением, которое обращается за необходимыми данными к базе данных. Получив необходимые данные, сервер их обрабатывает, а результаты или помещает в базу данных, или выдает пользователю (клиенту) в удобном для него виде, например в виде текстового документа, электронной таблицы, графика, или делает то и другое вместе.
Клиент - серверная архитектура в вычислительной сети может быть реализована по-разному. Выбор конкретной схемы определяется различными вариантами территориального распределение удаленных подразделений предприятия, требованиями эксплуатационной надежности, быстродействием, простотой обслуживания.