Информационные технологии в экономике

Получение сведений о стоимости доставки по заказам клиентов: определение состава выходного сообщения, разработка модели процесса, общее описание решения задачи. Представление подсистемы базы данных, подготовка примера, формирование и отладка запроса.

Рубрика Программирование, компьютеры и кибернетика
Вид контрольная работа
Язык русский
Дата добавления 21.11.2010
Размер файла 1,5 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

32

Федеральное агентство по образованию

Государственное образовательное учреждение высшего профессионального образования

«Тихоокеанский государственный университет»

Контрольная работа

по дисциплине: Информационные технологии в экономике

Выполнила: студентка

Специальности ЭСз

Курс (год обучения): четвертый

Номер зачётной книжки: 070430144

Тулина Е. С

Хабаровск 2010

Задача 1

Получить сведения о стоимости доставки по заказам клиентов в определенном месяце текущего года. Выдать ответ с почтовыми данными клиентов для оформления писем.

Решение.

1) Определение состава выходного сообщения

Исходя из результатов анализа информационной потребности, определяем состав и структуру требуемого сообщения S (Стоимость доставки по заказам в определенном месяце текущего года). Для выполнения задания были использованы таблица «Заказы» и таблица «Клиенты».

Из таблицы «Заказы» для отображения необходимых данных были выбраны следующие поля:

S (Заказы.КодЗаказа, Заказы.КодКлиента, Заказы.ДатаИсполнения, Заказы.Доставка, Заказы.СтоимостьДоставки, Заказы.НазваниеПолучателя, Заказы.АдресПолучателя, Заказы.ГородПолучателя, Заказы.ИндексПолучателя, Заказы.СтранаПолучателя)

Из таблицы «Клиенты» для отображения необходимых данных были выбраны следующие поля: S (Клиенты.КодКлиента, Клиенты.Название)

Результирующая таблица сведений о стоимости доставки по заказам клиентов в определенном месяце текущего года.

Код

Зак

Код

Клиен

Дата

Исп

Доста-вка

Стоим

Дост

Получ

Адр

Получ

Индекс

Получ

Город

Получ

Обл

Получ

Стран

Получ

Реквизит "Стоимость доставки" является обязательным по условию задачи, остальные реквизиты используются в процедурах профилизации, сегментации и связи.

Адрес в Интернете отсутствует по причине отсутствия соответствующего поля в схеме данных.

2) Разработка модели процесса

Определив состав полей и таблиц, используемых в запросе, представляем в графическом виде обобщенную функционально-технологическую схему задачи (рис. 1).

Поскольку сведения о стоимости доставки по закзам на определенную дату находятся в таблице Заказы, а сведения о клиенте находятся в таблице Клиенты, в запросе необходимо использовать таблицы Заказы и Клиенты, связанные между собой по полю "КодКлиента" Таблица Клиенты является главной, а таблица Заказы - подчиненной. Данные таблицы образуют часть схемы данных, используемую для решения задачи, поэтому других таблиц на входе процесса нет (рис.1). На выходе процесса представлено сообщение с определенной, в предыдущем пункте, структурой.

32

Рисунок 1 - Обобщенная функционально-технологическая схема задачи

3) Общее описание процесса решения задачи

Получение выходного сообщения позволит уменьшить трудозатраты на выборку информации для предоставления сведений о стоимости доставки по заказам клиентов в определенном месяце текущего года. Анализ данных о стоимости доставки по заказам клиентов в определенном месяце текущего года позволит предоставить информацию при составлении соответствующих документов и информатизации клиента.. Получение информации всеми потребителями должно положительно повлиять на результаты деятельности компании.

С позиций потребителя-пользователя запрос можно охарактеризовать как простой с поэтапным потреблением информации. Для работы с данными результирующая таблица может быть экспортирована в Excel. При реализации в Access данный запрос может быть запросом на выборку. При ведении истории запрос является хранимой процедурой в течение текущего года. Он исполняется по мере возникновения потребности в информации в определенной динамике.

