Geum.ru

Вопросы для экзамена по курсу "Проектирование асоиу"

Вид материалаВопросы для экзамена

Содержание


Структурный подход к проектированию информационной системы. Функциональная модель АСОИУ. Количественный анализ диаграмм IDEF0 и
Структурно-функциональный подход к проектированию
SADT (1973г. Дуглас Росс)
IDEF3 Аналогичен IDEF0, но менее требователен к синтаксису. Существует понятие перекрестка
Объект ссылки
Объектно-ориентированный подход к анализу и проектированию информационной системы. Унифицированный язык моделирования UML.
Подобный материал:
1   2   3   4   5   6   7   8   9   ...   19

Структурный подход к проектированию информационной системы. Функциональная модель АСОИУ. Количественный анализ диаграмм IDEF0 и DFD.


При структурном подходе как разновидности системного требуется синтезировать варианты системы из компонентов (блоков) и оценивать варианты при их частичном переборе с предварительным прогнозированием характеристик компонентов.

Структурно-функциональный подход к проектированию

Принципы:

– Разделяй и властвуй;

– иерархическое упорядочение;

– абстрагирование (выделение существенных аспектов и отличие их от несущественных);

– непротиворечивость (каждый элемент системы независим и не вступает в разнобой с остальными);

– структурирование данных.

Средства:

DFD – диаграмма потоков данных;

SADT – IDEF0, IDEF1, … – функциональные диаграммы;

ERD – диаграмма "сущность–связь".


Формирование требований к программному обеспечению:

SADT и DFD – AS-IS/TO-BE/ShouldBE

Стадия проектирования:

SADT (1973г. Дуглас Росс)

Основа метода – IDEF0 (Интегрированная компьютеризация производства)

SADT отображает функциональную структуру объекта, производимые им действия и связи между действиями.

1) Блоки и дуги – взаимодействие блоков друг с другом описываются посредством интерфейсных дуг.

2) Строгость и четкость – синтаксические правила, определяющие корректность диаграммы (на одной диаграмме д.б. 3-6 блоков, нумерация блоков, различие имен).

IDEF3

Аналогичен IDEF0, но менее требователен к синтаксису.

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

Объект ссылки – выражает идею, которую нельзя связать со стрелкой, перекрестком или работой.

DFD

Методы Йордана и Гейна-Сэрсона.

1) Внешние сущности – материальный объект или физическое лицо, организующее (определяющие) источник/приемник информации;

2) Подсистемы (№ поля/имя поля/физическая реализации);

3) Процессы – преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом;

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

5) Потоки данных – определяет информацию, передаваемую через некоторое соединение от источника данных к приемнику.

  1. Объектно-ориентированный подход к анализу и проектированию информационной системы. Унифицированный язык моделирования UML.


В рамках языка UML все представления о модели сложной системы фиксируются в виде специальных графических конструкций, получивших название диаграмм. В терминах языка UML определены следующие виды диаграмм:
  • Диаграмма вариантов использования (use case diagram)
  • Диаграмма классов (class diagram)
  • Диаграммы поведения (behavior diagrams)
    • Диаграмма состояний (statechart diagram)
    • Диаграмма деятельности (activity diagram)
    • Диаграммы взаимодействия (interaction diagrams) 
      • Диаграмма последовательности (sequence diagram) 
      • Диаграмма кооперации (collaboration diagram) 
  • Диаграммы реализации (implementation diagrams)
    • Диаграмма компонентов (component diagram)

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


Вариант использования

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




Графическое обозначение варианта использования

Актеры

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

Интерфейсы

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




В языке UML имеется несколько стандартных видов отношений между актерами и вариантами использования:
  • Отношение ассоциации (association relationship) между актером и вариантом использования



  • Отношение расширения (extend relationship)

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



  • Отношение обобщения (generalization relationship)



  • Отношение включения (include relationship)



Пример построения диаграммы вариантов использования

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



Один из вариантов последующего уточнения диаграммы вариантов использования для примера рассматриваемой системы продажи

Класс

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



Рис. 5.1. Графическое изображение класса на диаграмме классов

Диаграмма состояний



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

Диаграмма деятельности (activity diagram)