Компьютеры, программирование

6381. Проектирование базы данных "Библиотечный фонд"
Курсовой проект пополнение в коллекции 27.05.2012

№№книгиЧисло стр.НазваниеКодКод автораГодИздательство1123679400Чем люди живы112010Рипол Классик2234756640Мастер и Маргарита122009Эксмо3236431640Двенадцать стульев. Золотой теленок232009Эксмо4871276960Лев Толстой112006Эксмо5346123192А зори здесь тихие…342005Терра-Книжный клуб6752901480Волновая оптика452008Лань7105623448Основы статистической физики и термодинамики462007Лань8120871144Английская грамматика572008Эксмо910234585Сборник формул по математике582009АСТ10109459511Русский язык582011АСТ
6382. Проектирование базы данных "Оптовая база" в среде Borland Delphi 6
Отчет по практике пополнение в коллекции 06.07.2012

Проверка подключения. При нажатии кнопок «Товары», «Поставки», «Поставщики», «Продажи», «Клиенты», «Добавить» , «Редактировать», «Удалить», «Отчет», а так же «OK» формы добавления/редактирования осуществляется проверка наличия подключения. Если связи с сервером не будет, то все окна закрываются, кроме главного окна. Кнопки «Товары», «Поставки», «Поставщики», «Продажи», «Клиенты» становятся неактивными, пока связь с сервером не будет восстановлена, при этом появляется предупреждающее сообщение.
6383. Проектирование базы данных "Ресторан"
Дипломная работа пополнение в коллекции 12.12.2011

Для идентификации конкретных экземпляров сущностей используются атрибуты - идентификаторы (один или несколько), которые позволяют однозначно отличать один экземпляр сущности от другого. Каждая сущность может обладать любым количеством связей с другими сущностями модели. Атрибут - это поименованная характеристика сущности, которая принимает значения из некоторого множества значений. Например, для сущности ДОЛЖНОСТИ атрибутами являются Наименование должности, Код должности, Требования и т. п. Чтобы задать атрибут в модели, необходимо присвоить ему наименование, привести смысловое описание атрибута, определить множество его допустимых значений и указать, для чего он используется. Основное назначение атрибута - описание свойства сущности, а также идентификация экземпляров сущности. Атрибут можно использовать и как связь - это тоже признак сущности. Атрибут может быть либо обязательным, либо необязательным. Обязательность означает, что атрибут не может принимать неопределенных значений (null values). Атрибут может быть либо описательным (т. е. обычным дескриптором сущности), либо входить в состав уникального идентификатора (первичного ключа). Первичный ключ - набор атрибутов, значения которого однозначно определяют экземпляр сущности. Внешний ключ - это набор атрибутов, используемый для представления связей между сущностями. Связи - поименованная ассоциация между двумя сущностями, значимая для рассматриваемой предметной области. Связь - это средство, с помощью которого представляются отношения между сущностями, имеющие место в предметной области. Связи может даваться имя, выражаемое грамматическим оборотом глагола. Имя каждой связи между двумя данными сущностями должно быть уникальным, но имена связей в модели не обязаны быть уникальными.
6384. Проектирование базы данных "Спорт"
Курсовой проект пополнение в коллекции 21.05.2012

