Контрольная_работа на тему Информационные технологии в экономике 2 2
Работа добавлена на сайт bukvasha.net: 2015-06-30Поможем написать учебную работу
Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Федеральное агентство по образованию
Государственное образовательное учреждение высшего профессионального образования
«Тихоокеанский государственный университет»
Контрольная работа
по дисциплине: Информационные технологии в экономике
Выполнила: студентка
Специальности ЭСз
Курс (год обучения): четвертый
Номер зачётной книжки: 070430144
Тулина Е. С
Хабаровск 2010
Задача 1
Получить сведения о стоимости доставки по заказам клиентов в определенном месяце текущего года. Выдать ответ с почтовыми данными клиентов для оформления писем.
Решение.
1) Определение состава выходного сообщения
Исходя из результатов анализа информационной потребности, определяем состав и структуру требуемого сообщения S (Стоимость доставки по заказам в определенном месяце текущего года). Для выполнения задания были использованы таблица «Заказы» и таблица «Клиенты».
Из таблицы «Заказы» для отображения необходимых данных были выбраны следующие поля:
S (Заказы.КодЗаказа, Заказы.КодКлиента, Заказы.ДатаИсполнения, Заказы.Доставка, Заказы.СтоимостьДоставки, Заказы.НазваниеПолучателя, Заказы.АдресПолучателя, Заказы.ГородПолучателя, Заказы.ИндексПолучателя, Заказы.СтранаПолучателя)
Из таблицы «Клиенты» для отображения необходимых данных были выбраны следующие поля: S (Клиенты.КодКлиента, Клиенты.Название)
Результирующая таблица сведений о стоимости доставки по заказам клиентов в определенном месяце текущего года.
Код Зак | Код Клиен | Дата Исп | Доста-вка | Стоим Дост | Получ | Адр Получ | Индекс Получ | Город Получ | Обл Получ | Стран Получ |
|
|
|
|
|
|
|
|
|
|
|
Реквизит "Стоимость доставки" является обязательным по условию задачи, остальные реквизиты используются в процедурах профилизации, сегментации и связи.
Адрес в Интернете отсутствует по причине отсутствия соответствующего поля в схеме данных.
2) Разработка модели процесса
Определив состав полей и таблиц, используемых в запросе, представляем в графическом виде обобщенную функционально-технологическую схему задачи (рис. 1).
Поскольку сведения о стоимости доставки по закзам на определенную дату находятся в таблице Заказы, а сведения о клиенте находятся в таблице Клиенты, в запросе необходимо использовать таблицы Заказы и Клиенты, связанные между собой по полю "КодКлиента" Таблица Клиенты является главной, а таблица Заказы – подчиненной. Данные таблицы образуют часть схемы данных, используемую для решения задачи, поэтому других таблиц на входе процесса нет (рис.1). На выходе процесса представлено сообщение с определенной, в предыдущем пункте, структурой.
Рисунок 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).
На выходе процесса представлено сообщение с определенной, в предыдущем пункте, структурой.
Рисунок 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).
На выходе процесса представлено сообщение с определенной, в предыдущем пункте, структурой.
Рисунок 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).
Сведения о затратах находятся в таблице Затраты, сведения по незавершенным на сегодняшнее число проектам находятся в таблице Проекты, а партнеры из интересующей страны в таблице Партнеры. В запросе использованы таблицы Затраты, Проекты и Партнеры. Таблицы Затраты и Проекты связанные между собой по полю "КодПроекты". Таблицы Проекты и Партнеры связаны между собой по полю «КодКлиента».
На выходе процесса представлено сообщение с определенной в предыдущем пункте структурой
Рисунок 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 [Данные о продаже, покупках и денежных средствах агентов). Т.к. запрос является «Запрос с вычисляемым полем», то было принято решение о поэтапном его выполнении и представлении.
Данные об агентах по продажам
Состав выходного сообщения соответственно составит S[Данные о продажах агентов].
Для расчета абсолютных и относительных показателей необходимо воспользоваться следующими таблицами:
Реквизит "Код агента" является обязательным по условию задачи, остальные реквизиты используются в процедурах профилизации, сегментации и связи.
Вычислим относительный показатель по данным об агентах по их продажам. Относителный показател рассчитывается следующим образом:
Относителный показатель = Цена заявки на продажу/общую цену заявки на продажу
Отделным запросом вычислется общая цена заявки:
Абсолютный показатель рассчитывается следующим образом:
Абсолютный показатель = Цена заявки на продажу / Сумму денежных средств всех заявок
Т.к. агент может делать несколько заявок на продажу, то необходимо для каждого агента вычислит общую сумму цены заявки. Для этого воспользовались групповой операцией sum.
Запрос с расчетными данными.
Данные о покупках агентов
Состав выходного сообщения соответственно составит S[Данные о покупках агентов].
Для расчета абсолютных и относительных показателей необходимо воспользоваться следующими таблицами:
Реквизит "Код агента" является обязательным по условию задачи, остальные реквизиты используются в процедурах профилизации, сегментации и связи.
Вычислим относительный показатель по данным об агентах по их покупкам. Относительный показатель рассчитывается следующим образом:
Относительный показатель = Цена заявки на покупку/общую цену заявки на покупку
Отдельным запросом вычисляется общая цена заявки:
Абсолютный показатель рассчитывается следующим образом:
Абсолютный показатель = Цена заявки на покупку / Сумму денежных средств всех заявок
Т.к. агент может делать несколько заявок на продажу, то необходимо для каждого агента вычислит общую сумму цены заявки. Для этого воспользовались групповой операцией sum.
Запрос с расчетными данными.
Данные денежных средствах агентов
Состав выходного сообщения соответственно составит S[Данные о денежных средствах агентов].
Относительный показатель = сумма денежных средств каждого / общая сумма денежных средств
2) Разработка модели процесса
Определяем состав полей и таблиц, используемых в запросе. Представляем в графическом виде обобщенную функционально-технологическую схему задачи для данных агентов по продажам, покупках и денежных средствах.
2.1.1. Данные об агентах по продажам
Для выполнения запроса Список агентов по продажам в абсолютных и относительных показателях, необходимо выбрать агентов с данными по цене продаж и подсчитать итог суммы денежных средств всех агентов.
Рисунок 1 – технологическая схема задачи
Рисунок 2 – технологическая схема задачи
Рисунок 3 – Обобщенная функционально-технологическая схема задачи
2.1.2. Данные об агентах по продажам
Рисунок 4 – технологическая схема задачи
Рисунок 5 – технологическая схема задачи
Рисунок 6 – Обощенно-технологическая схема задачи
2.1.3. Данные об агентах по денежным средствам
Рисунок 7 – технологическая схема задачи
Рисунок 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 данного запроса. Для вычисляемых полей вводим соответствующие выражения. Выполняем отладочный запуск запроса и просматриваем результирующую таблицу. Сохраняем запрос под именем "Данные об агентах".
Список использованных источников
Автоматизированные информационные технологии в экономике: Учеб. / Под ред. Г. А. Титоренко. - М : Компьютер: ЮНИТИ, 1998. - 400 с.
Информационные системы в экономике / Под ред. В. Дика. - М.: Финансы и статистика, 1996. - 272 с.
Карпова Т Базы данных: модели, разработка, реализация. - СПб.: Питер, 2001.-304 с. 9 Козлов В. А Открытые информационные системы. - М.: Финансы и статистика, 1999. - 224 с.