Автоматизация рабочего места Секретаря

ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ ... ... ... ... ... ... ... ... ... ... ... ... ... 3

ВВЕДЕНИЕ ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ..4

1. Теория построения Автоматизированных Рабочих Мест ... ... ... ... ... ...6
1.1Анализ принципов АРМ на базе ПК ... ... ... ... ... ... ... ... ... ... ..6
1.2Языковые средства АРМ ... ... ... ... ... ... ... ... ... ... ... ... ... ... .9
1.3 Классификация АРМ.ов ... ... ... ... ... ... ... ... ... ... ... ... ... ...13
2. Разработка баз данных использующая программа АРМ«Секретарь» ... ..16
2.1Актуальность разработки баз данных
на основе продуктов Borland ... ... ... ... ... ... ... ... ... ... ... ... ... .16
2.2Требования к базам данных ... ... ... ... ... ... ... ... ... ... ... ... ... 17
2.3Основные концепции реляционных баз данных ... ... ... ... ... ... ...18
2.4 Шаги проектирования базы данных ... ... ... ... ... ... ... ... ... ... .21
2.4.1Приведение к первой нормальной форме ... ... ... ... ... ... ... ... 25
2.4.2.Приведение ко второй нормальной форме ... ... ... ... ... ... ... .26
2.4.3Приведение к третьей нормальной форме ... ... ... ... ... ... ... ...27
2.5. Сущность BDE ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ..30
2.6. Алиасы ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 31
2.7.Создание таблиц с помощью Database Desktop ... ... ... ... ... ... ...37
2.8.Создание таблиц с помощью SQL.запросов ... ... ... ... ... ... ... ...45
2.9.Создание таблиц с помощью компонента TTable ... ... ... ... ... ... 49
2.10. Рабочая программа АРМ Секретарь ... ... ... ... ... ... ... ... ... ...55
2.10.1 Пояснения основных процедур, используемых программой АРМ Секретарь ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ..59
2.10.2 Полный Листинг программы АРМ Секретарь ... ... ... ... ... ...62
ВЫВОДЫ ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .67

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ ... ... ... ... ... ... ... ... .68
Приложение А.

Темой данной курсовой работы является Автоматизированное Рабочее Место (АРМ) секретаря предприятия. Результатом работы является программа «АРМ Секретарь». Надеюсь, что эта программа будет применяться на практике.
Этот вопрос очень актуален, так как настоящее время в любом предприятие большем или малом, межнациональной кампания или в небольших предприятиях оказывающих небольшой спектр услуг существует такая должность как Секретарь. Эта рабочее место является лицом предприятия (фирмы), и этот работник должен находится в курсе всех дел происходящей в этой организации, иметь при себе все данные о работе предприятия за весь период существования предприятия, так как руководству необходимо иметь перед собой все данные для их последующего анализа. В настоящее время в основном, секретари используют для архива бумажные носители(по Актюбинской области ). Хотя этот вид носителя имеет ряд недостатков: много занимаемой площади под архивами, большое время на поиск информации, в результате имеют место большие финансовые потери, если информация во время не была предоставлена.
Моя работа предназначена для автоматизации отдельных направлений, фрагментов, деталях работы секретаря. Программа для облегчение труда секретаря Помощь руководству в предоставления данных о клиентах предприятия, поставщиков, предоставления данных об активах и пассивах предприятия. Так как полная автоматизация работы секретаря невозможна, из – за того что требуется большие ресурсы и затраты которые в последствие не окупились бы. Логичнее было бы, если максимально автоматизировать наиболее рутинные и ответственные процессы. Я взялся попробовать автоматизировать работу секретаря в работе с клиентами, так как опасность ошибок весьма дорого обойдутся компании, например в результате порче на бумажных носителях информации, предприятия потеряла сведения о своих клиентах. В итоге фирма понесет убытки за то время, пока будут заново собирать сведения о клиентах.
После анализа поставленной задачи стало необходимо изучить предметную область, в которой решалась задача создания АРМ Отдела Кадров. Для этого первым этапом стало изучение и понимание основных принципов построения автоматизированных рабочих мест как таковых. Как выяснилось в ходе изучения этой области, проработке интерфейса стоит уделить немалое внимание. Плохо продуманный интерфейс может свети на нет желание работать с программой независимо от примененных аппаратно-программных средств, для ее реализации.
Возникла задача правильно выбрать конкретное средство реализации поставленной цели. С учетом имеющихся знаний относительно системы разработки программ в среде Delphi, было решено создать программу именно

1.Decker S., Van Harmelen F., Broekstra J., Erdmaim M., Fensel D., Horrocks I., Klein M. and Melnik S. (2000). The Semantic Web — on the respective Roles of XML and RDF. IEEE Internet Computing, 4(5). Находится по ад¬ресу http://computer.org/internet/ic2000/w5toc.htm.
2. Deutsch M., Fernandez M., Florescu D., Levy A. and Suciu D. (1998). XML- QL: A Query Language for XML. Находится по адресу http://www.w3.drg/TR/NOTE-xml-ql.
3. DeWitt D.J. and Gerber R. (1985). Multiprocessor Hash-Based Join Algorithms. In Proc. 11th Int. Conf. Very Large Data Bases. Stockholm, 151-164.
4. DeWitt D.J., Katz R.H., Olken F., Shapiro L.D., Stonebraker M.R. and Wood D.
(1984). Implementation Techniques for Main Memory Database Systems. In Proc. ACM SIGMOD Conf. On Management of Data, Boston, Mass., 1-8.
5. Dunnachie S. (1984). Choosing a DBMS. In Database Management Systems Practical Aspects of Their Use (Frost R.A., ed.), 93-105. London: Granada Publishing.
6. Earl M.J. (1989). Management Strategies for Information Technology. Hemel Hempstead: Prentice Hall.
7. Elbra R.A. (1992). Computer Security Handbook. Oxford: NCC Blackwell.
8. Elmasri R. and Navathe S. (2000). Fundamentals of Database Systems, 3nd
edn. Addison-Wesley.
9. Epstein R., Stonebraker M. and Wong E. (1976). Query processing in a distributed relational database system. In Proc. ACM SIGMOD Int. Conf. Management of Data, Austin, TX, May 1978, 169-180.
10. Eswaran K.P., Gray J.N., Lorie R.A. and Traiger I.L. (1976). The notion of
consistency and predicate locks in a database system. Comm. ACM, 19(11), 624-633.
11. Fagin R. (1977). Multivalued dependencies and a new normal form for relational databases. ACM Trans. Database Systems, 2(3).
12. Fagin R. (1979). Normal forms and relational database operators. In Proc. ACM SIGMOD Int. Conf. on Management of Data, 153-160.
13. Fagin R., Nievergelt J., Pippenger N. and Strong H. (1979). Extendable hashing — A fast access method for dynamic files. ACM Trans. Database Systems, 4(3), 315-344.

