Файл: Краткий анализ предметной области, характеристика предприятия и его деятельности.pdf

2.2.Анализ среды разработки

Система программ «1С:Предприятие 8.3» включает в себя платформу и прикладные решения, разработанные на ее основе, для автоматизации деятельности организаций и частных лиц. Сама платформа не является программным продуктом для использования конечными пользователями, которые обычно работают с одним из многих прикладных решений (конфигураций), разработанных на данной платформе. Такой подход позволяет автоматизировать различные виды деятельности, используя единую технологическую платформу.

Гибкость платформы позволяет применять 1С:Предприятие 8.3 в самых разнообразных областях:

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

Платформа 1С:Предприятие 8.3 была создана с учетом 6-летнего опыта применения системы программ 1С:Предприятие 7.7, которую используют десятки тысяч разработчиков. Несмотря на значительные изменения, новая версия 8 сохранила идеологическую преемственность с предыдущими версиями.

2.3.Архитектура разрабатываемого прикладного решения

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

Для качественной реализации автоматизированной системы объект разработки должен быть прежде всего адекватно описан, построены непротиворечивые информационные модели ИС.

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

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

Рисунок 8 – Описание дерева функций пользователя конфигурацией

В рассматриваемой системе будут применяться такие формы [10]:

– формы справочников;

– формы документов;

– главная форма;

– формы сообщений;

– формы отчетов;

– формы выпадающих списков.

Метод ввода информации – вручную

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

Стоит отметить, что некоторые функции разделены между подсистемами конфигурации [5].

На основании рассмотренных данных можно создать последовательность работы пользователя с разрабатываемой системой (рисунок 9).

Рисунок 9 – Последовательность работы с создаваемой системой

2.4.Описание основных объектов (элементов) разрабатываемого прикладного решения

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

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

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

Состав и классификация функций разрабатываемой АИС представлены в виде дерева функций на рисунке 10.

Рисунок 10 – Дерево функций АИС

Рассмотрим структуру сценария диалогов для разрабатываемой АИС.

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

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

Цели разработки сценария:

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

– выбор рациональных путей перехода из одного состояния диалога в другое (из текущего в требуемое);

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

Рисунок 11 – Сценарий диалога АИС

Как видно на схеме, пользователи имеют разный доступ к данным, хранящимся в БД.

Рассмотрим последовательность их создания на конкретных примерах.

На рисунках 12 – 13 показана последовательность создания справочника Товары:

Рисунок 12 – Ввод информации о справочнике

Рисунок 13 – Определение подсистемы

Рисунок 14 – Состав справочника

Стоит отметить, что аналогичным образом создаются документы.

Для создания отчета нужно выполнить последовательность действий, которая указана на рисунках 15 – 17:

Рисунок 15 – Ввод информации об отчете

Рисунок 16 – Внешний вид схемы компоновки

Рисунок 17 – Настройка вывода отчета

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

Для создания форм нужно в окне информационного объекта выбрать пункт Формы и Нажать кнопку Добавить форму:

Рисунок 18 – Добавление формы

Далее нужно выбрать поля для отображения на форме:

Рисунок 19 – Выбор полей

Далее нужно определить размещение элементов на форме:

Рисунок 20 – Конструктор форм

Аналогичным образом создаются и другие компоненты конфигурации.

2.5. Тестирование разработанного прикладного решения

Для работы с АИС для обработки заказов магазина ООО «Ламода» необходимо загрузить конфигурацию. В результате откроется начальное окно АИС (рисунок 21):

Рисунок 21 – Начальное окно АИС

Далее, при необходимости надо ввести информацию в справочники. К примеру, форма для заполнения справочника Товары рассмотрена на рисунке 22:

Рисунок 22 – Форма Товары

В результате получим такой справочник:

Рисунок 22 – Справочник Товары

Аналогично можно заполнить остальные справочники (рисунки 23 – 25):

Рисунок 23 – Справочник Категории товаров

Рисунок 24 – Справочник Клиенты

Рисунок 25 – Справочник Сотрудники

Для ввода оперативных данных в конфигурации применяются документы. Например, форма для ввода данных в документ Заказы показана на рисунке 26:

Рисунок 26 – Документ Заказы

Для непосредственной обработки заказов созданы отчеты и печатные формы Рассмотрим примеры разработки отчетной документации (рисунок 27 - 28).

Рисунок 27 – Список клиентов

Для изучения спроса на товары применяется соответственный отчет:

Рисунок 28 – Отчет по спросу на товары

В результате создания конфигурации будет выполнена обработка заказов магазина ООО «Ламода».

ЗАКЛЮЧЕНИЕ

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

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

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

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

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