Проектирование корпоративной информационной системы

АННОТАЦИЯ
Курсовая работа содержит 44 страницы пояснительной записки, 4 иллюстрации, 9 библиографических ссылок, а так же выводы, термины и рекомендации по данной теме.
В курсовой работе рассматриваются такие понятия как, общее представление об информационной системе, специфика информационных программных систем, задачи информационных систем, проблемы построения ИС, требования к техническим средствам, поддерживающим ИС, CASE-системы для проектирования информационных систем, назначение и разновидности CASE-систем.
ВВЕДЕНИЕ
Информация - это самое ценное достижение человечества. Она ценнее, чем алмазы и золото. Информация помогает нам жить. Информационные системы дают нам шанс на то, чтобы выжить. Грубо говоря, "data and knowlegment mining", т.е. добыча данных и знаний является нашей основной задачей. Задачей не русских, не японцев, не американцев, не какой-то кон-кретной страны, но всего человечества. Мы все непрерывно накапливаем данные и знания, но проблема состоит в том, чтобы все это переварить и по-лезно использовать. Для этого и предназначены компьютеризованные ин-формационные системы. Они служат нам, чтобы более быстро, более надеж-но обработать информацию, чтобы люди не тратили рутинное время, чтобы избежать свойственных человеку случайных ошибок, чтобы сэкономить рас-ходы, чтобы сделать жизнь людей более комфортной. Мы просто не можем справиться с поступающей информацией без компьютерной поддержки. Но для этого нужно уметь использовать существующие, а также проектировать, разрабатывать и сопровождать новые информационные системы.
ЦЕЛЬ РАБОТЫ: Рассмотреть и проанализировать технологии проекти-рования корпоративных информационных систем.
ЗАДАЧИ: Рассмотреть Общее представление о проектирования корпо-ративных информационных систем, закрепление теоретических знаний полу-ченных из курса проектирования информационных систем.

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