Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

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

1.1 Функции АРМа инженера АТС

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

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

ведение станционной номерной емкости:

под этим понимается занесение в соответствующие БД

(ATS, PHONE_DIAP, FREE_PH)

* типа телефона (телефон, таксофон, НЦС);

* диапазона номеров;

* вида подключения (отдельный, спаренный);

* состояния (свободный, проверочный, бронированный, неисправный, служебный, эксплуатационный запас);

получение отчета о задействованной емкости:

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

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

* количество задействованных отдельных номеров для учреждений;

* количество задействованных спаренных номеров для учреждений;

* количество задействованных таксофонных номеров;

* количество задействованных номеров с сигнализацией;

* количество номеров, бронированных цехом;

* количество служебных номеров;

* количество проверочных номеров;

* количество номеров с АВУ н/ч;

* количество номеров с АВУ в/ч;

Здесь используются БД: A1, A16.

получение отчета о свободной емкости:

* количество свободных и забронированных отдельных телефонов;

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

* количество спаренных телефонов для которых одно плечо занято;

* количество свободных и забронированных спаренных телефонов;

* количество свободных и забронированных спаренных таксофонов;

* количество свободных и забронированных НЦС;

* количество свободных и забронированных абонентских линий;

Здесь используются БД: ATS, PHONE_DIAP, ATS_SP, ATS_SP_NSTD, PHONE_SP, FREE_PH.

ведение схемы спаренности:

Принимаемые значения полей:

0 - на данной АТС нет спаренных номеров;

3 - номера можно спаривать любой с любым; нет понятия спаренного комплекта номеров.

4 - заказной вид спаренности

номера спарены по десяткам; например, на АТС 257 спарены

6 - номера спарены по сотням; например, на АТС 256 спарены 01 с 02; 47 с 58 сотни.

7 - номера спарены по всем тысячам с 6 по 9 сотню в одном десятке по цифрам единиц.

8 - комбинация схем спаренности 5 (основная схема) и 4 (дополнительная схема);

9 - комбинация схем спаренности 6 (основная схема) и 4 (дополнительная схема).

ведение справочников АТС:

Используются БД ATS, S00, S01.

* Код АТС;

* Вид АТС;

* Код опорной АТС;

* Наименование;

* Емкость;

* Вид спаренности;

* Емкость;

* Вид спаренности;

* Количество цифр в номере для телефонов;

* Количество цифр в номере для таксофонов;

* Количество проверочных номеров;

* Количество таксофонных номеров;

* Дата взятия станции под АПУС;

день месяца,

номер месяца,

год;

* Код АТС, с которой заведен мультиплексор;

* Емкость мультиплексора.

1.2 Концептуальная модель системы

Для работы с «АРМ-ом оператора-инженера АТС» необходимо использовать базы данных, приведенные в таблице 1.1.

Таблица 1.1.

A1	ОСНОВНАЯ ЕМКОСТЬ (АРХИВ)
A16	ТАБЛИЦА ТАКСОФОНОВ
A19	КОЛЛЕКТИВНЫЕ АБОНЕНТЫ
A2	АБОНЕНТЫ
A5	ФАМИЛИИ
A7	УЛИЦЫ
ATS	АТС
ATS_DIAP	ДИАПОЗОНЫ НОМЕРОВ НА АТС
ATS_SP	ВАРИАНТЫ СПАРЕННОСТИ
ATS_SP_NSTD	НЕСТАНДАРТНЫЕ ВАРИАНТЫ СПАРЕННОСТИ
FREE_PH	ТАБЛИЦА СВОБОДНЫХ НОМЕРОВ
PHONE_DIAP	ТАБЛИЦА ДИАПОЗОНОВ НА АТС
PHONE_SP	СПАРЕННЫЕ НОМЕРА НА АТС
S00, S01, S21, S84	КЛАССИФИКАТОРЫ
UDK_HOUSE	РЕГИСТРАЦИОННЫЕ НОМЕРА ДОМОВ
A31	ТАБЛИЦА СЕРИЙНЫХ НОМЕРОВ
A4	БАНКИ

Использование конкретных БД конкретными формами приведено в таблице 2.1.

Таблица 1.2.

Наименование функции	Используемые БД
1. Ввод и корректировка справочника АТС.	ATS, S00, S01
2. Ввод диапозонов номеров, принадлежащих к АТС	ATS, ATS_DIAP, PHONE_DIAP
3. Ввод схемы спаренности	ATS, PHONE_DIAP, ATS_SP, ATS_SP_NSTD, PHONE_SP
4. Корректировка спаренных комплектов	ATS, PHONE_DIAP, ATS_SP, ATS_SP_NSTD, PHONE_SP
5. Ведение станционной номерной емкости	ATS, PHONE_DIAP, FREE_PH
6. Просмотр станционной номерной емкости	ATS, PHONE_DIAP, ATS_SP, ATS_SP_NSTD, PHONE_SP, FREE_PH
7. Отчеты и справки
7.1. Отчет о свободной емкости	ATS, PHONE_DIAP, ATS_SP, ATS_SP_NSTD, PHONE_SP, FREE_PH
7.2. Отчет о задействованной емкости	A1, A16
7.3. Получение справки по номеру телефона	A1, A16, A19, A31, A4, A5, A7, UDK_HOUSE

2. Теоретическая часть

2.1 Разработка ИО

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

Наименование функции	Основные данные (входные)	Основные данные (выходные)
1. Ввод и корректировка справочника АТС.	S00, S01	Формирование БД ATS
2. Ввод диапозонов номеров, принадлежащих к АТС	S00, S01	Формирование БД ATS_DIAP, PHONE_DIAP
3. Ввод схемы спаренности	S00, S01, На основании статист. Данных и соот-щих приказов ввод с клавиатуры необходимых параметров.	Формирование БД ATS_SP, ATS_SP_NSTD, PHONE_SP
4. Корректировка спаренных комплектов	Наряд на расспаревание телефона	Формирование БД ATS_SP, ATS_SP_NSTD,
5. Ведение станционной номерной емкости	S00, S01, На основании статист. Данных и соот-щих приказов ввод с клавиатуры необходимых параметров.	Формирование БД FREE_PH
6. Просмотр станционной номерной емкости	ATS, PHONE_DIAP, ATS_SP, ATS_SP_NSTD, PHONE_SP, FREE_PH	Экранная форма (рис. 3.3.19), при необходимости копия экрана
7. Отчеты и справки
7.1. Отчет о свободной емкости	ATS, PHONE_DIAP, ATS_SP, ATS_SP_NSTD, PHONE_SP, FREE_PH	Экранная форма (рис. 3.3.23), при необходимости копия экрана
7.2. Отчет о задействованной емкости	A1, A16	Экранная форма (рис. 3.3.24), при необходимости копия экрана
7.3. Получение справки по номеру телефона	A1, A16, A19, A31, A4, A5, A7, UDK_HOUSE	Экранные формы (рис. 3.3.26, рис. 3.3.27, рис. 3.3.28, рис. 3.3.29, рис. 3.3.30), при необходимости копии экрана

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

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

Внутримашинные ИБ

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

Рассмотрим операцию получения отчета о задействованной номерной емкости:

Рис. 2.1.

Для получения отчета вводится код АТС.

Сведения об отдельных и спаренных телефонах выбираются из БД А1 поля «Категория телефона». Информация о принадлежности номера к квартире или учреждению берется также из А1 но по полю «Код абонента / предприятия». Количество задействованных таксофонов выбирается из А16 «Номер абонентской линии». По полю «Признак номера» из А1 берется число бронированных номеров. Количество служебных - из А1 «Код признака начисления». Вид спаренности по АВУ также находится в А1 в поле «Признак вечернего телефона». Тут же и сигнализация. Проверочные номера - А1 «Категория телефона».

Таблица 2.1. Структура БД А1

Название поля	Длинна	Имя поля в БД	Тип поля
Телефон	9	phone	integer not null
Дата корректировки	8	date_mod	date
Номер оператора	2	oper_num	smallint
Признак номера	1	ab_flag	char(1)
Код абонента / предприятия	9	ab_code	integer
Признак вечернего	1	evening_ph	char (1)
Код доп. призн	4	ext_code	integer
Код признака начисления	2	tax_flag	smallint
Категория телефона	1	cat_phone	char (1)
Дата ввода	8	input_date	date
Код должности	2	work_code	smallint
Номер наряда	2	order_num	integer
Код операции	2	op_code	smallint

Таблица 2.2. Структура БД А16

Название поля	Длинна	Имя поля в БД	Тип поля
Телефон	9	phone	integer
Номер абонентской линии	4	num_abon_line	integer
Тип МТА	1	typ	varchar(2)
Категория	1	cat_phone	char(1)
Место установки	30	addr_phone	varchar(30)
Код улицы	5	street_code	integer
Номер дома	7	house_num	char(7)
Номер корпуса	1	subhouse_num	char(1)
Дата установки	8	datadust	date
Дата снятия	8	datasn	date
Дата ввода	8	input_date	date
Основание	30	point_view	varchar(30)
Номер оператора	2	oper_num	smallint
Заводской номер	2	plant_num	integer
Районный узел	30	region	varchar(30)

Таким образом видно, что A1 и A16 связаны по полю «Телефон» и «Код оператора».

По этому полю связаны фактически все БД, используемые в АРМе.

Выбор инструментального средства

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

выполнение запросов в режиме реального времени;

доступность информации с локальных и удаленных рабочих мест;

защита от несанкционированного доступа;

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

нагрузка на СУБД в терминах транзакций;

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

предполагаемый объем и сложность пользовательских приложений;

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

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

возможность динамического расширения системы при ее развитии;

стоимость[2].

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

расширяемость;

производительность:

оперативная обработка транзакций (OLTP);

доступность[3].

Расширяемость - это способность системы увеличивать или уменьшать ресурсы системы по мере необходимости. Существуют два типа расширяемости: горизонтальная и вертикальная. Горизонтальная расширяемость обозначает способность нескольких серверов взаимодействовать друг с другом и разделять нагрузку. Вертикальная расширяемость увеличивает или уменьшает общую мощность системы, добавляя к системе новые компоненты[4].

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

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

администрирование в оперативном режиме;

устойчивость;

архивирование в оперативном режиме [5].

Целесообразно привести сравнение по 13 основным показателям серверов баз данных трех крупнейших производителей: INFORMIX Software Inc. (INFORMIX-OnLine 7.1), Oracle Corp. (Oracle 7.1), Sybase Corp. (Sybase System 10) (см. табл. 2.3) [6].