Дисциплина: Автоматизация, Техника
Тип работы: Курсовая работа
Бесплатно: Антиплагиат
Объем: 85 страниц
В избранное:

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РЕСПУБЛИКИ КАЗАХСТАН
КАЗАХСКО – РУССКИЙ МЕЖДУНАРОДНЫЙ УНИВЕРСИТЕТ

Кафедра: ИС и ПО
Дисциплина: Проектирование баз данных

КУРСОВАЯ РАБОТА

на тему: Автоматизация рабочего места Секретаря.

Выполнил: студент группы
ИС – 301: Ажгиреев С.Н.
Проверила: к.т.н., доцент
Алямова Р. Я.

Актобе
2005
ПЛАН
ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ ... ... ... ... ... ... ... ... ... ... ... ... ... 3

ВВЕДЕНИЕ ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... . .4

1. Теория построения Автоматизированных Рабочих Мест ... ... ... ... ... ...6
1.1Анализ принципов АРМ на базе ПК ... ... ... ... ... ... ... ... ... ... ..6
1.2Языковые средства АРМ ... ... ... ... ... ... ... ... ... ... ... ... ... ... .9
1.3 Классификация АРМ-ов ... ... ... ... ... ... ... ... ... ... ... ... ... ...13
2. Разработка баз данных использующая программа АРМСекретарь ... ..16
2.1Актуальность разработки баз данных
на основе продуктов Borland ... ... ... ... ... ... ... ... ... ... ... ... ... .16
2.2Требования к базам данных ... ... ... ... ... ... ... ... ... ... ... ... ... 17
2.3Основные концепции реляционных баз данных ... ... ... ... ... ... ...18
2.4 Шаги проектирования базы данных ... ... ... ... ... ... ... ... ... ... .21
2.4.1Приведение к первой нормальной форме ... ... ... ... ... ... ... ... 25
2.4.2.Приведение ко второй нормальной форме ... ... ... ... ... ... ... .26
2.4.3Приведение к третьей нормальной форме ... ... ... ... ... ... ... ...27
2.5. Сущность BDE ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ..30
2.6. Алиасы ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 31
2.7.Создание таблиц с помощью Database Desktop ... ... ... ... ... ... ...37
2.8.Создание таблиц с помощью SQL-запросов ... ... ... ... ... ... ... ...45
2.9.Создание таблиц с помощью компонента TTable ... ... ... ... ... ... 49
2.10. Рабочая программа АРМ Секретарь ... ... ... ... ... ... ... ... ... ...55
2.10.1 Пояснения основных процедур, используемых программой АРМ
Секретарь ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .. 59
2.10.2 Полный Листинг программы АРМ Секретарь ... ... ... ... ... ...62
ВЫВОДЫ ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... . 67

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ ... ... ... ... ... ... ... ... .68
Приложение А.
ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ
АРМ – Автоматизированное Рабочее Место;
ПК – персональный компьютер;
ЭВМ – электронные вычислительные машины;
ППП – Пакеты прикладных программ;
СУБД – система управления базами данных ;
БД – базы данных;
1НФ – первая нормальная форма;
2НФ – вторая нормальная форма;
3НФ – третья нормальная форма ;
НФБК– нормальная форма Бойса-Кодда ;
4НФ – четвертая нормальная форма;
5НФ – пятая нормальная форма ;
WISQL – Windows Interactive SQL - клиентская часть Local InterBase;
BDE – Borland Database Engine;
IDAPI – Integrated Database Application Programming Interface;
ODBC – Open DataBase Connectivity;
SQL (Structured Query Language) – структурированный язык запросов;
ИС – информационные системы;
ПО – программное обеспечение;
АСУ – автоматизированные системы управления;
АИС – автоматизированная информационная система;

Введение

