Проектирование системы автоматизации ведения учетно-отчетной документации (стр. 2 из 7)

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

2.1 Разработка структурной схемы программы

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

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

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

Рисунок 2.1 - Структурная схема программы ведения учетно-отчетной документации пофидерного анализа.

Блоки представленные на рисунке 2.1 выполняют следующие функции:

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

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

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

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

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

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

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

Журнал статистики потребления электроэнергии бытовых абонентов содержит данные о потреблении электроэнергии бытовыми потребителями на фидерах.

2.2 Разработка алгоритма программы

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

Рисунок 2.2 - Алгоритм программы

3. Разработка проектных решений по программному обеспечению автоматизированной системы

3.1 Разработка алгоритмов функциональных подсистем

Разделение процесса разработки сложных программных приложений на отдельные этапы способствовало становлению концепции жизненного цикла программы. Под жизненным циклом (ЖЦ) программы понимают совокупность взаимосвязанных и следующих во времени этапов, начиная от разработки требований к ней и заканчивая полным отказом от ее использования. Стандарт ISO/IEC 12207, хотя и описывает общую структуру ЖЦ программы, не конкретизирует детали выполнения тех или иных этапов:

Анализа предметной области и формулировки требований к программе

Проектирование программы в кодах (собственно программирования)

Внедрения программы

Сопровождения программы

Отказ от использования программы

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

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

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

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

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

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

Рисунок 3.1 - Подсистемы расчета и анализа

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

вести базу данных фидеров;

вести базу данных юридических организаций;

вести учет потребления электроэнергии на фидерах;

вести учет потребления электроэнергии юридических абонентов;

вести учет потребления электроэнергии бытовых абонентов;

формировать отчеты.

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

На рисунке 3.2 показан алгоритм работы подсистемы "Работа с базой данных фидеров" и "Учет потребления электроэнергии на фидерах".

Рисунок 3.2 - Алгоритм работы подсистем " Работа с базой данных фидеров" и "Учет потребления электроэнергии на фидерах".

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

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

На рисунке 3.3 показан алгоритм работы подсистемы "Работа с базой данных юридических абонентов".

Рисунок 3.3 - Алгоритм работы подсистемы "Работа с базой данных юридических абонентов".

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

Также необходимо реализовать возможность добавления нового абонента в базу данных. При этом в базе данных будет сохранена следующая информация:

наименование фидера, на котором находится данный абонент.

На рисунке 3.4 показан алгоритм работы подсистемы "Учет потребления электроэнергии юридических абонентов".

Рисунок 3.4 - Алгоритм работы подсистемы "Учет потребления