1) Часть данных поступает от информационной системы операционного уровня. Чтобы использовать их эффективно, эти данные должны быть предварительно обработаны.

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

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

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

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

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

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

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

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

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

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

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

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

В системах поддержки принятия решения база моделей состоит из стратегических, тактических и оперативных моделей, а также математических моделей в виде совокупности модельных блоков, модулей и процедур_: используемых как элементы для их построения (см. рис.6).

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

Тактические модели применяются управляющими (менеджерами) среднего уровня для распределения и контроля использования имеющихся ресурсов. Среди возможных сфер их использования следует указать: финансовое планирование, планирование требований к работникам, планирование увеличения продаж, построение схем компоновки предприятий. Эти модели применимы обычно лишь к отдельным частям фирмы (например, к системе производства и сбыта) и могут также включать в себя агрегированные показатели. Временной горизонт, охватываемый тактическими моделями, - от одного месяца до двух лет. Здесь также могут потребоваться данные из внешних источников, но основное внимание при реализации данных моделей должно быть уделено внутренним данным фирмы. Обычно тактические модели реализуются как детерминированные, оптимизационные и универсальные.

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

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

1.10 Экспертные системы

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

Под искусственным интеллектом (ИИ) обычно понимают способности компьютерных систем к таким действиям, которые назывались бы интеллектуальными, если бы исходили от человека. Чаще всего здесь имеются в виду способности, связанные с человеческим мышлением. Работы в области искусственного интеллекта не ограничиваются экспертными системами. Они также включают в себя создание роботов, систем, моделирующих нервную систему человека, его слух, зрение, обоняние, способность к обучению.

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

ЭС находят распространение при решении задач с принятием решений в условиях неопределенности (неполноты) для распознавания образов, в прогнозировании, диагностике, планировании, управлении, конструировании и т.д.

Типичная экспертная система состоит из решателя (интерпретатора), БД (базы данных), БЗ (базы знаний), компонентов приобретения знаний, объяснительного и диалогового компонентов.

БД предназначена для хранения исходных и промежуточных данных, используемых для решения задач, фактографических данных.

Решатель, используя исходные данные из БД и знания из Б3, обеспечивает решение задач для конкретных ситуаций.

Компонент приобретения знаний автоматизирует процесс наполнения Б3.

Объяснительный компонент объясняет, как система получила решение задачи (или почему не получила) и какие знания она при этом использовала. Диалоговый компонент обеспечивает диалог между экспертной системой и пользователем в процессе решения задачи и приобретения знаний.

Экспертные системы создаются для решения разного рода задач профессиональной деятельности человека, и в зависимости от этого выполняют разные функции.

1.11 Основы визуального программирования интерфейса

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

Выход из этой ситуации обозначился благодаря двум подходам.

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

Вторым революционным шагом явилось появление визуального программирования, возникшего в Visual Basic и нашедшего блестящее воплощение в Delphi и С++Builder фирмы Borland.

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

Пример. В Delphi это выглядит следующим образом. Вы работаете в Интегрированной Среде Разработки Delphi, которая предоставляет Вам формы (в приложении их может быть несколько) на которых умещаются компоненты. Обычно это оконная форма, хотя могут быть и невидимые формы. На форму с помощью мыши переносятся и размещаются пиктограммы компонентов, имеющихся в библиотеках Delphi. С помощью простых манипуляций можно изменять размеры расположение этих компонентов. При этом все время в процессе проектирования видно результат - изображение формы и расположенных на ней компонентов. Результаты проектирования видно, даже не компилируя программу.

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

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

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

1.12 Основные системы программирования

Из универсальных языков программирования сегодня наиболее популярны следующие: Бейсик (Basic), Паскаль (Pascal), Си++ (C++), Ява (Java).

Для каждого из этих языков программирования сегодня имеется * немало систем программирования, выпускаемых различными фирмами и ориентированных на различные модели ПК и операционные системы.

Наиболее популярны следующие визуальные среды быстрого проектирования программ для Windows:

§ Basic: Microsoft Visual Basic;

§ Pascal: Borland Delphi;

§ C++: Borland C++Bulider;

§ Java: Symantec Cafe.

Для разработки серверных и распределенных приложений можно использовать систему программирования Microsoft Visual C++, продукты фирмы Borland, практически любые средства программирования на Java.

1.13 Архитектура программных систем

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

1) Автономные приложения. Работают на одном компьютере.

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

3) Приложения в клиент-серверной архитектуре. Эта архитектура похожа на предыдущую, только сервер помимо простого обеспечения одновременного доступа к данным, способен еще выполнять программы, которые берут на себя определенный объем вычислений (в файл-серверной архитектуре он реализуется полностью на клиентских установках). Благодаря этому удается повысить общую надежность системы, так как сервер работает значительно более устойчиво, чем ПК, и снять лишнюю нагрузку с клиентских мест, на которых удается использовать. Запускаемые на них приложения осуществляют небольшие объемы вычислений, а иногда занимаются только отображением получаемой от сервера информации, поэтому они называются тонкими клиентами.

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

5) Приложения в распределенной архитектуре. Чтобы избежать недостатков рассмотренных архитектур, были придуманы специальные технологии, позволяющие создавать программу в виде набора компонентов, которые можно запускать на любых серверах, связанных сеть (компоненты как бы распределены по сети). Основное преимущество подобного подхода в том, что при выходе из строя любого компьютера специальные программы-мониторы, которые следят за корректностью работы, сразу перезапускают временно пропавший компонент на другом компьютере. При этом общая надежность всей системы становится очень высокой, а вычислительная загрузка распределяется между серверами оптимальным образом. Доступ к возможностям любого компонента, предназначенного для общения с пользователем, осуществляется с произвольного клиентского места. Так как все вычисления происходят на серверах, появляется возможность создавать сверхтонкие клиенты - программы только отображающие получаемую из сети информацию и требующие минимальных компьютерных ресурсов. Благодаря этому доступ к компонентной системе возможен не только с ПК, но и с небольших мобильных устройств. Частный случай компонентного подхода - доступ к серверным приложениям из браузеров через Интернет.

Сегодня наиболее популярны три компонентные технологии:CORBA консорциума OMG, Java Beans компании Sun, СОМ+ корпорации Microsoft.

Эти технологии будут определять развитие информационной индустрии в ближайшие десятилетия.

2. Специальная часть

2.1 Проектирование базы данных

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

Одной из наиболее распространенных СУБД является MS Access. Широкое применение именно этой СУБД для небольших офисных программ связано с тем, что она интегрирована в пакет прикладных программ MS Office, не требует большого объема памяти и достаточно проста в использовании.

СУБД Microsoft Access основана на использовании реляционной базы данных. Реляционная база данных представляет собой множество взаимосвязанных таблиц, каждая из которых содержит информацию об объектах определенного типа. Кроме описания структуры таблиц, обычно задаются связи между таблицами. Связи в реляционных базах данных определяются по совпадению значений полей в разных таблицах. База данных является основой информационной системы, которая позволяет пользователю хранить, обрабатывать и анализировать данные, обеспечивает удобный интерфейс, предоставляет ряд других возможностей.

На сегодняшний день Microsoft Office Access - один из компонентов семейства офисных приложений Microsoft Office - является одной из самых популярных настольных СУБД. Это связано с тем, что СУБД Access предоставляет пользователю очень широкие возможности ввода, обработки и представления данных. Эти средства удобны и высокопродуктивны, что обеспечивает высокую скорость разработки приложений. Microsoft Access дает возможность создавать реляционные базы данных и работать с другими программами, использующими базы данных, такими как Microsoft SQL Server, Delphi и др.

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

- таблицы для сохранения данных;

- запросы для поиска и извлечения только требуемых данных;

- формы для просмотра, добавления и изменения данных в таблицах;

- отчеты для анализа и печати данных в определенном формате;

- страницы доступа к данным для просмотра, обновления и анализа данных из базы данных через Интернет или интрасеть.

Запросы создаются для поиска и вывода данных, удовлетворяющих заданным условиям, включая данные из нескольких таблиц, для обновления, добавления или удаления группы записей одновременно, для выполнения стандартных или пользовательских вычислений, для создания новых таблиц. Для создания запросов, а также для обновления и управления объектами базы данных, применяется язык SQL (Structured Query Language).

Язык SQL используется при создании запросов, а также для обновления и управления реляционными базами данных, такими как базы данных Microsoft Access. SQL является полным языком, в нем присутствуют не только операции запросов, но и операторы, соответствующие DDL - Data Definition Language - языку описания данных. Кроме того, язык содержит операторы, предназначенные для управления (администрирования) базы данных.

Для простоты просмотра, ввода и изменения данных непосредственно в таблице создаются формы. При открытии формы Microsoft Access отбирает данные из одной или более таблиц и выводит их на экран. В форме могут отображаться поля из нескольких таблиц. Кроме того, форма позволяет отображать рисунки и другие объекты.Формы являются тем типом объектов базы данных, который обычно используется для отображения данных в базе данных. Форму можно также использовать как кнопочную форму, открывающую другие формы или отчеты базы данных, а также как пользовательское диалоговое окно для ввода данных и выполнения действий, определяемых введенными данными.

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

