Методология организации проектирования информационных систем

При разработке модели использовался унифицированный язык моделирования UML. UML – это совокупность нескольких видов диаграмм. Для проектирования информационной системы «Ресторан» использовались три вида диаграмм:

• диаграмма вариантов использования;
• диаграмма классов;
• диаграмма последовательности.

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

Каждый вид диаграмм выполняет свои функции необходимые для разработки готовой информационной системы. Так, диаграмма вариантов использования предназначены в первую очередь для определения функциональных требований к системе и управляют всем процессом разработки. Диаграммы последовательности описывают сообщения, которые посылают объекты друг другу в их временной последовательности. Это, можно назвать, последовательными этапами использования информационной системы. Диаграммы классов позволяют описать систему в статистическом виде. Это наиболее важные и нужные диаграммы для проектирования информационной системы.

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

 

 

Список литературы

 

1. Буч Г., Рамбо Д., Джекобсон А. Язык UML. Руководство пользователя: Пер. с англ. Слинкин А.А. – Учебное пособие – М.: ДМК Пресс, 2000. - 432 с.
2. Вендров А.М. Проектирование программного обеспечения экономических информационных систем. – М.:Финансы и статистика, 2000.-187с.
3. Калянов Г.Н. CASE-технологии. Консалтинг при автоматизации предприятий.-М.:СИНТЕГ, 1997.-276с.
4. Леонтьев А.В. Самоучитель UML – Учебное пособие – СПб.: БХВ-Петербург, 2001. – 304с.
5. Фаулер М., Скотт К. UML в кратком изложении. Применение стандартного языка объектного моделирования; Пер.с.англ. – М.:Мир, 1999.-236с.
6. Шлеер С., Меллор С. Объектно-ориентированный анализ: моделирование мира в состояниях. – Киев: Диалектика, 1993.-193с.
7. www.rational.com
8. www.interface.ru
9. www.intuit.ru
10. techn.sstu.ru

 

 

 

 

Приложение А

 

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

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

Прямоугольниками представляются состояния, через которые проходит объект во время своего поведения. Состояниям соответствуют определенные значения атрибутов объектов. Стрелки представляют переходы от одного состояния к другому, которые вызываются выполнением некоторых функций объекта. Имеется также два вида псевдо-состояний: начальное состояние, в котором находится только что созданный объект, и конечное состояние, которое объект не покидает, как только туда перешел.

Переходы имеют метки, которые синтаксически состоят из трех необязательных частей (рис. 13):

 
Рисунок 13 - Диаграмма состояний объекта «заказ».

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

Основными элементами диаграмм деятельности являются (рис. 14):

 
Рисунок 14 - Диаграмма деятельности — обработка заказа.

• овалы, изображающие действия объекта;
• линейки синхронизации, указывающие на необходимость завершить или начать несколько действий (модель логического условия «И»);
• ромбы, отражающие принятие решений по выбору одного из маршрутов выполнения процесса (модель логического условия «ИЛИ»);
• стрелки — отражают последовательность действий, могут иметь метки условий.

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

Любая деятельность может быть подвергнута дальнейшей декомпозиции и представлена в виде отдельной диаграммы деятельности или спецификации (словесного описания).

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

Элементами диаграммы являются компоненты — физические замещаемые модули системы. Каждый компонент является полностью независимым элементом системы. Разновидностью компонентов являются узлы. Узел — это элемент реальной (физической) системы, который существует во время функционирования программного комплекса и представляет собой вычислительный ресурс, обычно обладающий как минимум некоторым объемом памяти, а часто еще и способностью обработки. Узлы делятся на два типа:

• устройства — узлы системы, в которых данные не обрабатываются.
• процессоры — узлы системы, осуществляющие обработку данных.

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

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

Основное назначение диаграмм компонентов — разделение системы на элементы, которые имеют стабильный интерфейс и образуют единое целое. Это позволяет создать ядро системы, которое не будет меняться в ответ на изменения, происходящие на уровне подсистем.

На рис. 15 показана упрощенная схема элементов фрагмента корпоративной системы. «Коробки» представляют собой компоненты — приложения или внутренние подсистемы. Пунктирные линии отражают зависимости между компонентами.

 
Рисунок 15 - Диаграмма компонентов фрагмента ИС.

Каждый компонент диаграммы при необходимости документируется с помощью более детальной диаграммы компонентов, диаграммы сценариев или диаграммы классов.