телефон 978-63-62
978 63 62
zadachi.org.ru рефераты курсовые дипломы контрольные сочинения доклады
zadachi.org.ru
Сочинения Доклады Контрольные
Рефераты Курсовые Дипломы
путь к просветлению

РАСПРОДАЖАВсё для дома -30% Рыбалка -30% Канцтовары -30%

все разделыраздел:Компьютеры, Программированиеподраздел:Программное обеспечение

Проектирование реляционных баз данных

найти похожие
найти еще

Коврик для запекания, силиконовый "Пекарь".
Коврик "Пекарь", сделанный из силикона, поможет Вам готовить вкусную и красивую выпечку. Благодаря материалу коврика, выпечка не
202 руб
Раздел: Коврики силиконовые для выпечки
Забавная пачка "5000 дублей".
Юмор – настоящее богатство! Купюры в пачке выглядят совсем как настоящие, к тому же и банковской лентой перехвачены... Но вглядитесь
60 руб
Раздел: Прочее
Мыло металлическое "Ликвидатор".
Мыло для рук «Ликвидатор» уничтожает стойкие и трудно выводимые запахи за счёт особой реакции металла с вызывающими их элементами.
197 руб
Раздел: Ванная
Исходной точкой является представление предметной области в виде одного или нескольких отношений, и на каждом шаге проектирования производится некоторый набор схем отношений, обладающих лучшими свойствами. Процесс проектирования представляет собой процесс нормализации схем отношений, причем каждая следующая нормальная форма обладает свойствами лучшими, чем предыдущая. Каждой нормальной форме соответствует некоторый определенный набор ограничений, и отношение находится в некоторой нормальной форме, если удовлетворяет свойственному ей набору ограничений. Примером набора ограничений является ограничение первой нормальной формы – значения всех атрибутов отношения атомарны. Поскольку требование первой нормальной формы является базовым требованием классической реляционной модели данных, мы будем считать, что исходный набор отношений уже соответствует этому требованию. В теории реляционных баз данных обычно выделяется следующая последовательность нормальных форм: первая нормальная форма (1 F); вторая нормальная форма (2 F); третья нормальная форма (3 F); нормальная форма Бойса-Кодда (BC F); четвертая нормальная форма (4 F); пятая нормальная форма, или нормальная форма проекции-соединения (5 F или PJ/ F). Основные свойства нормальных форм: каждая следующая нормальная форма в некотором смысле лучше предыдущей; при переходе к следующей нормальной форме свойства предыдущих нормальных свойств сохраняются. В основе процесса проектирования лежит метод нормализации, декомпозиция отношения, находящегося в предыдущей нормальной форме, в два или более отношения, удовлетворяющих требованиям следующей нормальной формы. Наиболее важные на практике нормальные формы отношений основываются на фундаментальном в теории реляционных баз данных понятии функциональной зависимости. Для дальнейшего изложения потребуется несколько определений. Определение 1. Функциональная зависимость В отношении R атрибут Y функционально зависит от атрибута X (X и Y могут быть составными) в том и только в том случае, если каждому значению X соответствует в точности одно значение Y: R.X (r) R.Y. Определение 2. Полная функциональная зависимость Функциональная зависимость R.X (r) R.Y называется полной, если атрибут Y не зависит функционально от любого точного подмножества X. Определение 3. Транзитивная функциональная зависимость Функциональная зависимость R.X (r) R.Y называется транзитивной, если существует такой атрибут Z, что имеются функциональные зависимости R.X (r) R.Z и R.Z (r) R.Y и отсутствует функциональная зависимость R.Z -- все эти столбцы могут содержать неопределенные значения. Общий домен Явные внешние ключи Преимущества Нужно только два столбца Условия соединения - явные Недостатки Оба дополнительных атрибута должны использоваться в соединениях Слишком много столбцов Альтернативные модели сущностей: Вариант 1 (плохой) Вариант 2 (существенно лучше, если подтипы действительно существуют) Вариант 3 (годится при наличии осмысленного супертипа D). ЗАКЛЮЧЕНИЕ При проектировании базы данных решаются две основных проблемы: 1. Каким образом отобразить объекты предметной области в абстрактные объекты модели данных, чтобы это отображение не противоречило семантике предметной области и было по возможности лучшим (эффективным, удобным и т.д.)? Часто эту проблему называют проблемой логического проектирования баз данных. 2. Как обеспечить эффективность выполнения запросов к базе данных, т.е. каким образом, имея в виду особенности конкретной системы управления базами данных, расположить данные во внешней памяти, создание каких дополнительных структур (например, индексов) потребовать и т.д.? Эту проблему называют проблемой физического проектирования баз данных.