Темой данной курсовой работы является Автоматизированное Рабочее Место
(АРМ) секретаря предприятия. Результатом работы является программа АРМ
Секретарь. Надеюсь, что эта программа будет применяться на практике.
Этот вопрос очень актуален, так как настоящее время в любом
предприятие большем или малом, межнациональной кампания или в небольших
предприятиях оказывающих небольшой спектр услуг существует такая должность
как Секретарь. Эта рабочее место является лицом предприятия (фирмы), и
этот работник должен находится в курсе всех дел происходящей в этой
организации, иметь при себе все данные о работе предприятия за весь период
существования предприятия, так как руководству необходимо иметь перед
собой все данные для их последующего анализа. В настоящее время в
основном, секретари используют для архива бумажные носители(по Актюбинской
области ). Хотя этот вид носителя имеет ряд недостатков: много занимаемой
площади под архивами, большое время на поиск информации, в результате
имеют место большие финансовые потери, если информация во время не была
предоставлена.
Моя работа предназначена для автоматизации отдельных направлений,
фрагментов, деталях работы секретаря. Программа для облегчение труда
секретаря Помощь руководству в предоставления данных о клиентах
предприятия, поставщиков, предоставления данных об активах и пассивах
предприятия. Так как полная автоматизация работы секретаря невозможна, из –
за того что требуется большие ресурсы и затраты которые в последствие не
окупились бы. Логичнее было бы, если максимально автоматизировать наиболее
рутинные и ответственные процессы. Я взялся попробовать автоматизировать
работу секретаря в работе с клиентами, так как опасность ошибок весьма
дорого обойдутся компании, например в результате порче на бумажных
носителях информации, предприятия потеряла сведения о своих клиентах. В
итоге фирма понесет убытки за то время, пока будут заново собирать
сведения о клиентах.
После анализа поставленной задачи стало необходимо изучить предметную
область, в которой решалась задача создания АРМ Отдела Кадров. Для этого
первым этапом стало изучение и понимание основных принципов построения
автоматизированных рабочих мест как таковых. Как выяснилось в ходе изучения
этой области, проработке интерфейса стоит уделить немалое внимание. Плохо
продуманный интерфейс может свети на нет желание работать с программой
независимо от примененных аппаратно-программных средств, для ее реализации.
Возникла задача правильно выбрать конкретное средство реализации
поставленной цели. С учетом имеющихся знаний относительно системы
разработки программ в среде Delphi, было решено создать программу именно на
ее основе. Однако ряд вопросов требовал более глубокого изучения, что и
было проделано при исследовании задачи.
Цели, программы прилагаемой к курсовой является:
• максимальная приближённость специалистов к машинным средствам обработки
информации;
• работа в диалоговом режиме;
• оснащение АРМ в соответствии с требованиями эргономики;
• высокая производительность компьютера;
• максимальная автоматизация рутинных процессов;

2. Теория построения Автоматизированных Рабочих Мест
1.1Анализ принципов АРМ на базе ПК
Автоматизированное рабочее место (АРМ), или, в зарубежной
терминологии, "рабочая станция" (work-station), представляет собой
место пользователя-специалиста той или иной профессии, оборудованное
средствами, необходимыми для автоматизации выполнения им
определенных функций. Такими средствами, как правило, является ПК,
дополняемый по мере необходимости другими вспомогательными электронными
устройствами, а именно: дисковыми накопителями, печатающими устройствами,
оптическими читающими устройствами или считывателями штрихового кода,
устройствами графики, средствами сопряжения с другими АРМ и с локальными
вычислительными сетями и т.д.
Наибольшее распространение в мире получили АРМ на базе профессиональных
ПК с архитектурой IBM PC
АРМ в основном ориентированы на пользователя, не имеющего специальной
подготовки по использованию вычислительной техники. Основным назначением
АРМ можно считать децентрализованную обработку информации на рабочих
местах, использование соответствующих "своих" баз данных при
одновременной возможности вхождения в локальные сети АРМ и ПК, а иногда
и в глобальные вычислительные сети, включающие мощные ЭВМ.
В настоящее время на очень многих предприятиях реализуется концепция
распределенных систем управления предприятием. В них предусматривается
локальная, достаточно полная и в значительной мере законченная обработка
информации на различных уровнях иерархии. В этих системах организуется
передача снизу вверх только той части информации, в которой имеется
потребность на верхних уровнях. При этом значительная часть результатов
обработки информации и исходные данные должны храниться в банках данных.
Для реализации идеи распределенного управления потребовалось
создание для каждого уровня управления и каждой предметной области
автоматизированных рабочих мест на базе профессиональных персональных
компьютеров. В моей работе по АРМ можно осуществлять планирование,
моделирование, оптимизацию процессов, принятие решений в различных
информационных системах и для различных сочетаний задач. Для каждого
объекта управления необходимо предусматривать АРМ, соответствующие их
значению. Принципы создания АРМ:
• системность.
• эффективность
• устойчивость.
• гибкость
Поясним, смыл каждого из указанных понятий.
Системность. АРМ следует рассматривать как системы, структура которых
определяется функциональным назначением.
Гибкость. Система приспособлена к возможным перестройкам, благодаря
модульности построения всех подсистем и стандартизации их элементов.
Устойчивость. Принцип заключается в том, что система АРМ должна
выполнять основные функции независимо от воздействия на нее внутренних и
внешних возмущающих факторов. Это значит, что неполадки в отдельных ее
частях должны быть легко устраняемы, а работоспособность системы быстро
восстанавливаема.

Эффективность АРМ следует рассматривать как интегральный показатель
уровня реализации приведенных выше принципов, отнесенного к затратам на
создание и эксплуатацию системы.
Функционирование АРМ может дать желаемый эффект при условии
правильного распределения функций и нагрузки между человеком и машинными
средствами обработки информации, ядром которой является компьютер.
Создание такого "гибридного" интеллекта в настоящее время является
проблемой. Я попытаюсь, построить АРМ Секретаря так что бы, эта программа
учитывала максимальные возможности этих свойств. Однако реализация этого
подхода при разработке и функционировании АРМ Секретаря может привести к
ощутимым результатам – АРМ Секретаря станет средством повышения не только
производительности труда и эффективности управления, но и социальной
комфортности специалиста. При этом человек в системе АРМ должен
оставаться ведущим звеном.
Hа производственных предприятиях АРМ являются важной структурной
составляющей АСУ как персональное средство планирования, управления,
обработки данных и принятия решений. АРМ - это всегда
специализированная система, набор технических средств и программного
обеспечения, ориентированного на конкретного специалиста -
администратора, экономиста, инженера, конструктора, проектанта,
архитектора, дизайнера, врача, организатора, исследователя,
библиотекаря, музейного работника и множество других(в нашем случае
секретаря).

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

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

2. Языковые средства АРМ
Языковые средства АРМ необходимы прежде всего для однозначного
смыслового соответствия действий пользователя и реакции ЭВМ. Без них
невозможен процесс обучения, организация диалога, обнаружение и
исправление ошибок. Сложность разработки таких языков заключается в том,
что они должны быть преимущественно непроцедурными. Если процедурный язык
указывает, как выполняется задаваемое действие, то непроцедурный - что
необходимо выполнить без детализации, какие действия для этого требуются.
Так как Секретари не знают и не должны знать в деталях процесс
реализации информационной потребности, чем выше интеллектуальность АРМ,
тем больше непроцедурных возможностей должно быть предусмотрено в его
языках.
Языки АРМ должны быть и пользовательски-ориентированными, в том числе
и профессионально-ориентированными. Это связано с различиями в
классификации пользователей, которые разделяются не только по
профессиональной принадлежности, но и по иерархии служебного положения,
мере обученности, виду потребляемых данных и др. Следует учесть, что
использование естественного языка, несмотря на кажущуюся простоту такого
подхода, не может дать сколько-нибудь ощутимых преимуществ из-за
необходимости введения через клавиатуру громоздких конструкций ради
получения иногда несложных результатов.
Как и во всяком языке, основу языков АРМ должны составлять
заранее определяемые термины, а также описания способов с помощью
которых могут устанавливаться новые термины, заменяя или дополняя
существующие. Это приводит к необходимости при проектировании АРМ
определенным образом классифицировать терминологическую основу АРМ ,
т.е. определить все основные синтаксические конструкции языка и
семантические отношения между терминами и их совокупностями. В связи с
этим может возникнуть необходимость в простейшей классификации АРМ,
например, по возможностям представления данных в некоторых
пользовательских режимах обработки: числовые, текстовые, смешанные. В
более сложных случаях классификация АРМ может определяться уже
организацией баз данных. Возможности языка во многом определяют и список
правил, по которым пользователь может строить формальные конструкции,
соответствующие реализации информационной потребности. Hапример, в
некоторых АРМ все данные и конструкции фиксируются в табличной форме
(табличные АРМ) или в виде операторов специального вида (функциональные
АРМ).
Языки пользователя разделяют АРМ также по видам диалога. Средства
поддержки диалога в конечном счете определяют языковые конструкции, знание
которых необходимо пользователю.
Конструкцией одного и того же АРМ может быть предусмотрено не один, а
несколько возможных типов диалога в зависимости от роста активности
пользователя в процессе обучения или работы, а также необходимости развития
АРМ средствами пользователя. Из существующих диалогов при разработке
АРМ наиболее употребимы: диалог, инициируемый ЭВМ, диалог заполнения
форм, гибридный диалог, диалог необученного пользователя и диалог с
помощью фиксированных кадров информации. При диалоге, инициируемом ЭВМ,
пользователь АРМ освобождается практически полностью от изучения
мнемоники и конструкций языка. Одной из модификаций этого метода
является метод меню, при котором выбирается один или несколько из
предложенных ЭВМ вариантов.
При диалоге заполнения форм, который также инициируется ЭВМ,
пользователь заполняет специально подобранные формы на дисплее с их
последующим анализом и обработкой.
Гибридный диалог может быть инициированы и пользователем, и ЭВМ.
При диалоге необученного пользователя должна быть обеспечена
полная ясность ответов ЭВМ, которые не могут оставлять у пользователя
сомнений относительно того, что ему нужно делать.
В случае диалога с помощью фиксированных кадров информации ЭВМ выбирает
ответ из списка имеющихся. В этом случае пользователь вводит только
очень короткие ответы, а основная информация выдается автоматически.
Тип диалога также может определять классификацию АРМ, например АРМ с
диалоговыми средствами необученного пользователя. Классификация АРМ по
такому признаку связана с классификаццией по профессиональной ориентации
пользователя. Hапример, АРМ с диалогом по методу меню вряд ли целесообразно
для пользователя-экономиста, относящегося в то же время к персоналу
руководителя, вследствие большого числа повторяющихся операций.
Если рассматривать автоматизированниые рабочие места с точки зрения
программных средств, их реализующих, то классификация АРМ может быть
весьма обширна. Они могут быть классифицированы по языку
программирования, возможности предоставления пользователю процедурных
средств программирования, возможности достраивания программной системы в
процессе эксплуатации, наличию систем управления базами данных,
транслятора или интерпретатора с языков пользователей, средств обнаружения
и исправления ошибок и т.д. Пакеты прикладных программ (ППП), применяемые в
АРМ, могут быть параметризованы для обеспечения привязки системы к
конкретному приложению. Могут использоваться генераторы самих ППП.
В состав АРМ обязательно входят различные программные компоненты,
обеспечивающие основные расчетные функции и организацию диалога, а также
система управления базой данных, трансляторы, справочные системы,
собственно база данных, содержащая, например, основные данные, сценарии
диалога, инструкции, управляющие параметры, перечни ошибок и др. Основные
компоненты АРМ определяют его состав и обеспечивать возможность
классификации АРМ по различным признакам.
В зависимости от применения в рамках АРМ средств, обеспечивающих
развитие АРМ конечным пользователем, будем разделять АРМ на два больших
класса : обслуживащюие и интеллектуальные. И те и другие могут
предназначаться для различных пользователей. Hо в то же время существуют
такие пользователи, о которых можно сказать заранее, что он не может быть
пользователем того или другого АРМ. Hапример, обслуживающий персонал
(делопроизводители, секретари) в силу специфики выполняемых ими функций
не нуждаются в интеллектуальных АРМ (в своей непосредственной
деятельности).
Обслуживающие АРМ в сферах организационного управления могут быть :
• информационно-справочными.
• вычислительными.
• текстообрабатывающими.