Данные о клиентах являются справочными и обновляются по мере их изменения путем ввода информации с клавиатуры с использованием соответствующей формы диалога, источник информации - бумажный документ-распечатка электронного сообщения Сведения о заказах являются оперативно-учетными данными и формируются в реальном времени при подготовке заказов. Сначала корректируется таблица Клиенты, затем - таблица Заказы. Связь корректировок отражается в модели - графе ожиданий транзакций.

Данные, одновременно необходимые в большой компании многим потребителям, размещаются на сервере сети в коллективно используемой корпоративной базе данных, функционирующей под управлением Microsoft SQL Server 7. СУБД используется под Windows NT 5 (Windows NT Server 5). Работа с базой данных в Access2000 осуществляется либо с использованием SQL-проекта NorthwindCS (*.adp-файла), либо с использованием соответствующего *.mdb-файла.

В процессе решения задачи с использованием SQL-проекта NorthwindCS применяется двухуровневая архитектура "клиент/сервер", вариант реализации технологии "клиент/сервер" - DBS. В процессе решения задачи с использованием *.mdb-файла применяется RDA-вариант реализации технологии "клиент/сервер". Подготовка запроса в Access при использовании *.mbd-файла осуществляется с использованием Конструктора, поскольку все данные находятся в связанных между собой таблицах. При формировании запроса автоматически генерируется SQL-код. SQL-запрос передается серверу, который возвращает клиенту результирующую таблицу. Выполнение процедур создания и исполнения запроса осуществляется на рабочей станции и на сервере сети.

4) Представление подсистемы базы данных.

Таблица Заказы имеет простой ключ "КодЗаказа", таблица Клиенты -простой ключ "КодКлиента". Таблица Клиенты является главной, таблица Заказы - подчиненной. Тип связи - "один-ко-многим". Связь - по полю "КодКлиента" (ключ связи). Целостность по значениям определяется отсутствием в таблице Заказы значений поля "КодКлиента", которых нет в таблице Клиенты. Значения поля "КодКлиента" в таблице Заказы обновляются автоматически при изменении значений поля "КодКлиента" в таблице Клиенты.

5) Подготовка контрольного примера.

Процедуры реляционной базы данных выполняются вручную. Представляем значения базы данных в таблицах.

Таблица Заказы (фрагмент)

КодЗаказа

КодКлиента

ДатаИсполнения

СтоимостьДоставки

11079

Blauer See Delikatessen

27-10-2010

74,00 р.

11078

Ana Trujillo Emparelados

06-12-2010

36,00 р.

Таблица Клиенты (фрагмент)

КодКлиента

Название

BLAUS

Blauer See Delikatessen

ANATR

Ana Trujillo Emparelados

Результат выполнения:

Результат выполнения операции селекции - выбора строк по принадлежности значений поля "ДатаИсполнения" по произвольному интервалу:

Для получения в автоматизированном режиме таблицы с результатом выполнения операции выбора строк по принадлежности значений поля «ДатаИсполнения» по произвольному интервалу, используется следующий запрос:

SELECT Заказы.КодЗаказа, Клиенты.КодКлиента, Заказы.ДатаИсполнения, Заказы.Доставка, Заказы.СтоимостьДоставки, Заказы.НазваниеПолучателя, Заказы.АдресПолучателя, Заказы.ГородПолучателя, Заказы.ОбластьПолучателя, Заказы.ИндексПолучателя, Заказы.СтранаПолучателя

FROM Клиенты INNER JOIN Заказы ON Клиенты.КодКлиента = Заказы.КодКлиента

WHERE (((Заказы.ДатаИсполнения) Between [начало периода] And [конец периода]));

6) Формирование и отладка запроса

Подготовка запроса осуществляется с использованием Конструктора запросов в следующем порядке. После открытия базы данных Борей щелчками по вкладке "Запросы" и кнопке "Создать" входим в режим Конструктора. Добавляем в окно подсхемы данных таблицы Клиенты и Заказы. На QBE-бланке определяем все поля из раздела SELECT данного запроса. Для поля "Заказы.ДатаИсполнения" вводим условие отбора, соответствующее разделу WHERE данного запроса. Выполняем отладочный запуск запроса и просматриваем результирующую таблицу. Сохраняем запрос под именем "Запрос для задания 1,13".

