Файл: Автоматизация учета операций по расчетному счету ООО "Лантек".pdf
Добавлен: 21.05.2023
Просмотров: 274
Скачиваний: 3
СОДЕРЖАНИЕ
1.Технико-экономическая характеристика предметной области и предприятия
1.1. Характеристика предприятия и его деятельности
1.2. Организационная структура управления предприятием
1.3. Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов
2. Информационное обеспечение задачи
2.1. Информационная модель и её описание
2.2. Используемые классификаторы и системы кодирования
2.3. Характеристика нормативно-справочной, входной и оперативной информации
2.4. Характеристика результатной информации
3. Программное обеспечение задачи
3.1. Общие положения (дерево функций и сценарий диалога)
3.2. Характеристика базы данных
3.3. Структурная схема пакета (дерево вызова программных модулей)
3.4. Описание программных модулей
1.3. Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов
В ООО «Лантек» все существующие бизнес-процессы (БП) считаются последствием обращения в компанию клиентов для получения услуг Интернет-провайдера.
В результате происходит выполнение коммерческого документооборота, который содержит следующие документы:
– прайс-листы;
– договоры о заказах с клиентами;
– договоры с поставщиками;
– гарантийные талоны на оборудование;
– кассовые документы;
– оформление сертификатов о качестве оборудования.
Следует заметить тот факт, что деятельность в ООО «Лантек» основывается на принципах движения документации (рисунок 7):
Рисунок 7. Принципы документооборота
Каждый этап обеспечивается полным пакетом документов для его законного обоснования.
Заметим, что в ООО «Лантек» четко разделены функции имеющихся отделов:
– выбор необходимого тарифа;
– оформление и подписание договора;
– оплата;
– получение услуг;
– операции с расчетным счетом;
– отчетная документация.
В результате можно подвести итог, что деятельность ООО «Лантек» не является полностью автоматизированной и поэтому необходимо выполнить создание информационной системы хотя бы для наиболее важной части документооборота – учета операций по расчетному счету.
2. Информационное обеспечение задачи
2.1. Информационная модель и её описание
Источниками первичной информации являются договора о предоставлении услуг, метод ввода – вручную.
Адресатами выдачи информации являются конечные пользователи и администрация ООО «Лантек». Данная информация предназначается для анализа финансовой деятельности компании.
В результате выполнения преобразования информации будет создан реестр операций по работе с расчетным счетом.
Рисунок 5. Информационная модель автоматизированной учета операций по расчетному счету
2.2. Используемые классификаторы и системы кодирования
В составе информационного обеспечения рассматриваемого комплекса задач важное место отводится классификаторам экономической информации:
Обеспечить сжатие призрачной части показателей, а, следовательно, и сократить объем хранимой информации в ЭВМ и время на поиск информации, необходимой для решения задач, облегчить обработку информации позволяют классификация и кодирование информации.
Кодированием называется процесс присвоения объектам кодовых обозначений. Основная цель кодирования состоит в однозначном обозначении объектов, а также в обеспечении необходимой достоверности кодируемой информации.
При проектировании кодов предъявляется ряд требований:
- охват всех объектов, подлежащих кодированию, и их однозначное обозначение;
- возможность расширения объектов кодирования без изменения правил их обозначения;
- максимальная информативность кода при минимальной его значности.
Различают иерархическую и многоаспектную системы классификации.
В соответствии с приведенными требованиями к кодам в разрабатываемом проекте используется серийная система кодирования, позволяющая кодировать установившееся несложные множества объектов, учитывая возможность расширения кодируемого множества и разбиение по одному признаку классификации.
В составе информационного обеспечения рассматриваемого комплекса задач выделены следующие классификаторы:
- классификатор клиентов;
- классификатор типов услуг.
2.3. Характеристика нормативно-справочной, входной и оперативной информации
Информационной моделью системы автоматизации учета операций по расчетному счету является совокупность входных, результативных, оперативных потоков и функций для их обработки.
Также с ее использованием объясняется тот факт, что для массивов входной документации будет выполнен ряд необходимых функций, что и являются основоположными для отдельной АИС.
Для обеспечения процесса хранения постоянной информации о поставках применяются справочники (входная информация):
– Клиенты;
– Тип услуг.
Рассмотрим более подробно описание входной информации, которая представлена с помощью справочников.
Таблица 1.
Справочник «Тип услуги»
|
Имя |
Тип |
|
Код типа |
Числовой |
|
Наименование |
Текстовый |
|
Ответственный |
Текстовый |
Справочник «Клиенты» использован для хранения данных о клиентах ООО «Лантек» (таблица 2).
Таблица 2.
Справочник «Поставщики»
|
Имя |
Тип |
|
Код поставщика |
Числовой |
|
Название |
Текстовый |
|
Адрес |
Текстовый |
|
Телефон |
Текстовый |
|
Пол |
Сссылка |
Входные данные в базу данных могут вводиться в систему двумя методами:
– вручную;
– при использовании формы.
Тестовая информация созданных справочников показана в экранных формах на рисунках 6 – 7:
Рисунок 6. Экранная форма справочника Тип услуг
Рисунок 7. Экранная форма справочника Клиенты
2.4. Характеристика результатной информации
Стоит заметить, что в разрабатываемой системе для автоматизации учета операций по расчетному счету необходимо хранить данные на основании финансовых перечислений (к примеру, по оплате клиентами услуг провайдера).
Рассмотрим реквизитный состав таблиц с оперативными данными Услуги и Учет:
Таблица 3.
Документ Услуги
|
Имя |
Тип |
|
Номер |
Числовой |
|
Название |
Текстовый |
|
Цена |
Числовой |
|
Тип |
Ссылка |
|
Дата поставки |
Дата и время |
Таблица 4.
Документ Учет
|
Имя |
Тип |
|
Номер |
Числовой |
|
Дата |
Дата |
|
Клиент |
Ссылка |
|
Количество |
Числовой |
|
Услуга |
Ссылка |
Стоит отметить, что в документах применяются ссылки на все справочники, которые описаны выше.
Ниже, на рисунках 8 и 9, показаны экранные формы документов:
Рисунок 8. Экранная форма документа Услуги
Рисунок 9. Экранная форма документа Учет
Документы заполняются по необходимости, а именно:
– документ Учет заполняется при формировании новой операции по расчетному счету;
– документ Услуги заполняется при формировании новой услуги (в среднем, 1-2 раза в месяц).
Вся информация заполняется менеджером вручную на основании прайс-листа и договоров с клиентами.
3. Программное обеспечение задачи
3.1. Общие положения (дерево функций и сценарий диалога)
Программное обеспечение для автоматизации учета операций по расчетному счету предусматривает работу одного пользователя, которые выполняет обработку документации по кассе или финансовых операций. Дерево функций, что реализованы в системе, представлены ниже на рисунке 10.
Рисунок 10. Дерево функций
Обработка накладных предназначена для анализа информации о поставляемой услуге и базы для операций по расчетному счету. На основании выполненного анализа выполняется ввод оперативных данных, а также осуществляется работа пользователя с ИС. В результате указанных действий будет сформирован список операций по расчетному счету.
Служебные функции выполняются для работы со справочниками.
К примеру, результатная информация, которая может повлиять на учет операций по расчетному счету будет присутствовать в разных подсистемах. [14, c.55]
На базе описанной информации рассмотрим сценарий работы с конфигурацией (рисунок 11).
Рисунок 11. Последовательность операций для ИС
3.2. Характеристика базы данных
После анализа данных по предметной области надо выделить совокупность сущностей БД:
– Услуги;
– Типы Услуг;
– Клиенты;
– Пол;
– Учет.
Реквизитный состав данных сущностей представлен в таблицах 1 – 4.
Стоит заметить, что все сущности в своей структуре применяют ключевые поля.
Рассмотрим далее результат связывания объектов хранилища данных.
Между объектами Клиенты и Учет присутствует связь «один-ко-многим», поскольку один клиент может несколько раз присутствовать в документе Учет.
Между объектами Услуги и Учет есть связь «один-ко-многим», поскольку 1 услуга может несколько раз присутствовать в документе Учет.
Между объектами Тип услуг и Услуги будет присутствовать связь типа «один-ко-многим», поскольку один тип услуг несколько раз будет присутствовать в перечне услуг.
На основании указанной модели будет построена структура создаваемой конфигурации.
3.3. Структурная схема пакета (дерево вызова программных модулей)
Созданная конфигурация полностью соответствует всем требованиям по структуре и обработке информации.
На основании платформы 1С:Предприятие рассматриваются данные, которые обрабатываются при распределении на несколько подсистем:
– Администрация;
– Касса;
– Бухгалтерия.
Для каждой подсистемы присутствует ряд функций, которые кое в чем накладываются и совпадают.
Платформа в этом случае обеспечивает хранение информации с помощью базы данных, а также при использовании встроенных инструментов выполняется обработка информации в соответствии с целью проекта.
На рисунке 12 показано дерево вызовов, которое применяется в ИС.
Рисунок 12. Пример дерева вызовов
3.4. Описание программных модулей
Рассмотрим далее процесс описания программных модулей, что представляются созданной ИС:
– подсистемы:
– Администрация;
– Касса;
– Бухгалтерия.
– справочники:
– Справочник типов услуг;
– Справочник клиентов.
– документация;
– Услуги;
– Учет.
– регистр накопления;
– отчет;
– созданные перечисления:
– Пол.
3.5. Контрольный пример реализации и его описание
После запуска программы откроется окно, показанное на рисунке 13: