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

Несмотря на относительную простоту организации, файловые системы имеют ряд недостатков: Избыточность данных. Файловые системы характеризуются значительной избыточностью, поскольку нередко для решения различных задач управления используются одни и одни и те же данные, размещенные в разных файлах. Из-за дублирования данных в разных файлах память на внешних запоминающих устройствах используется неэкономно, информация одного и одного и того же объекта управления распределяется между многими файлами. При этом довольно тяжело представить общую информационную модель предметной области. Несогласованность данных. Учитывая, что одна и одна и та же информация может размещаться в разных файлах, технологически тяжело проследить за внесением изменений одновременно во все файлы. Из-за этого может возникнуть несогласованность данных, когда одно и одно и то же поле в разных файлах может иметь разные значения. Зависимость структур данных и прикладных программ. При файловой организации логическая и физическая структуры файла должны соответствовать их описанию в прикладной программе. Прикладная программа должна быть модифицирована при любом изменении логической или физической структуры файла. Поскольку изменения в одной программе часто требуют внесения изменений в другие информационно-связанные программы, то иногда проще создать новую программу, чем вносить изменения в старую. Поэтому этот недостаток файловых систем приводит к значительному увеличению стоимости сопровождения программных средств. Иногда стоимость сопровождения программных средств может достигать близко 70 % стоимости их разработки. Пользователи видят файл как линейную последовательность записей и могут выполнить над ним ряд стандартных операций: создать файл (требуемого типа и размера); открыть ранее созданный файл; прочитать из файла некоторую запись (текущую, следующую, предыдущую, первую, последнюю); записать в файл на место текущей записи новую, добавить новую запись в конец файла. В разных файловых системах эти операции могли несколько отличаться, но общий смысл их был именно таким. Главное, что следует отметить, это то, что структура записи файла была известна только программе, которая с ним работала, система управления файлами не знала ее. И поэтому для того, чтобы извлечь некоторую информацию из файла, необходимо было точно знать структуру записи файла с точностью до бита. Каждая программа, работающая с файлом, должна была иметь у себя внутри структуру данных, соответствующую структуре этого файла. Поэтому при изменении структуры файла требовалось изменять структуру программы, а это требовало новой компиляции, то есть процесса перевода программы в исполняемые машинные коды. Такая ситуации характеризовалась как зависимость программ от данных. Для информационных систем характерным является наличие большого числа различных пользователей (программ), каждый из которых имеет свои специфические алгоритмы обработки информации, хранящейся в одних и тех же файлах. Изменение структуры файла, которое было необходимо для одной программы, требовало исправления и перекомпиляции и дополнительной отладки всех остальных программ, работающих с этим же файлом.

Во всех настольных СУБД поддерживался только внешний уровень представления реляционной модели, то есть только внешний табличный вид структур данных. При наличии высокоуровневых языков манипулирования данными типа реляционной алгебры и SQL в настольных СУБД поддерживались низкоуровневые языки манипулирования данными на уровне отдельных строк таблиц. В настольных СУБД отсутствовали средства поддержки ссылочной и структурной целостности базы данных. Эти функции должны были выполнять приложения, однако скудость средств разработки приложений иногда не позволяла это сделать, и в этом случае эти функции должны были выполняться пользователем, требуя от него дополнительного контроля при вводе и изменении информации, хранящейся в БД. Наличие монопольного режима работы фактически привело к вырождению функций администрирования БД и в связи с этим — к отсутствию инструментальных средств администрирования БД. И, наконец, последняя и в настоящий момент весьма положительная особенность — это сравнительно скромные требования к аппаратному обеспечению со стороны настольных СУБД. Вполне работоспособные приложения, разработанные, например, на Clipper, работали на PC 286. В принципе, их даже трудно назвать полноценными СУБД. Яркие представители этого семейства это очень широко использовавшиеся до недавнего времени СУБД dBase (dBase III , dBase IV), FoxPro, Clipper, Paradox. Третий этап - распределенные базы данных Хорошо известно, что история развивается по спирали, поэтому после процесса «персонализации» начался обратный процесс — интеграция. Множится количество локальных сетей, все больше информации передастся между компьютерами, остро встает задача согласованности данных, хранящихся и обрабатывающихся в разных местах, но логически друг с другом связанных, возникают задачи, связанные с параллельной обработкой транзакций — последовательностей операций над БД, переводящих ее из одного непротиворечивого состояния в другое непротиворечивое состояние. Успешное решение этих задач приводит к появлению распределенных баз данных, сохраняющих все преимущества настольных СУБД и в то же время позволяющих организовать параллельную обработку информации и поддержку целостности БД. Особенности данного этапа: Практически все современные СУБД обеспечивают поддержку полной реляционной модели, а именно: структурной целостности — допустимыми являются только данные, представленные в виде отношений реляционной модели; языковой целостности, то есть языков манипулирования данными высокого уровня (в основном SQL); ссылочной целостности — контроля за соблюдением ссылочной целостности в течение всего времени функционирования системы, и гарантий невозможности со стороны СУБД нарушить эти ограничения. Большинство современных СУБД рассчитаны на многоплатформенную архитектуру, то есть они могут работать на компьютерах с разной архитектурой и под разными операционными системами, при этом для пользователей доступ к данным, управляемым СУБД, на разных платформах практически неразличим. Необходимость поддержки многопользовательской работы с базой данных и возможность децентрализованного храпения данных потребовали развития средств администрирования БД с реализацией общей концепции средств защиты данных.