Молочный гриб необходим в каждом доме как источник здоровья и красоты
Молочный гриб необходим в каждом доме как источник здоровья и красоты + книга в подарок

 Базы данных: конспект лекций

Например, можно ввести дополнительный столбец, который будет определять порядок строк. В этом случае от перестановки строк тоже ничего не изменится. Вот пример такой таблицы: 4. В таблице, представляющей отношение, не должно быть строк-дубликатов. Если же в таблице встречаются повторяющиеся строки, это можно легко исправить введением дополнительного столбца, отвечающего за количество дубликатов каждой строки, например: Следующее свойство также является вполне ожидаемым, потому что лежит в основе всех принципов программирования и проектирования реляционных баз данных. 5. Данные во всех столбцах должны быть одного и того же типа. И кроме того они должны быть простого типа. Поясним, что такое простой и сложный типы данных. Простой тип данных это такой тип, значения данных которого не являются составными, т. е. не содержат составных частей. Таким образом, в столбцах таблицы не должны присутствовать ни списки, ни массивы, ни деревья, ни подобные названным составные объекты. Такие объекты составной тип данных в реляционных системах управления базами данных сами представляются в виде самостоятельных таблиц-отношений. 2

скачать реферат CASE-технологии

В согласованной модели для всех потоков данных и накопителей данных должно выполняться правило сохранения информации: все поступающие куда-либо данные должны быть считаны, а все считываемые данные должны быть записаны. 2.4. Моделирование данных 2.4.1. Case-метод Баркера Цель моделирования данных состоит в обеспечении разработчика ИС концептуальной схемой базы данных в форме одной модели или нескольких локальных моделей, которые относительно легко могут быть отображены в любую систему баз данных. Наиболее распространенным средством моделирования данных являются диаграммы "сущность-связь" (ERD). С их помощью определяются важные для предметной области объекты (сущности), их свойства (атрибуты) и отношения друг с другом (связи). ERD непосредственно используются для проектирования реляционных баз данных. Нотация ERD была впервые введена П. Ченом (Che ) и получила дальнейшее развитие в работах Баркера . Метод Баркера будет излагаться на примере моделирования деятельности компании по торговле автомобилями. Ниже приведены выдержки из интервью, проведенного с персоналом компании.

Заварочный чайник "Mayer & Boch", 500 мл.
Заварочный чайник Mayer & Boch с металлическим фильтром изготовлен из термостойкого боросиликатного стекла. Крышка и ручка из пластика,
427 руб
Раздел: Чайники заварочные
Детский велосипед "Jaguar" трехколесный (цвет: оранжевый).
Детский трехколесный велосипед для малышей от 1 года до 3 лет. Трехколесный велосипед колясочного типа с музыкально-световой кнопкой.
1800 руб
Раздел: Трехколесные
Ежедневник. Гравити Фолз.
СУПЕРпроект самого крутого мультсериала во всем мире – Гравити Фолз! ЕжеДНЕВНИК станет отличным помощником в решении сложных задач,
370 руб
Раздел: Блокноты художественные
 Практика и проблематика моделирования бизнес-процессов

IDEF1X (IDEF1 Extended)P стандарт проектирования реляционных структур, основанный на концепции «сущность связь» (ER Entity-Relationship), предложенной в 1976 году сотрудником корпорации IBM Питером Ченом. Применяется для разработки реляционных баз данных и использует условный синтаксис, специально разработанный для удобного построения концептуальной схемы и обеспечивающий универсальное представление структуры данных в рамках организации, независимое от конечной реализации базы данных и аппаратной платформы. IDEF2 (Simulation Modeling Method)P стандарт динамического моделирования развития систем. В связи с весьма серьезными сложностями задачи построения модели динамической системы и ее последующего анализа от использования этого стандарта практически отказались, и его развитие приостановилось еще на начальном этапе. IDEF2 использует модели и методы имитационного моделирования систем массового обслуживания, сети Петри, модель конечного автомата, описывающую поведение системы как последовательность смен состояний

скачать реферат Примеры комплексов CASE-средств

