Разработка имитационной модели программного обеспечения информационной системы "Центр обслуживания абонентов"

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

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

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

Написание программы  начинается с ее математического  содержания. Прежде всего, это преобразование математических описаний элементов и учитываемых внешних воздействий к виду, который позволит реализовать пошаговое осуществление процесса функционирования на конкретной ЭВМ. Учитывая заданное начальное значение характеристик состояния системы, определяют алгоритм образования следующих друг за другом дискретных моментов модельного времени [6, С. 43-45].

6. Анализ деятельности «Центра обслуживания абонентов»

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

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

Техническая поддержка. Отдел технической поддержки решает технические вопросы абонентов, связанные с получением услуг связи нашей компании. Наибольшая часть абонентов нашей компании – юридические лица. Потребности этих абонентов больше и разнообразнее. Как правило, корпоративные абоненты имеют локальные компьютерные сети, офисные АТС. Многие абоненты имеют несколько офисов, в каждом из которых существует ЛВС. Обслуживание таких абонентов включает в себя решение многочисленных и разнообразных технических вопросов [17, С. 13-16].

Техподдержка решает следующие основные задачи:

• консультации абонентов по техническим вопросам, связанным с получением услуг связи компании;
• cоздание индивидуальных рабочих проектов подключения крупных объектов связи (в бизнес-центрах, жилых домах и проч.);
• техническое подключение услуг новым абонентам;
• сетевая безопасность абонентов;
• настройка абонентского оборудования;
• контроль качества работы каналов связи;
• контроль качества работы различных телекоммуникационных сервисов, предоставляемых абонентам (установка телефона, выделенная линия Интернет, сеть VPN, установка Мобильного бизнес-центра, виртуальный и физический хостинг и проч.) [17, С. 27-33].

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

Абонентская служба – это один из самых больших по количеству менеджеров отделов нашей компании. Отдел осуществляет полный цикл работ с абонентами компании. Менеджеры отдела несут ответственность за решение всех вопросов работы с абонентом, включая даже сложные технические вопросы. Это очень удобно для абонента: любой вопрос он может решать с одним менеджером [17, С. 98-103].

Абонентская служба решает следующие основные задачи:

• консультации абонентов по пользованию услугами: вопросы оплаты, статистики (трафик Интернет, междугородние и международные звонки) и многое другое;
• подключение абонентам новых услуг;
• организация переноса точки подключения абонента на новый адрес;
• изменение расценок и других условий абонентского договора;
• контроль за качеством и сроками выполнения работ по обслуживанию абонента, которое осуществляется другими отделами компании;
• подготовка индивидуальных условий предоставления услуг в соответствии с потребностями абонента;
• маркетинг рынка услуг связи с целью создания наиболее выгодных предложений для клиентов компании [17, С. 117].

7. Средства построения модели

Укрупнено методы построения моделей предприятий можно разделить на структурные и объектно-ориентированные. Каждая из этих групп методов включает в себя несколько вариантов конкретных методик. Структурные методы на сегодняшний день имеют наибольшее распространение, поэтому их мы рассмотрим в первую очередь [16, С. 11-13].

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

Структурные методы имеют  три основные особенности:

• расчленение сложной системы на части, представляемые как "черные ящики", а каждый черный ящик реализует определенную функцию системы управления;
• иерархическое упорядочение выделенных элементов системы с определением взаимосвязей между ними;
• использование графического представления взаимосвязей элементов системы [16, С. 15-16].

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

За последнее десятилетие  сформировалось новое направление  в программотехнике - CASE (Computer-Aided Software/System Engineering). В настоящее время не существует общепринятого определения CASE. Содержание этого понятия обычно определяется перечнем задач, решаемых с помощью CASE, а также совокупностью применяемых методов и средств. Очень грубо, CASE - технология представляет собой совокупность методологий анализа, проектирования, разработки и сопровождения сложных систем программного обеспечения (ПО), поддержанную комплексом взаимоувязанных средств автоматизации. CASE - это инструментарий для системных аналитиков, разработчиков и прогpаммистов, заменяющий им бумагу и карандаш на компьютер для автоматизации процесса проектирования и разработки ПО [16, С. 46].

В составе методологий  структурного анализа к наиболее распространенным можно отнести  следующие:

SADT (Structured Analysis and Design Technique) - технология структурного анализа и проектирования и ее подмножество стандарт IDEF0;

DFD (Data Flow Diagrams) - диаграммы  потоков данных;

ERD (Entity-Relationship Diagrams) - диаграммы "сущность-связь";

STD (State Transition Diagrams) - диаграммы переходов состояний.

В дипломном проекте была использована программа BPWin

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

Диаграммы потоков данных (DFD - Data Flow Diagram) являются основным средством  моделирования функциональных требований проектируемой системы. С их помощью эти требования разбиваются на функциональные компоненты (процессы) и представляются в виде сети, связанной потоками данных. Главная цель таких средств - продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами [16, С. 11-13].

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

Индивидуальные данные в системе часто являются независимыми. Однако иногда необходимо иметь дело с несколькими независимыми данными одновременно. Для этого используется диаграммы декомпозиции. Применение этих операций над данными позволяет обеспечить структуризацию данных, увеличивает наглядность и читабельность диаграмм [16, С. 33-37].

Также я использовал  программу Rational Rose. Rational Rose – мощное CASE-средство для проектирования программных систем любой сложности. Одним из достоинств этого программного продукта будет возможность использования диаграмм на языке UML. Можно сказать, что Rational Rose является графическим редактором UML диаграмм [20, С. 3-5].

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

• Use case diagram (диаграммы прецедентов);
• Deployment diagram (диаграммы топологии);
• Statechart diagram (диаграммы состоя<span