Главный принцип состоит в том, что от конечных пользователей не должно требоваться каких-либо специальных знании в области вычислительной техники и языковых средств. Администраторы банка данных. Это группа пользователей, которая на начальной стадии разработки банка данных отвечает за его оптимальную организацию с точки зрения одновременной работы множества конечных пользователей, на стадии эксплуатации отвечает за корректность работы данного банка информации и многопользовательском режиме. На стадии развития и реорганизации эта группа пользователей отвечает за возможность корректной реорганизации банка без изменения или прекращения его текущей эксплуатации. Разработчики и администраторы приложений. Это группа пользователей, которая функционирует во время проектирования, создания и реорганизации банка данных. Администраторы приложений координируют работу разработчиков при разработке конкретного приложения или группы приложений, объединенных в функциональную подсистему. Разработчики конкретных приложений работают с той частью информации из базы данных, которая требуется для конкретного приложения. Не в каждом банке данных могут быть выделены все тины пользователей. Мы уже знаем, что при разработке информационных систем с использованием настольных СУБД администратор банка данных, администратор приложении и разработчик часто существовали в одном лице. Однако при построении современных сложных корпоративных баз данных, которые используются для автоматизации всех или большей части бизнес-процессов в крупной фирме или корпорации, могут существовать и группы администраторов приложений, и отделы разработчиков. Наиболее сложные обязанности возложены на группу администратора БД. Рассмотрим их более подробно. В составе группы администратора БД должны быть: системные аналитики; проектировщики структур данных и внешнего по отношению к банку данных информационного обеспечения; проектировщики технологических процессов обработки данных; системные и прикладные программисты: операторы и специалисты по техническому обслуживанию. Если речь идет о коммерческом банке данных, то важную роль здесь играют специалисты по маркетингу. Основные функции группы администратора БД Анализ предметной области: описание предметной области, выявление ограничений целостности, определение статуса (доступности, секретности) информации, определение потребностей пользователей, определение соответствия «данные - пользователь», определение объемно-временных характеристик обработки данных. Проектирование структуры БД: определение состава и структуры файлов БД и связей между ними, выбор методов упорядочения данных и методов доступа к информации, описание БД на языке описания данных (ЯОД). Задание ограничений целостности при описании структуры БД и процедур обработки БД: задание декларативных ограничений целостности, присущих предметной области; определение динамических ограничений целостности, присущих предметной области в процессе изменения информации, хранящейся в БД; определение ограничений целостности, вызванных структурой БД; разработка процедур обеспечения целостности БД при вводе и корректировке данных; определение ограничений целостности при параллельной работе пользователей в многопользовательском режиме.

Бизнес со скоростью мысли

Хранилище данных (datawarehouse) — база данных, хранящая всю информацию компании. Может распределяться по нескольким компьютерам и включать в себя несколько различных баз данных, а также информацию из других источников в разнообразных форматах. Однако доступ ко всему массиву данных должен обеспечиваться с помощью единого простого набора команд. Цепочка поставщиков (supplychain) — термин, описывающий все компании, вовлеченные в поставку продукта потребителю. Системы на основе бумажной документации или устаревшие электронные системы затрудняют связь, замедляют и усложняют процесс взаимодействия между этими компаниями. Сравните сеть повышения ценности. Цифровая абонентская линия (DSL, digitalsubscriberfine) — выделенная телефонная линия, по которой передаются цифровые, а не аналоговые сигналы, что позволяет увеличить полосу пропускания. Частозадаваемыевопросы (FAQ, frequently asked questions) - стандартный раздел многих веб-сайтов, который содержит ответы на типичные вопросы, возникающие у его посетителей. FAQ произносится как «facts» ... »

Системы поддержки и принятия решений

Анализ данных о количестве покупок и наличии товара на складе в течение некоторого периода времени позволяет планировать закупку товаров, например, в ответ на сезонные колебания спроса на товар. Часто, покупая какой либо товар покупатель приобретает вместе с ним и другой товар. Выявление групп таких товаров позволяет, например, помещать их на соседних полках, с тем, чтобы повысить вероятность их совместной покупки. Поиск шаблонов поведения во времени дает ответ на вопрос «Если сегодня покупатель приобрел один товар, то через какое время он купит другой товар?». Например, приобретая фотоаппарат, покупатель, вероятно, в ближайшем будущем станет приобретать пленку, пользоваться услугами по проявке и печати. 5. Рынок СППР. На рынке СППР компании предлагают следующие виды услуг по созданию систем поддержки принятия решений: Реализация пилот-проектов по СППР-системам, с целью демонстрации руководству Заказчика качественного потенциала аналитических приложений. Создание совместно с Заказчиком полнофункциональных СППР-систем, включая хранилище данных и средства Busi ess I ellige ce. Проектирование архитектуры хранилища данных, включая структуры хранения и процессы управления. открыть »

Журнал «Компьютерра» 2005 № 32 (604) 06 сентября 2005 года

Область применения подобных систем гораздо шире Кому нужен виртуальный компьютер? В самом деле: представим на минуту, что мы можем запустить на одном и том же компьютере (персоналке, рабочей станции, сервере) несколько виртуальных взаимодействующих, но непересекающихся машин. Что это нам дает? Появляется возможность создания сложных «гибридных» систем, вбирающих в себя все преимущества разных операционных систем и наработанного для них программного обеспечения. Хотите поручить управление сетью Windows-машин основанному на Linux серверу, но вас почему-либо не устраивает пакет Samba? Желаете организовать роутер и прокси-сервер на базе *BSD-системы, но для других целей она вам совершенно не подходит? Нет проблем: создаем столько виртуальных систем, сколько нужно, и сочетаем в одном компьютере все их преимущества. Зачем покупать отдельный сервер, требующий непростого и зачастую дорогостоящего обслуживания, когда с теми же обязанностями может неплохо справиться и десяток персоналок? Минимальная адаптация современных пиринговых сетей - и в локальной сети появляется надежное и дешевое виртуальное хранилище данных, «размазанных» и продублированных на компьютерах самых обычных пользователей ... »

Психбольница в руках пациентов

Непосредственно он общается лишь с теми клиентами, которые способны трепаться о «сегментации запросов», «распределении задач» и «кубах данных» с той же степенью увлеченности. И не удивительно, что Влад считает типичного пользователя Sagent Information Studio бывалым специалистом по базам данных. Напротив, Алиса Блэр (Alice Blair), менеджер компании по Information Studio, проводит львиную долю времени в разговорах с потенциальными покупателями продукта. Она объясняет этим людям, что может продукт, каковы его базовые функции. Как следствие, Алиса считает, что в пользовательской аудитории много тех, кто не знаком с продуктом, и тех, кто обладает лишь базовыми навыками работы с компьютером. Неудивительно, что, по ее мнению, большинству клиентов требуется поддержка. Кендал Косби (Kendall Cosby) работает в службе технической поддержке Sagent. Он не общается с экспертами и новичками. В основном ему приходится работать с конечными пользователями среднего уровня. Поскольку продукт применяется для поддержки принятия решений, Кендал находится в постоянном контакте с финансовыми и рыночными аналитиками, которые мало что знают о компьютерах и базах данных, но в своей работе зависят от возможности обращаться к хранилищам данных и анализировать тенденции в продажах ... »

Организация баз данных

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