Чтобы создать таблицу ЧЕМПИОНАТ нужно выбрать вкладку Создание, затем - Конструктор таблиц. В результате выполнения этих действий откроется окно конструктора. В нижней части окна диалога находится таблица, которая содержит следующие атрибуты: наименование поля, тип данных и описание. В столбец Имя поля вводятся поочередно имена полей таблицы ЧЕМПИОНАТ: Название чемпионата, Страна организатор, Дата проведения, Место проведения, Вид спорта, Категория. А в столбец Тип данных из раскрывающегося списка вводится значение типа данных - Числовой, Текстовый, Дата/Время, поле МЕМО, Денежный, Счетчик, Логический, Поле объекта OLE, Гиперссылка, Мастер подстановок. Затем нужно задать ключевые поля таблицы. В таблице ЧЕМПИОНАТ есть одно ключевое поле - Название чемпионата, слева от него ставится знак ключа (рис.5). Завершив ввод структуры, таблицу надо сохранить, выполнив команду Сохранить и задать имя таблицы - ЧЕМПИОНАТ.
6385. Проектирование базы данных "Аптека"
Курсовой проект пополнение в коллекции 25.06.2010
1. Атре, Ш., Структурный подход к организации баз данных. / [Текст] : Атре, Ш. - М.: Финансы и статистика, 1983. 320 с.
2. Бойко, В.В., Проектирование баз данных информационных систем. / [Текст] : Бойко, В.В., Савинков, В.М., М.: Финансы и статистика, 1989. 351 с.
3. Гарсия-Молина, Гектор, Ульман, Джеффри, Д., Уидом, Дженнифер Системы баз данных. Полный курс. : Пер. с англ. М. : Издательский дом “Вильямс”, 2003. 188 с. : ил.
4. Дейт, К., Руководство по реляционной СУБД DB2. / [Текст] : Дейт, К. М.: Финансы и статистика, 1988. 320 с.
5. Джексон, Г., Проектирование реляционных баз данных для использования с микроЭВМ. / [Текст] : Джексон, Г., -М.: Мир, 1991. 252 с.
6. Кириллов, В.В., Структуризованный язык запросов (SQL). / [Текст] : Кириллов, В.В., СПб.: ИТМО, 1994. 80 с.
7. Мартин, Дж., Планирование развития автоматизированных систем. / [Текст] : Мартин, Дж., М.: Финансы и статистика, 1984. 196 с.
8. Мейер, М., Теория реляционных баз данных. / [Текст] : Мейер, М., М.: Мир, 1987. 608 с.
9. Тиори, Т., Проектирование структур баз данных. / [Текст] : Тиори, Т., Фрай, Дж., В 2 кн., М.: Мир, 1985. Кн. 1. 287 с.: Кн. 2. 320 с.
10. Ульман, Дж., Базы данных на Паскале. / [Текст] : Ульман, Дж., М.: Машиностроение, 1990. 386 с.
11. Хаббард, Дж., Автоматизированное проектирование баз данных. / [Текст] : Хаббард, Дж., М.: Мир, 1984. 294 с.
12. Цикритизис, Д., Модели данных. / [Текст] : Цикритизис, Д., Лоховски, Ф., М.: Финансы и статистика, 1985. 344 с.
6386. Проектирование базы данных "Институт"
Курсовой проект пополнение в коллекции 18.11.2010
Рассмотрим примерный состав вопросов при анализе предметной области «Институт»:
1. Сколько студентов учится в вузе?
2. Сколько факультетов и отделений в вузе?
3. Как распределены студенты по факультетам отделений и курсам?
4. Сколько дисциплин читается на каждом курсе по каждой специальности?
5. Сколько преподавателей в вузе?
6. Сколько студентов получают и сколько студентов не получают стипендию?
7. Данные студентов (фамилия, год рождения, № зачетной книжки и т.д.)
8. Результаты последней сессии.
9. Адреса и телефоны деканов факультетов и преподавателей.
10. Распределение преподавателей по предметам.
11. Как информация, представленная в пунктах 1-10 используется в институте и как ее еще можно использовать.
6387. Проектирование базы данных "Книжный каталог"
Курсовой проект пополнение в коллекции 30.11.2010

