46705 (Автоматизированный учет радиоточек передающего центра), страница 2

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

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

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

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

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

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

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

Спроектировать и проанализировать логическую модель ПО «Автоматизированный учет радиоточек передающего центра» в абонентском отделе Гродненского областного узла радио и телевещания.

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

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

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

1. Логическое моделирование

1. Выбор методологии и инструментария

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

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

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

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

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

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

• функции, которые должна выполнять система;

• отношения между данными;

• независящее от времени поведение системы (аспекты реального времени).

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

• DFD (Data Flow Diagrams) — диаграммы потоков данных совместно со словарями данных и спецификациями процессов

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

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

Все они содержат графические и текстовые средства моделирования:

• Первые - для удобства демонстрирования основных компонентов модели,

• Вторые - для обеспечения точного определения ее компонентов и связи.

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

Для создания информационно-справочной системы для учета кадров на предприятии «Локомотивное депо Лида» использовались эффективные инструменты анализа, проектирования и кодогенерации фирмы PLATINUM technology – Bpwin и Erwin и CASE – средства Rational Rose фирмы Rational Software Corporation.

Отображение модели данных в Erwin может быть представлено двумя уровнями – логическим и физическим. Erwin имеет несколько уровней отображения диаграммы: уровень сущностей, уровень атрибутов, уровень определений, уровень первичных ключей и уровень иконок. Интерфейс выполнен в стиле Windows-приложений, достаточно прост и интуитивно понятен.

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

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

В модели Rose поддерживаются четыре представления – это представление вариантов использования, логическое представление, представление компонентов и представление размещения.

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

1. Анализ потоков данных

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

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

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

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

Основными компонентами диаграмм потоков данных являются:

• внешние сущности;

• системы и подсистемы;

• процессы;

• накопители данных;

• потоки данных.

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

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

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

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

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

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

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

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

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

Рисунок 1.1 – Диаграмма потоков данных

Здесь основными функциями являются:

• Функция «Заполнение информации о количестве радиоточек и шифрах услуг» (данные для расчета абонентской платы);

• Функция «Заполнение информации об абонентах» (сведения об абонентах);

• Функция «Определение типа операции и вида документов» (определяется вид документа, тип проводимой операции);

• Функция «Расчет начисления абонентской платы» (формирование записей о месячном начислении абонентской платы);

• Функция «Формирование отчетов» (получение необходимой печатной отчетности);

• Функция «Вывод сальдо» (формирование исходящего сальдо).

Проведем анализ хранилища данных «Автоматизированный учет радиоточек передающего центра».

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

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

• входящий платежный документ – документ, заверенный банком о проведении перечисления денежных средств на наш расчетный счет за оказанные нами услуги;

• приходный кассовый ордер – документ, о получении наличных денежных средств в кассу;

Рассмотрим подробнее состав первичных документов обрабатываемых в автоматизированном учете радиоточек передающего центра:

Платежное требование/поручение/входящие

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

• № платежного требования

• Дата платежа

• Наименование плательщика

• Наименование получателя

• Реквизиты обоих сторон (№ расчетного счета, наименование банка, код, УНН)

• Сумма платежа

• Назначение платежа

Приходный кассовый ордер

Приходный ордер, т.к. оно является кассовым документом то должно содержать жестко регламентированную информацию. Основными информационными полями являются:

• № приходного ордера

• Дата платежа

• ФИО (лицевой счет)

• Сумма платежа

• Содержание операции

Проведенный анализ состава первичных документов позволяет выделить все виды этих документов в единую сущность «Оплата», ограничиваясь при этом лишь ссылкой на их тип.

1. Построение логической модели данных

Логическая модель – это абстрактный взгляд на данные. На ней данные представляются так, как выглядят в реальном мире. Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логическая модель является универсальной и никак не связана с конкретной реализацией СУБД.