Для обработки событий в форме или отчете применяются макрокоманды (макросы) и модули на языке VBA (Visual Basic for Applications). Макрос - это группа команд, объединенных под одним именем и выполняющих определенную функцию (например, открытие/закрытие формы, отчета, запуск запроса и т. д.). Каждый макрос представляет собой небольшой отлаженный модуль на VBA, их применение значительно упрощает процесс программирования и уменьшает количество ошибок при разработке программы.

С помощью VBA можно настроить формы и отчеты, запустить макросы, а также отобразить объект Access в других приложениях или извлечь данные. Используя Visual Basic для приложений, можно вывести формы и отчеты, выполнить методы объектов, а также создать и изменить элементы. Кроме того, имеется возможность работать с информацией непосредственно: можно создать наборы данных, задать их параметры и изменить информацию в них.

Постановка задачи построения базы данных

Дано:

Поток данных, характеризующих систему управления персоналом.

Методика построения базы данных.

СУБД: MS Access 2003.

Ограничение:

для реализации базы данных необходим компьютер с памятью не менее 2 Gb.

Критерий:

среднее время, необходимое для поиска и выдачи информации на один запрос: ф^ср=ф^ср_п + ф^ср_выд , где

ф^ср_п -время затраченное в среднем на поиск информации по одному запросу;

ф^ср_выд-время затраченное в среднем на выдачу информации по одному запросу.

Требуется:

Спроектировать базу данных с использованием СУБД MS Access 2003, которая отвечает ограничениям и минимизирует критерий: ф^ср > min.

Разработки моделей базы данных

База данных предназначена для учета деятельности фирмы, а также для хранения данных о заказчиках и сотрудниках.

База данных обеспечивает:

1) учет заказов фирмы;

2) хранение персональных данных о сотрудниках;

3) хранение персональных данных о заказчиках;

4) формирование списка предоставляемых фирмой услуг;

5) формирование и сводных данных по сотрудниках и исполняемых ими заказах;

6) формирование информации о задолженностях по заказам.

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

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

2.2 Описание и анализ предметной области

База данных фирмы по установке пластиковых окон должна содержать информацию о сотрудниках, а именно:

Данные о сотруднике:

· Фамилия, Имя, Отчество

· Серия паспорта

· Номер паспорта

· Дата выдачи паспорта

· Кем выдан паспорт

· Адрес регистрации

· Адрес проживания

· ?Телефон

· ?Дата рождения

· ?Семейное положение

· ?Количество детей

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

Данные о заказчике:

· лицо (физическое или юридическое)

· Наименование (ФИО)

· Адрес регистрации

· Фактический адрес

· Телефон

- для физического лица:

· серия и номер паспорта

· дата выдачи паспорта

· кем выдан паспорт

- для юридического лица:

· ИНН

· КПП

· Расчетный счет

· Банк

В ходе своей деятельности сотрудники фирмы выпоняют работы на объектах, каждый из которых характеризуется наименованием и местоположением (адресом). Следовательно, система должна содержать И эту информацию:

Данные об объекте:

· Наименование объекта

· Адрес объекта

Фирма имеет несколько офисов. Необходима информация о них:

Данные об офисах:

· Наименование

· Адрес

· Телефон

Фирма выполняет услуги, у каждой из которых есть название, и ее можно отнести к какой либо категории услуг. Следовательно, необходим список категорий услуг и самих услуг:

Информация о категориях:

· Название

Информация об услугах:

· Категория

· Наименование

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

Данные о заказах фирмы:

· Номер заказа

· Дата заказа

· Срок выполнения

· Заказчик

· Объект

· Услуга

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

Данные о заказах фирмы:

· Стоимость

· Вид оплаты

· Предоплата

· Предоплата сделана

· Заказ проплачен

Так как фирма может иметь несколько офисов (например, в разных районах), то для разделения их деятельности каждому заказу необходимо дать соответствующую характеристику:

Данные о заказах фирмы:

· офис

Каждый заказ выполняет один или несколько специалистов (не более шести). Для грамотного управления их деятельностью и распределения их по заказам целесообразно иметь данные об исполнителях каждого заказа:

Данные аудитории:

· Кол-во исполнителей

· Исполнитель 1

· Исполнитель 2

· Исполнитель 3

· Исполнитель 4

· Исполнитель 5

· Исполнитель 6

2.3 Описание связей между сущностями

Таким образом, имеются шесть сущностей: заказчик, объект, услуга, категория услуги, сотрудник, заказ.

Связь между сущностями "категория услуги" и "услуги" характеризуется принадлежностью услуги к какой-либо категории (только одной). При этом категория может включать в себя любое количество услуг.