Для проектирования системы АСТУП выбрана СУБД Informix фирмы Informix Software Inc. Такой выбор был сделан на основании:

примеров использования СУБД INFORMIX за рубежом и на территории СНГ (Банк Shinhan (Южная Корея) - объем базы данных 450 Гбайт; международная нефтяная корпорация Кувейта объединяет информационные системы 15 разных стран, созданных на основе СУБД INFORMIX; телефонная компания GTE (США) - крупнейшая телефонная компания США выбрала СУБД INFORMIX в качестве стандарта; Московская городская телефонная сеть;

в 1995 году объем продаж составил 34% от количества продаж на рынке Европы и заняла лидирующее положение среди фирм аналогичного профиля [7];

наличие примеров использования INFORMIX в нашей стране (Министерство хлебопродуктов; Республиканский Центр занятости; Промстройбанк; Сбербанк);

мобильности СУБД INFORMIX (как специальное, так и прикладное программное обеспечение, написанное с использованием данной СУБД легко переносится на практически все известные операционные системы и аппаратные платформы (операционные системы - Windows NT, OS/2, UNIX; технические платформы - DEC, AIX, HP, Motorola, Intel, Sun и т.д.)).

Таблица 2.3. Сравнительная характеристика серверов баз данных

Характеристика	Informix-OnLine 7.1	Oracle 7.1	Sybase System 10
Защита и отказоустойчивость:
Уровни защиты	С2, В1, В2	С2, В1	С2
Настройка системы	online	offline	offline
Автоматическая архивация	да	нет	нет
Сжатие/шифрация	да	нет	нет
Управление архивом на МЛ	да	нет	Backup Server
Разбиение таблиц на разделы	да	нет	нет
Размеры управляемых объектов	Раздел	Tablespace	БД
Параллельная обработка данных:
Построение индексов	да	Да	нет
Восстановление	да	Да	нет
Динамическое управление ресурсами	да	Нет	нет
Распределение базы данных:
Распределенный оптимизатор	да	Нет	да
Оптимизация построения индекса	да	Нет	нет
Реплицирование данных	да	Позже	позже

Краткая характеристика СУБД INFORMIX

Основанная в 1980 году, компания Informix уверенно действует на рынке реляционных систем управления базами данных (РСУБД). Сегодня в мире установлено более 600 тысяч систем Informix на машинах разнообразной архитектуры и самой разной мощности. Области применения Informix охватывают практически все сферы науки, образования, промышленности и бизнеса. В ряде областей, таких как банковское дело и финансы, телеобработка, автоматизация проектирования, системы здравоохранения, системы поддержки управленческих решений и офисная автоматизация, решения Informix признаны во всем мире как достигшие уровня мировых стандартов качества и эффективности [7].

Существует много оснований при выборе Informix для системы управления информацией:

фирма Informix уже более 15 лет работает с реляционными базами данных в среде UNIX и других операционных системах;

Informix владеет совершенной технологией применения языков 4-го поколения (4GL) и объектно-ориентированных сред (NewEra) для разработки приложений;

Informix накопил ценнейший опыт создания инструментария для разработки приложений и их привязки к требованиям пользователей;

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

5) лидерство Informix в реализации идеологии открытых систем - это не просто фраза, а общепризнанный приоритет в разработке и реализации новых стандартов открытых систем;

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

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

Успешная реализация архитектуры «Клиент-Сервер» опирается на промышленные стандарты. Informix поддерживает стандарты «де-факто», включая стандарты SQL-ANSI, X/Open, SQL-Access Group, X/Open XA, Microsoft ODBC, IBM DRDA.

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

Informix: лидер в технологии баз данных в среде UNIX; первая фирма, решившая проблемы интеграции систем в средах DOS и UNIX; многолетний поставщик продуктов для локальных сетей в NetWare.

Сегодня Informix заслуженно имеет мировую репутацию поставщика баз данных для открытых систем. Для всех лидирующих операционных платформ - UNIX, Windows, Windows NT, NetWare - Informix предлагает сервер-продукты, средства пользователя, развитые возможности интеграции систем.

Informix - единственная фирма - поставщик СУБД, которая предлагает диапазон серверов для архитектуры «Клиент-Сервер». Informix-Online - это реляционная система повышенной производительности, в которой сервер спроектирован так, чтобы удовлетворить самым жестким требованиям по оперативной обработки транзакций (OLTP). Система OnLine, разработанная для Среды UNIX и NetWare, поддерживает также функции мультимедиа для хранения и обработки образов документов, аудио- и видеоданных в цифровой форме, и ряд других принципиально новых возможностей.

INFORMIX-4JL - Основное инструментальное средство для программирования БД и создания пользовательских приложений на языке 4JL Оно включает:

компилятор с 4JL на Си и далее в машинный код;

генератор икомпилятор экранных форм 4JL;

описание и поддержка многодубленных программ

Все это собранно в единую интегрированную среду - оболочку поддержки программирования, управляемую меню.

Язык 4JL содержит в себе:

Операторы SQL - для работы с данными;

Программные операторы: IF, CASE, CALL, FUNCTION, FOR, WHIKE, GOTO, DEFINE и т.д.

Операторы экранного обмена - меню, окна, ввода-вывода через экранные формы и экранные массивы;

Перехват и обработка исключительных ситуаций.