Задача 2

Для оперативного использования и последующего анализа динамики получить сведения о товарах на складе от поставщика LekaTrading.

Решение.

1) Определение состава выходного сообщения.

Исходя из результатов анализа информационной потребности, определяем состав и структуру требуемого сообщения S (сведения о товарах на складе от поставщика LekaTrading.). Для выполнения задания были использованы таблица «Товары» и таблица «Поставщики».

Из таблицы «Товары» для отображения необходимых данных были выбраны следующие поля:

S (Товары.КодТовара, Товары.Марка, Товары.КодТипа, Товары.ЕдиницаИзмерения, Товары.Цена, Товары.НаСкладе)

Из таблицы «Поставщики» для отображения необходимых данных были выбраны следующие поля: S (Поставщики.КодПоставщика, Поставщики.Название)

Результирующая таблица предоставляет информацию о товарах на складе от поставщика LekaTrading.

КодТовара

Марка

Тип

ЕдиницаИзмерения

Цена

НаСкладе

КодПостав

Название

Реквизит "Название" поставщика является обязательным по условию задачи, остальные реквизиты используются в процедурах профилизации, сегментации и связи. Адрес в Интернете отсутствует по причине отсутствия соответствующего поля в схеме данных.

2) Разработка модели процесса

Определив состав полей и таблиц, используемых в запросе, представляем в графическом виде обобщенную функционально-технологическую схему задачи (рис. 1).

Поскольку сведения о стоимости доставки по закзам на определенную дату находятся в таблице Заказы, а сведения о клиенте находятся в таблице Клиенты, в запросе необходимо использовать таблицы Заказы и Клиенты, связанные между собой по полю "КодКлиента" Таблица Клиенты является главной, а таблица Заказы - подчиненной. Данные таблицы образуют часть схемы данных, используемую для решения задачи, поэтому других таблиц на входе процесса нет (рис.1).

На выходе процесса представлено сообщение с определенной, в предыдущем пункте, структурой.

32

Рисунок 1 - Обобщенная функционально-технологическая схема задачи

3) Общее описание процесса решения задачи

Получение выходного сообщения позволит уменьшить трудозатраты на выборку информации о товарах на складе от поставщика LekaTrading. Анализ данных о стоимости доставки товаров от поставщика LekaTrading позволит оценить объем поставок от данного поставщика, на сколько данный поставщик является выгодным или нет.

С позиций потребителя-пользователя запрос можно охарактеризовать как простой с поэтапным потреблением информации. Для работы с данными результирующая таблица может быть экспортирована в Excel. При реализации в Access данный запрос может быть запросом на выборку. При ведении истории запрос является хранимой процедурой. Он исполняется по мере возникновения потребности в информации в определенной динамике.

Данные о поставщиках являются справочными и обновляются по мере их изменения путем ввода информации с клавиатуры с использованием соответствующей формы диалога, источник информации - бумажный документ-распечатка электронного сообщения. Сведения о товарах являются оперативно-учетными данными и формируются в реальном времени. Сначала корректируется таблица Поставщики, затем - таблица Товары. Связь корректировок отражается в модели - графе ожиданий транзакций.

Данные, одновременно необходимые в большой компании многим потребителям, размещаются на сервере сети в коллективно используемой корпоративной базе данных, функционирующей под управлением Microsoft SQL Server 7. СУБД используется под Windows NT 5 (Windows NT Server 5). Работа с базой данных в Access2000 осуществляется либо с использованием SQL-проекта NorthwindCS (*.adp-файла), либо с использованием соответствующего *.mdb-файла.

В процессе решения задачи с использованием SQL-проекта NorthwindCS применяется двухуровневая архитектура "клиент/сервер", вариант реализации технологии "клиент/сервер" - DBS. В процессе решения задачи с использованием *.mdb-файла применяется RDA-вариант реализации технологии "клиент/сервер".

Подготовка запроса в Access при использовании *.mbd-файла осуществляется с использованием Конструктора, поскольку все данные находятся в связанных между собой таблицах. При формировании запроса автоматически генерируется SQL-код. SQL-запрос передается серверу, который возвращает клиенту результирующую таблицу. Выполнение процедур создания и исполнения запроса осуществляется на рабочей станции и на сервере сети.

