ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 29.10.2023
Просмотров: 264
Скачиваний: 1
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
СОДЕРЖАНИЕ
1.2 Описание существующей системы учёта
Выявление недостатков существующей системы учета
Анализ существующих вариантов решения задачи
Выбор и обоснование своего варианта решения задачи
Требования к надежности и к целостности данных
Разработка физической модели данных
Тестирование и отладка программы
При этом она должна функционально и интерфейсно делиться на подсистемы ведения справочников, учета движений ТМЦ и учета склада [14].
Рисунок 1.6 - Этапы разработки
Структура создаваемой АИС описана на рисунке 1.5.
Рисунок 1.7 - Структура создаваемой АИС
Справочники, как основные, так и дополнительные предполагается вести с использованием подсистемы ведения справочников.
В качестве справочников должны храниться сведения о номенклатуре товаров и все необходимые атрибуты для их описания.
Отдельным справочником должны вестись единицы измерения, которые определяют структуру учета и хранения товаров. Одна устанавливаются в качестве базовой, остальные значения справочника являются производными.
Для корректного учета номенклатуры должна предусматриваться возможность учета партий. Партии должны описываться атрибутами, которые неизвестны на момент разработки, но должны задаваться пользователем в ходе работы. При выполнении движения товаров должна существовать возможность указания партии, как и товарные остатки должны учитывать, к какой партии принадлежит товар.
Необходимо предусмотреть ведение типов цен и цен на номенклатуру в их разрезе. Должны учитываться цена поставки, учетная, согласно которой товар числится на балансе. Указанные ответственным пользователем цены должны учитываться при выполнении документов по движению ТМЦ.
Для описания хранящейся на складе номенклатуры в системе должна быть предусмотрена возможность хранения внешних файлов. Под внешним файлом необходимо понимать графические изображения, видео, документы и другие файлы различных форматов. Файлы должны
храниться в информационной базе и, при необходимости, открываться с помощью внешнего приложения, связанного с расширением.
Для корректного учета, необходимо вести данные о контрагентах- поставщиках. Данные о каждом контрагенте должны содержать все необходимые атрибуты, которые необходимы в процессе работы.
Информация о контрагенте должна содержать контактные данные, включающие в себя список контактов контрагента с разделением по видам (почтовый адрес, электронная почта, телефон, скайп и т.д.), а также возможные способы общения (голосовое общение, текстовые сообщения);
Необходимо учитывать свойства, дополнительно описывающие контрагента, которые позволят проводить отбор контрагентов и создавать отчеты, но полный состав неизвестен на момент разработки конфигурации.
Требуется вести договора с контрагентами, которые должны учитывать цены на номенклатуру в разрезе типов цен и необходимы для реализации автоматического образования цен на товары при учете документов на получение ТМЦ на склад.
Для расчетов с контрагентами и автоматического заполнения при создании документов, необходимо хранить сведения о банковских счетах контрагентов.
Для более подробного описания контрагента в системе должна быть предусмотрена возможность хранения внешних файлов. Под внешним файлом необходимо понимать графические изображения, видео, документы и другие
файлы различных форматов. Файлы должны храниться в информационной базе и,
при необходимости, открываться с помощью внешнего приложения, связанного с расширением.
Система должна хранить данные о самой организации.
Необходимо предусмотреть возможность ведения учета для нескольких организаций, если такая необходимость существует. Для корректного формирования документов, должен быть предусмотрен предусмотрен выбор организации, от лица которой выполняется соответствующая хозяйственная операция. Регистры учета и отчетность также должны строиться в разрезе организаций.
Требуется вести список сотрудников, принимающих участие в процессах, и которые могут выступать как разрез учета наличия и движения ТМЦ, в том случае, когда ТМЦ числится закрепленным за конкретным сотрудником. Сотрудники характеризуются должностью и принадлежностью к подразделению, список которых также должен вестись системой.
Подразделения также могут выступать разрезом учета наличия и движения ТМЦ, когда ТМЦ передается не конкретному сотруднику, а в подразделение.
Необходимо предусмотреть возможность ведения списока складов – мест хранения номенклатуры ТМЦ. Склад также выступает разрезом учета остатков и движения ТМЦ в том случае, когда ТМЦ хранятся на складах компании, а не выданы в подразделения или сотрудникам.
Подсистема учета движений ТМЦ должна позволять вводить
| Этапы работы | | |||
| | | |||
| | Анализ предметной области и ее формальное описание | | ||
| | ||||
| | ||||
| | Выбор системы разработки | | ||
| | ||||
| | ||||
| | Разбиение системы на функциональные блоки и определение функций каждой подсистемы | | ||
| | ||||
| | ||||
| | Разработка концептуальной и физической модели базы данных | | ||
| | ||||
| | ||||
| | Реализация разработанных решений в выбранной среде разработки | | ||
| | ||||
| | ||||
| | Создание прикладных объектов разрабатываемой конфигурации | | ||
| | ||||
| | ||||
| | Написание кода программных моделей объектов конфигурации | | ||
| | ||||
| | ||||
| | Реализация интерфейса системы | | ||
| | ||||
| | ||||
| | Тестирование и отладка разработанной системы | | ||
| | ||||
| | ||||
| | Разработка руководства по установке системы | | ||
| | ||||
| | ||||
| | Разработка руководства пользователя | | ||
| | ||||
| | ||||
| | Написание пояснительной записки | | ||
| | ||||
Рисунок 1.6 - Этапы разработки
- 1 2 3 4 5 6 7 8 9 ... 15
Расширенная постановка задачи
Структура создаваемой АИС описана на рисунке 1.5.
Рисунок 1.7 - Структура создаваемой АИССправочники, как основные, так и дополнительные предполагается вести с использованием подсистемы ведения справочников.
В качестве справочников должны храниться сведения о номенклатуре товаров и все необходимые атрибуты для их описания.
Отдельным справочником должны вестись единицы измерения, которые определяют структуру учета и хранения товаров. Одна устанавливаются в качестве базовой, остальные значения справочника являются производными.
Для корректного учета номенклатуры должна предусматриваться возможность учета партий. Партии должны описываться атрибутами, которые неизвестны на момент разработки, но должны задаваться пользователем в ходе работы. При выполнении движения товаров должна существовать возможность указания партии, как и товарные остатки должны учитывать, к какой партии принадлежит товар.
Необходимо предусмотреть ведение типов цен и цен на номенклатуру в их разрезе. Должны учитываться цена поставки, учетная, согласно которой товар числится на балансе. Указанные ответственным пользователем цены должны учитываться при выполнении документов по движению ТМЦ.
Для описания хранящейся на складе номенклатуры в системе должна быть предусмотрена возможность хранения внешних файлов. Под внешним файлом необходимо понимать графические изображения, видео, документы и другие файлы различных форматов. Файлы должны
храниться в информационной базе и, при необходимости, открываться с помощью внешнего приложения, связанного с расширением.
Для корректного учета, необходимо вести данные о контрагентах- поставщиках. Данные о каждом контрагенте должны содержать все необходимые атрибуты, которые необходимы в процессе работы.
Информация о контрагенте должна содержать контактные данные, включающие в себя список контактов контрагента с разделением по видам (почтовый адрес, электронная почта, телефон, скайп и т.д.), а также возможные способы общения (голосовое общение, текстовые сообщения);
Необходимо учитывать свойства, дополнительно описывающие контрагента, которые позволят проводить отбор контрагентов и создавать отчеты, но полный состав неизвестен на момент разработки конфигурации.
Требуется вести договора с контрагентами, которые должны учитывать цены на номенклатуру в разрезе типов цен и необходимы для реализации автоматического образования цен на товары при учете документов на получение ТМЦ на склад.
Для расчетов с контрагентами и автоматического заполнения при создании документов, необходимо хранить сведения о банковских счетах контрагентов.
Для более подробного описания контрагента в системе должна быть предусмотрена возможность хранения внешних файлов. Под внешним файлом необходимо понимать графические изображения, видео, документы и другие
файлы различных форматов. Файлы должны храниться в информационной базе и,
при необходимости, открываться с помощью внешнего приложения, связанного с расширением.
Система должна хранить данные о самой организации.
Необходимо предусмотреть возможность ведения учета для нескольких организаций, если такая необходимость существует. Для корректного формирования документов, должен быть предусмотрен предусмотрен выбор организации, от лица которой выполняется соответствующая хозяйственная операция. Регистры учета и отчетность также должны строиться в разрезе организаций.
Требуется вести список сотрудников, принимающих участие в процессах, и которые могут выступать как разрез учета наличия и движения ТМЦ, в том случае, когда ТМЦ числится закрепленным за конкретным сотрудником. Сотрудники характеризуются должностью и принадлежностью к подразделению, список которых также должен вестись системой.
Подразделения также могут выступать разрезом учета наличия и движения ТМЦ, когда ТМЦ передается не конкретному сотруднику, а в подразделение.
Необходимо предусмотреть возможность ведения списока складов – мест хранения номенклатуры ТМЦ. Склад также выступает разрезом учета остатков и движения ТМЦ в том случае, когда ТМЦ хранятся на складах компании, а не выданы в подразделения или сотрудникам.
Подсистема учета движений ТМЦ должна позволять вводить