Компьютерное управление производством

Рефераты по информатике и программированию » Компьютерное управление производством

КОМПЬЮТЕРНОЕ УПРАВЛЕНИЕ ПРОИЗВОДСТВОМ

Проект учета пользовательских счетов для интернет-провайдеров на базе OS FreeBSD с применением программы « Billing ISP »

Курсовой проект выполнил студент Иванов М.Н.

САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ МОРСКОЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ

САНКТ-ПЕТЕРБУРГ

1999 г.

Предпроектное обследование объекта автоматизации.

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

В настоящие время многие (ISP) интернет сервис провайдеров решают проблему учета пользовательских счетов и проблему контроля трафика путем написания новых приложений что зачастую приводит к частым сбоям данного ПО и соответственно не оправдывает вложенные в него средства. Кроме того такие продукты не способны обслуживать большое число пользовательских счетов и представлять всю обработанную информацию в компактной удобной для работы и анализа форме. Большинство предлагаемых в настоящее время систем биллинга т.е. систем учета отработанного "он-лайнового" времени пользователями Интернет-провайдера (ISP) основано как правило на анализе стандартных лог-файлов таких опирационных систем как SCOUnix SunOS HpOS AIX IRIX раз в сутки в неделю в месяц и т.д. В то время как предлагаемая система биллинга основаная принципиально другой идее заключающейся в контроле за каждой сессией пользователя в отдельности в реальном масштабе времени. Что позволяет значительно снизить время на обработку биллинг-инженером статистики работы каждого пользователя или группы снизить трудоемкость занесения платежей пользователей на лицевые счета (базу данных этой программы) и соответственно позволяет провайдерам уменьшить количество обслуживающего персоонала что непосредственно отражается на себестоимости предоставляемых услуг.

Функции предметной области реализуемой задачи.

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

Регистрирование соединения любой продолжительности с точностью равной одному кванту времени (например 5 секунд). Квант времени задается системным администратором;

Исчерпывание средств на лицевом счете пользователя если он находится в данный момент в режиме "он-лайн" и принудительное его отключение (эта ситуация очень актуальна когда ISP предоставляет новому клиенту "тестовый час");

Возможность задания для каждого пользователя или для групп пользователей гибких прайс-листов с указанием цены в у.е. за 1 час "он-лайнового" времени в зависимости от времени суток и дня недели. Например имеется ISP у которого стоимость "дневного" (с 9 утра до 6 вечера) Интернета - $1 а "вечернего" (с 6 вечера до 9 утра) - $0 6. Пользователь звонит без четверти 6-ть вечера и работает 15 минут по тарифу $1 за час и 30 минут по тарифу $0 6 за час (всего 45 минут) а с его лицевого счета соответственно снимается сумма $0 25+$0 3 т.е. $0 55;

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

Удаленным пользователям предоставляется удобный www-интерфейс при помощи которого они могут полностью контролировать свою работу в Интернете вплоть до каждого модемного звонка на узел ISP в том числе разумеется они могут в любое время посмотреть размер своего лицевого счета на текущий момент (момент генерирования web отчета из базы данных программы «BillingISP».

Cистемному администратору (биллинг-инженеру) предоставляется достаточно простой в освоении стандартный для Unix систем режим командной строки открытость простота и возможность "затачивания" системы под свои конкретные особенности.

Основные качества и особенности предлагаемой системы биллинга

Высокая точность подсчета "он-лайнового времени" отработанного пользователями;

Простая интеграция предлагаемой системы в существующую систему аутентификации DialUp-пользователей провайдера (забегая вперед хочется отметить что в настоящий момент наша система поддерживает только схемы TACACS+ и pppd);

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

Автоматическое получение ежедневных (еженедельных ежемесячных) отчетов отработанных часов и их стоимости по различным группам клиентов (например "основной тариф" "льготный тариф" "бартер" "халява");

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

Минимальные требования к аппаратным ресурсам сервера биллинга (предлагаемая система может функционировать даже без SQL-сервера). Однако www-сервер (Apache) все-таки следует установить для того чтобы удаленные пользователи имели доступ к своей статистики через привычный www-интерфейс;

Своевременное оповещение пользователя и системного администратора через e-mail о том что размер лицевого счета пользователя приближается к концу;

Гибкое ведение прайс-листов по группам пользователей их быстрая и несложная модификация (например установка "праздничного тарифа" когда "народное гулянье" выпадает на середину недели);

Возможность удаленного администрирования пользователей

P.S. В выше изложенном тексте применяются некоторые профессиональные термины относящиеся к различным клонам Unix систем а также к общесистемному профессиональному ПО такие как:( демон Apache pppd домашний каталог пользователя ядро сервер биллинга лог-файл пользователь www-интерфейс SQL и т.д.) которые нуждаются в дополнительных комментариях. Описания данных терминов можно сравнить с полноценным книжным изданием вследствие чего оно здесь не присутствует. Короткие пояснения можно получить у составителя данной курсовой работы.

Организационно-экономическая сущность задачи.

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

Также стоит отметить что основная экономия средств происходит за счет использования абсолютно бесплатного программного обеспечения а именно операционной системы FreeBSD и системы учета «BillingISP» которые распространяются с открытым исходном кодом по лицензии GNU и не имеют ограничений на число копий и т.д. Наличие исходного кода данных продуктов дает возможность адаптации их под уже существующие бухгалтерские программы и системы учета. Также значительная экономия происходит за счет небольшого числа технического персонала обслуживающего данную систему. По персоналу можно отметить что управлять данной системой могут специалисты низкой квалификации т.е. именно система «BillinISP» не требует углубленного знания Unix подобных опирационных систем сетевых технологий и сложного сетевого оборудования такого как CISCO из чего следует что з/п такого работника будет относительно не велика. В тоже время средняя з/п сертифицированного специалиста колеблется от 500$-1500$. Естественно что для поддержки системы в актуальном состоянии такие работники необходимы но за счет применения данной схемы их число можно значительно уменьшить без потери качества обслуживания клиентов.

Для справки некоторые коммерческие операционные системы могут достигать стоимости 5000$ при это с ограниченным числом установок и с ограниченным числом пользователей плюс к этому около 2000-3000$ может стоить какая ни будь посредственная биллинговая система.

Из всего выше сказанного видно что при применении данного программного обеспечения интернет-провайдеры получают существенную выгоду.

Разработка информационного обеспечения задачи.

Описание входной информации.

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

Файл задания прайс-листа (тарифной схемы) - account.conf

#

#

# Примерфайла account.conf (.account.conf). # Лидирующие пробелы пустые строки

# строки начинающиеся с символа "#" игнорируются.

# Обрабатываются лишь строки начинающиеся с ключевого

# слова "price:". Количество строк "price" неограченно.

# Формат прайс-листа (тарифной схемы) -

# price: День_недели час_начала-час_окончания $стоимость_в_у.е.

# что соответствует промежутку времени

# час_начала:00-час_окончания:59

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

# часа принимается последняя.

# Основная тарифная схема. # Цена: в будние дни с 10:00-18:00 - $1

# в остальное время - $0 6

#

#

comment: Поле_comment_будет_автоматически_выводиться_при_запуске

comment: демома_в_режиме_получения_сведений_о_размере_лицевого

comment: счета_пользователя._Удобно_использовать_для_задания_комментарий

comment: к_прайс_листу.

commenth:

commenth: Поле_commenth_выводится _если_размер_лицевого_счета

commenth: выдается_в_html_формате._Пробелы_должны

commenth: заменяться_на_подчеркивания._Количество_строк_comment_и

commenth: commenth_не_ограничено _однако_суммарная_длина_каждой_не

commenth: не_должна_превышать_1000_символов.

price: Monday 0-9 $0.6

price: Monday 10-17 $1

price: Monday 18-23 $0 6

price: Tuesday 0-9 $0.6

price: Tuesday 10-17 $1

price: Tuesday 18-23 $0 6

price: Wednesday 0-9 $0.6

price: Wednesday 10-17 $1

price: Wednesday 18-23 $0 6

price: Thursday 0-9 $0.6

price: Thursday 10-17 $1

price: Thursday 18-23 $0 6

price: Friday 0-9 $0.6

price: Friday 10-17 $1

price: Friday 18-23 $0 6

price: Saturday 0-23 $0.6

price: Sunday 0-23 $0.6

Описание файлов в домашнем каталоге пользователя с "биллинговой информацией"

.pay - информация о начислениях (история начислений) на лицевой счет пользователя условных единиц или $. Файл имеет формат вида:

#

#

# Платежи клиента ivan

#

#

1999/02/27 13:00:01 Add pay | 10.5

1999/03/15 15:12:00 Add pay | 23

1999/05/05 12:30:40 Add pay | 6.5

Как видно данный файл имеет два поля произвольной длины разделенные символом "|". Первое (левое) поле содержит комментарий или другими словами обоснование для второго (правого) поля в котором содержится число с плавающей точкой определяющее стоимость транзакции т.е. стоимость биллинговой информации. Основная и единственная единица измерения биллинговой информации - условная единица или $. Если приведенный выше файл содержится в домашнем каталоге пользователя ivan то просуммировав второе (правое) поле можно выяснить что общий размер начислений на лицевой счет (или платежей) клиента ivan равняется 40 условным единицам. Открыв этот файл системный администратор или пользователь ivan может не только узнать сколько вообще было начислено на данный лицевой счет но и то когда (кем) это было сделано (забегая вперед хочется отметить что подобный способ хранения биллинговой информации в обычных текстовых файлах т.е. "дата обоснование операции | размер" является основным для предлагаемой системы). Добавлять или изменять информацию в файлах .pay должен только системный администратор. Делать это можно как из командной строки так и через веб-интерфейс;

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

#

#

# Работа клиента ivan за текущую неделю

#

#

1999/05/18 13:00:01 Time elapsed=40 sec. cost | 0.052

1999/05/19 15:12:00 Time elapsed=1200 sec. cost | 0.156

1999/05/19 16:30:40 Time elapsed=75 sec. cost | 0.101

Запись в файл .weekly делает демон после окончания соединения. В приведенном выше фрагменте файла .weekly в первом поле содержится следующая информация: дата окончания соединения (YYYY/MM/DD) вреня окончания соединения (HH:MM:SS) продолжительность соединения в секундах (Time elapsed). Во втором поле файла .weekly отделенного символом "|" содержится стоимость транзакции (стоимость соединения стоимость фактически предоставленной услуги в условных единицах);

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

1999/05/18 1999/05/25 cost | 5.011

1999/05/26 1999/06/01 cost | 2.133

Файлы .weekly в домашних каталогах пользователей "разбухают" вследствие того что там протоколируется каждое соединение. С другой стороны как показывает практика большинству пользователей интересен лишь подробный отчет использования машинного времени за текущую и прошедшую неделю поэтому информация накопленная в файлах .weekly должна "компрессироваться". Если же пользователю нужно предоставить подробный отчет за работу двух- (трех- четырех- и т.д.) недельной давности (что случается не так часто) то эту информацию системный администратор может "вытащить" из SQL-базы. Обновлением файлов .work .weekly и .weekly.last должна заниматься специальная программа w_update.pl запускаемая по крону еженедельно;

.weekly.last - копия файла .weekly за прошлую неделю;

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

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

.refused - наличие такого файла сигнализирует о том что баланс лицевого счета пользователя всегда отрицателен т.е. доступ ему в систему временно приостановлен;

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

.account - тип (или индекс) прайс-листа для данного пользователя. Этот файл очень удобно использовать для задания прайс-листа отдельным группам пользователей. Вы создаете желаемый прайс-лист и помещаете его в каталог /var/statserv/etc а пользователям в домашних каталогах указываете лишь ссылку на него. Если Вы хотите поменять прайс-лист для некоторой группы пользователей то Вы редактируете прайс-лист всего в одном месте (см. ниже "Алгоритм выбора тарифной схемы для пользователя при старте демона");

.account.conf - собственный прайс-лист для данного пользователя. См. структуру файла .account.conf. Этот файл следует применять в том случае когда Вы хотите задать для пользователя индивидуальный прайс-лист;

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

.account.next - то же что и .account (см. выше) но только для авансового платежа.

Описание выходных документов.

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

Страницы: 1 2