Создание информационной модели

Введение При проектировании программ выясняются запросы и пожелания клиента и определяется возможный подход к решению задачи. Задача анализируется. На основе этого анализа реализуется конкретная модель в конкретной программной среде. Результаты каждого этапа проектирования используются в качестве исходного материала следующего этапа. Анализируется текущая организация предприятия, выделяются проблемы для решения, определяются объекты отношения между ними , составляется “эскиз” текущей организации предприятия, разрабатывается модель с учетом конкретных условий ее функционирования. База данных ориентирована на определенную предметную область и организована на основе некоторого подмножества данных. Возможности баз данных полезны в областях, связанных с долговременным управлением информацией, таких как электронные библиотеки и хранилища данных. Предварительное планирование, подготовка данных, последовательность создания информационной модели. При проектировании системы обработки данных больше всего нас интересует организация данных. открыть »

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

Добавим процесс в нашу DFD диаграмму 1 уровня, процесс называем «Сведенья о билетах » (сведенья о наличии свободных мест на рейс Z направления Y)) . 2. Создаем поток данных от внешней сущности «потенциальный пассажир» к процессу «Сведенья о билетах», и изменяем его имя на «свободные места рейса Z направления Y» в Edi Da a Flow на вкладке Da a Flow. 3. Добавляем новое хранилище данных «Данные аэропорта» на нашу диаграмму, соединяем хранилище данных парой потоков данных с процессом. 4. Изменяем цвет внешних сущностей(светло-синий), процессов(желтый) а так же хранилища данных(серый). 2 Анализ области применения и планирование требований Директору предприятия нужно увидеть график работ определенного подразделения на объектах с которыми работает фирма в течении месяца. Он дает запрос в виде его названия , также требуется задать месяц и год выполнения работ. Далее формируется отчет о объектах обслуживаемых данным подразделения и ответственных за выполнение работ. На основе концептуальной модели создаем структуру приложения: табл. 1 Условные обозначения Обозначение Описание reques Составление отчета fmFi d Поиск соотв. полей 3 Проектирование базы данных Отношению Подразделения соответствует полная ФЗ №ПодразделенияаСпециализация, Руководитель. открыть »

Совершенствование информационной системы управления кадров и работы с личным составом Главного управления Федеральной службы исполнения наказания по Иркутской области

В отсутствие личного дела позволяет получить основные биографические данные сотрудника, сведения о его службе в органах внутренних дел, Вооруженных Силах, работе в гражданских учреждениях, организациях, на предприятиях и т.п. 3. Приведено проектирование базы данных служебной карточки с использованием MS Access. Разработана структура базы данных, на основе которой можно создать определенное количество таблиц, в которых буде хранится информация по личному офицерскому и младшему начальствующему составу ГУФСИН. 4. Предложен вариант организации сети Управления кадров с выделенным сервером, а также проведен расчет затрат на программные и технические средства, необходимые для локальной сети. 5. Проведен расчет эффективности внедрения АИС. Использование автоматизированной базы данных сотрудников ГУФСИН и его подразделений даст определённый управленческий эффект: повысится скорость предоставления отчётов, сведений об укомплектованности штата, качественном составе кадров и др. Внедрение проекта позволит сократить численность инспекторов Хранилища на 2 человека. Срок окупаемости проекта автоматизированной информационной системы составит приблизительно 3 месяца. открыть »

Разработка проекта базы данных для АИС "Учет Проектов"

Этот подход строится на использовании модели «сущность-связь», предложенной Ченом в 1976 году и с тех пор неоднократно усовершенствовавшейся как самим Ченом, так и многими другими исследователями. Была предложена не только сама ER-модель как таковая, но и соответствующая ей технология построения диаграмм, получивших название «ER-диаграммы» (ERD). Диаграммы «сущность-связь» предназначены для разработки моделей данных и обеспечивают стандартный способ определения данных и отношений между ними. Фактически с помощью ERD осуществляется детализация хранилищ данных проектируемой системы, а также документируются сущности системы и способы их взаимодействия, включая идентификацию объектов, важных для предметной области (сущностей), свойств этих объектов (атрибутов) и их отношения с другими объектами (связей). Эти диаграммные техники используются, прежде всего, для проектирования реляционных баз данных. Нотация диаграммы «сущность-связь». Название объекта Описание Изображение Сущность 1.Название сущности пишется внутри прямоугольника; 2.Под прямоугольником сущности всегда указывается ключ, который подчеркивается; 3.После последнего ключевого атрибута ставится запятая и многоточие Сущность с обязательным классом принадлежности На обязательный класс принадлежности сущности ( модальность должен) указывает квадратик, расположенный вокруг точки на линии связи. открыть »

