Проектирование автоматизированной информационной системы для анализа финансового состояния предприятий Железнодорожного района г. Воро

МИНИСТЕРСТВО  СЕЛЬСКОГО ХОЗЯЙСТВА 
РОССИЙСКОЙ ФЕДЕРАЦИИ

 

ФГОУ ВПО  «ВОРОНЕЖСКИЙ ГОСУДАРСТВЕННЫЙ АГРАРНЫЙ УНИВЕРСИТЕТ ИМЕНИ К.Д. ГЛИНКИ»

 

КАФЕДРА ИНФОРМАЦИОННОГО  ОБЕСПЕЧЕНИЯ И МОДЕЛИРОВАНИЯ  АГРОЭКОНОМИЧЕСКИХ СИСТЕМ

 

 

КУРСОВОЙ ПРОЕКТ

на тему:

«Проектирование автоматизированной информационной системы для анализа финансового состояния предприятий Железнодорожного района г. Воронежа и предприятия ОАО ВОРОНЕЖВТОРМЕТ »

 

 

Выполнил:  студент Б-3-2

Шацких О.Н.

 

Руководитель:

Толстых А.А.

Воронеж 

2006

Содержание

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Введение

 

 

 

Задачами данного курсового проекта являются:

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

При разработке курсового проекта  использовались следующие программные средства: ОС Windows XP Professional, Microsoft Office Word 2003, Microsoft Office Excel 2003, Microsoft Office PowerPoint 2003, Internet Explorer, а также технические средства: процессор Intel Pentium 4 CPU 2.40GHz 2.41ГГц 512 МБ ОЗУ, монитор 17” LG Flatron L1720B TFT, принтер Canon iP1000, сканер Scan Genius VIVID 1200XE.

 

 

 

 

 

 

 

 

 

 

 

 

 

1. WAIS-Глобальная информационная система

1. Концептуальная модель WAIS

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

Распределенная информационная система WAIS была задумана как сетевой аналог традиционных информационно-поисковых систем (ИПС), повволяющий пользователям сети осуществлять поиск в полнотекстовых базах данных с использованием традиционного для ИПС информационно-поискового языка, поисковые предписания которого строятся на основе ключевых слов и/или их усечений, связанных между собой логическими операторами 0R или AND.

Первоначально система WAIS разрабатывалась  четырьмя фирмами: Dow Jones й Со. (деловые  базы данных); Think Machines Corporation (информационно-поисковые системы); Apple Computer (интерфейс пользователя) и KPMG Peat Maverick (работа с большим числом пользователей). Первый прототип WAIS был полукоммерческой полуисследовательской системой с большими ограничениями по использованию как со стороны пользователей, так и со стороны администраторов баз данных. Прототип WAIS неплохо понимал естественный английский язык и переводил его в поисковые предписания системы. Реально WAIS стала широко применяться только с появлением версии FreeWAIS для операционных систем UNIX. Сегодня существует большое количество реализаций WAIS, главным образом коммерческих, а система стала своеобразным стандартом информационно-поисковой машины на сети Internet. Концептуальная модель WAIS

WAIS замыкает триаду технологических средств, которую возглавляют Gopher и WWW. Она обеспечивает функционально полный набор информационных инструментов для Internet. Если Gopher - это виртуальная файловая система, где в качестве элементов системы могут использоваться не только файлы различных форматов и каталоги, но и виртуальные объекты в виде поисковых критериев, а WWW - распределенная система гипермедиа, то WAIS реализует концепцию распределенной информационно-поисковой системы. Система состоит из двух основных компонентов: поисковой машины и интерфейса пользователя, которые связаны между собой универсальным протоколом WAIS, базирующимся на стандарте Z39.50. Этот американский стандарт послужил основой не только для WAIS отдельные его положения входят и в другие технологии при определении документа, хранящегося в системе или поискового языка, поэтому знакомство с ним будет достаточно полезно. Протокол Z39.50

В документации по различным сервисам Internet, как то: Gopher, Wais или World Wide Web - часто  приходится видеть ссылку на протокол Z39.50. Как правило, такая ссылка приводится в контексте организации механизма поиска распределенных информационных ресурсов с использованием ключевых слов. В отечественной литературе по данному вопросу за термином "Information Retrieval System" давно закреплено понятие "Информационно-поисковая система". Стандарт Z39.50, собственно, и посвящен организации распределенной информационно-поисковой системы в компьютерных сетях. Основным отличием такой системы от других информационных технологий является язык запросов, основанный на логических высказываниях типа: "Найти все документы, содержащие термин А и термин В, но не термин В"

В ответ на такой запрос для каждого  документа, удовлетворяющего критерию, будет получено значение "истина", а в противном случае - "ложь". Связка "и" употребляется в качестве логического "AND", а "но не" - логического "NOT". Следует заметить, что в ни в одной сети не существует программных комплексов, реализующих полностью стандарт Z39.50. Реально действующие системы в той или иной степени реализуют лишь его отдельные подмножества, опуская подчас важные элементы, связанные как с обработкой запросов, так и с генерацией отчетов на эти запросы.

