Информационная система в экономике
Системы управления реляционными базами данных. Создание таблицы, заполнение ее исходными данными и применение фильтрации в MS Excel. Создание связи между таблицами, создание запросов и отчетов в MS Access. Информационно-поисковые системы Интернета.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | контрольная работа |
Язык | русский |
Дата добавления | 01.10.2010 |
Размер файла | 2,8 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Содержание
1. Системы управления реляционными базами данных
1.1 Реляционная структура данных
1.2 Реляционная база данных
1.3 Манипулирование реляционными данными
1.4 Цели проектирования
2. Табличный процессор MS Excel
2.1 Постановка задачи
2.2 Создание таблицы и заполнение ее исходными данными
2.3 Выполнение расчета характеристик
2.3.1 Расчет остаточной, восстановительной полной и остаточной стоимостей
2.3.2 Расчет итоговых сумм и средних значений
2.3.3 Расчет остаточной стоимости объектов каждого типа
2.3.4 Определение количества объектов с износом более 30%
2.4 Применение фильтрации
2.4.1 Отбор объектов с остаточной стоимостью оборудования менее 400 у.е.
2.4.2 Наименование объекта с максимальным износом оборудования
2.4.3 Основные объекты производства с балансовой стоимостью менее 1000 у. е. и остаточной стоимостью менее 350 у. е.
2.4.4 Наименования вспомогательных объектов производства с восстановительной полной стоимостью менее 400 или более 800 у. е.
2.5 Создание сводной таблицы
3. СУБД Microsoft Access
3.1 Постановка задачи
3.2 Создание таблиц
3.3 Создание связи между таблицами
3.4 Заполнение таблиц
3.5 Создание запросов
3.5.1 Коды проектов, в которых требуется участие консультанта
3.5.2 Коды проектов, в которых Северов Т.Г. принимает участие в качестве лектора
3.5.3 Коды проектов, в которых требуется участие консультанта или лектора, а время участия в них данного сотрудника превышает 10 часов
3.5.4 Суммарные затраты на каждый проект
3.5.5 ФИО сотрудников, затраты на участие которых в проектах типа «Консалтинг» превышают 500 рублей
3.6 Создание отчета
3.7 Создание пользовательской формы для таблицы Участники
4. Информационно-поисковые системы Интернета
4.1 Постановка задачи
4.2 Выполнение задачи
Используемая литература
1. Системы управления реляционными базами данных
1.1 Реляционная структура данных
В конце 60-х годов появились работы, в которых обсуждались возможности применения различных табличных даталогических моделей данных, т.е. возможности использования привычных и естественных способов представления данных. Наиболее значительной из них была статья сотрудника фирмы IBM д-ра Э.Кодда (Codd E.F., A Relational Model of Data for Large Shared Data Banks. CACM 13: 6, June 1970), где, вероятно, впервые был применен термин "реляционная модель данных".
Будучи математиком по образованию Э.Кодд предложил использовать для обработки данных аппарат теории множеств (объединение, пересечение, разность, декартово произведение). Он показал, что любое представление данных сводится к совокупности двумерных таблиц особого вида, известного в математике как отношение - relation (англ.).
Наименьшая единица данных реляционной модели - это отдельное атомарное (неразложимое) для данной модели значение данных. Так, в одной предметной области фамилия, имя и отчество могут рассматриваться как единое значение, а в другой - как три различных значения.
Доменом называется множество атомарных значений одного и того же типа. Так, на рис. 1.1 домен пунктов отправления (назначения) - множество названий населенных пунктов, а домен номеров рейса - множество целых положительных чисел.
Смысл доменов состоит в следующем. Если значения двух атрибутов берутся из одного и того же домена, то, вероятно, имеют смысл сравнения, использующие эти два атрибута (например, для организации транзитного рейса можно дать запрос "Выдать рейсы, в которых время вылета из Москвы в Сочи больше времени прибытия из Архангельска в Москву"). Если же значения двух атрибутов берутся из различных доменов, то их сравнение, вероятно, лишено смысла: стоит ли сравнивать номер рейса со стоимостью билета?
Отношение на доменах D1, D2, ..., Dn (не обязательно, чтобы все они были различны) состоит из заголовка и тела. На рис. 1 приведен пример отношения для расписания движения самолетов.
Заголовок (на рис. 1 он назывался интерпретацией) состоит из такого фиксированного множества атрибутов A1, A2, ..., An, что существует взаимно однозначное соответствие между этими атрибутами Ai и определяющими их доменами Di (i=1,2,...,n).
Рис.1. Отношение с математической точки зрения (Ai - атрибуты, Vi - значения атрибутов)
Тело состоит из меняющегося во времени множества кортежей, где каждый кортеж состоит в свою очередь из множества пар атрибут-значение (Ai:Vi), (i=1,2,...,n), по одной такой паре для каждого атрибута Ai в заголовке. Для любой заданной пары атрибут-значение (Ai:Vi) Vi является значением из единственного домена Di, который связан с атрибутом Ai.
Степень отношения - это число его атрибутов. Отношение степени один называют унарным, степени два - бинарным, степени три - тернарным, ..., а степени n - n-арным. Степень отношения "Рейс" (рис. 1) - 8.
Кардинальное число или мощность отношения - это число его кортежей. Мощность отношения "Рейс" равна 10. Кардинальное число отношения изменяется во времени в отличие от его степени.
Поскольку отношение - это множество, а множества по определению не содержат совпадающих элементов, то никакие два кортежа отношения не могут быть дубликатами друг друга в любой произвольно-заданный момент времени. Пусть R - отношение с атрибутами A1, A2, ..., An. Говорят, что множество атрибутов K=(Ai, Aj, ..., Ak) отношения R является возможным ключом R тогда и только тогда, когда удовлетворяются два независимых от времени условия:
Уникальность: в произвольный заданный момент времени никакие два различных кортежа R не имеют одного и того же значения для Ai, Aj, ..., Ak.
Минимальность: ни один из атрибутов Ai, Aj, ..., Ak не может быть исключен из K без нарушения уникальности.
Каждое отношение обладает хотя бы одним возможным ключом, поскольку по меньшей мере комбинация всех его атрибутов удовлетворяет условию уникальности. Один из возможных ключей (выбранный произвольным образом) принимается за его первичный ключ. Остальные возможные ключи, если они есть, называются альтернативными ключами.
Вышеупомянутые и некоторые другие математические понятия явились теоретической базой для создания реляционных СУБД, разработки соответствующих языковых средств и программных систем, обеспечивающих их высокую производительность, и создания основ теории проектирования баз данных. Однако для массового пользователя реляционных СУБД можно с успехом использовать неформальные эквиваленты этих понятий:
Отношение - Таблица (иногда Файл),
Кортеж - Строка (иногда Запись),
Атрибут - Столбец, Поле.
При этом принимается, что "запись" означает "экземпляр записи", а "поле" означает "имя и тип поля".
1.2 Реляционная база данных
Реляционная база данных - это совокупность отношений, содержащих всю информацию, которая должна храниться в БД. Однако пользователи могут воспринимать такую базу данных как совокупность таблиц. Так на рис. 2 показаны таблицы базы данных, построенные по инфологической модели базы данных "Питание".
Блюда |
Продукты |
Состав |
|||||||||
БЛ |
Блюдо |
Вид |
ПР |
Продукт |
Калор |
БЛ |
ПР |
Вес (г) |
|||
1 |
Лобио |
Закуска |
1 |
Фасоль |
3070 |
1 |
1 |
200 |
|||
2 |
Харчо |
Суп |
2 |
Лук |
450 |
1 |
2 |
40 |
|||
3 |
Шашлык |
Горячее |
3 |
Масло |
7420 |
1 |
3 |
30 |
|||
4 |
Кофе |
Десерт |
4 |
Зелень |
180 |
1 |
4 |
10 |
|||
5 |
Мясо |
1660 |
2 |
5 |
80 |
||||||
Расход |
6 |
Томаты |
240 |
2 |
2 |
30 |
|||||
БЛ |
Порций |
Дата_Р |
7 |
Рис |
3340 |
2 |
6 |
40 |
|||
1 |
158 |
1/9/05 |
8 |
Кофе |
2750 |
2 |
7 |
50 |
|||
2 |
144 |
1/9/05 |
2 |
3 |
15 |
||||||
3 |
207 |
1/9/05 |
Рецепты |
2 |
4 |
15 |
|||||
4 |
235 |
1/9/05 |
БЛ |
Рецепт |
3 |
5 |
180 |
||||
… |
… |
… |
1 |
Ломаную очищ |
3 |
6 |
100 |
||||
… |
… |
3 |
2 |
40 |
|||||||
3 |
4 |
20 |
|||||||||
4 |
8 |
8 |
Рис.2. Таблицы базы данных
1. Каждая таблица состоит из однотипных строк и имеет уникальное имя.
2. Строки имеют фиксированное число полей (столбцов) и значений (множественные поля и повторяющиеся группы недопустимы). Иначе говоря, в каждой позиции таблицы на пересечении строки и столбца всегда имеется в точности одно значение или ничего.
3. Строки таблицы обязательно отличаются друг от друга хотя бы единственным значением, что позволяет однозначно идентифицировать любую строку такой таблицы.
4. Столбцам таблицы однозначно присваиваются имена, и в каждом из них размещаются однородные значения данных (даты, фамилии, целые числа или денежные суммы).
5. Полное информационное содержание базы данных представляется в виде явных значений данных и такой метод представления является единственным. В частности, не существует каких-либо специальных "связей" или указателей, соединяющих одну таблицу с другой. Так, связи между строкой с БЛ = 2 таблицы "Блюда" на рис. 2 и строкой с ПР = 7 таблицы продукты (для приготовления Харчо нужен Рис), представляется не с помощью указателей, а благодаря существованию в таблице "Состав" строки, в которой номер блюда равен 2, а номер продукта - 7.
6. При выполнении операций с таблицей ее строки и столбцы можно обрабатывать в любом порядке безотносительно к их информационному содержанию. Этому способствует наличие имен таблиц и их столбцов, а также возможность выделения любой их строки или любого набора строк с указанными признаками (например, рейсов с пунктом назначения "Париж" и временем прибытия до 12 часов).
1.3 Манипулирование реляционными данными
Стремление к минимизации числа таблиц для хранения данных может привести к возникновению различных проблем при их обновлении и будут даны рекомендации по разбиению некоторых больших таблиц на несколько маленьких. Но как сформировать требуемый ответ, если нужные для него данные хранятся в разных таблицах?
Предложив реляционную модель данных, Э.Ф.Кодд создал и инструмент для удобной работы с отношениями - реляционную алгебру. Каждая операция этой алгебры использует одну или несколько таблиц (отношений) в качестве ее операндов и продуцирует в результате новую таблицу, т.е. позволяет "разрезать" или "склеивать" таблицы (рис. 3).
Рис..3. Некоторые операции реляционной алгебры
Созданы языки манипулирования данными, позволяющие реализовать все операции реляционной алгебры и практически любые их сочетания. Среди них наиболее распространены SQL (Structured Query Language - структуризованный язык запросов) и QBE (Quere-By-Example - запросы по образцу). Оба относятся к языкам очень высокого уровня, с помощью которых пользователь указывает, какие данные необходимо получить, не уточняя процедуру их получения.
С помощью единственного запроса на любом из этих языков можно соединить несколько таблиц во временную таблицу и вырезать из нее требуемые строки и столбцы (селекция и проекция).
1.4 Цели проектирования
Только небольшие организации могут обобществить данные в одной полностью интегрированной базе данных. Чаще всего администратор баз данных (даже если это группа лиц) практически не в состоянии охватить и осмыслить все информационные требования сотрудников организации (т.е. будущих пользователей системы). Поэтому информационные системы больших организаций содержат несколько десятков БД, нередко распределенных между несколькими взаимосвязанными ЭВМ различных подразделений. (Так в больших городах создается не одна, а несколько овощных баз, расположенных в разных районах.)
Отдельные БД могут объединять все данные, необходимые для решения одной или нескольких прикладных задач, или данные, относящиеся к какой-либо предметной области (например, финансам, студентам, преподавателям, кулинарии и т.п.). Первые обычно называют прикладными БД, а вторые - предметными БД (соотносящимся с предметами организации, а не с ее информационными приложениями). (Первые можно сравнить с базами материально-технического снабжения или отдыха, а вторые - с овощными и обувными базами.)
Предметные БД позволяют обеспечить поддержку любых текущих и будущих приложений, поскольку набор их элементов данных включает в себя наборы элементов данных прикладных БД. Вследствие этого предметные БД создают основу для обработки неформализованных, изменяющихся и неизвестных запросов и приложений (приложений, для которых невозможно заранее определить требования к данным). Такая гибкость и приспосабливаемость позволяет создавать на основе предметных БД достаточно стабильные информационные системы, т.е. системы, в которых большинство изменений можно осуществить без вынужденного переписывания старых приложений.
Основывая же проектирование БД на текущих и предвидимых приложениях, можно существенно ускорить создание высокоэффективной информационной системы, т.е. системы, структура которой учитывает наиболее часто встречающиеся пути доступа к данным. Поэтому прикладное проектирование до сих пор привлекает некоторых разработчиков. Однако по мере роста числа приложений таких информационных систем быстро увеличивается число прикладных БД, резко возрастает уровень дублирования данных и повышается стоимость их ведения.
Таким образом, каждый из рассмотренных подходов к проектированию воздействует на результаты проектирования в разных направлениях. Желание достичь и гибкости, и эффективности привело к формированию методологии проектирования, использующей как предметный, так и прикладной подходы. В общем случае предметный подход используется для построения первоначальной информационной структуры, а прикладной - для ее совершенствования с целью повышения эффективности обработки данных.
При проектировании информационной системы необходимо провести анализ целей этой системы и выявить требования к ней отдельных пользователей (сотрудников организации). Сбор данных начинается с изучения сущностей организации и процессов, использующих эти сущности. Сущности группируются по "сходству" (частоте их использования для выполнения тех или иных действий) и по количеству ассоциативных связей между ними (самолет - пассажир, преподаватель - дисциплина, студент - сессия и т.д.). Сущности или группы сущностей, обладающие наибольшим сходством и (или) с наибольшей частотой ассоциативных связей объединяются в предметные БД. (Нередко сущности объединяются в предметные БД без использования формальных методик - по "здравому смыслу".) Для проектирования и ведения каждой предметной БД (нескольких БД) назначается АБД, который далее занимается детальным проектированием базы.
Основная цель проектирования БД - это сокращение избыточности хранимых данных, а следовательно, экономия объема используемой памяти, уменьшение затрат на многократные операции обновления избыточных копий и устранение возможности возникновения противоречий из-за хранения в разных местах сведений об одном и том же объекте. Так называемый, "чистый" проект БД ("Каждый факт в одном месте") можно создать, используя методологию нормализации отношений. И хотя нормализация должна использоваться на завершающей проверочной стадии проектирования БД, мы начнем обсуждение вопросов проектирования с рассмотрения причин, которые заставили Кодда создать основы теории нормализации.
2. Табличный процессор MS Excel
2.1 Постановка задачи
1. Создайте таблицу и заполните ее данными:
Таблица расчета переоценки основных средств производства
Наименование Объекта |
Тип объекта |
Балансовая стоимость (БС), у. е. |
Износ (И), у. е. |
Остаточная стоимость (ОС), у. е. |
Восстано-вительная полная стоимость (ВПС), у. е. |
Восстано-вительная остаточная стоимость (ВОС), у. е. |
|
Отдел1 |
Вспом. |
501 |
170 |
||||
Отдел2 |
Вспом. |
360 |
50 |
||||
Цех1 |
Осн. |
1 200 |
400 |
||||
Склад1 |
Вспом. |
400 |
50 |
||||
… |
… |
… |
… |
||||
Итого: |
2. Рассчитайте следующие характеристики:
- остаточную стоимость (ОС=БС-И), восстановительную полную стоимость (ВПС=БС К) и восстановительную остаточную стоимость, где
(для определения значения коэффициента К необходимо использовать функцию ЕСЛИ);
- суммарные значения остаточной, восстановительных полной и остаточной стоимостей основных средств производства (функция СУММ), среднее значение износа (функция СРЗНАЧ);
- суммарную остаточную стоимость оборудования для каждого типа объектов (функция СУММЕСЛИ);
- количество объектов, износ которых превысил 30 % от их балансовой стоимости (функция СЧЁТЕСЛИ).
3. С помощью фильтрации получите следующую информацию:
- наименования объектов, остаточная стоимость оборудования которых менее 400 у. е.;
- наименование объекта с максимальным износом оборудования;
- наименования основных объектов производства с балансовой стоимостью менее 1000 у. е. и остаточной стоимостью менее 350 у. е.;
- наименования вспомогательных объектов производства с восстановительной полной стоимостью менее 400 или более 800 у. е.
4. Создайте сводную таблицу для расчета суммарной величины восстановительной остаточной стоимости, в строках которой выводятся типы объектов, в столбцах - наименования объектов.
2.2. Создание таблицы и заполнение ее исходными данными
После создания структуры таблицы и занесения в нее исходных данных, окно Microsoft Excel примет вид:
2.3 Выполнение расчета характеристик
2.3.1 Расчет остаточной, восстановительной полной и остаточной стоимостей
ОС - остаточная стоимость;
БС - балансовая стоимость;
И - износ;
ВПС - восстановительная полная стоимость;
ВОС - восстановительная остаточная стоимость.
ОС = БС - И
ВПС = БС • К(*)
ВОС = ОС • К
Где
Для расчета остаточной стоимости (ОС) для первой строки таблицы (Отдел 1) введем в ячейку E4 формулу =С4-D4, так как в ячейке C4 записана БС для Отдела 1, а в ячейке D4 - износ для Отдела 1.
Для вычисления восстановительной полной стоимости (ВПС) для первой строки таблицы потребуется функция ЕСЛИ. Для ее вызова перейдем в ячейку F4, щелкнем по стрелочке рядом с кнопкой Автосумма на панели инструментов.
В открывшемся списке выберем функцию ЕСЛИ Козырев А.А. Самоучитель работы на персональном компьютере. Учебное пособие. Изд. 2-е, переработанное и дополненное. СПб.: Изд-во Михайлова В.А., 2000 - стр. 111.
На следующем шаге зададим условия, приведенные в расчетной формуле (*):
В результате, в ячейке F4 будет сформирована формула: =ЕСЛИ(C4<=500;C4*2;C4*3).
Для расчета восстановительной остаточной стоимости (ВОС) для первой строки таблицы сформируем в ячейке G4 формулу аналогичным образом. В результате, в ячейку G4 будет записана формула: =ЕСЛИ(E4<=500;E4*2;E4*3).
Чтобы перенести полученные формулы в остальные строки таблицы воспользуемся Автозаполнением.
Для этого подведем указатель мыши к правому нижнему углу ячейки E4 и когда он примет вид черного крестики, растянем выделение на диапазон ячеек E5:E13, в котором будут вычислены остаточные стоимости для остальных строк. При этом ссылки на исходные ячейки для каждой строки будут обновляться автоматически.
Так же перенесем формулы во все строки таблицы для расчета ВПС и ВОС.
В итоге таблица примет вид:
2.3.2 Расчет итоговых сумм и средних значений
Для расчета суммарного значения по столбцу Балансовая стоимость (БС) перейдем в ячейку B15 и нажмем кнопку Автосумма Леонтьев В.П. Новейшая энциклопедия персонального компьютера 2003. М.: ОЛМА-ПРЕСС, 2003. - стр. 651 на панели инструментов. При этом нужный диапазон суммирования B4:B13 будет выделен автоматически.
Для расчета среднего значения по столбцу БС перейдем в ячейку C16, нажмем стрелочку, расположенную рядом с кнопкой Автосумма на панели инструментов и из выпадающего списка выберем функцию Среднее. Диапазон определения среднего оставим C4:C13.
Чтобы перенести полученные расчетные формулы для суммарных и средних значений в остальные столбцы, воспользуемся Автозаполнением.
2.3.3 Расчет остаточной стоимости объектов каждого типа
В объединения ячеек A18:D18 и A19:D19 введем поясняющие тексты Остаточная стоимость основных объектов и Остаточная стоимость вспомогательных объектов соответственно.
Для определения остаточных стоимостей воспользуемся функцией СУММЕСЛИ.
Перейдем в ячейку E19 и выберем функцию СУММЕСЛИ.
Зададим следующие параметры функции СУММЕСЛИ:
Аналогично рассчитаем Остаточную стоимость вспомогательных объектов, изменив только Критерий на «Вспом».
В результате лист Microsoft Excel примет вид:
2.3.4 Определение количества объектов с износом более 30%
Добавим в таблицу столбец, в котором будем рассчитывать процент износа.
Например, для первой строки в этот столбец введем формулу =D4/C4*100. Перенесем формулу во все остальные строки, используя Автозаполнение.
Перейдем в ячейку E20 и выберем функцию СЧЁТЕСЛИ. Зададим для нее параметры:
Получим результат:
2.4 Применение фильтрации
2.4.1 Отбор объектов с остаточной стоимостью оборудования менее 400 у.е.
Для отбора таких сведений вызовем пункт меню Данные > Фильтр > Автофильтр. После этого в заголовках каждого столбца таблицы появится выпадающее меню Хэлворсон М., Янг М. Эффективная работа: Office XP. Издательский дом «Питер», 2004. -стр. 502.
Из такого меню для столбца Остаточная стоимость выберем пункт Условие. Зададим следующее условие:
В результате будут отфильтрованы следующие данные:
2.4.2 Наименование объекта с максимальным износом оборудования
Из выпадающего списка Автофильтра для столбца Износ (И) выберем максимальное значение. Получим:
2.4.3 Основные объекты производства с балансовой стоимостью менее 1000 у. е. и остаточной стоимостью менее 350 у. е.
Для такого фильтра потребуется задавать условия для двух столбцов. Для столбца Балансовая стоимость зададим:
А для столбца Остаточная стоимость зададим:
Получим:
2.4.4 Наименования вспомогательных объектов производства с восстановительной полной стоимостью менее 400 или более 800 у. е.
Для столбца Тип объекта из меню фильтра выберем пункт Вспом., а для столбца Восстановительная полная стоимость выберем пункт Условие и зададим:
Получим:
2.5 Создание сводной таблицы
Выберем пункт главного меню Данные > Сводная таблица.
На первом шаге выберем Создание таблицы на основе данных, находящихся в списке или базе данных Microsoft Excel, а Вид создаваемого отчета - сводная таблица.
В качестве диапазона, содержащего исходные данные, зададим диапазон A3:H13.
Перетащим требуемые поля в определенные разделы сводной таблицы. В итоге сводная таблица примет вид:
3. СУБД Microsoft Access
3.1 Постановка задачи
Создайте таблицы базы данных консультационной фирмы:
Проекты (главная таблица)
Код проекта |
Проект |
Тип проекта |
Дата начала |
|
1 |
Ораторское искусство |
Тренинг |
05.06.03 |
|
2 |
Торговля |
Консалтинг |
04.07.95 |
|
… |
… |
… |
… |
Первичным ключом таблицы является поле Код проекта.
Участники (подчиненная таблица)
ФИО сотрудника |
Проект |
Форма участия |
Время участия, час |
Затраты, руб |
|
Ильин О.М. |
2 |
Консультант |
12 |
500 |
|
Северов Т.Г. |
1 |
Лектор |
10 |
200 |
|
Сафин М.И. |
1 |
Организатор |
3 |
700 |
|
Северов Т.Г. |
2 |
Консультант |
12 |
400 |
|
Сафин М.И. |
2 |
Организатор |
6 |
600 |
|
… |
… |
… |
… |
… |
Внешним ключом таблицы является поле Проект.
Свяжите таблицы по ключевым полям Код проекта- Проект.
С помощью запросов к базе данных определите:
- коды проектов, в которых требуется участие консультанта;
- коды проектов, в которых сотрудник Северов Т.Г. принимает участие в качестве лектора;
- коды проектов, в которых требуется участие консультанта или лектора, а время участия в них данного сотрудника превышает 10 часов;
- суммарные затраты на каждый проект;
- ФИО сотрудников, затраты на участие которых в проектах типа «Консалтинг» превышают 500 рублей.
Создайте отчет по запросу к таблицам Проекты и Участники. Отчет должен включать:
- заголовок, характеризующий содержание отчета;
- данные полей таблиц Проект, Тип проекта, Дата начала, ФИО сотрудника, Форма участия, Затраты, руб.;
- группировку строк отчета по проектам;
- сортировку строк отчета по форме участия в проекте;
- сумму затрат для каждого проекта;
- нижний колонтитул, содержащий Ваши фамилию и инициалы.
Создайте пользовательскую форму для таблицы Участники.
3.2 Создание таблиц
Таблица Проекты содержит 4 поля следующих типов:
Имя поля |
Тип поля |
Размер данных |
|
КодПроекта |
Счетчик |
Длинное целое |
|
Проект |
Текстовый |
50 |
|
ТипПроекта |
Текстовый |
50 |
|
ДатаНачала |
Дата / время |
Таблица Участники содержит 5 полей следующих типов:
Имя поля |
Тип поля |
Размер данных |
|
ФИОСотрудника |
Текстовый |
50 |
|
Проект |
Числовой |
Длинное целое |
|
ФормаУчастия |
Текстовый |
50 |
|
Время участия |
Числовой |
Длинное целое |
|
Затраты |
Денежный |
3.3 Создание свези между таблицами
Между полем КодПроекта таблицы Проекты и полем Проект таблицы Участники установлена связь типа «один-ко-многим».
При ее создании были заданы параметры: обеспечение целостности данных, каскадное обновление связанных полей, каскадное удаление связанных записей.
3.4. Заполнение таблиц
Созданные таблицы хранят следующие данные:
Проекты |
||||
Код проекта |
Проект |
Тип проекта |
Дата начала |
|
1 |
Ораторское искусство |
Тренинг |
05.06.2003 |
|
2 |
Торговля |
Консалтинг |
04.07.1995 |
|
3 |
Киноискусство |
Консалтинг |
05.05.2005 |
|
4 |
Балет |
Тренинг |
06.06.2005 |
|
5 |
Акробатика |
Тренинг |
07.06.2005 |
Участники |
|||||
ФИО сотрудника |
Проект |
Форма участия |
Время участия |
Затраты |
|
Ильин О.М. |
2 |
Консультант |
12 |
500,00р. |
|
Северов Т.Г. |
1 |
Лектор |
10 |
200,00р. |
|
Сафин М.И. |
1 |
Организатор |
3 |
700,00р. |
|
Северов Т.Г. |
2 |
Консультант |
12 |
400,00р. |
|
Сафин М.И. |
2 |
Организтор |
6 |
600,00р. |
|
Волков А.А. |
3 |
Директор |
8 |
550,00р. |
|
Никонова Р.Д. |
4 |
Балерина |
30 |
1 850,00р. |
|
Харин О.Д. |
5 |
Тренер |
10 |
960,00р. |
|
Щеглова М.А. |
4 |
Тренер |
25 |
1 950,00р. |
3.5 Создание запросов
3.5.1 Коды проектов, в которых требуется участие консультанта
В бланк Конструктора запроса перенесем поля ФИОСотрудника и ФормаУчастия из таблицы Участники, поля КодПроекта и Проект из таблицы Проекты.
Для поля ФормаУчастия зададим условие отбора «Консультант». В режиме Конструктора Харитонова И., Михеева В. Microsoft Access 2000. : БХВ-Петербург, 2001. - стр. 115 запрос примет вид:
Запрос выдаст результат:
Проекты с консультантами |
||||
ФИО сотрудника |
Код проекта |
Проект |
Форма участия |
|
Ильин О.М. |
2 |
Торговля |
Консультант |
|
Северов Т.Г. |
2 |
Торговля |
Консультант |
3.5.2 Коды проектов, в которых Северов Т.Г. принимает участие в качестве лектора
В бланк Конструктора запроса перенесем поля КодПроекта и Проекты из таблицы Проекты, поля ФИОСотрудника и ФормаУчастия из таблицы Участники.
Зададим условия отбора дли поля ФИОСотрудника Like “Северов*”, а для полшя ФормаУчастия - “Лектор”.
В конструкторе запрос имеет вид:
Запрос выдаст следующий результат:
Лектор Северов |
||||
Код проекта |
Проект |
ФИО сотрудника |
Форма участия |
|
1 |
Ораторское искусство |
Северов Т.Г. |
Лектор |
3.5.3 Коды проектов, в которых требуется участие консультанта или лектора, а время участия в них данного сотрудника превышает 10 часов
В бланк конструктора запроса перенесем поля КодПроекта и Проект из таблицы Проекты, поля ФИОСотрудника, ФормаУчастия и ВремяУчастия из таблицы Участники.
Зададим условие отбора для поля ФормаУчастия «Консультант» или «Лектор», а для поля ВремяУчастия >10.
В режиме Конструктора запрос имеет вид:
Запрос выдаст результат:
Больше 10 часов |
|||||
Код проекта |
Проект |
ФИО сотрудника |
Форма участия |
Время участия |
|
2 |
Торговля |
Ильин О.М. |
Консультант |
12 |
|
2 |
Торговля |
Северов Т.Г. |
Консультант |
12 |
3.5.4 Суммарные затраты на каждый проект
Сначала создадим простой запрос в который добавим поля Проект из таблицы Проекты, поля ФИОСотрудника и Затраты из таблицы Участники.
Это запрос выдаст результат:
Затраты на проекты |
|||
Проект |
ФИО сотрудника |
Затраты |
|
Ораторское искусство |
Северов Т.Г. |
200,00р. |
|
Ораторское искусство |
Сафин М.И. |
700,00р. |
|
Торговля |
Ильин О.М. |
500,00р. |
|
Торговля |
Северов Т.Г. |
400,00р. |
|
Торговля |
Сафин М.И. |
600,00р. |
|
Киноискусство |
Волков А.А. |
550,00р. |
|
Балет |
Никонова Р.Д. |
1 850,00р. |
|
Балет |
Щеглова М.А. |
1 950,00р. |
|
Акробатика |
Харин О.Д. |
960,00р. |
Теперь по этому простому запросу создадим перекрестный запрос.
В качестве заголовков строк зададим поле Проект, а в качестве заголовков столбцов - поле ФИОСотрудника.
Для поля Затраты зададим функцию Сумма.
Перекрестный запрос выдаст результат:
Затраты на проекты_перекрестный |
|||||||||
Проект |
Итоговое значение Затраты |
Волков А_А_ |
Ильин О_М_ |
Никонова Р_Д_ |
Сафин М_И_ |
Северов Т_Г_ |
Харин О_Д_ |
Щеглова М_А_ |
|
Акробатика |
960,00р. |
960,00р. |
|||||||
Балет |
3 800,00р. |
1 850,00р. |
1 950,00р. |
||||||
Киноискусство |
550,00р. |
550,00р. |
|||||||
Ораторское искусство |
900,00р. |
700,00р. |
200,00р. |
||||||
Торговля |
1 500,00р. |
500,00р. |
600,00р. |
400,00р. |
3.5.5 ФИО сотрудников, затраты на участие которых в проектах типа «Консалтинг» превышают 500 рублей
В бланк конструктора запроса перенесем поля ФИОУчастника и Затраты из таблицы Участники, поля Проект и ТипПроекта из таблицы Проекты.
Зададим условия отбора для поля ТипПроекта «Консалтинг», а для поля Затраты - >500.
В конструкторе запрос имеет вид:
Запрос выдаст результат:
Затраты на консалтинг больше 500 |
||||
ФИО сотрудника |
Проект |
Тип проекта |
Затраты |
|
Сафин М.И. |
Торговля |
Консалтинг |
600,00р. |
|
Волков А.А. |
Киноискусство |
Консалтинг |
550,00р. |
3.6 Создание отчета
Перед созданием отчета, создадим запрос, который будет содержать необходимые поля.
В запрос добавим поля Проект, Тип проекта, Дата начала из таблицы Проекты, поля ФИО сотрудника, Форма участия, Затраты, руб из таблицы Участники.
Полученный запрос выдаст результат:
Запрос для отчета |
||||||
Проект |
Тип проекта |
Дата начала |
ФИО сотрудника |
Форма участия |
Затраты |
|
Ораторское искусство |
Тренинг |
05.06.2003 |
Северов Т.Г. |
Лектор |
200,00р. |
|
Ораторское искусство |
Тренинг |
05.06.2003 |
Сафин М.И. |
Организатор |
700,00р. |
|
Торговля |
Консалтинг |
04.07.1995 |
Ильин О.М. |
Консультант |
500,00р. |
|
Торговля |
Консалтинг |
04.07.1995 |
Северов Т.Г. |
Консультант |
400,00р. |
|
Торговля |
Консалтинг |
04.07.1995 |
Сафин М.И. |
Организтор |
600,00р. |
|
Киноискусство |
Консалтинг |
05.05.2005 |
Волков А.А. |
Директор |
550,00р. |
|
Балет |
Тренинг |
06.06.2005 |
Никонова Р.Д. |
Балерина |
1 850,00р. |
|
Балет |
Тренинг |
06.06.2005 |
Щеглова М.А. |
Тренер |
1 950,00р. |
|
Акробатика |
Тренинг |
07.06.2005 |
Харин О.Д. |
Тренер |
960,00р. |
Теперь по этому запросу создадим отчет.
На первом шаге мастера отчетов зададим только что созданный запрос из которого выберем все поля.
Добавим группировку Вейскас Дж. Эффективная работа: Microsoft Office Access 2003. Издательский дом «Питер», 2005. - 1168 с., выбрав поле Проект.
Для сортировки зададим поле ФормаУчастия.
Макет выберем ступенчатый.
В режиме Конструктора запрос имеет вид:
Или в режиме предварительного просмотра:
3.7 Создание пользовательской формы для таблицы Участники
Для пользовательской формы выберем все поля из таблицы Участники.
Внешний вид формы выберем - в один столбец.
Стиль - стандартный.
Будет создана следующая форма:
4. Информационно-поисковые системы Интернета
4.1 Постановка задачи
1. С помощью любой доступной Вам программы браузера откройте основную страницу одной из информационно-поисковых систем (ИПС) Интернета (например, Rambler).
2. Поместите копию экрана в документ MS Word.
3. Найдите с помощью поискового каталога раздел, в котором может находиться информация об организации Рекламное агентство «Клаус Берг».
3. Скопируйте в MS Word первую страницу списка найденных ссылок.
4. Откройте страницу со справочной информацией об организации, указанной в Вашем варианте задания. Скопируйте ее в MS Word.
5. Сформулируйте условия поиска и найдите с помощью поискового указателя Web-страницы, на которых рассматриваются вопросы: Бухгалтерский и налоговый учет амортизации объектов основных средств
6. Скопируйте название и два-три абзаца текста документа, содержание которого, по Вашему мнению, наиболее соответствует выполняемому заданию, в MS Word.
4.2 Выполнение задачи
Откроем в браузере Internet Explorer начальную страницу информационно-поисковой системы Апорт Лозовский Л.Ш., Ратновский Л.А. Интернет - это интересно. - М.: ИНФРА-М, 2000. -стр. 64, введя в адресную строку http://www.aport.ru. Эта страница имеет вид:
Введем в поисковую строку требуемый текст Рекламное агентство «Клаус Берг». Страница с начальным набором ссылок по теме будет иметь вид:
Открыв одну из ссылок, попадем на начальную страницу рекламного агентства Клаус Берг:
При помощи поискового каталога http://www.list.ru найдем ссылки, касающиеся Экономическая преступность в финансовой системе России. Получим:
Открыв первую из ссылок, получим:
Используемая литература
1. Вейскас Дж. Эффективная работа: Microsoft Office Access 2003. Издательский дом «Питер», 2005. - 1168 с.
2. Козырев А.А. Самоучитель работы на персональном компьютере. Учебное пособие. Изд. 2-е, переработанное и дополненное. СПб.: Изд-во Михайлова В.А., 2000 - 304 с.
3. Леонтьев В.П. Новейшая энциклопедия персонального компьютера 2003. М.: ОЛМА-ПРЕСС, 2003. - 920 с.: ил.
4. Харитонова И., Михеева В. Microsoft Access 2000. : БХВ-Петербург, 2001. - 1080 с.: ил.
5. Хэлворсон М., Янг М. Эффективная работа: Office XP. Издательский дом «Питер», 2004. - 1072 с.
6. Лозовский Л.Ш., Ратновский Л.А. Интернет - это интересно. - М.: ИНФРА-М, 2000. - 128 с.
Подобные документы
Многотабличные базы данных. Виды связей между таблицами. Создание запросов, форм и отчетов. Работа с текстовым процессором MS Excel, создание таблиц и заполнение их соответствующими расчетами. Создание в MS Access базы данных заданной структуры.
контрольная работа [3,0 M], добавлен 25.03.2014Изучение работы с реляционной СУБД "Access", основные этапы проектирования базы данных: создание таблицы в режиме конструктора, заполнение ее данными, проектирование связей между ними. Создание форм и запросов, выбор сортировки, заполнение отчетов.
контрольная работа [4,5 M], добавлен 17.01.2011Составление таблицы согласно образцу в программе MS Excel. Создание данных таблицы базы данных. Введение формул в программе MS Excel. Установление связи между таблицами. Создание запроса на выборку данных из одной таблицы с помощью мастер запросов.
контрольная работа [4,0 M], добавлен 17.04.2016Проектирование баз данных по оказанию туристических услуг в разных городах и их стоимости. Особенности реализации БД в приложении Excel, управляющей электронными таблицами и программе управлениями базами данных Access. Создание таблиц, запросов и отчетов.
курсовая работа [3,6 M], добавлен 31.10.2014Создание программ, позволяющих создавать базы данных. Создание таблицы базы данных. Создание схемы данных. Создание форм, отчетов, запросов. Увеличение объема и структурной сложности хранимых данных. Характеристика системы управления базой данных Access.
курсовая работа [2,1 M], добавлен 17.06.2013Информационная система: понятие, задачи. Создание связей между таблицами. Работа с данными при помощи запросов. Включение полей в запрос. Построение и применение форм. Работа с текстовым процессором MS Excel, построение диаграммы. Работа с СУБД MS Access.
контрольная работа [5,0 M], добавлен 30.03.2013Последовательный доступ к данным. Язык программирования VBA MS Excel, его характеристика. Создание отчетов и официальных документов. Применение ADO с данными MS Access. Управление данными таблицы через интерфейс. Выборка и представление данных, тип кода.
курсовая работа [681,7 K], добавлен 01.05.2014- Разработка информационной системы предприятия с помощью системы управления базами данных Access 2007
Проектирование структуры базы данных предприятия с помощью СУБД Access. Установка связей между таблицами и ввод в них данных. Создание форм к базе данных, фильтрация запросов, просмотр отчетов. Получение комплексного отчета после группировки и сортировки.
лабораторная работа [787,7 K], добавлен 22.11.2014 Создание реляционной базы данных, запросов, форм и отчетов по БД "Компьютеры", "Таблицы". Создание базы данных, объектов, заполнение таблиц данными, выполнение схемы. Справочно-правовая система "Консультант Плюс". Информационные массивы, разделы и банки.
контрольная работа [4,3 M], добавлен 21.10.2009Автоматизированная информационная система домашней фонотеки. Формирование реляционной модели данных, взаимосвязей между таблицами. Создание запросов для формирования условий отбора интересующей пользователя информации, форм для ввода данных и отчетов.
контрольная работа [590,2 K], добавлен 15.08.2009