Интеллектуальные АРМ можно прежде всего разделить на ориентированные
на данные и ориентированные на занания (даталогические и фактологические).
Информационно-справочные АРМ обслуживают какой-либо процесс
управления. Вычислительные АРМ разнообразны по своему содержанию и
могут применяться многочисленными категориями пользователей. С их
помощью могут ставиться и решаться организационно-экономические задачи,
связанные и не связанные друг с другом, поиск и обработка данных в которых
заранее определена или определяется в процессе функционирования АРМ.
Текстообразующие АРМ предназначены для обработки и генерации текстовой
информации различной структуры и предположении, что текст семантически не
анализируется.
Интеллектуальные АРМ даталогического типа основаны на широком
использовании баз данных и языков пользователей. При этом пользователь
способен самостоятельно модифицировать базы данных и языки, варьировать
диалоговыми возможностями. В этих АРМ отсутствует база знаний, т.е.
невозможно накопление правил, обеспечивающих объяснение того или иного
свойства управляемого объекта. База знаний как составной компонент входит
в АРМ фактологического типа. Фактологические АРМ полезны там, где работа в
условиях АРМ определяется преимущественно накапливаемым опытом и
логическим выводом на его основе.
Выделим несколько основных функций, которые должны быть реализованы
в рамках автоматизации организационного управления:
интерпретация (анализ и описание данных и фактов из предметной
области для установления их взаимосвязей и систем);
диагностика (поиск, определение и описание состояния управляемого
объекта);
мониторинг (непрерывное отслеживание функционирования АРМ и
фиксирование получаемых результатов);
планирование (обеспечение заданной последовательности действий);
проектирование (обеспечение пользовательских интерфейсов и
развития).

1.3 Классификация АРМ-ов.

АРМ могут быть индивидуальными, групповыми, коллективными.
Применительно к групповым и коллективным АРМ в целях эффективного
функционирования системы ЭВМ - специалистам (коллективу) необходимо
ужесточить требования к организации работы АРМ и чётко определить
функции администрирования в такой системе. Система АРМ, являющаяся
человеком – машиной, должна быть открытой, гибкой, приспособленной к
постоянному развитию и совершенствованию. В такой системе должны быть
обеспечены:
• максимальная приближённость специалистов к машинным средствам обработки
информации;
• работа в диалоговом режиме;
• оснащение АРМ в соответствии с требованиями эргономики;
• высокая производительность компьютера;
• максимальная автоматизация рутинных процессов;
моральная удовлетворенность специалистов условиями
труда,стимулирующая их творческую активность, в частности, в дальнейшем
развитии системы;
• возможность самообучения специалистов.

Задачи, решаемые на АРМ, условно можно разделить на информационные и
вычислительные.
К информационным задачам относятся кодирование, классификация, сбор,
структурная организация, корректировка, хранение, поиск и выдача
информации. Часто информационные задачи включают несложные вычислительные
и логические процедуры арифметического и текстового характера и отношения
(связи). Информационные задачи являются, как правило, наиболее
трудоемкими и занимают большую часть рабочего времени специалистов.
Вычислительные задачи являются как формализуемыми , так и не
полностью формализуемыми. Формализуемые задачи решаются на базе формальных
алгоритмов и делятся на две группы: задачи прямого счета и задачи на
основе математических моделей. Задачи прямого счета решаются с помощью
простейших алгоритмов. Для более сложных задач требуется применять
различные математические модели.
В последнее время большое внимание выделяется разработке средств
решения не полностью формализуемых задач, называемых сематическими. Такие
задачи возникают очень часто в ходе оперативного управления экономическими
объектами, особенно при принятии решений в условиях неполной информации.
Структура АРМ - это совокупность его подсистем и элементов. К
обеспечивающим системам в первую очередь следует отнести: техническое,
информационное, программное и организационное. Кроме того, существует целый
ряд подсистем.
Техническое обеспечение представляет собой комплекс технических
средств, основой которого служит профессиональный персональный
компьютер, предусматривающий работу специалиста без посредников
(программистов, операторов и др.). У групповых АРМ таким компьютером могут
пользоваться 4 - 6 человек. В комплект профессионального персонального
компьютера входят процессор, дисплей, клавиатура, магнитные накопители
информации, печатающие устройства и графопостроители.
К комплексу технических средств следует отнести и средства
коммуникаций для связи различных АРМ в сетях, а также средства телефонной
связи.
Информационное обеспечение - это массивы информации, хранящиеся в
локальных базах данных. Информация организуется и хранится, в основном,
на магнитных дисках. Управление ею осуществляется с помощью программной
системы управления базами данных, которая производит запись информации,
поиск, считывание, корректировку и решение информационных задач. В АРМ
может быть несколько баз данных.
Организационное обеспечение включает средства и методы организации
функционирования, совершенствования и развития АРМ, а также подготовки и
повышения квалификации кадров.
Для групповых и коллективных АРМ в подсистему организационного
обеспечения включаются функции администрирования АРМ: проектирование,
планирование, учет, контроль, анализ, регулирование, организационные связи
с инфрасистемами и др.
Организационное обеспечение предусматривает определение и
документальное оформление прав и обязанностей пользователей АРМ.
Программное обеспечение состоит из системного программного
обеспечения и прикладного. Основой системного обеспечения является
операционная система и системы программирования, например, алгоритмический
язык Delphi. Системные программы обеспечивают рациональную технологию
обработки информации. Так называемые сервисные программы, которыми АРМ
комплектуется в зависимости от потребности в них, расширяют возможности
операционной системы. Для обеспечения информационной связи в сетях АРМ и
связи АРМ по различным каналам также применяются программные средства,
которые можно отнести к системному программированию.
Прикладное программное обеспечение составляют программы пользователей и
пакеты прикладных программ разного назначения. Стандартные программы
пользователей представляют собой программные решения определённых задач на
алгоритмическом языке, чаще всего Бейсик.
ППП выполнены по модульному принципу и ориентированны на решение
определенного класса задач. ППП являются основным видом проблемного
программного обеспечения. Они позволяют формировать алгоритмы, изменять
условия решения задач данного класса, контролировать ход решений,
вносить коррективы в алгоритмы и др. При работе на АРМ ППП реализуются в
диалоговом режиме.
Примерами ППП являются: ППП для формирования различных документов с
выполнением расчётных операций, ППП для задач оптимизаций планов, ППП
балансовых задач. Особое место уделяется ППП для создания
автоматизированных информационных систем, которые могут иметь различное
назначение: справочные, для обработки таблиц, ведения массивов информации,
создания и ведения баз данных, документальные. Пакеты для работы с
графической информацией позволяют представить в наглядном и компактном
виде состояние и процессы, свойственные объектам, проиллюстрировать
результаты прогнозного анализа.
2.Разработка баз данных использующая программа АРМ
Секретарь
2.1 Актуальность разработки баз данных, на основе продуктов Borland