Для ряда средств разработки приложений (PowerBuilder, SQLWi dows, Delphi, Visual Basic) выполняется генерация форм и прототипов приложений. Сетевая версия Erwi ModelMar обеспечивает согласованное проектирование БД и приложений в рамках рабочей группы. BPwi - средство функционального моделирования, реализующее методологию IDEF0 Возможные конфигурации и ориентировочная стоимость средств (без технической поддержки) приведены в таблице. Конфигурация Стоимость, $ ERwi /ERX 3,295 Bpwi 2,495 ERwi /ERX for PowerBuilder, Visual Basic, 3,495 Progress ERwi /ERX for Delphi 4,295 ERwi /Desk op for PowerBuilder, Visual 495 Basic ERwi /ERX for SQLWi dows / Desig er/2000 / 3,495 / 5,795 / Solaris 6,995 ModelMar 5 / 10 user 11,995 / 19,995 Erwi /OPE for ModelMar 3,995 S-Desig or 4.2 представляет собой CASE-средство для проектирования реляционных баз данных. По своим функциональным возможностям и стоимости он близок к CASE-средству ERwi , отличаясь внешне используемой на диаграммах нотацией. S-Desig or реализует стандартную методологию моделирования данных и генерирует описание БД для таких СУБД, как ORACLE, I formix, I gres, Sybase, DB/2, Microsof SQL Server и др.

 Самоучитель UML

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

скачать реферат Моделирование данных

2.4.1. Case-метод Баркера Цель моделирования данных состоит в обеспечении разработчика ИС концептуальной схемой базы данных в форме одной модели или нескольких локальных моделей, которые относительно легко могут быть отображены в любую систему баз данных. Наиболее распространенным средством моделирования данных являются диаграммы "сущность-связь" (ERD). С их помощью определяются важные для предметной области объекты (сущности), их свойства (атрибуты) и отношения друг с другом (связи). ERD непосредственно используются для проектирования реляционных баз данных. Нотация ERD была впервые введена П. Ченом (Che ) и получила дальнейшее развитие в работах Баркера . Метод Баркера будет излагаться на примере моделирования деятельности компании по торговле автомобилями. Ниже приведены выдержки из интервью, проведенного с персоналом компании. Главный менеджер: одна из основных обязанностей - содержание автомобильного имущества. Он должен знать, сколько заплачено за машины и каковы накладные расходы. Обладая этой информацией, он может установить нижнюю цену, за которую мог бы продать данный экземпляр. Кроме того, он несет ответственность за продавцов и ему нужно знать, кто что продает и сколько машин продал каждый из них.

скачать реферат Информационная система "Управление персоналом"

S DD O pusk Номер карточки Начало рабочего периода Окончание рабочего периода Вид отпуска Длительность отпуска Начало отпуска Окончание отпуска Дата записки о предоставлении отпуска Номер записки omK O Period OffPeriod VidO pusk Dli O pusk O O pusk OffO pusk Da eZapisk№Zapisk D D S D D D agrad Номер карточки Код награды Дата omK Kod agrad Da e agrad D DrAziki Номер карточки Код языка Степень владения omK KodAzik S epVlad S De y Номер карточки Дата рождения Имя Пол Учреждение omK Da eRogdD ame Pol Uchregde D S S S arushe Номер карточки Дата нарушения Код вида нарушения Код нарушения Дата приказа о взыскании Номер приказа Вид взыскания Взыскание omK Da e ar KodVid ar Kod ar Da ePrikazVz №Vz VidVz Vz D D S S 3.2.5 Связи информационных объектов При проектировании реляционных баз данных структурные связи устанавливаются между информационными объектами независимо от того, имеется ли между ними функциональная связь.

скачать реферат SQL Server 2000

SQL Server 2000Таким образом, возникает возможность установления связи между экземплярами объектов из разных наборов. Развитие реляционных баз данных началось в конце 60-х годов, когда по­явились первые работы, в которых обсуждались возможности использования при проектировании баз данных привычных и естественных способов представле­ния данных — так называемых табличных даталогических моделей. Основоположником теории реляционных баз данных считается сотрудник фирмы IBM доктор Э. Кодд, опубликовавший 6 июня 1970 г. статью A Rela io al Model of Da a for Large Shared Da a Ba ks (Реляционная модель данных для больших коллективных банков данных). В этой статье впервые был использо­ван термин «реляционная модель данных», что и положило начало реляцион­ным базам данных. Теория реляционных баз данных, разработанная в 70-х годах в США докто­ром Э. Коддом, имеет под собой мощную математическую Основу, описывающую правила эффективной организации данных. Разработанная Э. Коддом теорети­ческая база стала основой для разработки теории проектирования баз данных. Э. Кодд, будучи математиком по образованию, предложил использовать для обработки данных аппарат теории множеств (объединение, пересечение, раз­ность, декартово произведение).

