ИС мелкооптовой торговли

Введение 

      Объектно-ориентированный  подход в современном информационном мире получил широкое распространение, и по праву считается одним из основных. Такое положение вещей обусловлено его значительными преимуществами по сравнению с другими методиками, особенно в области сложных информационных систем. Более того, объектно-ориентированный подход позволяет оперировать привычными с точки зрения человека сущностями и легко организовывать их взаимодействие. Основой подхода является понятие объекта - сущности отражающей реальный либо воображаемый физический объект, процесс, интерфейс и т.п, при этом каждый объект может иметь свои уникальные свойства - в терминологии ООП - атрибуты. В реальном мире многие объекты могут воздействовать на свое окружение (другие объекты) используя различные средства, в ООП такое активное поведение возможно благодаря т.н. методам. Каждый объект может иметь любое количество различных методов. Еще одной динамической составляющей современных ОО-систем являются события. Они служат своеобразными "детонаторами" - инициаторами процессов, и могут быть порождены большинством объектов. Также, одним из основных является понятие класса. Класс представляет собой описание объекта и является шаблоном, на основе которого создаются конкретные экземпляры объектов. В целом теория ООП достаточно широка и позволяет описать огромное количество сложных систем, одним из первых этапов разработки которых, является моделирование. На сегодняшний день особенно интенсивно в таких случаях применяется унифицированный язык моделирования UML. Унифицированный язык моделирования UML - это язык визуального моделирования для решения задач общего характера, который используется при определении, визуализации, конструировании и документировании артефактов программной системы. С помощью языка UML можно фиксировать решения, принятые при создании различных систем. Он используется для того, чтобы лучше понимать, проектировать, поддерживать и контролировать эти системы. UML можно использовать со всеми методами, во всех предметных областях и на всех этапах программной разработки. Этот язык призван объединить в единый стандартный подход весь опыт, который был накоплен в процессе использования старых способов моделирования, а также все лучшее из современных методов программирования. Он включает в себя семантические концепции, нотацию и руководящие указания. UML состоит из четырех частей, описывающих различные аспекты системы: статические, динамические, организационные и относящиеся к окружению. Спецификация UML не определяет конкретный процесс разработки, однако использовать этот язык моделирования удобнее всего в итеративном процессе. Впрочем, его можно применять в большинстве существующих объектно-ориентированных процессов разработки. UML позволяет отображать и статическую структуру, и динамическое поведение системы. Система моделируется как группа дискретных объектов, которые взаимодействуют друг с другом таким образом, чтобы удовлетворить требования пользователя. В статической структуре задаются типы объектов, значимые для системы и ее реализации, а также отношения между этими объектами. Динамическое поведение определяет историю объектов и их взаимодействие для достижения конечной цели.

 1 Краткая характеристика предметной области 

1.1 Общая характеристика  предприятия мелкооптовой торговли как объекта хозяйственной деятельности 

      Предприятие мелкооптовой торговли (далее ООО  "Мелкоопт") является хозяйствующим субъектом, обладающим достаточными складскими площадями и персоналом для осуществления своей деятельности. Основная специализация - торговля продуктами питания. С точки зрения информационной системы, наибольший объем работ связан с учетом товаров на складе и работой с поставщиками. В настоящее время такая работа выполняется на основе стандартных офисных решений - электронные таблицы и базы данных, что не всегда эффективно. Администрация организации выступает с предложением разработки специализированной информационной системы, что может повысить эффективность работы в целом, однако не уверена в однозначно положительном результате. 

1.2 Обоснование актуальности разработки объектно-ориентрованной модели информационной подсистемы ООО "Мелкоопт" 

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

      1.3 Формулировка задач проектирования 

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

- cоздание диаграммы прецедентов

- cоздание диаграммы последовательности

- cоздание диаграммы классов

- добавление деталей к описаниям операций и определение атрибутов классов, добавление связей между классами

- создание диаграммы состояний для классов

- создание диаграммы компонентов 

      Выводы: Рассмотренное предприятие мелкооптовой торговли ООО "Мелкоопт" является предприятием малого бизнеса и использует наиболее распространенные информационные продукты в составе своей информационной системы. ИС предприятия развита слабо. Администрация предприятия выступает с инициативой исправления данного положения с целью повышения эффективности, однако требует проведения предварительного анализа возможных результатов. Удовлетворить требования администрации в значительной мере возможно путем разработки объектно-ориентированной модели предполагаемой ИС.

 2 Создание диаграммы прецедентов 

      Диаграмма прецедентов (вариантов использования) приведена на рисунке 1. 

Рисунок 1 - Диаграмма прецедентов (вариантов  использования) 

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

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

 3 Создание диаграммы последовательности 

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