Связь между сущностями "заказ" и "заказчик" характеризуется наличием у заказа заказчика (только одного).

Связь между сущностями "заказ" и "офис" характеризуется филиалом фирмы, куда пришел заказчика.

Связь между сущностями "заказ" и "услуга" характеризуется услугой, которую заказывает заказчик.

Связь между сущностями "заказ" и "объект" характеризуется объектом (только одним), на который нацелена услуга заказа.

Связь между сущностями "заказ" и "сотрудник" характеризуется сотрудником(-ами), который(-е) выполняют данный заказ.

При проектировании базы данных следует придерживаться правил нормализации таблиц:

Правило 1: Каждое поле любой таблицы должно быть уникальным.

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

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

Правило 4: Должна иметься возможность изменять значения любого поля (не входящего в первичный ключ), и это не должно повлечь за собой изменение другого поля [8].

Каждый агрегированный объект будет представлен отдельной таблицей базы данных. Элементы данных будут представлены полями таблиц. Имена таблиц и их полей подберем исходя из имен объектов и элементов данных.

2.4 Построение модели "сущность - связь" (ER-диаграммы)

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

Сущность изображается в виде прямоугольника, вверху которого располагается имя сущности (например, TITLES). В прямоугольнике могут быть перечислены атрибуты сущности; атрибуты ER-диаграмм, набранные полужирным шрифтом 1, являются ключевыми (так Title Identity - ключевой атрибут сущности TITLES, остальные атрибуты ключевыми не являются).

Ниже приведена ER-диаграмма проектируемой БД.

Рисунок 1 - ER-диаграмма проектируемой системы

2.5 Разработка автоматизированной информационной системы

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

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

Постановка задачи разработки автоматизированной информационной системы

Дано:

1) система-прототип: действующая информационная система;

2) схема информационных потоков;

3) база данных.

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

Критерий: среднее время необходимое для получения информации и ее представления в виде типовых отчетов: ф^ср=ф^ср₁ + ф^ср₂ , где

ф^ср₁ -время затраченное в среднем на считывание информации;

ф^ср₂ -время затраченное в среднем на заполнение определенной формы отчетности и его передачи.

Требуется:

разработать автоматизированную информационную систему учета деятельности фирмы;

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

Решение задачи

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

При создании автоматизированной информационной системы преследовалось несколько целей:

· во-первых, предоставить менеджеру более быстрый и доступный сбор, изменение, обработку и предоставление информации;

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

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

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

Таблицы

Таблица - это основной объект базы данных. База данных может включать несколько таблиц. Так, в нашем случае, например, в одной таблице будут храниться анкетные данные об учениках (таблица Сведения об учениках), в другой - данные об их годовой успеваемости (таблица Годовая успеваемость класса), а в третьей - сведения о родителях (таблица Сведения о родителях).

В Access таблицей является совокупность данных, объединенных общей темой. Для каждой темы отводится отдельная таблица, что позволяет избежать повторений сохраняемых данных. Это положительно сказывается на эффективности работы с базой данных и уменьшает вероятность возникновения ошибок ввода.

Каждая строка таблицы представляет собой запись, а столбец - поле. Запись содержит набор данных об одном объекте, а поле - однородные данные обо всех объектах.

Создадим базу данных "Окна.mdb", состоящую из восьми таблиц. Во всех таблицах ключевыми полями будет поле "ID".

Структура таблицы "Категории услуг":

Рисунок 2 - Таблица "Категории услуг"

Структура таблицы "Услуги":

Рисунок 3 - Таблица "Услуги"

Структура таблицы "Офисы":

Рисунок 4 - Таблица "Офисы"

Структура таблицы "Объекты":



Рисунок 5 - Таблица "Объекты"

Структура таблицы "Заказчики":

Рисунок 6 - Таблица "Заказчики"

Структура таблицы "Сотрудники":

Рисунок 7 - Таблица "Сотрудники"

Схемы отношений

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

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

Гораздо чаще встречается связь "один ко многим", при которой для каждой записи в одной таблице существует одна, несколько или ни одной записи в другой таблице.

Нередко приходится иметь дело также со связью "многие ко многим", при которой отсутствуют ограничения на множества пар записей, принадлежащих связи. Такая связь в Access не используется. Ее необходимо представить в виде двух связей "один ко многим".

При установке связи одна из таблиц является главной, а другая - подчиненной.

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

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

В меню Сервис -> Схема данных просмотрим полученную схему отношений и каждой связью обеспечим целостность данных.

Полученная схема:



Рисунок 8 - Схема данных проектируемой системы