скачать реферат Структура рабочей сети Internet

Один из возможных ключей (выбранный произвольным образом) принимается за его первичныйключ. Остальные возможные ключи, если они есть, называются альтернативными ключами. Вышеупомянутые и некоторые другие математические понятия явились теоретической базой длясоздания реляционных СУБД, разработки соответствующих языковых средств и программных систем, обеспечивающих их высокую производительность, и созданияоснов теории проектирования баз данных. Однако для массового пользователя реляционных СУБД можно с успехом использовать неформальные эквиваленты этихпонятий: Отношение–Таблица(иногдаФайл),Кортеж – Строка (иногда Запись), Атрибут – Столбец, Поле. При этом принимается, что"запись" означает "экземпляр записи", а "поле" означает "имя и тип поля". Реляционная база данных – это совокупность отношений, содержащих всю информацию, которая должна храниться вБД. Однако пользователи могут воспринимать такую базу данных как совокупность таблиц 1.2.5О нормализации, функциональных и многозначных зависимостях Нормализация – это разбиение таблицы на две или более, обладающих лучшими свойствами при включении, изменении и удаленииданных.

Мультиплеер "Улыбка".
В этом телефончике представлены следующие песенки: 1 «Ничего на свете лучше нету» 2 «Расскажи, Снегурочка» 3 «Песенка Мамонтёнка» 4 «Не
314 руб
Раздел: Смартфоны, мультиплееры
Подушка, с лузгой гречихи, 50x68 см.
Подушка с гречневой лузгой - самая натуральная ортопедическая подушка: она высококачественная, "дышащая", экологична. Размер
690 руб
Раздел: Размер 50х70 см, 40х60 см
Кондиционер для белья BioMio "BIO-SOFT" с экстрактом хлопка и эфирным маслом эвкалипта, 1,5.
BioMio – линейка эффективных средств для дома, использование которых приносит только удовольствие. Уборка помогает не только очистить и
383 руб
Раздел: Ополаскиватели, кондиционеры
скачать реферат База данных для информационной системы - Таксопарк

БАЗА ДАННЫХ ДЛЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ «Таксопарк»Пояснительная записка к курсовому проекту по общепрофессиональной дисциплине «Организация баз данных»Специальность 552800 – Информатика и вычислительная техника Факультет Кафедра Курс 3 Семестр 62003 СОДЕРЖАНИЕ Введение 3 1 Выбор автоматизируемых функций и информационного обеспечения 4 1.1 Описание предметной области 4 1.2 Описание автоматизируемых функций 5 1.3 Первичное описание информационного обеспечения 7 Вывод 11 2 Выявление ограничений и правил поддержания целостности 11 2.1 Целостное ограничение на уровне атрибутов 11 2.2 Целостное ограничение на уровне строк 20 2.3 Целостное ограничение на уровне базы данных 26 Вывод 29 3 Разработка локальных концептуальных моделей 3.1 Разработка исходных локальных ER-моделей 29 3.2 Нормализация локальных моделей 35 3.3 Перевод целостных и операционных ограничений на уровне локальных моделей 39 Вывод 39 4 Разработка глобальной концептуальной модели базы данных 4.1 Выявление и синтез эквивалентных сущностей 39 4.2 Выявление и синтез обобщающих сущностей 41 4.3 Выявление и устранение дублирования атрибутов и связей 41 4.4 Графическое представление глобальной ER-модели 42 4.5 Перевод целогстных и операционных ограничений на уровне глобальной модели 43 4.6 Вывод 42 5 Проектирование реляционной SQL-модели 5.1 SQL-код для создания реляционной модели 42 6 Проектирование представлений для автоматизируемых функций 6.1 Определение способа и формы представления автоматизируемых функций 46 6.2 Создание запросов для выборок 46 Заключение 47 ВВЕДЕНИЕЦелью данного проекта является выработка умений и навыков проектирования структуры базы данных, предназначенной для функционирования автоматизированной информационной системы.