Id_tovarautornazvaniejanrizdatelstvok_vo_strdata_izdoblogkacenapostavshicdata_postprnjal1Э.РадзинскийНеронАвтобиография«Энергия»Москва35003.09.2001Мягкая150,00р.Ростов25.10.2004Морозова2Мэри Спенсер«Поверь в любовь»Роман«АСТ» Москва34901.12.2000Твердая90,00р.Москва28.04.2001Морозова3Фиби Конн«Ураган страсти»Роман«АСТ» Москва42904.07.2001Твердая126,55р.Оренбург04.08.2002Морозова4Н.КорниловаВоровкиДетектив«Экспресс»Москва50801.06.2002Мягкая120,00р.Ростов05.04.2004Морозова5Джейн ФрейзерВозлюбленный врагДетектив«АСТ» Москва46120.12.2002Мягкая366,00р.Ростов07.11.2003Кравцов6Дарья Истомина«Торговка»Роман«Олимп» Москва30001.01.2001Твердая196,00р.Воркута23.06.2002Морозова7Екатерина Маркова«Блудница»Роман«Астрель» Москва34820.02.2001Мягкая88,00р.Львов30.01.2004Лебедев8Аманда Квик«Искушение»Роман«Квест» Москва31629.09.2003Мягкая129,00р.Калининград23.09.2003Кузьменко9Джеки Алессандро«Свадебный водоворот»Роман«Аист» Москва31714.03.2002Мягкая56,00р.Москва27.03.2003Красников10Джудит Ливори«Право первой ночи»Роман«Квест» Москва31602.05.2001Твердая156,00р.Москва24.05.2002Тевиков11Лора Эштон «Тайна прекрасной Марии «Роман«Диалог» Москва42109.08.2002Твердая55,00р.Ростов03.04.2003Тевиков12_лизабет Филлипс«Блестящая девочка»Роман«АСТ» Москва44401.02.2000Твердая63,00р.Орёл02.02.2002Лебедев13М.СерёгинРазговорчики в строюДетектив«ЭКСМО»Москва34703.09.2001Мягкая57,00р.Москва19.01.2003Кравцов14Н.КровцоваГруппа особого назначенияДетектив«Нева»С.-Петербург34912.05.2004Твердая88,00р.Москва01.02.2004Сривцунов15С.МаршакМашина для паханаДетектив«Олма»Москва38230.03.2001Мягкая96,00р.Донецк23.03.2003Соколенко16А.КаменскаяАнтикиллер 5Детектив«АСТ»Москва28912.06.2003Твердая153,00р.Каменск05.09.2004Макаренко17С.ЛугановаСталинАвтобиография«Арго»Орёл29304.05.2003Твердая171,00р.Москва30.12.2004МорозоваОбщая таблица книжного магазина
6388. Проектирование базы данных "Отдел кадров"
Курсовой проект пополнение в коллекции 28.11.2010

НазваниеНазначениеНадпись (Label)Надписи создаются автоматически вместе с элементами типа текстовое поле, поле со списком и т. п. Они разъясняют смысл поля ввода. Дополнительные надписи могут использоваться для заголовков и пояснений Поле (Text Box) Используется для ввода и отображения информации полей таблиц и запросов, а также для вывода результатов вычислений Группа переключателей (Option Group)Группа переключателей ссылается на некоторое поле таблицы. Каждый переключатель группы соответствует определенному целочисленному значению этого поля Выключатель (Toggle Button)Позволяет вводить информацию типа да/нет. Величине «да» или «истина» соответствует утопленное положение выключателя Переключатель (Option Button) Элемент группы переключателей, в которой может быть отмечен только один из них (его кружок выглядит зачерненным) Флажок (Check Box) Предназначен для представления полей типа да/нет. Отмеченный квадратик соответствует величине «да», а пустой «нет» Поле со списком (Combo Box)Разрешает как непосредственный ввод значения в поле, так и его выбор в раскрывающемся списке предопределенных значений Список (List Box) Позволяет выбирать данные из набора пунктов и не разрешает непосредственный ввод значений Кнопка (Command Button)Щелчок на такой кнопке выполняет команду, с помощью которой можно перейти в другую форму, переместиться по записям и выполнить многие другие операции
6389. Проектирование базы данных "Почтовое отделение"
Курсовой проект пополнение в коллекции 27.03.2010