4) Представление подсистемы базы данных.

Таблица Поставщики имеет простой ключ "КодПоставщика", таблица Клиенты -простой ключ "КодПоставщика". Таблица Поставщики является главной, таблица Товары - подчиненной. Тип связи - "один-ко-многим". Связь - по полю "КодПоставщика" (ключ связи). Значения поля "КодПоставщика" в таблице Товары обновляются автоматически при изменении значений поля "КодПоставщика" в таблице Поставщики.

Рисунок 2 - Подсхема базы данных.

5) Подготовка контрольного примера

Результат выполнения операции селекции - выбора строк по принадлежности значений поля "Название" поставщика LekaTrading(фрагмент):

Для получения в автоматизированном режиме таблицы с результатом выполнения операции селекции используется следующий запрос:

SELECT Товары.КодТовара, Товары.Марка, Товары.КодТипа, Товары.ЕдиницаИзмерения, Товары.Цена, Товары.НаСкладе, Поставщики.КодПоставщика, Поставщики.Название

FROM Поставщики INNER JOIN Товары ON Поставщики.КодПоставщика = Товары.КодПоставщика

WHERE (((Поставщики.Название)="Leka Trading"));

6) Формирование и отладка запроса

Подготовка запроса осуществляется с использованием Конструктора запросов в следующем порядке. После открытия базы данных Борей щелчками по вкладке "Запросы" и кнопке "Создать" входим в режим Конструктора. Добавляем в окно подсхемы данных таблицы Товары и Поставщики. На QBE-бланке определяем все поля из раздела SELECT данного запроса. Для поля "Поставщики.Название" вводим условие отбора, соответствующее разделу WHERE данного запроса. Выполняем отладочный запуск запроса и просматриваем результирующую таблицу. Сохраняем запрос под именем "Запрос для задания 1,15".

Задача 3

Получить сведения о выставлении счетов по категории «Разное».

Решение.

1) Определение состава выходного сообщения.

Исходя из результатов анализа информационной потребности, определяем состав и структуру требуемого сообщения S (сведения о выставлении счетов по категории «Разное».). Для выполнения задания были использованы таблица «Сведения о расходах» и таблица «Отчеты о расходах».

Из таблицы «Сведения о расходах» для отображения необходимых данных были выбраны следующие поля:

S (Товары.КодТовара, Товары.Марка, Товары.КодТипа, Товары.ЕдиницаИзмерения, Товары.Цена, Товары.НаСкладе)

Из таблицы «Поставщики» для отображения необходимых данных были выбраны следующие поля: S (Поставщики.КодПоставщика, Поставщики.Название)

Результирующая таблица предоставляет информацию о товарах на складе от поставщика LekaTrading.

КодТовара

Марка

Тип

ЕдиницаИзмерения

Цена

НаСкладе

КодПостав

Название

Реквизит "Название" поставщика является обязательным по условию задачи, остальные реквизиты используются в процедурах профилизации, сегментации и связи. Адрес в Интернете отсутствует по причине отсутствия соответствующего поля в схеме данных.

2) Разработка модели процесса

Определив состав полей и таблиц, используемых в запросе, представляем в графическом виде обобщенную функционально-технологическую схему задачи (рис. 1).

В запросе необходимо использовать таблицы Сведения о расходах и Отчеты о расходах, связанные между собой по полю "КодОтчетаОРасх". Таблица Сведения о расходах является главной, а таблица Отчеты о расходах - подчиненной. Данные таблицы образуют часть схемы данных, используемую для решения задачи, поэтому других таблиц на входе процесса нет (рис.1).

На выходе процесса представлено сообщение с определенной, в предыдущем пункте, структурой.

32

Рисунок 1 - Обобщенная функционально-технологическая схема задачи

3) Общее описание процесса решения задачи

Получение выходного сообщения позволит уменьшить трудозатраты на выборку информации о выставлении счетов по категории «Разное».