скачать реферат Базы данных. Создание форм и отчетов (на примере ACCESS)

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

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

На рисунке 2 приведен пример IDEF1X диаграммы. 1.7.2 Преимущества IDEF1X Основным преимуществом IDEF1X, по сравнению с другими многочисленными методами разработки реляционных баз данных, такими как ER и E ALIM является жесткая и строгая стандартизация моделирования. Установленные стандарты позволяют избежать различной трактовки построенной модели, которая несомненно является значительным недостатком ER. 1.9 IDEF4 IDEF4 - объектно-ориентированная методология. Отражает взаимодействие объектов. Удобна для создания программных продуктов на объектно-ориентированных языках (например С ). Пока, на мой взгляд, широкого распространения не нашла. Более широко сейчас используется UML. 1.10 SAD SAD - методология структурного анализа и проектирования (S ruc ured A alysis a d Desig ech ique). Основана на понятиях функционального моделирования. Является методологией, отражающей такие системные характеристики, как управление, обратная связь и исполнители. Возникла в конце 60-х годов. Описание системы с помощью SAD называется моделью.

скачать реферат Инфологическая модель базы данных "Защита доступа"

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

скачать реферат Проектирование базы данных магазина по сборке компьютеров

МИНИСТЕРСТВО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ ДАЛЬНЕВОСТОЧНЫЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТКОНТРОЛЬНАЯ РАБОТАпо дисциплине: «Создание приложений средствами MS Access» на тему: «Проектирование базы данных магазина по сборке компьютеров»Владивосток 2009 Введение Современная экономика не мыслима без эффективного управления. Успех управления во многом определяется эффективностью принятия интегрированных решений, которые учитывают самые разносторонние факторы и тенденции динамики их развития. Важная категория интегрированных решений – система обработки информации предприятия. Управление любого предприятия ставит перед собой цели добиться продвижения вперед, развития и прогрессирования в целом деятельности предприятия. Одним из возможных путей достижения этих целей является автоматизация непосредственно основного производственного процесса, а также систему документооборота предприятия, т.е. внедрение в сферу деятельности предприятия новых продуктов современных технологий. В данной курсовой работе рассматривается новый программный продукт «Access-2000» (MICROSOF ) – популярная программа разработки реляционных Баз Данных, которая входит в состав пакета Microsof Office 2000.

Автомобиль-каталка.
Эта симпатичная каталка в виде машинки - первое транспортное средство малыша. Ведь он еще так мал для велосипеда или самоката, а вот
851 руб
Раздел: Каталки
Универсальная вкладка для дорожных горшков (оранжевый).
Вкладка для дорожных горшков подойдет для любого дорожного горшка, она хорошо ложится на сиденье, обеспечивая комфорт и удобство в
660 руб
Раздел: Прочие
Конструктор "Зоопарк" (39 деталей).
Конструктор «Зоопарк» относится к тематическим наборам для конструирования, так как включает в себя не только детали для конструирования
561 руб
Раздел: Деревянные конструкторы
скачать реферат Проектирование, создание и управление базой данных «Переплетная мастерская» в пакете MS Access

Министерство образования Российской ФедерацииТОМСКИЙ ПОЛИТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ИНСТИТУТ ДИСТАНЦИОННОГО ОБРАЗОВАНИЯК У Р С О В А Я Р А Б О Т АПроектирование, создание и управление базой данных «Переплетная мастерская» в пакете MS Access Руководитель работы: Преподаватель Кочегурова Е.А. Дата Подпись Исполнитель работы: Студент Сухоребрик И. А. гр. з-8890/11 Дата ПодписьТомск – 2002СОДЕРЖАНИЕ Введение .3ГЛАВА 1. ОСНОВЫ ACCESS – РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ .4 Определение (задание структуры) данных 4 Обработка данных .5 Управление данными 6 Microsof Access – нечто большее, чем СУБД 6 ГЛАВА 2. ПРОЕКТИРОВАНИЕ, СОЗДАНИЕ И УПРАВЛЕНИЕ БАЗОЙ ДАННЫХ НА ПРИМЕРЕ ПЕРЕПЛЕТНОЙ МАСТЕРСКОЙ В ПАКЕТЕ MS ACCESS .7 2.1. Краткое описание предметной области .7 2.2. Выделение информационных объектов. Описательные и ключевые реквизиты . 8 2.3. Связи информационных объектов 9 2.4. Информационно - логическая модель в каноническом виде .9 3. Структуры таблиц . . 9 4. Схема данных . 12 5. Запросы 13 6. Отчеты . 14 7. Формы . 14ЗАКЛЮЧЕНИЕ . 16 ЛИТЕРАТУРА . 17ВведениеОсновой для учета, контроля и планирования служат всевозможные картотеки, регистрационные журналы, списки и т.д. Они постепенно накапливаются и обновляются.