Формы создают из набора отдельных элементов управления: текстовые поля для ввода и редактирования данных, кнопки, флажки, переключатели, списки, метки полей, а также рамки объектов для отображения графики и объектов OLE. Простейший путь создания основной и подчинённой форм использование «Мастера форм», который позволяет создавать формы, содержащие поля из одной или более таблиц или запросов. «Мастер форм» создает базовый внешний вид формы и добавляет текстовые поля для отображения и редактирования значений полей таблиц. Независимо от уровня владения компьютером использование «Мастера форм» заметно упрощает и ускоряет процесс создания простых форм, которые затем можно усовершенствовать в режиме конструктора. Создание форм базы данных происходит несколькими способами: авто формой, мастером и конструктором. Выбираем пункт «Создание формы с помощью мастера». Следуя указаниям «Мастера» выбираем поля для формы, которые могут браться из разных таблиц, которые имеются в создаваемом проекте. После выбора полей формы выбираем внешний вид и стиль оформления создаваемой формы, после чего задаётся имя формы.
6390. Проектирование базы данных "Риелторская контора"
Отчет по практике пополнение в коллекции 14.01.2011
Хорошо спроектированная база данных:
- Удовлетворяет всем требованиям пользователей к содержимому базы данных. Перед проектированием базы необходимо провести обширные исследования требований пользователей к функционированию базы данных.
- Гарантирует непротиворечивость и целостность данных. При проектировании таблиц нужно определить их атрибуты и некоторые правила, ограничивающие возможность ввода пользователем неверных значений. Для верификации данных перед непосредственной записью их в таблицу база данных должна осуществлять вызов правил модели данных и тем самым гарантировать сохранение целостности информации.
- Обеспечивает естественное, легкое для восприятия структурирование информации. Качественное построение базы позволяет делать запросы к базе более "прозрачными" и легкими для понимания; следовательно, снижается вероятность внесения некорректных данных и улучшается качество сопровождения базы.
- Удовлетворяет требованиям пользователей к производительности базы данных. При больших объемах информации вопросы сохранения производительности начинают играть главную роль, сразу "высвечивая" все недочеты этапа проектирования.
6391. Проектирование базы данных "Справочник покупателя" в среде Turbo Pascal
Курсовой проект пополнение в коллекции 11.01.2011

Òåõíè÷åñêîå çàäàíèå ñîäåðæèò ñîâîêóïíîñòü òðåáîâàíèé ê ïðîãðàììíîìó ñðåäñòâó è ìîæåò èñïîëüçîâàòüñÿ êàê ìåðà ïðîâåðêè è ïðèåìêè ðàçðàáîòàííîé ïðîãðàììû. Òåõíè÷åñêîå çàäàíèå ÿâëÿåòñÿ îäíèì èç îñíîâíûõ äîêóìåíòîâ ïðîåêòà ïðîãðàììíîãî ñðåäñòâà.
6392. Проектирование базы данных агентства по оказанию маркетинговых услуг
Курсовой проект пополнение в коллекции 03.03.2010
Запросы и отчеты должны быть составлены, чтобы предоставлять пользователю базы данных следующую информацию:
1. Список клиентов, сгруппированный по городам;
2. Отчет по контрактам;
3. Список контрактов по отдельной услуге;
4. Список контрактов, сгруппированный по виду услуги за прошедший год;
5. Три самых важных клиента (принесших наибольшую прибыль);
6. Список работников, отсортированный в обратном порядке в зависимости от величины суммы контрактов;
7. Ежемесячная сумма контрактов на услуги каждого вида;
8. Годовой отчет по сумме, полученной за оказанные услуги;
9. Запрос на создание архивной таблицы и запрос на исключение данных из основной таблицы контрактов, выполненных 3 года назад и более.
6393. Проектирование базы данных Библиотека
Информация пополнение в коллекции 12.01.2009
6394. Проектирование базы данных билинговой системы на примере жилищно-эксплуатационной конторы
Курсовой проект пополнение в коллекции 23.05.2012

В соответствии с этим сформулируем постановку задачи: спроектировать БД соответствующую всем требованиям реляционных БД, ориентированную на обработку информации по жилищно-эксплуатационной конторе с применением технологий «Клиент - Сервер». Проектируемая БД совместно с вычислительной системой, СУБД, словарем данных и администратором БД играют роль информационной обеспечивающей подсистемой ИС процесса сбора и обработки информации об абоненте, о состоянии его лицевого счета. Информационная система жилищно-эксплуатационной конторы может работать в среде «Клиент - Сервер» и может быть вызвана на любой рабочей станции локальной сети. База данных для решения этой задачи располагается на сервере.
6395. Проектирование базы данных в Microsoft Access для учета товародвижения на складе ООО "Петроспецпродукт"
Дипломная работа пополнение в коллекции 15.01.2012