В этом разделе описываются основы работы с базами данных. Напомню,
что под базой данных – понимается некоторая унифицированная совокупность
данных, совместно используемая персоналомнаселением группы, предприятия,
региона, страны, мира... Задача базы данных состоит в хранении всех
представляющих интерес данных в одном или нескольких местах, причем таким
способом, который заведомо исключает ненужную избыточность. В хорошо
спроектированной базе данных избыточность данных исключается, и вероятность
сохранения противоречивых данных минимизируется. Таким образом, создание
баз данных преследует две основные цели: понизить избыточность данных и
повысить их надежность.
В данном разделе курсовой работы я рассмотрю процесс проектирования баз
данных, общий для обеих технологий. И лишь детали его реализации будут
различаться в разных архитектурах. Сразу скажу , что я буду рассматривать
только реляционные базы данных: во-первых, реляционные базы получили
наибольшее распространение в мире; во-вторых, они наиболее “продвинуты” в
научном плане; а в-третьих, ядро баз данных Borland Database Engine, на
основе которого работают все последние продукты компании Borland,
предназначено именно для работы с реляционными базами данных.
Жизненный цикл любого программного продукта, в том числе и системы
управления базой данных, состоит (по-крупному) из стадий проектирования,
реализации и эксплуатации.
Естественно, наиболее значительным фактором в жизненном цикле приложения,
работающего с базой данных, является стадия проектирования. От того,
насколько тщательно продумана структура базы, насколько четко определены
связи между ее элементами, зависит производительность системы и ее
информационная насыщенность, а значит - и время ее жизни.
2.2Требования к базам данных
Хорошо спроектированная база данных:
• Удовлетворяет всем требованиям пользователей к содержимому базы
данных. Перед проектированием базы необходимо провести обширные
исследования требований пользователей к функционированию базы данных.
• Гарантирует непротиворечивость и целостность данных. При
проектировании таблиц нужно определить их атрибуты и некоторые
правила, ограничивающие возможность ввода пользователем неверных
значений. Для верификации данных перед непосредственной записью их в
таблицу база данных должна осуществлять вызов правил модели данных и
тем самым гарантировать сохранение целостности информации.
• Обеспечивает естественное, легкое для восприятия структурирование
информации. Качественное построение базы позволяет делать запросы к
базе более “прозрачными” и легкими для понимания; следовательно,
снижается вероятность внесения некорректных данных и улучшается
качество сопровождения базы.
• Удовлетворяет требованиям пользователей к производительности базы
данных. При больших объемах информации вопросы сохранения
производительности начинают играть главную роль, сразу “высвечивая”
все недочеты этапа проектирования.
Следующие пункты представляют основные
Шаги проектирования базы данных:
1. Определить информационные потребности базы данных.
2. Проанализировать объекты реального мира, которые необходимо
смоделировать в базе данных. Сформировать из этих объектов сущности и
характеристики этих сущностей (например, для сущности “деталь”
характеристиками могут быть “название”, “цвет”, “вес” и т.п.) и
сформировать их список.
3. Поставить в соответствие сущностям и характеристикам - таблицы и
столбцы (поля) в нотации выбранной Вами СУБД (Paradox, dBase, FoxPro,
Access, Clipper, InterBase, Sybase, Informix, Oracle и т.д.).
4. Определить атрибуты, которые уникальным образом идентифицируют каждый
объект.
1. Выработать правила, которые будут устанавливать и поддерживать
целостность данных.
2. Установить связи между объектами (таблицами и столбцами), провести
нормализацию таблиц.
3. Спланировать вопросы надежности данных и, при необходимости,
сохранения секретности информации.

2.3Основные концепции реляционных баз данных
Прежде чем подробно рассматривать каждый из этих шагов,
остановимся на основных концепциях реляционных баз данных. В реляционной
теории одним из главных является понятие отношения. Математически отношение
определяется следующим образом. Пусть даны n множеств D1,D2,...,Dn. Тогда R
есть отношение над этими множествами, если R есть множество упорядоченных
наборов вида d1,d2,...,dn, где d1 - элемент из D1, d2 - элемент из D2,
..., dn - элемент из Dn. При этом наборы вида d1,d2,...,dn называются
кортежами, а множества D1,D2,...,Dn - доменами. Каждый кортеж состоит из
элементов, выбираемых из своих доменов. Эти элементы называются атрибутами,
а их значения - значениями атрибутов. рис. ошибка! текст указанного стиля в
документе отсутствует.-a представляет нам графическое изображение отношения
с разных точек зрения.