скачать реферат Разработка информационной технологии организации электронного документооборота

Подсистема управления ДВО должна обеспечивать выполнение следующих требований: Прием, обработка и передача данных о произведенных изменениях на лицевом счете абонента. Контроль статуса подключенных услуг. Отображение справочной информации и новостей компании через терминал. 2.1.5 Требования к видам обеспечения Требования к информационному обеспечению 1. Требования метрологическому обеспечению. Отсутствие ошибки округления при расчетах денежных единиц с округлением до единиц копеек. Отсутствие ошибок округления и отсутствие накопление ошибок расчетов при расчетах по процентному содержанию. 2. Требования к лингвистическому обеспечению. При разработке и проектировании функциональных подсистем должны быть использованы технологии и средства разработки систем автоматизации масштаба предприятия. 3. Требования к применению языков высокого уровня. Используемые при разработке языки высокого уровня должны обеспечивать решение всех задач по реализации функций системы. Допускается использование стандартных языков высокого уровня, отвечающих требованиям реализации задач предметной области. 4. Требования к языкам ввода-вывода данных Языки ввода-вывода данных должны: поддерживать реляционную и объектно-реляционную базы данных; реализовывать диалект SQL, совместимый со стандартом A SI 1992 г. поддерживать стандарты ODBC и JDBC.

скачать реферат Разработка программы запросов

Курсовая работа Одесса 2010 Содержание Введение 1 Анализ существующих решений 1.1 Операции реляционной алгебры 1.2 Оптимизация запросов 1.3 Диаграмма запроса 1.4 Создание диаграммы запроса 1.5 Программы построения плана выполнения запроса 1.6 Выводы 2 Техническое задание на разработку обучающей программы построению запросов с использованием реляционных операций 2.1 Основание для разработки 2.2 Назначение разработки 2.3 Требования к программе 2.4 Требования к программной документации 2.5 Стадии и этапы разработки 2.6 Порядок контроля и приемки 3 Проектирование программы обучения реляционной алгебре 3.1 Анализ предметной области 3.2 Структура данных Список литературы Введение Реляционная алгебра описывает выполняемые над отношениями действия. Языки запросов, построенные на основе реляционной алгебры, в современных СУБД широкого распространения не получили. Однако знание реляционной алгебры необходимо для понимания сути действий, происходящих при выполнении любых запросов к реляционным базам данных. Значительным фактором, влияющим на производительность бизнес-приложений, является скорость выполнения их SQL-запросов. SQL-серверы предоставляют достаточно широкие возможности улучшений.

скачать реферат Информационная система отдела маркетинга

В Access в полной мере реализовано управление реляционными базами данных. Система поддерживает первичные и внешние ключи и обеспечивает целостность данных на уровне ядра (что предотвращает несовместимые операции обновления или удаления данных). Кроме того, таблицы в Access снабжены средствами проверки допустимости данных, предотвращающими некорректный ввод, независимо от того, как он осуществляется, а каждое поле таблицы имеет свой формат и стандартные описания, что существенно облегчает ввод данных. Access поддерживает все необходимые типы полей, в том числе текстовый, числовой, счетчик, денежный, дата/время, MEMO, логический, гиперссылка и поля объектов OLE. Если в процессе специальной обработки в полях не оказывается никаких значений, система обеспечивает полную поддержку пустых значений. На основании вышеизложенного, рассмотрим этапы проектирования системы. Диаграмма бизнес-процессов Для описания предметной области используется диаграмма бизнес-процессов. Диаграмма потока данных (BPM – Busi ess Process Modeler) показывает перемещение данных по различным процессам делопроизводства и позволяет лучше понять взаимосвязь между бизнес-операциями и информационными потоками.

телефон 978-63-62978 63 62

Сайт zadachi.org.ru это сборник рефератов предназначен для студентов учебных заведений и школьников.