Порядок работы и учета накладных разберем на примере внешних накладных. Товар прибывает в магазин и принимается старшим продавцом по накладной. В обязанности кладовщика входит проверка соответствия фактического количества товара количеству его по накладной. При недостаче, кладовщик делает отметку о ее размере, заверяет своей подписью и ставит печать. Далее накладная переходит в руки оператора. Оператор в конфигурации «Торговля + Склад» создает новый документ Поступление в розницу (купля-продажа) и вносит в него все данные с накладной: все товары с их количеством и ценами. Товары могут вносится в электронный документ сканером по штрих-коду, либо посредством поиска в базе соответствующего товара. Практически у каждого товара присутствует свой оригинальный штрих-код. Но на некоторую продукцию его все-таки нет. Это, например, конфеты, колбасные и кондитерские изделия на развес. В этом случае при отсутствии данного товара в БД, оператор заводит на него местный код, по которому данный товар впоследствии будет однозначно определен. Местный код, в зависимости от типа товара, может состоять из 4-х или 5-ти цифр. Далее оператор сверяет сумму по документу в электронном документе с соответствующей суммой в накладной. Также оператором должны быть учтены все пометки кладовщика (недовоз, пересортица).эти пометки заносятся в графу Комментарий электронного вида документа. Затем на каждую группу товаров оператором устанавливается определенная наценка. Например, на товары первой необходимости наценка составляет 10-15%. Затем документ проводится и распечатываются ценники. Так же распечатывается накладная, созданная программой, с товарами, установленными на них ценами и суммой по документу. Такая накладная подписывается оператором и прикалывается к накладной от поставщика.
6396. Проектирование базы данных диспетчера автобусного парка средствами MS Access
Курсовой проект пополнение в коллекции 20.05.2012

Установка пароля при открытии базы данных - самый распространенный способ защиты. После установки пароля, при открытии базы данных появляется диалоговое окно, предлагающее пользователю ввести пароль. Открыть базу данных смогут лишь те пользователи, которые введут правильный пароль. Этот способ достаточно надежен (MS Access шифрует пароль таким образом, что к нему нет прямого доступа при чтении файла базы данных), но он применяется только при открытии базы данных. После открытия базы данных все объекты становятся доступными для пользователя (пока не определена защита на уровне пользователей). Для базы данных, которой совместно пользуется небольшая группа пользователей или на автономном компьютере, установка пароля обычно оказывается достаточной.
6397. Проектирование базы данных для ведения учета книжных остатков
Дипломная работа пополнение в коллекции 05.10.2011

Если Access обнаруживает одну таблицу, связанную отношением «один-ко-многим» с таблицей или запросом, который использовался для создания формы, Access добавляет таблицу данных в форму, основанную на связанной таблице или запросе. Например, если создается простая форма, основанная на таблице «Сотрудники», и между таблицами «Сотрудники» и «Заказы» определено отношение «один-ко-многим», то в таблице данных будут отображаться все записи таблицы «Заказы», относящиеся к текущей записи сотрудника. Если таблица данных в форме не нужна, ее можно удалить. Если существует несколько таблиц, связанных отношением «один-ко-многим» с таблицей, которая использовалась для создания формы, то Access не добавляет таблицы данных в форму.
6398. Проектирование базы данных для коммерческого предприятия
Реферат пополнение в коллекции 09.12.2008
Настоящий Акт составлен между ООО «_______», именуемым в дальнейшем «Заказчик», и Донских П.А., паспорт серия _________, выданный ________ Дзержинским РУВД г. Ярославля, именуемым в дальнейшем «Разработчик», о нижеследующем:
1. На Персональный компьютер основного склада продукции, Разработчиком была установлена Программа «Магазин Автозапчастей».
2. Все работы по вводу в эксплуатацию выполнены. Использование программы начато « ___ » ____________ 2007 г.
3. Установка осуществлена с настройкой Персонального Компьютера и консультацией работника склада.
6399. Проектирование базы данных для отдела организации и оплаты труда ОАО "Печатный двор"
Курсовой проект пополнение в коллекции 19.12.2010

