![]() 978 63 62 |
![]() |
Сочинения Доклады Контрольные Рефераты Курсовые Дипломы |
РАСПРОДАЖА |
все разделы | раздел: | Компьютеры, Программирование | подраздел: | Программное обеспечение |
Проектирование баз и хранилищ данных | ![]() найти еще |
![]() Молочный гриб необходим в каждом доме как источник здоровья и красоты + книга в подарок |
Особенности интерактивных компьютерных систем предопределяют высокую эффективность проведения аудитором анализа новых интерактивных бухгалтерских прикладных программ до, а не после начала их эксплуатации. Такой предварительный анализ дает аудитору возможность изучить, например, детальное описание функций программы или испытать программные средств. Это также может предоставить аудитору достаточно времени для разработки и испытания аудиторских процедур до начала их выполнения. Внимание следует уделить также особенностям функционирования комплексных КИСП, которые основаны на единой базе (хранилище) данных (data warehouse, а также data repository), данные которой используются разными службами предприятия. Системы баз данных состоят преимущественно из двух основных компонентов: базы данных и системы управления базой данных (СУБД). Базы данных взаимодействуют с другими техническими и программными средствами всей компьютерной системы. База данных является совокупностью данных, которые используются многими пользователями для решения различных задач
Такой порядок приводит, во-первых, к возможности искажения данных и, во-вторых, ставит первого руководителя в зависимость от присутствия на рабочем месте сотрудников, владеющих информацией. При имеющем место отсутствии преемственности и взаимозаменяемости сотрудников (за небольшим исключением) высший менеджмент может стать заложником недобросовестного персонала. 8 Явно недостаточное использование современных информационных технологий. Органически необходимая для судьбы всего бизнеса информационная служба требует активного развития. Современные информационные технологии на базе концепций баз и хранилищ данных, CASE – средств проектирования, аналитических OLAP- систем, корпоративных Интернет и интранет распределенных комплексов отсутствуют. Такая ситуация сдерживает, с одной стороны, рост эффективности системы управления предприятием, но, с другой, создает исключительно благоприятные условия для быстрого и безболезненного прорыва в направлении использования современной корпоративной информационно-управляющей системы. 9.Недостаточно существующее в настоящее время информационное обслуживание высшего менеджмента ОАО «Авиаагрегат».
Для проектирования сложных сборочных узлов требуется наличие более 3 Гбайт памяти, а проектирование микросхем предъявляет к памяти несоизмеримо более высокие требования. • Базы данных и хранилища данных. Использование файлов с размерами в несколько сотен Гбайт не является чем-то необычным, и возможность доступа к виртуальным адресным пространствам сопоставимых размеров значительно упрощает обработку таких файлов. Теперь поддержка подобных запросов в отношении адресных пространств большого объема стала реальностью. Пройдет совсем немного времени, и 64-разрядные микропроцессоры станут доступными каждому, а большие объемы физической памяти при разумной стоимости будут поддерживаться на многих системах. Потребность в 64-битовой адресации диктуется теми же факторами, которые делают столь желательными и необходимыми файлы гигантских размеров (свыше 4 Гбайт), и теперь, когда имеются достаточно мощные микропроцессоры Itanium, AMD64, а также процессоры, использующие технологию 64-разрядного расширения, вполне естественно ожидать, что Windows должна будет эволюционировать для удовлетворения этих запросов
Министерство образования и науки РФ Федеральное агентство по образованию Государственное образовательное учреждение высшего профессионального образования Отчёт по курсовой работе по курсу: «Проектирование АСОИУ» на тему: «Проектирование РБД ERwi Rela io .Fields.Appe d ERwi Field ERwi Da abase.Rela io s.Appe d ERwi Rela io ERwi Da abase.Close ERwi Workspace.Close ' ermi a i g Access Basic DAO Sessio . Вывод: В процессе выполнения данной лабораторной работы были изучены основы работы в AllFusio ERwi Da a Modeler, а также определена предметная область, основные сущности БД, информация о которых должна содержаться в базе данных, первичные ключи сущностей, их атрибуты и связи между ними. AllFusio ERwi Da a Modeler позволяет проектировать, документировать и сопровождать базы данных, хранилища данных и витрины данных (da a mar s). Создав наглядную модель базы данных, можно оптимизировать структуру БД и добиться её полного соответствия требованиям и задачам организации. Визуальное моделирование повышает качество создаваемой базы данных, продуктивность и скорость её разработки Литература: Маклаков С.В. CASE-средства разработки информационных систем. BPwi и Erwi –М.: ДиалогМифи, 2001. Постановление Правительства РФ «О мерах по организаии индивидуального (персонифицированного) учета для целей государственного пенсионного страхования».
Для удовлетворения этих новых потребностей компании начали создавать корпоративные хранилища данных. Подмножество такого хранилища, отражающее какой-либо один аспект функционирования предприятия или охватывающее деятельность одного из его подразделений, часто называют киоском данных. Издательская компания HarperCollins использует OLAP-систему на базе ПК для контроля за ходом книжной торговли в реальном масштабе времени. Это позволяет ей печатать ровно столько экземпляров, сколько требуется дистрибьюторам. Таким образом удается избежать образования в канале сбыта больших товарных остатков, которые пришлось бы потом принимать обратно. После всего лишь года эксплуатации новой системы возврат непроданных экземпляров наиболее популярных изданий HarperCollins сократился с более чем 30% приблизительно до 10%, а за каждым из этих процентов стоят миллионы долларов экономии. Кроме того, OLAP-система HarperCollins позволяет специалистам компании получать ответы на вопросы типа: какова была прибыльность сбыта такого-то издания
База данных ориентирована на определенную предметную область и организована на основе некоторого подмножества данных. Возможности баз данных полезны в областях, связанных с долговременным управлением информацией, таких как электронные библиотеки и хранилища данных. Предварительное планирование, подготовка данных, последовательность создания информационной модели При проектировании системы обработки данных больше всего нас интересует организация данных. Помочь понять организацию данных призвана информационная модель. Процесс создания информационной модели начинается с определения концептуальных требований ряда пользователей. Концептуальные требования могут определяться и для некоторых задач (приложений), которые в ближайшее время реализовывать не планируется. Это может несколько повысить трудоемкость работы, однако поможет наиболее полно учесть все нюансы функциональности, требуемой для разрабатываемой системы, и снизит вероятность переделки в дальнейшем. Требования отдельных пользователей должны быть представлены в едином «обобщенном представлении». Последнее называют концептуальной моделью. Объект – это абстракция множества предметов реального мира, обладающих одинаковыми характеристиками и законами поведения.
Введение При проектировании программ выясняются запросы и пожелания клиента и определяется возможный подход к решению задачи. Задача анализируется. На основе этого анализа реализуется конкретная модель в конкретной программной среде. Результаты каждого этапа проектирования используются в качестве исходного материала следующего этапа. Анализируется текущая организация предприятия, выделяются проблемы для решения, определяются объекты отношения между ними , составляется “эскиз” текущей организации предприятия, разрабатывается модель с учетом конкретных условий ее функционирования. База данных ориентирована на определенную предметную область и организована на основе некоторого подмножества данных. Возможности баз данных полезны в областях, связанных с долговременным управлением информацией, таких как электронные библиотеки и хранилища данных. Предварительное планирование, подготовка данных, последовательность создания информационной модели. При проектировании системы обработки данных больше всего нас интересует организация данных.
Добавим процесс в нашу 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 месяца.
Таким образом, возникает возможность установления связи между экземплярами объектов из разных наборов. Развитие реляционных баз данных началось в конце 60-х годов, когда появились первые работы, в которых обсуждались возможности использования при проектировании баз данных привычных и естественных способов представления данных — так называемых табличных даталогических моделей. Основоположником теории реляционных баз данных считается сотрудник фирмы IBM доктор Э. Кодд, опубликовавший 6 июня 1970 г. статью A Rela io al Model of Da a for Large Shared Da a Ba ks (Реляционная модель данных для больших коллективных банков данных). В этой статье впервые был использован термин «реляционная модель данных», что и положило начало реляционным базам данных. Теория реляционных баз данных, разработанная в 70-х годах в США доктором Э. Коддом, имеет под собой мощную математическую Основу, описывающую правила эффективной организации данных. Разработанная Э. Коддом теоретическая база стала основой для разработки теории проектирования баз данных. Э. Кодд, будучи математиком по образованию, предложил использовать для обработки данных аппарат теории множеств (объединение, пересечение, разность, декартово произведение).
Базы данных – это особые структуры. Информация, которая в них содержится, очень часто имеет общественную ценность. Нередко с одной и той же базой работают тысячи людей по всей стране. От информации, которая содержится в некоторых базах, может зависеть благополучие множества людей. Поэтому целостность содержимого базы не может и не должна зависеть ни от конкретных действий некоего пользователя, забывшего сохранить файлы перед выключением компьютера, ни от перебоев в электросети. Проблема безопасности баз данных решается тем, что в СУБД для сохранения информации используется двойной подход. В части операций, как обычно, участвует операционная система компьютера, но некоторые операции сохранения происходят в обход операционной системы. Проектирование баз данных 3.1 Режимы работы с базами данных Обычно с базами данных работаю две категории пользователей. Первая категория – проектировщики. Их задача состоит в разработке структуры таблиц базы данных и согласование ее с заказчиком. Кроме таблиц проектировщики разрабатывают и другие объекты базы данных, предназначенные, с одной стороны, для автоматизации работы с базой, а с другой стороны – для ограничения функциональных возможностей работы с базой (если это необходимо из соображений безопасности).
Министерство общего и профессионального образования РФ Хабаровский Государственный Технический Университет Курсовое проектирование Проверил: Ешенко Р.А. Выполнила: студентка гр. СКС-91 Левчук Елена Тема: «Разработка базы данных «Культурный досуг»» Содержание Содержание2 Введение3 Компоненты базы данных Microsof Access3 Таблицы3 Запросы4 Отчеты4 Формы5 Проектирование базы данных «Культурный досуг»6 Структура базы данных «Культурный досуг»7 Таблица «Страны»7 Таблица «Города»8 Таблица «Типы Объектов»8 Таблица «Объекты»9 SQL-запросы к базе данных «Культурный досуг»10 Выбор заведений города10 Выбор заведений определенного типа10 Поиск заведений по адресу11 Отчеты базы данных «Культурный досуг»11 Выбор заведений11 Выбор заведений определенного типа11 Поиск заведений по адресу12 Формы базы данных «Культурный досуг»12 Главная12 Заведения13 Типы объектов13 Города14 Используемая литература14 Введение В состав пакета Microsof Office Professio al входит приложение Microsof Access, предназначенное для работы с базами данных.
Добавление новых данных в режиме таблицы. 1Откройте таблицу в режиме таблицы или форму в режиме формы. 2Нажмите на панели инструментов кнопку Новая запись . 3Введите данные и нажмите клавишу AB для перехода к следующему полю. В конце записи нажмите клавишу AB для перехода к следующей записи. Для удаления записей небх выбрать любое поле записи и нажать кнопку Удалить запись на панели инструментов. Создание структуры БД. В Microsof Access прежде чем создавать таблицы, формы и другие объекты необходимо задать структуру базы данных. Хорошая структура базы данных является основой для создания адекватной требованиям, эффективной базы данных. Этапы проектирования базы данных Ниже приведены основные этапы проектирования базы данных: 1Определение цели создания базы данных. 2Определение таблиц, которые должна содержать база данных. 3Определение необходимых в таблице полей. 4Задание индивидуального значения каждому полю. 5Определение связей между таблицами. 6Обновление структуры базы данных. 7Добавление данных и создание других объектов базы данных. 8Использование средств анализа в Microsof Access.
Класс объектов «Продавец» содержит информацию о продавце, товаре им проданном и имеет следующий набор свойств: • № продавца; • ФИО продавца; • класс товара; • код товара; • наименование товара; • кол-во (шт); Кроме связи между объектом и его свойствами, в инфологической модели фиксируются связи между объектами разных классов. Различают связи типа «один одному» (1:1), «один ко многим» (1 00), «многие ко многим» (оо;оо). Графическое представление инфологической модели представлено выше на Рис. 4. Даталогическая модель Даталогическое проектирование заключается в проектировании логической структуры БД, Таким образом, главное отличие даталогической модели от инфологической состоит в том, что инфологическая модель хранит в себе всю информацию о предметной области, необходимую и достаточную для проектирования базы данных, но она не привязана к определенной СУБД. Даталогическая модель может не отражать в явном виде все сущности, зафиксированные в инфологической модели, но она должна быть непременно привязана к СУБД, на которой разрабатывается база данных.
К ним относятся ERwi (Logic Works), S-Desig or (SDP) и Da aBase Desig er (ORACLE). Средства проектирования баз данных имеются также в составе CASE-средств Va age eam Builder, Desig er/2000, Silverru и PRO-IV; средства разработки приложений. К ним относятся средства 4GL (U iface (Compuware), JAM (JYACC), PowerBuilder (Sybase), Developer/2000 (ORACLE), ew Era (I formix), SQL Wi dows (Gup a), Delphi (Borla d) и др.) и генераторы кодов, входящие в состав Va age eam Builder, PRO-IV и частично - в Silverru ; средства реинжиниринга, обеспечивающие анализ программных кодов и схем баз данных и формирование на их основе различных моделей и проектных спецификаций. Средства анализа схем БД и формирования ERD входят в состав Va age eam Builder, PRO-IV, Silverru , Desig er/2000, ERwi и S-Desig or. В области анализа программных кодов наибольшее распространение получают объектно-ориентированные CASE-средства, обеспечивающие реинжиниринг программ на языке С (Ra io al Rose (Ra io al Sof ware), Objec eam (Caye e)). Вспомогательные типы включают: средства планирования и управления проектом (SE Compa io , Microsof Projec и др.); средства конфигурационного управления (PVCS (I ersolv)); средства тестирования (Quali y Works (Segue Sof ware)); средства документирования (SoDA (Ra io al Sof ware)).
Информация, используемая при проектировании, может быть разделена на статическую и динамическую (рис. 4). Администратор базы данных База данных Статическая информация Динамическая информация Справочные Данные Промежуточные Результаты данные Т3 данные проектирования ППП1 ППП2 ПППi ППП ПРОЕКТИРОВЩИК Рис. 4. Схема информационных потоков в САПР Статическая информация характеризуется сравнительно редкими изменениями. К этой информации следует отнести данные ТЗ на проектирование и справочные данные, имеющие большой объем. Формирование, загрузка и корректировка справочных данных осуществляется исключительно администратором базы данных, т. е. системным программистом, формирующим базу данных. Администратор базы данных поддерживает непосредственный контакт со службой нормализации и стандартизации проектной организации. Объем данных ТЗ на проектируемый объект значительно меньше объема справочных данных, но круг лиц, имеющих право вносить изменения в ТЗ, должен быть еще более ограничен, чем круг лиц, имеющих право корректировать справочные данные.
Один из возможных ключей (выбранный произвольным образом) принимается за его первичныйключ. Остальные возможные ключи, если они есть, называются альтернативными ключами. Вышеупомянутые и некоторые другие математические понятия явились теоретической базой длясоздания реляционных СУБД, разработки соответствующих языковых средств и программных систем, обеспечивающих их высокую производительность, и созданияоснов теории проектирования баз данных. Однако для массового пользователя реляционных СУБД можно с успехом использовать неформальные эквиваленты этихпонятий: Отношение–Таблица(иногдаФайл),Кортеж – Строка (иногда Запись), Атрибут – Столбец, Поле. При этом принимается, что"запись" означает "экземпляр записи", а "поле" означает "имя и тип поля". Реляционная база данных – это совокупность отношений, содержащих всю информацию, которая должна храниться вБД. Однако пользователи могут воспринимать такую базу данных как совокупность таблиц 1.2.5О нормализации, функциональных и многозначных зависимостях Нормализация – это разбиение таблицы на две или более, обладающих лучшими свойствами при включении, изменении и удаленииданных.
С помощью этих систем в современной технике полнее учитывается ее взаимодействие с пользователями и внешней средой, осуществляется контроль и диагностика, без которых сложные машины считаются сегодня неконкурентоспособными. Огромные возможности экспертных систем лучше всего раскрываются в их сочетании с другими функциональными блоками и разработанными пакетами прикладных программ систем автоматизированного проектирования. В США, например, уже есть новые средства программного обеспечения ЭВМ, позволяющие резко ускорить и повысить точность предварительных расчетов себестоимости готовящейся и выпускаемой продукт». Так, программы корпорация "Кодак" позволяют сократить на 75 процентов время составления сметы расходов по выпуску продукции. Как свидетельствует опыт отдельных компаний, при умелом использовании данных программ отклонения предварительных результатов от фактических показателей себестоимости не превышают 10 процентов. Специализированные системы автоматического проектирования (САПР), предназначенные исключительно для расчетов смет, способны оперировать большими базами, включающими данные о более чем 250 видах конструкционных материалов и 60 типах технологического оборудования.
![]() | 978 63 62 |