Легко заметить, что отношение является отражением некоторой сущности
реального мира (в данном случае - сущности “деталь”) и с точки зрения
обработки данных представляет собой таблицу. Поскольку в локальных базах
данных каждая таблица размещается в отдельном файле, то с точки зрения
размещения данных для локальных баз данных отношение можно отождествлять с
файлом. Кортеж представляет собой строку в таблице, или, что то же самое,
запись. Атрибут же является столбцом таблицы, или - полем в записи. Домен
же представляется неким обобщенным типом, который может быть источником для
типов полей в записи. Таким образом, следующие тройки терминов являются
эквивалентными:
• отношение, таблица, файл (для локальных баз данных)
• кортеж, строка, запись
• атрибут, столбец, поле.
Реляционная база данных представляет собой совокупность отношений,
содержащих всю необходимую информацию и объединенных различными связями.
Атрибут (или набор атрибутов), который может быть использован для
однозначной идентификации конкретного кортежа (строки, записи), называется
первичным ключом. Первичный ключ не должен иметь дополнительных атрибутов.
Это значит, что если из первичного ключа исключить произвольный атрибут,
оставшихся атрибутов будет недостаточно для однозначной идентификации
отдельных кортежей. Для ускорения доступа по первичному ключу во всех
системах управления базами данных (СУБД) имеется механизм, называемый
индексированием. Грубо говоря, индекс представляет собой инвертированный
древовидный список, указывающий на истинное местоположение записи для
каждого первичного ключа. Естественно, в разных СУБД индексы реализованы по-
разному (в локальных СУБД - как правило, в виде отдельных файлов), однако,
принципы их организации одинаковы.
Возможно индексирование отношения с использованием атрибутов, отличных
от первичного ключа. Данный тип индекса называется вторичным индексом и
применяется в целях уменьшения времени доступа при нахождении данных в
отношении, а также для сортировки. Таким образом, если само отношение не
упорядочено каким-либо образом и в нем могут присутствовать строки,
оставшиеся после удаления некоторых кортежей, то индекс (для локальных СУБД
- индексный файл), напротив, отсортирован.
Для поддержания ссылочной целостности данных в СУБД имеется механизм
так называемых внешних ключей. Смысл этого механизма состоит в том, что
некоему атрибуту (или группе атрибутов) одного отношения назначается ссылка
на первичный ключ другого отношения; тем самым закрепляются связи
подчиненности между этими отношениями. При этом отношение, на первичный
ключ которого ссылается внешний ключ другого отношения, называется master-
отношением, или главным отношением; а отношение, от которого исходит
ссылка, называется detail-отношением, или подчиненным отношением. После
назначения такой ссылки СУБД имеет возможность автоматически отслеживать
вопросы “не нарушения“ связей между отношениями, а именно:
• попытка вставить в подчиненную таблицу запись, для внешнего ключа
которой не существует соответствия в главной таблице (например, там
нет еще записи с таким первичным ключом), СУБД сгенерирует ошибку;
• если удалить из главной таблицы запись, на первичный ключ которой
имеется хотя бы одна ссылка из подчиненной таблицы, СУБД также
сгенерирует ошибку.
• если изменить первичный ключ записи главной таблицы, на которую
имеется хотя бы одна ссылка из подчиненной таблицы, СУБД также
сгенерирует ошибку.
Замечание. Существует два подхода к удалению и изменению записей из
главной таблицы:
• Запретить удаление всех записей, а также изменение первичных
ключей главной таблицы, на которые имеются ссылки подчиненной
таблицы.
• Распространить всякие изменения в первичном ключе главной таблицы
на подчиненную таблицу, а именно:
• если в главной таблице удалена запись, то в подчиненной таблице
должны быть удалены все записи, ссылающиеся на удаляемую;
• если в главной таблице изменен первичный ключ записи, то в
подчиненной таблице должны быть изменены все внешние ключи
записей, ссылающихся на изменяемую.
Я ознакомился с основными понятиями реляционной теории, можно перейти
к детальному рассмотрению шагов проектирования базы данных.