Отношение находится во второй нормальной форме (2НФ) тогда и только тогда, когда отношение находится в 1НФ и нет неключевых атрибутов, зависящих от части сложного ключа. (Неключевой атрибут - это атрибут, не входящий в состав никакого потенциального ключа). Замечание. Если потенциальный ключ отношения является простым, то отношение автоматически находится в 2НФ. Определение. Атрибуты называются взаимно независимыми, если ни один из них не является функционально зависимым от другого. Отношение находится в третьей нормальной форме (3НФ) тогда и только тогда, когда отношение находится в 2НФ и все неключевые атрибуты взаимно независимы. В большинстве случаев третьей нормальной формы вполне достаточно, чтобы разрабатывать вполне работоспособные базы данных. Однако рассмотрим еще одну нормальную формы более высокого порядка, а именно, нормальную форму Бойса-Кодда (НФБК). При приведении отношений при помощи нормализации к отношениям в 3НФ неявно предполагалось, что все отношения содержат один потенциальный ключ. Это не всегда верно. Функциональная зависимость атрибутов утверждает лишь то, что для каждого конкретного состояния базы данных по значению одного атрибута (детерминанта) можно однозначно определить значение другого атрибута (зависимой части). Но конкретные значение зависимой части могут быть различны в различных состояниях базы данных. Если имеются отношения, содержащие несколько потенциальных ключей, то необходимо проверить, имеются ли функциональные зависимости, детерминанты которых не являются потенциальными ключами. Если такие функциональные зависимости имеются, то необходимо провести дальнейшую декомпозицию отношений. Те атрибуты, которые зависят от детерминантов, не являющихся потенциальными ключами выносятся в отдельное отношение вместе с детерминантами. Отношение находится в нормальной форме Бойса-Кодда (НФБК) тогда и только тогда, когда детерминанты всех функциональных зависимостей являются потенциальными ключами. Представляющие интерес для игрового центра "Вегас" дополнительные (неключевые) атрибуты.
6400. Проектирование базы данных для учета занятий и соревнований по художественной гимнастике
Курсовой проект пополнение в коллекции 24.02.2010
1. Гайдамакин Н.А. Автоматизированные информационные системы, базы и банки данных. Вводный курс: Учебное пособие. - М.: Гелиос АРВ, 2002. - 368 с.
2. Коннолли Т., Бегг К., Страчан А. Базы данных: проектирование, реализация и сопровождение. Теория и практика, 2-е изд.: Пер. с англ. - М.: Издательский дом "Вильямс", 2001. - 1120 с.
3. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: Учебник для высших учебных заведений / Под ред. проф. А.Д. Хомоненко. - Издание второе, дополненное и переработанное - СПб.: КОРОНА принт, 2002. - 672с.
4. Карпова Т.С. Базы данных: модели, разработка, реализация. - СПб.: Питер, 2001. - 304 с.
5. Голицына О.Л., Максимов Н.В., Попов И.И. Базы данных: Учебное пособие. - М.: ФОРУМ: ИНФРА-М, 2003. - 352 с.
6. Диго С.М. Базы данных: проектирование и использование: Учебник. - М.: Финансы и статистика, 2005. - 592 с.
7. Харитонова И.А., Михеева В.Д. Microsoft Access 2000: Разработка приложений. - СПб.: БХВ-Петербург, 2001. - 832 с.
8. Литвин П., Гетц К., Гилберт М. Access 2000. Руководство разработчика. Пер с англ. - К.: Издательская группа BHV, 2001. - 912 с.
9. Microsoft Access 2000. Шаг за шагом: практ. пособ. /Пер с англ. - М.: Издательство ЭКОМ, 2002. - 352 с.
10. Астахова И.Ф., Толстобров А.П., Мельников В.М. SQL в примерах и задачах: Учеб. пособие. - Мн.: Новое знание, 2002. - 176 с.
11. Черемных С.В., Семенов И.О., Ручкин В.С. Моделирование и анализ систем. IDEF - технологии. - М.: Финансы и статистика, 2003. - 203 с.
12. Маклаков С.В. Создание информационных систем с ALLFusion Vjdeling Suite. - М.: ДИАЛОГ-МИФИ, 2003. - 432 с.

Blog

Компьютеры, программирование