Стандарт Z39.50 - это один из протоколов семейства OSI (Open System Interconnection), который описывает прикладной уровень взаимодействия распределенных ИПС. Протокол определяет собственно механизм информационного обмена в процессе обработки поисковых запросов и протокол обмена данными в системах, осуществляющих поиск. Область применения протокола - это библиотечные системы и системы научно-технической информации. Стандарт не определяет протоколы взаимодействия с физическими устройствами или их виртуальными аналогами, например терминалами. Сегодня область применения протокола значительно шире перечисленных приложений, он используется в информационнопоисковых системах общего назначения. При разработке протокола подразумевалось, что он будет описывать порядок обмена информацией между пользователями информационной системы и ее ядром через сеть передачи данных. При этом сами системы могут управлять данными, используя разные модели и различные языки манипулирования этими данными. Таким образом, информационно-поисковую систему можно построить на основе любой системы управления данными, будь это обычная ИПС или объектно-ориентированная СУБД.[1 ]

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

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

2. Понятие и порядок функционирования WAIS .Клиент WAIS

 

В рамках функционирования распределенной информационно-поисковой системы  рассматриваются два типа прикладных задач:

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

·  задача, отвечающая за ответы на запросы первой задачи.

Первая задача называется источник (origin), а вторая - приемник (target). Взаимодействие источника и приемника осуществляется путем установки соединения, которое может быть инициализировано только источником и разорвано либо другим источником, либо приемником, либо по внешним причинам, например вследствие физического разрыва линии связи. В процессе взаимодействия источник и приемник не могут меняться ролями. В отечественной литературе для такого рода взаимодействия используется обычно термин сессия, следовательно, протокол Z39.50 описывает интерактивную сессию между источником запросов и приемником, обслуживающим эти запросы. Таким образом, Z39.50 описывает типичное взаимодействие в архитектуре клиент/сервер. Полный информационный сервис, как он понимается в стандарте, состоит из инициализации сессии, передачи данных и завершения сессии. В процессе инициализации источник и приемник определяют параметры сессии и ее окружение. Согласно Z39.50 существует семь основных видов информационного обмена в рамках распределенной ИПС:

·  инициализация сессии;

·  поиск информации по запросу;

·  представление результатов поиска;

·  удаление результатов поиска;

·  контроль доступа к информационному ресурсу;

·  контроль прав доступа к информационному ресурсу;

·  завершение сессии.

При инициализации сессии источник и приемник должны договориться о  возможности использования пользователем  отдельных баз данных, которые поддерживает приемник. Первое, что необходимо сделать - это проидентифицировать пользователя и его права доступа к различным режимам обмена информацией. Сам механизм идентификации в протоколе не описан. После идентификации пользователя источник и приемник начинают диалог, состоящий из фраз типа "will use..." и "will support" или "will not support". Разрешение на использование того или иного режима запрашивает источник, а приемник подтверждает или отвергает эти запросы. Обычно источник запрашивает режимы search, present и delete. В свою очередь существует два типа запросов приемника: на управление ресурсом и управление доступом. Источник должен уметь на них отвечать для обеспечения надежного доступа к информации. В дополнении к идентификации пользователя протокол допускает использование дополнительных средств защиты типа системы "KERBEROS". Кроме установления возможностей использования различных режимов доступа протокол регламентирует и физические параметры сеанса:

·  рекомендованную длину записи данных при обмене;

·  максимальную длину записи данных при обмене.

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

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

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

Сегодня в стандарте Z39.50 определен только один тип запроса - RPN-запрос. Форма Бэкуса-Наура для этого типа запроса имеет следующий вид: RPN-guery ::= argument | argument + argument + operator  
argument::=operand | RPN-query  
operand ::= attribute-set + term |  
Result-set-id  
operator ::= AND | OR | AND-НОТ

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

Такой запрос позволяет  найти все документы, которые  имеют в своем поисковом образе слово "терминал".

Запрос из двух терминов и оператора "AND" позволяет сузить границы поиска до множества документов, содержащих оба термина одновременно: "терминал графический AND"

Как видно и этого  примера логический оператор указан после слов-операндов. Еще более  наглядно постфиксный характер записи проявляется в следующем примере: "Х-термиал терминал графический AND AND-NOT"

Здесь требуется найти  все документы, содержащие слово "Х-терминал", но не содержащие комбинацию слов "терминал" и "графический". Таким образом, для операции "AND-NOT" операндами являются слово "Х-терминал" и результат операции, определенной над словами "терминал" и "графический".

Получение найденной информации осуществляется при помощи указания идентификатора документа в виде: text-address@domain.host.zone

Где "text-address" - местоположение документа на сервере, "domain.host.zone" - адрес машины. В реальных системах документ имеет идентификатор, который и указывают при запросе результатов поиска. Из других режимов работы реально используется только режим завершения. Режимы удаления, контроля доступа и наличия доступа к ресурсу либо совмещены с режимом инициирования, либо просто не реализованы. Следует заметить, что точного выполнения стандарта не наблюдается ни в одной из поисковых программ, реально используемых в сети Internet. Система WAIS не является исключением[2]