С позиций потребителя-пользователя запрос можно охарактеризовать как простой с поэтапным потреблением информации. Для работы с данными результирующая таблица может быть экспортирована в Excel. При реализации в Access данный запрос может быть запросом на выборку. При ведении истории запрос является хранимой процедурой. Он исполняется по мере возникновения потребности в информации в определенной динамике.

Данные о расходах являются справочными и обновляются по мере их изменения путем ввода информации с клавиатуры с использованием соответствующей формы диалога, источник информации - бумажный документ-распечатка электронного сообщения. Сведения о расходах являются оперативно-учетными данными и формируются в реальном времени. Сначала корректируется таблица Сведения о расходах, затем - таблица отчеты о расходах. Связь корректировок отражается в модели - графе ожиданий транзакций.

Данные, одновременно необходимые в большой компании многим потребителям, размещаются на сервере сети в коллективно используемой корпоративной базе данных, функционирующей под управлением Microsoft SQL Server 7. СУБД используется под Windows NT 5 (Windows NT Server 5). Работа с базой данных в Access2000 осуществляется либо с использованием SQL-проекта NorthwindCS (*.adp-файла), либо с использованием соответствующего *.mdb-файла.

В процессе решения задачи с использованием SQL-проекта NorthwindCS применяется двухуровневая архитектура "клиент/сервер", вариант реализации технологии "клиент/сервер" - DBS. В процессе решения задачи с использованием *.mdb-файла применяется RDA-вариант реализации технологии "клиент/сервер".

Подготовка запроса в Access при использовании *.mbd-файла осуществляется с использованием Конструктора, поскольку все данные находятся в связанных между собой таблицах. При формировании запроса автоматически генерируется SQL-код. SQL-запрос передается серверу, который возвращает клиенту результирующую таблицу. Выполнение процедур создания и исполнения запроса осуществляется на рабочей станции и на сервере сети.

4) Представление подсистемы базы данных.

Таблица Сведения о расходах имеет простой ключ "КодСведенийОРасходах", таблица Отчеты о расходах -простой ключ "КодОтчетаОРасходахПоставщика". Таблица Поставщики является главной, таблица Товары - подчиненной. Тип связи - "один-ко-многим". Связь - по полю "КодПоставщика" (ключ связи). Значения поля "КодПоставщика" в таблице Товары обновляются автоматически при изменении значений поля "КодПоставщика" в таблице Поставщики.

5) Подготовка контрольного примера

Таблица Отчеты о расходах

Таблица Сведения о расходах

Таблица Типы Расходов

Результат выполнения операции селекции - выбора строк по принадлежности значений поля "Код типа расходов" равное «5», что соответствует номеру типа расходов «Разное».

Для получения в автоматизированном режиме таблицы с результатом выполнения операции произведения используется следующий запрос:

6) Формирование и отладка запроса

Подготовка запроса осуществляется с использованием Конструктора запросов в следующем порядке. После открытия базы данных Расходы щелчками по вкладке "Запросы" и кнопке "Создать" входим в режим Конструктора. Добавляем в окно подсхемы данных таблицы Сведения о расходах и Отчеты о расходах. На QBE-бланке определяем все поля из раздела SELECT данного запроса. Для поля "КодТипаРасходов" вводим условие отбора, соответствующее разделу WHERE данного запроса. Выполняем отладочный запуск запроса и просматриваем результирующую таблицу. Сохраняем запрос под именем "Сведения о выставлении счетов по категории «Разное»".

Задача 4

Получит сведения о затратах по незавершенным на сегодняшнее число проектам с партнером из Германии, включая стоимость и продолжительность.

Решение:

1) Определение состава выходного сообщения

Исходя из результатов анализа информационной потребности, определяем состав и структуру требуемого сообщения S [Затраты по незавершенным на сегодняшнее число проектам с партнером из Германии, включая стоимость и продолжительность].

SELECT Затраты.КодПроекта, Затраты.ОписаниеЗатрат, Затраты.СуммаЗатрат, Затраты.КодСтатьиРасходов, Проекты.НазваниеПроекта, Проекты.ОписаниеПроекта, Проекты.ДатаНачалаПроекта, Проекты.ДатаЗавершенияПроекта, Date()-[Проекты]![ДатаНачалаПроекта] AS Продолжительность, Партнеры.Страна

