Файл: Разработка проекта информационной системы для супермаркета.pdf

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

В UML применяются следующие  виды диаграмм: 

1) структурные диаграммы: 

- диаграмма классов;

- диаграмма компонентов;

- диаграмма композитной/составной структуры; 9

- диаграмма кооперации (UML 2.0);

- диаграмма развёртывания;

- диаграмма объектов;

- диаграмма пакетов;

- диаграмма профилей (UML 2.2). 

2) диаграммы поведения: 

- диаграмма деятельности; 

- диаграмма состояний;

- диаграмма разновидностей использования. 

3) диаграммы взаимодействия: 

- диаграмма коммуникации (UML 2.0);

- диаграмма обзора взаимодействия (UML 2.0);

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

- диаграмма синхронизации (UML 2.0). 

Приемущества UML: 

1) UML объектно-ориентирован, в итоге, способы описания результатов анализа и проектирования семантически близки к способам программирования на современных объектно-ориентированных языках;

2) UML разрешает описать систему буквально со всех вероятных точек зрения и различные нюансы поведения системы; 

3) диаграммы UML относительно несложны для чтения впоследствии довольно быстрого ознакомления с его синтаксисом;

4) UML разрешает вводить личные текстовые и графические стандарты, а еще используется сфере программной инженерии.

3 РЕАЛИЗАЦИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ С ИСПОЛЬЗОВАНИЕМ ВЫБРАННОЙ МЕТОДОЛОГИИ
3.1 Построение диаграммы вариантов использования (прецедентов)

В данном курсовом проекте была применена методология объектного
проектирования на языке UML для создания таких диаграмм, как:

- диаграмма разновидностей использования;

- диаграмма состояний;

- диаграмма компонентов;

- диаграмма размещения.

Для создания  нового окна в IBM Rational Rose при запуске программыы
диалоговое окно появляется автоматчески  или же при поддержке вкладок «File –New», как показано на рисунке 1.

Рисунок 1 – Окно создания новой модели

Для создания действующего лица применяется кнопка Actor, изображённая на рисунке 2.

Рисунок 2 – Создание действующего лица

Двойным щелчком левой кнопки мыши по изображению действующего
лица открывается меню «Спецификация», в котором в поле «Name»
прибавляется название актера, как показано на рисунке 3.

Рисунок 3 – Присвоение имени действующему лицу

Для создания варианта применения используется кнопка «Use Case», как показано на рисунке 4.

Рисунок 4 – Создание прецедента

Двойным щелчком левой кнопки мыши по изображению прецедента при открытии меню «Спецификация», заполняем информацию во вкладках: 

- general – тут задаются совместные качества варианта применения: имя (Name), стереотип (Stereotype), приоритет (Rank), считается ли прецедент абстрактным (Abstract) и текстовое описание прецедента (Documentation); 

- diagrams – тут показываются всевозможные диаграммы, имеющие этот прецедент; 

- relations – тут показываются все связи, в которых этот прецедент участвует; 

- files – добавление файлов, содержащих вспомогательную информацию о классе. 

С помощью кнопки Unidirectional Association (однонаправленная ассоциация) панели инструментов формируется ассоциация (связь) между актером и прецеденто, как показано на рисунке 5.

Рисунок 5 – Создание связи между актером и прецедентом

Для работы системы информационного ресурса магазина «Электрик» на диаграмме вариантов применения были выделены надлежащие актёры:

- пользователь системы – это как работники магазина, так и обычные людю, которые просматривают информацию и получают сведения о магазине, а так же имеющие ограничения доступа к системе;  

- администратор системы – это человек, имеющий неограниченный доступ к системе, а так же занимающейся поддержкой вебсайта. 

Дальше рассмотрим,какие способности обязана предоставлять система: 

- актёр «Пользователь» использует систему для просмотра информационного материала о данном магазине, а так же для обратной связи; 

- актёр «Администратор» использует систему для авторизации при входе в администраторскую панель, а так же для редактирования в ней всевозможных компонентов, которые присутствуют в интернет-ресурсе. 