Создание информационно-справочной подсистемы САПР конструкторско-технологического назначения. Внешние соединители

Дипломная работа Создание информационно-справочной подсистемы САПР конструкторско-технологического назначения. Внешние соединители СОДЕРЖАНИЕПЕРЕЧЕНЬ УСЛОВНЫХ ОБОЗНАЧЕНИЙ, СИМВОЛОВ, ЕДИНИЦ, СОКРАЩЕНИЙ И ТЕРМИНОВ ВВЕДЕНИЕ 1. АНАЛИЗ ТЕХНИЧЕСКОГО ЗАДАНИЯ 1.1 Наименование, область применения, цель создания информационно-справочной подсистем САПР конструкторско-технологического назначения 1.2 Задачи, решаемые подсистемой 1.3 Функциональные требования к подсистеме 2. ОБЗОР ОБЕКТА ОБРАБОТКИ ИНФОРМАЦИОННО-СПРАВОЧНОЙ ПОДСИСТЕМЫ 2.1 Модульные соединители 2.2 Коаксиальные коннекторы 2.3 Возможности соединения оптического волокна 2.3.1 Механические соединители оптических волокон 2.3.2 Малогабаритные оптические соединители 3. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННО-СПРАВОЧНОЙ ПОДСИСТЕМЫ САПР КОНСТРУКТОРСКО-ТЕХНОЛОГИЧЕСКОГО НАЗНАЧЕНИЯ 3.1 Проектирование хранилища данных 3.2 Особенности проектирования современных баз данных 3.3 Реляционная структура данных 3.4 Процедура проектирования 3.5 Характеристика связей и язык моделирования ВЫВОДЫ ПЕРЕЧЕНЬ ССЫЛОК ПРИЛОЖЕНИЕ А ПЕРЕЧЕНЬ УСЛОВНЫХ ОБОЗНАЧЕНИЙ, СИМВОЛОВ, ЕДИНИЦ, СОКРАЩЕНИЙ И ТЕРМИНОВ БД – База данных ЭВМ – Электронно-вычислительная машина САПР – Система автоматизации производства ВОЛС – волоконно-оптические линии связи СУБД – система управления базами данными ВВЕДЕНИЕ Для соединения компьютеров и прочего производственного оборудования подлежащего дистанционному управлению между собой используют средства коммутации. открыть »

Информационные технологии

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

Библиотека колледжа

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

Разработка базы данных "Культурный досуг"

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

База данных - Бактериологическая испытательная лаборатория Боханского района

ERwi — современное средство проектирования баз данных PLA I UM ERwi - мощное и простое в использовании средство конструирования баз данных завоевавшее широкое признание и популярность. Оно обеспечивает высочайшую продуктивность труда при разработке и сопровождении приложений с использованием баз данных. На протяжении всего процесса - от логического моделирования требований к информации и бизнес-правил, которые определяют базу данных, до оптимизации физической модели в соответствии с заданными характеристиками - ERwi позволяет наглядно отобразить структуру и основные элементы БД. ERwi - это не просто мощное средство проектирования, но и инструмент разработки, способный автоматически создавать таблицы и генерировать тысячи строк текста хранимых процедур и триггеров для всех популярных СУБД. Революционная технология Comple e-Compare (Завершить-Сравнить) позволяет организовать итеративную разработку, поддерживая постоянную согласованность модели и базы данных. Благодаря интеграции с популярными средами разработки программ, ERwi позволяет ускорить создание приложений для обработки данных. ERwi может масштабироваться путем интеграции с продуктом PLA I UM ModelMar . открыть »

Анализ торговой сети Dиал Электроникс

