![]() 978 63 62 |
![]() |
Сочинения Доклады Контрольные Рефераты Курсовые Дипломы |
РАСПРОДАЖА |
все разделы | раздел: | Компьютеры, Программирование | подраздел: | Программное обеспечение |
Проектирование базы данных магазина по сборке компьютеров | ![]() найти еще |
![]() Молочный гриб необходим в каждом доме как источник здоровья и красоты + книга в подарок |
Когда говорят о Веб 2.0, традиционно вспоминают про участие пользователей в создании информации, в ее редактировании и актуализации. Все это стало уже настолько общим местом, что и говорить не хочется. Вики, появившиеся больше 10 лет назад, прекрасно реализуют ту концепцию, которая вынесена на знамена самых модных стартапов. Простота, доступность, одновременно четкий контроль и возможность структурирования материалов. Еще один яркий пример Веб 2.0, появившийся задолго до самого термина. Cофтерринки Автор: Илья Шпаньков Ru.OpenOffice.org ОС Windows, Linux, FreeBSD Адрес i-rs.ru Версия 2.0.4 Professional Размер от 121 до 145 Мбайт Интерфейс многоязычный (русский поддерживается) Цена бесплатно Лицензия GNU LGPL Локализованный вариант популярного свободного пакета офисных приложений OpenOffice.org. Помимо стандартных программ, позволяющих работать с текстовыми документами, электронными таблицами, презентациями и базами данных, эта сборка дополнена компонентами, адаптирующими пакет для работы в условиях российской специфики
Закрепление и углубление знаний по информатике, практических навыков работы на персональном компьютере и разработки пользовательских приложений с использованием программных средств интегрированного пакета MS Office и современных компьютерных технологий обработки информации, а также навыков в составлении текстовой документации. Постановка задачи Разработать базу данных (БД) «Магазина бытовой техники «Электрон»», позволяющую вести: учет товара; учет поступлений товара на склад; учет продаж товара различным покупателям; счета. Основные требования к БД по функциональному набору: Требования по учету пополнение базы данных в связи с поступлением новой техники; учет количество товаров на складе; составление отчетов по состоянию товаров, таких как выручка и популярность товаров; подсчет суммы покупок клиента. Требования по продаже возможность быстрого поиска товара для продажи и организации счета; наличие удобных форм для продажи. Проектирование базы данных При создании данной базы данных были выделены три сущности: товары (техника), покупатели и счета.
Наиболее распространенным способом задания кратности роли связи является прямое указание конкретного числа или диапазона. Например, указание «1» говорит о том, что каждый класс с данной ролью должен участвовать в некотором экземпляре данной связи, причем в каждом экземпляре связи может участвовать ровно один объект класса с данной ролью. Указание диапазона «0..1» говорит о том, что не все объекты класса с данной ролью обязаны участвовать в каком-либо экземпляре данной связи, но в каждом экземпляре связи может участвовать только один объект. Поговорим о кратностях подробнее. Типичными, самыми распространенными кратностями в системах проектирования баз данных являются следующие кратности: 1) 1 кратность связи на соответствующем ее конце равна единице; 2) 0 1 такая форма записи означает, что кратность данной связи на соответствующем своем конце не может превышать единицы; 3) 0 такая кратность расшифровывается просто «много». Любопытно, что, как правило, «много» означает «ничего»; 4) 1 такое обозначение получила кратность «один или более»
Базы данных – это особые структуры. Информация, которая в них содержится, очень часто имеет общественную ценность. Нередко с одной и той же базой работают тысячи людей по всей стране. От информации, которая содержится в некоторых базах, может зависеть благополучие множества людей. Поэтому целостность содержимого базы не может и не должна зависеть ни от конкретных действий некоего пользователя, забывшего сохранить файлы перед выключением компьютера, ни от перебоев в электросети. Проблема безопасности баз данных решается тем, что в СУБД для сохранения информации используется двойной подход. В части операций, как обычно, участвует операционная система компьютера, но некоторые операции сохранения происходят в обход операционной системы. Проектирование баз данных 3.1 Режимы работы с базами данных Обычно с базами данных работаю две категории пользователей. Первая категория – проектировщики. Их задача состоит в разработке структуры таблиц базы данных и согласование ее с заказчиком. Кроме таблиц проектировщики разрабатывают и другие объекты базы данных, предназначенные, с одной стороны, для автоматизации работы с базой, а с другой стороны – для ограничения функциональных возможностей работы с базой (если это необходимо из соображений безопасности).
Это самые мощные из серверов. Они обладают максимальной производительностью, так как от этого зависит комфортность работы всех пользователей. Сервер приложений. Это промежуточный сервер между пользователем и сервером базы данных. Как правило, на нем выполняются запросы, которые требуют максимальной производительности и должны быть переданы пользователю, не затрагивая сервер базы данных и пользовательский компьютер. Это могут быть запрашиваемые из базы данные или любые программные модули. Другие серверы. Кроме перечисленных выше, существуют другие серверы, например почтовые, коммуникационные, серверы-шлюзы и т.Pд. С целью экономии средств на один из серверов часто возлагают обслуживание нехарактерных для него заданий. В этом случае следует понимать, что скорость выполнения им тех или иных задач может по разным причинам значительно понижаться. Сеть на основе сервера предоставляет широкий спектр услуг и возможностей, которых трудно или невозможно добиться в одноранговой сети. Одноранговая сеть уступает ей по защищенности и администрированию
Спільне використання системи електронного діловодства і сховищ інформації дозволяє систематизувати і поєднувати інформацію, що полегшує її аналіз і складання звітів. Для пошуку прихованих закономірностей у великих масивах даних можна приймати більш ефективні рішення і дії, що базується на відповідних технологіях діставання інформації з даних. Усе це можливо тільки в системі управління, побудованій на основі цілком електронного документообігу. ПЕРЕЛІК ВИКОРИСТАНОЇ ЛІТЕРАТУРИ: Закон України «Про інформацію» від 02.10.1992 №2657-ХІІ Закон України «Про електронний цифровий підпис» від 22.05.2003 №852-IV Закон України «Про електронний документообіг» від 22.05.2003 №851-IV Примірна інструкція з діловодства в місцевих органах виконавчої влади. – К.: КМУ. – 2000 Бердтис А. Структуры данних. - М.: Статистика, 1974 Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. -М.: Финансы и статистика, 1992 Автоматизированные информационные технологии в экономике. Под. ред. Г.А.Титоренко - М. Компьютер ЮНИТИ, 1998 Правила роботи архівних органів державної влади, місцевого самоврядування, підприємств, установ і організацій.
Проектирование: Все данные о товаре, его наличии и цене заносятся в общую Базу Данных для дальнейшего использования. В общую базу входит три таблицы с описанием товара и всех данных о нем. 3. Реализация: Созданная База Данных для АИС «Техносила» должна быть полностью или частично доступна сотрудникам. Для этого необходимо запустить Базу Данных в корпоративную сеть. 4. Внедрение: После внедрения Базы Данных в корпоративную сеть необходимо проследить за её работоспособностью. 5. Сопровождение: По окончанию срока эксплуатации необходимо выявить все изменения в Программном Обеспечении для исправления ошибок и внесения новой функциональности. Итак, мы создали базу данных магазина техники, создав при этом таблицы, содержащие информацию о товаре, запросы, отчеты и макросы. Данная БД поможет упорядочить данные в единое целое, обеспечить гибкий доступ и более удобную работу. Созданные в процессе отчеты, запросы и макросы не являются универсальными. Пользователь, самостоятельно или с помощью мастера, может дополнить базу новыми, необходимыми для него запросами, отчетами и макросами.
Поэтому проектными предложениями являются: 1) проектирование необходимой для работы базы данных сотрудников ГУФСИН (на основе данных служебной карточки формы №2) на компьютере; 2) организация локальной сети Управления кадров, с выделенным сервером; 3) покупка необходимых для работы факсов (табл. 2.6). Таблица 2.6 Перечень проектных мероприятий Недостатки действующей информационной технологии Проектные предложения Описание действий/документов Отсутствие базы данных сотрудников на ПК Проектирование базы данных под управлением СУБД MS Access Проектирование структуры данных, интерфейса служебной карточки формы № 2 Отсутствие локальной сети: а) отсутствие необходимых технических средств; б) отсутствие необходимых программных средств для организации локальной сети 1. Использование существующих технических средств путём добавления необходимых, но отсутствующих в конфигурации элементов. 2. Установка необходимых программных средств с учётом их последующего востребования на каждом конкретном рабочем месте Выбор топологии сети, перечень необходимых деталей с указанием ценПеречень необходимых программных средств с указанием цен Отсутствие двух необходимых в работе факсов Покупка 2 факсов Выбор оптимальной цены Таким образом, изменение существующей информационной технологии будет происходить по вышеуказанному перечню мероприятий. РАЗДЕЛ 3. ПРОЕКТ РАЗВИТИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ УПРАВЛЕНИЯ КАДРОВ ГУФСИН 3.1 Проектирование банка данных сотрудников ГУФСИН Автоматизацию работы базы данных обеспечивает система управления базами данных (СУБД), которая манипулирует с конкретной моделью организации данных на носителе.
Проблема безопасности баз данных решается тем, что в СУБД для сохранения информации используется двойной подход. В части операций, как обычно, участвует операционная система компьютера, но некоторые операции сохранения происходят в обход операционной системы.3.Разработка базы данных Методически правильно начинать работу с карандашом и листом бумаги в руках, не используя компьютер. На данном этапе он просто не нужен. Неоптимальные решения и прямые ошибки, заложенные на этапе проектирования, впоследствии очень трудно устраняются, поэтому этот этап является основополагающим. 3.1Разработка технического задания Техническое задание на проектирование базы данных должен предоставить заказчик. Однако для этого он должен владеть соответствующей терминологией и знать, хотя бы в общих чертах, технические возможности основных СУБД. К сожалению, на практике такое положение встречается не всегда. 3.2Разработка структуры базы данных Выяснив основную часть данных можно приступать к созданию структуры базы, то есть структуры ее основных таблиц.
Это описание, выполненное с использованием естественного языка, математических формул, таблиц, графиков и других средств,понятных всем людям, работающих над проектированием базы данных, называют инфологической моделью данных (рис. 1.2). Рис. 1.2 Уровни моделей данных Такая человеко-ориентированная модель полностью независима от физических параметровсреды хранения данных. В конце концов этой средой может быть память человека, а не ЭВМ. Поэтому инфологическая модель не должна изменяться до тех пор, покакакие-то изменения в реальном мире не потребуют изменения в ней некоторого определения, чтобы эта модель продолжала отражать предметную область. Остальные модели, показанные на рис. 1.2, являются компьютеро-ориентированными. С ихпомощью СУБД дает возможность программам и пользователям осуществлять доступ к хранимым данным лишь по их именам, не заботясь о физическом расположении этихданных. Нужные данные отыскиваются СУБД на внешних запоминающих устройствах по физическоймодели данных. Так как указанный доступ осуществляется с помощью конкретной СУБД, то модели должныбыть описаны на языке описания данных этой СУБД.
В последнее время наиболее широко используемой является реляционная модель данных. Согласно этой модели все данные организуются в совокупность связанных таблиц. Вопросы, связанные с проектированием баз данных изучаются в специальном курсе «Базы и банки данных». Обработка данных Понятие программы Решение задачи на ЭВМ – это процесс получения результатных данных на основе обработки исходных с помощью программы. Программа – это просто последовательность команд, понятных ЭВМ, или машинных команд. Машинные команды представляют собой целые числа, принимая которые, ЭВМ производит строго определённые действия. Набор этих команд зависит от конкретной ЭВМ и носит название машинного языка . Машинные команды, как и данные, хранятся в файлах, однако, файлу с командами можно передать управление компьютером. Такие файлы также называют программами. Пример Пусть в некотором файле записана следующая последовательность чисел: B8 05 03 BB-00 00 CD 16-CD 20 Если запустить этот файл на исполнение (то есть передать ему управление ЭВМ) на ЭВМ с процессором Pe ium в ОС Wi dows95, то клавиатура будет работать быстрее.
Рассмотрены вопросы санитарно-гигиенических требований при работе с компьютером. СОДЕРЖАНИЕ Введение БАЗЫ ДАННЫХ Текстовые базы данных Сетевые базы данных Реляционные базы данных Проектирование баз данных Анализ предметной области и запросов к БД Анализ концептуальных требований Выявление информационных объектов и связей между ними Построение концептуальной модели Логическое проектирование Выбор конкретной СУБД Отображение концептуальной схемы на логическую схему Выбор языка манипулирования данными ACCESS Таблицы Формы Отчеты Описание работы программы ведения электронной школьной документации Настройка программы Заполнение титульного листа Заполнение таблицы Классы Заполнение таблицы Предметы Заполнение таблицы Ученики Заполнение таблицы Кабинеты И т д . Работа программы Классные журналы Расписание Регистрация выполненной работы Сервис Создание резервной копии Восстановление Контроль целостности Тестирование БД Перевод на новый учебный год Работа в архиве Согласование с бухг. Программой Организация контроля доступа Работа с SQL запросами Отчеты Санитарно-гигиенические требования при работе на Пэвм ЭКОНОМИЧЕСКАЯ ЧАСТЬ ДИПЛОМНОЙ РАБОТЫ Заключение ГлоССАРИЙ Литература Приложение 1 Приложение 2 Приложение Приложение Приложение Приложение Приложение Введение Дипломная работа посвящена анализу проектирования баз данных, а также освещению методов построения форм и отчетов на примере построения программы ведения электронной документации учебного заведения.
Они предоставляют пользователю удобные средства интерактивного взаимодействия с БД и имеют развитый язык программирования. Предлагаемая курсовая работа представляет некоторые теоретические аспекты теории БД, основные понятия, функциональные возможности систем управления БД на примере разработки БД телефонов, произведенных в разных странах, а также сравнение реализации базы данных в Excel с реализацией в Access. Целью курсовой работы является обсуждение особенностей проектирования базы данных в среде Microsof Excel и в среде Microsof Access. Обоснована относительная оценка возможностей каждого из Microsof приложений. 1. Постановка задачи Создать базу данных, содержащую следующие элементы: название телефона; заводская цена; наценка магазина; количество проданных телефонов; выручка от продаж по каждой модели (вычисляемое поле); сведения о фирме-изготовителе (страна, город). Входные данные: название телефона; заводская цена; наценка магазина; количество проданных телефонов; сведения о фирме-изготовителе (страна, город).
Таким образом, возникает возможность установления связи между экземплярами объектов из разных наборов. Развитие реляционных баз данных началось в конце 60-х годов, когда появились первые работы, в которых обсуждались возможности использования при проектировании баз данных привычных и естественных способов представления данных — так называемых табличных даталогических моделей. Основоположником теории реляционных баз данных считается сотрудник фирмы IBM доктор Э. Кодд, опубликовавший 6 июня 1970 г. статью A Rela io al Model of Da a for Large Shared Da a Ba ks (Реляционная модель данных для больших коллективных банков данных). В этой статье впервые был использован термин «реляционная модель данных», что и положило начало реляционным базам данных. Теория реляционных баз данных, разработанная в 70-х годах в США доктором Э. Коддом, имеет под собой мощную математическую Основу, описывающую правила эффективной организации данных. Разработанная Э. Коддом теоретическая база стала основой для разработки теории проектирования баз данных. Э. Кодд, будучи математиком по образованию, предложил использовать для обработки данных аппарат теории множеств (объединение, пересечение, разность, декартово произведение).
Министерство общего и профессионального образования РФ Хабаровский Государственный Технический Университет Курсовое проектирование Проверил: Ешенко Р.А. Выполнила: студентка гр. СКС-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.
Главным достоинством этого метода является то, что учитывается только та часть товарооборота, которая непосредственно является результатом проведения рекламного или стимулирующего сбыт мероприятия. Расчет экономической эффективности по этому методу проведем, сравнив данные о товарообороте филиала №2 ЦУМа (его адрес: г. Москва, ул. Петровка, 15), где в период с 1 по 31 марта 2000 г. проводилась рекламная кампания и лотерея, с данными о товарообороте филиала №3 ЦУМа (его адрес: г. Москва, ул. Петровка, 6), где мероприятий по продвижению товаров в этот период времени не проводилось. Рассмотрим более подробно сущность проводимой в филиале №2 мартовской акции по продвижению товаров. Она заключалась в следующем: каждый клиент этого универмага, сделавший в марте 2000 года покупку на сумму >50 рублей, получал возможность участия в лотерее с ценными призами. Те, кто был не против такого предложения, должны были при покупке дать согласие на это продавцу, который в этом случае спрашивал номер телефона покупателя и вносил его в компьютерную базу данных магазина.
Класс объектов «Продавец» содержит информацию о продавце, товаре им проданном и имеет следующий набор свойств: • № продавца; • ФИО продавца; • класс товара; • код товара; • наименование товара; • кол-во (шт); Кроме связи между объектом и его свойствами, в инфологической модели фиксируются связи между объектами разных классов. Различают связи типа «один одному» (1:1), «один ко многим» (1 00), «многие ко многим» (оо;оо). Графическое представление инфологической модели представлено выше на Рис. 4. Даталогическая модель Даталогическое проектирование заключается в проектировании логической структуры БД, Таким образом, главное отличие даталогической модели от инфологической состоит в том, что инфологическая модель хранит в себе всю информацию о предметной области, необходимую и достаточную для проектирования базы данных, но она не привязана к определенной СУБД. Даталогическая модель может не отражать в явном виде все сущности, зафиксированные в инфологической модели, но она должна быть непременно привязана к СУБД, на которой разрабатывается база данных.
![]() | 978 63 62 |