Производительность сетевой среды «Клиент-Сервер» определяет эффективность всей системы управления базой данных. Informix достиг наивысшей производительности по сравнению с фирмами-конкурентами именно благодаря совершенной конструкции подсистемы «Клиент-Сервер». Средства буфферизации, разделения основной памяти

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

Informix также детально исследовал проблему распределения баз данных в сети и оптимизировал алгоритмы обмена данными между клиентами и серверами. Реализованные в продуктах Informix алгоритмы значительно уменьшают сетевой трафик и повышают производительность прикладной системы в целом. Для объемных по информации и трафиков приложений (с оперативной обработкой транзакций) предлагается специализированный менеджер ресурсов в стандарте X/Open XA, обеспечивающий Informix эффективное использование ресурсов и высокую производительность (число обрабатываемых транзакций в секунду) [7].

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

Многие информационные приложения являются жизнеобеспечивающими для деятельности предприятия и должны выполняться круглосуточно по принципу «non-stop». Informix дает Вам необходимые средства для резервирования данных в процессе работы системы и быстрого восстановления системы после любого сбоя или отказа. Этой же цели служат такие средства как зеркальное отображение дисковой памяти (горячее резервирование диска) и механизмы оперативного восстановления. В результате применения всех этих детально сконструированных и тщательно проверенных средств Вы получаете надежно работающую систему, в которой минимизируются последствия любых системных отказов.

Informix предоставляет наиболее передовые продукты для создания и реализации информационных систем с открытой архитектурой. Центральные продукты Informix - это серверы баз данных, средства для разработки приложений, средства конечного пользователя для доступа к данным и средства интеграции. Все продукты базируются на ANSI стандарте SQL и выполняются под управлением ведущих операционных систем, включая UNIX, Windows, Windows NT, NetWare и Macintosh и др.

2.2 Разработка алгоритмического обеспечения

В данном пункте приведем словесное описание укрупненного алгоритма.

Начало алгоритма.

ПРОВЕРКА: выбран ли пункт меню «ВВОД И КОРРЕКТИРОВКА

СПРАВОЧНИКА АТС»

Если выбран вышеуказанный пункт то вводятся следующие реквизиты:

Код АТС;

Вид АТС;

Код опорной АТС

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

Емкость

Вид спаренности

Количество цифр в номере для телефонов

Количество цифр в номере для таксофонов

Количество проверочных номеров

Количество таксофонных номеров

Дата взятия станции под АПУС

день месяца (две цифры),

номер месяца (две цифры),

год (две последние цифры года без столетия).

Код АТС, с которой заведен мультиплексор

Емкость мультиплексора

ПРОВЕРКА: зафиксировать?

ДА: Запись в соответствующие БД

НЕТ: продолжение работы с выбранным пунктом меню.

Если данный пункт меню не выбран то ожидается переход к любому другому пункту или нажатие «ESC» для выхода из программы.

ПРОВЕРКА: выбран ли пункт меню «ВВОД ДИАПОЗОНОВ НОМЕРОВ,

ПРИНАДЛЕЖАЩИХ К АТС.

СПРАВОЧНИКА АТС»

3.1. Если выбран вышеуказанный пункт то вводятся следующие реквизиты:

АТС

Вид номерной емкости

Начало диапазона

Конец диапазона

3.1.1. ПРОВЕРКА: зафиксировать?

3.1.1.1.ДА: Запись в соответствующие БД

3.1.1.2.НЕТ: продолжение работы с выбранным пунктом меню.

3.2. Если данный пункт меню не выбран то ожидается переход к любому другому пункту или нажатие «ESC» для выхода из программы.

4. ПРОВЕРКА: выбран ли пункт меню «ВВОД СХЕМЫ СПАРЕННОСТИ»

4.1. Если выбран вышеуказанный пункт то вводятся следующие реквизиты:

АТС

Вид спаренности

Диапазон спаренных номеров

Номера спаренных десятков

4.1.1. ПРОВЕРКА: зафиксировать?

4.1.1.1.ДА: Запись в соответствующие БД

4.1.1.2.НЕТ: продолжение работы с выбранным пунктом меню.

4.2. Если данный пункт меню не выбран то ожидается переход к любому другому пункту или нажатие «ESC» для выхода из программы.

5. ПРОВЕРКА: выбран ли пункт меню «КОРРЕКТИРОВКА СПАРЕННЫХ КОМПЛЕКТОВ»

Если выбран вышеуказанный пункт то, при подведении курсора к выбранному спаренному комплекту и нажмет <F8>, данный комплект будет удален из спаренных комплектов АТС; при этом номера, входящие в спаренный комплект, станут отдельными. Используя <F9>, можно добавить в общую схему спаренности новый спаренный комплект.

5.1.1. ПРОВЕРКА: зафиксировать?

5.1.1.1.ДА: Запись в соответствующие БД

5.1.1.2.НЕТ: продолжение работы с выбранным пунктом меню.

5.2. Если данный пункт меню не выбран то ожидается переход к любому другому пункту или нажатие «ESC» для выхода из программы.

ПРОВЕРКА: выбран ли пункт меню «ВЕДЕНИЕ СТАНЦИОННОЙ

НОМЕРМОЙ ЕМКОСТИ»

6.1. Если выбран вышеуказанный пункт то вводятся следующие реквизиты:

номер АТС

тип абонентской линии

диапазон номеров

