Проектирование АИС "Работа с абонентами оператора сотовой связи"

Введение

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

Содержательное описание объекта

Базовые бизнес-процессы (уровень 1)

Базовые бизнес-процессы (уровень 2)

Базовые бизнес-процессы (уровень 3)

Базовые бизнес-процессы (уровень 4)

Базовые бизнес-процессы (уровень 5)

Базовые бизнес-процессы (уровень 6).

Базовые бизнес-процессы (уровень 7)

Базовые бизнес-процессы (уровень 8)

Описание проблемной ситуации

Функциональная структура проектируемой системы

Уровень А0. Декомпозиция

Информационно-логическая модель

UseCase – диаграммы прецедентов

Диаграмма взаимодействий

Диаграмма обслуживания абонентов

Взаимодействие оператора с БД

Диаграмма взаимодействия администратора с БД

Диаграмма состояний

Процесс заключения договора

Физическая модель

Имитационная модель

Заключение

Глоссарий

Библиографический список

Введение

Целью курсовой работы является проектирование автоматизированной информационной системы «Работа с абонентами оператора сотовой связи».

Существует два основных способа проектирования программных систем - структурное проектирование, основанное на алгоритмической декомпозиции и объектно-ориентированное проектирование, основанное на объектно-ориентированной декомпозиции.

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

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

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

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

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

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

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

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

Содержательное описание объекта

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

Инфраструктура предоставления услуг связи

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

Рис. 1. Инфраструктура предоставления услуг связи

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

Базовые бизнес-процессы (уровень 1)

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

В такой минимальной ситуации имеют место следующие бизнес-процессы:

1) Контроль работоспособности оборудования: отслеживание журналов сбоев оборудования, проведение регулярных тестов и пр.

2) Изменение профиля периодических услуг абонента по его заказу. Абонент приходит в абонентский отдел, пишет заявление. В простейшем случае заявка фиксируется в бумажном виде (бумажная карточка абонента). Формируется запрос на программирование для операторов коммутатора. По запросу выполняется программирование коммутатора, делается запись в журнал программирования услуг на коммутаторе.

3) Тарификации разговоров. На регулярной основе выполняется забор тарификационных данных коммутатора (именуемых ТТ-файлами). Выполняется тарификация записей о разговорах. Тарификация в простейшем случ

Внимание, отключите Adblock

Вы посетили наш сайт со включенным блокировщиком рекламы!
Ссылка для скачивания станет доступной сразу после отключения Adblock!

Скачать