2.4 Шаги проектирования базы данных
I. Первый шаг состоит в определении информационных потребностей базы
данных. Он включает в себя опрос будущих пользователей для того, чтобы
понять и задокументировать их требования. Следует выяснить следующие
вопросы:
• сможет ли новая система объединить существующие приложения или их
необходимо будет кардинально переделывать для совместной работы с
новой системой;
• какие данные используются разными приложениями; смогут ли Ваши
приложения совместно использовать какие-либо из этих данных;
• кто будет вводить данные в базу и в какой форме; как часто будут
изменяться данные;
• достаточно ли будет для Вашей предметной области одной базы или Вам
потребуется несколько баз данных с различными структурами;
• какая информация является наиболее чувствительной к скорости ее
извлечения и изменения.
II. Следующий шаг включает в себя анализ объектов реального мира,
которые необходимо смоделировать в базе данных.
Формирование концептуальной модели базы данных включает в себя:
• идентификацию функциональной деятельности Вашей предметной области.
Например, речь идет о работе секретаря, то в качестве функциональной
деятельности можно идентифицировать ведение учета работающих, отгрузку
продукции, оформление заказов и т.п.
• идентификацию объектов, которые осуществляют эту функциональную
деятельность, и формирование из их операций последовательности
событий, которые помогут Вам идентифицировать все сущности и
взаимосвязи между ними. Например, процесс “ведение учета работающих”
идентифицирует такие сущности как РАБОТНИК, ПРОФЕССИЯ, ОТДЕЛ.
• идентификацию характеристик этих сущностей. Например, сущность
РАБОТНИК может включать такие характеристики как Идентификатор
Работника, Фамилия, Имя, Отчество, Профессия, Зарплата.
• идентификацию взаимосвязей между сущностями. Например, каким образом
сущности РАБОТНИК, ПРОФЕССИЯ, ОТДЕЛ взаимодействуют друг с другом?
Работник имеет одну профессию (для простоты!) и значится в одном
отделе, в то время как в одном отделе может находиться много
работников.
III. Третий шаг заключается в установлении соответствия между
сущностями и характеристиками предметной области и отношениями и атрибутами
в нотации выбранной СУБД. Поскольку каждая сущность реального мира обладает
некими характеристиками, в совокупности образующими полную картину ее
проявления, можно поставить им в соответствие набор отношений (таблиц) и их
атрибутов (полей).
Перечислив все отношения и их атрибуты, уже на этом этапе можно начать
устранять излишние позиции. Каждый атрибут должен появляться только один
раз; и Вы должны решить, какое отношение будет являться владельцем какого
набора атрибутов.
IV. На четвертом шаге определяются атрибуты, которые уникальным образом
идентифицируют каждый объект. Это необходимо для того, чтобы система могла
получить любую единичную строку таблицы. Я должен буду определить
первичный ключ для каждого из отношений. Нет возможности идентифицировать
кортеж с помощью одного атрибута, то первичный ключ нужно сделать составным
- из нескольких атрибутов. Первичный ключ в таблице работников, состоящий
из фамилии, имени и отчества. Первичный ключ гарантирует, что в таблице не
будет содержаться двух одинаковых строк. Во многих СУБД имеется возможность
помимо первичного определять еще ряд уникальных ключей. Отличие уникального
ключа от первичного состоит в том, что уникальный ключ не является главным
идентифицирующим фактором записи и на него не может ссылаться внешний ключ
другой таблицы. Его главная задача - гарантировать уникальность значения
поля.
V. Пятый шаг предполагает выработку правил, которые будут устанавливать
и поддерживать целостность данных. Будучи определенными, такие правила в
клиент-серверных СУБД поддерживаются автоматически - сервером баз данных; в
локальных же СУБД их поддержание приходится возлагать на пользовательское
приложение.
Эти правила включают:
• определение типа данных
• выбор набора символов, соответствующего данной стране
• создание полей, опирающихся на домены
• установка значений по умолчанию
• определение ограничений целостности
• определение проверочных условий.
VI. На шестом шаге устанавливаются связи между объектами (таблицами и
столбцами) и производится очень важная операция для исключения избыточности
данных - нормализация таблиц.
Каждый из различных типов связей должен быть смоделирован в базе
данных. Существует несколько типов связей:
• связь “один-к-одному”
• связь “один-ко-многим”
• связь “многие-ко-многим”.
Связь “один-к-одному” представляет собой простейший вид связи данных,
когда первичный ключ таблицы является в то же время внешним ключом,
ссылающимся на первичный ключ другой таблицы. Такую связь бывает удобно
устанавливать тогда, когда невыгодно держать разные по размеру (или по
другим критериям) данные в одной таблице. Например, можно выделить данные с
подробным описанием изделия в отдельную таблицу с установлением связи “один-
к-одному” для того чтобы не занимать оперативную память, если эти данные
используются сравнительно редко.
Связь “один-ко-многим” в большинстве случаев отражает реальную
взаимосвязь сущностей в предметной области. Она реализуется уже описанной
парой “внешний ключ-первичный ключ”, т.е. когда определен внешний ключ,
ссылающийся на первичный ключ другой таблицы. Именно эта связь описывает
широко распространенный механизм классификаторов. Имеется справочная
таблица, содержащая названия, имена и т.п. и некие коды, причем, первичным
ключом является код. В таблице, собирающей информацию - назовем ее
информационной таблицей - определяется внешний ключ, ссылающийся на
первичный ключ классификатора. После этого в нее заносится не название из
классификатора, а код. Такая система становится устойчивой от изменения
названия в классификаторах. Имеются способы быстрой “подмены” в
отображаемой таблице кодов на их названия как на уровне сервера БД (для
клиент-серверных СУБД), так и на уровне пользовательского приложения. Но об
этом - в дальнейших уроках.
Связь “многие-ко-многим” в явном виде в реляционных базах данных не
поддерживается. Однако имеется ряд способов косвенной реализации такой
связи, которые с успехом возмещают ее отсутствие. Один из наиболее
распространенных способов заключается во введении дополнительной таблицы,
строки которой состоят из внешних ключей, ссылающихся на первичные ключи
двух таблиц. Например, имеются две таблицы: КЛИЕНТ и ГРУППА_ИНТЕРЕСОВ. Один
человек может быть включен в различные группы, в то время как группа может
объединять различных людей. Для реализации такой связи “многие-ко-многим”
вводится дополнительная таблица, назовем ее КЛИЕНТЫ_В_ГРУППЕ, строка
которой будет иметь два внешних ключа: один будет ссылаться на первичный
ключ в таблице КЛИЕНТ, а другой - на первичный ключ в таблице
ГРУППА_ИНТЕРЕСОВ. Таким образом в таблицу КЛИЕНТЫ_В_ГРУППЕ можно записывать
любое количество людей и любое количество групп.
Итак, после определения таблиц, полей, индексов и связей между
таблицами следует посмотреть на проектируемую базу данных в целом и
проанализировать ее, используя правила нормализации, с целью устранения
логических ошибок. Важность нормализации состоит в том, что она позволяет
разбить большие отношения, как правило, содержащие большую избыточность
информации, на более мелкие логические единицы, группирующие только данные,
объединенные “по природе”. Таким образом, идея нормализации заключается в
следующем. Каждая таблица в реляционной базе данных удовлетворяет условию,
в соответствии с которым в позиции на пересечении каждой строки и столбца
таблицы всегда находится единственное значение, и никогда не может быть
множества таких значений.
После применения правил нормализации логические группы данных
располагаются не более чем в одной таблице. Это дает следующие
преимущества:
• данные легко обновлять или удалять
• исключается возможность рассогласования копий данных
• уменьшается возможность введения некорректных данных.
Процесс нормализации заключается в приведении таблиц в так называемые
нормальные формы. Существует несколько видов нормальных форм: первая
нормальная форма (1НФ), вторая нормальная форма (2НФ), третья нормальная
форма (3НФ), нормальная форма Бойса-Кодда (НФБК), четвертая нормальная
форма (4НФ), пятая нормальная форма (5НФ). С практической точки зрения,
достаточно трех первых форм - следует учитывать время, необходимое системе
для “соединения” таблиц при отображении их на экране. Поэтому мы
ограничимся изучением процесса приведения отношений к первым трем формам.
Этот процесс включает:
• устранение повторяющихся групп (приведение к 1НФ)
• удаление частично зависимых атрибутов (приведение к 2НФ)
• удаление транзитивно зависимых атрибутов (приведение к 3НФ).
Рассмотрим каждый из этих процессов подробней.
2.4.1Приведение к первой нормальной форме

Когда поле в данной записи содержит более одного значения для
каждого вхождения первичного ... продолжение

Вы можете абсолютно на бесплатной основе полностью просмотреть эту работу через наше приложение.