Реквизит "Код проекта" является обязательным по условию задачи, остальные реквизиты используются в процедурах профилизации, сегментации и связи.

2) Разработка модели процесса

Определяем состав полей и таблиц, используемых в запросе. Представляем в графическом виде обобщенную функционально-технологическую схему задачи (рис. 1).

Сведения о затратах находятся в таблице Затраты, сведения по незавершенным на сегодняшнее число проектам находятся в таблице Проекты, а партнеры из интересующей страны в таблице Партнеры. В запросе использованы таблицы Затраты, Проекты и Партнеры. Таблицы Затраты и Проекты связанные между собой по полю "КодПроекты". Таблицы Проекты и Партнеры связаны между собой по полю «КодКлиента».

На выходе процесса представлено сообщение с определенной в предыдущем пункте структурой

32

Рисунок 1 - Обобщенная функционально-технологическая схема задачи

3) Общее описание процесса решения задачи

Получение выходного сообщения позволит уменьшить трудозатраты на выборку информации для организации взаимодействия с партнерами из Германии, включая стоимость и продолжительность. Анализ данных о затратах по незавершенным на сегодняшнее число проектам с партнерами из Германии, включая стоимость и продолжительность позволит оценить результаты ликвидности проектов компании, затрат, включая стоимость и продолжительность. Получение информации всеми потребителями должно положительно повлиять на результаты деятельности компании.

С позиций потребителя-пользователя запрос можно охарактеризовать как простой с поэтапным потреблением информации. Для работы с данными результирующая таблица может быть экспортирована в Excel. При реализации в Access данный запрос может быть запросом на выборку. При ведении истории запрос является хранимой процедурой в течение всего используемого периода. Он исполняется по мере возникновения потребности в информации в определенной динамике.

Данные о затратах являются справочными и обновляются по мере их изменения путем ввода информации с клавиатуры с использованием соответствующей формы диалога, источник информации - бумажный документ-распечатка электронного сообщения. Сведения о проектах являются оперативно-учетными данными и формируются в реальном времени при подготовке заказов.

Данные, одновременно необходимые в большой компании многим потребителям, размещаются на сервере сети в коллективно используемой корпоративной базе данных, функционирующей под управлением Microsoft SQL Server 7. СУБД используется под Windows NT 5 (Windows NT Server 5). Работа с базой данных в Access2000 осуществляется либо с использованием SQL-проекта NorthwindCS (*.adp-файла), либо с использованием соответствующего *.mdb-файла.

В процессе решения задачи с использованием SQL-проекта NorthwindCS применяется двухуровневая архитектура "клиент/сервер", вариант реализации технологии "клиент/сервер" - DBS. В процессе решения задачи с использованием *.mdb-файла применяется RDA-вариант реализации технологии "клиент/сервер".

Подготовка запроса в Access при использовании *.mbd-файла осуществляется с использованием Конструктора, поскольку все данные находятся в связанных между собой таблицах. При формировании запроса автоматически генерируется SQL-код. SQL-запрос передается серверу, который возвращает клиенту результирующую таблицу. Выполнение процедур создания и исполнения запроса осуществляется на рабочей станции и на сервере сети.

4) Представление подсистемы базы данных

Таблица Затраты имеет простой ключ "Код.Затрат", таблица Партнеры -простой ключ "КодКлиента", Таблица Проекты имеет ключ «КодПроекта». Тип связи - "один-ко-многим", между таблицами Партнеры и Проекты, а также тип связи «один-ко-многим» между таблицами Проекты и Затраты. В первом случае связь - по полю "КодКлиента". Во втором случае связь по полю «»КодПроекта».

Рисунок 2 - Подсхема базы данных

5) Подготовка контрольного примера.

Процедуры реляционной обработки данных выполняются вручную. Представим значения исходных данных в таблицах.

Таблица Затраты (фрагмент)

Таблица Проекты (фрагмент)

Таблица Партнеры (фрагмент)

Результат о затратах по незавершенным на сегодняшнее число проектам с партнером из Германии, включая стоимость и продолжительность.

