![]() 978 63 62 |
![]() |
Сочинения Доклады Контрольные Рефераты Курсовые Дипломы |
РАСПРОДАЖА |
все разделы | раздел: | Компьютеры, Программирование |
Проектирование базы данных "Почтовое отделение" | ![]() найти еще |
![]() Молочный гриб необходим в каждом доме как источник здоровья и красоты + книга в подарок |
Наиболее распространенным способом задания кратности роли связи является прямое указание конкретного числа или диапазона. Например, указание «1» говорит о том, что каждый класс с данной ролью должен участвовать в некотором экземпляре данной связи, причем в каждом экземпляре связи может участвовать ровно один объект класса с данной ролью. Указание диапазона «0..1» говорит о том, что не все объекты класса с данной ролью обязаны участвовать в каком-либо экземпляре данной связи, но в каждом экземпляре связи может участвовать только один объект. Поговорим о кратностях подробнее. Типичными, самыми распространенными кратностями в системах проектирования баз данных являются следующие кратности: 1) 1 кратность связи на соответствующем ее конце равна единице; 2) 0 1 такая форма записи означает, что кратность данной связи на соответствующем своем конце не может превышать единицы; 3) 0 такая кратность расшифровывается просто «много». Любопытно, что, как правило, «много» означает «ничего»; 4) 1 такое обозначение получила кратность «один или более»
Конечной целью КП является выявление уровня подготовки студента, степени готовности его к усвоению профессиональных знаний. Основными задачами выполнения КП является: выявление понимания студентом основных проблем и перспектив развития технологии проектирования автоматизированных информационных систем; выявление понимания студентом значимости своей будущей профессиональной деятельности, умения приобретать новые знания, особенно в области современных информационных технологий; выявление умения работать с технической и нормативной документацией, а также четко излагать свои мысли; выявление навыков решать поставленные практические задачи с использованием теоретических знаний; Курсовая работа посвящена анализу проектирования базы данных, а также освещению методов построения форм и отчетов на примере построения программы ведения электронной документации кадрового отдела. Целью курсовой работы является реализация базы данных для обеспечения кадрового процесса в почтовом отделении. Задачами, которые следует решить для раскрытия выбранной темы, являются: - сбор документов для описания предметной области; - отбор документов – источников для создания базы данных (этап системного анализа предметной области); - выявление сущностей инфологической модели и моделирование связей между ними (этап инфологического моделирования); - построение набора таблиц базы данных и нормализация базы (этап даталогического проектирования); - описание внешних моделей в терминах выбранной СУБД (этап даталогического проектирования); - реализация базы данных и организация запросов в выбранной СУБД (этап физического моделирования); - реализация программного интерфейса к базе данных (этап создания интерфейса приложения).
Например, тип данных int в SQL Server соответствует типу integer в Visual Basic .NET, потому что оба они являются 32-битовыми целыми числами. Однако в SQL Server нельзя создать поле с определенным пользователем типом или типом Object языка Visual Basic .NET. Схема базы данных Для создания структуры базы данных рекомендуется не только подготовить список таблиц и полей, но и представить таблицы и поля в графическом виде. После этого вы не только сможете сказать, какие таблицы и поля доступны для вас, но и как они связаны друг с другом. Именно для этого и предусмотрена схема базы данных. Схему можно представить как карту дорог для вашей базы данных. На схеме все таблицы, поля и отношения в базе данных изображаются графически. Схему базы данных важно рассматривать как часть процесса проектирования программного продукта, поскольку с ее помощью можно быстро понять, что происходит в базе данных. Схемы не теряют своей актуальности и после завершения процесса проектирования базы данных. Без такой схемы вам будет трудно выполнять многотабличные запросы
При оплате необходимо учитывать, что стоимость обучения после 10 сентября может индексироваться. При предоплате обучение производится по ценам на момент внесения оплаты (Вы обучаетесь по фиксированным ценам и их текущее изменение не отражается на стоимости Вашего обучения). Для внесения оплаты необходимо выписать счет-фактуру в коммерческом отделе АГПК. При внесении наличной суммы в отделение банка Вы регистрируете соответствующие платежные документы, подтверждающие факт оплаты, в ДО. Стоимость каждой дисциплины определяется ее количеством часов в учебном плане и указана в приказе об оплате каждого нового учебного года. 2. Инфологическое моделирование 2.1.Модель «сущность-связь» Как любая модель, модель «сущность-связь» имеет несколько базовых понятий, которые образуют исходные кирпичики, из которых строятся уже более сложные объекты по заранее определенным правилам. Эта модель в наибольшей степени согласуется с концепцией объектно-ориентированного проектирования, которая в настоящий момент, несомненно, является базовой для разработки сложных программных систем, поэтому многие понятия вам могут показаться знакомыми, и если это действительно так, то тем проще вам будет освоить технологию проектирования баз данных, основанную на ER-модели.
Деньги остались в руках крупье, а нередко на игроке к тому же висят долги, и что в такой ситуации остается делать? Кто-то забывает о развлечениях и начинает работать как вол, но много и таких, кто влезают в еще большие долги, совершают растраты, подлоги и должностные преступления. Как, например, Джеймс Фогал, работавший программистом в титане компьютерной индустрии, компании «Майкрософт». У этого человека было все для того, чтобы наслаждаться жизнью: молодость (ему было 26 лет), дом, престижная и высокооплачиваемая работа, положение в обществе, уважение окружающих. Но вот попутал бес человека, заглянул в начале ноября 2003 года Фогал в казино и сел за рулеточный столик. И проигрался в пух и прах. Что же он сделал, чтобы выправить ситуацию? Попробовал расплатиться с долгами честным путем? Ничуть не бывало. По долгу службы он имел доступ к базам данных почтовой службы «Майкрософт», «Хотмэйл». Недолго думая, он решил их продать, разместив в сети Интернет соответствующие объявления. А ведь эти базы содержали не только адреса в e-mail, но и данные об именах и фамилиях пользователей, месте жительства, дате рождения, месте работы, должности и множество другой личной информации
А еще че-рез 2 месяца лечебное учреждение, использующее систему, полностью перешло на элек-тронный способ хранения информации, отказавшись от бумажных носителей. Вторым важным решением явился отказ от проектирования базы данных МИС по функциональному назначению, когда для отдельной задачи (например, подсистема лабора-тории, функциональной диагностики, консультационная и т. д.) создавалась своя база дан-ных. Хотя такой подход имеет ряд преимуществ, главным из которого является снижение требований к аппаратной мощности сервера за счет разделения потоков пользовательских запросов к отдельным БД. Однако было избрано проектирование БД МИС таким способом, что вся информация собиралась вокруг пациента и хранилась физически в одной БД. Однако количество таких БД в МИС является вариабельным и зависит от количества функциональных групп пользователей, имеющихся в ЛПУ. Так, в стационаре это может быть выделенная БД для каждого отделения или корпуса. Для поликлиники - это могут быть БД, разделенные по участкам обслуживания.
На основе анализа тысяч клеток гематологические анализаторы способны представлять данные в виде гистограмм - распределений клеток по размерам. Большинство анализаторов представляют в виде гистограмм распределение по размерам тромбоцитов, эритроцитов и лейкоцитов. Выбор методологии проектирования информационной системы Учет гематологических анализов, являясь частью общей подсистемы учета анализов КДЛ, в тоже время обладает рядом особенностей, так как связан с обработкой специфических данных, описывающих состояние крови пациента. Формирование заявок по различным отделам лабораторного отделения обладает рядом общих свойств, таких как: выбор больного из базы данных; определение отделения, подающего заявку; задание времени; выбор типов проводимых исследований. С другой стороны, для каждого из отделов КДЛ существуют особенности характеристик, проводимых исследований. Для каждого типа анализов существуют уникальные характеристики и параметры расчета. Поэтому при разработке данной подсистемы имеет смысл рассматривать ее как независимую и встраиваемую в общую систему ЛИС. Отдельной проработки требуют функции, являющиеся общими для всей системы учета проводимых анализов.
Таким образом, возникает возможность установления связи между экземплярами объектов из разных наборов. Развитие реляционных баз данных началось в конце 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)).
Один из возможных ключей (выбранный произвольным образом) принимается за его первичныйключ. Остальные возможные ключи, если они есть, называются альтернативными ключами. Вышеупомянутые и некоторые другие математические понятия явились теоретической базой длясоздания реляционных СУБД, разработки соответствующих языковых средств и программных систем, обеспечивающих их высокую производительность, и созданияоснов теории проектирования баз данных. Однако для массового пользователя реляционных СУБД можно с успехом использовать неформальные эквиваленты этихпонятий: Отношение–Таблица(иногдаФайл),Кортеж – Строка (иногда Запись), Атрибут – Столбец, Поле. При этом принимается, что"запись" означает "экземпляр записи", а "поле" означает "имя и тип поля". Реляционная база данных – это совокупность отношений, содержащих всю информацию, которая должна храниться вБД. Однако пользователи могут воспринимать такую базу данных как совокупность таблиц 1.2.5О нормализации, функциональных и многозначных зависимостях Нормализация – это разбиение таблицы на две или более, обладающих лучшими свойствами при включении, изменении и удаленииданных.
Следуя нашей аналогии с почтовым ведомством, можносказать, что межсетевой протокол выполняет функции конверта. Некоторая адресная информация приводится в начале Вашего сообщения. Она даёт сети достаточносведений для доставки пакета данных. I er e - адреса состоят из четырёх чисел, каждое из которых не превышает 256. При записи числаотделяются одно от другого точками, например: 192.112.36.5 128.174.5.6 Адрес фактически состоит из нескольких частей. Поскольку I er e – это сеть сетей, то началоадреса содержит информацию для маршрутизаторов о том, к какой сети относится Ваш компьютер. Правая часть адреса служит для того, чтобы сообщить сети, какойкомпьютер должен получить этот пакет. Каждый компьютер в I er e имеет свой уникальный адрес. Здесь нам опять поможет аналогия со службой доставки почты.Возьмем адрес «50 Kelly Road, Hamde , C ». Элемент «Hamde , C » похож на адрес сети. Благодаря этому конверт попадает внеобходимое почтовое отделение, то, которое знает об улицах в определенном районе. Элемент «Kelly Road» похож на адрес компьютера; он указывает наконкретный почтовый ящик в районе, который обслуживает данное почтовое отделение.
Чтобы связать две реляционные таблицы, необходимо ключ первой таблицы ввести в состав ключа второй таблицы (возможно совпадение ключей); в противном случае нужно ввести в структуру первой таблицы внешний ключ - ключ второй таблицы. Предложив реляционную модель данных, Э.Ф.Кодд создал и инструмент для удобной работы с отношениями – реляционную алгебру. Каждая операция этой алгебры использует одну или несколько таблиц (отношений) в качестве ее операндов и продуцирует в результате новую таблицу, т.е. позволяет "разрезать" или "склеивать" таблицы. Некоторые операции реляционной алгебры Чем же принципиально отличаются реляционные модели от сетевых и иерархических? Вкратце на это можно ответить следующим образом: иерархические и сетевые модели данных - имеют связь по структуре, а реляционные - имеют связь по значению. Проектирование баз данных традиционно считалось очень трудной задачей. Реляционная технология значительно упрощает эту задачу. Разделением логического и физического уровней системы она упрощает процесс отображения "уровня реального мира", в структуру, которую система может прямо поддерживать.
Первый – это сами документы, второй – делопроизводственный процесс, включающий оформление, движение документов, контроль исполнения, поисково- справочную и аналитическую работу. Я бы хотела посоветовать всем работникам делопроизводственных служб - лучше ознакомляться с технологией работы с документами в современных условиях, это им, безусловно, поможет в процветании предприятия, в котором они работают. Библиография1. Курс делопроизводства: Документационное обеспечение управления. Кирсанова М.В. Учебное пособие.-2-е изд. - М.: ИНФРА-М; Новосибирск: НГАЭиУ, 1998г. 2. Справочник по делопроизводству. Под ред. Павлова К.С. Практическое пособие. – 2-е изд. – М.: Приор, 1999г. 3. Документационное обеспечение деятельности организации. Барановский В.П. Учебное пособие. – М.: Ассоциация авторов и издателей «Тандем». Изд.-во Экмос, 1999г. 4. “Бизнес-план: отечественный и зарубежный опыт. Современная практика и документация. Попов В.М. – М.: Экмос, 1998г. 5. . Проектирование баз данных в примерах и задачах Гусева Т.И., Башин Ю.Б.- М.: “Радио и связь”,1992Приложение (Блок-схема работы с исходящими документами) Составление проекта исходящего документа Проверка правильности оформления проекта документа Согласование проекта документа Подписание руководителем Регистрация документа Простановка номера на документе Проверка правильности адресования Отправка документа адресату Подшивка второго экземпляра (копии) в дело1 Использованы материалы из книги П.В. Веселова «Современное деловое письмо в промышленности» (М., 1990г.) 1 Дунаевский О.В. Современная условная речь. – М., 1987, - с. 6,7
При записи числа отделяются одно от другого точками, например: 192.112.36.5 128.174.5.6 Адрес фактически состоит из нескольких частей. Поскольку I er e – это сеть сетей, то начало адреса содержит информацию для маршрутизаторов о том, к какой сети относится Ваш компьютер. Правая часть адреса служит для того, чтобы сообщить сети, какой компьютер должен получить этот пакет. Каждый компьютер в I er e имеет свой уникальный адрес. Здесь нам опять поможет аналогия со службой доставки почты. Возьмем адрес «50 Kelly Road, Hamde , C ». Элемент «Hamde , C » похож на адрес сети. Благодаря этому конверт попадает в необходимое почтовое отделение, то, которое знает об улицах в определенном районе. Элемент «Kelly Road» похож на адрес компьютера; он указывает на конкретный почтовый ящик в районе, который обслуживает данное почтовое отделение. Почтовое ведомство выполнило свою задачу, доставив почту в нужное местное отделение, а это отделение положило письмо в соответствующий почтовый ящик. Аналогичным образом, I er e выполнила свою задачу, когда ее маршрутизаторы направили данные в соответствующую сеть, а эта локальная сеть – в соответствующий компьютер. По целому ряду технических причин (в основном это аппаратные ограничения) информация, посылаемая по IP- сетям, разбивается на порции, называемые пакетами.
![]() | 978 63 62 |