Проектирование информационной системы АТС

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

      Данная  курсовая работа работа посвящена разработке приложения управления базами данных «Автоматизированные телекоммуникационные системы». Она предназначена для расчетов телекоммуникационных услуг. В современных условиях эта тема обладает актуальностью, так как, эффективная хозяйственная деятельность предприятий, поставляющие эти услуги невозможна без соответствующей автоматизации, а телефонная связь - эффективное средство обмена информацией. Задача дипломной работы заключается в построении приложения с помощью интегрированной среды визуального программирования Delphi и раскрытий теоретических и методический основ применения инструментов данной среды. Целью моей работы является систематическое изложение, всестороннее рассмотрение и реализация проекта. Предметом исследования выступают - услуги телекоммуникационных систем, а объектом - входящие платежи абонентов за эти услуги, а также их обработка.

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

2. Теория  построения Автоматизированных Рабочих Мест

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

    Hаибольшее  распространение в мире получили  АРМ на базе профессиональных  ПК с архитектурой IBM PC.

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

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

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

- системность.

- гибкость.

- устойчивость.

- эффективность.

    Поясним смыл каждого из указанных понятий.

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

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

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

    3.2. Языковые средства  АРМ 

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

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

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

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

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

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

    Гибридный диалог может быть инициированы и  пользователем, и ПЭВМ.

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

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

    Тип диалога  также может определять классификацию АРМ, например АРМ  с диалоговыми средствами необученного  пользователя. Классификация АРМ  по такому признаку связана с классификаццией  по профессиональной ориентации пользователя. Hапример, АРМ с диалогом по методу меню вряд ли целесообразно для пользователя-экономиста, относящегося в то же время к персоналу руководителя, вследствие большого числа повторяющихся операций.

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

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

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

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

    максимальная  приближённость специалистов к машинным средствам обработки информации;

    работа  в диалоговом режиме;

    оснащение АРМ в соответствии с требованиями эргономики;

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

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

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

    возможность самообучения специалистов.

    Задачи, решаемые на АРМ,  условно можно  разделить на информационные и вычислительные.

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

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

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

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

    К комплексу технических средств следует отнести и средства  коммуникаций  для связи различных АРМ в сетях,  а также средства телефонной связи.

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

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

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

    Организационное обеспечение предусматривает определение  и документальное оформление прав и  обязанностей пользователей АРМ.

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

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

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

3. Описание  среды программирования

      4.1. Обоснование выбора среды программирования 

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

      Высокопроизводительный  компилятор в машинный код

      Объектно-ориентированная  модель компонент

      Визуальное (а, следовательно, и скоростное) построение приложений из программных прототипов

      Масштабируемые  средства для построения баз данных

      Компилятор  в машинный код

      Компилятор, встроенный в Delphi, обеспечивает высокую  производительность, необходимую для  построения приложений в архитектуре "клиент-сервер". Этот компилятор в настоящее время является самым быстрым в мире, его скорость компиляции составляет свыше 120 тысяч строк в минуту на компьютере 486DX33. Он предлагает легкость разработки и быстрое время проверки готового программного блока, характерного для языков четвертого поколения (4GL) и в то же время обеспечивает качество кода, характерного для компилятора 3GL. Кроме того, Delphi обеспечивает быструю разработку без необходимости писать вставки на Си или ручного написания кода (хотя это возможно).

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

      Объектно-ориентированная  модель программных компонент

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

      В стандартную поставку Delphi входят основные объекты, которые образуют удачно подобранную  иерархию из 270 базовых классов. Для начала - неплохо. Но если возникнет необходимость в решении какой-то специфической проблемы на Delphi, советуем, прежде чем попытаться начинать решать проблему "с нуля", просмотреть список свободно распространяемых или коммерческих компонент, разработанных третьими фирмами, количество этих фирм в настоящее время превышает число 250, хотя, возможно, я не обо всех знаю. Скептики, возможно, не поверят в то, что на Delphi можно одинаково хорошо писать как приложения к корпоративным базам данных, так и, к примеру, игровые программы. Тем не менее, это так. Во многом это объясняется тем, что традиционно в среде Windows было достаточно сложно реализовывать пользовательский интерфейс. Событийная модель в Windows всегда была сложна для понимания и отладки. Но именно разработка интерфейса в Delphi является самой простой задачей для программиста.

      Быстрая разработка работающего приложения из прототипов

      Cреда Delphi включает в себя полный  набор визуальных инструментов  для скоростной разработки приложений (RAD - rapid application development), поддерживающей разработку пользовательского интерфейса и подключение к корпоративным базам данных. VCL - библиотека визуальных компонент, включает в себя стандартные объекты построения пользовательского интерфейса, объекты управления данными, графические объекты, объекты мультимедиа, диалоги и объекты управления файлами, управление DDE и OLE. Единственное, что можно поставить в вину Delphi, это то, что готовых компонент, поставляемых Borland, могло бы быть и больше. Однако, разработки других фирм, а также свободно распространяемые программистами freeware-компоненты уже восполнили этот недостаток.

      Масштабируемые  средства для построения баз данных

      Объекты БД в Delphi основаны на SQL и включают в  себя полную мощь Borland Database Engine. В состав Delphi также включен Borland SQL Link, поэтому доступ к СУБД Oracle, Sybase, Informix и InterBase происходит с высокой эффективностью. Кроме того, Delphi включает в себя локальный сервер Interbase для того, чтобы можно было разработать расширяемые на любые внешние SQL-сервера приложения в офлайновом режиме. Разработчик в среде Delphi, проектирующий информационную систему для локальной машины (к примеру, небольшую систему учета медицинских карточек для одного компьютера), может использовать для хранения информации файлы формата .dbf (как в dBase или Clipper) или .db (Paradox). Если же он будет использовать локальный InterBase for Windows 4.0 (это локальный SQL-сервер, входящий в поставку), то его приложение безо всяких изменений будет работать и в составе большой системы с архитектурой клиент-сервер. 
 

      4.2. Основные принципы создания приложений баз данных 

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

      Поиск местоположения базы данных

      Поиск таблицы, ее открытие и чтение служебной  информации

      Чтение  данных в соответствии с форматом хранения данных и т. д.

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

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

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

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

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

      Набор данных 

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

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

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

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

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

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