Для получения в автоматизированном режиме таблицы с результатом выполнения операции используется следующий запрос:

6) Формирование и отладка запроса

Подготовка запроса осуществляется с использованием Конструктора запросов в следующем порядке. После открытия базы данных Проекты щелчками по вкладке "Запросы" и кнопке "Создать" входим в режим Конструктора. Добавляем в окно подсхемы данных таблицы Затраты, Проекты и Партнеры. На QBE-бланке определяем все поля из раздела SELECT данного запроса. Для поля "Страна" вводим условие отбора, соответствующее разделу WHERE данного запроса. Выполняем отладочный запуск запроса и просматриваем результирующую таблицу. Сохраняем запрос под именем "Запрос о затратах".

Задача 5

Сравнить данные о продажах, покупках и денежных средствах агентов (в абсолютных и относительных величинах). Кто из агентов активнее использует средства?

Решение:

1) Определение состава выходного сообщения и подготовка контрольного примера

Исходя из результатов анализа информационной потребности, определяем состав и структуру требуемого сообщения S [Данные о продаже, покупках и денежных средствах агентов). Т.к. запрос является «Запрос с вычисляемым полем», то было принято решение о поэтапном его выполнении и представлении.

1.1. Данные об агентах по продажам

Состав выходного сообщения соответственно составит S[Данные о продажах агентов].

Для расчета абсолютных и относительных показателей необходимо воспользоваться следующими таблицами:

Реквизит "Код агента" является обязательным по условию задачи, остальные реквизиты используются в процедурах профилизации, сегментации и связи.

Вычислим относительный показатель по данным об агентах по их продажам. Относителный показател рассчитывается следующим образом:

Относителный показатель = Цена заявки на продажу/общую цену заявки на продажу

Отделным запросом вычислется общая цена заявки:

Абсолютный показатель рассчитывается следующим образом:

Абсолютный показатель = Цена заявки на продажу / Сумму денежных средств всех заявок

Т.к. агент может делать несколько заявок на продажу, то необходимо для каждого агента вычислит общую сумму цены заявки. Для этого воспользовались групповой операцией sum.

Запрос с расчетными данными.

1.2. Данные о покупках агентов

Состав выходного сообщения соответственно составит S[Данные о покупках агентов].

Для расчета абсолютных и относительных показателей необходимо воспользоваться следующими таблицами:

Реквизит "Код агента" является обязательным по условию задачи, остальные реквизиты используются в процедурах профилизации, сегментации и связи.

Вычислим относительный показатель по данным об агентах по их покупкам. Относительный показатель рассчитывается следующим образом:

Относительный показатель = Цена заявки на покупку/общую цену заявки на покупку

Отдельным запросом вычисляется общая цена заявки:

Абсолютный показатель рассчитывается следующим образом:

Абсолютный показатель = Цена заявки на покупку / Сумму денежных средств всех заявок

Т.к. агент может делать несколько заявок на продажу, то необходимо для каждого агента вычислит общую сумму цены заявки. Для этого воспользовались групповой операцией sum.

Запрос с расчетными данными.

1.3. Данные денежных средствах агентов

Состав выходного сообщения соответственно составит S[Данные о денежных средствах агентов].

Относительный показатель = сумма денежных средств каждого / общая сумма денежных средств

2) Разработка модели процесса

Определяем состав полей и таблиц, используемых в запросе. Представляем в графическом виде обобщенную функционально-технологическую схему задачи для данных агентов по продажам, покупках и денежных средствах.

2.1.1. Данные об агентах по продажам

Для выполнения запроса Список агентов по продажам в абсолютных и относительных показателях, необходимо выбрать агентов с данными по цене продаж и подсчитать итог суммы денежных средств всех агентов.

32

Рисунок 1 - технологическая схема задачи

32

Рисунок 2 - технологическая схема задачи

32

Рисунок 3 - Обобщенная функционально-технологическая схема задачи

2.1.2. Данные об агентах по продажам

32

Рисунок 4 - технологическая схема задачи

32

Рисунок 5 - технологическая схема задачи

32

Рисунок 6 - Обощенно-технологическая схема задачи