На основании вышеизложенного возможно отметить следующие прецеденты: 

- выбор вкладки вебсайта – запускается пользователем системы. Разрешает выбрать любую вкладку при входе на ключевую страничку интернет-ресурса; 

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

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

- авторизация – запускается администратором системы. Разрешает определённому лицу при верном введении логина и пароля авторизоваться при входе в администраторскую панель;

- редактирование интерфейса вебсайта – запускается администратором системы. Разрешает внести изменения в интерфейс сайта; 

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

- редактирование базы данных (БД) – запускается администратором системы. Разрешает менять содержимое базы данных (БД);  

- добавление и удаление страниц – запускается администратором системы. Разрешает вносить изменения в страницы вебсайта, которые хранится в базе данных (БД). 

Диаграмма вариантов применения изображена на рисунке 6.

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

3.2 Хранилище данных

Определимся с терминологией и понятиями. Корпоративное хранилище данных (Data Warehouse) – это не система ключевых показателей эффективности (КПЭ, KPI), это не большая база данных, это не аналитический OLAP-инструмент, это не интеллектуальная система, позволяющая добывать новые данные и получать статистические зависимости, это не система единой НСИ – это все не ХД, если говорить о нем в контексте отдельно взятого пункта.

Корпоративное хранилище данных – это специальным образом организованный массив данных предприятия (организации), обрабатываемый и хранящийся в едином аппаратно-программном комплексе, который обеспечивает быстрый доступ к оперативной и исторической информации, многомерный анализ данных (KPI по различным измерениям), получение прогнозов и статистики в разрезах согласованной нормативно-справочной информации (НСИ).

Хранилище данных (Data warehouses) – это предметно-ориентированная информационная база данных или же набор данных, предназначенный для помощи принятия решений. Данные, поступающие в хранилище, как правило, доступны лишь для чтения. 

Хранилище данных информационного ресурса состоит из  таблиц:

- таблица pages – в ней хранится информация о созданных страницах и тексте на сайте; 

- таблица images – в ней хранится информация о всех загруженных иллюстрациях. 

Данные таблицы представлены на рисунках 7 и 8.

Рисунок 7 – Таблица pages

Рисунок 8 – Таблица images

3.3 Построение диаграммы состояний

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

- создание диаграммы состояний с поддержкой команд «New – Statechart Diagram»;

- добавление таких компонентов как: State (состояния), Start State (начало), End State (завершение), State Transition (состояние перехода). 

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

Диаграмма состояний для вариантов применения, связанных с актёром «Администратор», показана на рисунке 9.

Рисунок 9 – Диаграмма состояний для вариантов применения, связанных с актёром «Администратор»

Диаграмма состояний для вариантов применения, связанных с актёром «Пользователь», показана на рисунке 10.

Рисунок 10 – Диаграмма состояний для вариантов использования, связанных с актёром «Пользователь».

3.4 Построение диаграммы компонентов

Диаграмма компонент демонстрирует как выглядит модель на физиологическом уровне. На ней отображаются составляющие программного обеспечения системыи связи между ними.

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

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

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

В реляционной СУБД метаданные включают в себя системные таблицы (отношения), имена отношений, имена атрибутов этих отношений и типы
данных этих атрибутов.

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

На основании вышеизложенного возможно отметить
следующие компоненты:

- pages – таблица в базе данных, содержащая такие значения, как id, title и
info.

- images – таблица, имеющая id, photos и kind.

- index.php – ключевой компонент информационного ресурса, объединяющий
в себе другие компоненты.

- style.css – компонент, отвечающий за реализацию графического интерфейса
вебсайта.

- dba.php – компонент, отвечающий за реализацию интерфейса с базой
данных.

- message.php – компонент, отвечающий за реализацию формы обратной
связи.

Добавление компонента на диаграмму происходит при помощи
операции главного меню: «Tools – Create – Component» или же с помощью
операции контекстного меню: «New – Component».