Проблемы разработки сложных информационных систем

Содержание:

  1. Сведения о системе информационного обеспечения
  2. Решение проблем с помощью информационных систем
  3. Трансформация решения
  4. Строительные проблемы
Предмет: Экономика
Тип работы: Реферат
Язык: Русский
Дата добавления: 26.07.2019

 

 

 

 

  • Данный тип работы не является научным трудом, не является готовой работой!
  • Данный тип работы представляет собой готовый результат обработки, структурирования и форматирования собранной информации, предназначенной для использования в качестве источника материала для самостоятельной подготовки учебной работы.

Если вам тяжело разобраться в данной теме напишите мне в whatsapp разберём вашу тему, согласуем сроки и я вам помогу!

 

По этой ссылке вы сможете заказать реферат:

 

Написание рефератов на заказ

 

Посмотрите похожие темы возможно они вам могут быть полезны:

 

 

Изменения в государственной системе СССР В период Великой Отечественной войны 1941-1945 г.г

 

Организация производства и обслуживания на предприятиях общественного питания

 

Химическая технология переработки нефти и газа

 

Государственное регулирование движения корпоративного капитала

 

Введение:

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

Необходимый объем вычислений просто не позволял выполнить его за время, отведенное обычной командой калькуляторов. Итак, первыми пользователями компьютеров и разработчиками компьютерных программ были вычислительные математики. До сих пор многим программистам старшего поколения не приходилось писать хотя бы одну вычислительную программу за последние 20-30 лет.

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

Информационная система - это взаимосвязанная совокупность инструментов, методов и персонала, используемых для хранения, обработки и публикации информации для достижения поставленной цели»

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

В зависимости от масштаба информационная система может быть разделена на следующие группы:

  • Одиночный;
  • Команда;
  • Корпоративный.

Единая информационная система обычно представляет собой автономную персональную компьютерную сеть наведения, которая, как предполагается, не должна использоваться. Такие системы могут включать в себя несколько простых приложений, связанных общим информационным пулом, одного пользователя или так называемую настольную систему или систему управления базами данных (СУБД). Наиболее известными локальными СУБД являются: Clarion, Clipper, FoxPro, Paradox, dBase и Microsoft Access.

Использование групповых информационных систем для получения всеобъемлющей информации также широко распространено среди членов рабочей группы, а зачастую и в локальной компьютерной сети. При разработке таких приложений для их создания используется сервер баз данных (также известный как SQL Server). Существует довольно много различных SQL-серверов, которые распространяются коммерчески и свободно. Среди них наиболее известными серверами баз данных являются Oracle, DB2, Microsoft SQL Server, InterBase, Sybase и Informix.

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

 

Однако для больших информационных систем наиболее распространенными являются серверы Oracle, DB2 и Microsoft SQL Server.

 

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

Приложение:

  • Система обработки транзакций;
  • Система принятия решений;
  • Информационно-справочные системы;
  • Офисная Информационная Система.

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

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

Гипертекстовые документы и мультимедиа основаны на информационно-справочной системе богатого класса. Наибольшее развитие такие информационные системы получили в интернете.

Класс офисных информационных систем направлен на преобразование бумажных документов в электронный вид, автоматизацию делопроизводства и управление документооборотом.

По способу организации Информационные системы групп и предприятий подразделяются на следующие классы:

  • Система, основанная на архитектуре файлового сервера;
  • Системная клиент-серверная архитектура;
  • Система, основанная на многоуровневой архитектуре;
  • Система основана на ТЕХНОЛОГИИ Интернет / интранет.

Для того чтобы понять функциональные компоненты, необходимые для идентификации информационных систем, необходимо рассмотреть ограничения различных архитектур информационных систем.

Архитектура файлового сервера извлекает только файлы данных, такие как дополнительные пользователи, и использует только дополнительную нагрузку на процессор. Каждый новый клиент суммируется.

Изолируя компоненты приложения и размещая их там, где они работают наиболее эффективно, клиент-серверная архитектура выполняет особую функцию понимания запросов на структурированном языке (SQL), поиска информации, сортировки и агрегирования данных.

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

Многоуровневая архитектура - это развитие клиентской и серверной архитектуры:

  • Представляет собой нижний уровень промежуточного уровня для вызова программного интерфейса к клиентскому приложению;
  • Промежуточный уровень-это сервер приложений;
  • Верхний уровень-это удаленный выделенный сервер баз данных.

Это также способствует специализации средств разработки приложений и устраняет недостатки двухуровневой клиент-серверной модели.

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

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

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

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

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

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