Запросы

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

Для выборки всех данных о заказах, в том числе и данных выбранных объекта, заказчика, создадим запрос "Заказы (расчеты)". В этом запросе выполним расчет двух новых полей запроса:

1) долг: ([Стоимость] - (-1)*[Предоплата сделана] * * [Предоплата]) * (1 + [Заказ проплачен])

2) ост_дн: [Дата выполнения]-Date()

Поле "долг" - это долг заказчика за заказ. Поле "ост_дн" - количество оставшихся дней до срока выполнения заказа.

Рисунок 9 - Запрос "Заказ (расчеты)"

Для выборки всех данных о физических заказчиках создадим запрос:

Рисунок 10 - Запрос "Заказчики (физические лица)"

Вид в режиме SQL:

SELECT Заказчики.*, Заказчики.лицо FROM Заказчики WHERE (((Заказчики.лицо)="физическое"));

Для выборки всех данных о юридических заказчиках создадим запрос:

Рисунок 11 - Запрос "Заказчики (юридические лица)"

Вид в режиме SQL:

SELECT Заказчики.*, Заказчики.лицо FROM Заказчики WHERE (((Заказчики.лицо)="юридическое"));

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



Рисунок 12 - Запрос "Долги по заказам"

Вид в режиме SQL:

SELECT [Заказы (расчеты)].Номер, [Заказы (расчеты)].Стоимость, [Заказы (расчеты)].долг FROM [Заказы (расчеты)] WHERE ((([Заказы (расчеты)].долг)>0));

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

Рисунок 13 - Запрос "Проплаченные заказы"

Вид в режиме SQL:

SELECT [Заказы (расчеты)].Номер, [Заказы (расчеты)].Стоимость, [Заказы (расчеты)].долг FROM [Заказы (расчеты)] WHERE ((([Заказы (расчеты)].долг)=0));

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

Рисунок 14 - Запрос "Св.табл. Сотрудники-Заказы"

Вид в режиме SQL:

Формы

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

Для отображения данных о заказчиках физических создадим соответствующую форму, источником данных для которой будет созданный запрос "Заказчики (физические)". Сконструируем форму, используя инструменты и объекты Access.

Вид готовой формы в режиме конструктора:

Рисунок 15 - Форма "Заказчики физические"

Для отображения данных о заказчиках юридических создадим соответствующую форму, источником данных для которой будет созданный запрос "Заказчики (юридические)". Сконструируем форму, используя инструменты и объекты Access.

Вид готовой формы в режиме конструктора:



Рисунок 16 - Форма "Заказчики юридические"

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

Рисунок 17 - Форма "Заказчики"

Для редактирования данных об объектах создадим соответствующую форму, источником данных для которой будет таблица "Объекты". Сконструируем форму, используя инструменты и объекты Access.

Вид готовой формы в режиме конструктора:

Рисунок 18 - Форма "Объекты"

Для редактирования данных об офисах фирмы создадим соответствующую форму, источником данных для которой будет таблица "Офисы". Сконструируем форму, используя инструменты и объекты Access.

Вид готовой формы в режиме конструктора:

Рисунок 19 - Форма "Офисы"

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

Рисунок 20 - Форма "Сотрудники"

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

Вид готовой формы в режиме конструктора:

Рисунок 21 - Форма "Долги по заказам"

Для просмотра полностью оплаченных заказов создадим соответствующую форму, источником данных для которой будет запрос "Проплаченные заказы". Сконструируем форму, используя инструменты и объекты Access. Вид готовой формы в режиме конструктора:



Рисунок 22 - Форма "Проплаченные заказы"

Для просмотра итоговых данных по долгам заказов создадим соответствующую форму, в которой разместим две подчиненные формы "Долги по заказам" и "Проплаченные заказы". Вид готовой формы в режиме конструктора:

Рисунок 23 - Форма "Итоги"

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

Рисунок 24 - Форма "Св.табл. Сотрудники-Заказы"

Для работы с заказами создадим форму "Заказы", источником данных для которой будет запрос "Заказы (расчеты)". Вид готовой формы в режиме конструктора:



Рисунок 25 - Форма "Заказы"

Она же является и главной. Из этой формы возможен переход в другие формы системы.

Выводы

программирование сущность автоматизированный информационный

Созданная автоматизированная информационная система дает следующие преимущества:

· позволяет сократить объем бумажной документации;

· дает достоверную информацию, т.е. сокращает количество ошибок;

· позволяет вести учет и хранение личных дел сотрудников организации;

· позволяет отследить работника по исполняемым заказам;

· выполняет основные расчеты по финансовой стороне заказов.

Размещено на Allbest.ru