Файл: Анализ и оценка средств реализации структурных методов анализа и проектирования экономической информационной системы (Use case diagram (диаграммы прецедентов)).pdf

По результатам анализа предметной области можно выделить следующие сущности:

1. Виды ценностей – хранит информацию о виде материальной ценности.

Описывает виды хранимых ценностей и характеризуется наименованием вида ценности.

1. Местоположение – хранит информацию о месте хранения ценности.

Место хранения – сущность, определяющая место хранения ценностей. Характеризуется названием (например, склад, спецхран и т.п.).

1. Хранение – дополнительные сведения о хранимой матценности. Содержит информацию о хранении материальных ценностей и характеризуется следующими атрибутами:

• вид ценности,
• место хранения,
• краткое описание (примечание),
• дата постановки на учет.

1. Построение абстрактной модели системы на основе языка UML

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

Диаграмма вариантов использования (Use Case diagram)

Use case diagram (диаграмма вариантов использования) – диаграмма, на которой отражены отношения вариантов взаимодействия компонентов системы. Каждый вариант использования представляет собой некоторое действие которое выполняет система в ответ на какие-то воздействия, которые оказывает внешний объект (таким объектом может быть пользователь). Таким образом, получается, что диаграмма Use Case описывает взаимодействия пользователя с системой.

Система должна обеспечить возможность добавления, удаления и корректировки записей всех трех таблиц. Следовательно, должны присутствовать варианты использования: «Добавить вид ценностей», «Добавить место хранения», «Добавить сведения о ценности» и т.д.

С учетом отношений между вариантами использования, позволяющими упростить представление информации на диаграмме (обобщение-наследование), диаграмма примет вид, приведенный на рис. 1. Естественно, что представление будет неоднозначным, но методология UML этого не требует.

Рис.1. Диаграмма вариантов использования

Диаграмма последовательностей (Sequence diagram)

Sequence diagram (диаграмма последовательностей) – диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени их проявления. Описание системы на основе диаграмм последовательностей предполагают исследование системы с точки зрения того, как взаимодействуют между собой её отдельные элементы в рамках одного варианта использования (Use Case). Каждый вариант использования можно рассматривать в виде взаимодействия компонентов системы. Таким образом, получается, что компоненты системы могут вызывать друг друга и вызывать сами себя. Описание взаимодействия средствами языка UML сводится к построению диаграммы последовательностей.

Построим диаграмму последовательностей для варианта использования (рис.2):

Рис.2. Диаграмма последовательностей (преобразование сущностей между слоями приложения)

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

Структурные диаграммы

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

Диаграмма развертывания (Deployment diagram)

Deployment diagram (диаграмма развертывания) – один из видов структурных диаграмм рассматривающих систему с позиции её аппаратного обеспечения. На диаграммах развертывания можно увидеть, какие аппаратные средства используются в системе и как они между собой взаимосвязаны. Диаграмма развертывания для проектируемой системы будет иметь следующий вид (рис.3):

Рис.3. Диаграмма развертывания для проектируемой системы

Таким образом, диаграмма дает представление об аппаратном обеспечении, о его компонентах и связи между этими компонентами, а так же дает четкое понимание о необходимых при развертывании аппаратных требованиях системы.

Диаграмма компонентов (Component diagram)

Component diagram (диаграмма компонентов) — статическая структурная диаграмма, показывающая разбиение программной системы на структурные компоненты и связи (зависимости) между этими компонентами. В качестве физических компонент могут выступать базы данных, файлы, библиотеки, модули, исполняемые файлы, пакеты и т. п. Диаграмма компонентов для проектируемой системы ПОП будет иметь следующий вид (рис.4):

Рис.4. Диаграмма компонентов для проектируемой системы

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

Диаграмма классов

Диаграммы классов создаются при логическом моделировании ПС и служат для следующих целей:

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

Диаграмма классов для проектируемой системы представлена на рис.5.

Рис.5. Диаграмма классов сервера

Заключение

Главной целью работы было моделирование учета материальных ценостей. Для разработки данной системы был использован унифицированный язык моделирования UML и Rational Rose – case– средство, помогающее строить модели UML.

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

Разработанный АРМ позволяет существенно упростить учет материальных ценностей на предприятии.

Список использованной литературы

1. Введение в системы баз данных – СПб: Издательский дом «Вильямс», 2010. - 848с.
2. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. // М.: «Финансы и статистика», 2011.
3. Диго С.М. Базы данных: проектирование и использование: Учебник. – М.: Финансы и статистика, 2005. – 592 с.
4. Информационные системы: Учебник для вузов. 2-е изд. СПб: «Питер», 2010. - 656с.
5. Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). – М.: Лори, 2009.
6. Кендалл Скотт, Мартин Фаулер - UML. Основы. 192 стр., 2006 г. Издательство: Символ. Серия: Основы. ISBN 5-93286-060-X.
7. Константайн Л., Локвуд Л. Разработка программного обеспечения. СПб.: Питер, 2004.
8. Лебедева Н.В., Бычкова С.М. Методы оценки товарно-материальных ценностей - Бухгалтерский учет, 1997 спецвыпуск - с.109-110.
9. Разработка программного обеспечения - СПб: «Питер», 2010. - 592с.
10. Реляционные базы данных: практические приемы оптимальных решений. – СПб.: БХВ-Петербург, 2011 – 400с.
11. Симионов Ю.Ф., Боромотов В.В. Информационный менеджмент. — Ростов н.Д: Феникс, 2006, 250с., ил.