6.1.1. ПРОВЕРКА: зафиксировать?

6.1.1.1.ДА: Запись в соответствующие БД

6.1.1.2.НЕТ: продолжение работы с выбранным пунктом меню.

6.2. Если данный пункт меню не выбран то ожидается переход к любому другому пункту или нажатие «ESC» для выхода из программы.

7. ПРОВЕРКА: выбран ли пункт меню «ПРОСМОТР СТАНЦИОННОЙ

НОМЕРМОЙ ЕМКОСТИ»

7.1. Если выбран вышеуказанный пункт то происходит отображение диапазонов для введенного кода АТС.

7.2. Если данный пункт меню не выбран то ожидается переход к любому другому пункту или нажатие «ESC» для выхода из программы.

8. ПРОВЕРКА: выбран ли пункт меню «ОТЧЕТЫ ИСПРАВКИ»

8.1. Если выбран вышеуказанный пункт то на экране происходит отображение трех подпунктов данного меню.

Если выбран пункт меню «ОТЧЕТ О СВОБОДНОЙ НОМЕРНОЙ

ЕМКОСТИ» то происходит обращение к БД ATS, PHONE_DIAP, ATS_SP, ATS_SP_NSTD, PHONE_SP, FREE_PH и на экране формируется отчет (рис. 3.3.22.).

8.1.2. Если данный пункт меню не выбран то ожидается переход к любому другому пункту или нажатие «ESC» для выхода в главное меню.

Если выбран пункт меню «ОТЧЕТ О ЗАДЕЙСТВОВАННОЙ

НОМЕРНОЙ ЕМКОСТИ» то происходит обращение к БД A1, A16 и на экране формируется отчет (рис. 3.3.22.).

Если данный пункт меню не выбран то ожидается переход к любому другому пункту или нажатие «ESC» для выхода в главное меню.

8.3.1. Если выбран пункт меню «ПОЛУЧЕНИЕ СПРАВКИ ПО НОМЕРУ ТЕЛЕФОНА» то происходит обращение к БД A1, A16, A31, A19, A4, A5, A7, UDK_HOUSE и на экране формируется отчеты (рис. 3.3.25., рис. 3.3.26., рис. 3.3.27., рис. 3.3.27., рис. 3.3.29., рис. 3.3.30.).

Если данный пункт меню не выбран то ожидается переход к любому другому пункту или нажатие «ESC» для выхода в главное меню.

3. Расчетная часть

3.1 Выбор комплекса технических средств

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

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

АРМ работают только в режиме связи с ЦВК.

Описание центрального вычислительного комплекса.

Реализация функций, возлагаемых на ЦВК, обеспечивается наличием следующих групп устройств:

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

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

устройства запоминающие - оперативное запоминающее устройство, внешние запоминающие.

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

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

Описание функционирования центрального вычислительного комплекса.

Ввод информации в систему осуществляется с автоматизированных рабочих мест и с магнитных носителей (комплекс оснащен двумя комплектами НГМД 3.5» / 1.44 Мб и двумя стримерами с емкостью кассеты 1,2 Гбайт).

Обмен данными между удаленными пользователями и центральным вычислительным комплексом осуществляется по выделенным (некоммутируемым) телефонным каналам.

Обработка информации ведется центральным вычислительным комплексом в диалоговом и пакетном режимах.

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

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

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

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

Для реализации функций основного и резервного серверов базы данных выбраны компьютеры ALR Revolution Quad 6.

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

два процессора Pentium Pro 200 МГц/512 Кб кэш;

ОЗУ емкостью 256 Мбайт);