Рисунок 2 - Диаграмма последовательности 

      Описание: на рисунке 2 представлена диаграмма последовательности оформления на склад нового товара. Действующим лицом является Кладовщик. Представлены следующие объекты последовательности: Склад, Форма товара, Товар. Склад является одним из основных объектов проектируемой ИС и представляет собой головной объект складской подсистемы. Этот объект обслуживает запросы пользователей и управляет более мелкими подчиненными объектами с целью удовлетворения этих запросов. Фактически Склад является посредником между пользователями или другими компонентами ИС и служебной функциональностью БД склада. Объект Форма товара представляет собой инструмент предназначенный для просмотра, ввода и изменения свойств товара. Этот объект может работать как с существующими на складе товарами - в режиме их редактирования, так и оформлять новые. Объект Товар отражает свойства реального товара на складе - его наименование, количество и прочие. 

      Кладовщик может инициировать 2 варианта оформления поступившего на склад товара - оформление нового товара (в случае если такого на складе не существует), либо пополнение запаса существующего на складе товара. В случае оформления нового товара объект Склад открывает пустую форму товара, по заполнении которой введенный товар реализуется в виде записи в базе данных. В случае пополнения запаса открывается форма свойств имеющегося товара, а по результатам ее правки происходит обновление информации о товаре в БД. 

      Выводы: Действующим лицом последовательности является Кладовщик, он может инициировать оформление товара двумя способами - оформлять новый товар, либо пополнять запас существующего. В любом случае его запрос обрабатывается основным объектом - Склад, и в зависимости от типа открывается либо пустая форма для оформления нового товара, либо форма товара заполненная данными о существующем товаре. По результатам работы с формой товара создается новый товар, либо обновляется информация о существующем - в случае пополнения. Непосредственную работу с данными товаров в складской БД осуществляет объект Форма товара. Объект Товар в своем БД представлении фактически является записью таблицы товаров.

 4 Создание диаграммы классов 

      Диаграмма классов используемых при оформлении нового товара приведена на рисунке 3. 

Рисунок 3 - Диаграмма классов 

      Описание: При оформлении нового товара используются следующие классы: Склад, Форма товара (TovForm) и Товар (Товар). Класс склад используется для порождения основного объекта подсистемы склада, он отвечает за обработку запросов пользователей либо других компонентов ИС, и имеет все необходимые для этого методы и атрибуты. Объект типа Склад в рамках складской подсистемы может быть только один. Все остальные объекты относительно его являются логически дочерними. Класс Форма товара представляет собой шаблон создания объектов представления и обработки свойств реального товара на основе визуальных форм. Этот класс используется по мере необходимости - объекты такого типа создаются динамически. Класс товар предназначен для хранения свойств конкретного товара, объекты этого класса пассивны и являются лишь промежуточным звеном между формой товара и представлением товара в складской БД. Объекты этого типа не обладают методами, однако имеют большое количество атрибутов. 

      Выводы: В процессе оформления нового товара принимают участие следующие классы: Склад, Форма товара (TovForm) и Товар (Товар). Объекты класса Товар - пассивны (не имеют методов). Объект класса Склад в рамках одной складской подсистемы может быть только один, он представляет собой обработчик запросов пользователей, и управляет всеми остальными служебными объектами склада. Класс Форма товара (TovForm) используется по мере необходимости с целью создания форм ввода и редактирования свойств товара. Объекты именно этого класса имеют непосредственный доступ к записям товаров в БД. 

5 Добавление деталей к описаниям операций и определение атрибутов классов. Добавление связей между классами 

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

      Класс Склад имеет следующие атрибуты: name, address, area, personal. Атрибут name предназначен для хранения наименования конкретного склада, он имеет простой строковый тип и заполняется при инициализации объекта из служебной БД. Атрибут address аналогичен name за исключением назначения - он используется с целью хранения адреса склада. Атрибут area представляет собой площадь склада в кв. м. Этот атрибут имеет целочисленный тип и используется в целях отчетности, расчета свободного места и пр. операциях. Атрибут personal имеет тип массива, его назначение - хранение списка идентификаторов пользователей склада и прав их доступа, что связано с требованиями обеспечения безопасности. Класс Склад также определяет следующие методы: create(), newtovar(), edittovar(). Метод create() предназначен для создания объекта класса и фактически является служебным (техническим). Метод newtovar() используется для запуска пустой формы товара с последующим сохранением введенной информации как нового товара. С такой целью этот метод динамически создает объект класса TovForm и выполняет все служебные операции необходимые для его (TovForm) инициализации. Метод edittovar() аналогичен newtovar() за исключением инициализации TovForm на редактирование.