Сведения о системе информационного обеспечения

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

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

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

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

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

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

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

Решение проблем с помощью информационных систем

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

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

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

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

Трансформация решения

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

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

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

 

Существуют примеры реальных информационных систем, в которых хранение данных планируется на основе файлов.

 

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

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

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

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

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

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

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

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

Если это условие не выполняется, СУБД выполняет полный откат транзакции, и поэтому все изменения, внесенные во время транзакции в базе данных, находятся в завершенном состоянии в начале транзакции, и база данных не останется неповрежденной после завершения транзакции.

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

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

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

На первый взгляд понятие транзакции кажется чуждым для персональной СУБД, где в любой момент времени работает только один пользователь. Но давайте еще раз рассмотрим проблему надежного хранения данных. Что же это означает более конкретно? После введения понятия целостности базы данных и транзакций нарушения целостности базы данных происходят в конце транзакции, что гарантирует, что последняя целостность базы данных поддерживается СУБД при любых обстоятельствах.

Итак, главным условием жизнеспособности ИС является сохранение целостности и достоверности ее данных.

Существует два основных решения для обеспечения целостности данных в случае различных сбоев.

Обычное решение - откатить сделку.

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

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

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

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

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

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

Традиционный способ организации информационных систем заключается в использовании двухзвенной клиент-серверной архитектуры:

  1. В этом случае, если все приложение информационной системы работает на рабочей станции (то есть дублируется), и только доступ к базе данных осуществляется на стороне сервера, а логика работы прикладной части системы достаточно сложна, то такой подход создаст"толстую"клиентскую проблему. Каждая рабочая станция должна иметь достаточный набор ресурсов, которые могут выполнять прикладную обработку данных от пользователя или базы данных. Клиентская и серверная трехуровневые архитектуры все чаще используются для повышения общей эффективности системы;
  2. В этой архитектуре, помимо клиентской части системы и сервера баз данных, вводится промежуточный сервер приложений. На стороне клиента, который выполняет действие выделенного интерфейса, вся логика обработки информации хранится на сервере приложений.

