апппп. Автоматизация продаж в магазине. Система для автоматизации продаж в магазине
 Скачать 491.25 Kb.
|
|
МИНИСТЕРСТВО Образавания И НАУКИ России Новосибитрский Государственный ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ИНСТИТУТ СОЦИАЛЬНЫХ ТЕХНОЛОГИЙ Лабораторная работа «Прикладные программние системы» на тему: «Система для автоматизации продаж в магазине» Студент Иванов И.И. студентка группа И-91 Преподаватель: Сибиряков С.В. Новосибирск 2021 CASE система Rational Rose - средство визуального моделирования объектно-ориєнтованных информационныхих систем. Работа продукта основана на универсальном языкемоделирования UML. Универсальный язык моделирования (UML): - не зависит от объектно-ориентированных (ОО) языков программирования, - не зависити от испозованной методологии разработки проекта. Реализуея уникальный язык моделировання Rational Rose способна решать практически все задання по проектаванню информационных систем: от анализа бизнес-процессов до кодогенерации на многих языках програмирования. Rational Rose позволяет разрабатывать как высокоуровневые, так и, низкоуровневые модели, задействовав тем самым как абстрактные средства проектирования, так и логические. В зависимости от поставки, в Rational Rose может быть снабжена различными компиляторами и и различные варианты наборов визуальных компонент (диаграмм). Rational Rose прямое и обратное проектирование на различных языках программирования(ADA, Java, С, C + +, Basic), подддерживат технологии COM, DDL, XML та позволяет генерировать схемы Oracle и SQL. Также имеет открытый API, что позволяет создавать своими силами модули для конкретних языков програмирования. Постановка задачи Побудувати систему для автоматизации продаж в магазини. В среде Rational Rose будут следующие диаграммы: Use case diagram (диаграммы прецедентов); Class diagram (диаграммы классов); Collaboration diagram (диаграммы кооперации); Sequence diagram (диаграммы последовательностей действий); Statechart diagram (диаграммы состояний); Activity diagram (диаграммы деятельности); Deployment diagram (диаграммы топологии); Component diagram (диаграммы компонентов). 1. Use case diagram (диаграммы прецедентов) Данный вид диаграмм позволяет сделать список операций, которые выполнить система. На основании набора таких диаграмм создаётся список предэявлять системе и выдаваться масса выполняемых системою функций. Даний тип диаграмм используется при описании бизнес-процессов автоматизации предметной области, от проекта до будущей програмной системы. Она отображает объекты как системы, так и предметной области и задання, ими выполняются.  Рисунок 1. Диаграмма прецедентов. 2. Class diagram (диаграмма классов)Диаграмма класссов - Это набор статических, декларативнх элементов модели. Этот тип диаграмм позволяет создавать логичные представлення системы, на основекоторого создаётся выходной код описанных классов. Диаграммы классов могут применяться и при прямом проектировании, В процессе разработки новой системы, и при обратном проектавании – описваемых[ и исполняемых систем. Информация из диаграммы классов непосредственно отображается у виходной код программы - у большинства существующих инструментов UML-моделированиия для кодогенерации для языка программирования(например Java либо C++). Таким образом, диаграмма классов - Это результат проектирования и отправная точка процесса розработки. Значки диаграммы позволяют изображать общую иерархию систем, взаимосвязь классов (Classes) и интерфейсов (Interfaces). Данный тип диаграмм противоположный с содержимом диаграммы Collaboration, на котороми зображаются объекты системы. Rational Rose позволяет создавать классы с помощью даного типа диаграмм в разных нотациях.  Рисунок 10. Диаграмма классов. 3. Interaction diagram (диаграммы взаимодействия)Этот тип диаграмм включает в себя диаграммы Sequence diagram (диаграммы последовательностей действий) и Collaboration diagram (диаграммы кооперациии), которые позволяют с разных точок зрения взглянуть на взаимодействие объєктов в создаваемой системе. 4. Collaboration diagram (диаграммы кооперациии)Диаграмма кооперациии показывает поток уведомлений между объєктами системы и основные асоциации между ними и по сути, как уже было сказановыше, есть альтернатива диаграммы последовательностей. Этот тип диаграмм позволяет описать взаємодействия объєктов, абстрагируясь от последовательности передачи уведомлений. На этом типе диаграмм в компактном виде иизображаются все приёмы и передачи уведомления конкретного объекта и типе цих уведомлений. Из-за того, что диаграммы Sequence и Collaboration є разними взглядами на одни и те же проЭтоссы, Rational Rose позволяет создавать из Sequence диаграммы диаграмму Collaboration и навпаки, а также делать автоматическую синхронизацию цих диаграмм.  Рисунок 8. Диаграмма кооперациии 5. Sequence diagram (диаграммы последовательностей действий)Диаграмма последовательностей видноситься до диаграмм взаємодействия UML, что описывает поведенческие аспекты системы, и розглядає на взаимодействие объєктов во времени.  Рисунок 7. Диаграмма последовательностей действий. Другими словами, диаграмма последовательностей отображает временные особенности передачи и приёма уведомлений объєктами. При этом в разных ситуациях одни и те же объєкты могут выступать как клиентами, так и серверами. Диаграммы последовательностей можно использовать для уточнення диаграмм преЭтодентов, больше детального описания логики сценариев использования. Это отличный средство документировання проекта с точки зрения сценариев использования. Диаграммы последовательностей делают размещение объєкты, которые должны взаимодействовать в рамках сценария, и уведомления, которыми они обмениваются, и которые возвращают результаты, которые связаны с уведомлениями. Объекты обозначаются прямоугольниками с подчёркнутыми именами (чтобы выделить их закрасить), уведомления (запросы методов) - линиями со стрелками, которые повертають результаты - пунктирными линиями и стрелками. Прямоугольники на вертикальных линиях под каждым из объектов показывают "время жизни" (фокус) объектов. Достаточно часто их не изображают на диаграммах, все Этозависит от индивидуального стиля проектирования. Это похоже на конкретное взаимодействие, главного эктора и определяется последовательностью приёма/передачи уведомлений. 6. State Maсhine diagram (диаграмма состояний)Каждый объект системы, что идёт первым, может находиться в одних состояниях, могут переходить в другие, действуя в соответствии с реализацией сценария поведения объекта. Поведние большинства объєктов реальних систем можно представить с точки зрения теории конечных автоматов, то есть поведение объекта отображается в его состояниях, и данный тип диаграмм позволяет изобразить это графически. Для этого используется два вида диаграмм: Statechart diagram (диаграмма состояний) и Activity diagram (диаграмма активности). 7. Statechart diagram (диаграмма состояний)Диаграммы состояний разрабатываются для того, чтобы пояснить, каким образом работают объекты системы.  Рисунок 3. Диаграмма состояний Диаграмма состояний показывает, как объект переходит из одного состояния в другое. Очевидно, что диаграммы состояний служат для моделировання динамических аспектов системы (как и диаграммы последовательностей, кооперации, прецедентов и, как мы увидим дальше, диаграммы активности). Часто можно увидеть, что диаграмма состояний показывает автомат, Диаграмма состояний полезна при моделировании жизненного цикла объекта. От других диаграмм, диаграмма состояний отличается тем, что описывает процесс изменения состояний только одного первого класса - одного объекта, причем объекта реактивного, такого объекта, поведение которого характеризуется его реакциєй на внешние воздействия. Понятие жизненного цикла вводятся как раз для реактивных объєктов, данное состояние (и поведение) которых обусловлено их минувшим состоянием. Диаграммы состояний важны не только для описания динамики описываемого объекта. Они могут использоваться для конструювания выполняемых систем путём прямого и обратного проектирования. 8. Activity diagram (диаграмма деятельности)Для раскрытия деталей алгоритмической реализации операций, выполняемых системой, выполняют диаграммы деятельности, которые есть частный случаем диаграммы состояний. Диаграммы деятельности удобно применять для визуализации алгоритмов, с которыми работают операции классов. Назначенне диаграммы деятельности также напоминают то, что встречается на блок-схеме, хотя и есть некоторые существенные различия. С другой стороны, нотация диаграмм деятельности очень похожа на ту, которая разрабатывается в в диаграммах состояний. Основне призначення Activity diagram в том, чтобы изображать бизнес-процессы объекта. Этот тип диаграмм позволяет показать не только последовательность процессов, но и разветвление и даже синхронизацию процессов. Этот тип диаграмм позволяет проектавать алгоритмы поведения объєктов любой сложности, в тому числе может использоваться для разработки блок-схем.  Рисунок 4. Диаграмма активности 9. Deployment diagram (диаграмма топологии)Диаграммы топологии показывают конфигурацию выполняющих блоков или частей системы, включая аппаратное и программное обеспечение, которое на них выполняется. В прямом переводе с английского Deployment означает «развертывание», а термин «топология» точнее отображает суть этого типа диаграмм. Для каждой модели разрабатывается только одна такая диаграмма, которая отображает процесор (Processor), устройство (Device) и их потомки. Как обы́чно этот тип диаграмм делается в самом начале проектирования системы для анализа аппаратных приспособлений, на которых она будет эксплуатироваться.  Рисунок 2. Диаграмма топологий. 10. Component diagram (диаграммы компонентов)Диаграмма компонентов, немного отличается от предыдущих диаграмм и описывает особенности физического представлення системы. Она позволяет определить архитектуру системы, которая разрабатывается, для установления зависимости между программными компонентами, в роли которых может выступать исходный и исполняемый код. Основными графическими элементами диаграммы компонентов являються компоненты, интерфейсы и зависимости между ними. Компонент реализует на некоторый набор интерфейсов и служит для общего назначення элементов физического представлення модели. Для графического представлення компонента разрабатывается специальный символ - прямоугольник со вставленными слитно двумя большими разделёнными , в одном из которых пишется имя компонента и, при необходимости, некоторая дополнительная информация. Изображения этого символа может незначительно варьирваться в зависимости от характера асоциированной с компонентом информации.  Рисунок 11. Диаграмма компонентов Вывод В ходе выполнения лабораторной работы рассмотрены теоретические теоретичнеские основы языка моделювання UML и выполнены индивидуальне практичскиее завдання. В результате розработки системы для автоматизации продаж в магазине можно сделать вывод, что разработка диаграмм UML действительно помогает автоматизировать любую систему. При разработке данных диаграмм, можно представить все аспекты как физических характеристик, так и процессы взаимодействий с окружающей средой системы. CASE-система предоставляет помощь в рациональном использовании ресурсов при функционировании некоторых систем. Главным преимуществом использования программы Rational Rose есть обратное проектавание, поскольку разработчику и проектировщику важно видеть перед собой уже рабочую систему в нормальном графическом виде. Как правило, визуально-графический ряд обладает большей наглядностью нежели множество технических заданий и программных текстов. Тем более, что проект, который поддаётся обратному проектированию, может быть доработан и снова сгенерирован (а затем и скомпилирован). Rational Rose имеет для этого все необходимые возможности. Литература Боггс У., Боггс М. UML и Rational Rose. М.: «Лори», 2000 г. – 582 с. Трофимов С.А., CASE-технологии: Практическая работа в Rational Rose. – 2-е изд.–М.: Бином-Пресс, 2002.–288 с. |