Интеллектуальный контроллер дисковых массивов (ALR 3 Channel ADAC PCI Caching RAID Ultra SCSI Controller;

три внешних накопителя на жестких дисках с интерфейсом Fast Wide SCSI и емкостью по 4,55 Гбайт каждый;

два контроллера FastEthernet / PCI;

стример TDC 4120 с интерфейсом SCSI и емкостью 1,2 Гбайт;

1 Мб PCI SVGA видеоконтроллер;

накопитель CD-ROM 256 KB Cache;

накопитель на гибких магнитных дисках 3.5» емкостью 1.44 Мб.

Резервный сервер базы данных имеет аналогичную конфигурацию, но с ОЗУ емкостью 128 Мбайт.

Кроме перечисленных средств вычислительной техники в состав комплекса входят коммуникационные серверы CNS-1600 для подключения в систему пользователей по высокоскоростным стандартным последовательным и параллельным байтовым интерфейсам, а также сетевые концентраторы компании Accton 10/100 Mbps, модель SwitcHub-8se.

АРМ, территориально располагающиеся вне здания 62 АТС (удаленные), подключаются к вычислительному комплексу через модемы 2842/1442 RM по выделенным телефонным линиям. Обмен осуществляется со скоростью 115,2/38,4 Кбит/с по протоколу V.42 с уплотнением по стандарту CCITT V.42 bis. В составе оборудования удаленного АРМ используется также терминал Esprit 5510 и мультипорт 16-портовый Star Technologies Multi*Port II+16.

3.2 Разработка ПО

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

В качестве ОС выбрана стандартная ОС SCO UNIX System V/386 Release 3.2 Версия 4.2 американской фирмы The Santa Cruz Operation (SCO), которой принадлежит наибольшая доля на рынке ОС UNIX для систем на базе микропроцессора INTEL 386/486/Pentium. SCO UNIX - современная 32-х разрядная многопользовательская, многозадачная операционная система, предназначенная для работы на компьютерах на базе процессоров INTEL 386/486/Pentium.

Операционная система поддерживает большое количество периферийных устройств и обладает встроенными средствами коммуникации и защиты, соответствующей стандарту С2 правительства США. Эта версия выбрана компанией Digital Equipment (DEC) в качестве основной операционной системы для своих многопользовательских систем на базе микропроцессора INTEL 80486. [8]

INFORMIX-4JL - Основное инструментальное средство для программирования БД и создания пользовательских приложений на языке 4JL Оно включает:

компилятор с 4JL на Си и далее в машинный код;

генератор икомпилятор экранных форм 4JL;

описание и поддержка многодубленных программ

Все это собранно в единую интегрированную среду - оболочку поддержки программирования, управляемую меню.

Язык 4JL содержит в себе:

Операторы SQL - для работы с данными;

Программные операторы: IF, CASE, CALL, FUNCTION, FOR, WHIKE, GOTO, DEFINE и т.д.

Операторы экранного обмена - меню, окна, ввода-вывода через экранные формы и экранные массивы;

Перехват и обработка исключительных ситуаций.

Программа на языке 4JL может состоять из нескольких файлов (модулей) с исходными текстами на языке 4JL. К ней также относятся файлы с описанием используемых экранных форм, которые компилируются отдельно. Имя каждого модуля должно иметь расширение. 4jl (например, modul.4jl), а имя файла с описанием экранных форм.per (например, form2.per).

Каждый модуль содержит описание переменных и несколько процедурных блоков function (подпрограммы) и report блоки печати. В программе должен быть один блок main - главный блок. На него будет передаваться управление при старте программы.

В данной программе для ведения классификатора АТС используется функция stanats (kodats). Для ввода еще не существующей АТС - функция stanats_init (). Для корректировки справочника используется функция stanats_found().

В отдельном модуле abongl.4jl собраны функции обработки системных сообщений:

FUNCTION syshelp_open() # Открытие окна функциональных клавиш

FUNCTION syshelp (kl6, kl7, kl8, kl9, kl10) # Инициализация клавиш

FUNCTION syshelp_close() # Закрытие окна функциональных клавиш

function syserror_msg (pnam_table, pstatus, pmessage) - Формирование системных сообщений

function syserror (pnam_table, pstatus, pmessage) - Выдача системных сообщений в строке ERROR LINE (см. Приложение 2)

Функционирование комплекса технических средств может осуществляться в режиме загрузки операционной системы, режиме обработки оперативной информации, режиме пакетной обработки информации, режиме технической профилактики и тестиро Режим загрузки представляет собой процесс инициализации операционной системы UNIX версии The Santa Cruz Operation (далее по тексту - SCO UNIX), которая выполняет следующие функции:

обеспечение независимой работы в многопользовательском режиме переменного числа пользователей;

защита программ в оперативной памяти ЭВМ;

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

организация очереди заявок для вывода информации;

автоматизация управления выполнением задач;

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

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

обеспечение межмашинного обмена данными по сети;

генерирование различных версий операционной системы.

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

login:

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

формирование и ведение очереди на установку телефона

абонентский учет

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

учет расхода материалов по выполненным нарядам

учет монтированной, задействованной и свободной емкости на станционных участках

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

технический учет и паспортизация линейных сооружений МГТС;

получение справочной и статистической информации;

подготовка информации для проведения начислений в системе АСКР за разовые услуги МГТС.

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

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

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

сохранение целостной структуры базы данных;

сохранение файловой структуры системы;

прекращение работы пользователей системы без потерь информации. [9]

3.3 Разработка ОО

Выполнение программы

Для запуска программы оператор должен включить терминал и модем. После того, как на экране появится тестовое сообщение, следует нажать клавишу <RETURN>. На экране появится системное приглашение. Оператор должен ввести login-имя и пароль. Если данному login-имени разрешен вход в программу, то на экране появится главное меню программы.

Введение информации осуществляется с помощью различных экранных форм, каждое поле которых имеет название, снабжено подсказками и позволяет пользователю вводить информацию без предварительного обучения и подготовки. Перемещение по полям формы осуществляется с помощью клавиш управления курсором (КУК) или <RETURN>.

При работе с формами выдаются различные виды подсказок с правом выбора (подтверждения) того или иного действия. Перемещение от пункта к пункту осуществляется по клавишам КУК, а выбор - по нажатии <RETURN>. Ниже описаны все виды таких подсказок.

Для подтверждения выхода из формы (по нажатии <ESC>) выдается подсказка:

Рис. 3.3.1.

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

Для подтверждения занесения введенной информации в БД (после введения последнего поля формы) выдается подсказка:



Рис. 3.3.2.

Если выбран пункт «Да», то данные заносятся в БД и предоставляется возможность ввода следующей порции информации, если выбран пункт «Нет» - работа с текущей формой продолжается, при выборе «Отказ» происходит прекращение работы программы.

Для подтверждения удаления информации из БД (после нажатия клавиши <F8>) выдается подсказка:

Рис. 3.3.3.

Если выбран пункт «Да», то данные будут удалены из БД, в противном случае произойдет отказ от этой операции.

Ввод номера АТС производится без кода ЛСЦ в привычном для пользователя виде. Если при вводе номера АТС система не может распознать внутренний код АТС, то оператору выдается меню-подсказка для выбора уточняющих признаков:

Рис. 3.3.4.

Оператор должен выбрать один из видов АТС для правильного распознавания системой кода АТС.

Ввод номеров телефонов для АТС, принадлежащих ЛСЦ будет осуществляться в привычном для пользователя виде, совпадающим с количеством цифр набора при выходе на коммутацию.

Нумерация выносных АТС осуществляется по номеру опорной АТС и номеру первой вынесенной тысячи (для сотенных выносов - сотни). Например, двухтысячная ПСК - вынос со станции 256 с диапазоном номеров с 2562000 - 2563999 будет иметь номер: 2562, где 2-номер первой вынесенной тысячи.

Главное меню

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

Рис. 3.3.5

Выбор пунктов меню осуществляется клавишами КУК и нажатием клавиши <RETURN>.

Ввод и корректировка справочника АТС

Ввод справочника АТС.

В начале работы появится экранная форма (см. рис. 3.3.6.).



Рис. 3.3.6.

Оператор должен ввести данные согласно форме на экране. В каждое поле формы следует вводить соответствующие данные об описываемой АТС. Для перехода в следующее поле следует нажать клавишу <RETURN>. Символьная информация должна набираться с первой позиции поля только прописными буквами на русском регистре.

Все поля, кроме «Дата взятия под АПУС», «Код АТС, с которой заведен мультиплексор», «Емкость мультиплексора» являются обязательными. При попытке перейти в следующее поле, не заполнив текущее, в последней строке экрана появится сообщение «Поле не заполнено или заполнено неправильно».

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

Ввод реквизитов:

Код АТС

Код АТС должен состоять из трех или более цифр (до пяти).

Вид АТС

Вид АТС автоматически выберется при нажатии «_» (пробела)



Рис. 3.3.7.

и занесется в поле «Вид АТС» на экранной форме.

Код опорной АТС

Вводится код опорной АТС для АТС со значением поля «Вид АТС» - «выносная».

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

Вводится наименование АТС, например: АТС ДК, КВАНТ и пр.

Емкость

Вводится номерная емкость АТС без учета номеров, отданных на выносные станции, но включая сверхномерную емкость.

Вид спаренности

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

Количество цифр в номере для телефонов

Вводится количество цифр набора при выходе на коммутацию в номере телефона данной АТС. Например, для АТС 256 число цифр набора-7.

Количество цифр в номере для таксофонов

Вводится количество цифр в номере таксофона данной АТС (если есть сверхномерная емкость).

Количество проверочных номеров

Вводится количество проверочных номеров

Рис. 3.3.8

Количество таксофонных номеров

Вводится количество номеров таксофонов (из сверхномерной емкости).

Дата взятия станции под АПУС

Вводится дата взятия станции под АПУС. В случае, если станция не взята под АПУС, следует нажать <RETURN> без ввода.

Ввод в это поле осуществляется в следующем порядке:

день месяца (две цифры),

номер месяца (две цифры),

год (две последние цифры года без столетия).

Код АТС, с которой заведен мультиплексор

Вводится код АТС, на которой расположен пункт обработки номеров телефонов станции наложенной цифровой сети. В случае, если описывается именно такая станция, в данное поле повторить ввод номера АТС. Если на описываемой АТС отсутствует мультиплексор НЦС, то следует нажать <RETURN> без ввода.

Емкость мультиплексора

Вводится количество пар мультиплексора (обычно 30 или 60). Поле доступно только после заполнения предыдущего.

После ввода последнего поля или «пустого» ввода предпоследнего поля появляется меню с предложением зафиксировать введенные данные в базах данных АСТУП.

Для выхода из режима ввода классификатора АТС используется клавиша <ESC>.

Корректировка справочника АТС

В случае, если в форму «Ввод справочника АТС» вводится код АТС, уже существующий в системе, появится экранная форма:

Рис. 3.3.9

Для корректировки доступны все поля, кроме поля «Вид спаренности». Если ранее уже вводились данные по АТС, то вид спаренности отобразится в данном поле.

Требования к заполнению полей изложены в пункте «Ввод справочника АТС».

При работе с экранной формой «Корректировка» доступны следующие клавиши:

<ESC> - возврат на предыдущий уровень с запросом о подтверждении выхода;

<F6> - сброс всех введенных данных и восстановление информации, присутствующей на момент начала корректировки;

<F7> - выход на пункт меню «Ввод и корректировка диапазона номеров, принадлежащих АТС», работа с которым описана ниже (см. пункт 3.3.4.).

Ввод диапазонов номеров, принадлежащих АТС

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

Начало диапазона: Конец диапазона:

256 00 00 256 99 99

Если у данной станции есть выносная станция (например, ПСК 2567 на одну тысячу номеров), то диапазон номеров для АТС 256 будет выглядеть так:

Начало диапазона: Конец диапазона:

256 00 00 256 69 99

256 80 00 256 99 99

Диапазон 256 70 00 - 256 79 99 будет описан как диапазон ПСК 2567, которая будет иметь собственный справочник АТС.

Если на станции имеется сверхномерная емкость, используемая для таксофонов и серийных номеров, то для них вводится свой диапазон номеров (при шестизначной нумерации на АТС сверхномерная емкость обычно шестизначная).

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

В начале работы появится экранная форма:

Рис. 3.3.10

Ввод реквизитов:

АТС

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

Вид номерной емкости

После ввода в поле «АТС» появляется меню-подсказка для ввода в поле «Вид номерной емкости» (см. рис. 3.3.11.):

Рис. 3.3.11

Вид номерной емкости автоматически выберется из меню-подсказки и занесется в поле «Вид номерной емкости» экранной формы.

Начало диапазона

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

Конец диапазона

Вводится верхняя граница диапазона номеров для данного вида емкости.

По этой клавише <F5> («Контроль») осуществляется проверка введенных диапазонов на соответствие монтированной емкости в ранее введенном справочнике АТС. После проверки в нижней строке экрана появляется сообщение или об успешном ее завершении, или - в случае обнаружения ошибки - диагностика по обнаруженным ошибкам.

После окончания ввода диапазонов следует нажать клавишу <ESC>, после чего появляется меню с предложением зафиксировать введенные данные в базах данных АСТУП.

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

Ввод схемы спаренности АТС

Работа с данным пунктом меню осуществляется для тех АТС, по которым предыдущим пунктом меню «Ввод справочника АТС» был создан справочник АТС.

В начале работы появится экранная форма (см. рис. 3.3.12.), для ввода реквизитов.



Рис. 3.3. 12

При вводе реквизитов по клавише <F6> выполняется сброс введенных значений.

Ввод реквизитов:

АТС

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

Вид спаренности

После ввода в поле «АТС» номера АТС, в поле «Вид спаренности» появляется номер и название заказанной схемы спаренности при создании справочника АТС. Для того, чтобы изменить схему спаренности, необходимо ввести пробелы вместо номера схемы спаренности и нажать клавишу <RETURN>. На экране появится меню-подсказка для ввода в поле «Вид спаренности».

Принимаемые значения полей в классификаторе:

0 - на данной АТС нет спаренных номеров;

3 - номера можно спаривать любой с любым; нет понятия спаренного комплекта номеров.

4 - заказной вид спаренности

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

Это означает, что, например, для АТС 58 с видом спаренности 4 для диапазона номеров:

258 76 81 - 258 76 90

спаренными комплектами будут номера:

258 76 81 и 258 76 82

258 76 83 и 258 76 84

258 76 85 и 258 76 86

258 76 87 и 258 76 88

258 76 89 и 258 76 90

номера спарены по десяткам; например, на АТС 257 спарены десятки: 567 и 389.

Практически это означает, что для номеров диапазонов

257 56 70 - 257 56 79

и

257 38 90 - 257 38 99

спаренные номера телефонов будут такими:

257 56 70 спарен с 257 38 90

257 56 7. с 257 38 9.

257 56 79 с 257 38 99

6 - номера спарены по сотням; например, на АТС 256 спарены 01 с 02; 47 с 58 сотни.

Практически это означает, что для номеров диапазонов

256 01 00 - 256 01 99

и

256 02 00 - 256 02 99

спаренные номера телефонов будут такими:

256 01 00 спарен с 256 02 00

256 01. с 256 02.

256 01 99 с 256 02 99

Для диапазонов

256 47 00 -256 47 99

и

256 58 00 -256 58 99

спаренные номера телефонов будут такими:

256 47 00 спарен с 256 58 00

256 47. с 256 58.

256 47 99 с 256 58 99

Номера, не вошедшие в диапазоны спаренности, будут индивидуальными;

7 - номера спарены по всем тысячам с 6 по 9 сотню в одном десятке по цифрам единиц.

Для диапазонов номеров:

257 06 00 -257 09 99

257 16 00 -257 19 99

257 26 00 -257 29 99

257 36 00 -257 39 99

257 46 00 -257 49 99

257 56 00 -257 59 99

257 66 00 -257 69 99

257 76 00 -257 79 99

257 86 00 -257 89 99

257 96 00 -257 99 99

номера будут спарены в одном десятке так:

257 06 00 спарен с 257 06 01

257 06 02 спарен с 257 06 03

257 06 04 с 257 06 05

257 06 06 с 257 06 07

257 06 08 с2 57 06 09

257 06 10 с 257 06 11 и т.д.

Номера во всех тысячах с 0 по 5 сотни будут индивидуальными;

8 - комбинация схем спаренности 5 (основная схема) и 4 (дополнительная схема);

9 - комбинация схем спаренности 6 (основная схема) и 4 (дополнительная схема).

В случае, если произошло изменение ранее введенной схемы спаренности (например, если схема спаренности была заказана ранее при создании справочника), на экране появляется меню с предложением зафиксировать введенные данные в базах данных АСТУП. Работа с данным меню описана выше.

При вводе значения 3 в поле «Вид спаренности» на экранной форме появляется поле с обязательными реквизитами для ввода «Диапазон спаренных телефонов».

Диапазон спаренных номеров

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

После нажатия клавиши <ESC> ввод в поле «Диапазон спаренных номеров» заканчивается и на экране появляется меню с предложением зафиксировать введенные данные в базах данных АСТУП.

При вводе значения 5 в поле «Вид спаренности» на экранной форме появляется поле с обязательными реквизитами для ввода «Номера спаренных десятков».

Номера спаренных десятков

Вводятся последовательно по два номера спаренных десятков столько раз, сколько на станции спарено десятков (из диапазона от 000 по 999 десятков).