Например, используемый сервер баз данных является хорошо разработанным механизмом хранимых процедур (Oracle V. Если у вас есть оператор SQL, который не поддерживает оператор SQL (например, SQL Server 7), то механизм для процедуры application logis_stores не полностью определен текущим стандартом SQL. Как только вы используете действительно продвинутый инструмент, свяжите информационную систему с конкретным производителем сервера баз данных. Это будет очень трудно решить.

Наконец, еще один класс задач связан с обеспечением удобного и адекватного пользовательского интерфейса для целей информационной системы. Например, какой тип формы я должен предоставить, какой тип отчета я должен опубликовать? Но поскольку здание действительно удобно и громоздко, пользовательский интерфейс - это интерфейс задачи дизайнера.

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

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

Строительные проблемы

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

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

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

Кроме того, информационная система, скорее всего, будет базироваться на реляционной базе данных.

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

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

Несмотря на очевидную привлекательность объектно-ориентированных баз данных и объектно-реляционных баз данных, в ближайшие годы потребуется время для внедрения стандарта SQL-92 (Oracle, Informix, CA-OpenIngres, Sybase, DB2 и др.) к новому типу системы, которая обеспечит необходимую вам надежность и будет базироваться на всевозможных критериях.

Поэтому на следующем этапе проектирования, скорее всего, потребуется создать серию определений схемы реляционной базы данных в терминах SQL на основе существующих концептуальных схем. Пожалуйста, не стесняйтесь спросить нас, почему"к сожалению"? Да, собственно говоря, мы еще не дошли до той стадии, когда необходимо учитывать на практике специфические особенности сервера. Как правило, на данном этапе она все еще находится на уровне абстрактной модели отношений. Но дело в том, что когда производитель сервера баз данных заявляет, что серверный продукт соответствует стандарту SQL-92, они в основном соответствуют так называемому "ядру" стандарта, К сожалению, схеме базы данных для определения стандартных инструментов.

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

На этом же этапе вам нужно определить, какие таблицы на самом деле хранятся, а какие отображаются(представление).

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

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

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

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

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

Язык SQL / 92 позволяет определять ограничения согласованности, связанные с состоянием всей базы данных, и включать любое количество ссылок на таблицу. Семантикой этих ограничений согласованности является схема свободно связанной базы данных и ее реляционная схема, которая часто является менее общей, чем ограничения, установленные отношениями 1-к-n и даже n-к-m (1-ко-многим и многие-ко-многим). Чтобы понять общие ограничения, которые должны быть включены в схему реляционных разделов, необходимо вернуться к документации, содержащей анализ требований вашего предприятия. Задача проектировщика, с одной стороны, выявить все необходимые ограничения целостности, а с другой стороны, не перегружать базу данных необязательными ограничениями, конечно, если вы планируете использовать распределенную базу данных, то необходимо учитывать функции сервера по отношению к ссылкам на объекты в"внешнем"разделе. Существует вероятность того, что это может повлиять на выбор ограничений согласованности или привести к созданию новой факторизации разделов для общих баз данных.

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

Вторая область применения триггера-это автоматический контроль работы конечного пользователя.

Два комментария. Во-первых, текущий стандарт SQL/92 не определяет механизм запуска. В СУБД, поддерживающей этот механизм, соответствующие языковые средства и их значения различны. Поэтому теперь это конкретный производитель, который неявно связывает спусковой механизм вместе прочно. Затем, как и при определении представлений и ограничений целостности, при определении триггеров следует учитывать распределенный характер базы данных и способность сервера ссылаться на"внешние"таблицы.

Наконец, база данных может быть включена в процесс доставки интересным является стандарт SQL / 92, который не использует "процедуру хранения". Критерии для указания метода работы прикладной программы или сервера баз данных.

Первым и наиболее часто используемым методом является встраивание инструкции SQL в программу, написанную на традиционном языке программирования. Сам стандарт определяет правила встраивания SQL в программы, написанные на C, Pascal, Fortran, Ada и др.

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

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

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

Этот первый шаг обычно не зависит от особенностей выбранного продукта, ориентированного на SQL server. Первым шагом на этом этапе является определение необходимого вам набора индексов. Чтобы правильно выбрать этот набор, нужно тщательно проанализировать требования предприятия и оценить, какие запросы выполняются чаще всего. Это не простая задача, но она может быть весьма полезна для создания индекса на таблице с большими данными (когда информационная система уже работает).

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

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

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

В данном случае, в это время программа является интерфейсной функцией. Необходимо использовать имеющиеся полуфабрикаты. Но вот базовая библиотека используемой оконной системы (например, X Toolkit Intrinsics for x window system), графический пользовательский интерфейс более высокого уровня (например). На наш взгляд, выбор зависит от вкусов и привычек разработчиков, общей направленности проекта. Например, если ваш проект изначально ориентирован на использование продуктов Oracle и выполняется в интегрированной среде Designer/Developer2000, вы можете использовать эту среду при разработке интерфейса.

Что касается обрабатывающей части информационной системы, то все зависит от того, что они делают. Существует множество примеров информационных систем, в которых вся обработка данных состоит из преобразования входных и выходных форматов, формирования отчетов и т.д. Такие функции на самом деле не могут быть запрограммированы, потому что они могут быть сгенерированы автоматически в соответствии с соответствующим описанием. Однако, если вам нужна более сложная обработка данных, вам нужно явное программирование, и не имеет значения, на каком языке вы программируете, особенно если вы используете Delphi для разработки интерфейса, разумно использовать Object Pascal для программирования (это отличный язык, но есть и другие платформы Intel, которые его не поддерживают). в этом случае используйте процедурную часть 4GL (которая обычно полностью похожа на basic) или C/C++(который обычно поддерживает стыковку 4GL с этими языками).

Последнее замечание в этом разделе. В данной работе описана одна из возможных схем проектирования и разработки информационных систем, а также представлен весь процесс как непрерывный этап.

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

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

  • Предназначен для сбора, хранения и обработки информации. Таким образом, средства хранения и доступа к данным базируются на информационных системах;
  • Он предназначен для конечных пользователей, которые не являются компьютерными экспертами. Здесь клиентское приложение предоставляет интуитивно понятный интерфейс.

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

  • Рабочий стол;
  • Сеть;
  • Размер предприятия.

Заключение Это явный ответ, чтобы представить альтернативу решению проблемы проектирования программной информационной системы. Некоторые системы представляют собой смешанный тип фактических и документальных ИС.

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

  • ИС автоматизирует применение математических методов для решения административных задач;
  • ИС хотя бы частично освобождает сотрудников от повседневной работы;
  • Это минимизирует вероятность возникновения ошибок при передаче или обработке информации;
  • IP уменьшает количество документов на бумаге;
  • Улучшенное управление документами;
  • ИС снижает себестоимость производства товаров и услуг.