Класс TDBDataSet обеспечивает доступ к таблицам БД через BDE, получение и передачу данных. 
 

      Поля 

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

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

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

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

      Редактирование  данных 

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

Для отдельного поля значение можно изменить, обнулить или восстановить.

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

      Применительно к любым операциям редактирования данных могут выполняться методы post и cancel, post обеспечивает передачу сделанных  в текущей записи изменений в  таблицу БД. Cancel отменяет все сделанные  с момента последнего сохранения изменения и восстанавливает первоначальные значения полей текущей записи.

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

Навигация по набору данных

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

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

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

Состояния набора данных

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

      Практически в каждом методе класса проводится первоначальная проверка на текущее  состояние набора данных. Для этого используется процедура CheckBrowseMode или свойство State типа TDataSetState (см. исходный код метода post выше). А после выполнения операции, при необходимости, значение свойства State изменяется в соответствии с выполненными действиями. 
 

5. Проектирование информационной системы АТС

1. 5.1. Описание постановки задачи

     Постановка задачи.

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

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

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

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

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

1)  установить на формы необходимые  компоненты;

2)  определить соответствующие свойства;

3)  создать обработчики событий  для некоторых компонентов.

5.2.     Формализация задачи.

Сформулируем  решение задачи в виде схемы. Приложение состоит из 4 таблиц, связанных между собой и созданных в формате Paradox 7.  
 

1-таблица:  abonent.db.                                                                           таблица 1.1. 

2- таблица:  peregovor.db                                                                      таблица 1.2.  

3-таблица: abonplata.db       таблица 1.3.  

4-таблица: kodgoroda.db      таблица 1.4. 

           таблица 1.5.

Все эти таблицы  связаны следующим образом: один ко многим. 1)главная (master)

5.3. Алгоритм решения задачи.

Решение задачи можно показать с помощью следующей схемы:

5.4. Руководство пользователя 

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

При первом запуске данной программы перед вами появится окно «Автоматизированные телефонные системы», на котором нужно нажать кнопку ОК.

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

Следующее окно предназназначено для заполнения таблицы базы данных переговоры, состоящей  из полей: ФИО, Город, Дата, Время, Номер  телефона, Продолжительность связи. Причем для заполнения поля ФИО, используется данные из поля ФИО таблицы Абоненты, для заполнения поля Город используются данные из поля Город таблицы Коды городов.

Четвертое окно предназначено для заполнения таблиц базы данных Абонентская плата, состоящей из полей ФИО, Дата, За какой месяц, Начислено, Оплачено. Для заполнения поля ФИО используются данные из поля ФИО таблицы Абоненты.  
 

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

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

Данное окно появляется при выборе команды «Телефонные коды городов» меню информационная служба.  

Следующие окна появляются при вызове справки 

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

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

    Заключение 

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

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

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

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

    Список  использованной литературы:

1. Благодатских В.А. и др. Экономика, разработка и использование программного обеспечения ЭВМ. М.: Финансы и статистика, 1995–387с.
2. Голосов О.В. и др. Введение в информационный бизнес. М.: Финансы и статистика, 1995 – 217 с.
3. Дарахвелидзе П., Макаров Е. Delphi 6 Наиболее полное руководство.  С.- П.: БХВ Санкт-Петербург, 2002 – 802 с.
4. Шумаков. П.В. Фаронов В.В. Delphi 6 Руководство разработчика баз данных. М.: Нолидж, 2003 – 557 с.
5. Баженов И.Ю. Delphi 6. Самоучитель программиста. – М.КУДИЦ-ОБРАЗ, 2002. -432 с..
6. Гофман В.Э., Хомоненко А.Д.Delphi 6. – СПб.: БХВ Петербург, 2002. – 1152 с.:ил.. 
7. Фаронов В.В. Delphi 4. Учебный курс. – М.: «Нолидж», 1998-464 с.,ил.
8. Программирование. Учебник. Аванесов М.Т. Москва 1995.35с .
9. Куприян А.В. Среда программирования. М.: Мир, 1996.20с.
10. Delphi 5. Начальный курс. С.Бобровский. «Информ-пресс», М.:1999 г. 43с.
11. .   
12. Гражданское право. Учебник под ред. Сергеева А.П.,  Толстого Ю.К. М.: Проспект, 1998.
13. Международное право под ред. Тункина Г.И. М.: Юрид.лит.1994.
14. Delphi 5: учебный курс. Бобровский C. Издательство «Питер», -СПб: 2000.59с.
15. Delphi 5:   учебный курс.-В.В. Фаронов. М.: “Нолидж”, 2000.85.
16. Беляев В. В. - Охрана труда на предприятиях мясной и молочной промышленности. – М.: Легкая и пищевая пром - сть, 1982.
17. Сегеда Д. Г., Дашевский В. И. – Охрана труда в пищевой промышленности. – М.: Легкая и пищевая пром – сть, 1983.
18. Конституция Республики Казахстан
19. Гражданский кодекс Республики Казахстан
20. Жилищный кодекс Республики Казахстан

    Приложение А 

  Текст программы.

//Unit6 (Автоватизированные телефонные системы)

procedure TForm6.Button1Click(Sender: TObject);

begin

form6.Hide;

form1.show;

end; 

//Unit1 (Абоненты)

procedure TForm1.Button1Click(Sender: TObject);

var s,t:string;

begin

s:='';

t:='';

if combobox1.Text='' then messagebox (handle,pchar('Введите ваш текст  сообщения!'),pchar(''),48);

case combobox1.ItemIndex of

0: s:='fio';

1: s:='schet';

else begin

radiogroup1.ItemIndex:=0;

s:='fio';

end;

end;

case radiogroup1.ItemIndex of

0:;

1:t:='desc';

end;

query1.close;

query1.sql.clear;

query1.sql.Add('select * from abonent.db order by '+s+' '+t);

query1.Open;

query1.Active:=true;

dbgrid1.DataSource:=datasource2; 
 

end; 

procedure TForm1.N022Click(Sender: TObject);

begin

table1.Active:=true;

N023.Enabled:=true;

N024.Enabled:=true;

end; 

procedure TForm1.Button2Click(Sender: TObject);

begin

dbgrid1.DataSource:=datasource1;

end; 

procedure TForm1.N01Click(Sender: TObject);

begin

form2.show;

form1.Hide;

form3.Hide;

form4.Hide;

form5.Hide;

end; 

procedure TForm1.N06Click(Sender: TObject);

begin

form5.show;

form1.Hide;

form2.Hide;

form3.Hide;

form4.Hide;

end; 

procedure TForm1.N07Click(Sender: TObject);

begin

n06.Click;

end; 

procedure TForm1.N08Click(Sender: TObject);

begin

form3.show;

form1.Hide;

form2.Hide;

form4.Hide;

form5.Hide;

end; 

procedure TForm1.N017Click(Sender: TObject);

begin

form1.Color:=clsilver;

form2.Color:=clsilver;

form3.Color:=clsilver;

form4.Color:=clsilver;

form5.Color:=clsilver; 

end; 

procedure TForm1.N018Click(Sender: TObject);

begin

form1.Color:=clred;

form2.Color:=clred;

form3.Color:=clred;

form4.Color:=clred;

form5.Color:=clred; 

end; 

procedure TForm1.N020Click(Sender: TObject);

begin

form1.Color:=clblue;

form2.Color:=clblue;

form3.Color:=clblue;

form4.Color:=clblue;

form5.Color:=clblue;

end; 

procedure TForm1.N019Click(Sender: TObject);

begin

if n019.Checked=true then begin

form1.GroupBox1.Visible:=false;

N019.checked:=false;

end

else

begin

form1.GroupBox1.Visible:=true;

N019.checked:=true;

end;

end;