1 Объектно-ориентированный анализ и проектирование системы
1.1 Сущность задачи
Задачей данного проекта является автоматизация процесса проектирования и расчета стоимости выполнения работ по установке натяжных потолков. Программное приложение должно автоматически заполнять поля данными, необходимыми дляформирование прайс-листа фирмы и бланка заключаемого договора с клиентом.В соответствии с Международными стандартами бухгалтерского учета (IAS), товарно-материальными ценностями считаются активы, которые:
хранятся для перепродажи при нормальном ходе деятельности;
находятся в процессе производства для дальнейшей продажи;
существуют в форме материалов или запасов, которые будут потреблены в процессе производства или оказания услуг.
Исходя из исследования предметной области, основными задачами, подлежащими автоматизации, будут являться:
оформление доверенности на установку натяжных потолков и вывод результата на печать;
осуществление подбора товарно-материальных ценностей;
осуществление ведения БД (добавление, удаление, редактирование записей).
Данные необходимо сохранять в виде файла.
В настоящее время существуют аналогичные программы, предназначенные для автоматизации процесса проектирования и расчета стоимости выполнения работ по установке натяжных потолков.
Однако разработка программы, решающей подобный круг задач, только расширит спектр предлагаемых товаров на рынке программного обеспечения.
1.2 Проектирование модели
Цель моделирования данных состоит в обеспечении разработчика информационной системы концептуальной схемой базы данных в форме одной модели или нескольких локальных моделей, которые относительно легко могут быть отображены в любую систему баз данных.
Наиболее распространенным средством моделирования данных являются диаграммы "сущность-связь" (ERD). С их помощью определяются важные для предметной области объекты (сущности), их свойства (атрибуты) и отношения друг с другом (связи). ERD непосредственно используются для проектирования реляционных баз данных. Нотация ERD была впервые введена П. Ченном (Chen) и получила дальнейшее развитие в работах Баркера.
Первый шаг моделирования – извлечение информации и выделение сущностей.
Сущность (Entity) – реальный либо воображаемый объект, имеющий существенное значение для рассматриваемой предметной области, информация о котором подлежит хранению.
Каждая сущность должна обладать уникальным идентификатором. Каждый экземпляр сущности должен однозначно идентифицироваться и отличаться от всех других экземпляров данного типа сущности. Каждая сущность должна обладать некоторыми свойствами:
каждая сущность должна иметь уникальное имя, и к одному и тому же имени должна всегда применяться одна и та же интерпретация. Одна и та же интерпретация не может применяться к различным именам, если только они не являются псевдонимами;
сущность обладает одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются через связь;
сущность обладает одним или несколькими атрибутами, которые однозначно идентифицируют каждый экземпляр сущности;
каждая сущность может обладать любым количеством связей с другими сущностями модели.
Следующим шагом моделирования является идентификация связей.
Связь (Relationship) – поименованная ассоциация между двумя сущностями, значимая для рассматриваемой предметной области. Связь - это ассоциация между сущностями, при которой, как правило, каждый экземпляр одной сущности, называемой родительской сущностью, ассоциирован с произвольным (в том числе нулевым) количеством экземпляров второй сущности, называемой сущностью-потомком, а каждый экземпляр сущности-потомка ассоциирован в точности с одним экземпляром сущности-родителя. Таким образом, экземпляр сущности-потомка может существовать только при существовании сущности родителя.
Связи может даваться имя, выражаемое грамматическим оборотом глагола и помещаемое возле линии связи. Имя каждой связи между двумя данными сущностями должно быть уникальным, но имена связей в модели не обязаны быть уникальными. Имя связи всегда формируется с точки зрения родителя, так что предложение может быть образовано соединением имени сущности-родителя, имени связи, выражения степени и имени сущности-потомка.
Последним шагом моделирования является идентификация атрибутов.
Атрибут – любая характеристика сущности, значимая для рассматриваемой предметной области и предназначенная для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности. Атрибут представляет тип характеристик или свойств, ассоциированных с множеством реальных или абстрактных объектов (людей, мест, событий, состояний, идей, пар предметов и так далее). Экземпляр атрибута - это определенная характеристика отдельного элемента множества. Экземпляр атрибута определяется типом характеристики и ее значением, называемым значением атрибута. В ERD-модели атрибуты ассоциируются с конкретными сущностями. Таким образом, экземпляр сущности должен обладать единственным определенным значением для ассоциированного атрибута.
Атрибут может быть либо обязательным, либо необязательным. Обязательность означает, что атрибут не может принимать неопределенных значений (nullvalues). Атрибут может быть либо описательным (обычным дескриптором сущности), либо входить в состав уникального идентификатора (первичного ключа).
Уникальный идентификатор – это атрибут или совокупность атрибутов и/или связей, предназначенная для уникальной идентификации каждого экземпляра данного типа сущности. В случае полной идентификации каждый экземпляр данного типа сущности полностью идентифицируется своими собственными ключевыми атрибутами, в противном случае в его идентификации участвуют также атрибуты другой сущности-родителя.
Каждый атрибут идентифицируется уникальным именем, выражаемым грамматическим оборотом существительного, описывающим представляемую атрибутом характеристику. Атрибуты изображаются в виде списка имен внутри блока ассоциированной сущности, причем каждый атрибут занимает отдельную строку. Атрибуты, определяющие первичный ключ, размещаются наверху списка и выделяются знаком "#".Диаграмма «сущность-связь» представлена на рисунке 1.
Рисунок 1 – Диаграмма «сущность-связь»
Исходя из исследования предметной области, можно выделить следующие сущности разработки: предприятие, работник, договор, товарно-материальные ценности.
Для сущности «Клиент» можно выделить следующие атрибуты:
Название предприятия;
Расчётный счёт;
Личные данные.
Для сущности «Подрядчик» атрибутами будут являться:
Личные данные;
Название организации.
Для сущности «Договор» можно выделить следующие атрибуты:
Номер;
Дата заключения.
Для сущности «Прайс-лист» атрибутами будут являться:
Наименование;
Фирма изготовитель
Цена за 1 квадратный метр;
Вид материала.
Суть диаграммы вариантов использования состоит в том, что проектируемая система представляется в виде множества сущностей или актёров, взаимодействующих с системой с помощью, так называемых, вариантов использования.
Варианты использования описывают не только взаимодействия между пользователями и сущностью, но также реакции сущности на получение отдельных сообщений от пользователей и восприятие этих сообщений за пределами сущности. Варианты использования могут включать в себя описание особенностей способов реализации сервиса и различных исключительных ситуаций, таких как корректная обработка ошибок системы. Множество вариантов использования в целом должно определять все возможные стороны ожидаемого поведения системы.
Актёр представляет собой внешнюю по отношению к моделируемой системе сущность, которая взаимодействует с системой и использует её функциональные возможности для достижения определённых целей или решения частных задач. При этом актёры служат для обозначения согласованного множества ролей, которые могут играть пользователи в процессе взаимодействия с проектируемой системой. Каждый актёр может рассматриваться как некоторая отдельная роль относительно конкретного варианта использования.
В данной проектируемой системе в качестве актеров выступают подрядчик и предприятие-заказчик, которые служат источником воздействия на моделируемую систему.
В состав данной предметной области будут включаться следующие бизнес-процессы:
выбор материала;
вычисление суммы затрат;
подсчет количества материала;
отобразить результаты на экране;
сохранить результаты в файле;
предоставить справочную систему;
предоставить возможность выбора действия.
Диаграмма вариантов использования представлена в графической части на листе 1.
Рассмотрим математическую модель проектируемой системы.
Сумма вычисляется по формуле (1)
Сумма = a*b, (1)
где
a – количество кв.метров;
b – стоимость за 1 кв.метр.
Количество материалов рассчитывается по формуле (2)
Кол-во мат.= с*a, (2)
где
с – кол-во материала на 1 кв.м.