Современные информационные технологии/3.Программное обеспечение

Гуляева А.Л, Амиржанова Ж.Ж.

Северо-Казахстанский Государственный университет им.М.Козыбаева, Республика Казахстан

ПРОЕКТИРОВАНИЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ РАСЧЕТА И УЧЕТА ОПЛАТЫ КОММУНАЛЬНЫХ УСЛУГ НА ГКП «ЖАРДЕМ»

Кооператив собственников помещения «Жардем» создан с целью оказанию услуг по содержанию и обслуживанию жилья собственников квартир. Предприятие является юридическим лицом и создано без ограничения срока деятельности, имеет в собственности имущество, учитываемое на самостоятельном балансе, может от своего имени приобретать и осуществлять имущественные и личные неимущественные права, исполнять обязанности, быть истцом и ответчиком в суде.

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

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

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

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

Потребителями услуг ГКП «Жардем» являются собственники квартир и арендаторы помещений.

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

– организация учета жилого фонда;

– ведение картотеки лицевых счетов жильцов (подробные сведения о составе семьи, счетчиках, начислениях, платежах и т.д);

– расчет начислений за любые коммунальные услуги с учетом тарифов и показаний приборов учета;

– расчет и гибкий механизм учета льгот;

– расчет субсидий;

– введение системы перерасчетов за прошлые месяцы;

– регистрация и распределение оплаты пропорционально начислениям, ведение сальдо по лицевому счету;

– формирование квитанций для оплаты по начислениям за месяц, по текущей задолженности;

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

– сбор, обработка и представление аналитической информации;

– формирование отчетов: по начислениям и оплате, по льготникам, должникам и др.

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

Как и любая другая диаграмма UML, диаграмма Use Case представляет собой граф, вершинами которого являются предметы UML, а ребрами – отношения. В диаграмме Use Case вершинами являются актеры и варианты использования (элементы Use Case).

Элемент актер отображает роль, которую некоторый пользователь (или пользователи) играют при взаимодействии с системой. Название роли пишется под элементом актер. Следует отметить, что одному актеру могут соответствовать несколько различных пользователей (если они играют одну и ту же роль), а одному пользователю может соответствовать несколько актеров (по количеству ролей, которые он играет) [1].

Для разрабатываемой системы предполагается два вида пользователей: «Бухгалтер» и «Директор».

Диаграмма вариантов использования для пользователя «Бухгалтер» представлена в соответствии с рисунком 1.

Рисунок 1 Диаграмма вариантов использования актера «Бухгалтер»

Актер «Бухгалтер» является одним из пользователей системы, он выполняет основную функцию в предприятии. «Бухгалтер» работает со всеми данными: вводит сведения о клиенте, заполняет документы, формирует отчеты. и представляет еженедельный отчет по проделанной работе директору предприятие ГКП «Жардем».

Диаграмма вариантов использования актера «Директор» представлена в соответствии с рисунком 2.

Рисунок 2 Диаграмма вариантов использования актера «Директор»

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

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

Основным объектом в диаграмме деятельности является состояние действия, которое изображается так же, как и состояние в диаграммах схем состояний. Существуют также и состояния поддеятельности, которые могут входить в состав состояния действия. Другим основным объектом является переход между состояниями действий, который изображается стрелкой и выполняется по окончании действия [2].

Диаграмма деятельности предприятии «Жардем» представлена в соответствии с рисунком 3.

Рисунок 3 Диаграмма деятельности предприятии «Жардем»

После введения сведений о клиенте «Бухгалтер» просматривает расписание менеджеров, и записывает клиента, если же свободных менеджеров нет, то запись производится также по расписанию на другой день по желанию клиента. Прошедший подтверждение клиент просматривается «Бухгалтером» на скидки. Клиент выполняет услугу, после завершения услуги производит оплату со скидкой (без скидки). Если клиент отменил запись, происходит выход из системы.

Диаграммы компонентов применяются для моделирования статического вида системы с точки зрения реализации. Сюда относится моделирование физических сущностей, развернутых в узле, например исполняемых программ, библиотек, таблиц, файлов и документов. По существу, диаграммы компонентов – это не что иное, как диаграммы классов, сфокусированные на системных компонентах. Основными элементами компонентных диаграмм являются компоненты, интерфейсы и отношения зависимости и реализации [2].

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

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

Рисунок 4 Диаграмма компонентов конфигурации

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

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