Дипломная работа: Автоматизация учета работ по созданию электронных образовательных ресурсов
Диаграмма в UML - это
графическое представление набора элементов, изображаемое чаще всего в виде
связанного графа с вершинами (сущностями) и ребрами (отношениями). Диаграммы
рисуют для визуализации системы с разных точек зрения. Диаграмма - в некотором
смысле одна из проекций системы. Как правило, за исключением наиболее
тривиальных случаев, диаграммы дают свернутое представление элементов, из
которых составлена система. Один и тот же элемент может присутствовать во всех
диаграммах, или только в нескольких (самый распространенный вариант), или не
присутствовать ни в одной (очень редко). Теоретически диаграммы могут содержать
любые комбинации сущностей и отношений. На практике, однако, применяется
сравнительно небольшое количество типовых комбинаций, соответствующих пяти
наиболее употребительным видам, которые составляют архитектуру программной
системы.
Таким
образом, в UML выделяют девять типов диаграмм:
- диаграммы классов;
- диаграммы объектов;
- диаграммы прецедентов;
- диаграммы последовательностей;
- диаграммы кооперации;
- диаграммы состояний;
- диаграммы действий;
- диаграммы компонентов;
-
диаграммы
развертывания.
Наиболее
распространенными средствами проектирования, поддерживающими язык UML и объектно-ориентированный подход,
являются:
ü Rational Rose – мощное CASE-средство для проектирования программных систем любой
сложности. Одним из достоинств этого программного продукта является возможность
использования диаграмм на языке UML.
Можно сказать, что Rational
Rose является графическим редактором UML диаграмм.
ü Microsoft Office Visio – это решение для создания
технических и деловых диаграмм, предназначенных для систематизации и наглядного
представления различных данных, процессов и систем. Данный продукт позволяет
специалистам технических и коммерческих направлений визуализировать свои идеи,
информацию и проекты. Диаграммы Microsoft Office Visio позволяют без труда осуществлять
визуализацию и обмен различной информацией с высочайшей точностью, надежностью
и эффективностью, недостижимыми при использовании текстовых и числовых данных.
ü Borland Together Architect представляет собой платформу
визуального моделирования, предназначенную для архитекторов, проектировщиков,
UML-дизайнеров, аналитиков бизнес-процессов и разработчиков моделей данных и
позволяющую ускорить разработку высококачественного программного обеспечения. Together Architect помогает разработчикам лучше
использовать информацию, получаемую от экономистов и лиц, определяющих и
комментирующих требования к разрабатываемому программному обеспечению. Данное
решение позволяет создавать модели UML и модели бизнес-процессов для генерации
языка выполнения бизнес-процессов с возможностью описания web-сервисов.
Повышает производительность и качество путем автоматизации отображения
структуры и кода приложения с использованием аудита и метрик на уровнях моделей
и кода.
Составим таблицу, в
которой с помощью метода бальных оценок определим наиболее подходящее
инструментальное средство проектирования, согласно критериям доступности,
требования к ресурсам и удобства интерфейса:
Таблица 2.2.
Сравнительный анализ средств проектирования
Критерии выбора |
Rational Rose |
Microsoft Office Visio |
Borland Together |
Вес |
Доступность |
3 |
5 |
3 |
3 |
Требования к ресурсам |
5 |
4 |
3 |
1 |
Удобство интерфейса |
4 |
5 |
3 |
2 |
Итого: |
22 |
29 |
18 |
|
Итак, в соответствии с
проведенным анализом, в качестве средства проектирования используется Microsoft Office Visio.
2.3 Проектирование системной архитектуры
Для визуализации,
специфицирования, конструирования и документирования программных систем
необходимо рассматривать их с различных точек зрения.
Системная архитектура
является, пожалуй, наиболее важным артефактом, который используется для
управления всевозможными точками зрения и тем самым способствует итеративной и
инкрементной разработке системы на всем протяжении ее жизненного цикла.
Архитектура - это
совокупность существенных решений касательно:
ü организации программной системы;
ü выбора структурных элементов,
составляющих систему, и их интерфейсов;
ü поведения этих элементов,
специфицированного в кооперациях с другими элементами;
ü составления из этих структурных и
поведенческих элементов все более и более крупных подсистем;
ü архитектурного стиля, направляющего и
определяющего всю организацию системы: статические и динамические элементы, их
интерфейсы, кооперации и способ их объединения.
Моделью называется
семантически замкнутая абстракция системы. Модель строится для того, чтобы
лучше понимать разрабатываемую систему.
Моделирование
в UML можно представить как некоторый процесс поуровневого спуска от наиболее
общей и абстрактной концептуальной модели исходной системы к логической, а
затем и к физической модели соответствующей программной системы. Для достижения этих целей вначале строится модель в форме,
так называемой диаграммы вариантов использования (Use Case Diagram), которая описывает
функциональное назначение системы или, другими словами, то, что система будет
делать в процессе своего функционирования.
2.3.1 Построение
диаграммы вариантов использования
Диаграммы
вариантов использования показывают взаимодействия между вариантами использования и действующими
лицами, отражая функциональные требования к системе с точки зрения
пользователя. Цель построения диаграмм вариантов использования – это
документирование функциональных требований в самом общем виде, поэтому они
должны быть предельно простыми.
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15 |