При проектировании даталогической модели данных должно быть обеспечено однозначное соответствие между конструкциями языка описания данных и графическими обозначениями информационных единиц и связей между ними. Спроектировать логическую структуру базы данных означает определить все информационные единицы и связи между ними, задать их имена. Таким образом даталогическое проектирование сводится к следующим этапам: 1. Определение таблиц 2. Определение полей таблиц 3. Определение типов данных в соответствии с выбранной СУБД 4. Определение длины каждого поля таблиц 5. Определение обязательности каждого поля 6. Определение индексации каждого поля Для решения поставленной задачи, с учетом выбранной СУБД Microsof Access, в дата логической модели определены следующие таблицы: • Список товаров • Список клиентов • Продавцы • Поступление товара • Продажи Каждая таблица имеет поля, которые определяются именем и типом данных каждого поля. Для каждой из таблиц определены такие поля: • таблица «Список товаров» (код товара, класс, наименование, кол-во шт.) • таблица «Список клиентов» (код товара, Ф.И.О клиента, название организации) • таблица «Продажи» (код товара, класс, наименование, кол-во шт., дата) • таблица «Поступление товара» (код товара, наименование товара, дата поступления, № накладной, количество шт.) • таблица «Выдача товара» (код товара, № и Ф.И.О. продавца, класс товара, наименование товара, кол-во шт.) Access поддерживает восемь типов данных. открыть »

САПР

Динамическая информация состоит из данных, накапливаемых для выполнения определенных операции проектирования (промежуточные данные), и данных, представляющих собой результат проектирования при выполнении данных операций (на рис. 72 проектные операции показаны в виде прямоугольников, обозначенных ППП1, ППП2, . , ПППi, . , ППП ,). Промежуточные данные постоянно меняются при функционировании САПР. Вносить изменения в варианты проектных решений имеет право только конструктор-исполнитель и его руководитель. Информация, используемая при проектировании, по виду ее представления может быть подразделена на документальную, иконографическую и фактографическую. Документальная информация — это метаинформация. Она представляет собой поисковый образ документа, находящегося в базе данных. При необходимости может быть выдана совокупность документов, удовлетворяющих поисковому образу. В САПР информация такого вида широко используется для нахождения сведений об аналогах объекта проектирования, о патентах и авторских свидетельствах, методике проектирования и расчетов, результатах испытания и т. п. Информация, которая содержится в изображениях документов (чертежи, фотографии и т. д.), в идентичной форме представления называется иконографической. открыть »

Принятие оптимальных решений в условиях неопределенности

Учет неопределенных факторов, заданных законом распределения. Случай, когда неопределенные факторы заданы распределением, соответствует ситуации риска. Этот случай может учитываться двумя путями. Первый - анализом адаптивных возможностей, позволяющих реагировать на конкретные исходы; второй - методически, при сопоставлении эффективности технических решений. Суть первого подхода заключается в том, что законы распределения отдельных параметров на этапе проектирования могут быть определены с достаточной степенью приближения на основе сопоставления с аналогами, из физических соображений или на базе статистических данных и данных прогнозов. Методический учет случайных факторов, заданных распределением, может быть выполнен двумя приемами: заменой случайных параметров их математическими ожиданиями (сведением стохастической задачи к детерминированной) и "взвешиванием" показателя качества по вероятности (этот прием иногда называют "оптимизация в среднем"). Первый прием предусматривает определение математического ожидания случайной величины v - M(v) и определение зависимости W(M(v)), которая в дальнейшем оптимизируется по u. открыть »

Инновационный менеджмент

В США, например, уже есть новые средства программного обеспечения ЭВМ, позволяющие резко ускорить и повысить точность предварительных расчетов себестоимости готовящейся и выпускаемой продукт». Так, программы корпорация "Кодак" позволяют сократить на 75 процентов время составления сметы расходов по выпуску продукции. Как свидетельствует опыт отдельных компаний, при умелом использовании данных программ отклонения предварительных результатов от фактических показателей себестоимости не превышают 10 процентов. Специализированные системы автоматического проектирования (САПР), предназначенные исключительно для расчетов смет, способны оперировать большими базами, включающими данные о более чем 250 видах конструкционных материалов и 60 типах технологического оборудования. С помощью некоторых моделей подобных комплексных систем оптимизируется выбор новых технологий, рассчитывается время выпуска партия изделий, определяется себестоимость партии я затраты времени на проверку качества выпускаемой продукции. Внедряются в практику и принципиально новые подходы к построению подобных программ, ориентированных на стадии конструкторско- технологической разработки изделия. открыть »