2.1.3. Данные об агентах по денежным средствам

32

Рисунок 7 - технологическая схема задачи

32

Рисунок 8 - Обобщенно-технологическая схема задачи

3) Общее описание процесса решения задачи

Получение выходного сообщения позволит уменьшить трудозатраты на выборку информации о работе агентов. Анализ данных о составе и количестве продаж, покупок и денежных средствах агентов позволит узнать кто из агентов активнее использует средства. Выдача списка агентов позволит повысить качество индивидуальной работы с клиентурой. Получение информации всеми потребителями должно положительно повлиять на результаты деятельности компании.

С позиций потребителя-пользователя запрос можно охарактеризовать как запрос с вычисляемыми полями с поэтапным потреблением информации. Для работы с данными результирующая таблица может быть экспортирована в Excel. При ведении истории запрос является хранимой процедурой в течение всего рассматриваемого периода.. Он исполняется по мере возникновения потребности в информации в определенной динамике.

Данные об агентах, заявках являются справочными и обновляются по мере их изменения путем ввода информации с клавиатуры с использованием соответствующей формы диалога, источник информации - бумажный документ-распечатка электронного сообщения. Сведения в абсолютных и относительных показателях являются оперативно-учетными данными и формируются в реальном времени.

Данные, одновременно необходимые в большой компании многим потребителям, размещаются на сервере сети в коллективно используемой корпоративной базе данных, функционирующей под управлением Microsoft SQL Server 7. СУБД используется под Windows NT 5 (Windows NT Server 5). Работа с базой данных в Access2000 осуществляется либо с использованием SQL-проекта NorthwindCS (*.adp-файла), либо с использованием соответствующего *.mdb-файла.

В процессе решения задачи с использованием SQL-проекта NorthwindCS применяется двухуровневая архитектура "клиент/сервер", вариант реализации технологии "клиент/сервер" - DBS. В процессе решения задачи с использованием *.mdb-файла применяется RDA-вариант реализации технологии "клиент/сервер".

Подготовка запроса в Access при использовании *.mbd-файла осуществляется с использованием Конструктора, поскольку почти все данные находятся в связанных между собой таблицах. При формировании запроса автоматически генерируется SQL-код. SQL-запрос передается серверу, который возвращает клиенту результирующую таблицу. Выполнение процедур создания и исполнения запроса осуществляется на рабочей станции и на сервере сети.

4) Представление подсхемы базы данных

Рисунок 1 - Подсхема базы данных

Таблица Агенты имеет простой ключ "КодАг", таблица Заявки на продажу и таблица Заявки на покупку имеют простой ключ "КодАг". Таблица Агенты является главной. Заявки на продажу и таблица Заявки на покупку -подчиненными. Тип связи - "один-ко-многим". Связь - по полю "КодАг" (ключ связи). Значения поля "КодАг" в таблице Заявки на продажу и таблица Заявки на покупку обновляются автоматически при изменении значений поля "КодАг" в таблице Агенты.

5) Формирование и отладка запроса

Подготовка запроса осуществляется с использованием Конструктора запросов в следующем порядке. После открытия базы данных Бумаги щелчками по вкладке "Запросы" и кнопке "Создать" входим в режим Конструктора. Добавляем в окно подсхемы данных таблицы Агенты, Заявки на покупку, Заявки на продажу, и соответствующие запросы. На QBE-бланке определяем все поля из раздела SELECT данного запроса. Для вычисляемых полей вводим соответствующие выражения. Выполняем отладочный запуск запроса и просматриваем результирующую таблицу. Сохраняем запрос под именем "Данные об агентах".

Список использованных источников

1. Автоматизированные информационные технологии в экономике: Учеб. / Под ред. Г. А. Титоренко. - М : Компьютер: ЮНИТИ, 1998. - 400 с.

2. Информационные системы в экономике / Под ред. В. Дика. - М.: Финансы и статистика, 1996. - 272 с.

3. Карпова Т Базы данных: модели, разработка, реализация. - СПб.: Питер, 2001.-304 с. 9 Козлов В. А Открытые информационные системы. - М.: Финансы и статистика, 1999. - 224 с.


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.